NotebookLM в России, по списку поддерживаемых стран в справке Google на 4 октября 2026 года, у вендора недоступен: страны в перечне нет. Список меняется, поэтому его сверяют заново перед каждым внедрением, а команде заранее нужны ответы на три вопроса: какой аккаунт использовать там, где сервис открыт, какие данные класть в блокнот и чем заменить ответы по документам, если прямого доступа нет.
Проверка доступа
Доступ к NotebookLM определяет справка Google: список поддерживаемых стран, возраст, тип учётной записи. На 4 октября 2026 года России в списке нет, поэтому процесс строят с расчётом на отсутствие прямого доступа и рассматривают альтернативу: собственную систему ответов по документам на открытых весах, то есть другой продукт.
По справке Google, сервис доступен в браузере пользователям, достигшим возраста согласия, в поддерживаемых странах и территориях; список приведён на странице справки. Нужна личная учётная запись Google или рабочая и учебная, с выполненным входом. Эти условия меняются, поэтому сверяйтесь с первоисточником перед каждым внедрением.
Про устройство инструмента и работу с источниками мы писали в статье NotebookLM для работы, а про сборку презентаций — в материале NotebookLM презентация. Здесь только доступ, аккаунт и границы данных.
Практический порядок такой: откройте справку, найдите раздел о доступности и список стран, проверьте условия учётной записи и возраста, затем убедитесь, что вход работает с вашего устройства и аккаунта. Результат проверки с датой запишите в реестр сразу же: через квартал условия могли измениться, и запись покажет, когда вы смотрели в последний раз.
Название тоже изменилось: по объявлению Google от 16 июля 2026 года NotebookLM стал Gemini Notebook, продукт тот же, а существующие блокноты продолжают работать. Справка размещена под новым названием, а запросы пока идут по старому, поэтому в статье мы сохраняем привычное имя.
Аккаунт команды
Тип аккаунта определяет, кто контролирует доступ и данные. Для команды это важнее, чем интерфейс.
| Тип аккаунта | Что говорит справка | Что решить команде |
|---|---|---|
| Личная учётная запись | Подходит для входа, управляется самим пользователем | Допустимо ли хранить в ней рабочие материалы |
| Рабочая или учебная запись | Большинству таких пользователей доступ открыт | Кто в организации отвечает за аккаунты и права |
| Управляемая администратором запись | Доступ должен включить администратор организации | Как запросить включение и кто согласует |
| Общий блокнот команды | Блокнотом можно делиться с коллегами | Кто владелец, кто редактирует, кто только читает |
Для рабочих материалов предпочтительна рабочая запись, которой управляет организация: при уходе сотрудника доступ можно закрыть, а блокнот остаётся в организации, и владельца можно сменить без потери материалов. Личные учётные записи оставьте для экспериментов с открытыми материалами.
Сразу договоритесь о порядке доступа: кто приглашает коллег, кто снимает права при уходе сотрудника, кто решает судьбу блокнота при смене проекта. Эти вопросы кажутся административными, но именно из-за них через год появляются бесхозные блокноты с устаревшими данными.
Назначьте владельца каждого блокнота и ведите реестр: название, назначение, состав источников, кто имеет доступ. Через полгода без реестра все забудут, зачем создан блокнот и можно ли его удалить.
Данные в блокноте
Загруженное в блокнот перестаёт быть вашим локальным файлом: источники обрабатываются сервисом. Поэтому до загрузки решите, что туда можно класть.
- Открытые материалы: опубликованные статьи, публичные регламенты, документация продукта грузятся без ограничений.
- Внутренние документы: сначала проверьте условия обработки данных для вашего типа аккаунта, затем решайте.
- Персональные данные: клиентов и сотрудников в блокнот кладут лишь при наличии правового основания и после согласования с ответственным.
- Секреты: пароли, ключи и закрытые финансовые материалы остаются за пределами сервиса.
- Чужие материалы: договоры и записи третьих лиц загружайте только при наличии права и согласия.
Источники различаются и по формату. По справке, сервис принимает документы и презентации Google, PDF, файлы Microsoft Word и PowerPoint, веб-страницы, публичные видео YouTube и аудио. У источников есть ограничения по объёму, их значения указаны в справке и меняются.
Хорошая практика — завести для первого запуска тестовый блокнот из открытых материалов и проверить на нём весь процесс: загрузку, вопросы, ссылки, права коллег. Это занимает один вечер и показывает честно, подходит ли сервис вам, ещё до того, как в блокнот попадут внутренние документы.
Условия обработки данных зависят от типа аккаунта и плана. Перед загрузкой внутренних материалов прочитайте политику Google для вашего случая и согласуйте её со службой безопасности: в справке сервиса эти сведения даны лучше, чем в любом стороннем пересказе.
Рабочий процесс
Если доступ подтверждён, процесс строят так, чтобы ответ всегда можно было проверить по источнику.
- Выберите тип аккаунта и владельца блокнота, оформите доступ коллегам по ролям.
- Соберите источники по одной теме, удалив устаревшие версии и дубли: модель опирается на всё загруженное.
- Определите типовые вопросы блокнота и проверьте ответы на контрольных примерах с известной правдой.
- Для каждого ответа открывайте ссылку на источник и убеждайтесь, что цитата соответствует выводу.
- Раз в квартал пересматривайте состав источников и права доступа, а изменения фиксируйте в реестре.
Контрольные примеры для проверки собирайте из вопросов, на которые вы заранее знаете ответ. Если сервис отвечает верно и ссылается на правильный абзац, доверие растёт, а если ошибается, причину ищут в источниках: чаще всего подводят устаревшие версии документов или файлы с плохо распознанным текстом.
Ответ сервиса — гипотеза с опорой на документы. Если ссылка ведёт на другой абзац, чем следует из ответа, доверять нельзя. Для критичных решений, будь то договор или регламент, итоговую проверку проводит человек, знающий предмет, а результат проверки записывается рядом с ответом.
Для какой базы документов вам нужен такой блокнот?
Второй путь
Когда прямой доступ к сервису закрыт для вас или данные нельзя выносить вовне, остаётся второй путь: открытые веса на вашем или арендованном сервере. Это другой продукт, но та же логика ответов по документам со ссылкой на источник.
- Поиск по файлам: загруженные документы режутся на фрагменты, и модель отвечает по найденным кускам; пример разобран в статье про поиск по файлам в LM Studio.
- Хранение индекса: векторная база в контейнере на вашем сервере, как в материале про Qdrant в Docker.
- Интерфейс для команды: готовая веб-оболочка поверх локальной модели.
- Ответственность: установка, обновления, резервные копии и проверка качества остаются на вас.
Собственная система даёт контроль, но требует усилий и повторяет функции сервиса лишь частично, например генерацию аудиообзоров и презентаций. Поэтому сравнивайте по задаче: если нужны ответы по документам со ссылками, самодельный вариант справляется, а для сложных форматов потребуется отдельная работа.
Выбор между путями — вопрос доступа, данных и ресурсов команды. Помощь с оценкой и пилотом даёт внедрение ИИ в компанию, а условия сервисов и политику данных всегда сверяйте с первоисточниками.