ERR_CACHE_MISS: cómo solucionarlo en Chrome, Edge y Android

¿Qué es ERR_CACHE_MISS?

ERR_CACHE_MISS significa que Chrome necesitaba una copia guardada (en caché) de una página y no la tenía. Lo más habitual es que hayas pulsado Atrás para volver a una página creada por un formulario, como el resultado de un inicio de sesión, una búsqueda o un pago: Chrome no vuelve a enviar el formulario por su cuenta, así que muestra Confirmar reenvío del formulario con el código ERR_CACHE_MISS.

No sale de tu navegador y no es un código de estado HTTP. La lista de errores de Chromium lo define como el error -400: "The cache does not have the requested entry" ("La caché no tiene la entrada solicitada") (net_error_list.h). Chrome guarda copias de los resultados de formularios para que Atrás pueda mostrarlos de nuevo; cuando falta esa copia, la única forma de reconstruir la página es reenviar el formulario, y esa decisión Chrome te la deja a ti.

Es una parada de seguridad, no un fallo ni una amenaza: reenviar un formulario puede repetir lo que hizo, como un pago, un pedido o una publicación.

Cómo se ve ERR_CACHE_MISS

Chrome y Edge muestran una de estas dos páginas, con ERR_CACHE_MISS impreso bajo el mensaje:

• Confirmar reenvío del formulario — tras Atrás o Adelante a una página que creó un formulario: "Esta página web necesita los datos introducidos anteriormente para mostrarse correctamente. Puedes volver a enviar los datos, pero se repetirán las acciones que haya realizado la página." Debajo: "Pulsa el botón de actualización de página para que se vuelvan a enviar los datos necesarios para cargar la página."
• No se puede cargar este sitio web desde la caché — con "La copia guardada (almacenada en caché) de este sitio web no se ha podido leer." y un botón Volver a cargar: una página que Chrome solo podía tomar de su caché no estaba allí
• El cuadro de reenvío — después de pulsar Volver a cargar en la primera página: "La página que buscas ha utilizado la información que has especificado. Volver a la página podría provocar la repetición de alguna acción. ¿Quieres continuar?" con un botón Continuar
• net::ERR_CACHE_MISS — el mismo error en la consola de DevTools o en el registro del WebView de una app de Android

¿Qué causa ERR_CACHE_MISS?

Todas las causas se reducen a lo mismo: se le dijo a Chrome que usara su caché y la página no estaba en ella.

• Volver con Atrás o Adelante a la página de resultado de un formulario — Chrome guarda la página que produjo un formulario (una petición POST) para que Atrás pueda mostrarla otra vez. Si esa copia ya no está, Chrome tendría que reenviar el formulario, así que se detiene y pregunta.
• La página pidió que no se guardara — una página de resultado enviada con Cache-Control: no-store nunca se conserva, así que volver a ella con Atrás siempre lleva a la página de reenvío.
• Una caché borrada o recortada — borrar los datos de navegación, o que Chrome recorte su caché para ahorrar espacio, elimina la copia guardada de una página de resultado.
• Cargas solo desde la caché — un WebView de Android sin acceso a la red, el modo sin conexión de una app o un script que pide solo una copia en caché fallan con ERR_CACHE_MISS cuando no hay nada guardado.
• Una caché dañada — las notas del propio Chromium dicen que una caché ilegible suele deberse a un apagado incorrecto. Eso muestra la página "No se puede cargar este sitio web desde la caché", a menudo con ERR_CACHE_READ_FAILURE.
• Una extensión que reescribe peticiones — rara vez, una extensión que bloquea o cambia peticiones impide que una página cargue con normalidad. Una ventana de incógnito lo descarta.

ERR_CACHE_MISS frente a «Confirmar reenvío del formulario»

Están relacionados, pero aparecen en momentos distintos. Volver a cargar una página que produjo un formulario abre enseguida el cuadro Confirmar reenvío del formulario. Volver atrás a esa página más tarde con Atrás o Adelante, cuando Chrome ya no tiene copia, muestra la página Confirmar reenvío del formulario con el código ERR_CACHE_MISS; al pulsar Volver a cargar ahí se abre el mismo cuadro. Continuar envía el formulario otra vez y Cancelar te deja donde estás.

Chrome no decide por ti porque el envío de un formulario (POST) no es una petición "segura" en los términos de HTTP: enviarlo de nuevo puede repetir lo que hizo.

Haz clic en Continuar para una búsqueda, un filtro o una página que solo viste. Para un pago, un pedido, una reserva o una publicación, haz clic en Cancelar y revisa el historial de pedidos del sitio o tu correo.

