Gemini API хранит логи по умолчанию: что проверить в боте

Допустим, в ноябре подрядчик собирает для сети салонов в Шымкенте бота записи в WhatsApp на Gemini. Новый проект в AI Studio, новый ключ, платный уровень, чтобы не упираться в лимиты. Бот отвечает, клиенты пишут имя, телефон, удобное время, иногда присылают фото. Через месяц владелец сети спрашивает, где хранится переписка.

В CRM – да. А ещё на странице Logs в AI Studio, в аккаунте подрядчика: каждый запрос целиком, с ответом бота и предыдущими репликами. До 55 дней.

Никто это не включал. С 26 октября 2026 года Gemini API хранит логи по умолчанию во всех новых платных проектах. Ниже – что именно сохраняется, кто это видит и как выключить хранение логов Gemini API так, чтобы оно не включилось снова в следующем проекте.

Главное за минуту

Что изменилось в Gemini API 26 октября

Запись в changelog Google короткая: новые проекты на платном уровне теперь по умолчанию сохраняют запросы к Generate Content API. Отказаться можно двумя путями – передать store=false в запросе или выключить логирование в настройках Logs and Datasets. Существующие проекты не трогают: если вы не включали логи сами, у них хранение по-прежнему выключено.

Generate Content – основной метод Gemini API для генерации ответа: если бот написан не на Interactions API, скорее всего, он ходит именно сюда. В лог попадает полный текст запроса, ответ модели и контекст предыдущих ходов. Записываются и вызовы через совместимые с OpenAI эндпоинты – это важно для тех, кто подключил Gemini через библиотеку OpenAI и считает, что работает «как с OpenAI». Не логируются только запросы с видео, GIF и PDF.

Для Interactions API ничего не поменялось: там хранение включено по умолчанию давно, потому что на нём держится состояние диалога на стороне Google.

Почему это касается переписки с клиентами

Сначала о том, чего бояться не нужно. На платном уровне Google не использует логи для обучения и улучшения продуктов – так прямо написано в политике логирования. Модель не «запомнит» телефон вашего клиента.

Проблема в другом. У вас появляется ещё одна копия персональных данных – вне CRM, вне вашего регламента хранения и, часто, вне вашего аккаунта. Клиент просит удалить его данные: вы чистите карточку в CRM, а его переписка остаётся в логах Google до конца срока. Документация не описывает, можно ли удалить отдельный лог раньше, – говорит только, что по истечении окна логи помечаются на удаление.

Теперь казахстанская часть. Отправка сообщений клиента в зарубежную модель и так, скорее всего, трансграничная передача персональных данных, на которую с октября нужно согласие, – подробно об этом в статье «Новые правила сбора персональных данных: лиды, маскирование, ИИ». Логи превращают передачу ещё и в хранение за рубежом на срок до 55 дней. На наш взгляд, в тексте согласия и в политике обработки это стоит назвать прямо: кто поставщик модели и сколько он держит данные.

Та же история была с OpenAI, когда вышел Agents API: состояние сессий лежит у вендора до удаления. Разбор и схему удаления по цепочке мы описывали в статье «Agents API от OpenAI и персональные данные: что хранится у вендора».

Кто видит логи

Логи привязаны к проекту Google Cloud. Ролей и прав доступа к ним документация не описывает – по факту их видит каждый, кто открывает проект в AI Studio. В малом бизнесе проект нередко создан на личный Google-аккаунт фрилансера, который год назад настраивал бота. Он ушёл, ключ работает, логи копятся у него.

Ещё одна ловушка: страница Logs показывает логи, только пока в проекте есть хотя бы один активный API-ключ. Удалили все ключи – логи пропали из интерфейса, но это не значит, что их удалили. Появится ключ – они снова на месте.

Как выключить хранение: проект и код

Выключателя два, и мы советуем использовать оба. Настройку проекта может поменять любой, у кого есть доступ. Параметр в коде переживёт и смену подрядчика, и новый проект, созданный «на скорую руку».

В настройках проекта

