Página 404: qué debe hacer y qué debe evitar

Cuando un usuario o un rastreador llega a una URL que ya no existe, la respuesta correcta del servidor es un código de estado 404: "No encontrada". Parece obvio, pero es sorprendentemente común encontrar sitios que evitan devolver ese código por miedo a perjudicar el posicionamiento, y terminan haciendo algo peor: enmascarar el error o redirigir todo hacia la portada. Ninguna de las dos cosas resuelve el problema; ambas lo esconden, y esconderlo tiene un costo mayor que mostrarlo.

Una página 404 bien construida no es un obstáculo que evitar, es una herramienta con dos funciones a la vez: le dice a Google y a cualquier otro rastreador, con precisión, que ese contenido ya no existe, y le ofrece a la persona que llegó ahí un camino para seguir navegando en lugar de abandonar el sitio. El error no está en mostrar un 404; está en construir uno que miente sobre su propio estado, o en no construir uno en absoluto.

Qué significa realmente un código 404 (y por qué no hay que evitarlo)

El código de estado HTTP es la respuesta que da el servidor antes de que el navegador o el rastreador reciban una sola línea de contenido visible. Un 200 significa "aquí está el recurso, tal como lo pediste". Un 404 significa "busqué en esta dirección y no hay nada que entregar". No es una falla del sitio: es información precisa sobre el estado de una URL concreta, y esa precisión es justamente lo que un rastreador necesita para decidir qué hacer con ella.

Cuando una página se elimina de verdad —un producto descatalogado sin sustituto, un artículo retirado, una categoría que ya no existe— lo correcto es que esa URL devuelva 404, o su primo más definitivo, el 410, del que hablamos más abajo. Intentar esconder ese estado detrás de un código 200 no elimina el problema del contenido desaparecido; solo le oculta el problema al rastreador, que seguirá visitando, indexando y evaluando una URL vacía como si fuera una página real, gastando en ello recursos que podría dedicar a páginas que sí importan.

El error central: el 404 suave (soft 404)

El soft 404 es la variante más dañina de este problema porque combina lo peor de ambos mundos: la página le dice al usuario "esto no existe" —con un mensaje, una imagen rota, un aviso de "página no encontrada"— pero el servidor responde con un código 200, como si el contenido estuviera perfectamente disponible. Para un humano que lee el texto, el mensaje es claro. Para un rastreador que primero mira el encabezado HTTP antes de decidir qué hacer con el contenido, esa página parece un recurso válido y se procesa como tal.

Google Search Console tiene una categoría dedicada exactamente a esto, separada de los 404 normales, precisamente porque el patrón es lo bastante frecuente como para merecer su propio diagnóstico. Cuando el rastreador detecta la combinación —contenido mínimo, frases como "no encontrado" o "no disponible", una plantilla que se repite igual en URLs distintas— trata la página como un error real aunque el encabezado diga lo contrario, y termina sacándola del índice de todos modos. El resultado es el peor de los dos escenarios posibles: no se recupera ningún valor por mantener la URL indexada, y el rastreador gasta presupuesto de rastreo confirmando, una y otra vez, que esa dirección sigue sin tener nada real que ofrecer.

El soft 404 suele nacer de una buena intención mal implementada: alguien construye una página de "no encontrado" cuidada, con estilos propios, navegación y un mensaje amable, pero la sirve a través de una ruta genérica que nadie configuró explícitamente para devolver el código correcto. Es un error de implementación, no de diseño visual. La solución no es cambiar el mensaje que ve el usuario; es corregir el encabezado que lo acompaña, algo que ocurre en el servidor y no en la plantilla.

• Comprobar con una herramienta de inspección de URL el código de respuesta real de la página, no solo lo que se ve renderizado en pantalla.
• Revisar el informe de indexación de páginas de Search Console, que separa explícitamente los "soft 404" de los errores 404 verdaderos.
• Buscar la URL sospechosa dentro del propio sitio con el operador site: si sigue apareciendo indexada mucho después de haberse retirado el contenido, es una señal de alerta.

El otro error habitual: redirigir todo a la portada

Frente al miedo a mostrar un 404, la solución más común no es el soft 404 sino algo igualmente extendido: configurar una redirección genérica que envía cualquier URL rota hacia la página de inicio. La lógica parece razonable —mejor mandar al usuario a algún sitio que dejarlo ante un error—, pero el resultado es peor que un 404 limpio, no mejor.

Para el usuario, aterrizar en la portada sin ninguna explicación es desorientador: no sabe si el enlace que siguió estaba mal escrito, si el sitio cambió de estructura, o si simplemente el contenido que buscaba desapareció. No hay continuidad entre lo que esperaba encontrar y lo que recibió, así que la señal de "algo salió mal" desaparece sin resolverse, y el usuario se queda igual de perdido que antes, solo que ahora sin saberlo.

Para el rastreador, el problema es más serio todavía: cientos o miles de URLs distintas, muchas de ellas sin relación entre sí, terminan devolviendo el mismo contenido con un código de redirección permanente. Google interpreta ese patrón como una variante del soft 404: URLs que no llevan a un recurso equivalente, agrupadas artificialmente bajo una sola página de destino. La consecuencia práctica es la misma que la del 404 suave: el rastreador deja de confiar en los códigos de estado que devuelve el sitio y empieza a verificar por su cuenta, con más visitas y más tiempo dedicado a un mismo grupo de URLs. Un 404 limpio, sin disfraz, es una señal honesta que se procesa y se descarta rápido. Una redirección masiva a la portada es una señal ambigua que obliga a seguir investigando.

