Cómo utilizar los sitios ChatGPT: desde palabras clave hasta publicación de sitios web alojados y controles de seguridad

Mon, 13 Jul 2026 07:39:00 +0800

ChatGPT Sites es un flujo de trabajo de creación de sitios web administrado en ChatGPT: puede crear, alojar, modificar y compartir sitios web, aplicaciones web o minijuegos. Es adecuado para crear rápidamente herramientas internas, páginas de demostración y prototipos de productos livianos, pero no se puede usar como una herramienta para “conectarse con un solo clic sin verificar después de la generación”: cada URL de implementación es la dirección del entorno de producción.

Este artículo se basa en el [documento de sitios oficiales de OpenAI] (https://learn.chatgpt.com/docs/sites) para organizar un proceso práctico desde la descripción de los requisitos hasta la aceptación de la versión. Actualmente, Sites es una función beta pública y la disponibilidad real se ve afectada por la configuración del plan, la región y el espacio de trabajo.

Primero distinga: sitios, Codex y diálogo ChatGPT ordinario

La responsabilidad de los sitios es gestionar los proyectos y lanzamientos de alojamiento. Puede ingresar a través de “Más > Sitios” en la página web de ChatGPT Work, o usarlo en el lado del escritorio de ChatGPT. Las extensiones Codex CLI e IDE pueden editar y probar proyectos locales, pero no existe una interfaz de administración de sitios independiente; cuando necesite crear, guardar, implementar o ajustar permisos de acceso, aún podrá regresar a la web o al escritorio de ChatGPT.

Esto significa que una buena división del trabajo es:

Utilice Codex para verificar el código, las dependencias y generar resultados localmente;
Usar Sitios para generar una versión alojada o conectarse a un proyecto local compatible;
Revisar el contenido y el procesamiento de datos en la vista previa de Sitios;
Después de confirmar la audiencia y los permisos, implemente la URL de producción.

No confunda Sitios con el Proyecto ChatGPT. Un Sitio es un producto alojado que se puede abrir, modificar, configurar y compartir continuamente; persiste después de que finaliza la tarea de trabajo inicial.

Antes de la creación: escriba los requisitos en palabras clave aceptables

Como mínimo, el mensaje debe describir la audiencia, el propósito de la página, las interacciones principales y las fuentes de datos. Por lo general, no basta con decir “crear un sitio web de gestión de proyectos”. Es mejor agregar quién lo usa, qué guardar y cómo controlar los permisos.

Por ejemplo, el siguiente mensaje establece claramente los límites funcionales y las condiciones de aceptación:

1
2
3

为运营团队创建一个项目需求看板。成员可以提交需求、查看负责人、更新状态并按状态筛选。
仅限工作区成员登录；需求记录必须在刷新页面后保留。
先生成可审查版本，不要发布；同时列出需要我确认的数据字段和权限设置。

La última oración es importante: requiere explícitamente guardar la versión primero en lugar de publicarla. Si es solo una página de inicio de visualización, también debe indicar “no se requieren datos persistentes” para evitar que el sistema introduzca almacenamiento innecesario para el estado temporal de la interfaz de usuario.

Elija los datos y las capacidades de identidad adecuados

Según la documentación oficial, los sitios pueden acceder a diferentes capacidades según la forma del producto:

necesidad	Competencias que deben quedar claramente establecidas
Página de destino, estación de contenido	No es necesario conservar el estado de forma predeterminada
Registros de usuario, progreso, puntuaciones.	base de datos relacional D1
Sube imágenes, documentos, audio y vídeo.	Almacenamiento de objetos R2
Cargar archivos y sus metadatos de búsqueda	D1 guarda metadatos, R2 guarda archivos
Sólo para uso interno de empleados	Autenticación del espacio de trabajo
Se requiere acceso público e inicio de sesión	Sitio habilitado para autenticación

El criterio para los datos persistentes es simple: si el usuario espera verlos la próxima vez que los visite. Por lo general, no se requieren estados de visualización temporales, como colores del tema y pancartas cerradas; pedidos, registros de formularios, archivos cargados y puntuaciones de juegos.

Operaciones prácticas: describir, revisar, modificar, guardar

Un flujo de trabajo repetible es el siguiente:

Describa el sitio: ingrese requisitos claros y adjunte documentos de referencia, materiales de marca o proyectos existentes;
Revisar vista previa: compruebe si el texto, la interacción y los datos de la página son los esperados;
Modificación iterativa: seleccione Editar en la vista previa y describa los cambios en lenguaje natural; agregue capturas de pantalla o archivos si es necesario;
Guardar versión: permita que ChatGPT cree una versión implementable, pero no la publique todavía;
Implementar versión: solo después de confirmar el contenido, los permisos y la audiencia, es necesario implementar la versión guardada aprobada.

“Guardar versión” e “Implementar versión” son dos etapas. Para proyectos locales, la versión guardada se asociará con la confirmación de Git utilizada para la compilación, así que verifique el estado del espacio de trabajo antes de confirmar para evitar poner en línea cambios no verificados.

Si desea poner en línea un proyecto existente, puede hacer esta pregunta:

1
2

检查当前项目能否生成兼容的 Sites 部署产物；修复必要的兼容性问题，
保存一个可审查版本并说明改动。不要部署，等我确认后再发布。

Cuatro controles antes de publicar

La liberación no es una pulsación final de un botón, sino una ronda de aceptación. Verifique al menos lo siguiente:

Contenido y comportamiento: si la página utiliza información correcta y si hay formularios, filtros, saltos y estados de error disponibles;
Datos y archivos: si el contenido cargado, los registros de la base de datos y el alcance del acceso cumplen con las expectativas;
Derechos de acceso: priorice el ámbito de uso compartido más limitado, como solo usted, los miembros invitados, los miembros del espacio de trabajo y, finalmente, “cualquiera que tenga el enlace”;
Prueba de acceso real: abra la URL de producción compartida y confirme si se puede acceder a ella con los permisos del público objetivo.

Los administradores del espacio de trabajo pueden restringir el uso compartido público. Incluso si se obtiene un enlace compartido, los visitantes solo tendrán permisos de navegación y no tendrán automáticamente permiso para editar el Sitio.

No des la clave de la palabra clave

Las variables y claves del entorno de ejecución se deben agregar, actualizar o eliminar en la configuración de Sitios. No coloque claves en mensajes, archivos adjuntos, contenido del sitio, .openai/hosting.json o confirmaciones de Git.

Los proyectos locales aún deberían usar .env y .env.example para administrar los nombres de variables necesarios para el entorno de desarrollo; .env.example solo conserva nombres clave y ejemplos seguros, no valores reales. Después de cambiar las variables del entorno administrado, debe volver a implementar la versión revisada antes de que la nueva configuración pueda surtir efecto en el entorno de producción.

Para proyectos conectados al código fuente local, .openai/hosting.json se utiliza para registrar asociaciones de proyectos administrados y enlaces de almacenamiento opcionales, como el nombre del enlace de project_id, D1 o R2. No es un perfil secreto.

Preguntas frecuentes

¿Por qué no puedo encontrar sitios?

Sites todavía se encuentra en versión beta pública y la disponibilidad está vinculada a la configuración del plan, la región y el espacio de trabajo. Primero confirme que está utilizando el cliente web ChatGPT Work o el cliente de escritorio ChatGPT; si no está visible en el espacio de trabajo administrado, confirme las funciones y las políticas de uso compartido con el administrador.

¿Puedo gestionar versiones utilizando solo la CLI del Codex?

no puedo. Codex CLI puede modificar y probar proyectos locales, pero la creación, el guardado, la implementación y la administración de sitios deben completarse en la web o el escritorio de ChatGPT.

¿Por qué encuentro que el contenido es incorrecto después de “la implementación fue exitosa”?

Porque la URL de implementación ya es la dirección de producción. La próxima vez, solicite guardar primero la versión revisable, verifique la vista previa y los cambios en el código fuente antes de implementarla; si ya está en línea, ajuste el alcance del acceso inmediatamente, luego corrija y publique una nueva versión revisable.

Conclusión

El valor de los sitios ChatGPT es poner “concepción, generación, alojamiento e iteración” en el mismo flujo de trabajo, pero la responsabilidad de la publicación sigue siendo del usuario. Corregir el proceso como “requisitos claros → guardar versión → revisión preliminar → compartir privilegios mínimos → aceptación de acceso real” puede reducir significativamente los riesgos de exposición directa de prototipos, configuración de datos inadecuada y fugas de claves.

Website Generation on KnightLi Blog