Google adoptará una señal única para el entrenamiento de IA en robots.txt: qué conviene revisar

El 30 de octubre Google anunció que planea adoptar, de forma voluntaria, una propuesta que se discute en el IETF y que le daría a cualquier sitio una única manera de expresar sus preferencias sobre el entrenamiento de inteligencia artificial. Según informó Search Engine Roundtable, la idea es definir la preferencia una sola vez en el archivo robots.txt, en lugar de ir listando proveedor por proveedor. Es una novedad oficial, publicada por Google en su blog de Search Central y en la documentación de rastreadores, pero con una advertencia importante: todavía no está en funcionamiento. Google habla de dar soporte a la señal a comienzos de 2027.

En esta nota contamos qué dijo exactamente Google, qué está todavía sin definir, por qué el tema importa para quienes trabajamos en visibilidad en buscadores y en respuestas generadas por IA (AEO y GEO), y qué conviene revisar hoy sin esperar a que la señal exista.

Qué dijo Google, punto por punto

La propuesta que Google dice que va a adoptar se conoce como un borrador de “señal de preferencia de entrenamiento” dentro del trabajo del IETF sobre preferencias de uso de contenido para IA. La documentación de Google y el anuncio mencionan una señal compartida, un “policy token” que se escribiría en robots.txt. De lo que Google comunicó, lo concreto es esto:

  • Un sitio podría expresar una vez, con la señal compartida, que no quiere que su contenido se use para entrenar modelos, sin enumerar cada rastreador de cada empresa.
  • Si un sitio usa esa señal para excluirse del entrenamiento y no especifica nada sobre Google-Extended, Google lo tratará como si Google-Extended estuviera bloqueado.
  • Los controles propios de cada empresa, como Google-Extended, van a seguir funcionando junto con la señal compartida. Es decir, un sitio puede fijar una preferencia general y después afinar reglas para proveedores específicos.
  • Los sitios que permitan de forma explícita Google-Extended seguirán siendo elegibles para aparecer en las respuestas de Gemini que citan fuentes y para recibir clics desde ellas.
  • El control de Search Console para la IA generativa dentro de Search es un mecanismo aparte y no se reemplaza con esto.

Search Engine Roundtable agrega que Bing, OpenAI y Anthropic anunciaron planes similares, y que otros proveedores podrían tratar la señal de manera parecida. Esa parte es información de la nota, no una confirmación detallada de cada empresa.

Lo que todavía no está claro

Conviene ser precisos en lo que no se sabe, porque es donde más fácil es sacar conclusiones apuradas:

  • El trabajo del IETF no está terminado. Participantes del grupo, citados en la nota, hablan de disputas abiertas, por ejemplo sobre si deben quedar fuera de las preferencias las acciones iniciadas por el usuario.
  • No se publicó la sintaxis completa de la señal ni el vocabulario final de preferencias.
  • No hay una definición cerrada de qué incluye “entrenamiento de IA” frente a otros usos, como recuperar contenido para responder una consulta puntual.
  • Los plazos tienen una pequeña inconsistencia: se habla de 2027 en una declaración de John Mueller y de comienzos de 2027 en la documentación de rastreadores.
  • No está confirmado cómo ni cuándo la implementarán los otros proveedores.

Por qué importa para AEO y GEO

La conversación sobre visibilidad en buscadores ya no se limita a aparecer en una lista de enlaces. Cada vez más consultas terminan en una respuesta generada, y esa respuesta se construye con contenido de terceros. Como contamos en nuestra nota sobre AI Overviews en más del 80% de las búsquedas, la presencia de respuestas con IA ya es la regla y no la excepción en muchos conjuntos de consultas.

En ese contexto, las preferencias de entrenamiento no son sólo un tema legal o comercial. Son una decisión de estrategia de visibilidad con dos caras. Por un lado, excluirse del entrenamiento puede proteger contenido propio o poner a un sitio en una mejor posición para negociar licencias. Por el otro, Google aclaró que permitir Google-Extended mantiene la elegibilidad para aparecer, con fuente y posibilidad de clic, en las respuestas de Gemini. Dicho de otro modo: la decisión sobre el entrenamiento y la decisión sobre ser citado en respuestas están conectadas, y conviene tomarlas juntas y con información.

Hay un punto que el anuncio no resuelve y que no queremos dar por sentado: no hay evidencia pública de que permitir o bloquear el entrenamiento cambie la probabilidad de aparecer en un AI Overview o en AI Mode de Search. Google separa esos mecanismos. Quien diga lo contrario hoy está especulando.

Qué conviene revisar hoy

No hace falta modificar nada todavía. Pero sí hay trabajo útil que se puede hacer ahora, para que cuando la señal esté disponible la decisión ya esté tomada:

  1. Auditar el robots.txt actual. Qué dice hoy sobre Google-Extended, GPTBot, ClaudeBot, CCBot y otros rastreadores de IA, desde cuándo y quién tomó esas decisiones. En muchos sitios las reglas se agregaron una por una, sin criterio unificado. Si necesitás repasar la diferencia entre bloquear el rastreo y bloquear la indexación, tenemos una guía sobre robots.txt y noindex.
  2. Definir una política de contenido para IA. Qué contenido se quiere ofrecer a los modelos, cuál no, y bajo qué condiciones. La señal técnica debería reflejar una decisión que ya existe, no reemplazarla.
  3. Separar entrenamiento de recuperación. Entrenar un modelo y recuperar una página para responder una consulta son usos distintos. Conviene tener claro cuál se está habilitando o bloqueando con cada regla.
  4. Medir antes de decidir. Revisar en los logs del servidor qué rastreadores de IA visitan el sitio y con qué frecuencia. Sin ese dato, cualquier regla es a ciegas.
  5. Documentar la decisión. Dejar por escrito qué se decidió, por qué y cuándo se va a revisar. Con un estándar que todavía se está definiendo, es probable que haya que ajustar.

Qué no recomendamos hacer

No recomendamos agregar hoy una línea con un token que todavía no existe en ningún estándar publicado ni esperar que un crawler la interprete. Tampoco recomendamos bloquear todo por reflejo ni permitir todo por miedo a perder visibilidad. Las dos posturas ignoran que el estándar sigue en discusión y que Google ya separó los mecanismos.

Tampoco conviene tratar esto como un cambio de algoritmo. Es una novedad de controles y documentación: no cambia cómo posiciona Google ni se anunció ninguna consecuencia en rankings.

Cómo lo seguimos

Vamos a prestar atención a tres cosas: la publicación de la sintaxis final de la señal en el IETF, la actualización de la documentación de rastreadores de Google con fecha concreta de soporte, y las confirmaciones de otros proveedores. Mientras tanto, el trabajo de fondo es el mismo que venimos recomendando: entender quién rastrea el sitio, para qué, y qué se quiere obtener a cambio.

Si trabajás con muchos sitios o con contenido licenciable, este es un buen momento para ordenar el robots.txt y fijar una política común. Si querés repasar otros cambios recientes de Google en un solo lugar, hicimos un repaso en qué cambió en Search esta semana.

Fuentes: anuncio de Google en el blog de Search Central (developers.google.com/search/blog/2026/10/ai-training-control), documentación de rastreadores de Google y cobertura de Search Engine Roundtable del 30 de octubre de 2026.

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *