Durante años, crear un sitio web implicó encadenar decisiones: definir la idea, diseñar, desarrollar, contratar hosting, conectar un dominio, resolver formularios, medir visitas y sostener cada cambio posterior.
Con Sites dentro de ChatGPT, esa cadena se está acortando de forma drástica.
Pero sería un error reducirlo a “ChatGPT hace una web”. Esa descripción ya quedó chica. Sites permite crear, alojar, refinar, compartir y operar sitios, pequeñas aplicaciones, dashboards y herramientas internas desde una misma experiencia.
La novedad no es solamente la velocidad de producción. Es la posibilidad de transformar una conversación bien planteada en una experiencia digital publicable, con datos, permisos, versiones y métricas.
¿Qué experiencia de valor puedo poner en manos de una audiencia en días, en lugar de meses?
Primero: cómo activar Sites correctamente
El cambio más simple, y al mismo tiempo más importante, es incluir @Sites en el prompt. También se puede usar la palabra “website”, pero mencionar @Sites deja explícito que el pedido debe entrar en el flujo de creación y hosting de sitios.
No alcanza con pedir “haceme una web linda”. La calidad del resultado depende de la precisión ejecutiva del pedido. Conviene dar cuatro elementos:
Audiencia: quién va a usar el sitio.
Objetivo: qué resultado debe lograr.
Experiencia principal: qué debe poder hacer una persona al entrar.
Información y reglas: contenido, archivos, estética, datos a guardar y restricciones.
Este es un prompt inicial mucho más útil:
@Sites Creá un sitio para mi comunidad de líderes empresariales de Latinoamérica.
El objetivo es explicar mis programas sobre IA, liderazgo aumentado y transformación digital, y permitir que los visitantes exploren recursos y soliciten una conversación.
La primera pantalla debe mostrar claramente las tres propuestas de valor y un CTA de contacto.
Usá un estilo editorial, ejecutivo y tecnológico; evitá una estética genérica de startup.
El sitio debe ser responsive, público y preparado para usar mi dominio propio posteriormente.
El primer paso es simple y directo: describí la experiencia que el usuario debe vivir, no solamente los componentes que querés ver.
Mira tambien ChatGPTWork
De landing page a producto digital
Sites puede producir un sitio de contenidos o una landing page, pero sus capacidades actuales habilitan casos más interesantes:
Un portal interno para solicitar y seguir iniciativas.
Un tablero con información persistente y filtros.
Una herramienta de diagnóstico o autoevaluación.
Un simulador de escenarios para capacitación ejecutiva.
Una biblioteca de recursos con archivos y registros de uso.
Una experiencia pública con acceso personalizado.
La diferencia está en declarar lo que el producto necesita recordar. Si el sitio solo presenta contenido, no necesita estado persistente. Pero si debe guardar resultados, formularios, progreso, puntajes o registros, hay que pedir explícitamente datos persistentes.
Por ejemplo:
@Sites Convertí este diagnóstico de madurez de IA en una herramienta interactiva.
Cada participante debe responder 20 preguntas, recibir un resultado por dimensión y conservar su reporte para volver a consultarlo.
Necesito una base de datos para los resultados y acceso con identidad de usuario.
Sites puede incorporar una base de datos relacional para información estructurada y almacenamiento de objetos para archivos, como documentos, imágenes, audio o video. Esto no significa que toda página deba pedir almacenamiento: usar persistencia cuando no aporta valor aumenta la complejidad y el riesgo de gobierno.
Publicar no es lo mismo que guardar una versión
Esta es una de las mejoras más relevantes para trabajar profesionalmente.
Sites separa dos etapas:
Guardar una versión: crea una candidata revisable.
Desplegar una versión: publica una URL productiva.
Cada despliegue es una publicación real. Por eso, antes de hacerlo conviene revisar contenido, imágenes, enlaces, formularios, permisos, comportamiento en móvil y manejo de información.
Esta práctica introduce una disciplina necesaria en proyectos generados con IA: la velocidad de construcción no elimina la responsabilidad de quien publica.
La secuencia de trabajo debe ser:
Pedí la primera versión funcional.
Revisá la experiencia como lo haría el visitante real.
Pedí ajustes puntuales usando capturas, archivos y feedback concreto.
Guardá una versión para revisión.
Definí la audiencia y recién entonces desplegá.
La IA acelera el ciclo de producto. El criterio humano sigue siendo el control de calidad.
Dominio propio: una mejora clave para construir marca
Los sitios pueden utilizar una URL alojada por ChatGPT y, donde la función esté disponible, conectar un dominio raíz o subdominio ya existente. Por ejemplo, miweb.com o herramientas.miweb.com.
Sites no registra dominios. El dueño debe tener acceso al proveedor de dominio y poder modificar los registros DNS.
El proceso se realiza desde la configuración del sitio: se agrega el dominio, se copian los registros solicitados por Sites en el proveedor y se vuelve a verificar el estado.
También se puede modificar la URL alojada por ChatGPT —el nombre visible de la dirección— sin crear un nuevo despliegue. La dirección anterior redirige a la nueva, incluso conservando rutas y parámetros.
Para una marca personal, una consultora o una unidad de negocio, el dominio propio cambia la percepción: el activo deja de parecer un experimento y pasa a integrarse a la arquitectura digital de la organización.
Una decisión no menor a la hora de usar ChatGPT
Analítica incluida: una respuesta inicial, no una excusa para no medir
Sites registra automáticamente visitantes únicos y páginas vistas, con evolución temporal y rangos de fechas. No hace falta instalar de entrada un SDK de analítica.
Es suficiente para responder preguntas iniciales:
¿El sitio está siendo visitado?
¿Qué volumen de interés genera una campaña o publicación?
¿Qué contenidos movilizan más navegación?
No reemplaza una estrategia de analítica completa cuando el negocio requiere atribución de campañas, embudos sofisticados o análisis de comportamiento detallado. Pero elimina una excusa frecuente: publicar un activo digital sin ningún indicador de uso.
Acceso, invitaciones y colaboración
Sites no obliga a que todo sea público. Según el tipo de cuenta y la configuración del workspace, es posible limitar el acceso al dueño y administradores, a usuarios o grupos del espacio de trabajo, a invitados externos o a cualquier persona en internet.
Esto abre casos de uso que antes requerían otra plataforma: laboratorios internos, prototipos para clientes, herramientas de capacitación o tableros compartidos con un equipo.
También pueden existir editores dentro del mismo workspace. Sin embargo, los permisos deben pensarse antes de compartir: un editor puede trabajar con el código y los datos vivos del sitio. Compartir no es solo habilitar una URL; es habilitar el acceso correcto para la persona correcta.
En sitios públicos, además, se puede pedir la incorporación de Sign in with ChatGPT. El sitio puede mantenerse abierto a toda persona y, al mismo tiempo, habilitar una experiencia personalizada para quienes se autentiquen: progreso guardado, resultados asociados a una identidad o vistas personalizadas.
Si te interesa tus finanzas, conviene que pruebe esto:
Tamaño y límites: lo que sí conviene afirmar
No hay un único número público que defina “el tamaño máximo de un sitio en Sites”. Durante la beta, los límites de uso dependen del plan y ChatGPT muestra los límites vigentes dentro del producto.
Hay dos referencias técnicas publicadas:
La base de datos estructurada D1 tiene hasta 10 GB de almacenamiento por sitio.
El almacenamiento de archivos R2 no tiene un límite fijo de capacidad publicado.
Esto no implica capacidad infinita ni habilita cualquier tipo de carga. Un diseño responsable necesita gobernar cuánto se guarda, para qué, durante cuánto tiempo y quién accede a ello.
Tampoco es una plataforma universal para cualquier contexto. Sites no admite conexiones TCP directas; no ofrece residencia de datos ni residencia de inferencia al inicio; y no debe utilizarse para datos clínicos protegidos, información de tarjetas de pago, transacciones financieras, phishing o usos que vulneren las políticas de OpenAI.
Para casos regulados, deberíamos preguntarnos “¿puede hacerlo dentro de nuestros requisitos de seguridad, privacidad, cumplimiento y arquitectura?”.
Cinco casos de uso que un líder puede pilotear ahora en un proyecto concreto
Diagnóstico de madurez de IA. Una evaluación que genere recomendaciones por dimensiones, permita guardar resultados y produzca una hoja de ruta inicial.
Centro de recursos para clientes o alumnos. Documentos, videos, herramientas y materiales organizados por perfil o tema, con acceso limitado si corresponde.
Simulador ejecutivo. Un caso de crisis de fraude, privacidad, logística o personas donde los equipos tomen decisiones y observen sus consecuencias.
Portal de solicitudes internas. Un punto único para registrar iniciativas, asignar responsables, seguir estados y reducir conversaciones dispersas.
Micrositio de una campaña o evento. Una propuesta clara, agenda, registro, recursos posteriores y medición básica de interés.
No empezaría por el portal corporativo completo ni por un proceso crítico. Empezaría por una experiencia acotada cuyo valor sea visible y cuyo riesgo pueda gobernarse.
Errores que conviene evitar
Pedir una web sin definir al usuario ni la acción principal. El resultado puede ser atractivo, pero irrelevante.
Publicar la primera versión. Todo despliegue es productivo; guardar una versión antes permite revisar.
Usar persistencia sin necesidad. Si el sitio no debe recordar nada, no agregues base de datos por moda.
Confundir acceso público con identidad. El público de un sitio y el inicio de sesión son controles distintos.
Exponer secretos en el prompt o en archivos. Las claves deben configurarse como variables de entorno desde Settings.
Ignorar privacidad y gobierno de datos. Una herramienta funcional puede no ser aceptable para información sensible.
El verdadero cambio: de consumir IA a diseñar experiencias
La oportunidad de Sites no está en reemplazar a todas las herramientas de desarrollo web. Está en reducir radicalmente la distancia entre una necesidad de negocio y un primer producto utilizable.
Ya no se trata solamente de pedirle a un área técnica una solución y esperar meses. Se trata de aprender a formular un problema, definir una experiencia, validar su valor, gobernar sus datos y decidir qué merece escalar.
Ese es el aprendizaje más valioso: la IA no nos vuelve automáticamente creadores de productos. Nos obliga a desarrollar mejor criterio de producto.
No preguntes primero qué tecnología necesitás.
Preguntá qué experiencia necesita la persona que hoy está esperando una respuesta.
Referencias
🏅 Si eres miembro VIP de esta comunidad MartesCoach, podrás acceder debajo al prompt maestro para la creación de herramientas en ChatGPT Sites
