Снятие блокировки Роскомнадзора и переезд сайта на новое зеркало без потери SEO-трафика в Яндексе и Google
Зеркало, которое просто «скопировали на новый домен и дали ссылку в Telegram», для Яндекса и Google выглядит как новый сайт без истории. Старый домен при этом остаётся в выдаче, ведёт в обрыв, и пользователи из поиска не доходят ни туда, ни туда. Снятие блокировки и переезд - две разные работы. Иногда хватает первой. Вторая нужна, когда запись или фильтр сидят на самом имени и снять их в разумный срок нельзя.
Начните с диагноза, а не с покупки домена. Проверка на главной rkn-test.ru разделяет реестр, DPI и IP. От слоя зависит, что вообще переносить.
Сначала снять причину, потом менять имя
| Что показал чекер | Что делать до зеркала | Когда зеркало оправдано |
|---|---|---|
| В реестре конкретный URL | Снять материал, отдать 404 или 410 на этот путь, подать обращение на исключение указателя | Почти никогда: домен чистый, режется страница |
| В реестре IP, домен чистый | Новый адрес у хостера, смена A/AAAA, подождать TTL | Имя менять не нужно |
| В реестре домен целиком (15.1, 15.2, 15.3) | Убрать основание, если это ваш контент, и идти в процедуру исключения | Да, если имя не вернуть, а аудиторию терять нельзя |
| Реестра нет, DPI по SNI есть | Подтвердить диагноз командами из статьи про ТСПУ | Новое имя помогает только если фильтр сидит на SNI, а не на адресе |
NOT DELEGATED в whois | Идентификация по 569-ФЗ у регистратора | Зеркало не лечит молчащие NS старого домена |
Основания из 149-ФЗ разобраны отдельно: домен и IP в реестре. Пока в реестре висит URL, зеркало домена размножит проблему на два хоста. Пока висит IP, новый домен на том же адресе попадёт под тот же обрыв. Это проверяется до анонса, тем же чекером и dig.
Технический переезд, который видит поиск
Новое имя заранее прогоните через чекер и API. Нет смысла переносить вес на домен, который уже режется.
dig +short new-example.ru A curl -sI --max-time 15 https://new-example.ru/ | head -n 15 curl -s "https://rkn-test.ru/api/check?domain=new-example.ru"
На старом хосте, если он ещё отвечает хотя бы части сетей и роботам поисковиков, отдайте постоянный редирект на соответствующий URL нового сайта. Временный 302 вес почти не переносит. Редирект должен быть постраничным: /film/123 ведёт на /film/123, а не всё подряд на главную.
curl -sI --max-time 15 https://old-example.ru/page | egrep -i 'HTTP/|location:' curl -sI --http1.1 --max-time 15 https://new-example.ru/page | head -n 12
Цепочка из трёх редиректов, смешанный http/https и петля www съедают и краулинговый бюджет, и терпение браузера. Оставьте один прыжок со старого https-хоста на новый https-хост. Канонический тег на новом сайте указывает на новое имя, не на старое. В sitemap.xml нового сайта лежат только новые URL.
В Яндекс Вебмастере и Google Search Console добавьте новое свойство, подтвердите права, загрузите sitemap и пользуйтесь инструментом переезда, если старый сайт вам всё ещё принадлежит и робот до него дотягивается. Переезд в панели не заменяет 301. Он сообщает поисковику намерение, а редирект это доказывает. Если старый домен уже не резолвится ниоткуда, робота вы не дождётесь: тем важнее, чтобы внешние ссылки, которые вы контролируете (соцсети, партнёры, профили), сразу смотрели на новое имя.
Что переносить вместе с HTML
- Title, description и тексты страниц, которые уже в индексе. Массовая перепись «для уникальности» в день переезда сбрасывает релевантность.
- ЧПУ. Смена
/blog/postна/news/postодновременно с доменом - это второй переезд поверх первого. - Микроразметку, hreflang и canonical. В canonical не оставляйте старый хост.
- Счётчики Метрики и аналитики: добавьте новый домен как счётчик или дополнительный адрес, иначе вы ослепнете в неделю, когда нужно видеть восстановление визитов.
- Почту и cookies. Авторизацию на новом имени пользователи проходят заново, предупредите об этом.
Внутренние абсолютные ссылки в статьях и письмах перепишите на новый хост. Иначе 301 будет срабатывать на каждой картинке, и часть сетей, где старое имя режется, не увидит даже изображения.
Как понять, что переезд не развалился
Раз в сутки первые две недели смотрите три вещи: код 301 со старых URL, код 200 на новых, статус блокировки обоих имён. Последнее закрывает мониторинг и короткая команда из API. Если новое имя через день само оказывается в DPI, вы переехали на тот же фильтр: вернитесь к таблице слоёв и к статье про SNI. Если просел не поиск, а сам резолвинг, проверьте делегирование и 569-ФЗ, особенно когда новый домен тоже в зоне .ru или .рф и его ещё не идентифицировали через Госуслуги.
На новом сайте сразу поставьте виджет проверки. Посетитель, который пришёл с зеркала из чата, должен иметь кнопку «проверить доступность», а вы - общий язык с поддержкой. И не выключайте старый 301, как только новый домен «вроде в индексе». Снятие редиректа через неделю возвращает в выдачу тупиковые URL. Держите его, пока Вебмастер показывает, что основной трафик по запросам уже идёт на новое свойство, и пока старое имя всё ещё под вашим контролем.
Короткий критерий готовности: пользователь из поиска попадает на новый URL одним редиректом, curl -sI показывает 200 и ваш сертификат, чекер по новому домену не красит ни реестр, ни IP, а по старому домену вы понимаете, какой слой ещё красный и кто его снимает. Всё остальное - анонсы в соцсетях, они индекс не переносят.
Вопросы и ответы
При любой блокировке нужно сразу покупать зеркало?
Нет. Запись одного URL лечится снятием страницы, запись IP - сменой адреса. Новое имя нужно, когда ограничение сидит на домене и снять его в разумный срок нельзя.
Подойдёт ли редирект 302 на главную нового сайта?
Для переноса поискового сигнала нужен постоянный 301 на тот же путь. Временный 302 и сброс всех URL на главную почти не переносят историю страниц.
Когда можно выключать редирект со старого домена?
Когда в Вебмастере основной трафик по запросам уже идёт на новое свойство, а старый хост всё ещё ваш. Снимать 301 через неделю после первых показов в индексе рано.
Проверить свой домен на блокировку РКН и DPI прямо сейчас
Реестр Роскомнадзора, фильтрация по российскому каналу и статус IP в одной проверке. Для постоянного контроля подключите мониторинг, API или виджет.