Caso real: eliminamos 174 artículos que Google no indexaba

En octubre de 2026 enviamos a la papelera 174 artículos del blog de kom.pe que Google no quería indexar. A 118 los dejamos responder con un código 410 (contenido eliminado a propósito) y a 52 los redirigimos con un 301 hacia el artículo que mejor cubría el mismo tema; otros 4 ya redirigían desde antes. Esos 174 textos habían sumado, entre todos, 31 clics y 7,768 impresiones en Google en 16 meses. Es decir: casi nada. Eliminar contenido para mejorar el SEO no es magia ni castigo, es mantenimiento, y este artículo cuenta cómo lo decidimos, qué hicimos paso a paso y qué estamos midiendo después.

Lo escribimos porque muchas empresas con blog en Perú están en la misma situación: publicaron mucho entre 2023 y 2025, a veces con ayuda de IA, y hoy Search Console les muestra cientos de URLs «rastreadas, pero no indexadas». Si ese es tu caso, aquí tienes el método, las cifras reales de nuestra auditoría y los errores que conviene evitar.

Actualizado: octubre de 2026

Lo esencial

• Antes de la limpieza, el blog tenía 1,946 artículos que respondían bien (código 200) y 170 de ellos no estaban indexados: un 8.7 %.
• Los 174 artículos retirados sumaron 31 clics en 16 meses; 56 ni siquiera aparecían en los datos de Search Console.
• Usamos 410 cuando no existía un artículo equivalente y 301 cuando había uno mejor que podía absorber la visita.
• Los artículos con títulos genéricos del tipo «cómo mejorar X en Lima» fueron los que más rechazó Google.
• Los efectos de una limpieza se miden en semanas, no en días: aquí dejamos claro qué ya sabemos y qué falta medir.

Por qué llegamos a eliminar contenido

El blog de kom.pe creció rápido. A mediados de 2026 superaba los 1,900 artículos, muchos sobre diseño web, tiendas virtuales, Google Ads y SEO. Cuando cruzamos los datos de Google Search Console, Google Analytics 4 y el inventario de WordPress, apareció un patrón incómodo: una parte del blog no recibía visitas, no estaba indexada y además se parecía mucho a otros artículos del mismo sitio.

Google lo dice en su documentación: su sistema evalúa si el contenido está hecho para ayudar a las personas o para captar tráfico de buscadores. Su guía sobre contenido útil, fiable y centrado en las personas pide revisar si el sitio publica mucho sobre temas muy parecidos sin aportar algo propio. Y sus políticas contra el spam mencionan el «abuso de contenido a escala»: generar muchas páginas con poco valor para posicionar, se hagan a mano o con IA.

No teníamos una penalización manual. Lo que teníamos era peor de detectar: Google simplemente ignoraba parte del blog. Y eso tiene un costo. Cada URL que el robot de Google rastrea sin indexar consume tiempo de rastreo que podría usar en las páginas que sí importan, como las de servicios o los artículos nuevos.

Las cifras de la auditoría, antes de tocar nada

Estos son los datos que sacamos de nuestras propias herramientas antes de borrar un solo artículo. Son cifras de kom.pe, no promedios de la industria, así que tómalas como un caso, no como una regla.

La lectura es sencilla: 162 de los 174 artículos estaban rastreados o descubiertos, pero Google había decidido no mostrarlos. No era un problema técnico de bloqueo (ninguno tenía noindex ni estaba bloqueado en robots.txt); era una decisión de calidad o de relevancia.

Si quieres revisar estos estados en tu propia web, el informe de indexación de páginas de Search Console los agrupa por motivo. Nosotros explicamos cómo leerlo en la guía para solucionar errores de indexación en Search Console.

Qué tenían en común los artículos que Google no indexaba

Antes de decidir, comparamos los artículos indexados con los no indexados en varias variables. Algunas sospechas se confirmaron y otras no.

Lo que sí marcó diferencia

