runtime
Esto no es el error: es la red de seguridad. Tu app tiene una pantalla preparada para cuando algo falla, para que el visitante no vea una página en blanco ni un mensaje técnico. Ha saltado, así que algo ha fallado por debajo. El mensaje de verdad sigue existiendo, solo que está tapado por esta pantalla.
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
Las herramientas que generan apps ponen esta pantalla por defecto, y hacen bien: un visitante no debe ver nunca un mensaje técnico. El problema es que a ti tampoco te lo enseña, y sin el mensaje real no hay forma de arreglar nada. De ahí la sensación de estar delante de una pared.
Debajo puede haber cualquier cosa, pero en la práctica se repiten cuatro: un dato que no llegó y el código daba por hecho, una petición rechazada por permisos, una variable de entorno que falta, o una respuesta que no tenía la forma esperada. Son las mismas de siempre, solo que aquí no se ven.
Y una particularidad importante: como esta pantalla captura el fallo, la app no se cae del todo. Eso significa que puedes seguir navegando y que muchas veces solo falla una sección. Aprovecha eso para acotar: si el resto va bien, el problema está en lo que hace esa pantalla concreta.
Solución
El único objetivo de estos pasos es sacar el mensaje real. Con él, el arreglo suele ser corto; sin él, no hay arreglo posible, solo intentos.
Si la consola no enseña nada y en Network está todo verde, el fallo probablemente ocurre en el servidor. Entonces el sitio donde mirar son los registros del panel de tu hosting, no el navegador.
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 muestra el mensaje genérico "Something went wrong" y necesito saber qué hay debajo. Necesito que hagas esto: 1. Encuentra en el proyecto el componente que muestra ese mensaje (el límite de error) y dime qué está capturando. 2. Cámbialo para que, además del mensaje amable para el visitante, registre el error real completo en la consola del navegador y, si hay parte de servidor, en sus registros. El visitante no debe ver detalles técnicos, pero yo tengo que poder leerlos. 3. Añade también un identificador corto y visible en esa pantalla de error, para poder relacionar lo que ve un usuario con la entrada concreta del registro. 4. Dime qué partes de la app están cubiertas por ese límite de error y cuáles no, porque en las que no lo estén el fallo se verá como una pantalla en blanco. Después de este cambio te paso el error real y ya trabajamos sobre la causa. No intentes adivinar ahora qué está fallando.
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