El spam en Gemini Notebook vivió 3 días

El 19 de septiembre de 2026 Charles Floate escribió en X que había "hackeado" un AI Overview con las propias armas de Google: colocó su texto en una página pública de Gemini Notebook, el servicio de Google para trabajar con documentos y notas, y esa página acabó dentro de la respuesta generada del buscador. Para el 22 de septiembre, Search Engine Roundtable contó más de 12,000 páginas de ese tipo en el índice: péptidos, códigos promocionales, contenido para adultos, enlaces a aplicaciones. El 23 de septiembre Google retiró de los resultados el catálogo de notebooks públicos y limpió el spam. La ventana vivió unos 3 días, y es una ilustración muy exacta de cómo se abren y se cierran los agujeros en dominios fuertes ajenos.

Qué es Gemini Notebook y por qué sus páginas aparecieron en los resultados de Google

Gemini Notebook es el antiguo NotebookLM, el servicio de Google donde subes tus fuentes (textos, enlaces, PDF) y el modelo responde a partir de ellas, hace resúmenes y panorámicas. El 16 de julio de 2026 Google renombró NotebookLM como Gemini Notebook, a finales de julio de 2026 lo trasladó a la dirección notebook.google.com, y el antiguo notebooklm.google.com ahora redirige al nuevo (según los materiales de nlmtools).

El detalle clave: un notebook se puede hacer público, y entonces obtiene una URL normal en el dominio de Google. Es decir, el buscador lo rastrea y lo indexa como cualquier otra página. El 21 de septiembre de 2026 Gagan Ghotra lo llamó públicamente una nueva táctica de SEO parásito: los notebooks públicos se indexan, y eso lo aprovecha quien trabaja con esquemas turbios.

Cómo funciona el SEO parásito y por qué el dominio de Google resultó un donante cómodo

El SEO parásito es cuando el contenido no se coloca en tu propio sitio, sino en uno ajeno y fuerte. En las directrices para evaluadores de calidad de Google la formulación es simple: el contenido se publica en un sitio donante sobre todo para aprovechar las señales de posicionamiento que ese donante ya ha acumulado. Los donantes clásicos son los grandes medios con secciones de "contenido patrocinado", los foros, los portales de anuncios, cualquier plataforma con contenido generado por usuarios.

Con esa lógica, el dominio google.com es un donante de confianza máxima. Una página alojada ahí no necesita ganarse reputación, la hereda. De ahí la velocidad: según Search Engine Roundtable, para el 22 de septiembre había más de 12,000 páginas en el índice, es decir, una media de unas 4,000 páginas nuevas al día durante esos 3 días que la táctica vivió en público.

Hubo además una señal muy doméstica de chapuza. El 22 de septiembre de 2026 Glenn Gabe mostró que en los resultados se veía el propio prompt con el que se había generado una de esas páginas. O sea, ni se molestaron en esconder la instrucción que dio origen al texto.

1. 19 de septiembre de 2026Charles Floate muestra una página de Gemini Notebook dentro de un AI Overview
2. 21 de septiembre de 2026Gagan Ghotra lo llama táctica de SEO parásito, Glenn Gabe confirma que es masivo
3. 22 de septiembre de 2026Search Engine Roundtable encuentra más de 12,000 páginas en el índice
4. 23 de septiembre de 2026Google retira de los resultados el catálogo de notebooks públicos y limpia el spam

Por qué Google no borró 12,000 páginas en una hora, aunque podía

Search Engine Roundtable señaló directamente la rareza: Google podía eliminar esas páginas del índice al instante, porque el dominio es suyo, y no lo hizo. Tres días de spam en su propio dominio, para una empresa que reparte recomendaciones de calidad a todo el mundo, sale caro en reputación.

Hay dos explicaciones, y las dos son banales. La primera: editar el índice a mano por patrón de URL es una decisión que alguien tiene que tomar y firmar, no un botón que pulsa el ingeniero de guardia. La segunda: primero hay que cerrar la posibilidad misma, porque si no la limpieza no sirve de nada y las páginas vuelven a llenarse en un día. El 23 de septiembre desapareció de los resultados el catálogo de notebooks públicos, es decir, arreglaron la fuente y no solo la consecuencia.

La conclusión práctica para quien vigila a la competencia: la reacción de la plataforma ante el spam casi nunca es inmediata, pero llega. Planificar el trabajo contando con que "Google no se da cuenta" no funciona, porque se dieron cuenta 2 días después del primer tuit.

La política de site reputation abuse: qué está prohibido y cuánto tardó Google en aplicarla

Esta historia no es nueva, tiene ya una regla lista. La política de site reputation abuse la anunció Google en marzo de 2024 junto con dos vecinas: scaled content abuse (generación masiva de páginas sin valor) y expired domain abuse (compra de dominios caducados solo por su historial). Según el análisis de Digital Hitmen, la cronología es esta:

• marzo de 2024: se anuncia la política;
• 5 y 6 de mayo de 2024: llegan las primeras sanciones manuales, es decir, unos 2 meses después del anuncio;
• enero de 2025: la formulación sobre contenido parásito se añade a las directrices para evaluadores;
• agosto de 2025: la aplicación algorítmica se refuerza con una actualización antispam, unos 17 meses después del anuncio.