В AI Studio откройте Logs, затем панель Settings. Логирование для Generate Content API и Interactions API переключается отдельно. Там же меняется срок хранения: 7, 14, 28 или 55 дней. Если логи нужны для отладки, оставьте их, но сократите окно до 7 дней.

В каждом запросе

Параметр store в конфигурации запроса имеет приоритет над настройкой проекта. Пример для Python:

response = client.models.generate_content(
    model="gemini-3.8-flash",
    contents=messages,
    config={"store": False},
)

Есть нюанс с версиями библиотек. Параметр store для Generate Content поддерживается начиная с google-genai 2.33.0 для Python, @google/genai 2.31.0 для JavaScript, 1.79.0 для Java и 1.76.0 для Go. На более старой версии параметр просто не уйдёт в запрос, и защищать будет только настройка проекта. Проверьте файл зависимостей бота, прежде чем считать задачу закрытой.

С Interactions API осторожнее. Если бот хранит историю диалога на стороне Google и продолжает разговор по previous_interaction_id, выключение логов остановит и автоматическое хранение истории – бот потеряет память о разговоре. Тогда либо храните историю у себя, в CRM, и передавайте её в запросе сами, либо оставляйте хранение и сокращайте срок.

Где ещё Gemini API держит данные бота

Логи – не единственное место. Если цель – чтобы у Google не оставалось переписки клиентов, пройдитесь по всем функциям, которые использует бот. Вот что говорит документация о каждой:

Последняя строка важнее, чем кажется. Гарантированного нулевого хранения в Gemini Developer API нет: Google сама отправляет тех, кому оно нужно, в Vertex AI. Если бот уже работает через Vertex AI, про актуальные модели и перевод кода мы писали в статье «Отключение Gemini 2.5 в Vertex AI 20 октября: на что перевести бота».

Датасеты: самое неочевидное место

В AI Studio логи можно отфильтровать, выбрать и сохранить как датасет, а затем выгрузить в CSV, JSONL или Google Таблицы. Удобно для разбора ошибок бота. И опасно: срок хранения у датасета не задан, он живёт, пока его не удалят.

Сценарий, который мы считаем самым вероятным. Маркетолог выгружает триста диалогов «чтобы улучшить промпт» в таблицу. Через полгода копия переписки с телефонами и адресами лежит в чьём-то Google Диске, и про неё никто не помнит.

Дальше хуже. Датасетом можно поделиться с Google как примерами для исследований. Тогда он обрабатывается по условиям бесплатных сервисов: может использоваться для улучшения продуктов Google, а люди-рецензенты могут его читать – после отвязки от аккаунта и проекта. Google прямо просит не включать туда персональные и конфиденциальные данные. То же касается Contributor Tier – программы со скидкой до 50% на токены в обмен на использование данных. Для бота с данными клиентов мы бы не рассматривали её вовсе.

Чего документация пока не говорит

Мы не юристы, и это не юридическая консультация. Если бот обрабатывает документы, медицинские или финансовые данные, покажите эту схему своему юристу и решите, остаётесь ли вы на Gemini API или переходите на вариант с гарантированным нулевым хранением.

Чек-лист на эту неделю

Работы здесь на пару часов, если знать, где искать. Порядок такой:

• Составить список всех проектов Gemini: чей аккаунт владеет, когда создан – до 26 октября или после.
• В новых проектах выключить логирование Generate Content или сократить срок до 7 дней.
• Обновить библиотеку до версии с поддержкой store и прописать store=false в коде бота.
• Если используется Interactions API – решить, где хранится история диалога, и только потом трогать логи.
• Проверить датасеты: удалить те, где есть данные клиентов, и не делиться ими с Google.
• Перенести проект с личного аккаунта подрядчика на корпоративный.
• Обновить текст согласия и политику обработки: назвать поставщика модели и срок хранения у него.

Отдельно стоит сверить сроки в логах Google со сроками хранения переписки в вашей CRM: странно удалять диалоги у себя через 30 дней, если у поставщика модели они живут 55.

Связанные материалы

• Data Retention для диалогов: сроки хранения, удаления, legal hold и журналирование
• AI-боты для входящих обращений