Podar tu web: conservar, fusionar con una 301 o retirar con un 410

Por qué podar: las páginas que no sirven para nada cuestan

Una web acumula páginas con los años: productos agotados, variantes duplicadas, páginas de ciudades sin contenido propio, artículos de 200 palabras escritos para una palabra clave, páginas generadas por una extensión. Cada una pide a Google tiempo de rastreo y, sobre todo, dice algo de la calidad general de la web.

Google lo dice en su guía de sistemas de clasificación: sus sistemas trabajan a nivel de página, pero también usan señales a escala de toda la web. Miles de páginas vacías o parecidas pesan, por tanto, sobre las buenas. Y sus políticas contra el spam apuntan precisamente a la producción de muchas páginas con el objetivo principal de manipular el posicionamiento.

Podar no es un castigo para la web, es una selección: menos páginas, todas útiles y mejor enlazadas.

La regla de selección: conservar, fusionar, retirar

Es la regla que aplicamos en nuestras propias webs, página a página, a partir de la Search Console de los 90 últimos días:

1. 1
   Conservar: una página que ha recibido al menos una decena de impresiones en 90 días, o que tiene un contenido único (un dato, un cálculo, un producto a la venta). Se mejora en lugar de tocarla a ciegas.
2. 2
   Fusionar con una 301: varias páginas que responden a la misma intención (la misma pregunta planteada de otra forma, una variante de color, la misma ciudad en dos páginas). Primero se traslada el contenido útil a la página que se queda y después se redirigen las demás hacia ella.
3. 3
   Retirar con un 410: una página sin ninguna impresión en 90 días y sin contenido propio. Devuelve el código 410 («eliminada definitivamente») y sale del sitemap y de los enlaces internos.
4. 4
   Nunca: redirigir en masa a la portada. Una redirección debe llevar a una página que responda a la misma pregunta; si no, el visitante que llega desde un enlace antiguo aterriza en una página que no le sirve, y la redirección tampoco tiene sentido para Google.

301, 410, 404: lo que Google hace de verdad con ellos

La redirección 301 (permanente) indica que la página se ha mudado. Google sigue la redirección y la usa como una señal fuerte de que el destino debe tratarse en su lugar: es la nueva dirección la que aparece en los resultados. Google prefiere las redirecciones del lado del servidor, que interpreta mejor que las redirecciones en JavaScript.

Evita las cadenas: Google sigue por defecto hasta 10 saltos de redirección, pero cada salto ralentiza el rastreo y al visitante. Una dirección antigua redirige directamente a la página final.

El 410 y el 404: Google lo dice claramente, todos los errores 4xx (salvo el 429) se tratan de la misma manera. Una página que devuelve 404 o 410 no se indexa, y una página ya indexada que empieza a devolver uno de esos errores se retira del índice. Nosotros usamos el 410 porque expresa la intención (retirada definitiva) a los demás buscadores y a nuestras propias herramientas, pero el 404 hace el mismo trabajo para Google.

No bloquees en robots.txt una página que vas a retirar: Google ya no podría ver que ha desaparecido. Para una urgencia (una página que no debía ser pública), la herramienta de retirada de Search Console la oculta durante unos seis meses, el tiempo necesario para retirarla definitivamente.

• Apache (.htaccess): Redirect 301 /pagina-antigua /pagina-nueva
• Apache, retirada: Redirect gone /pagina-retirada
• Nginx: location = /pagina-antigua { return 301 /pagina-nueva; }
• Nginx, retirada: location = /pagina-retirada { return 410; }

Nuestro caso: más de 8000 páginas retiradas y lo que cambió

En un comparador de furgonetas camper, retiramos con un 410 8194 páginas el 23 de septiembre de 2026: todas las que no habían recibido ninguna impresión en 90 días, es decir, alrededor del 87 % de las direcciones de la web. Después fusionamos 378 páginas con una 301 el 28 de septiembre de 2026 (las variantes ciudad × tipo de vehículo, agrupadas en su página de ciudad). Quedan 810 páginas indexables.

Lo que pasó, con una duración comparable: 104 impresiones al día en los 28 días anteriores y 98 en los 25 días posteriores. La posición media pasó de 69,4 a 64,5, y la web aparece en 665 consultas frente a 663 antes.

Nuestra lectura, sin adornarla: retirar la mayor parte de las direcciones no costó nada. Las páginas retiradas no trabajaban. Pero la poda por sí sola no recuperó el tráfico perdido durante el verano: limpia el terreno, no sustituye a páginas mejores.

En el mismo periodo, 3 otras webs nuestras, que habían fusionado sus variantes con 301 (sin 410) justo antes de una actualización de Google, se recuperaron con claridad. La causa no está demostrada, y otras webs podadas siguieron en mínimos. De ahí sacamos prudencia, no una receta.

La poda paso a paso

1. 1
   Exportar: todas las direcciones de la web (sitemap o herramienta de rastreo), con impresiones, clics y posición de los 90 últimos días desde Search Console.
2. 2
   Clasificar: conservar, fusionar, retirar, según la regla anterior. Anota para cada fusión la página de destino.
3. 3
   Fusionar primero: trasladar el contenido útil a la página que se queda y después poner las 301.
4. 4
   Retirar: código 410 del lado del servidor, retirada del sitemap y de todos los enlaces internos hacia esas páginas.
5. 5
   Publicar sitemaps nuevos, divididos por tipo de página, y volver a enviarlos en Search Console y Bing Webmaster Tools.
6. 6
   Medir al cabo de 4 semanas: impresiones al día, posición, páginas con impresiones. Compara periodos de la misma duración.

El caso de las tiendas: productos agotados y variantes

• Producto agotado que volverá: conserva la página, muestra «vuelve pronto» y propón alternativas.
• Producto retirado con un sustituto directo: 301 hacia el sustituto.
• Producto retirado sin sustituto, con visitas: 301 hacia la categoría más cercana, siempre que responda a la misma búsqueda.
• Producto retirado sin visitas ni enlaces: 410.
• Variantes de color o talla en páginas separadas: una sola ficha con opciones y las demás fusionadas con 301.