O sea, el camino de "esto lo prohibimos" a "esto lo cazamos por algoritmo" le llevó a Google año y medio. Justo en ese hueco viven todas las tácticas de este tipo. Y ese mismo hueco explica por qué un agujero recién abierto en un servicio nuevo se cierra a mano y rápido, mientras los esquemas sistémicos en donantes viejos se arrastran durante años.

Otro detalle que conviene conocer: en noviembre de 2025 la Comisión Europea abrió una investigación sobre la aplicación de esta misma política, según escribió Search Engine Journal. La queja es que las sanciones alcanzan a editores legítimos que publican contenido de afiliados. Google defiende su postura. Para la práctica eso significa que la redacción de la política todavía se va a mover.

Vale la pena meterse en ventanas así: lo calculo con las cifras de esta historia

Lo calculo con honestidad. La ventana vivió 3 días desde la primera difusión pública hasta la limpieza. En ese tiempo entraron al índice más de 12,000 páginas, y todas fueron barridas de un solo movimiento. Ninguna se convirtió en activo: ni en un suscriptor, ni en un perfil de enlaces acumulado, ni en marca.

Y ahora la segunda cifra. El 22 de septiembre de 2026 Peec AI (Malte Landwehr) mostró que la proporción de AI Overviews con enlaces externos creció de casi 0% a más de 25%. Hace un año la respuesta generada apenas sacaba enlaces hacia fuera, ahora uno de cada cuatro lo hace. La probabilidad de entrar en la respuesta de Google con tu propio sitio hoy es mayor que antes, y no se quema en 3 días.

Así que mi respuesta es esta: hay que mirar estas ventanas, pero no meter en ellas tu proyecto principal. Tres días de vida frente a un dominio en el que has invertido varios años no es un buen trato.

Dicho esto, pelear por un sitio en la respuesta exige cada vez más cuidado. El 22 de septiembre de 2026 se observó que parte de los enlaces dentro de los AI Overviews no llevan a sitios web, sino al AI Mode, el modo de búsqueda conversacional dentro de Google. Ese mismo día Search Engine Land escribió que Google está probando en Discover un botón "Dive deeper": al pulsarlo no vas al artículo del editor, sino a una panorámica generada del tema dentro de Google. Las dos cosas acortan el camino del usuario hacia el sitio, no lo alargan.

Cómo detectar una ventana así antes que los demás

Hay que mirar el índice, no los tuits. Toda esta historia se ve con el operador site aplicado al dominio del servicio: si un producto ha estrenado páginas públicas, allí estarán. Luego queda la pregunta de qué vive en ellas.

Para estas comprobaciones tengo una tabla simple: columna "servicio", columna "fecha en que aparecieron sus páginas públicas", columna "qué encontré con site en 5 minutos", columna "fecha de la revisión". Cada 2 semanas recorro la lista de arriba abajo. Sin la tabla me olvido de la mitad de los servicios en un mes.

• cada 2 semanas revisar con el operador site las nuevas secciones públicas de los servicios grandes
• comprobar si la página pública tiene noindex y si se puede crear sin moderación
• anotar la fecha de la primera difusión pública de la táctica para saber cuánto lleva viva la ventana
• no trasladar la táctica a tu dominio principal, aunque le funcione a la competencia
• comprobar si tus materiales se están reescribiendo en páginas ajenas, buscando una frase única de tu texto entre comillas

Cómo proteger tu sitio del scrapeo hacia notebooks ajenos

La otra mitad de esta historia no afecta a quien hace spam, sino a quien le toman el contenido. Con el cambio de nombre de NotebookLM a Gemini Notebook cambió también el user agent del cargador que descarga páginas por orden del usuario: ahora se llama Google-GeminiNotebook. Search Engine Journal escribió que así tu sitio puede acabar cargado en el notebook de otra persona y reescrito sin mención de autoría.

Qué hacer con esto, según el mismo material de Search Engine Journal:

1. Buscar en los logs del servidor las peticiones con el user agent Google-GeminiNotebook y ver qué páginas se están descargando.
2. Escribir la prohibición para ese user agent en robots.txt, si decides cerrarte.
3. Poner el bloqueo a nivel de WAF, es decir, del filtro de peticiones delante del sitio, porque es más fiable que las reglas de robots.txt.
4. Decidirlo de forma consciente: al cerrarte pierdes también la posibilidad de ser mencionada, porque un resumen puede traerte a una persona.

Yo no me cerraría por completo, lo separaría: las páginas comerciales y las investigaciones únicas merecen protección, los materiales panorámicos que los citen.

Qué hacer en una hora

1. Comprobar con el operador site tu propio dominio y asegurarte de que en el índice no hay páginas ajenas salidas de tus secciones abiertas: perfiles, comentarios, archivos subidos. Cualquier sitio con publicación sin moderación puede convertirse en donante de SEO parásito.
2. Escoger una frase única de tu material más fuerte, buscarla entre comillas y ver quién está reescribiendo tu texto en un dominio ajeno.
3. Abrir los logs y buscar Google-GeminiNotebook, y luego decidir si lo bloqueas o no.
4. Si estás analizando una caída de tráfico, recordar que el 23 de septiembre de 2026 volvió a desaparecer un día de datos en el informe de rastreo de Search Console (el del 15 de septiembre de 2026): un hueco en el gráfico no siempre significa un problema en el sitio.

De las 12,000 páginas que se agarraron al dominio de Google, para el 23 de septiembre de 2026 no quedó nada. De quienes esos días escribieron tranquilamente sus propias páginas, nadie se quedó sin nada.