ChatGPT Sites: comparte sitios con clientes sin añadirlos al workspace
ChatGPT Sites ya permite invitar a clientes con acceso privado y de solo lectura, sin añadirlos al workspace ni publicar el Site para todo internet.
El 3 de septiembre de 2026, ChatGPT Sites incorporó los visitantes externos identificados. Ahora puedes enviar a un cliente un Site privado y activo sin hacer pública la URL ni añadir a esa persona a tu workspace.
Vista previa privada para clientes en ChatGPT Sites, sin añadirlos al workspace
Es un pequeño cambio en los controles para compartir, pero tiene una consecuencia importante para el negocio.
Antes de este lanzamiento, el acceso era la parte incómoda de mostrar una vista previa a un cliente. El Site podía quedarse dentro de tu workspace, al que el cliente no pertenecía, o publicarse en internet. Los equipos que necesitaban una revisión privada debían trasladar la vista previa a otra herramienta, incorporar al revisor a un flujo interno o aceptar una URL pública.
La nueva opción ocupa el espacio intermedio. El propietario de un Site invita por correo electrónico a una persona externa concreta. Esa persona inicia sesión con la cuenta invitada y puede usar el Site activo, pero no editarlo ni publicar una nueva versión. La invitación tampoco la convierte en miembro del workspace.
Ahí está el cambio presupuestario: el acceso del visitante externo no crea ninguna membresía en el workspace. Si solo pagabas acceso al workspace para que un cliente revisara un Site, esa licencia deja de ser necesaria en este proceso de vista previa.
No se trata de compartir mediante un enlace anónimo. El visitante debe demostrar que es la persona invitada iniciando sesión con la cuenta correspondiente. Se parece más a un pase de invitado con nombre que a un enlace que cualquiera puede reenviar y abrir.
Cómo funciona el modelo de acceso
ChatGPT Sites distingue las funciones de quienes participan en un proyecto.
La distinción clave está entre audiencia y autoridad. La audiencia determina quién puede abrir el Site; la autoridad, quién puede modificarlo o publicarlo. El acceso externo identificado amplía la audiencia sin sacar de tu equipo los permisos de edición y publicación.
La publicación abierta sigue siendo un control independiente. Un administrador Enterprise puede permitir que ciertos roles inviten a visitantes externos y, al mismo tiempo, mantener desactivada la publicación pública. Los creadores de workspaces Business reciben la opción de visitantes externos dentro del conjunto más amplio de permisos de Sites; en Enterprise y Edu, el rol de quien invita debe tener habilitado el permiso para visitantes externos.
Qué cambia en las cuentas del negocio
No existe una cifra universal en dólares que se pueda prometer con honestidad. Las páginas actuales de OpenAI sobre Sites no publican una tarifa aparte por visitante externo ni un límite de visitantes identificados; los límites de la beta aparecen dentro del producto según el plan.
La cuenta útil es la de tu propio negocio:
Ahorro mensual potencial en vistas previas = costo mensual de las licencias del workspace compradas solo para revisores externos + costo mensual de una herramienta aparte para vistas previas privadas que realmente puedas retirar.
No sumes ambos conceptos por defecto. Si el cliente aún necesita editar, comentar, aprobar, comparar versiones o trabajar en otras áreas de tu workspace, esta función no sustituye ese flujo. El lanzamiento le da acceso de solo lectura al Site; no documenta un sistema de aprobación para clientes.
El ahorro de tiempo es más evidente. Tu equipo puede crear, desplegar, restringir y presentar el Site desde el mismo producto. Ya no hace falta mantener sincronizada una exportación adicional solo para proteger una vista previa con acceso identificado.
Casos en los que ya resulta útil
Una agencia presenta una landing page
El responsable de una agencia puede desplegar la propuesta de landing page, invitar al responsable de marketing del cliente y dejar fuera al resto de internet. El cliente ve el Site interactivo real, mientras la agencia conserva los únicos controles de edición y publicación que importan.
La ventaja no se limita a la privacidad. Si ese era el recurso provisional de la agencia y el destinatario solo necesita revisar el trabajo, la vista previa puede dejar de consumir una licencia interna o una copia alojada en otro servicio.
Un consultor entrega un informe interactivo
Un consultor independiente puede convertir un informe o un dashboard sencillo en un Site e invitar al comprador por correo electrónico. El comprador utiliza el resultado sin pasar a formar parte del workspace del consultor.
Los comentarios y la aceptación formal deben permanecer en el sistema indicado en el contrato. El acceso de solo lectura demuestra quién puede abrir el Site, pero por sí solo no crea un registro de aprobación.
Un responsable de producto recopila opiniones externas
Un responsable de producto puede enseñar un prototipo a un asesor jurídico externo, un asesor ejecutivo o un socio de investigación antes del lanzamiento público. Cada revisor recibe acceso identificado, mientras el equipo de producto mantiene los cambios y la publicación dentro del workspace.
Esta modalidad funciona mejor cuando el revisor necesita experimentar el recorrido. Si debe reescribir textos o mover componentes, conviene usar un editor del workspace o la herramienta de diseño donde ya se realiza ese trabajo.
Un administrador Enterprise separa la vista previa de la publicación
Un administrador Enterprise puede activar Permitir que los miembros inviten a visitantes externos para los roles encargados de las revisiones con clientes sin habilitar también la publicación pública. Son permisos separados en los controles del workspace.
Así se aplica una política más precisa: las personas autorizadas pueden invitar a usuarios externos identificados, pero no publicar un Site para todo el mundo salvo que también lo permita el control de publicación pública.
Cómo compartir una vista previa privada con un cliente
Es un proceso de configuración, no una integración técnica.
Comprueba que el control para compartir esté disponible
Abre el Site y selecciona Compartir. Si la opción para introducir un correo externo no aparece en un workspace Enterprise o Edu, pide al propietario o administrador que revise Configuración del workspace, después Permisos y roles, el rol correspondiente, Acceso anticipado y Sites. El rol necesita permiso para invitar a visitantes externos.
Revisa la versión desplegada
Confirma que el Site solo contenga material que el destinatario deba ver. Este método permite compartir un Site activo, y cada URL de despliegue es una URL de producción aunque su audiencia esté restringida.
Invita al visitante identificado
Introduce el correo electrónico del cliente en el control para compartir, confirma el acceso de solo lectura, guarda los cambios y comprueba que la persona aparezca en la lista de acceso.
Prueba el acceso del destinatario
Pide al cliente que abra el Site después de iniciar sesión con la cuenta que recibió la invitación. Haz la prueba desde esa cuenta en lugar de dar por hecho que tu vista de propietario coincide con la que verá el cliente.
Retira el acceso cuando termine la revisión
Elimina al visitante desde los controles para compartir del Site. Después, revisa las demás opciones de audiencia: un ajuste público o para todo el workspace podría seguir dando acceso aunque se retire la invitación directa.
Los límites que conviene tener claros
El visitante externo no puede editar ni publicar. Ese límite es precisamente el objetivo, pero también obliga a mantener otro canal para los comentarios.
Eliminar a un visitante identificado no bloquea todas las vías de acceso. Si el Site también está disponible para el workspace o para cualquier persona en internet, esa otra configuración de audiencia puede mantenerlo accesible.
También hay límites de plan y despliegue geográfico. Sites está en beta pública para los workspaces de ChatGPT y para las cuentas Plus y Pro. En el lanzamiento, no está disponible en Free ni Go, ni en el EEE, Suiza o el Reino Unido. La disponibilidad en Enterprise también depende de los permisos que haya habilitado el administrador.
El límite de cumplimiento normativo pesa más que la comodidad. ChatGPT Sites no admite residencia de datos ni residencia de inferencia en el lanzamiento. OpenAI también indica que Sites no debe procesar Información Médica Protegida ni datos de tarjetas de pago, salvo cuando estos últimos sean gestionados exclusivamente por un procesador de pagos externo. Un visitante identificado es un control de acceso, no una autorización para incluir material restringido en el Site.
Quién debería aprovecharlo ahora
Úsalo ya si trabajas con Sites y el revisor externo solo necesita ver y utilizar el resultado. Las agencias, los consultores y los equipos de producto pueden dejar atrás la solución de hacer pública una vista previa y utilizar un acceso identificado.
Espera si tu cuenta todavía no muestra el control, el administrador no ha autorizado las invitaciones externas o la revisión exige comentarios en contexto, edición como invitado, comparación de versiones o aprobación formal. Conserva la herramienta de revisión que cubra esas tareas.
Nada cambia para ti si solo publicas Sites abiertos, trabajas exclusivamente con personas del mismo workspace, utilizas Free o Go, o te encuentras en una región donde Sites aún no se ha lanzado.
Suscríbete al boletín para recibir explicaciones claras sobre los cambios de plataforma que afectan al trabajo real.
6 sept 2026
Prefiera este sitio en Google
Marque omidsaffari.com como fuente preferida y Google lo destacará para usted en Top Stories, AI Overviews y AI Mode.
