Imagina un panel de equipo que se construye una vez y muestra a cada compañero sus propios tickets, archivos y mensajes, sin que nadie pegue claves de API en él. Esa es la idea de los plugins en Sites de OpenAI, que la compañía destacó en DevDay 2026. Pongamos el flujo en orden antes de que lo pruebes.
Qué cambian los plugins en Sites
Un Site es una página web o una pequeña aplicación que creas con Codex y alojas a través de OpenAI. Según la página de DevDay 2026 de OpenAI, ahora puedes crear un Site que use las aplicaciones conectadas de cada visitante. Un plugin, en este contexto, es el paquete que permite a ChatGPT o a Codex llegar a un servicio de terceros, como un almacén de archivos, una herramienta de chat o un gestor de tickets. En lugar de una integración compartida detrás de la página, la vista de cada visitante se rellena con sus propias conexiones. La documentación de Sites apunta en la misma dirección: habla de elegir almacenamiento, añadir inicio de sesión y conectar aplicaciones a tu sitio.
Quién puede usarlo y dónde
El límite está dicho con claridad: los plugins en Sites están disponibles para Sites privados del espacio de trabajo donde estén activados. Una página pública no lo recibe. Por eso encaja con herramientas internas, como un panel de lanzamientos o un resumen del equipo, y no con un sitio abierto a todo internet. Como depende de lo que esté activado, consulta con quien administra vuestro espacio de trabajo antes de contar con ello.
Cómo se gestiona el acceso
Los visitantes eligen sus propias cuentas y dan su consentimiento para el acceso. Esto importa a quien está al cargo del sitio: dos compañeros pueden abrir la misma dirección y ver datos distintos, cada uno limitado a lo que permite su cuenta. Además, quien construye la página no guarda las credenciales de todos.
Dónde encajan las tareas programadas
En su sesión de DevDay, OpenAI también describió vincular tareas programadas a un Site para que se actualice solo. Las tareas programadas son una función documentada de ChatGPT y Codex, pero las páginas escritas que revisamos no detallan ese vínculo con Sites. Tómalo como anunciado en el escenario, no como confirmado en la documentación.
Nuestra valoración
Los hechos documentados son pocos: Sites privados, la elección de cuentas propias por parte de cada visitante y el consentimiento. Lo que sigue es una inferencia nuestra, no una afirmación de OpenAI. La ganancia real es un reparto más limpio de responsabilidades: quien construye diseña la página y cada visitante decide qué puede ver la página en su nombre. Hay un traspaso más simple que montar una cuenta de servicio compartida. La pregunta abierta para cada equipo es quién da el siguiente paso cuando se quiere permitir un plugin en un Site y quién revisa esa decisión. Empieza por una página interna de bajo riesgo, mira qué permisos se piden y decide después.