• Títulos genéricos con verbos de relleno. Entre los artículos con la palabra «mejorar» en el título, el 41 % no estaba indexado. Con «optimizar», el 36 %; con «estrategias», el 30 %. Frente a una tasa base de 8.7 %, la diferencia es clara.
• La fórmula «tema + en Lima». Los títulos con «limeño» tenían un 41 % sin indexar, y 70 de las 174 URLs retiradas llevaban «lima» en la dirección. El problema no es la palabra Lima, sino usarla para clonar un tema genérico sin nada realmente local.
• La categoría Google Ads. De 50 artículos, 16 no estaban indexados (32 %), casi todos con enfoques muy parecidos entre sí.
• Antigüedad. De los 1,166 artículos publicados en 2026, solo el 1.4 % no estaba indexado. Entre los 780 anteriores, la tasa subía al 19.7 %.
• Estructura más pobre y URLs largas. La mediana de subtítulos H2 era 6 en los no indexados y 8 en los indexados. La mediana del slug era de 64 caracteres frente a 42.

Lo que no explicaba el problema

• Los enlaces internos. La mediana de enlaces recibidos y enviados era la misma en ambos grupos (3 y 7). Enlazar más no habría salvado esos artículos.
• La extensión, a secas. Los textos de 600 a 999 palabras sí tenían más rechazo (19.8 %), pero la mediana de los no indexados rondaba las 1,490 palabras, no muy lejos de los indexados. Escribir más largo no compensa un tema repetido.
• El autor. Todos los artículos tenían el mismo autor, así que no había señal por ahí.

La conclusión práctica: Google no estaba castigando textos cortos, sino textos que no se diferenciaban. Es lo mismo que explicamos en el artículo sobre qué es la calidad de contenido y cómo impacta el SEO: la utilidad se mide frente a lo que ya existe, incluido tu propio blog.

Cómo decidimos qué eliminar, qué fusionar y qué mantener

No borramos por intuición. Cada artículo pasó por un árbol de decisión simple, con datos de los últimos 16 meses de Search Console y 90 días de GA4.

1. ¿Tiene clics o impresiones relevantes? Si un artículo tenía algo de visibilidad (por ejemplo, 3 clics y 214 impresiones), se marcaba para revisar o reescribir, no para eliminar.
2. ¿Existe otro artículo indexado que cubra lo mismo? Medimos el parecido entre textos. Cuando había uno muy similar y mejor posicionado, el débil se fusionaba y redirigía con 301.
3. ¿Recibe enlaces externos o es una página de servicio? Esas no se tocaban sin revisión manual.
4. Si no cumple nada de lo anterior, se elimina con 410.

El resultado de ese árbol para los 174 artículos fue este:

De los 28 casos de revisión manual y la reescritura, la mayoría terminó redirigiéndose: al revisarlos, el artículo de destino ya respondía mejor la misma búsqueda. Por eso el total final fue de 52 redirecciones 301 nuevas hacia 51 destinos distintos.

Todo quedó en una hoja de aprobación en Excel, con una fila por URL, la acción, el destino y el motivo. Nadie borró nada sin que esa hoja estuviera aprobada.

410 o 301: cuándo usamos cada uno

Esta es la decisión técnica más importante, y donde más errores vemos en otras webs.

• 301 (redirección permanente): lo usamos solo cuando había un artículo que respondía la misma intención. Por ejemplo, un texto sobre la red de Display de Google Ads se redirigió a otro que compara campañas de búsqueda y de Display. El visitante que llega desde un enlace antiguo encuentra algo útil.
• 410 (eliminado): lo usamos cuando no había equivalente. Redirigir todo a la portada o a una categoría es tentador, pero Google suele tratar esas redirecciones masivas como «soft 404» y el usuario termina en un lugar que no buscaba.

Google explica en su documentación sobre códigos de estado HTTP que tanto el 404 como el 410 indican que la página no existe, y que las URLs con esos códigos acaban saliendo del índice. El 410 es más explícito: dice «esto se retiró a propósito». Para un inventario grande, preferimos esa claridad.

Si trabajas en WordPress, el detalle de cuándo conviene cada redirección está en nuestra guía de redirecciones 301 en WordPress.

El paso a paso que seguimos en WordPress

La parte operativa fue menos glamorosa de lo que suena, pero el orden importa. Así lo hicimos:

