Импортозамещение в вебе: чем заменить зарубежные сервисы

Часть зарубежных сервисов на сайте отвалилась сама, часть работает, но платить за неё стало неудобно, а часть тихо создаёт риски по персональным данным. Разбираем по категориям: что менять обязательно, что по желанию, а что трогать не надо.

Запрос на импортозамещение сайта приходит не от идеи, а от конкретной боли: не прошёл платёж за подписку, поплыли шрифты, юрист спросил, куда уходят данные из формы. К этому моменту на среднем корпоративном сайте набирается 6-10 внешних сервисов, и половину владелец не помнит: их поставил подрядчик три года назад и не записал.

Сначала поймите, почему вы меняете

Причин ровно три, и путать их дорого.

Сервис недоступен или за него нельзя заплатить. Решение принимает не владелец сайта: карта не проходит, подписка кончается, функция отключается. Срок диктует сервис, замену надо готовить заранее.

Сервис создаёт риск по данным. Форма отправляет заявку в чужую систему, чат-виджет пишет переписку на сервер за границей, счётчик передаёт туда идентификаторы посетителей. Это вопрос к юристу, и решать его лучше до проверки, а не после.

Сервис просто неудобен. Интерфейс не на русском, поддержка отвечает через сутки, счета не годятся для бухгалтерии. Меняется по желанию, когда дойдут руки.

Если ни один из трёх пунктов не про вас, не трогайте ничего: замена рабочего инструмента ради самого факта замены стоит денег и приносит новые ошибки.

Таблица замен по категориям

То, с чем сталкиваемся чаще всего.

Дизайн-инструменты в таблицу не попали намеренно: они стоят на компьютере у команды и данных посетителей не видят. Если мешает оплата подписки, есть открытый Penpot, он ставится на свой сервер.

Что делать со счётчиком, который стоит с 2019 года

Самое частое возражение: жалко историю. Она действительно теряется, перенести накопленное из одной системы аналитики в другую нельзя. Что делаем:

1. Выгружаем в таблицу отчёты, которые реально смотрят: трафик по каналам, конверсии по месяцам, топ страниц. Обычно это 5-6 таблиц, а не весь кабинет.
2. Ставим новый счётчик и настраиваем цели заново, повторяя старые названия: потом это сильно упростит сравнение.
3. Держим оба счётчика параллельно два-три месяца. Цифры разойдутся: системы по-разному считают сессии и роботов, расхождение в 10-15 процентов это норма.
4. Через квартал старый код снимаем.

В интернет-магазине дольше всего переносятся цели и электронная коммерция: это отдельный день работы разработчика, а не полчаса.

Шрифты с чужого CDN: самая частая находка

На каждом втором сайте, который приходит к нам на поддержку, шрифты подключены с внешнего сервиса одной строкой в шапке. Работает, пока работает.

Проблем две. Техническая: страница ждёт ответа чужого сервера, и при медленном ответе текст на секунду показывается системным шрифтом. По данным: браузер посетителя сам стучится на этот сервер и отдаёт IP-адрес и заголовки.

Лечится за час: файлы кладутся рядом с сайтом, в стилях описывается @font-face, внешняя строка удаляется. Заодно проверьте лицензию: не всякий шрифт разрешено размещать у себя. Подробности - в статье про шрифты для сайта.

Хостинг, домены и CDN

Хостинг переносится проще всего: разовая операция без последствий для интерфейса. Аргумент за перенос не в политике, а в том, что база с заявками по закону должна первично собираться на территории России. Российских площадок с нормальным сервисом хватает, сравнение по цене и параметрам собрано в обзоре хостингов с серверами в РФ.

CDN обычному сайту на российскую аудиторию не нужен вовсе: если весь трафик из Петербурга, ускорение измеряется десятками миллисекунд и не стоит абонентской платы. Домены в зонах .ru и .рф обслуживаются российскими регистраторами, зарубежную зону лучше продублировать в .ru с редиректом.

Платежи, рассылки, формы и карты

Платежи. Выбора почти нет: приём карт российских банков делают российские провайдеры. Комиссия у большинства в диапазоне 2,5-3,5 процента, оплата по СБП дешевле. Смена платёжного модуля на магазине это 1-3 дня работы вместе с тестированием.

