Compré un dominio que había sido registrado por primera vez en 2000. Sobre el papel, esa antigüedad parecía una ventaja. Pero después de lanzar el nuevo sitio, los logs del servidor empezaron a llenarse de solicitudes a páginas que yo nunca había creado.
Más de 1.000 solicitudes al día llegaban a URLs que no existían en el proyecto nuevo. En analytics aparecía como un gran pico de tráfico directo con casi ningún engagement. Al mismo tiempo, el crawler de Yandex volvía a visitar rutas antiguas, recibía 404 Not Found y Yandex Webmaster acumuló más de 900 errores en una sola noche.
Mi primera explicación fue sencilla: bots antiguos golpeaban URLs muertas, Yandex veía esa actividad y por eso seguía rastreándolas. Esa era la secuencia que yo veía. Pero mis datos no bastaban para demostrar esa relación causal.
Lo que sí pude confirmar
Había tres observaciones distintas. Primero, el servidor recibía un volumen alto de solicitudes a URLs heredadas de la vida anterior del dominio. Segundo, ese tráfico casi no se convertía en interacción real. Tercero, el crawler de Yandex también solicitaba rutas antiguas y el panel de Webmaster mostraba más de 900 errores en una noche.
Eso era un problema operativo: logs ruidosos, solicitudes innecesarias y un informe de errores que había que limpiar. Pero esos hechos no prueban que los bots de terceros provocaran el rastreo de Yandex ni que los errores perjudicaran directamente al ranking o al tráfico orgánico. Rastreo no es indexación, indexación no es ranking y un informe de errores no demuestra una penalización.
Lo que había simplificado demasiado sobre 404 y 410
Antes pensaba en la diferencia así: 404 significa “quizá falte por ahora” y 410 significa “ha desaparecido para siempre”. Como intuición sirve, pero técnicamente no es exacto.
404 Not Found significa que el servidor no puede proporcionar una representación actual del recurso solicitado; el código por sí solo no indica si la situación es temporal o permanente. 410 Gone es más específico: encaja cuando el servidor sabe que el recurso ya no está disponible y se espera que esa situación sea permanente.
La precisión también importa para hablar de SEO. Los buscadores pueden retirar URLs que devuelven 404 o 410. Por eso ya no describo 410 como un estado mágicamente “más fuerte para SEO” ni considero que 404 sea incorrecto para toda página eliminada.
Por qué los 410 selectivos seguían teniendo sentido en mi caso
Las rutas antiguas no eran un fallo temporal. Pertenecían al contenido anterior del dominio y no tenían sitio en el nuevo proyecto. Sabía que esas URLs concretas habían desaparecido de forma permanente. En ese contexto, 410 Gone describía correctamente su estado.
Por eso configuré respuestas 410 solo para rutas heredadas conocidas, en lugar de convertir cualquier URL desconocida en 410. Después de ese cambio, el ruido de rastreo y de los informes alrededor de esas rutas bajó y la situación en las herramientas para webmasters quedó mucho más limpia.
Aun así, no exagero la causalidad. Puedo afirmar que la mejora llegó después del cambio y que 410 expresaba correctamente el estado de las URLs. No puedo demostrar que 410 por sí solo detuviera a todos los bots. Un bot de terceros puede ignorar el significado del estado HTTP y seguir solicitando la misma ruta indefinidamente.
La regla de decisión que uso ahora
La pregunta útil no es “¿410 es mejor que 404?”, sino “¿qué ocurrió realmente con esta URL?”
- Existe un reemplazo claro: usar una redirección permanente, como
301, hacia la nueva URL realmente equivalente. - El recurso antiguo se eliminó de forma permanente y no tiene sustituto:
410 Gonees una elección precisa. - La URL es desconocida, contiene un error o nunca existió: un
404 Not Foundnormal es apropiado.
Lo que evitaría es redirigir todas las URLs muertas a la portada solo para hacer desaparecer errores. Eso oculta el estado real del recurso y puede empeorar la experiencia tanto para usuarios como para crawlers.
Cómo auditaría hoy un dominio antiguo antes del lanzamiento
Si vuelvo a usar un dominio con historia, trataré su historial de URLs como parte de una migración aunque no esté migrando el sitio anterior.
- Revisar la huella antigua. Buscar URLs históricas y secciones heredadas evidentes antes de publicar.
- Mirar los access logs desde el primer día. Solicitudes repetidas a rutas que nunca creaste demuestran que el dominio sigue teniendo memoria externa.
- Separar personas, crawlers de buscadores y bots aleatorios. Un pico de direct traffic y un error de crawler son señales diferentes y no deberían convertirse automáticamente en una sola explicación.
- Clasificar las URLs muertas recurrentes. Decidir para cada patrón importante si corresponde 301, 404 o 410.
- Medir el resultado por separado. Frecuencia de solicitudes, informes de crawlers e indexación son cosas distintas; no conviene resumirlas en una métrica vaga de “salud SEO”.
Es poco trabajo comparado con descubrir el problema cuando los logs y las herramientas para webmasters ya están llenos de ruido.
Lo que 410 no resuelve
410 es una declaración HTTP sobre el estado de un recurso. No es un firewall, un rate limiter ni un mecanismo de bloqueo de bots. Si un scraper sigue enviando solicitudes después de recibir 410, el servidor todavía tiene que recibirlas y responder. Si el problema real es un volumen abusivo de solicitudes, eso es un asunto de infraestructura aparte.
Tampoco es un impulso de SEO. Devolver el estado correcto ayuda a un crawler a entender qué pasó con una URL; no hace que el sitio nuevo rankee mejor por sí mismo.
La lección que me quedó
Lo sorprendente no fue que un dominio antiguo tuviera URLs antiguas. Fue la rapidez con la que esa historia invisible volvió a aparecer después del lanzamiento: más de 1.000 solicitudes al día a páginas que yo no tenía, casi ningún engagement y más de 900 errores en Yandex Webmaster en una noche.
Un dominio antiguo no es un namespace vacío. Enlaces, crawlers, scripts y bots pueden recordar rutas años después de que el contenido original haya desaparecido. Mi regla actual es sencilla: auditar ese historial, devolver el estado que corresponda a la realidad y mantener separado el tráfico operativo de bots de las conclusiones sobre los buscadores.
La historia puede ser un activo. También es estado que heredas.