Si Search Console muestra un feed de WordPress como «Rastreada: actualmente sin indexar», primero comprueba qué URL aparece. Un canal RSS puede estar funcionando bien sin figurar en los resultados de Google. La decisión útil es si quieres conservar ese servicio, excluirlo de la búsqueda o retirarlo porque ya no se utiliza.
El aviso, por sí solo, no demuestra que los feeds estén impidiendo indexar tus artículos. Tampoco obliga a desactivar RSS. Esta guía parte de un caso real: un propietario vio esos canales en el informe, preguntó por el presupuesto de rastreo y, tras confirmar que no los utilizaba, pidió retirarlos.
Qué significa el aviso cuando la URL es un feed
Según la definición de Search Console, Google ha rastreado esa URL y no la ha incorporado al índice; podría hacerlo o no en el futuro. La valoración depende de qué contiene la dirección. Si es una ficha de producto que necesitas posicionar, merece investigación. Si es un canal de actualizaciones que no quieres mostrar en búsqueda, su ausencia puede ser la situación esperada.
WordPress genera feeds de publicaciones y comentarios para lectores RSS y otras aplicaciones. La dirección example.com/feed/ es un ejemplo ficticio de canal: entrega contenido estructurado, habitualmente XML, en lugar de la página que lee un visitante. El nombre de la ruta orienta, pero conviene abrirla y comprobar la respuesta.
La confusión también aparece en una consulta pública de WordPress.org: el propietario separaba los feeds que no necesitaba indexar de los productos que sí quería encontrar en Google. Esa distinción es el primer filtro del diagnóstico.
Conservar, excluir o retirar: qué opción encaja
Antes de tocar ajustes, pregunta si alguien usa el canal: lectores suscritos, una newsletter que importa novedades o una integración de publicación. Que tú no abras un lector RSS no acredita que el feed carezca de usuarios. Si no lo sabes, compruébalo con quien mantiene esas herramientas.
| Situación | Decisión | Qué comprobar |
|---|---|---|
| El feed presta un servicio y no necesitas cambiar su presencia en búsqueda. | Conservarlo. | Que funciona para sus lectores. No pedir indexación solo para cambiar el informe. |
| El feed se usa, pero quieres excluir su propia URL de los resultados. | Mantenerlo con noindex. |
Cabecera X-Robots-Tag: noindex y acceso permitido al rastreador. |
| Se ha confirmado que el servicio se retira definitivamente. | Retirarlo y comunicar su ausencia. | Respuesta HTTP coherente, por ejemplo 410; referencias y dependencias revisadas. |
Si lo conservas con noindex
Para un recurso XML, la cabecera HTTP X-Robots-Tag permite indicar noindex sin convertir el feed en una página HTML. Comprueba primero si ya la devuelve: no basta con mirar el XML ni con activar un ajuste cuyo alcance desconoces.
Google tiene que acceder a la respuesta para leer esa instrucción. Un bloqueo en robots.txt puede impedirlo. Además, noindex controla la indexación, no evita las solicitudes al servidor. No combines ambas medidas automáticamente ni presentes esa cabecera como una forma de ahorrar rastreo.
Si decides retirarlo
Una respuesta 410 comunica que el recurso se ha retirado. Google trata 404 y 410 dentro de su tratamiento general de los códigos 4xx, salvo excepciones como 429. No hay que prometer que un 410 borrará antes la URL del informe ni que Google dejará de consultarla de inmediato.
Revisa también los enlaces de suscripción y la autodetección: las etiquetas que anuncian un feed en el código de las páginas. Quitarlas evita seguir ofreciéndolo como servicio, pero no borra las direcciones que otros sistemas ya conocen. Si existe un canal sustituto real, estudia esa continuidad; redirigir todos los feeds a la portada mezcla necesidades distintas. La guía sobre páginas eliminadas y respuestas 404 amplía cuándo una URL retirada necesita un reemplazo.
El caso real: primero comprobamos el uso, después la respuesta
En el sitio que revisamos, el propietario nos indicó que los feeds aparecían en «Rastreada: actualmente sin indexar». No inspeccionamos su propiedad de Search Console: ese estado procedía de lo que nos contó. Sí pudimos comprobar públicamente que los canales entregaban XML con respuesta 200, sin una cabecera noindex, y que las páginas anunciaban su existencia.
Después confirmó que no utilizaba RSS y solicitó la retirada. Se comprobó que las variantes revisadas devolvían 410, que dejaban de anunciarse y que los artículos, el archivo robots.txt y los sitemaps seguían accesibles. Mantuvimos una forma de deshacer el cambio si aparecía una dependencia no prevista.
Ese resultado acredita la retirada técnica solicitada. No medimos una mejora de tráfico, indexación ni presupuesto de rastreo. La experiencia sirve para ordenar la decisión y las comprobaciones; no convierte la eliminación de RSS en una recomendación para cualquier WordPress.
Cómo comprobar el resultado sin perseguir el contador
Guarda una muestra de las URL concretas del informe y compruébalas antes y después del cambio. Incluye los tipos que existan en tu web, por ejemplo publicaciones y comentarios. No des por revisadas todas las variantes porque una sola dirección responda como esperabas.
- Abre la URL y revisa la respuesta HTTP. En las herramientas de desarrollador del navegador, entra en Red o Network, recarga y selecciona la solicitud del documento. Anota el código de estado y, cuando corresponda, la cabecera
X-Robots-Tag. Una página que dice «eliminado» con código 200 no confirma un 410. - Prueba el servicio o su retirada. Si conservas RSS, verifica que la aplicación que lo consume sigue recibiéndolo. Si lo retiras, comprueba las referencias de suscripción y la autodetección en páginas representativas. Repite desde la versión pública para detectar respuestas antiguas en caché.
- Comprueba lo que debe seguir funcionando. Abre artículos, páginas importantes, robots.txt y el sitemap habitual. Una regla demasiado amplia puede afectar a recursos ajenos al feed.
Si encuentras una referencia visible que sigue enviando al canal retirado, localiza su página de origen. El procedimiento para encontrar enlaces internos rotos en WordPress ayuda a separar un enlace que aún se ofrece al visitante de una URL antigua que solo permanece en un informe.
Después compara la fecha de la comprobación con la del último rastreo que muestra Search Console. El informe puede reflejar una visita anterior al cambio. Lo importante es que la respuesta actual coincida con tu decisión y que las páginas que sí quieres posicionar sigan accesibles.
¿Y el presupuesto de rastreo?
Unos pocos feeds sin indexar no permiten diagnosticar un presupuesto agotado. Google orienta su guía de presupuesto de rastreo principalmente a sitios grandes o con cambios muy frecuentes. Para investigar un problema real hacen falta más señales: páginas importantes que tardan en rastrearse, volumen de URL innecesarias, respuestas del servidor y datos de rastreo.
Retirar un servicio que ya no necesitas puede ser una decisión de mantenimiento. Atribuirle después más rastreo de artículos exige medirlo. No uses el número de URL excluidas como prueba de que los feeds están perjudicando al resto de la web.
Preguntas frecuentes
¿Google necesita el feed RSS para descubrir mis artículos?
No es un requisito. Google admite RSS y Atom como formatos opcionales de sitemap, además de otras opciones. Antes de retirar un feed, comprueba si lo habías enviado como sitemap y que mantienes otras vías de descubrimiento, como navegación interna y un sitemap vigente.
La documentación de formatos de sitemap explica ese uso opcional de RSS y Atom.
¿Debo solicitar la indexación de cada feed excluido?
No solo por aparecer en este estado. Decide primero si necesitas que esa URL figure en los resultados. Para «Rastreada: actualmente sin indexar», Google indica que no hace falta volver a enviar la URL para que la rastree.