Рассылки. Переносятся база и шаблоны писем. Вместе с базой надо переносить подтверждения согласия на рассылку: без них база считается собранной заново, и часть адресов придётся подтверждать повторно. База до 5 000 адресов обходится в 1 000-3 000 рублей в месяц.

Формы и карты. Внешние конструкторы форм на чужих доменах меняются на собственные формы сайта с отправкой на почту или в CRM: надёжнее и снимает вопрос, где хранятся заявки. Капча ставится отечественная, на объёмах обычного сайта бесплатная, виджет карты меняется за 20 минут.

Юридическая часть: где риск настоящий

Две темы, которые часто смешивают.

Локализация. Персональные данные граждан России должны записываться, храниться и обновляться в базах на территории России. Ключевое слово - первичность: форма собрала заявку, заявка легла в базу на российском сервере, и только потом её копия может уйти в другую систему. Разбор с примерами - в материале про локализацию баз данных.

Трансграничная передача. Если данные всё-таки уходят за пределы России, это отдельная процедура с уведомлением надзорного органа до начала передачи. Формально под неё попадает и внешний чат-виджет, и зарубежная CRM. Порядок описан в статье про трансграничную передачу.

Штрафы за нарушение локализации для организаций измеряются сотнями тысяч рублей, при повторном нарушении суммы кратно выше. Для ИП цифры мягче.

Где риска нет: библиотека файлом на вашем сервере, шрифт там же, картинка из вашей папки. Иностранное происхождение кода само по себе ничего не нарушает, переписывать движок ради этого не надо. То же и с открытыми системами управления сайтом: они стоят на вашем сервере и данные никуда не отправляют, обзор платформ есть в статье про Open Source CMS.

Сколько это стоит

Обычный корпоративный сайт: 20 000-60 000 рублей разовых работ. Сюда входят шрифты, счётчик, формы, капча, карта и перенос на российский хостинг. Интернет-магазин: 60 000-150 000 рублей, добавляются платёжный модуль, выгрузки и тестирование заказов.

Ежемесячные расходы обычно не растут: хостинг сопоставим по цене, рассылки стоят столько же, капча и карты бесплатны на небольших объёмах.

Экономить не стоит на двух вещах: на тестировании оплаты после смены провайдера и на бэкапе перед переносом хостинга. Мы видели магазин, где после смены модуля два дня не проходили заказы через один способ оплаты: его проверили последним и невнимательно.

Порядок работ: как мы это делаем

Последовательность без сюрпризов:

1. Инвентаризация. Выписать все внешние домены, к которым обращается браузер. Проще всего смотреть вкладку сети в инструментах разработчика: там видно и то, что подрядчик поставил и забыл.
2. Сортировка. Разнести найденное по трём причинам из первого раздела.
3. Юридическая проверка. По каждому обязательному пункту ответить, какие данные туда уходят и где физически лежит база.
4. Замена по одному. Не пачкой: один сервис за раз, с проверкой после каждого. Заявка дошла, письмо отправилось, оплата прошла.
5. Параллельный период. Аналитику и рассылки держать в двух системах два-три месяца.
6. Документ. Записать, какие сервисы стоят на сайте, куда уходят данные и кто платит за подписки. Через год список сэкономит день работы.
7. Обновление юридических текстов. Политика обработки данных и согласие должны совпадать с реальностью.

Седьмой пункт пропускают чаще всего: документы описывают сервисы, которых на сайте уже нет, а те, что стоят, в них не упомянуты.

Что менять в первую очередь

Начинать надо с того, что касается данных посетителей: формы, база заявок, счётчик, хостинг. Это и юридически значимая часть, и технически простая. Шрифты, карты и видео подтягиваются попутно, меньше дня работы. Остальное можно оставить до момента, когда сервис перестанет работать или подорожает.

Если не уверены, что стоит на вашем сайте и что уходит наружу, прогоните адрес через нашу проверку сайта по 152-ФЗ: она смотрит технические признаки по факту загрузки страницы и показывает, с чего начинать.