No encontrada (404): ¿hay que corregir? (Search Console)
En el informe "Indexación de páginas" de Google Search Console, «No encontrada (404)» parece una lista de errores que resolver uno por uno. Google dice lo contrario: la mayoría de esas 404 son perfectamente normales.
Una página eliminada debe devolver un 404 —es el comportamiento esperado, no un defecto. Así que el verdadero trabajo no es vaciar la lista, sino detectar las pocas URLs que importan. ¿Cuál era una página útil, perdida por error? ¿Cuál sigue enlazada desde tu sitio o tu sitemap? Y para esas, ¿hay que redirigir, restaurar o dejarla morir limpiamente?
Tres preguntas que convierten una lista larga e intimidante en un puñado de acciones útiles.
¿Qué significa «No encontrada (404)»?
Significa que la URL devuelve un código HTTP 404: el servidor informa de que la página no existe. Por tanto, Google no la indexa, o la retira del índice si estaba. En la mayoría de los casos es normal —una página eliminada debe devolver un 404.
Google es explícito: una respuesta 404 no es necesariamente un problema si la página se retiró sin reemplazo. El informe lista estas URLs a título informativo, no como un lote de errores a corregir. Las únicas 404 que merecen acción son las que sigues enlazando o listas en tu sitemap, más las páginas útiles que desaparecieron por accidente.
Así que la pregunta útil no es «cómo elimino todas estas 404», sino «¿cuáles de ellas merecen acción?».
Cuando es normal: nada que hacer
Buena parte de estas URLs no requiere ninguna acción. Estas 404 son sanas:
- Una página eliminada definitivamente, sin equivalente, que ya no tiene razón de existir.
- Un producto retirado del catálogo sin reemplazo, que no volverá.
- Una URL antigua de campaña o de prueba, nunca destinada a durar.
- Una URL errónea creada en otro sitio: otra web que te enlaza con una errata, un scraper que inventa direcciones. El 404 es la respuesta correcta.
El punto común: la página ya no existe a propósito, y nadie importante apunta a ella. Dejar un 404 limpio es entonces la mejor decisión —forzar su desaparición del informe no sirve de nada.
Cuando una 404 merece tu atención
Solo dos casos justifican una acción. Son los que hay que aislar en la lista.
- Una página útil que pasó a 404 por error. Una eliminación accidental, una URL cambiada sin redirección, un despliegue fallido. La página tenía tráfico, enlaces, posiciones —y desapareció. Es el caso más costoso.
- Una 404 aún enlazada o en el sitemap. Es exactamente el subconjunto que Google pide corregir: si tu propio sitio sigue enlazando una página muerta, o la envía en el sitemap, mandas a visitantes y a Googlebot a un callejón sin salida y malgastas presupuesto de rastreo. O el destino existe en otro sitio (redirige), o no (retira el enlace y la entrada del sitemap).
Todo lo demás —las 404 que ya nadie referencia— puede quedarse como está.
404 vs 410 (Gone): la señal de «eliminado para siempre»
Dos códigos le dicen a Google que una página ya no está, con un matiz útil. Respuesta directa: un 404 significa «no encontrada» (quizá temporalmente); un 410 significa «eliminada permanentemente», una señal más explícita.
En la práctica, Google trata ambos de forma muy parecida y acaba desindexando en los dos casos. La diferencia: un 410 afirma la intención de eliminar, lo que puede acelerar ligeramente la retirada del índice. Si eliminas deliberadamente un lote de páginas (promos antiguas, fichas descatalogadas) y quieres señalarlo con claridad, el 410 es el código más limpio. Para el resto, un 404 es perfectamente válido —no hace falta migrar todas tus páginas muertas a 410.
Redirigir, restaurar o dejar en 404
Para cada 404 que merece acción, tres salidas posibles. La elección correcta depende de lo que era la página y de lo que la reemplaza.
- Corregir el enlace. Si la 404 viene de una URL errónea (una errata en un enlace interno, una entrada incorrecta), corrige el enlace: la página correcta ya existe.
- Redirigir con un 301. Si la página tiene un verdadero equivalente (un producto que sustituye a otro, un artículo fusionado), redirige con un 301 a ese equivalente, no al inicio.
- Restaurar. Si una página útil desapareció por error, vuelve a publicarla en la misma URL.
- Dejarla en 404 (o 410). Si la página no tiene equivalente ni razón para volver, deja el 404 —y retírala del sitemap y de tus enlaces internos.
Una trampa a evitar a toda costa: no redirijas una página eliminada al inicio «para recuperar el jugo de enlaces». Google trata una redirección a una página sin relación como un Soft 404 —cambias un 404 honesto por otro problema. La redirección solo tiene sentido hacia un equivalente real.
Eso es también lo que distingue este estado de un Soft 404: una «No encontrada (404)» devuelve realmente un código 404, mientras que un Soft 404 devuelve un código 200 en una página vacía o de poco valor. Los dos se corrigen de forma distinta.
Ahora que sabes qué 404 merece qué, queda distinguirlas en una lista que puede contar miles.
Identificar las páginas afectadas en la lista que analizas
Aquí es donde Search Console muestra su límite: su herramienta de inspección de URL trata una sola URL cada vez. Para saber, página por página, si una 404 era una página útil, si sigue recibiendo enlaces internos o está en el sitemap, inspeccionas, lees, pasas a la siguiente. Viable con un puñado de URLs. Con cientos, distinguir las pocas 404 que importan del ruido normal se vuelve impracticable.
Ese es el muro que IndexProbe derriba. IndexProbe es la versión en masa de la herramienta de inspección de URL de Google: consulta la API oficial de Search Console para inspeccionar, en un solo análisis, la lista de URLs que le proporcionas (importación CSV, sitemap, copiar y pegar). Para cada página muestra su estado, el segmento de URL y los enlaces internos que sigue recibiendo.
Ver, entre cientos de 404, cuáles siguen enlazadas y en qué segmentos es exactamente lo que separa el ruido normal de las 404 a corregir.
Lo que obtienes depende de la lista que aportes. IndexProbe no rastrea tu sitio para descubrir URLs: inspecciona las que le das, y solo esas.
- Una selección de páginas estratégicas (tus páginas clave, tu sitemap de páginas a indexar). Cualquier página importante que aparezca como «No encontrada (404)» es una señal inmediata: una página útil perdida, a restaurar o a redirigir a su equivalente.
- Una exportación completa de tus URLs (sitemap entero, exportación de rastreo…). El desglose por tipo de página muestra dónde se concentran las 404 (una plantilla, una familia de productos retirada), y el cruce con los enlaces internos aísla las 404 que tu enlazado sigue apuntando.
💡 ¿Quieres saber cuáles de tus 404 siguen enlazadas, en el sitemap, o eran páginas estratégicas? IndexProbe inspecciona tu lista de URLs y te da la respuesta en un análisis. Probar IndexProbe en acceso anticipado →
Corregir según el caso
Una vez triadas tus 404, aplica la acción correspondiente —y limpia sistemáticamente las señales que aún apuntan a páginas muertas.
- Enlace interno erróneo → corrige la URL del enlace a la página correcta.
- Página movida → redirección 301 al equivalente real (nunca al inicio).
- Página eliminada definitivamente → deja el 404 (o pasa a 410), y luego retírala del sitemap y de tus enlaces internos.
- Página útil perdida por error → restáurala en la misma URL.
En todos los casos en los que la página no vuelve, el reflejo final es el mismo: que ningún enlace interno ni entrada de sitemap apunte ya a un 404. Es esa limpieza, y no la desaparición del estado, lo que importa para Google y tus visitantes.
Comprobar que la corrección funcionó
Tras tus correcciones, confirma a escala. Reinspecciona tus URLs y compara dos análisis en el tiempo: las 404 que seguías enlazando deben salir de tu enlazado y de tu sitemap, las páginas útiles restauradas deben volver a indexarse, y las páginas movidas deben apuntar a su equivalente.
Es el ciclo completo: entender que la mayoría de las 404 son normales, aislar las que importan, actuar, limpiar el enlazado, comprobar.
Preguntas frecuentes
«No encontrada (404)», ¿es grave? No en sí mismo. Una página eliminada debe devolver un 404, y Google no pide corregirlas todas. Solo se vuelve un problema si una página útil desapareció por error, o si sigues enlazando una 404 / la listas en tu sitemap.
¿Hay que corregir todos los errores 404? No. Según Google, un 404 en una página retirada sin reemplazo es normal. Corrige solo las 404 que sigues enlazando internamente o que aparecen en tu sitemap, y restaura las páginas útiles perdidas por error.
¿Debo usar un 404 o un 410? Ambos le dicen a Google que la página ya no está, y acaba desindexando en los dos casos. Un 410 («Gone») es una señal más explícita de eliminación permanente, algo más rápida. Para una eliminación deliberada y asumida, prefiere el 410; si no, un 404 basta.
¿Hay que redirigir una página 404 al inicio? No. Redirigir una página eliminada a una página sin relación (como el inicio) es tratado por Google como un Soft 404. Redirige solo a un equivalente real; si no, deja el 404 y retira los enlaces internos.
¿Qué diferencia hay entre «No encontrada (404)» y «Soft 404»? Una «No encontrada (404)» devuelve realmente un código 404: la página no existe. Un Soft 404 devuelve un código 200 (la página «existe») pero su contenido está vacío o es de poco valor, y Google la trata como un 404. Las dos se corrigen de forma distinta.
¿Cómo comprobar este estado en un gran número de URLs? La inspección de URL de Search Console trata una URL cada vez. Para triar a escala, una herramienta como IndexProbe inspecciona la lista de URLs que le proporcionas (CSV, sitemap) y muestra, para cada una, el estado, el segmento y los enlaces internos que recibe.
Deja de tratar tus 404 como una lista de errores. IndexProbe se conecta a la API oficial de Search Console e inspecciona tu lista de URLs en un solo análisis: estado de indexación, segmento, enlaces internos recibidos. En minutos aíslas las pocas 404 que importan —páginas útiles perdidas, 404 aún enlazadas— y verificas tus correcciones de un análisis al siguiente.