Cómo solucionar ERR_CACHE_MISS (para usuarios)

Sigue estos pasos en orden. El primero resuelve el caso habitual: una página de formulario a la que volviste con Atrás. Si no carga el sitio entero, comprueba si está caído para todos con el Verificador de páginas caídas.

Solución 1: volver a cargar y reenviar solo si es seguro

En la página Confirmar reenvío del formulario, pulsa Volver a cargar (o F5). Chrome pregunta si debe enviar el formulario otra vez: haz clic en Continuar solo si repetirlo es inofensivo. Aún más seguro: no vuelvas con Atrás. Abre la página de nuevo desde el menú del propio sitio o desde la barra de direcciones, que carga una copia nueva sin formulario de por medio.

En una página normal que dice "No se puede cargar este sitio web desde la caché", haz una recarga forzada, que omite la caché:

# Windows / Linux
Ctrl + Shift + R

# Mac
Cmd + Shift + R

# Windows / Linux alternative
Ctrl + F5  (or Shift + F5)

Con DevTools abierto (F12), también puedes hacer clic derecho en el botón de volver a cargar y elegir Vaciar la caché y volver a cargar de manera forzada.

Solución 2: borrar la caché (solo si sigue ocurriendo)

Borrar la caché no ayuda en el caso del formulario: elimina copias guardadas, así que incluso puede causar el error. Sí ayuda cuando las páginas normales siguen mostrando "No se puede cargar este sitio web desde la caché", lo que apunta a una caché dañada:

• Paso 1: Pulsa Ctrl+Mayús+Supr (Mac: Cmd+Mayús+Supr) para abrir Borrar datos de navegación
• Paso 2: Elige el intervalo Desde siempre
• Paso 3: Marca Archivos e imágenes en caché (las cookies son opcionales, véase abajo)
• Paso 4: Haz clic en Eliminar datos y reinicia Chrome

Solución 3: probar en modo incógnito

Una ventana de incógnito empieza con la caché vacía y sin tus extensiones (salvo que las permitieras ahí). Abre una con Ctrl+Mayús+N (Windows, Linux) o Cmd+Mayús+N (Mac) y carga la misma página desde el sitio, no con Atrás.

Si funciona ahí pero no en una ventana normal, hay una extensión o la caché de por medio: prueba las Soluciones 2 y 4.

Solución 4: desactivar las extensiones del navegador

Las extensiones que bloquean o reescriben peticiones pueden impedir de vez en cuando que una página cargue con normalidad.

Ve a chrome://extensions/, desactiva todas las extensiones y vuelve a cargar la página. Si el error desaparece, actívalas de una en una para encontrar la responsable.

Solución 5: actualizar Chrome (y Android System WebView)

Ve a chrome://settings/help para instalar cualquier actualización; Chrome la aplica al reiniciar. En Android, actualiza tanto Chrome como Android System WebView en Play Store, ya que las apps que muestran páginas web usan WebView.

Si el error empezó justo después de una actualización y aparece en páginas que no son formularios, busca un problema conocido con tu versión en el rastreador de incidencias de Chromium.

Cómo solucionar ERR_CACHE_MISS (para desarrolladores)

Si tus visitantes se encuentran con ERR_CACHE_MISS en tu sitio, casi seguro vuelven con Atrás a una página que tu servidor generó directamente desde un POST de formulario. La solución está en el servidor: Post/Redirect/Get.

El patrón Post/Redirect/Get (PRG)

El patrón Post/Redirect/Get (PRG) es la solución definitiva para ERR_CACHE_MISS. El concepto es sencillo: después de procesar el envío de un formulario POST, responde con una redirección HTTP (302 o 303) a una página de confirmación GET en lugar de renderizar la respuesta directamente.

Sin PRG, el historial del navegador termina con una petición POST. Cuando el usuario recarga, Chrome pide reenviar el formulario; cuando vuelve con Atrás o Adelante y la copia ya no está, Chrome muestra ERR_CACHE_MISS. Con PRG, el historial termina con una petición GET segura que se puede recargar o a la que se puede volver sin problemas.

# Without PRG (causes ERR_CACHE_MISS):
POST /checkout → 200 OK (render confirmation page)
# User reloads → "Confirm Form Resubmission" dialog
# User comes back with Back/Forward, copy gone → ERR_CACHE_MISS

