ChatGPT Sites: del brief a una publicación verificada

ChatGPT Sites conecta un encargo en lenguaje natural con una experiencia web alojada y publicable. La velocidad del primer borrador no reduce las decisiones sobre fórmula, datos, audiencia o mantenimiento. El operador sigue respondiendo por lo que comparte.

El caso práctico será una calculadora de presupuesto para un taller. Recibirá número de asistentes, duración y materiales, mostrará un desglose y permitirá solicitar contacto. Seguiremos el recorrido desde el brief hasta una versión publicada.

Sites reúne creación, vista previa y despliegue

A fecha de 15 de julio de 2026, OpenAI documentaba Sites como una beta pública para crear, alojar, mejorar y compartir sitios, aplicaciones web y juegos. El flujo incluía edición, vista previa y despliegue. La disponibilidad dependía de plan, región, despliegue y configuración del espacio de trabajo.

La documentación de ayuda indicaba además límites regionales en el lanzamiento. No conviertas ese dato en una promesa permanente. Consulta las páginas oficiales antes de planificar un producto para una cuenta o ubicación concreta.

Una URL desplegada debe tratarse como producción. El hecho de generarla desde una conversación no la vuelve temporal ni privada. Identifica qué versión estás dispuesto a compartir antes de iniciar el despliegue.

El brief define la calculadora antes del diseño

Empieza por público, tarea y resultado. La calculadora va dirigida a una persona que organiza un taller y necesita una estimación desglosada. No debe presentar el importe como oferta contractual ni recoger más datos de los necesarios.

Describe entradas y reglas: asistentes entre 5 y 80, duración de media jornada o jornada completa, y tres niveles de materiales. Define la moneda, el redondeo y qué conceptos aparecen en el desglose. Añade un ejemplo calculado a mano para comprobar la fórmula.

Separa el contacto del cálculo. La estimación puede funcionar sin datos personales; nombre y correo solo se piden cuando alguien decide solicitar información. Tu primer buen prompt ayuda a expresar objetivo, contexto, resultado y aceptación.

La vista previa permite corregir una decisión cada vez

Genera primero estructura, entradas, desglose y estados. Usa datos ficticios y comprueba que la versión se entiende sin explicar el prompt original. Si falta una unidad o una etiqueta, corrige ese problema antes de añadir nuevas funciones.

Revisa también el contenido. La página debe explicar qué incluye la estimación, qué queda fuera y quién puede responder dudas. Un diseño atractivo no compensa una fórmula opaca.

Conserva versiones reconocibles. Antes de una mejora amplia, guarda el candidato que ya funciona o registra sus decisiones. El ciclo de vibe coding recomienda iteraciones pequeñas precisamente para poder comparar y revertir.

La fórmula necesita ejemplos y casos límite

Calcula manualmente al menos tres casos: mínimo de asistentes, combinación habitual y máximo permitido. Compara subtotal, materiales, duración y total con la salida. Si existe impuesto o descuento, explica su orden y redondeo.

Prueba entradas vacías, texto en campos numéricos, valores negativos y cantidades fuera del rango. La interfaz debe impedir resultados engañosos y colocar el error junto a la entrada. No sustituyas el mensaje por un color.

Repite los casos después de cada cambio de fórmula. Una corrección visual puede alterar nombres de campos o conversiones. Las pruebas automáticas deben cubrir reglas, mientras el navegador confirma el recorrido completo.

La verificación incluye teclado y móvil

Recorre la calculadora sin ratón. El foco debe seguir etiquetas, campos, opciones, cálculo y contacto en orden lógico. Los mensajes de error deben anunciarse y permanecer asociados a la entrada correspondiente.

A 390 px, el desglose necesita una columna legible sin desplazamiento lateral. Prueba textos largos, zoom y tema claro u oscuro. Revisa también consola y red para detectar errores que la pantalla no muestra.

Si usas un navegador agente, limita permisos al sitio de prueba y conserva el informe. Los agentes de IA no sustituyen la revisión de una persona. Confirma que el recorrido ejecutado coincide con tus criterios.

Los datos y la audiencia se deciden antes de publicar

La calculadora puede operar sin identificar a nadie. Pide nombre y correo únicamente cuando la persona solicita contacto, explica la finalidad y evita registrar valores innecesarios. Define conservación, acceso y eliminación antes de recibir datos reales.

Decide si el sitio será público, compartido o restringido. Una URL difícil de adivinar no equivale a control de acceso. Comprueba el modo real y prueba qué ve una sesión sin autenticar.

Las condiciones de ChatGPT Sites mantienen obligaciones sobre contenido y datos en el operador. Un aviso legal generado no garantiza cumplimiento. Revisa afirmaciones, formularios y permisos con el criterio adecuado para tu jurisdicción y actividad.

La publicación necesita responsable y reversión

Elige un candidato concreto y repite fórmula, enlaces, contacto y permisos sobre esa versión. Registra fecha, persona responsable y cambios incluidos. No publiques desde una sesión distinta sin confirmar que contiene el mismo estado.

Prepara una reversión antes del lanzamiento. Puede consistir en volver a la versión anterior, retirar el enlace o desactivar el formulario. La respuesta debe ser proporcional al fallo y no depender de reconstruir el proyecto bajo presión.

Después de publicar, abre la URL de producción en una sesión limpia. Envía un caso de prueba, revisa red y comprueba que la versión coincide con la aprobada. La monitorización y un canal de contacto completan el ciclo.

Los límites aparecen fuera de la vista previa

Sites puede no encajar cuando necesitas infraestructura específica, redes privadas, servicios de fondo propios o controles que la plataforma no ofrece. Valida esos requisitos antes de invertir en la interfaz. Una limitación de arquitectura no se resuelve con un prompt más largo.

Otro fallo consiste en ampliar la calculadora hacia cuentas, pagos o almacenamiento sin revisar el nuevo riesgo. Cada capacidad cambia permisos, datos y mantenimiento. Trátala como una nueva decisión, no como decoración.

La disponibilidad del producto también puede cambiar. Mantén exportables el brief, las reglas y los contenidos esenciales. Tu producto no debe depender de recordar una conversación concreta para reconstruir su lógica.

Conserva también una prueba breve de la última versión aceptada: fórmula, audiencia, fecha y casos verificados. Ese registro permite distinguir un límite de plataforma de una regresión introducida después.

Revisa el candidato antes de compartirlo

Completa estas casillas sobre la versión exacta que vas a publicar. Una marca requiere evidencia visible, no la confianza expresada por el asistente.

• El brief define público, fórmula, datos, límites y resultado.
• Tres ejemplos manuales y los casos inválidos producen la salida esperada.
• Teclado, errores, 390 px, temas, consola y red se han revisado.
• Audiencia, permisos y tratamiento del formulario están definidos.
• La versión aprobada tiene responsable, fecha y plan de reversión.
• La URL de producción coincide con el candidato verificado.

ChatGPT Sites reduce la distancia entre descripción y despliegue. El trabajo decisivo permanece entre ambos: concretar, revisar, verificar y preparar la operación. Esa secuencia convierte una vista previa en una publicación responsable.