Los errores 404 son una de las señales más claras de que algo no funciona bien en una web, y al mismo tiempo una de las oportunidades de mejora más ignoradas. Cuando un usuario o un rastreador llega a una URL que no existe, el servidor devuelve un código de estado 404, lo que significa que la página no se encuentra. El problema no es que aparezcan, ya que en cualquier web con cierto recorrido son inevitables; el problema es no detectarlos a tiempo ni hacer nada con ellos.
Qué son exactamente los errores 404 y por qué aparecen
Un error 404 ocurre cuando el servidor recibe una solicitud para una URL que no tiene ningún recurso asociado. La razón más habitual es que la página existía antes y fue eliminada o movida sin configurar una redirección. También aparecen por enlaces externos que apuntan a URLs antiguas, por errores tipográficos en los enlaces internos, o por cambios en la estructura de permalinks de WordPress que dejan huérfanas páginas que antes funcionaban.
Hay un matiz importante: no todos los 404 tienen el mismo impacto. Un 404 en una página sin tráfico ni enlaces externos apenas perjudica. Pero si una página recibía visitas orgánicas, tenía backlinks de calidad o formaba parte del flujo de navegación del sitio, ese 404 sí representa una pérdida real. En SEO, cuando una URL con autoridad desaparece sin redirección, ese link equity se evapora.
Herramientas para encontrar los errores 404 de tu web
La forma más directa de localizarlos es Google Search Console. En el apartado de Cobertura (o Indexación, según la versión del panel) aparecen las URLs que Googlebot ha intentado rastrear sin éxito, incluyendo las que devuelven 404. Es la fuente más fiable porque muestra exactamente qué ve el buscador, no solo lo que tú crees que hay en tu sitio.
Además de Search Console, herramientas como Screaming Frog SEO Spider permiten rastrear el sitio completo de forma local y detectar tanto los 404 internos como los enlaces rotos que apuntan a páginas inexistentes. La versión gratuita analiza hasta 500 URLs, suficiente para webs pequeñas. Para proyectos más grandes, Ahrefs y Semrush también incluyen auditorías de sitio que identifican páginas con errores de rastreo.
Google Analytics 4 es otra vía, aunque más indirecta. Puedes configurar un segmento o exploración personalizada que filtre las páginas cuyo título contiene «404» o «página no encontrada», lo que te permite ver qué URLs están generando tráfico y devolviendo error. Esto es especialmente útil para detectar 404 que ya están atrayendo usuarios reales.
Revisar el log del servidor
Los logs del servidor son la fuente más exhaustiva, aunque también la que requiere más conocimiento técnico. Herramientas como GoAccess o el módulo de logs de Kinsta y WP Engine permiten visualizar todos los códigos de respuesta registrados. Aquí encontrarás 404 que ni Google ni Analytics han visto, porque provienen de bots, rastreadores de terceros o usuarios directos que no están siendo rastreados por ninguna otra herramienta.
Cómo priorizar qué errores 404 reparar primero
No tiene sentido tratar todos los 404 igual. La priorización debe basarse en tres criterios: si la URL tenía tráfico orgánico, si recibe backlinks externos, y si forma parte de la navegación interna del sitio.
Las URLs con backlinks externos son las más urgentes. Si un dominio con autoridad enlaza a una página tuya que ya no existe, estás perdiendo un activo de SEO que puede ser muy difícil de recuperar. Cruza el informe de 404 de Search Console con el perfil de enlaces en Ahrefs o Semrush para identificar qué páginas muertas siguen recibiendo enlaces. Esas son las primeras que debes resolver.
En segundo lugar van las páginas con tráfico orgánico histórico. Si en Google Analytics tienes registros de que una URL recibía visitas antes de desaparecer, hay una probabilidad real de recuperar ese posicionamiento con una redirección correcta o recreando el contenido.
Los enlaces internos rotos también merecen atención, no por su impacto en SEO directo sino porque dañan la experiencia del usuario y pueden interrumpir el flujo de rastreo del bot. Puedes revisar cómo está estructurada la arquitectura interna de tu sitio para evitar que estos fallos pasen desapercibidos durante meses.
Qué hacer con un error 404: las opciones reales
Una vez identificados y priorizados, tienes básicamente tres caminos.
- Redirigir la URL a otra página relevante. Es la solución más habitual. Si la página fue movida o renombrada, una redirección 301 transmite la mayor parte del link equity a la nueva URL. Si el contenido fue eliminado y no existe equivalente, redirige a la categoría más cercana o a la página de inicio, aunque es una solución menos óptima.
- Recrear el contenido. Si la página tenía tráfico o backlinks, puede valer la pena publicarla de nuevo, con el mismo slug o con una redirección desde el slug antiguo.
- Dejar el 404. En algunos casos es la respuesta correcta. Si la página era irrelevante, no tenía tráfico ni enlaces y no forma parte de ningún flujo de usuario, eliminarla definitivamente es lo más limpio. Google recomienda explícitamente no redirigir de forma masiva páginas sin relación entre sí solo para evitar 404.
En WordPress, plugins como Redirection o RankMath permiten gestionar las redirecciones desde el panel, sin tocar el archivo .htaccess manualmente. Si ya tienes Yoast SEO Premium, también incluye un módulo de redirecciones. Eso sí, ten cuidado con acumular demasiados plugins de redirección activos al mismo tiempo, ya que pueden generar conflictos. Si quieres saber más sobre esto, revisa cómo elegir plugins sin afectar el rendimiento de tu sitio.
El papel de la página 404 personalizada
Aunque lo ideal es que nadie llegue a ver un 404, siempre habrá casos en que ocurra. Tener una página de error personalizada bien diseñada reduce el abandono y mantiene al usuario dentro del sitio.
Una buena página 404 incluye un mensaje claro (sin tecnicismos), un buscador interno, accesos directos a las secciones más visitadas y, si es posible, sugerencias automáticas de contenido relacionado. No hace falta que sea elaborada: con que no sea la página genérica del servidor es suficiente para marcar la diferencia en la percepción del usuario.
En WordPress, la mayoría de los temas permiten personalizar la plantilla 404.php. Si usas un constructor de páginas como Elementor o Divi, también puedes crear una página 404 visual sin tocar código. Lo que nunca deberías hacer es que esa página devuelva un código de estado 200 en lugar de 404, algo que ocurre con algunos temas mal configurados y que se conoce como «soft 404». Google los detecta y los penaliza porque ve contenido de baja calidad indexado donde no debería haberlo.
Soft 404: el error silencioso que pocos detectan
Un soft 404 es una página que visualmente parece un error pero que el servidor sirve con código 200. Sucede, por ejemplo, cuando WordPress muestra la plantilla de «página no encontrada» pero sin configurar correctamente el encabezado HTTP. Para verificarlo, puedes usar la herramienta de Inspección de URL de Search Console o extensiones del navegador que muestren el código de respuesta real del servidor.
Cómo afectan los 404 al rendimiento general de la web
Más allá del SEO, un número elevado de 404 puede tener un impacto en el rendimiento técnico. Cada solicitud a una URL inexistente consume recursos del servidor, especialmente si hay bots que siguen rastreando enlaces rotos de forma repetida. En sitios con mucho tráfico esto puede acumularse. Si ya estás trabajando en la optimización técnica, conviene que los 404 formen parte de tu plan de mantenimiento web periódico, no solo se revisen cuando hay un problema visible.
También influyen en los Core Web Vitals de forma indirecta. Si una página carga recursos (imágenes, scripts, hojas de estilo) que devuelven 404, el tiempo de carga aumenta porque el navegador espera una respuesta que no llega. Esto afecta especialmente al LCP y al TBT. Puedes profundizar en cómo esto impacta tu sitio en la guía de Core Web Vitals.
Un rastreo frecuente con Screaming Frog o una auditoría mensual en Semrush te permite detectar estos recursos rotos antes de que se acumulen. En sitios con actualizaciones frecuentes de contenido o tiendas online donde los productos van y vienen, esto es especialmente necesario. Los ecommerce en WooCommerce, donde los productos se dan de baja con regularidad, suelen tener tasas de 404 mucho más altas de lo que sus propietarios imaginan. Si gestionas uno, puede interesarte cómo reducir el tiempo de carga en WooCommerce, donde el manejo de URLs también juega un papel.
Auditoría de 404: el proceso paso a paso que funciona
Hacer una auditoría ordenada no requiere herramientas de pago. Con Search Console y Screaming Frog gratuito puedes cubrir la mayor parte del trabajo.
- Entra en Google Search Console y exporta el informe de páginas con error 404 desde la sección de Indexación.
- Ejecuta un rastreo de tu sitio con Screaming Frog para detectar enlaces internos que apuntan a URLs inexistentes.
- Cruza ambas listas con el perfil de backlinks de Ahrefs o la versión gratuita de Ubersuggest para identificar cuáles tienen enlaces externos.
- Clasifica por prioridad: backlinks activos primero, tráfico histórico segundo, enlaces internos tercero.
- Implementa redirecciones 301 para los casos que lo merezcan, elimina referencias internas a los que no, y deja los irrelevantes como 404 reales sin redirigir a páginas no relacionadas.
- Verifica en Search Console, tras unas semanas, que Google ha procesado los cambios y las URLs problemáticas han desaparecido del informe.
Este proceso, repetido cada dos o tres meses, mantiene el sitio saneado y evita que los errores se acumulen hasta convertirse en un problema mayor. Si tu web ha pasado por una migración reciente, el volumen de 404 puede ser especialmente alto; en ese caso, conviene revisar las buenas prácticas para migrar una web sin perder posicionamiento y asegurarte de que las redirecciones se implementaron correctamente desde el inicio.
Configura alertas para no esperar a la próxima auditoría
Search Console permite activar notificaciones por correo cuando detecta un aumento significativo en errores de rastreo. Actívalas. Así no tendrás que esperar a tu próxima auditoría trimestral para enterarte de que una actualización del sitio rompió cien URLs de golpe. También puedes usar herramientas de monitorización continua como Sitebulb o Little Warden, que rastrean tu sitio de forma automática y te avisan de cambios en los códigos de respuesta. Para sitios en producción activa, esa capa de monitoreo en tiempo real vale más que cualquier auditoría puntual.
Preguntas frecuentes
¿Tengo que redirigir todos los errores 404 que encuentre en mi web?
No, redirigir todos los errores 404 sin criterio es un error común. Google recomienda no hacer redirecciones masivas hacia páginas sin relación, porque aporta poco valor y puede considerarse una mala práctica. Lo correcto es priorizar las URLs que tienen backlinks externos o tráfico orgánico histórico, y dejar como 404 reales aquellas páginas que eran irrelevantes, sin enlaces ni visitas. Solo debes redirigir cuando existe una página de destino lógica y relacionada con el contenido original.
¿Qué diferencia hay entre un error 404 normal y un soft 404?
Un error 404 normal ocurre cuando el servidor devuelve correctamente el código de estado HTTP 404, indicando que la página no existe. Un soft 404, en cambio, es una página que visualmente muestra un mensaje de error pero el servidor responde con código 200, como si la página existiera y tuviera contenido válido. Esto confunde a Google, que puede intentar indexar esa página de error como si fuera contenido real de baja calidad. Para detectarlo puedes usar la herramienta de Inspección de URL de Google Search Console o extensiones del navegador que muestren el código de respuesta real.
¿Con qué frecuencia debería revisar los errores 404 de mi web?
Para la mayoría de webs, una auditoría cada dos o tres meses es suficiente para mantener el sitio saneado. Sin embargo, si tu web tiene actualizaciones frecuentes de contenido, es una tienda en WooCommerce donde los productos se dan de baja regularmente, o acaba de pasar por una migración, la revisión debería ser más frecuente. Lo más recomendable es activar las alertas de correo de Google Search Console para recibir avisos inmediatos cuando aumenten los errores de rastreo, sin tener que esperar a la próxima auditoría programada.
¿Los errores 404 pueden afectar a la velocidad de carga de mi web?
Sí, aunque de forma indirecta. Cuando una página intenta cargar recursos como imágenes, scripts o hojas de estilo que devuelven 404, el navegador espera una respuesta que nunca llega correctamente, lo que aumenta el tiempo de carga total. Esto puede afectar negativamente a métricas de Core Web Vitals como el LCP y el TBT. Además, si hay bots que rastrean de forma repetida enlaces rotos, esas solicitudes consumen recursos del servidor innecesariamente, lo que en sitios con mucho tráfico puede acumularse y tener un impacto real en el rendimiento.
¿Puedo gestionar las redirecciones de los errores 404 en WordPress sin tocar el .htaccess?
Sí, en WordPress existen varias opciones para gestionar redirecciones directamente desde el panel de administración sin necesidad de editar el archivo .htaccess manualmente. Plugins como Redirection o el módulo de redirecciones de RankMath permiten añadir, editar y monitorizar redirecciones de forma sencilla. Si ya usas Yoast SEO Premium, también incluye esta funcionalidad integrada. Eso sí, evita tener varios plugins de redirección activos al mismo tiempo, ya que pueden generar conflictos entre sí y causar problemas inesperados en el sitio.