Cuándo un redirect es lo correcto, y cuándo lo son un 404 o un 410

La confusión entre redirigir y devolver un error desaparece si se responde una sola pregunta: ¿existe, en algún lugar del sitio, un recurso que sustituya de verdad al que se eliminó?

Si el contenido se movió —un artículo se reescribió y se publicó bajo una nueva URL, una categoría se renombró, un producto se fusionó con otro que cumple la misma función— la respuesta correcta es una redirección permanente hacia ese destino específico. Ese tipo de redirección traspasa la señal de relevancia acumulada por la URL antigua hacia la nueva, y le ahorra al usuario el paso extra de buscar el contenido de nuevo por su cuenta.

Si el contenido simplemente ya no existe y no hay un sustituto razonable —un producto descontinuado sin reemplazo, un evento que ya pasó y no se va a repetir, una página retirada por decisión editorial— la respuesta correcta es un 404, o mejor todavía un 410 cuando se sabe con certeza que la eliminación es intencional y permanente. El 410 es más explícito que el 404: mientras el 404 dice "no encontré esto, puede que vuelva o puede que no", el 410 dice "esto se eliminó a propósito y no va a volver". En sitios grandes que retiran contenido de forma sistemática, como catálogos con productos de temporada u ofertas vencidas, usar 410 en lugar de 404 le da al rastreador una señal más nítida para dejar de revisar esa URL con la misma frecuencia.

• Contenido movido con un equivalente claro: redirección permanente hacia la URL nueva.
• Contenido fusionado con otro que cumple la misma función: redirección permanente hacia el que se queda.
• Contenido eliminado sin ningún sustituto: 404.
• Eliminación intencional y permanente, conocida de antemano: 410.
• Redirigir "por si acaso" hacia una página que no responde la misma intención de búsqueda: nunca.

Qué debe contener una página 404 útil

Una vez resuelto el código de estado, queda el segundo problema: qué ve la persona que llegó ahí. Un 404 en blanco, con la tipografía por defecto del servidor, es un callejón sin salida. Una página 404 bien diseñada trata ese momento como cualquier otro punto de entrada al sitio, porque de hecho lo es: mucha gente llega a una 404 desde un enlace externo, un marcador guardado hace tiempo o un resultado de búsqueda desactualizado, no navegando internamente desde el propio sitio.

Los elementos que hacen que una 404 sea útil en lugar de un callejón sin salida son concretos:

• Un buscador interno visible, no escondido, porque es la forma más directa de recuperar a quien ya sabe lo que busca.
• La navegación principal del sitio, igual que en cualquier otra página, y no una plantilla huérfana sin menú.
• Enlaces a contenido popular o relacionado con la sección donde ocurrió el error, cuando se puede inferir algo a partir de la URL.
• Un mensaje en lenguaje llano que explique lo que pasó, sin jerga técnica ni un código como único texto en pantalla.
• Elementos que funcionen sin depender de JavaScript como red de seguridad mínima, para que el buscador y los enlaces principales sigan operando aunque algo falle.

Lo que no debe tener es un tono que culpe al usuario, un diseño que rompa con la identidad visual del resto del sitio, o el error más común de todos: un mensaje simpático sin ninguna salida real. Una 404 que solo dice que la página no existe, sin ofrecer nada más, resuelve el problema estético pero no el funcional, que es el que de verdad importa para quien llegó ahí buscando algo.

Monitorizar los 404: separar el ruido del problema real

No todos los 404 son un problema que haya que arreglar. Es normal y esperable que un sitio acumule algunos con el tiempo: contenido que efectivamente se retiró, direcciones mal escritas por usuarios, enlaces externos rotos que nunca estuvieron bajo tu control. Tratar cada 404 como una emergencia es tan improductivo como ignorarlos todos por igual.

La distinción que de verdad importa es el origen del enlace roto:

• Un 404 que viene de un enlace interno del propio sitio —un menú, un artículo antiguo, una miga de pan que apunta a una URL vieja— es un problema real y corregible: alguien olvidó actualizar un enlace después de un cambio de estructura.
• Un 404 que viene de un enlace externo, de otro sitio que enlaza hacia una URL que ya moviste o eliminaste, vale la pena revisar si esa dirección tenía enlaces entrantes de valor; en ese caso, una redirección permanente hacia el contenido equivalente recupera esa señal en lugar de perderla.
• Un 404 que viene de tráfico directo a una URL escrita a mano, o de un rastreador probando rutas al azar, no requiere ninguna acción: es ruido normal de cualquier sitio con tráfico real.

El informe de páginas no encontradas de Search Console y los registros del propio servidor son las dos fuentes que permiten hacer esta distinción con datos reales en lugar de suposiciones. El primero muestra qué URLs rotas ha encontrado específicamente el rastreador de Google; los segundos muestran todo el tráfico, incluido el que nunca pasó por un rastreador conocido. Cruzar ambas fuentes con una herramienta de enlaces entrantes revela cuáles de esos 404 tienen valor de enlace detrás y merecen una redirección cuidada, y cuáles se pueden dejar exactamente como están, sin perder más tiempo en ellos.