Si tu negocio usa Gemini, la IA de Google, dentro de una automatización (para clasificar consultas, resumir correos o redactar respuestas), cada vez que esa automatización trabaja le envía a Google un texto: el mensaje de un cliente, un pedido, una ficha. Desde el 26 de octubre de 2026, en los proyectos de pago que se creen a partir de esa fecha, Google guarda por defecto esas solicitudes y sus respuestas en un registro.
No es una mala noticia ni un motivo para apagar nada a ciegas. Es un cambio de configuración que conviene conocer, porque decide dónde quedan los datos de tus clientes y durante cuánto tiempo. Te explicamos qué cambió, a quién le afecta y qué revisar con quien te arma las automatizaciones.
- Los proyectos de pago nuevos de la API de Gemini guardan por defecto las solicitudes desde el 26 de octubre de 2026. Los proyectos que ya existían conservan su configuración.
- El registro se borra solo a los 55 días, salvo que elijas un plazo más corto. Según Google, no se usa para mejorar sus productos salvo que tú decidas compartirlo.
- Se puede apagar para todo el proyecto o para cada solicitud. Antes de decidir, conviene saber qué datos envía cada automatización.
Qué cambió el 26 de octubre
Para conectar una automatización con Gemini, alguien crea un «proyecto» en Google: una especie de cuenta técnica con su facturación y sus claves de acceso. Las automatizaciones usan esa clave para enviarle trabajo a Gemini.
Según las notas de versión de la API de Gemini, desde el 26 de octubre de 2026 los proyectos nuevos del plan de pago guardan por defecto las solicitudes que se hacen con la forma más habitual de llamar a Gemini (la que Google llama Generate Content API). Hasta ahora, esa opción venía apagada. Google explica que así se iguala con su otra forma de uso, la Interactions API, que ya guardaba las solicitudes por defecto.
Lo importante para saber si te afecta:
Qué se guarda, cuánto tiempo y quién lo usa
La página de registros y conjuntos de datos explica cómo funciona:
- Qué se guarda: lo que la automatización le envía a Gemini y lo que Gemini responde. Si le mandas el correo de un cliente para que lo clasifique, ese correo queda en el registro.
- Cuánto tiempo: 55 días por defecto. Se puede reducir a 7, 14 o 28 días. Lo que alguien guarde a mano en un «conjunto de datos» no caduca.
- Dónde se ve: en la página de registros de Google AI Studio, el panel donde se gestionan los proyectos de Gemini.
¿Google usa esos datos para entrenar su IA? Según su política de registro de datos, no por defecto: los registros quedan en tu proyecto y no se usan para mejorar ni desarrollar productos. Eso cambia solo si tú decides compartir un conjunto de datos o enviar comentarios a Google. En ese caso, los datos compartidos pueden revisarlos personas y se rigen por otras condiciones, y la propia política pide no compartir información sensible o confidencial.
Es decir: guardar no es lo mismo que compartir. Lo que cambió es que, en los proyectos nuevos, tus datos quedan almacenados un tiempo en tu proyecto, no que pasen a manos de Google para entrenar sus modelos.
Por qué no conviene apagarlo a ciegas
El registro tiene una utilidad real. Cuando una automatización clasifica mal un correo o da una respuesta rara, poder ver exactamente qué recibió Gemini y qué devolvió ahorra mucho tiempo. Para eso existe.
Y hay un caso en el que apagarlo rompe cosas. La página de Google advierte que, si se desactiva el registro de la Interactions API, esta deja de guardar y recuperar sola el historial de las conversaciones. Si tienes un asistente que recuerda lo que el cliente dijo antes en la misma conversación, puede depender de eso. Antes de apagarlo, quien armó la automatización tiene que confirmar qué forma de conexión usa.
Qué revisar con quien te arma las automatizaciones
No hace falta que lo hagas tú. Lo que sí conviene es tener respuesta a estas preguntas:
Con esas respuestas, la decisión suele ser sencilla. Si una automatización trata datos personales y nadie mira los registros, lo razonable es apagarlo o dejar el plazo más corto. Si se usa para revisar errores, puede tener sentido mantenerlo con 7 o 14 días.
Google ofrece dos formas de ajustarlo:
- Para todo el proyecto, en Google AI Studio, desde la configuración del panel de registros (Logs and datasets), con un interruptor para cada tipo de conexión. Ahí también se elige el plazo.
- Para cada solicitud, con una opción llamada
storeque tu equipo técnico puede poner en falso. Según Google, esa opción manda sobre la del proyecto. Requiere versiones recientes de las bibliotecas oficiales de Gemini. Si la automatización está hecha con una herramienta como n8n, depende de que esa herramienta permita enviarla; la opción del proyecto funciona en cualquier caso.
Si tu web o tu política de privacidad dicen dónde se procesan los datos de tus clientes, este es un buen momento para comprobar que siguen diciendo la verdad.
Lo que no conviene hacer
- Suponer que te afecta a todo. Los proyectos que ya existían conservan su configuración. El cambio es para los proyectos de pago creados desde el 26 de octubre.
- Confundir guardar con entrenar. Según Google, los registros no se usan para mejorar sus productos salvo que tú compartas datos.
- Apagar el registro sin preguntar. En la Interactions API, puede dejar sin memoria a un asistente que hoy funciona bien.
- Enviar a la IA más datos de los que necesita. La mejor protección es no mandar lo que no hace falta: para clasificar un correo, muchas veces no hace falta el nombre ni el teléfono del cliente.
Si estás armando una automatización con IA y quieres decidir desde el principio qué datos entran, lo explicamos en automatizar procesos con IA: qué sí, qué no. Y un ejemplo concreto de cómo armar un flujo con una salida para lo dudoso está en clasificar consultas de clientes con IA.
