Error 404: cuándo corregirlo y cuándo dejarlo estar
Abres Search Console y ves una lista de páginas con error 404. Tu primera reacción es querer arreglarlas todas. La segunda, mandarlas a la página de inicio y confiar en que Google dé el asunto por cerrado.
Antes de tocar nada, falta una pregunta: ¿esa página debería seguir existiendo? Un servicio que has movido, un producto eliminado y una dirección que alguien ha escrito mal pueden terminar en el mismo aviso. No necesitan la misma solución.
Respuesta corta. Corrige un error 404 cuando la página debería estar disponible o cuando tus enlaces llevan a una dirección equivocada. Si el contenido se ha trasladado y existe un destino equivalente, redirige a esa nueva URL. Si lo has eliminado sin sustituto, una respuesta 404 o 410 puede ser correcta. Google aclara que los 404 de URL que no deberían existir no perjudican por sí mismos el rendimiento del sitio.
¿Qué significa un error 404 en tu web?
Un 404 es una respuesta HTTP: el servidor comunica que no encuentra el recurso solicitado. Puede aparecer porque has borrado una página, has cambiado su dirección sin redirigirla o hay un enlace mal escrito.
El mensaje que ve el visitante y la respuesta del servidor son cosas distintas. Una pantalla puede decir "Página no encontrada" y devolver un 200, el código con el que normalmente se entrega contenido disponible. Por eso no basta con mirar si sale un dibujo simpático.
En su documentación sobre códigos HTTP y Búsqueda, Google explica que no considera las URL con respuesta 4xx para indexarlas y que elimina del índice las que ya estaban indexadas y pasan a devolver esos códigos. La excepción en ese grupo es el 429, que trata como señal de sobrecarga del servidor.
La distinción importa: que una URL eliminada deje de aparecer puede ser precisamente lo que querías. Que deje de aparecer la página con la que vendes tu servicio es otro asunto.
¿Cuándo debes corregir un 404 y cuándo puedes conservarlo?
Empieza por la función de la página, no por el número de avisos del informe. Mi criterio para esta revisión es separar lo que impide llegar a un contenido útil de lo que simplemente confirma que una dirección ya no existe.
Esta tabla es una propuesta de trabajo basada en los casos que distingue Google, no una orden de redirigir cualquier URL que aparezca en Search Console.
| Situación | Decisión que conviene revisar |
|---|---|
| La página debe existir, pero da 404 | Recuperar el contenido o corregir la ruta que falla. |
| El mismo contenido se ha trasladado de forma permanente | Redirigir la dirección antigua a su equivalente actual. |
| Un enlace interno apunta a una URL mal escrita | Corregir el enlace de la página de origen. |
| El contenido se ha eliminado sin reemplazo equivalente | Mantener una respuesta 404 o 410. |
| La URL nunca existió y no hay una necesidad real detrás | Comprobar su origen; no crear una página solo para borrar el aviso. |
Si no ves todas las columnas, desliza la tabla horizontalmente.
Por ejemplo, imagina una web de reformas que cambia la dirección de su servicio de cocinas. El servicio sigue existiendo: el problema es que quien entra por el enlace antiguo no llega a él. Tiene sentido dirigirlo a la nueva página equivalente.
Ahora imagina una oferta de un curso que ya no se imparte y no tiene sustituto. Enviarla a la portada de la academia no convierte la portada en ese curso. Son ejemplos hipotéticos para decidir, no casos de clientes ni resultados medidos.
Priorizaría primero las URL de servicios, productos o recursos que deberían seguir disponibles y los enlaces que tu propia web sigue ofreciendo. Después revisaría direcciones antiguas o desconocidas. Esa es una propuesta de orden de trabajo, no una clasificación de gravedad publicada por Google.
¿Cómo encuentras de dónde viene el enlace roto?
No te quedes con la URL que falla. Busca también la página o el archivo que la sigue recomendando. Si arreglas el destino, pero dejas un menú enlazando mal, el problema editorial continúa ahí.
En Search Console, abre el motivo de exclusión correspondiente e inspecciona una URL de ejemplo. Consulta el último rastreo y, cuando esté disponible, la información de detección, como el sitemap o la página de referencia.
La ayuda de Inspección de URLs advierte de que la página de referencia puede no aparecer porque esa información no esté disponible. Un campo vacío no demuestra que nadie enlace la URL. El informe de la versión indexada tampoco equivale a una comprobación en tiempo real.
Para revisar enlaces dentro de tu web puedes usar Screaming Frog. Su tutorial oficial de enlaces rotos propone este recorrido:
- Rastrea el sitio que tienes permiso para revisar.
- Abre "Response Codes" y filtra "Client Error (4xx)".
- Comprueba el código concreto: el filtro incluye otros 4xx, no solo 404.
- Selecciona una URL y mira la pestaña "Inlinks" para localizar desde qué páginas se enlaza.
- Anota la dirección de origen, el destino que falla y la solución elegida.
La versión gratuita permite rastrear hasta 500 URL, según ese tutorial. Un rastreo de enlaces no tiene por qué descubrir todas las direcciones históricas o aisladas del sitio: úsalo junto con Search Console y tu inventario de contenidos.
Si necesitas el recorrido completo, como explico en la guía para auditar una web con Screaming Frog, conviene entender qué estás filtrando antes de exportar una lista enorme para que la arregle otra persona.
¿Cuándo conviene una redirección 301 y cuándo una respuesta 404 o 410?
Una redirección permanente encaja cuando una página se ha trasladado de forma definitiva y sabes adónde debe llegar el visitante. Google recomienda usar redirecciones de servidor permanentes cuando sea posible; tanto 301 como 308 indican ese traslado permanente.
Comprueba que el destino responde a la necesidad del enlace antiguo. No elijas una página solo porque existe y devuelve 200. Si el usuario buscaba la ficha de un curso concreto, una portada con veinte cursos no es automáticamente su reemplazo.
Cuando no queda contenido ni sustituto equivalente, la ayuda de Google sobre 404 indica que puedes dejar que la URL devuelva 404 o 410. También señala que Google los trata del mismo modo. No elegiría 410 como truco para prometer una desaparición más rápida del índice.
Si el error está en un enlace interno, corrige además ese enlace para que apunte al destino adecuado. Como propuesta de mantenimiento, es preferible no obligar a tus visitantes a pasar por una dirección antigua cuando puedes ofrecer directamente la actual.
Una canonical no hace ese traslado para el usuario. Como explico en el artículo sobre qué es una canonical, su función es señalar una versión preferida entre contenidos duplicados o similares. No sustituye a recuperar una página que debería existir ni a una redirección necesaria.
¿Qué es un soft 404 y por qué no se arregla con una pantalla bonita?
Un soft 404 aparece cuando el contenido parece una página inexistente o vacía, pero la respuesta no refleja correctamente esa situación. Un ejemplo que describe Google es una pantalla de error entregada con código 200.
Su documentación sobre soft 404 también contempla páginas sin contenido principal o recursos que no se han cargado bien. Antes de borrar una página marcada así, comprueba qué ha recibido y renderizado Google.
Una página de error útil puede mantener la navegación, explicar qué ha pasado y ofrecer enlaces a secciones relevantes. Google recomienda ese tipo de ayuda al visitante, pero la página inexistente debe seguir devolviendo el código HTTP correcto.
Redirigir todas las páginas desaparecidas a la portada no es una limpieza universal. La ayuda de Search Console advierte de que ese comportamiento puede dar lugar a soft 404 y confundir a usuarios y buscadores.
Tampoco bloquearía esas URL en robots.txt para intentar ocultar el problema. Google pide que las direcciones inexistentes devuelvan su 404 y no estén bloqueadas por ese archivo. Para entender la diferencia, puedes revisar el artículo sobre robots.txt y sitemap.xml.
¿Cómo compruebas que la solución funciona?
Después de aplicar el cambio, vuelve a recorrer el mismo camino que fallaba. Si había un enlace en el menú, entra desde el menú. Si llegabas desde una URL antigua, prueba esa URL, no solo la nueva.
Esta es mi lista de comprobación propuesta:
- La página que debe existir carga su contenido y devuelve 200.
- La URL trasladada redirige al destino equivalente elegido, sin terminar en otro error.
- La página eliminada sin reemplazo devuelve 404 o 410, aunque tenga un diseño cuidado.
- Los enlaces internos revisados llevan al destino correcto.
- El sitemap no sigue proponiendo una dirección eliminada como página que quieres indexar.
- Has anotado qué decidiste y por qué, para no deshacerlo al volver a ver el aviso.
La prueba en tiempo real de Inspección de URLs ayuda a comprobar la disponibilidad actual para Google, pero no cubre todos los problemas de indexación ni garantiza que una página se vaya a indexar. No confundas una respuesta técnica correcta con una promesa de aparecer en los resultados.
El informe histórico puede seguir mostrando lo que ocurrió en un rastreo anterior. Mira la fecha antes de concluir que el arreglo ha fallado. En la guía de Search Console desde cero explico qué pregunta contesta cada informe.
¿Qué preguntas suelen quedar sobre los errores 404?
¿Un error 404 significa que Google ha penalizado mi web?
No. Google dice que los 404 de URL que no deberían existir no afectan, por sí mismos, al rendimiento de búsqueda del sitio. Otra cosa es que una página importante que debería estar disponible haya desaparecido: perder ese contenido necesita revisión.
¿Tengo que hacer una redirección por cada aviso?
No. Primero decide si la URL debería existir y si hay un reemplazo equivalente. Una dirección inventada o un contenido eliminado sin sustituto puede responder correctamente con un 404.
¿Es mejor un 410 que un 404 para SEO?
Google indica que trata ambos códigos del mismo modo en este contexto. Elige la respuesta que corresponda a tu implementación, sin prometer un plazo de eliminación del índice por usar uno u otro.
¿Una página de error con enlaces deja de ser un 404?
No. Puede ayudar a encontrar otro contenido y seguir devolviendo 404. El diseño que ve la persona y el código que recibe el navegador deben revisarse por separado.
Para acabar el café
El trabajo no consiste en dejar Search Console sin avisos a cualquier precio. Consiste en que las páginas que necesitas funcionen, los traslados tengan sentido y las direcciones que ya no existen respondan como tales.
Antes de crear veinte redirecciones, escribe al lado de cada URL qué debería encontrar allí una persona. Si no puedes responder, todavía falta diagnóstico.
Ese es el enfoque de mi servicio de auditoría SEO: decidir qué merece arreglarse y en qué orden. El diagnóstico y la ejecución de los cambios son trabajos distintos; la implementación se acuerda aparte.
