РКН выкосил домен: как перенести сотни страниц за 15 минут и не потерять топ
Без автоматизации переезд съедает день на сайт. Разбираем, как поднять зеркало за минуты, средиректить сотни страниц одним скриптом и сохранить позиции. Плюс что изменилось с AMP в 2026.
рутина, которая съедает день на каждый сайт. Перенести контент, поднять зеркало, вручную смапить сотни адресов, не растерять позиции. Если набить руку, при двух сайтах это полдня, при двадцати — неделя, за которую трафик утекает.
Это разбор того, как поставить переезд на конвейер:
- что именно теряется при бане,
- как за минуты поднять зеркало и настроить массовый постраничный редирект на сотни страниц,
- и что сделать, чтобы позиции переехали вместе с сайтом.
Это не какой-то лайфхак и победа над системой. Просто техника выживания в нише, где домены горят почти что буквально по расписанию, и задача сеошника — не «обмануть блокировку навсегда», а терять на каждом бане минуты вместо дней. Фактура — из практики авторов каналов TRAFF NOT DEAD и «Эйн», которые переезжают регулярно, а в своих каналах делятся с читателями рабочими схемами (и не только).

При бане РКН гаснет не только домен: вместе с ним отваливается IP сервера, а с ним — все соседние сайты на том же адресе
Блокировка бьет по двум уровням, и второй новички упускают.
- Уровень домена. Домен уходит в реестр, у российских провайдеров сайт перестает открываться. Но тут есть нюанс, который долго работал в плюс: баны РКН, как и DMCA-жалобы, чаще прилетали на морду сайта. С локальной выдачи выбивало главную, а внутренние страницы могли продолжать ранжироваться.
Практики этим пользовались — держались в топе на внутряках, у особо везучих сайты жили так по несколько лет без переезда. Поисковик иногда передавал вес заблокированной морды на релевантные внутренние страницы, и сайт даже усиливался. - Уровень сервера. А вот это больнее. Cloudflare в РФ уже не спасает: вместе с доменом блокируется IP сервера. И если вы держите двадцать русских сайтов на одном сервере, после одного бана перестают открываться все двадцать. Один домен утащил за собой весь IP.
Отсюда первое правило инфраструктуры: не держать все яйца в одной корзине. Серые сайты под РФ разносят по разным серверам, а еще лучше — прячут реальный IP за прокси (об этом ниже), чтобы бан домена не ронял сервер целиком.
Отдельная деталь 2026 года: раньше в регулируемых ГЕО спасали AMP-страницы. Они открывались у пользователей с андроидом прямо с домена google.com, что давало аптайм даже под баном и время на спокойный переезд. В 2026 Google отключил AMP-кэш и теперь ведет пользователя сразу на AMP-страницу издателя. Лазейка с аптаймом через google.com закрылась — переезжать приходится быстрее.
Быстрый подъем зеркала
Рабочая последовательность из практики:
- Новый сервер. Берете чистый VPS — отдельный от того, где лежат другие ваши сайты, чтобы не подставить их под общий бан. Ставите панель управления, например FastPanel — бесплатную, с установкой сайтов и выпуском SSL-сертификатов в пару кликов.
- Перенос сайта. Если сайт на WordPress, весь перенос — это плагин Duplicator: он пакует сайт и базу в архив, на новом месте распаковывает. Два клика, без ручного копирования файлов и правки конфигов.
- Сертификаты. Выпускаете SSL на новом домене через панель.
По времени: перенос двух сайтов с нуля укладывается в пару часов, и почти все это время — ожидание, а не работа руками. Дальше главное — редирект.
Массовый постраничный 301
Ключевая ошибка переезда — редирект всего домена на главную нового сайта. Так вы сохраняете домен, но теряете позиции: поисковик видит, что сотня разных страниц вдруг ведет в одну точку, и вес по внутренним запросам испаряется. Правильно — постраничный 301: старая страница ведет на такую же новую, адрес в адрес.
Звучит как ручная работа на сотни строк, но делается за минуты. Если сайт на Cloudflare, редирект настраивается через Worker — небольшой скрипт, который перехватывает запрос и разворачивает его на новый домен с сохранением пути:
export default {
async fetch(request) {
const url = new URL(request.url)
const target = `https://newdomain.com${url.pathname}${url.search}`
return Response.redirect(target, 301)
}
}
Логика простая: olddomain.com/page1/ уезжает на newdomain.com/page1/, и так для любого количества страниц — хоть для пятисот. Один скрипт вместо пятисот правил. Практики так переносят порталы на 500+ страниц за 15 минут.

Постраничный 301 против редиректа на главную: слева вес страниц переезжает, справа обнуляется
Worker удобен тем, что в одном месте живут и редиректы, и любая фильтрация трафика — но если сайт не на Cloudflare, ту же постраничную логику дают правила на стороне сервера или плагин-редиректор. Принцип один: маппинг «путь в путь», а не «все на морду».

