Требование о локализации звучит короче, чем работает: базы данных, в которых обрабатываются персональные данные граждан России, должны находиться на территории России. Из этой формулировки обычно делают вывод «значит, всё иностранное запрещено» и отказываются от рабочих инструментов. Вывод неверный. Норма перечисляет конкретные операции, которые обязаны выполняться здесь, и ничего не говорит о том, что после этого данные не могут никуда уходить.
Практически это значит следующее. Первая запись о клиенте должна возникать в базе, физически находящейся в России. Здесь же данные накапливаются, хранятся и уточняются. Дальнейшая передача за рубеж — отдельное действие с отдельными основаниями и с отдельным упоминанием в уведомлении об обработке, но само по себе оно не запрещено. Нарушение возникает тогда, когда первичной базы в России просто нет: форма на сайте пишет заявку сразу в зарубежный сервис, и другой копии не существует.
Ниже — перечень операций, попадающих под требование, проверка любого сервиса по трём вопросам, три варианта действий, когда сервис нужен, а серверов в России у него нет, и модельный расчёт на 86 000 ₽ для интернет-магазина на 25 человек. Мы инженерное бюро, а не юридическая фирма: разбираем то, что решается архитектурой и настройками, а правовую квалификацию конкретной схемы отдаём юристу — список вопросов к нему в конце. Всё по состоянию на сентябрь 2026 года.
Шесть операций, а не «всё в России»
Обязанность оператора обеспечить, чтобы запись, систематизация, накопление, хранение, уточнение и извлечение персональных данных граждан России выполнялись с использованием баз данных, находящихся на территории России. Часть 5 статьи 18 152-ФЗ. Ключевое слово — «с использованием»: значение имеет не юридический адрес сервиса, а физическое расположение базы, в которой эти операции происходят.
Обратите внимание, чего в перечне нет. Там нет передачи, нет предоставления доступа, нет распространения. Эти действия регулируются отдельно — трансграничной передачей и общими основаниями обработки, — и именно поэтому конструкция «база здесь, сервис там» вообще возможна. Если бы норма запрещала любое пересечение данными границы, ни один международный сервис не работал бы в России в принципе.
Второе важное уточнение: требование относится к данным граждан России, а не ко всем данным подряд. Компания, у которой часть клиентов иностранцы, может вести их в другой базе — на практике это редко имеет смысл, потому что делить одну CRM на два контура дороже, чем локализовать всю.
Схема из двух зон. Левая зона обведена сплошной рамкой с подписью «База на территории России»: внутри шесть подписанных блоков — «запись», «систематизация», «накопление», «хранение», «уточнение», «извлечение», над ними заголовок «ч. 5 ст. 18 152-ФЗ». Правая зона обведена штриховой рамкой с подписью «Зарубежный сервис»: внутри блоки «передача», «предоставление доступа», «распространение». Между зонами широкая стрелка слева направо с подписью «возможно: своё основание плюс строка в уведомлении об обработке». Под всей схемой сквозная подпись: «нарушение — когда левой зоны нет вообще». Чертёжный стиль, подписи по-русски.
Проверка любого сервиса по трём вопросам
Разбирательство с каждым сервисом сводится к трём вопросам. Первые два закрываются чтением документов за пять минут, третий требует наблюдения — и именно он даёт неожиданные ответы.
- 1Где зарегистрировано юрлицо
Смотрим не название и не домен, а реквизиты в договоре или оферте и лицо, которому вы платите. Российское название и домен в зоне .ru не означают российского юрлица, и наоборот. Отдельно отмечайте случай, когда договора нет вообще, а есть только принятая галочкой оферта: это осложняет и локализацию, и оформление поручения обработки.
- 2Где физически стоят серверы
Ответ должен быть в публичных документах сервиса или в договоре, с указанием страны и площадки. Формулировка «данные хранятся в надёжных дата-центрах» ответом не является. Если сервис не отвечает на прямой письменный вопрос о стране размещения, считайте, что ответ вам не понравился.
- 3Куда физически пишется первая запись о клиенте
Самый важный и самый пропускаемый вопрос. Откройте форму на сайте, отправьте тестовую заявку и посмотрите список исходящих запросов страницы в панели разработчика браузера. Если заявка уходит напрямую во внешний сервис и только потом возвращается к вам через интеграцию — первичная запись возникает не у вас.
Ниже — как выглядят ответы для типового набора сервисов интернет-магазина. Вердикт в последней колонке относится именно к локализации, а не к обработке данных в целом: сервис может быть корректен по локализации и при этом требовать поручения обработки и упоминания в уведомлении.
| Сервис | Юрлицо | Серверы | Куда пишется первая запись | Вердикт по локализации |
|---|---|---|---|---|
| Облачная CRM с российским юрлицом | РФ | РФ, площадка указана в договоре | Сюда: заявка с сайта создаёт карточку напрямую | В порядке |
| Сервис рассылок с зарубежным юрлицом | Не РФ | Не РФ | Сюда, если форма подписки на сайте отправляет адрес прямо в него | Нарушение, пока форма пишет туда первой |
| Зарубежная аналитика сайта | Не РФ | Не РФ | Сюда попадает идентификатор, а иногда почта и телефон из формы | Зависит от состава передаваемых полей |
| Чат-виджет на сайте | Проверять по каждому | Проверять по каждому | Сюда: имя и контакт посетитель вводит прямо в виджет | Частая скрытая первичная база |
| Зарубежный CDN для картинок и скриптов | Не РФ | Не РФ | Никуда: заявки и контакты не пишутся, уходит только IP-адрес посетителя | Базы здесь не возникает, к локализации отношения не имеет |
| Резервные копии CRM в облачном хранилище | Проверять отдельно от самой CRM | Часто другая страна, чем у основной базы | Сюда попадает полная копия базы | Самая частая находка при проверке |
Основная база корректно размещена в российском облаке, а копии по умолчанию складываются в хранилище другого региона — так настроено у провайдера, и об этом никто не помнит через полгода после запуска. Проверяется это за час: регион хранилища копий, срок их жизни и кто имеет к ним доступ. Как выстроить копии так, чтобы они не создавали второй неучтённой базы, мы разбирали в материале про резервное копирование своими силами.
Карта связей. Слева узел «Покупатель оформил заказ на сайте», от него стрелки к шести подписанным узлам: «Облачная CRM, РФ», «Сервис рассылок, не РФ», «Аналитика, не РФ», «Чат-виджет», «CDN картинок, не РФ», «Резервные копии CRM». У каждого узла бирка с ответом на вопрос «первая запись здесь?»: у CRM — «да, это норма», у рассылок и чат-виджета — «да, и это проблема», у аналитики — «частично, зависит от полей», у CDN — «нет, уходит только IP-адрес», у резервных копий — «полная копия, регион часто другой». Пунктирная линия отделяет узлы внутри России от узлов за границей. Чертёжный стиль, подписи по-русски.
Сервис нужен, а серверов в России нет: три варианта
Вариантов ровно три, и выбор между ними определяется не идеологией, а тем, какая часть функции завязана на персональные данные.
- 1Замена на российский аналог
Работает там, где функция типовая и данных много: рассылки, хранение файлов, корпоративная почта, интеграционная шина. По интеграционным платформам понятный выбор есть — Albato и ApiX-Drive имеют российское юрлицо и размещение, n8n разворачивается на своём сервере. Цена вопроса — не подписка, а перенос: списки, домены, шаблоны, перенастройка сценариев.
- 2Прослойка с обезличиванием
Работает там, где сервис нужен ради вычислений, а не ради самих людей: аналитика, прогнозы, генерация текстов. Наружу уходит идентификатор заказа и обезличенные признаки, соответствие «идентификатор — клиент» остаётся в вашей базе. Это же решение закрывает вопрос с внешними ИИ-сервисами; матрицу «какие данные куда можно» мы разбирали в материале про данные компании в облачном ИИ.
- 3Отказ от функции
Честный вариант, который недооценивают. Если функция даёт мало, а переделка стоит много — выключите её. Чаще всего под это попадают вторая система аналитики, дублирующий чат-виджет и рекламные пиксели, поставленные подрядчиком три года назад и с тех пор никем не использованные.
Чего в списке нет — так это варианта «перенести всё на свой сервер ради 152-ФЗ». Локализация требует размещения базы в России, а не отказа от облаков. Российское облако с договором и указанной площадкой закрывает требование полностью, а собственный сервер добавит вам обязанностей администратора, а не снимет их. Когда свой контур действительно оправдан — отдельный разговор, мы вели его применительно к выбору между облаком и своим сервером.
Из пяти внешних сервисов заменён один, ещё один обёрнут прослойкой, у резервных копий сменён регион хранения, два оставлены как есть — включая тот, что стоит за границей и не получает ни заявок, ни контактов. Это и есть нормальный итог работы по локализации: меняется не инфраструктура, а два-три места, где первичный экземпляр записи оказывался не там.
Горизонтальная полосовая диаграмма из пяти сегментов, подписанных названиями сервисов: «Рассылки», «Аналитика», «Чат-виджет», «CDN картинок», «Резервные копии». Сегмент «Рассылки» закрашен и подписан «заменён на российский», сегмент «Аналитика» заштрихован и подписан «прослойка обезличивания», сегмент «Резервные копии» подписан «смена региона хранения», сегменты «Чат-виджет» и «CDN картинок» оставлены светлыми с подписью «оставлены как есть». Справа плашка с итогом: «86 000 ₽, 37 часов: 35 часов инженера и 2 часа юриста». Чертёжный стиль, подписи по-русски.
Как это связано с уведомлением в Роскомнадзор
Локализация — не внутреннее дело компании: сведения о местах нахождения баз данных указываются в уведомлении об обработке персональных данных и попадают в открытый реестр операторов. Расхождение между тем, что подано, и тем, что реально происходит, обнаруживается без всякой экспертизы — сопоставлением двух общедоступных источников.
Отсюда два практических следствия. Первое: любой перенос базы — переезд к другому провайдеру, смена региона хранения, подключение нового сервиса, в который пишется первичная запись, — запускает срок подачи сведений об изменениях. Второе: в уведомлении не стоит писать «на всякий случай» страны, куда вы ничего не передаёте. Порядок подачи, поля и сроки мы разбирали отдельно в материале про уведомление в Роскомнадзор.
Когда локализация не решает вопрос
Локализация закрывает шесть операций и ничего больше. Есть четыре ситуации, где она выполнена формально безупречно, а вопрос остаётся открытым.
- База в России, а поддержка сервиса смотрит в неё из другой страны. Хранение локализовано, доступ — нет. Это не нарушение локализации, но это передача доступа, у которой должно быть своё основание, а у сотрудников поддержки — режим и журнал.
- База в России, а аналитическая витрина строится во внешнем сервисе. Витрина живёт своей жизнью, и в ней рано или поздно оказываются те же телефоны — просто потому, что так было удобнее собирать отчёт. Проверять надо не только боевую базу, но и всё, что из неё выгружается.
- База в России, а сотрудники переписываются с клиентами с личных телефонов. Это неучтённое место обработки, на которое требование о локализации формально не распространяется, а риск утечки при этом самый высокий из всех перечисленных.
- Всё локализовано, но нет ни политики, ни уведомления, ни поручений подрядчикам. Локализация — одна строка из полутора десятков обязанностей оператора, и она не самая дешёвая в исполнении. Начинать с неё, пропустив то, что видно из открытых источников, — типичная ошибка приоритезации; полная карта обязанностей есть в опорном материале про обязанности оператора персональных данных.
И оговорка про устойчивость. Состав операций в норме за последние годы не менялся, а вот практика по конкретным сервисам и перечень доступных российских аналогов меняются постоянно. Устойчивая часть работы — не список сервисов, а три вопроса и привычка задавать их каждому новому подключению до того, как оно уйдёт в продуктив.
Локализация — это не про то, где стоит ваш сервер. Это про то, где возникает первая строка о человеке.
