Зарубежная площадка годами не напоминает о себе, а потом в один день перестаёт отвечать. И выясняется, что аккаунт оформлен на бывшего подрядчика, платёж не прошёл, а предупреждения уходили на почту, которая лежит внутри того же аккаунта. Разбираем, из чего складывается риск зарубежной инфраструктуры для российской компании, как за вечер оценить свою зависимость и какой вариант выбрать: переезжать сейчас, подождать или ограничиться страховкой.
Типичная ситуация, с которой к нам приходят: сайт открывается, а корпоративная почта молчит уже несколько суток. Выясняется, что зарубежный провайдер приостановил аккаунт из-за неоплаченного счёта — платёж не прошёл, а предупреждения уходили на тот самый ящик, который вместе с аккаунтом и отключили. Внутри осталась вся переписка с клиентами, договоры и счета, а доступ приходится выпрашивать через тикет на английском языке.
Особенность зарубежной инфраструктуры в том, что она годами не даёт о себе знать. Сайт работает, почта ходит, деньги списываются автоматически — вспоминать о провайдере незачем. А потом в один день всё разом перестаёт работать, и выясняется, что доступов ни у кого нет: подрядчик, который всё настраивал, давно не работает с компанией, аккаунт оформлен на его личную почту, а карта, привязанная к подписке, успела смениться.
К этому добавились обстоятельства, которых несколько лет назад просто не существовало. Оплата зарубежных сервисов из России превратилась в квест с посредниками и комиссиями. Сообщения о закрытии аккаунтов по страновому признаку перестали быть редкостью. А требование записывать персональные данные российских граждан в базы, расположенные на территории России, из формальности превратилось в предмет реальных проверок, и ответственность за его нарушение заметно ужесточилась. По отдельности каждый пункт терпим. Вместе они означают, что бизнес держит важную часть своей операционки на инфраструктуре, которой не управляет и от которой не может получить внятных гарантий.
Простой ориентир: если вы не можете за десять минут ответить, на кого оформлен аккаунт хостинга, с какой карты он оплачивается и где лежит последняя рабочая копия сайта — у вас не техническая проблема, а управленческая. Разбираться с ней спокойно и заранее обычно дешевле, чем ночью, когда всё уже легло.
Самый болезненный вариант. Провайдер присылает письмо о нарушении правил или подозрительной активности и даёт срок на выгрузку данных — иногда неделю, иногда сутки. Бывает и вовсе без предупреждения. Опасность не в самом сайте: при наличии рабочей копии сайт поднимается на новой площадке за несколько часов. Опасность в том, что у многих на одном аккаунте висит всё сразу — сайт, почта, домен и DNS. Отключают аккаунт — отваливается почта, а вместе с ней возможность восстановить пароли ко всему остальному. Именно поэтому мы советуем разводить эти сущности по разным поставщикам заранее, а не после инцидента.
Российские карты у большинства зарубежных провайдеров не проходят. Платят через знакомых за границей, через сервисы-посредники, через криптовалюту. Это работает ровно до тех пор, пока работает конкретный костыль. Посредник закрылся, знакомый уехал, комиссия выросла — и вы пропускаете платёж. Дальше провайдер приостанавливает услугу, а спустя какое-то время может удалить данные: в правилах многих площадок прямо предусмотрено, что после определённого срока неоплаты сервер очищается. Отдельная неприятность в том, что уведомления о задолженности приходят на почту, которая нередко размещена там же.
Домен — самое ценное, что у вас есть, ценнее сервера. Сервер можно поднять новый за час, а домен с историей и накопленными позициями в поиске восстановить в общем случае нельзя. Если он зарегистрирован у иностранного регистратора и оплачивается той же проблемной картой, вы рискуете не сайтом, а именем компании в интернете: почтой на этом домене, ссылками в рекламе и на визитках, узнаваемостью у клиентов. Аудит инфраструктуры мы всегда начинаем именно с домена — на кого оформлен, когда истекает, кто физически может им управлять.
Любая форма заявки на сайте собирает персональные данные: имя, телефон, электронную почту. Закон требует, чтобы данные российских граждан первично записывались в базы, расположенные на территории России. Если сайт с формами стоит на зарубежном сервере, а заявки падают в иностранный сервис рассылок или в облачную таблицу, требование не выполняется. То же касается CRM, облачных дисков с клиентскими файлами и телефонии. Про порядок в базе контактов мы писали в статье клиентская база и закон, а общий чек-лист по сайту — в материале сайт, который не нарушает закон.
Тикеты на английском, ответ через сутки, стандартные отписки по шаблону. Когда сайт лежит и каждый час стоит денег, это отдельный вид боли: нельзя ни позвонить, ни эскалировать, ни объяснить ситуацию словами. Плюс банальная физика: чем дальше сервер от аудитории, тем выше сетевая задержка. Для сайта, который продаёт в России, это заметная прибавка ко времени ответа на каждом запросе, и она складывается в общую медлительность страниц, которую видят и пользователи, и поисковые системы. Почему скорость влияет на количество заявок, разбирали в статье сайт тормозит: где искать причину.
Не нужно быть техническим специалистом. Возьмите лист бумаги и честно ответьте по каждому пункту на три вопроса: где это физически находится, кто за это платит и у кого есть доступ.
Последний пункт критичен. Бэкап, который никто ни разу не восстанавливал, — это не бэкап, а надежда. Нам регулярно попадаются архивы, которые оказываются битыми или неполными ровно в тот момент, когда они понадобились. Как настроить копии, чтобы они действительно спасли, — в статье про резервные копии сайта.
| Что проверяем | Тревожный признак | Что должно быть |
|---|---|---|
| Домен | Зарубежный регистратор, оплата через посредника | Российский регистратор, аккаунт на компанию, автопродление |
| Сервер | Один зарубежный аккаунт на сайт, почту и DNS | Разделение: почта и DNS отдельно от хостинга |
| Заявки и клиенты | Хранятся в иностранном сервисе | CRM или база на серверах в России |
| Доступы | Только у бывшего подрядчика | У собственника и у текущей команды |
| Бэкапы | «Кажется, хостинг что-то делает сам» | Регулярно, во внешнее хранилище, с проверкой восстановления |
Между «оставить как есть» и «переехать целиком» лежит большой промежуток полезных действий. Они недорогие, делаются за несколько дней и снимают значительную часть риска — ту, которая связана не с самой заграницей, а с бесхозностью инфраструктуры.
Забрать доступы себе. Аккаунты должны быть оформлены на компанию или собственника, а не на подрядчика и не на бывшего сотрудника. Для регистраций в сервисах заведите отдельный служебный ящик, который не лежит внутри того же аккаунта, что и хостинг: иначе блокировка одного сервиса лишает вас входа во все остальные.
Развести домен, DNS, почту и хостинг. Когда всё лежит у одного поставщика, любой его отказ становится отказом всего бизнеса сразу. Домен у российского регистратора и DNS в отдельном сервисе позволяют быстро перенаправить сайт и почту на новую площадку, даже если старая недоступна.
Настроить внешние бэкапы и проверить восстановление. Копии должны лежать не на том же сервере и желательно не у того же провайдера. Разверните копию хотя бы один раз на тестовой площадке: это единственный способ узнать, что она рабочая.
Продлить домен на несколько лет вперёд. Самая обидная потеря происходит не из-за политики, а из-за незамеченного письма о продлении и карты, которая перестала работать.
Поставить мониторинг. Проверка доступности сайта и почты каждые несколько минут с уведомлением на телефон превращает «узнали от клиента через два дня» в «узнали через пять минут». Что делать с самими падениями, разбирали в материале почему сайт падает и как этого избежать.
Отвязать формы от иностранных сервисов. Даже если сервер пока остаётся за рубежом, заявки с сайта можно направлять в российскую CRM или базу. Это и юридически чище, и практичнее: клиентские контакты перестают зависеть от чужого аккаунта.
Составить карту сервисов. Один документ, в котором перечислено, что где размещено, кто платит, у кого доступ и что делать при отказе. Скучная работа, которая экономит сутки в момент аварии.
Переносить всё разом — плохая идея: слишком много точек отказа одновременно. Мы идём по принципу «сначала то, что невозможно восстановить»: домен и DNS, затем почта вместе с историей писем, затем сайт и приём заявок, и в последнюю очередь вспомогательные сервисы — рассылки, чаты, аналитика, файловые хранилища. Сама техническая процедура переноса, включая подготовку копии, синхронизацию базы и переключение DNS, подробно описана в отдельной статье — переезд сайта на другой хостинг без простоя, повторяться здесь не будем.
Два момента стоит держать в голове именно применительно к зарубежным площадкам. Первый — TLS-сертификат: при смене площадки его нужно переустановить, иначе браузеры начнут ругаться на небезопасное соединение, а приём онлайн-платежей может остановиться. Второй — выгрузка данных: если аккаунт уже под угрозой блокировки, архив сайта, дамп базы и почтовые ящики нужно скачать себе в первую очередь, до всех остальных работ. Пока данные лежат только у провайдера, любой спор с ним идёт на его условиях.
Мы не юристы и не станем пугать номерами статей, но три вещи владельцу бизнеса знать полезно. Первое: данные российских граждан должны первично записываться в базы, расположенные на территории России. Это и есть суть требования о локализации — не «сайт обязан стоять в России», а «первичная запись персональных данных происходит здесь».
Второе: если человек запрашивает у вас информацию о том, какие его данные вы обрабатываете, ответить нужно в течение десяти рабочих дней, и этот срок можно продлить ещё на пять рабочих дней, уведомив заявителя. Когда база лежит в чужом иностранном сервисе, к которому у вас нет надёжного доступа, уложиться в срок бывает физически невозможно.
Третье: при отзыве согласия обработку данных нужно прекратить в срок не более тридцати дней. Это тоже вопрос доступа к базе, а не только формулировок в политике на сайте.
Ответственность в этой области заметно ужесточилась, а проверки перестали быть чем-то экзотическим. Разумнее исходить из того, что соблюдение требований придётся подтверждать, и заранее иметь возможность показать, где физически лежат данные ваших клиентов и кто ими управляет.
Честно: не всем. Если бизнес работает на зарубежную аудиторию, принимает оплату в валюте и юридически завязан на иностранное лицо, размещение за границей логично, и тащить всё в Россию ради спокойствия смысла нет. Если сайт — визитка без форм и персональных данных, а домен зарегистрирован на вас и оплачен на несколько лет вперёд, риск умеренный: можно дождаться окончания оплаченного периода и решать вопрос без спешки.
Не стоит бросаться переезжать и в разгар сезона. При пике продаж любые работы с инфраструктурой лучше отложить: цена ошибки в высокий сезон обычно выше, чем цена ожидания. Разумно сделать минимум — обеспечить внешние бэкапы, забрать доступы себе и включить мониторинг, — а сам переезд запланировать на спокойный период.
И не нужно переезжать «на всякий случай» на самый дешёвый российский хостинг. Перегруженная площадка за копейки способна создать новый набор проблем взамен старых, и выигрыш окажется сомнительным.
Начинаем с аудита: смотрим, где что размещено, кто владелец аккаунтов, какие есть точки отказа, и отдаём понятную карту зависимостей с приоритетами — что критично, что можно отложить, что трогать не стоит. Дальше переносим по шагам с проверкой на каждом этапе и настраиваем то, чего обычно не было: регулярные бэкапы во внешнее хранилище, мониторинг доступности сайта и почты, автопродление сертификата, разграничение доступов между собственником и командой.
Настройка серверов и техническое сопровождение стоит от 15 000 ₽ в месяц — это постоянная работа, а не разовая услуга: сервер обновляется, мониторится и восстанавливается, если что-то пошло не так. Установка TLS-сертификата, если он нужен отдельно, — 40 000 ₽, срок 1–2 дня.
Если не уверены, насколько всё серьёзно, — напишите в WhatsApp или Telegram, посмотрим вашу инфраструктуру и скажем прямо: переезжать сейчас, переезжать через полгода или не трогать вообще. Телефон и WhatsApp , Telegram @nuclearlove, почта antonezi2011@gmail.com.
Сам сайт — не обязательно. Требование касается персональных данных: данные российских граждан должны первично записываться в базы, расположенные на территории России. То есть если на сайте есть формы заявок, обратный звонок или личный кабинет, данные из них должны попадать в российскую базу. На практике многим проще разместить в России весь сайт целиком, чем выстраивать схему с раздельным хранением и потом объяснять её устройство при проверке.
Первым делом проверьте, есть ли доступ к домену — он часто оформлен отдельно, и это ваш главный актив. Затем найдите любую резервную копию: у разработчика, в панели старого хостинга, в архиве почты. Параллельно откройте тикет на восстановление доступа хотя бы для выгрузки данных — многие провайдеры такое окно дают. Пока идёт разбирательство, поднимайте сайт на новой площадке из имеющейся копии: обычно это быстрее, чем ждать ответа поддержки.
Сайт средних размеров чаще всего переезжает за один-два дня, и при аккуратной подготовке простой удаётся свести к минутам: копия готовится и тестируется заранее, а переключение занимает считаные минуты. Домен переносится к другому регистратору дольше, до нескольких дней, но на работу сайта это обычно не влияет. Дольше всего идёт почта с большим архивом писем — здесь счёт может идти на дни синхронизации. Полный переезд компании со всеми сервисами мы обычно планируем на одну-две недели.