404 o 410: qué le dice cada uno a Google sobre una página muerta

Qué dice realmente cada código

Los dos códigos significan que la página no está. Se diferencian en una palabra: certeza.

404 Not Found dice: no tengo nada en esta URL. No dice por qué, ni si mañana habrá algo. Es la respuesta honesta por defecto cuando un servidor sencillamente no encuentra coincidencia para una ruta.

410 Gone dice algo más concreto y más rotundo: esta URL tuvo contenido, ese contenido se eliminó a propósito y no va a volver. La especificación describe el 410 como intencionado, y da por hecho que quien lo devuelve sabe que es permanente.

Esa es toda la diferencia semántica, y de ella se deduce lo demás. Un 404 es encogerse de hombros; un 410 es una afirmación. Ninguno es un error que haya que arreglar: un 404 correcto para una URL que nunca existió está perfecto, y las páginas del informe No encontrada (404) de Search Console suelen funcionar como deben.

Qué hace Google realmente con cada uno

Aquí es donde la expectativa y la realidad se separan, y conviene ser preciso, porque casi todos los consejos sobre esto exageran la diferencia.

• Los dos sacan la URL del índice. Ninguno deja posicionada una página muerta. El destino es el mismo.
• El 410 se trata como algo más definitivo. Google ha dicho que trata el 410 algo más rápido que el 404: la URL se retira antes y se reintenta menos. Ese «algo» trabaja de verdad en la frase: la diferencia se mide en uno o dos ciclos de rastreo, no en semanas.
• Los dos se vuelven a rastrear igualmente. Google regresará a un 410 para comprobar que iba en serio. Un 410 no es una instrucción permanente de no volver nunca, y una URL que empiece a devolver 200 tras un 410 se reindexará.

Así que el resumen honesto: elegir 410 en vez de 404 te compra una retirada marginalmente más rápida y una señal más clara, no un resultado distinto. Merece la pena cuando sabes la respuesta, y no merece rediseñar tu aplicación. El daño real está en los dos errores de más abajo: redirigirlo todo a la portada y servir una pantalla de «página no encontrada» con estado 200.

Cuándo el 410 es la respuesta correcta

Usa 410 cuando tomaste una decisión y estás dispuesto a sostenerla:

• Un producto, un anuncio o un evento que terminó y no tiene sucesor. Una oferta de empleo caducada, una subasta cerrada, una referencia descatalogada sin sustituto.
• Contenido que borraste a propósito: una landing retirada, una página pobre eliminada en una limpieza, un artículo dado de baja conscientemente.
• Contenido de usuarios que se eliminó: el perfil de una cuenta borrada, una publicación retirada, cualquier cosa quitada por motivos de política.
• URLs de una estructura antigua sobre las que no tienes dudas, donde no existe página equivalente y redirigir sería mentir.
• Limpiar después de un hackeo o una inyección de spam, cuando se indexaron miles de URLs basura y quieres que desaparezcan con la mayor contundencia posible.

Ese último caso es donde el 410 se gana el sueldo de verdad. Cuando un rastreador ha descubierto decenas de miles de URLs que nunca debieron existir, la pequeña ventaja de velocidad y los menos reintentos suman.

Cuándo el 404 es la respuesta correcta

Usa 404 cuando no estás seguro, que es más a menudo de lo que se admite:

• Una URL mal escrita o inventada. Ahí nunca hubo nada. El 404 es literalmente correcto.
• Una página que podría volver: una categoría de temporada, un producto sin stock que repondrás, un artículo despublicado temporalmente.
• Cualquier caso en el que no decidiste tú, o en el que no puedes saber si la eliminación fue deliberada. Un framework que devuelve 404 para una ruta sin coincidencia está haciendo lo correcto.
• Limpiezas masivas que no has verificado. Si tuvieras que adivinar cuáles de 10.000 URLs se retiraron a propósito, el 404 es la respuesta más segura para todas.

El 404 es el valor por defecto por algo. Nunca se equivoca como sí se equivoca un 410 mal puesto: un 410 sobre algo que luego restauras es una afirmación que tienes que desdecir.

El soft 404: el que de verdad te cuesta dinero

Un soft 404 es una página que dice «no encontrada» a una persona mientras devuelve 200 OK al rastreador. Es, de lejos, el error más caro de todo este tema, y casi siempre es accidental.

Tres formas de producirlos:

• Una página de error personalizada servida con un 200. La plantilla se renderiza, el código de estado nunca se fijó, y ahora cada URL muerta del sitio parece una página real.
• Redirigir todas las URLs muertas a la portada. La portada devuelve 200, así que cada URL retirada aparece como una página viva con un contenido que no tiene nada que ver con lo que se pidió. Google lo señala explícitamente y lo trata como soft 404.
• Una aplicación renderizada en cliente que consulta, no encuentra nada y pinta un estado vacío, mientras el propio documento HTML se sirvió con un 200.