1. Exportar el inventario de entradas de WordPress con URL, ID, fecha, categoría y etiquetas.
2. Cruzar con Search Console (clics, impresiones y posición por URL en 16 meses) y con GA4 (sesiones como página de entrada en 90 días).
3. Inspeccionar cada URL dudosa con la API de inspección de Search Console para conocer su estado real de indexación.
4. Medir el parecido entre artículos para encontrar duplicados internos y candidatos a fusión.
5. Aprobar la lista en una hoja de cálculo, URL por URL.
6. Cargar las redirecciones y los 410 en el gestor de redirecciones del plugin SEO (en nuestro caso, Rank Math) mediante un archivo CSV, primero con una prueba de dos filas.
7. Enviar los artículos a la papelera, no borrarlos definitivamente, para poder recuperar cualquiera si algo salía mal.
8. Verificar cada URL: que los 410 respondan 410 y que los 301 lleven a una página que responda 200.
9. Revisar los enlaces internos que apuntaban a los artículos retirados, para que no sigan pasando por redirecciones.

En la verificación final, 117 URLs respondían 410 y 56 respondían 301; de esas, 52 llegaban a un destino con respuesta 200 y el resto eran redirecciones antiguas que ya existían. Una sola URL no se comportó como esperábamos y quedó anotada para corregirla. Hacer esta comprobación con un rastreo automático, y no a ojo, es lo que evita sorpresas.

Un detalle que a menudo se olvida: el sitemap. Si un artículo eliminado sigue en el sitemap XML, le estás pidiendo a Google que rastree algo que ya no existe. En nuestra guía de sitemaps XML: qué incluir y qué excluir explicamos cómo dejarlo limpio.

Qué pasó después (y qué todavía no sabemos)

Aquí conviene ser honestos. Una limpieza de contenido no da resultados al día siguiente, y cualquiera que te prometa lo contrario está simplificando.

Lo que ya vimos

• Las 174 URLs dejaron de responder 200 y Google empezó a recibir 410 y 301 en cada visita de su robot.
• Los enlaces antiguos hacia artículos fusionados ahora llevan a un texto mejor, en vez de a una página que Google ignoraba.
• No perdimos tráfico medible: los 174 artículos juntos sumaban 41 sesiones de entrada en 90 días, menos de una visita diaria para todo el grupo.

Lo que estamos midiendo

• La evolución del total de páginas indexadas y del porcentaje de URLs «rastreadas, sin indexar» en el informe de indexación.
• Si los 51 artículos que recibieron redirecciones ganan impresiones o mejoran posición.
• Si los artículos nuevos se indexan más rápido que antes de la limpieza.

Actualizaremos este artículo con esos números cuando tengamos al menos dos meses de datos. Lo que sí podemos afirmar es que el riesgo fue bajo: lo eliminado no traía visitas, y lo fusionado ahora suma en un solo lugar.

Errores que evitamos (y que vemos seguido en otras webs)

• Borrar por antigüedad. Un artículo de 2021 con clics constantes vale más que uno de 2026 que nadie lee. La fecha no decide; los datos sí.
• Redirigir todo a la portada. Es la forma más rápida de convertir 100 URLs en 100 soft 404.
• Eliminar sin mirar los enlaces externos. Un artículo sin tráfico puede tener un enlace desde un medio o una universidad. Ese merece una redirección, no un 410.
• Vaciar la papelera el mismo día. Mantener los artículos recuperables unas semanas es un seguro barato.
• Confundir duplicado con canibalización. Dos artículos parecidos que sí están indexados y compiten por la misma búsqueda necesitan otro tratamiento; lo explicamos en canibalización de keywords: cómo detectarla y corregirla.
• Volver a publicar lo mismo. Si el problema fue escribir 20 variantes de «cómo mejorar tu web en Lima», publicar otras 20 con otra ciudad repite el error.

Cómo saber si a tu blog le conviene una limpieza

No todas las webs necesitan eliminar contenido. Si tu blog tiene 40 artículos y todos están indexados, lo tuyo es publicar mejor, no borrar. Una limpieza tiene sentido cuando se cumplen varias de estas condiciones:

