Comprueba si ChatGPT o la API de OpenAI responden y, después, delimita el problema a un incidente del servicio, un límite de cuenta, una solicitud, una sesión del navegador, una aplicación o la ruta de red.
Site Administrator
Última revisión: September 25, 2026
ÚLTIMO ESTADO REGISTRADO
Operativo En la última comprobación, el sitio web de OpenAI (ChatGPT) parecía estar operativo y respondiendo con normalidad.
| Endpoint | Estado | Observado |
|---|---|---|
| openai.com | Operational | 2026-11-09 14:22 UTC |
| api.openai.com | Operational | 2026-11-09 14:22 UTC |
¿Te funciona?
0 reportes recientes; se necesitan más para mostrar una tendencia útil.
Para una visión completa, incluidas incidencias parciales o regionales que una única comprobación externa puede no detectar, consulta la página oficial de estado de OpenAI (ChatGPT). página oficial de estado.

Esta página cubre dos vías de acceso relacionadas, pero independientes: la interfaz de ChatGPT y la API de OpenAI en api.openai.com. Un resultado Up significa que el endpoint monitorizado respondió cuando se comprobó. No confirma que todos los productos, modelos, cuentas o regiones de OpenAI, ni que cada solicitud individual, funcionen con normalidad.
Es más probable que exista un problema general del servicio cuando solicitudes, usuarios o aplicaciones no relacionados fallan a la vez, aumenta la latencia o se producen repetidamente respuestas 502 Bad Gateway, 503 Service Unavailable o tiempos de espera agotados en distintos entornos. Una única respuesta 429 Too Many Requests suele apuntar primero a la frecuencia de las solicitudes, la concurrencia, el uso de tokens o la cuota de la cuenta, y no a una caída completa del servicio.
ChatGPT puede funcionar mientras una integración con la API falla porque la autenticación, los límites, los endpoints, los parámetros de las solicitudes y las rutas de red son diferentes. También puede ocurrir lo contrario. Compara el momento y el alcance de los síntomas recurrentes con la página oficial de estado de OpenAI, pero considera esa página y cualquier comprobación de endpoint como indicios sobre la disponibilidad, no como una prueba de que todas las cuentas u operaciones funcionen correctamente.
Compara el patrón de los fallos entre solicitudes, usuarios, aplicaciones o redes no relacionados. Las respuestas 502, 503 o los tiempos de espera agotados que se repiten en más de un entorno aportan pruebas más sólidas de un problema en el servicio que una única solicitud fallida. Consulta la página oficial de estado de OpenAI para obtener información sobre incidentes.
En una aplicación, utiliza reintentos controlados con intervalos cada vez mayores en lugar de enviar solicitudes repetidamente con una frecuencia elevada. Registra el estado de la respuesta, la hora, el endpoint, el modelo, el cuerpo de la respuesta y cualquier identificador de solicitud que devuelva el servicio. No repitas operaciones que cambien el estado o generen costes sin confirmar que la solicitud original no se completó.
Si la comprobación del servicio informa de Up, pero tu solicitud falla, prueba desde otra red autorizada, como una conexión móvil y, cuando corresponda, vuelve a intentarlo sin una VPN o un proxy. Comprueba si el dispositivo afectado puede resolver el hostname correspondiente, establecer conexiones HTTPS salientes y acceder a api.openai.com.
Un tiempo de espera agotado o un rechazo de conexión limitado a un dispositivo, una red de oficina, un firewall, un proxy, una ruta DNS o una ruta de enrutamiento apunta más a un problema de conectividad local que a una caída global de OpenAI. No cambies las políticas del firewall, proxy o red sin autorización.
Si ChatGPT falla mientras la API funciona, prueba en una ventana de navegación privada, desactiva temporalmente las extensiones que modifican páginas o solicitudes, borra los datos almacenados del sitio y prueba con otro navegador. Si el problema se limita a un perfil del navegador o a un dispositivo, es más probable que se deba a la sesión, una extensión, los datos almacenados o la red local que a una caída general del servicio.
Con la autorización adecuada y sin registrar secretos, prueba una solicitud mínima fuera de la ruta de código habitual de la aplicación. Si funciona, revisa la configuración de tiempo de espera de la aplicación, la configuración del proxy, el comportamiento de los reintentos, la concurrencia, el análisis de las respuestas y la ruta de carga de credenciales. Si falla de forma constante desde entornos independientes, conserva el endpoint, el modelo, la marca de tiempo, el estado, el cuerpo de la respuesta y el identificador de solicitud para compararlos con la página oficial de estado o escalar el problema al proveedor.
Para diagnosticar solicitudes concretas, consulta la documentación correspondiente del producto o la API de OpenAI en el sitio oficial de documentación del proveedor, especialmente las indicaciones sobre autenticación, límites de frecuencia, cuotas, formatos de solicitud, reintentos y errores de red.
Esta comprobación en vivo se ejecuta desde nuestro servidor y puede no reflejar todas las regiones, cuentas, funciones o rutas de red.
No. Significa que la comprobación monitorizada recibió una respuesta en ese momento. ChatGPT, la API, los modelos individuales, las cuentas, las regiones y los tipos de solicitud pueden presentar distintos niveles de disponibilidad y diferentes patrones de error.
Utilizan vías de acceso diferentes, con distinta autenticación, límites, endpoints, requisitos de red y comportamiento de las solicitudes. Comprueba las credenciales de la API, el contexto del proyecto o la organización, la cuota, el modelo, los parámetros de la solicitud, el acceso de red a api.openai.com y los logs de la aplicación.
Normalmente indica que una solicitud superó un límite aplicable de frecuencia, tokens, concurrencia o cuota de la cuenta. Revisa primero el uso y la frecuencia de las solicitudes. Un 429 por sí solo no demuestra que exista una caída global de OpenAI.
Pueden indicar un problema temporal de gateway, backend o disponibilidad, pero una única respuesta no demuestra que exista un incidente general en la plataforma. Registra los detalles, utiliza reintentos controlados con backoff cuando sea seguro y compara los fallos repetidos con la página oficial de estado.
Repite la misma operación desde otra red o entorno autorizado. Un fallo limitado a un dispositivo, proxy, firewall o red sugiere un problema de conectividad local; los fallos constantes en entornos independientes son una prueba más sólida de un problema general del servicio.
Utiliza la página oficial de estado de OpenAI para consultar los incidentes notificados y las actualizaciones sobre la disponibilidad del servicio. Para diagnosticar solicitudes concretas, consulta la documentación correspondiente del producto o la API de OpenAI en el sitio oficial de documentación del proveedor.
← Volver a todos los servicios
Esta comprobación en vivo se ejecuta desde nuestro servidor y puede no reflejar todas las regiones, cuentas, funciones o rutas de red.