El coste es real: presupuesto de rastreo gastado en páginas que no existen, contenido pobre duplicado en el índice y un informe de Soft 404 en Search Console que crece en silencio. La solución es siempre la misma: que el código de estado coincida con lo que dice la página. Comprueba qué devuelve de verdad tu página de error con un verificador de códigos de estado HTTP; el navegador no te lo dirá, porque una página 404 y una 200 se ven idénticas.

Cómo decidir qué servir para una URL muerta

Cuatro opciones, en el orden en que deberías considerarlas.

1. Redirige, si hay un equivalente real

Si otra página sustituye de verdad a esta —la nueva URL tras una reestructuración, el producto sucesor, el artículo fusionado—, un 301 es mejor que cualquiera de los dos códigos de error, porque conserva las señales de enlace que ganó la URL antigua. La guía de redirecciones 301 y 302 explica cuál usar. La prueba es si un visitante que aterriza en la página nueva sentiría que obtuvo aquello en lo que hizo clic. Si no, no redirijas.

2. Devuelve 410 si lo eliminaste a propósito

No hay equivalente y sabes que la eliminación fue deliberada y permanente. Dilo.

3. Devuelve 404 si no estás seguro

No hay equivalente y no tienes la certeza de que la página se haya ido para siempre. El valor por defecto es correcto y no te cuesta nada.

4. O conserva la página, si todavía aporta

Conviene preguntárselo antes de borrar nada: ¿esta URL sigue teniendo enlaces entrantes o tráfico? Una página que recibe visitas suele ser mejor actualizarla que retirarla. Borrarla y servir un 410 impecable sigue siendo tirar lo que hubiera acumulado.

Los códigos que se usan por error

Algunos vecinos acaban en el lugar del 404 y del 410, y todos dicen otra cosa:

• 403 Forbidden significa que el recurso existe pero no tienes permiso para verlo. Devolver 403 por contenido inexistente le dice al rastreador que la página es real y está retenida, que no es lo que querías decir.
• 451 Unavailable For Legal Reasons es para contenido retirado por un requerimiento legal en concreto. Es un código real y registrado, no una broma, y no debería usarse como un «lo quitamos» genérico.
• 503 Service Unavailable es el código correcto para caídas planificadas y mantenimiento: dice vuelve más tarde, que es justo lo que quieres durante una migración, y es incorrecto para una página que se ha ido para siempre.
• 200 con una página vacía es el soft 404 de arriba, y el peor del conjunto.

Si no tienes claro qué devuelve tu aplicación en cada una de estas situaciones, compruébalo en lugar de suponerlo: la guía completa de códigos de estado HTTP recorre todas las clases.

Errores comunes

• Redirigir cada URL muerta a la portada. Google trata un destino irrelevante como un soft 404, así que no consigues ni la retirada ni la autoridad de enlace.
• Una página 404 personalizada servida con estado 200. A las personas les parece bien; a los rastreadores les miente.
• Usar 410 para algo de temporada, restaurar luego la página y preguntarse por qué la recuperación es lenta.
• Tratar el informe de 404 de Search Console como una lista de errores. La mayoría de esas URLs son erratas, enlaces viejos de scrapers y referencias externas muertas. Un 404 para una URL que nunca existió no es un problema que arreglar.
• Borrar páginas que todavía reciben tráfico o enlaces solo porque son antiguas. Compruébalo antes de podar.
• Dejar URLs muertas en el sitemap. Un sitemap debe listar solo URLs que quieres indexadas; un 404 o un 410 ahí desperdicia presupuesto de rastreo y queda marcado.
• Quitar los enlaces internos al final. Si tu propia navegación sigue apuntando a una URL que has marcado con 410, le estás diciendo a Google las dos cosas a la vez.

En resumen

El 404 dice «aquí no hay nada»; el 410 dice «esto estuvo aquí, lo eliminé y no va a volver». Los dos sacan la URL del índice, y el 410 lo hace marginalmente más rápido y con menos reintentos: útil para limpiezas masivas tras un hackeo o una poda de contenido, y no motivo para rehacer tu aplicación. Redirige cuando exista un equivalente de verdad, usa 404 siempre que dudes, y sobre todo asegúrate de que tus páginas de error devuelven un estado de error: una pantalla de «página no encontrada» servida con 200 es un soft 404 y cuesta más que elegir mal entre estos dos. Comprueba qué devuelve de verdad cualquier URL con el verificador gratuito de códigos de estado HTTP.

Herramientas y guías relacionadas:

• Búsqueda de códigos de estado HTTP: Una referencia rápida de cada código de estado HTTP y lo que significa.
• Redirecciones 301 y 302: cuál usar y qué ve el SEO: Cuándo usar una 301 y cuándo una 302

Preguntas frecuentes