Внесение сайта в белые списки в Ростове-на-Дону: два слоя технических причин
В этой статье
- Как выглядит недоступность со стороны посетителя
- Инфраструктурный слой: хостинг, DNS, сертификат, почта
- Прикладной слой: то, что подключено в коде страницы
- План переноса и приоритеты
- Проверка на реальной мобильной сети
- Работает ли это для сайтов с личным кабинетом?
- Нужно ли переписывать сайт заново?
- Что даёт заключение по итогам работ?
Агрохолдинги, логистические операторы, дистрибьюторы и производственные компании Ростова-на-Дону за последний год привыкли к вопросу от клиентов: «а у вас сайт вообще работает?». Работает, просто он собирается из десятка источников, и часть из них находится за пределами страны. Ниже разбор по слоям и то, что входит в внесение сайта в белые списки с точки зрения инженера, а не юриста.
Как выглядит недоступность со стороны посетителя
Вариантов ровно три, и по ним можно предварительно поставить диагноз. Страница не открывается совсем – смотрим инфраструктуру: адрес, DNS, сертификат. Страница открывается голым текстом без оформления – не пришли стили и шрифты. Страница выглядит нормально, но кнопки и формы не работают – не загрузились скрипты или капча. Клиенту достаточно прислать скриншот, чтобы понять направление поиска.
Инфраструктурный слой: хостинг, DNS, сертификат, почта
Здесь всё решается один раз и надолго. Сервер переезжает в российский дата-центр к провайдеру из реестра хостинг-провайдеров, доменная зона – к российскому регистратору, сертификат выпускается отечественным удостоверяющим центром. Почта переносится первой, потому что письма с форм важнее вёрстки. Резервные копии настраиваются на площадке внутри страны, а не в иностранном облаке, куда их часто складывали по умолчанию.
Прикладной слой: то, что подключено в коде страницы
- шрифты и стили по ссылкам на зарубежные сервисы;
- библиотеки с публичных CDN и менеджеры тегов, тянущие ещё несколько доменов;
- иностранная капча, из-за которой заявки перестают уходить;
- карты, ролики, чаты и виджеты отзывов от внешних поставщиков;
- шрифтовые иконки, без которых интерфейс превращается в набор квадратов.
План переноса и приоритеты
Сначала то, что блокирует показ: стили, шрифты, скрипты в шапке документа. Потом то, что ломает заявки: капча и обработчики форм. Дальше тяжёлое, но некритичное: карты, видео, чаты – их переводим на российские сервисы и включаем отложенную загрузку по клику. В последнюю очередь чистим аналитику от мёртвых пикселей. Такой порядок даёт видимый результат уже после первого этапа, а не в конце проекта.
Проверка на реальной мобильной сети
Финальный тест делаем не на офисном канале. Берём телефон, отключаем Wi-Fi, чистим данные браузера и проходим весь путь клиента: поиск, страница услуги, заявка, письмо. Параллельно на тестовой машине запрещаем все сторонние домены и повторяем сценарий. Если оба прохода чистые, сайт больше не зависит от чужой инфраструктуры, и белый список сайтов и приложений перестаёт быть для вас риском.
Работает ли это для сайтов с личным кабинетом?
Да, и там проверок больше. Отдельно тестируем авторизацию, восстановление пароля, отправку кодов и страницы оплаты, потому что именно в них чаще всего встречаются сторонние скрипты защиты и внешние шрифты в формах ввода.
Нужно ли переписывать сайт заново?
Почти никогда. Правки касаются шаблона и подключаемых сервисов, движок и контент остаются. Исключение – иностранные облачные конструкторы: их код вам не принадлежит, и там обсуждается перенос на собственную платформу, см. разработку сайтов.
Что даёт заключение по итогам работ?
Документ с перечнем найденных зависимостей, выполненных замен и замерами до и после. Он же служит техническим заданием для будущих подрядчиков, чтобы через полгода на сайт не вернулись чужие домены.
Нужна разблокировка сайта или аудит его технического состава – звоните +7 (901) 417-22-12, пишите на info@rostsayt.ru. Смежное: оптимизация скорости, проверка на вирусы, сопровождение.