# With PRG (no cache issues):
POST /checkout → 303 See Other → Location: /order/12345
GET /order/12345 → 200 OK (render confirmation page)
# User refreshes → Normal page reload (safe GET request)

Usa 303 See Other (preferible) o 302 Found para la redirección. La RFC 9110 dice que 303 se usa "principalmente para permitir que la salida de una acción POST redirija al agente de usuario a otro recurso", que es justo lo que necesitas. El Verificador de redirecciones de DNS Robot muestra el código de estado que devuelve realmente el endpoint de tu formulario.

Revisa tus encabezados Cache-Control

Comprueba qué envía la página de resultado de tu formulario con Chrome DevTools (F12 → Network → la petición → Headers), o desde fuera con el Verificador de encabezados HTTP de DNS Robot.

En una página que produjo un formulario, Cache-Control: no-store impide que Chrome conserve la copia que necesita Atrás, así que cada Atrás acaba en la página de reenvío. Mantén no-store en las páginas con datos personales o de pago y usa PRG, de modo que el resultado sea de todos modos una página GET normal.

Solucionar conflictos de caché en WordPress

Los plugins de caché de páginas no causan ERR_CACHE_MISS por sí solos, pero un carrito, un checkout o una página de acceso en caché rompe los formularios y manda a los visitantes de un lado a otro, que es donde aparece el error.

Si usas WooCommerce, asegúrate de que tu plugin de caché excluya las páginas dinámicas: carrito, checkout y mi cuenta nunca deben almacenarse en caché. WP Super Cache, W3 Total Cache y LiteSpeed Cache tienen ajustes para ello.

• Purga todas las cachés — Limpia a la vez la caché de tu plugin, la del hosting (si aplica) y la del CDN
• Desactiva plugins conflictivos — Nunca ejecutes dos plugins de caché de página completa al mismo tiempo
• Excluye páginas dinámicas — Las páginas de carrito, checkout e inicio de sesión deben quedar fuera de la caché
• Revisa la caché a nivel de servidor — Tu proveedor de hosting puede añadir su propia capa de caché (Varnish, LiteSpeed, etc.) que entre en conflicto con tu plugin

ERR_CACHE_MISS en Android (apps y WebView)

Si lo ves dentro de una app (un navegador integrado, una pantalla de acceso o de pago), actualiza Chrome y Android System WebView en Play Store y luego borra la caché de la app: Ajustes → Aplicaciones → la app → Almacenamiento y caché (Almacenamiento en algunos teléfonos) → Borrar caché. Si continúa, la propia app necesita una corrección: avisa a su desarrollador.

Si creas la app: un WebView necesita el permiso INTERNET. Sin él, Android bloquea por defecto las cargas de red del WebView (setBlockNetworkLoads vale true por defecto), así que las páginas solo pueden venir de la caché y fallan con net::ERR_CACHE_MISS.

<!-- AndroidManifest.xml, inside <manifest> -->
<uses-permission android:name="android.permission.INTERNET" />

Después revisa el modo de caché: LOAD_CACHE_ONLY ("No usar la red, cargar desde la caché", a menudo activado para un modo sin conexión) falla con ERR_CACHE_MISS para todo lo que no esté ya en caché, así que usa LOAD_DEFAULT. En las apps de Flutter y React Native, el permiso también va en el AndroidManifest.xml del proyecto de Android.

ERR_CACHE_MISS en otros navegadores

ERR_CACHE_MISS es un código de Chromium, así que Chrome, Edge, Brave, Opera y Vivaldi muestran las mismas páginas. Los demás navegadores se detienen en la misma situación con sus propias palabras.

La página de Firefox se titula "Document Expired" (en inglés) y dice: "El documento requerido ya no está disponible en la caché de Firefox. Como precaución de seguridad, Firefox no vuelve a pedir automáticamente documentos sensibles. Haga clic en Reintentar para volver a pedir el documento del sitio web." La solución es la misma: volver a cargar solo si reenviar es seguro, o usar PRG en el servidor.

Errores de caché de Chrome relacionados

Los errores de caché de Chrome comparten el prefijo ERR_CACHE_. Solo unos pocos llegan a una página de error; la mayoría (como -408, una discrepancia de suma de comprobación) son internos de la caché.

ERR_CACHE_READ_FAILURE muestra la misma página "No se puede cargar este sitio web desde la caché": ahí la solución es borrar la caché (Solución 2). Para ERR_CACHE_MISS, empieza por las soluciones de formulario de arriba. ¿Otro error de Chrome? Mira ERR_CONNECTION_REFUSED o ERR_NAME_NOT_RESOLVED.