• Más del 10 % de tus artículos aparecen como «rastreada» o «descubierta, sin indexar» durante meses.
• Tienes muchos artículos que responden a la misma búsqueda con títulos casi iguales.
• Una parte grande del blog no tuvo un solo clic en el último año.
• Publicaste en tandas, con plantillas o con IA, sin revisión editorial.
• Los artículos nuevos tardan cada vez más en indexarse.

Para hacer el diagnóstico inicial, empieza por Search Console. Tiene informes que casi nadie revisa y que muestran justamente estas señales; los repasamos en Search Console: 10 informes que casi nadie usa. Y si tu duda es si los textos parecidos son un problema, revisa nuestra guía de contenido duplicado interno en WordPress.

Lo que cambiamos en la forma de escribir

Eliminar sin cambiar el proceso es preparar la próxima limpieza. A partir de esta auditoría, el plan editorial del blog cambió en cuatro puntos concretos:

• Una búsqueda, un artículo. Antes de escribir, comprobamos si ya existe un texto que responda lo mismo. Si existe, se actualiza o se busca un ángulo realmente distinto.
• Nada de «tema genérico + ciudad». Lima o una región aparecen solo cuando hay un dato, una norma o una situación local real.
• Datos con fuente. Cifras de INEI, SUNAT, Indecopi o del fabricante, enlazadas; y cuando el dato es nuestro, lo decimos, como en este caso.
• Estructura completa. Respuesta directa al inicio, subtítulos claros, una tabla o lista donde ayuda y preguntas frecuentes que respondan dudas reales.

Estos criterios sirven también para buscadores con IA. Si te interesa cómo un mismo texto puede funcionar en Google y en asistentes como ChatGPT, lo explicamos en qué es el contenido optimizado para IA.

¿Necesitas revisar el contenido de tu blog?

Si tu web tiene cientos de artículos y no sabes cuáles suman y cuáles estorban, el primer paso es un diagnóstico con datos de Search Console y Analytics, no una purga a ciegas. En KOM hacemos ese análisis como parte de nuestro servicio de consultoría SEO: inventario, cruce de datos, propuesta URL por URL y acompañamiento en la ejecución, siempre con tu aprobación antes de tocar nada.

Preguntas frecuentes

¿Eliminar artículos puede hacer que mi web pierda posicionamiento?

Puede pasar si eliminas páginas que sí traían clics o que recibían enlaces externos sin redirigirlas. Por eso la decisión debe basarse en datos de al menos 12 meses de Search Console y en una revisión de enlaces entrantes. Si lo que retiras no tenía visitas ni estaba indexado, el riesgo de perder posiciones es bajo, porque Google ya no lo estaba mostrando.

¿Cuánto tarda Google en sacar del índice una página con código 410?

Depende de la frecuencia con la que el robot de Google visita tu web. En sitios con rastreo frecuente puede ser cuestión de días; en sitios pequeños, varias semanas. Puedes acelerar el proceso quitando las URLs del sitemap y revisando su estado con la herramienta de inspección de URL de Search Console, aunque no hace falta solicitar nada para cada página.

¿Es mejor actualizar un artículo viejo o eliminarlo?

Si el tema sigue siendo útil para tus clientes y el artículo tiene algo de visibilidad, casi siempre conviene actualizarlo: mantener la URL conserva su historial. Elimínalo cuando el tema está cubierto mejor en otro texto de tu web, cuando ya no tiene relación con tu negocio o cuando no tuvo clics ni impresiones relevantes en más de un año.

¿Debo usar noindex en lugar de borrar los artículos?

El noindex sirve para páginas que deben seguir existiendo para los usuarios pero no en Google, como páginas de agradecimiento o filtros internos. Para artículos de blog que no aportan nada, el noindex deja el problema a medias: siguen ocupando rastreo, enlaces internos y mantenimiento. Si no merecen estar en Google, normalmente tampoco merecen estar en tu web.

¿Cada cuánto tiempo conviene auditar el contenido de un blog?

Para un blog que publica varias veces por semana, una revisión ligera cada trimestre y una auditoría completa una vez al año es un ritmo razonable. La revisión trimestral detecta artículos que dejaron de indexarse o perdieron clics; la anual permite decidir fusiones y eliminaciones con datos de un ciclo completo, incluidas las temporadas fuertes de tu rubro.