ChatGPT: tiempo de entrega agotado y Too many requests, qué hacer

El aviso japonés observado en ChatGPT, cuyo sentido es «Se agotó el tiempo de entrega del mensaje», indica que la respuesta no terminó de entregarse. Primero hay que distinguirlo de una restricción «Too many requests». Ninguno de los dos avisos demuestra por sí solo que se agotó la cuota semanal o que falló el dispositivo. Esta guía explica las comprobaciones en móvil, web y escritorio, las precauciones al ejecutar muchos chats a la vez y cómo retomar el trabajo pendiente sin perderlo.

Aviso japonés observado:
メッセージの配信がタイムアウトしました。もう一度お試しください。
Traducción: Se agotó el tiempo de entrega del mensaje. Inténtalo de nuevo.
Esta traducción no confirma el texto exacto mostrado en la interfaz en español.

Tiempo agotado frente a Too many requests

El aviso de tiempo agotado confirma que la entrega no terminó. Su texto no permite saber si se detuvo la generación, si esta continuó pero falló la recepción o si el problema estaba en el servidor o en el dispositivo. Aunque aparezca parte de la respuesta, no está garantizado recuperar el resto.

La guía oficial de OpenAI para solucionar errores de ChatGPT enumera la configuración de red, las extensiones del navegador y los problemas temporales del servidor como posibles causas. Sin embargo, el texto revisado el 12 de octubre de 2026 no identifica una causa ni un límite de tiempo fijo para el aviso de entrega anterior.

Estas diferencias se basan en el texto de los mensajes. En el informe recibido para esta investigación, el usuario describió un aviso parecido a «Too many requests», pero no disponíamos del texto completo y no podemos confirmar cuál apareció. El material oficial revisado tampoco establecía un número de solicitudes simultáneas seguro para todos los usuarios de ChatGPT ni una espera que garantizara eliminar la restricción.

No confundas un 429 de la API con el límite de un plan de ChatGPT

La documentación de errores de la API de OpenAI distingue varios casos de HTTP 429, incluidas las restricciones de frecuencia y la falta de créditos o cuota. Importan tanto el código de error de la respuesta como el estado HTTP. Esta documentación corresponde a la API; no demuestra que un aviso de la aplicación ChatGPT equivalga necesariamente a un 429 o utilice los mismos límites.

No supongas que necesitas más créditos solo por ver algo parecido a «Too many requests». Las cuotas de planes y modelos, las restricciones de envíos a corto plazo y las restricciones de simultaneidad requieren respuestas diferentes. Si la interfaz indica expresamente un límite o una hora de restablecimiento, anótalo.

Comprobaciones y recuperación cuando una respuesta se interrumpe

Primero conserva la información que quede, sin borrar la conversación ni cambiar la configuración. La secuencia siguiente es una recomendación de esta guía basada en los consejos oficiales generales; no garantiza recuperar este caso concreto de tiempo agotado.

1. Guarda la respuesta parcial y la instrucción

Si ves una respuesta, copia las partes necesarias. Oculta la información privada y los nombres de cuentas al capturar el error. No hace falta empezar borrando la conversación, cambiando de cuenta o reinstalando la aplicación.

En una investigación, separa las fuentes verificadas de las conclusiones que todavía no llegaron. En un texto, distingue los párrafos terminados de las secciones pendientes. Si intervienen aplicaciones externas, una acción puede haberse ejecutado aunque la respuesta se interrumpa. Comprueba el resultado del envío, la reserva o la publicación antes de repetir la solicitud.

2. Pausa los nuevos envíos cuando haya muchos chats activos

Si se procesan varias conversaciones, observa si terminan las respuestas existentes antes de enviar nuevas solicitudes. Sigue las instrucciones de espera que aparezcan. No supongas que otra conversación tiene restricciones independientes o que insistir permite pasar antes.

La recomendación oficial de esperar 30–60 segundos es un primer paso cuando una respuesta parece bloqueada y no termina. No significa que Too many requests vaya a desaparecer necesariamente en ese tiempo. No la conviertas en una regla para detener un razonamiento largo que avanza normalmente tras un intervalo fijo.

3. Comprueba las incidencias y los avisos de límite del modelo

OpenAI Status muestra incidencias relacionadas con las conversaciones de ChatGPT y las funciones utilizadas. Lee los componentes afectados y el período, en lugar de buscar solo la palabra «ChatGPT». Algunas incidencias, como retrasos en informes de facturación, no afectan a las conversaciones.

Que no figuren incidencias no demuestra que el dispositivo sea el culpable. La propia página explica que la disponibilidad agregada puede diferir de la experiencia individual según el plan, modelo y función. Si aparece un límite de uso del modelo, comprueba su hora de restablecimiento por separado.

4. Reintenta una vez y, si hace falta, traslada el contexto esencial

Para una generación que no termina, la guía oficial propone detenerla y regenerar, o reenviar en un chat nuevo. Si aparece un botón de reintento bajo la respuesta, como ocurrió aquí, conserva primero el contenido restante e intenta una vez cada vez. Comprueba también el estado de las otras conversaciones activas.

Al pasar a un chat nuevo, entrega un resumen breve del objetivo, los requisitos, el trabajo terminado y la solicitud pendiente, sin asumir que todo el historial se transfiere automáticamente. No necesitas copiar una conversación confidencial entera. El chat nuevo usa el mismo servicio, por lo que no garantiza resolver restricciones ni incidencias.

La respuesta anterior se interrumpió.
Objetivo: resumir los resultados de la investigación en una tabla comparativa.
Verificado: las fuentes pegadas abajo y la primera mitad terminada de la tabla.
Pendiente: la segunda mitad de la tabla y una explicación de cómo elegir.
Continúa el trabajo pendiente sin repetir lo terminado.
No trates como verificada la información sin comprobar.

Qué ocurre al ejecutar muchos chats en paralelo

Investigar temas independientes en paralelo permite solapar las esperas. Sin embargo, más envíos simultáneos también pueden generar más restricciones, fallos y trabajo de revisión. Iniciar todas las solicitudes a la vez no equivale a reducir el trabajo total. Puedes mantener todas las tareas necesarias y escalonar sus inicios.

Distingue un razonamiento peor de una lentitud aparente

El material oficial revisado no explica que ejecutar muchos chats reparta automáticamente el esfuerzo de razonamiento asignado a cada respuesta. Tampoco garantiza que la calidad nunca cambie. Para comparar calidad hay que igualar los modelos, los ajustes de razonamiento, las instrucciones, el contexto y el estado de los límites de uso.

La explicación de OpenAI sobre modelos y límites de uso señala que alcanzar un límite de Thinking puede llevar a continuar con otro modelo disponible. Si las respuestas cambian durante el trabajo paralelo, comprueba también los cambios de modelo y avisos de límite. Una suscripción Pro no elimina todas las cuotas y restricciones específicas. Para precios y cuotas, consulta la comparativa de planes ChatGPT Pro.

Compara el tiempo total y los fallos al ajustar la simultaneidad

En lugar de inventar una cifra segura fija, compara unas pocas solicitudes paralelas con tu cantidad actual para el mismo tipo de trabajo. Mide no solo el tiempo hasta el primer carácter, sino hasta que terminen todas las respuestas, los fallos y el tiempo de rehacer trabajo. Si todo termina normalmente con mucha simultaneidad, la cifra por sí sola no es motivo para reducirla.

Repetir continuamente tareas importantes para comparar consume cuota y añade variación a los resultados. Esta guía recomienda registrar primero los inicios, finales y fallos del trabajo habitual y valorar una pequeña comparación controlada solo si no basta. No hemos realizado una prueba de carga diseñada para provocar restricciones.

Diagnóstico en móvil, web y escritorio

No supongas que enviar desde otro dispositivo crea una cuota o restricción independiente. Si revisas en un PC tareas iniciadas en el móvil, las pestañas visibles no revelan el total de solicitudes activas. Un indicador giratorio tampoco garantiza que el procesamiento del servidor avance normalmente.

Las recomendaciones de OpenAI sobre respuestas lentas proponen cerrar otros programas o pestañas para liberar recursos. Es una posible forma de mejorar la respuesta de la interfaz, no una afirmación de que la CPU del dispositivo determina la capacidad de razonamiento del modelo.

En redes corporativas, conviene investigar los ajustes que interrumpen conexiones prolongadas. La guía oficial de redes recomienda comprobar los tiempos de espera de WebSocket y las restricciones de tamaño de mensaje cuando una conexión se inicia y luego se bloquea. No significa que WebSocket cause todos los tiempos agotados.

No desactives funciones de protección ni una VPN sin autorización en un dispositivo con información confidencial. La guía oficial enumera posibles cambios en extensiones, VPN y cachés, pero prevalecen las normas de la organización y el permiso del propietario. Empieza registrando el error, comprobando incidencias y comparando entornos autorizados.

Avisos observados e informes similares de usuarios

En la investigación del 12 de octubre de 2026, AI Arte confirmó el aviso japonés citado en una captura facilitada por un usuario. Sobre otro error, este explicó que apareció tras ejecutar muchos chats en paralelo en la aplicación móvil. No comparamos experimentalmente la calidad de las respuestas ni obtuvimos registros de red del móvil.

El informe hace posible una restricción asociada a muchas solicitudes simultáneas. Sin embargo, no es una prueba reproducible con dispositivo, modelo y cantidad fijos, y no demuestra un límite general ni causalidad. Tampoco dedujimos el número interno de solicitudes activas de la docena aproximada de indicadores giratorios visibles. No publicamos nombres ni contenido privados de las conversaciones de la captura.

Como ejemplo externo concreto, Krillo74, usuario de OpenAI Developer Community, informó de que, tras cortarse la conexión durante una investigación larga, la reconexión falló con 404/410 y apareció el mismo aviso de entrega en inglés. Su registro describe reproducción en otro navegador y en un proyecto nuevo. Consulta el informe y su actualización posterior.

Una actualización del 7 de octubre indica que el problema dejó de reproducirse en su entorno, pero no confirmó la causa ni una posible corrección. Aunque esté en el foro comunitario de un sitio oficial, es un informe de usuario, no una conclusión de OpenAI sobre la causa. Tampoco prueba que la captura investigada tuviera la misma causa. Trátalo como un caso parecido útil para investigar, sin generalizar que todas las sesiones paran tras ciertos minutos o que todos los usuarios de ese modelo encuentran un fallo.

Qué registrar y comunicar al soporte

Para acotar la causa, conservar las condiciones de un intento fallido es más útil que cambiar muchos ajustes. No necesitas incluir la información confidencial introducida en el chat. Este formato también sirve como nota en el móvil.

Fecha y hora: incluye la zona horaria
Interfaz: aplicación móvil / web / escritorio
Modelo y ajustes de razonamiento: lo mostrado en la interfaz
Error completo: regístralo sin omisiones
Simultaneidad: número de solicitudes enviadas juntas
Etapa del fallo: inmediatamente tras enviar / durante el razonamiento / a mitad de respuesta
Aviso de límite: si apareció y la hora de restablecimiento indicada
Comparación: ¿terminaron otras conversaciones?, ¿ayudó reintentar?
Código de red e ID de solicitud: solo si se obtuvieron

Si falla una sola conversación, investiga su extensión y contenido. Si fallan varias conversaciones o dispositivos en el mismo período, puede haber restricciones o incidencias de la cuenta o del servicio. Sin embargo, varios dispositivos con la misma conexión pueden fallar por la red; su número no establece la causa.

Para problemas persistentes en distintos navegadores, dispositivos y redes, la guía oficial recomienda enviar al soporte marcas de tiempo, modelo, URL o ID de la conversación, errores del navegador y, cuando proceda, un archivo HAR. Los HAR registran la actividad de red y pueden contener credenciales o conversaciones. No publiques registros sin revisar su contenido y destinatario.

Al contactar con soporte, distingue «la respuesta se interrumpió», «el envío se restringió de inmediato» y «otras conversaciones terminaron», en vez de decir solo «suele ir lento». Consulta las instrucciones de OpenAI para contactar con soporte y envía solo lo necesario para investigar. Para este artículo no contactamos con soporte, no cambiamos ajustes del dispositivo ni enviamos grandes cantidades de solicitudes para probar restricciones.

Resumen: guarda el aviso completo, la simultaneidad y la hora

Un tiempo de entrega agotado significa que la respuesta no llegó completa; Too many requests apunta a una posible restricción de solicitudes. Primero guarda la respuesta parcial, pausa nuevos envíos si hay muchos chats activos y comprueba por separado las incidencias y los límites del modelo. Los chats nuevos y reinicios son opciones de diagnóstico, no soluciones garantizadas.

No encontramos pruebas de que el razonamiento se divida simplemente según la cantidad de chats paralelos. En la práctica, evalúa los fallos, el tiempo hasta terminar todo y los cambios de modelo. Si Codex muestra «Selected model is at capacity», es otro error; consulta el diagnóstico y las medidas para errores de capacidad en Codex.

Preguntas frecuentes

Si la respuesta termina pero no puedes recibir su archivo, consulta los fallos de descarga de ZIP de ChatGPT y el aviso japonés de operación fallida observado. Esa guía distingue la caducidad del enlace generado, la existencia del archivo y la revisión del contenido del ZIP de traspaso.

¿Cuántos chats pueden ejecutarse en paralelo?

El material oficial revisado no establecía una cantidad segura universal para ChatGPT. Iguala el modelo, la interfaz y el tipo de trabajo, y registra primero los tiempos habituales y los errores. Una cantidad que le funcionó a un usuario no es un límite para todos.

¿Contratar Pro o comprar más soluciona el error?

No hay pruebas de que cambiar de plan o comprar más resuelva este aviso de entrega ni la restricción cuyo texto completo no obtuvimos. Distingue un límite de uso del modelo explícito de un fallo de conexión o del servicio.

¿Cerrar la aplicación móvil reduce las solicitudes activas?

No hemos confirmado que cerrar la interfaz termine las solicitudes del servidor. Para detener el procesamiento, busca un control para parar la generación. Si no puedes usarlo, registra el estado, pausa los envíos adicionales y espera a que termine o aparezcan instrucciones sobre la restricción.

¿Cuántos minutos garantizan la recuperación?

No se ha establecido un tiempo fijo. Sigue la espera o la hora de restablecimiento indicadas en pantalla. El consejo oficial de 30–60 segundos es un primer paso ante una respuesta aparentemente bloqueada, no el tiempo necesario para eliminar una restricción.