Cómo corregir errores 404 en Google Search Console (2026)

Corrige «No se encontró (404)» en Search Console: cuándo ignorarlo, cuándo usar una redirección 301 y cuándo restaurar la página. Incluye tabla y validación.

Preguntas frecuentes

¿Los errores 404 perjudican mi posicionamiento en Google?

No por sí solos. La documentación de indexación de páginas de Google indica que las respuestas 404 no son necesariamente un problema cuando se eliminó una página sin reemplazo, y enumera el 404 de una página eliminada como un motivo normal para que una URL no se indexe. Los que conviene corregir son los 404 de URL a las que enlazas tú mismo o que incluyes en tu sitemap.

¿Debo usar un 404 o un 410 para las páginas eliminadas?

Para la Búsqueda de Google no hay una diferencia práctica. La documentación de códigos de estado HTTP de Google trata todos los errores 4xx, salvo el 429, de la misma manera: el contenido se considera inexistente, una URL ya indexada se elimina del índice y el rastreo de esa URL disminuye poco a poco. Usa el que tu plataforma te ponga más fácil.

¿Cuánto tarda «Validar corrección» con los errores 404?

Google indica que la validación suele tardar hasta unas dos semanas, aunque puede tardar bastante más. No vuelvas a hacer clic en Validar corrección hasta que la validación actual haya terminado con éxito o con error. Si Google encuentra una sola instancia restante del problema, la validación se detiene.

¿Por qué una URL ya corregida sigue apareciendo en el informe «No se encontró (404)»?

Google sigue intentando rastrear una URL que no existe durante un tiempo, así que puede seguir apareciendo en la lista después de que la corrijas. Además, la lista de ejemplos del informe está limitada a 1000 filas y no garantiza mostrar todas las URL. Corrige la causa (enlaces rotos, entradas del sitemap), ejecuta la validación y espera.

¿Debo redirigir todos los 404 a mi página de inicio?

No. La recomendación de Google es devolver una redirección 3XX cuando una página se ha trasladado a otra. Una página sin un reemplazo real es mejor dejarla como 404. Enviar URL sin relación a la página de inicio le da al visitante algo que no pidió y te oculta el problema real.

Respuesta corta: en Search Console, abre Indexing > Pages (Indexación > Páginas), haz clic en Not found (404) (No se encontró (404)) y clasifica cada URL en uno de tres grupos. Si la página se eliminó a propósito y nada enlaza a ella, ignórala. Si la página se movió o tiene un reemplazo cercano, añade una redirección 301 a ese reemplazo. Si la página debería existir, restáurala. Después corrige los enlaces internos o las entradas del sitemap que apunten a la URL muerta y haz clic en Validate fix (Validar corrección).

La mayoría de los «errores 404» de Search Console no necesitan corrección alguna, así que la habilidad clave es el triaje, no la reparación.

Qué significa realmente «No se encontró (404)»

El informe de indexación de páginas enumera las URL que Google intentó rastrear y no pudo indexar. «No se encontró (404)» significa que el servidor respondió a esa solicitud con un código de estado 404. Eso es todo lo que dice. No dice que la URL tenga importancia.

La recomendación de Google es concreta: corrige solo los errores 404 de URL a las que enlazas tú mismo o que incluyes en un sitemap, y si una página se ha movido, devuelve una redirección 3XX a la nueva página. Google también incluye «un 404 de una página que has eliminado y para la que no tienes reemplazo» entre los motivos legítimos por los que una página no se indexa.

Si aún no has configurado la herramienta, empieza con nuestra guía de Search Console o con el tutorial para verificar tu sitio en Google Search Console.

Paso 1: exporta la lista y averigua de dónde viene cada 404

Abre Search Console y elige tu propiedad.
Ve a Indexing > Pages (Indexación > Páginas).
Desplázate hasta la tabla «Why pages aren't indexed» (Motivos por los que las páginas no se indexan) y haz clic en Not found (404).
Revisa las URL de ejemplo. La tabla está limitada a 1000 filas y no garantiza mostrar todas las URL, así que trátala como una muestra si tu sitio es grande.
Exporta los datos si prefieres trabajar en una hoja de cálculo.
Haz clic en una URL y usa Inspect URL (Inspeccionar URL) para ver cómo la descubrió Google. La página de referencia y los datos del sitemap te dicen si el enlace es tuyo.

La fuente de descubrimiento es el dato clave. Un 404 que Google encontró a través de tu propia navegación o de tu sitemap es un defecto real. Un 404 encontrado a través de un enlace externo antiguo o de un error tipográfico en el sitio de otra persona suele ser ruido, a menos que ese enlace envíe visitantes reales.

Paso 2: decide si ignorar, redirigir o restaurar

Usa esta tabla para cada grupo de URL del informe.

Situación	Cómo se ve	Acción
Página eliminada a propósito, sin reemplazo y sin enlaces internos	Producto antiguo, evento caducado, página de prueba	Ignorar. Deja el 404 (o 410).
Página eliminada, pero existe un reemplazo cercano	Producto descatalogado, versión más reciente de la guía	Redirección 301 a la página equivalente más cercana.
La URL cambió (cambio de slug, cambio de carpeta, migración de dominio o a HTTPS)	El mismo contenido en una dirección nueva	Redirección 301 de la URL antigua a la nueva, en un solo salto.
La página debería existir pero se eliminó o despublicó por error	Página de servicio activa, artículo clave	Restaurarla, confirmar que devuelve 200 y validar.
Tu menú, tu pie de página o enlaces del cuerpo apuntan a ella	Enlace interno a una URL muerta	Corregir el enlace (o redirigir si la página se movió).
Aparece en tu sitemap XML	El sitemap incluye URL eliminadas	Quitarla del sitemap y luego decidir entre redirigir o ignorar.
URL basura de spam o parámetros extraños	Cadenas aleatorias, patrones de scrapers	Ignorar. Revisa la seguridad si parecen inyectadas (ver más abajo).