Редирект-воркер в интерфейсе Cloudflare: один скрипт разворачивает любой путь на новый домен
Что сделать, чтобы сохранить позиции
Редирект — половина дела. Чтобы позиции переехали, а не обнулились:
- Карта соответствия URL. Список «старый адрес → новый адрес» по всем страницам. Это ваш главный актив при переезде; потеряете карту — потеряете возможность смапить страницы корректно.
- Sitemap на новом домене. Свежая карта сайта со всеми новыми адресами, отправленная в консоль вебмастера.
- Переобход. Через консоль вебмастера просите поисковик переобойти страницы, чтобы он быстрее увидел редиректы и склеил сигналы.
- Склейка сигналов. 301 передает вес со старой страницы на новую. Задача — чтобы поисковик распознал соответствие и перенес накопленные сигналы, а не счел новый домен пустым.
Каноникал вместо редиректа — когда его недостаточно. В ГЕО, где сайты часто ловят баны от государственных регуляторов, практики все чаще отказываются от 301 в пользу каноникал-сетки: несколько идентичных по контенту и структуре сайтов, у которых тег canonical указывает на один главный.
По наблюдениям, в таких условиях каноникал отрабатывает стабильнее редиректа. Механика сложнее и заслуживает отдельного разбора, но держать ее в голове как альтернативу стоит: когда домены выбивает пачками, сетка переживает бан устойчивее одиночного редиректа.
Прячем IP, чтобы не переезжать заново. Чтобы бан домена не ронял сервер, реальный IP закрывают прокси.

Многоходовочка защиты: домен редиректит на зеркало, реальный IP сервера скрыт за Nginx-прокси
Практическая схема: перед сервером ставят отдельный VPS с Nginx-прокси, у регистратора меняют A-запись на его адрес — теперь весь трафик идет через прокси, а настоящий IP скрыт. Заблокировали прокси — поднимаете новый VPS и меняете A-запись, основной сервер с сайтами не тронут.
Есть и облегченный вариант зеркала без переноса файлов — PHP reverse proxy: два файла на поддомене, которые отдают содержимое основного домена через запрос на лету.
Топ-5 ошибок при переезде сайта из-за блокировок РКН
Пять граблей, каждая из которых стоит позиций:
- 301 на главную вместо постраничного. Самая частая и самая дорогая: вес внутренних страниц не переносится, сайт после переезда начинает почти с нуля.
- Потеря карты URL. Без списка соответствий вы не смапите страницы, а восстанавливать его по факту — часы работы.
- Забытый sitemap. Новый домен без карты сайта поисковик обходит медленно, склейка затягивается.
- Не отправили переобход в консоли. Редиректы стоят, но поисковик видит их не сразу — позиции висят в неопределенности дольше нужного.
- Все сайты на одном IP. Один бан — и переезжать надо не одному сайту, а всей пачке разом.
Профилактика: переезд как регулярный процесс
В этой нише переезд — не авария, а плановое событие. Значит, к нему готовятся заранее.
- Резервные домены наготове. Зеркала и запасные домены подняты до бана, а не в момент паники.
- Заблокированные домены не бросают. Их держат на «вечном хостинге» — который всегда продлевают, — чтобы редирект со старого адреса продолжал работать и передавать вес.
- Автоматизация и алерты. Уведомления о банах, абузах и просадке позиций в телеграм-бота, чтобы узнавать о проблеме сразу, а не когда трафик уже уехал. На большом портфеле сайтов без такого мониторинга часть проектов просто теряется из виду.
- Разнесение по серверам. Русские сайты — не в одну корзину, чтобы бан одного не гасил остальные.
Цель профилактики трезвая: не «сделать сайт неубиваемым» — таких не бывает, — а сократить каждый переезд до пары кликов и не терять на нем ни позиций, ни дней.
Чек-лист переезда после бана
Инфраструктура (заранее)
- Русские сайты разнесены по разным серверам.
- Реальный IP серверов скрыт за Nginx-прокси.
- Резервные домены подняты до бана.
- Настроены алерты о банах и просадке позиций.
В момент бана
- Новый сервер, панель (FastPanel), SSL выпущен.
- Сайт перенесен (WordPress — плагином Duplicator).
- Карта соответствия URL «старый → новый» на руках.
Редирект и склейка
- Постраничный 301, адрес в адрес — не на главную.
- Cloudflare Worker или серверные правила настроены и проверены на нескольких URL.
- Sitemap с новыми адресами отправлен в консоль вебмастера.
- Запрошен переобход, склейка сигналов отслеживается.
После
- Старый домен продлевается и держит редирект (не бросаем).
- Позиции по ключевым запросам мониторятся первые недели.
Куда двигаться дальше
- Дроп-домены: что это и зачем — домены под зеркала.
- Сервисы индексации 2026 — быстрый переобход после переезда.
FAQ
Что блокирует РКН — домен или сервер?
Почему нельзя просто сделать 301 на главную нового сайта?
Как сделать редирект на сотни страниц быстро?
Что лучше — 301 или каноникал?
Помогает ли еще Cloudflare прятать сайт от РКН?
Что изменилось с AMP в 2026?
Сколько времени занимает переезд?
Материалы по теме
Чекеры в МФО-арбитраже: как работают, зачем нужны и когда их подключать
Клоакинг в SEO: money/white, защита от абузеров и РКН
Вставить свои 5 копеек: