integracion
Tu app ha intentado pedir datos a algún sitio y la petición no ha llegado a completarse. El navegador no te dice por qué a propósito: este mensaje es deliberadamente vago por motivos de seguridad, y por eso desespera tanto.
Revisado en agosto de 2026
De paso
Analízala gratis mientras lees. Tarda treinta segundos y no toca nada.
Solo leemos lo que tu app ya le entrega a cualquier visitante.
Diagnóstico
Es el error menos informativo que existe, porque cubre cuatro situaciones distintas. La más común con diferencia es CORS: tu app está en un dominio y pide datos a otro, y ese otro servidor no ha dicho explícitamente que acepte peticiones desde el tuyo. El navegador bloquea la respuesta antes de que tu código la vea.
Las otras tres: que la dirección a la que llama esté mal escrita o llegue vacía, y entonces pide a un sitio que no existe; que el servicio al otro lado esté caído o dormido, cosa habitual en los planes gratuitos que se suspenden por inactividad; o que estés llamando por http a algo servido por https, que el navegador corta sin avisar.
Para saber cuál de las cuatro es la tuya, abre las herramientas de desarrollo del navegador con F12, ve a la pestaña Console y mira el mensaje completo. Si aparece la palabra CORS o Access-Control-Allow-Origin, es la primera. Si ves un 404, es la segunda. Si no hay respuesta ninguna, es la tercera.
Solución
Antes de tocar nada, identifica cuál de las cuatro causas es la tuya con la consola del navegador. Cada una se arregla en un sitio distinto, y probar a ciegas es lo que convierte esto en una tarde perdida.
Pégaselo tal cual al agente que escribió tu app. Está redactado para que te diga lo que ha hecho, no solo para que lo haga.
Prompt para tu agente
Mi app da "Failed to fetch" al llamar a su backend. En la consola del navegador el mensaje completo dice: [PEGA AQUÍ EL MENSAJE COMPLETO DE LA CONSOLA]. Necesito que hagas esto: 1. Localiza en el código todas las llamadas de red que se hacen al arrancar la app y dime a qué direcciones van y de dónde sale cada dirección. 2. Comprueba si esas direcciones se construyen a partir de variables de entorno y si alguna puede quedar vacía o indefinida en producción. Si es así, añade una comprobación que falle con un mensaje claro diciendo qué variable falta. 3. Revisa que todas las direcciones usen https. 4. Envuelve las llamadas en un manejo de errores que distinga entre no haber podido conectar y haber recibido una respuesta de error, y que muestre al usuario un mensaje comprensible en vez de dejar la pantalla en blanco. No cambies la lógica de negocio: solo el manejo de la conexión y los errores.
Si no sale
O el escáner de arriba ha encontrado algo y prefieres no tocarlo solo. En cualquiera de los dos casos esto ya es de los gordos y merece un humano: no es que no hayas sabido, es que has llegado al punto en que hace falta alguien que entre y lo vea por dentro.
Las 10 primeras apps son gratis. Estoy empezando y necesito casos reales. A cambio te pido permiso para contar después qué me encontré, sin decir de quién era la app ni enseñar tus datos. Sin tarjeta y sin suscripción: cuando se acaben las plazas empezaré a cobrar y lo diré aquí.
Cita a partir de mañana
Gratis
durante el lanzamiento
Elegimos hueco, miro tu app con calma y te digo qué pasa y cómo se arregla.
Hoy, en cola prioritaria
Gratis
durante el lanzamiento
Entras en la cola de hoy. Reservas hueco y lo dejamos resuelto en el día.
Quién
Marc Sala
IT Manager
No es un rating anónimo de un marketplace: es la persona que va a entrar en tu app. Reviso el código, encuentro qué falla y lo arreglo contigo delante, explicándote qué ha pasado sin jerga.
Relacionados