Spam de usuarios: qué pide Google a las herramientas de IA

Por Redacción Usanzia · Publicado 27 de octubre de 2026

Desde el 26 de octubre de 2026, Google pide a las herramientas que publican páginas compartidas, contenido generado o web apps indexar solo lo pensado para buscadores. Para chats compartidos, artifacts o apps, recomienda noindex o bloquear el rastreo por defecto; si esas páginas ya están indexadas, usa noindex sin bloquearlas en robots.txt, porque Google no vería la regla.

Ver el paso a paso

¿Qué ha cambiado en la guía de Google contra el spam generado por usuarios?

Google ha ampliado su guía Prevent user-generated spam on your site and platform para incluir de forma expresa a las plataformas y herramientas que permiten a sus usuarios publicar páginas compartidas, contenido generado o web apps. Según el registro de cambios de la documentación de Search Central, la actualización es del 26 de octubre de 2026 y añade indicaciones para bloquear la indexación del contenido que se comparte por enlace y para vigilar el abuso con Search Console.

La guía explica que estas plataformas pueden ser tan vulnerables como un formulario de comentarios abierto: los spammers pueden crear un gran número de páginas o sitios que incumplen las políticas de spam de Google y aportan poco o ningún valor. Los cambios principales son tres:

• Nuevo alcance: la introducción menciona ya las plataformas de hosting y las herramientas que permiten publicar páginas compartidas, contenido generado o web apps.
• Nueva sección «Only index content meant for Search»: indexar solo el contenido pensado para la búsqueda.
• Vigilancia en Search Console: verificar el sitio o subdominio para recibir avisos y revisar los informes de indexación y de rendimiento.

Google justifica el cambio en el registro: ayudar a las plataformas a mantener fuera del índice las páginas creadas por usuarios que no están pensadas para la búsqueda y a detectar antes el spam.

Google warns tools on user-generated spam guidance and adds a new section for only index content meant for Search

Publicación de @rustybrick · Ver en X

¿Qué dice la nueva sección «Only index content meant for Search»?

La sección pide a los servicios que permiten crear páginas compartibles, resultados generados o herramientas interactivas que decidan si ese contenido está pensado para encontrarse en buscadores o solo para que acceda quien tenga el enlace. Cuando las páginas se crean para compartir directamente, colaborar o como utilidad, y no para descubrirse en la búsqueda pública, Google recomienda aplicar por defecto la regla noindex (con la etiqueta meta robots o la cabecera HTTP X-Robots-Tag) o bloquear el rastreo en robots.txt.

La clave está en las palabras «por defecto»: la guía no habla de limpiar después, sino de que lo no pensado para la búsqueda nazca fuera del índice.

¿Afecta a los chats compartidos, artifacts y apps generadas con IA?

Sí, en la lectura de la redacción: un chat compartido, un artifact (pieza de contenido o miniapp que genera un asistente de IA y que puede publicarse con un enlace) o una web app creada con una herramienta de IA encajan en las categorías que describe la guía: páginas compartibles, resultados generados y herramientas interactivas. Google, eso sí, no nombra ninguna herramienta concreta en el documento.

La lectura coincide con la de varias voces del sector. Lily Ray escribió en X que lo primero que pensó fue en «Claude artifacts, ChatGPT pages/sites» y otras herramientas sociales y de IA que facilitan producir contenido generado por usuarios indexable a escala (su post del 26 de octubre de 2026). Marie Haynes se preguntó si llegan nuevas acciones manuales para herramientas de IA y plataformas de creación de apps, y opinó que Google traslada «the burden of curation» (la carga de la curación) a quienes crean las herramientas (su post del 26 de octubre de 2026).

Dos matices que hemos comprobado en la documentación:

• No se anuncian nuevas acciones manuales. La guía recomienda verificar el sitio en Search Console para recibir un correo si Google emite una acción manual o detecta problemas de seguridad; no dice que vaya a haber acciones nuevas ni específicas para estas herramientas.
• No ha cambiado la página de políticas de spam. La entrada del registro del 26 de octubre solo menciona la guía de prevención, y la página de políticas de spam indica como última actualización el 28 de agosto de 2026. Lo que sí existía ya en las políticas de spam de Google es el apartado de spam generado por usuarios, que enlaza a esta guía.

¿Qué dicen las políticas de spam de Google sobre este contenido?

Las políticas de spam definen el spam generado por usuarios como contenido spam que los usuarios añaden a un sitio a través de un canal pensado para contenido de usuarios, a menudo sin que el propietario lo sepa. Entre sus ejemplos están las cuentas spam en servicios de hosting en los que cualquiera puede registrarse y los archivos spam subidos a plataformas de alojamiento de archivos.

La misma página define el abuso de contenido a escala como generar muchas páginas con el fin principal de manipular el ranking y no de ayudar a los usuarios, «no matter how it's created» (sin importar cómo se haya creado). Uno de sus ejemplos es usar IA generativa u otras herramientas similares para generar muchas páginas sin aportar valor a los usuarios. Para quien aloja ese tipo de contenido, Google indica que lo excluya de la búsqueda.