Cuando el reemplazo no se parece lo suficiente, no lo fuerces. La documentación de redirecciones de Google las describe como la forma de enviar a los usuarios y a Google a la nueva ubicación de una página, y una página sin nueva ubicación no tiene a dónde apuntar.

Paso 3: añade la redirección correctamente

Para un traslado permanente, Google recomienda siempre que sea posible una redirección permanente del lado del servidor. Los códigos de estado 301 y 308 significan que una página se ha movido de forma permanente. Google indica que solo uses redirecciones con JavaScript si no puedes usar redirecciones del lado del servidor ni meta refresh.

Reglas prácticas:

Redirige a la única URL que mejor coincida, no a través de una cadena de saltos.
Apunta a una página que responda con un 200 normal, no a otra redirección ni a un error.
Actualiza también tus enlaces internos a la nueva URL, para no depender de la redirección para siempre.
En WordPress, un plugin de redirecciones o las reglas de redirección de tu hosting lo resuelven. En otras plataformas, usa los ajustes de redirección o reescritura de tu servidor o CMS.

Ejemplo de mapa de redirecciones que puedes pasar a un desarrollador o pegar en una herramienta de redirecciones:

`` /old-pricing -> /pricing /blog/2022/seo-tips -> /blog/seo-tips /services/web-design -> /services/website-design ``

Paso 4: prueba la corrección y luego valida

Antes de avisar a Google, comprueba tú mismo la URL.

Abre la URL antigua en un navegador, o ejecuta una comprobación de encabezados, y confirma que devuelve un 301 y termina en una página con 200.
En Search Console, pega la URL en la barra superior y ejecuta Inspect URL (Inspeccionar URL); después usa la prueba en vivo para ver qué recibe Google.
Confirma que la URL ya no está en tu sitemap y que ninguna página interna enlaza a ella.

Después, valida:

Abre el problema Not found (404) en el informe de indexación de páginas.
Haz clic en Validate fix (Validar corrección).
Vigila el estado. No vuelvas a hacer clic en Validar corrección hasta que la validación haya terminado con éxito o con error.
Si falla, haz clic en See details (Ver detalles), corrige las URL restantes y reinicia el proceso.

Google indica que la validación suele tardar hasta unas dos semanas, pero puede tardar mucho más. Además, se detiene si encuentra una sola instancia restante, así que valida solo cuando hayas corregido todo el grupo. Un consejo de la documentación de Google: validar un subconjunto de las URL afectadas puede completarse más rápido, y puedes hacerlo filtrando el informe con un sitemap que contenga solo tus páginas clave.

Una nota relacionada: Google trata las URL con 404 de forma gradual. Según explica, ante una URL que devuelve 404, el sistema de indexación la elimina del índice si estaba indexada, las páginas 404 recién descubiertas no se procesan y la frecuencia de rastreo disminuye poco a poco. Por eso, una URL que dejes como 404 irá desapareciendo por sí sola.

Paso 5: descarta los casos que «no son realmente un 404»

Hay dos casos parecidos que requieren un tratamiento distinto:

Soft 404. La página devuelve un código 200 pero muestra una página vacía o un mensaje de error, y Search Console informa de un soft 404. Se arregla devolviendo un estado 404 real o poniendo contenido de verdad en la página.
URL hackeadas o inyectadas. Una avalancha repentina de 404 sobre nombres de archivo extraños o rutas con aspecto de spam puede indicar que el sitio está comprometido. Si es lo que ves en un CMS, lee nuestras guías de solución para WordPress, Joomla o Drupal y vuelve a revisar el informe.

Lista de triaje para copiar

[ ] Exporté las URL de No se encontró (404) desde Indexing > Pages
[ ] Marqué cada URL: enlace propio, mi sitemap, enlace externo o desconocido
[ ] Ignoré las páginas eliminadas sin reemplazo y sin enlaces internos
[ ] Añadí redirecciones 301 para las páginas movidas, en un solo salto, a una página con 200
[ ] Restauré las páginas eliminadas por error
[ ] Corregí los enlaces internos que apuntaban a URL muertas
[ ] Quité las URL muertas del sitemap XML
[ ] Comprobé una muestra con Inspect URL
[ ] Hice clic en Validate fix una sola vez y esperé el resultado

Evita el próximo lote

La mayoría de los 404 recurrentes vienen de rediseños del sitio, slugs renombrados y entradas eliminadas sin un plan de redirecciones. Antes de cualquier migración, haz una lista de las URL antiguas y asigna a cada una su nuevo destino. Si de todos modos vas a rehacer un sitio pequeño, el plan gratuito de We.Inc te permite publicar hasta tres sitios a partir de plantillas listas para usar; el creador con IA que redacta un sitio a partir de una descripción empieza en el plan Starter, a $20 al mes. Puedes registrarte aquí. En cualquier caso, conserva tu mapa de URL antiguas a nuevas, porque es lo que mantiene limpio este informe.

Para una introducción más amplia a la herramienta, consulta Google Search Console para principiantes.

Empieza gratis · Sin tarjeta de crédito

Umair Ali Sadaqat

Fundador de We.Inc

Umair es el fundador de We.Inc. Escribe sobre la creación de sitios web con IA, las agencias y el negocio de gestionar un estudio web.

¿Listo para crear algo grande?

Únete a los 15,000+ negocios que usan We.Inc para lanzar, crecer y automatizar, todo desde una plataforma.