Para una herramienta de IA, la consecuencia práctica es que el riesgo no está solo en lo que publica la empresa, sino en lo que sus usuarios pueden convertir en URL públicas e indexables.

¿noindex o robots.txt: qué conviene para las páginas compartidas?

Para páginas que no deben aparecer en Google, la opción más segura es noindex (en la etiqueta meta o en la cabecera X-Robots-Tag), porque bloquear el rastreo con robots.txt no garantiza que la URL salga de los resultados. La guía de prevención admite las dos vías, pero la documentación de Google sobre robots.txt y sobre noindex marca diferencias importantes:

Una URL bloqueada en robots.txt pero enlazada desde otras páginas puede aparecer en los resultados sin descripción, así que para chats, artifacts y apps que se comparten por enlace la vía es noindex.

El error que más conviene evitar es combinar las dos cosas en la misma URL. Google lo advierte: si una página está bloqueada en robots.txt, el rastreador nunca verá la regla noindex, y la página puede seguir apareciendo en los resultados. Por eso, si ya tienes páginas compartidas indexadas, la recomendación de la redacción es aplicar noindex y no bloquearlas en robots.txt hasta que hayan salido del índice. Google también indica que no admite noindex dentro del archivo robots.txt. Y conviene que la regla vaya en el HTML que devuelve el servidor o en la cabecera X-Robots-Tag, no añadida ni quitada con JavaScript: según la guía de JavaScript para SEO de Google, cuando Google encuentra noindex puede saltarse el renderizado y la ejecución de JavaScript.

¿Qué contenido generado sí merece indexarse?

Solo el que el usuario ha publicado con intención de que se encuentre y que aporta valor por sí mismo; el resto, fuera del índice por defecto. La guía de Google da dos herramientas para graduarlo:

• Reputación del usuario. Google sugiere añadir noindex a las publicaciones de usuarios nuevos sin reputación en la plataforma y permitir la indexación cuando la ganen con el tiempo. Según la guía, eso desmotiva mucho a los spammers.
• Enlaces del contenido no fiable. Google recomienda añadir rel="nofollow" o rel="ugc" a todos los enlaces del contenido no fiable. En su documentación sobre cómo calificar enlaces salientes, añade que puedes quitar el atributo de los enlaces de usuarios que han hecho contribuciones de calidad de forma constante.

En la redacción proponemos un criterio sencillo para herramientas de IA: indexable solo si el usuario lo publica de forma explícita como página pública (no basta con generar un enlace para compartir), la página tiene valor sin el contexto del chat y pasa algún tipo de revisión, automática o humana.

¿Cómo vigilar el abuso desde Search Console?

Verifica el sitio o el subdominio donde se publican las páginas de usuarios y revisa con regularidad los informes de indexación y de rendimiento. La guía de Google concreta qué buscar:

• picos inesperados de páginas indexadas, impresiones o consultas que no encajan con el propósito de la plataforma (informe de indexación de páginas e informe de rendimiento);
• métricas propias de creación e indexación, con alertas ante anomalías como picos de páginas públicas nuevas o pocos usuarios que generan una gran parte de las URL indexables;
• señales de spam como redirecciones, muchos bloques de anuncios, ciertas palabras clave spam o grandes bloques de JavaScript codificado; el operador site: o Google Alerts pueden ayudar;
• picos de tráfico repentinos en los registros del servidor y páginas de phishing o con malware (Google menciona la API de Safe Browsing).

La guía mantiene además medidas preventivas clásicas: una política de abuso clara comunicada en el registro, un canal para que usuarios de confianza denuncien contenido, moderación manual para interacciones sospechosas, listas de bloqueo y reCAPTCHA u otra verificación para impedir la creación automática de cuentas.

Confianza y pruebas

• Fuentes primarias: la guía de Google Prevent user-generated spam on your site and platform, la entrada del 26 de octubre de 2026 del registro de cambios de Search Central, las políticas de spam de Google, la documentación de noindex, la introducción a robots.txt y la guía para calificar enlaces salientes. Para los matices sobre JavaScript y retiradas, la guía de JavaScript para SEO y la ayuda de la herramienta de retirada de URLs. Todas consultadas el 27/10/2026.
• Prueba propia: en la redacción no hemos hecho una prueba propia para este artículo (no gestionamos una plataforma que publique páginas de usuarios).
• Método y límites: hemos leído la documentación de Google en inglés y la hemos contrastado con la cobertura de Search Engine Roundtable. No hemos comparado nosotros la versión anterior de la guía: lo que «ha cambiado» se apoya en el registro de cambios de Google y en esa cobertura. Que las políticas de spam no cambiaron el 26/10 se apoya en esa entrada del registro y en la fecha de última actualización que muestra su página (28/08/2026). La aplicación a chats compartidos, artifacts y apps generadas con IA es una lectura de la redacción, no una afirmación de Google, que no nombra herramientas. Las opiniones de Lily Ray y Marie Haynes son suyas y se citan con enlace a sus posts.