Так уж вышло, что за последнее время мне несколько раз пришлось переносить сайты со старого домена на новый. Причины бывают разные: купили доменное имя получше, ребрендинг, неудачное первоначальное название. Проблема в том, что у старого домена уже есть позиции в поисковиках, тИЦ, входящие ссылки, постоянные посетители — и всё это очень не хочется терять при переезде.
Ниже — пошаговый рецепт, как я это делаю, чтобы потери трафика свести к минимуму и аккуратно «склеить» старый домен с новым в глазах поисковых систем (в первую очередь Яндекса и Google).
Коротко схема такая: сначала новый домен работает как зеркало, затем поисковику явно показываем главное зеркало, ждём переиндексации и только после этого включаем постоянный постраничный редирект.
Задача | Что делаем в старом рецепте | Зачем это нужно |
|---|---|---|
Не потерять страницы | Сохраняем структуру URL или готовим соответствия старых и новых адресов | Поисковик должен понять, куда переехала каждая страница |
Не запутать пользователей | Внутренние ссылки делаем относительными | Человек, пришедший на новый домен, не уходит обратно на старый |
Передать сигналы | Используем зеркало, | Старые позиции, ссылки и прямой трафик должны перейти на новый адрес |
Снизить просадку | Следим за индексацией и внешними ссылками | Ошибки переезда обычно видны по 404, падению обхода и потерянным URL |
Этап 1. Поднимаем новый домен как зеркало
Первым делом новый домен нужно «припарковать» в той же папке, где лежит старый сайт. То есть оба домена указывают на один и тот же каталог на хостинге, и по обоим адресам открывается один и тот же сайт. Получается зеркало.
Несколько важных моментов на этом этапе:
Все внутренние ссылки на сайте должны быть относительными (
/catalog/item.html, а неhttp://старый-домен.ru/catalog/item.html). Иначе посетитель, зашедший на новый домен, по ссылкам будет «выкидываться» обратно на старый, и склейки не получится.Стоит заранее оповестить постоянных пользователей, что у сайта скоро появится новый адрес. Лучше, чтобы для них переезд не стал сюрпризом.
На этом этапе мы пока ничего не редиректим — просто даём поисковикам увидеть, что по новому адресу доступен тот же самый контент.
Этап 2. Указываем главное зеркало в robots.txt
Чтобы поисковик понял, какой из доменов считать главным, в те годы Яндексу это сообщали через директиву Host в robots.txt. Сайт при этом должен быть открыт для индексации (пустой Disallow):
User-agent: * Disallow: User-agent: Yandex Disallow: Host: domen.ru User-agent: StackRambler Disallow: Host: domen.ru
Здесь domen.ru — это новый домен, который мы хотим сделать главным зеркалом. StackRambler — робот Рамблера, у него на склейку зеркал своя логика, поэтому для него директиву прописываем отдельным блоком.
robots.txt с такой директивой кладём на оба домена одинаковый — и на старый, и на новый.
Этап 3. Ждём склейки
Дальше начинается самое скучное — ожидание. Робот Яндекса должен прийти, увидеть зеркала, прочитать Host и склеить домены, назначив новый адрес главным. На практике это может занять не одну неделю и даже несколько месяцев — тут как повезёт с расписанием обхода.
Хорошая новость: при правильной склейке тИЦ и накопленные позиции переходят со старого зеркала на новое, а не обнуляются. Так что наберитесь терпения и периодически проверяйте, какой домен поисковик показывает в выдаче как основной.
Этап 4. Делегируем новый домен и ставим 301-редирект
Когда склейка произошла и главным зеркалом стал новый домен, можно окончательно «разводить» сайты.
Переносим файлы на новый домен (если он был просто припаркован — делаем его полноценным основным сайтом), а на старом домене ставим постраничный 301-редирект на новый. Для Apache это делается в .htaccess:
RewriteEngine on RewriteCond %{HTTP_HOST} ^старый-домен\.ru$ [NC] RewriteRule ^(.*)$ http://domen.ru/$1 [R=301,L]
Здесь важно, что редирект постраничный: каждая страница старого домена ведёт на такую же страницу нового ($1 подставляет исходный путь). Код ответа 301 Moved Permanently сообщает поисковику, что переезд постоянный, и весь «вес» страницы нужно передать на новый адрес.
Этап 5. Обновляем внешние ссылки
Поисковая склейка — это полдела. Остаётся вручную пройтись по внешним источникам ссылок:
Обновить адрес сайта в каталогах, где вы зарегистрированы (DMOZ, Яндекс.Каталог и прочие).
Если вы покупали ссылки — поменять в них URL на новый домен.
Связаться с партнёрами и сайтами, которые ссылаются на вас по-дружески, и попросить обновить ссылки.
Да, это рутина, и часть ссылок всё равно останется на старый домен — но их подхватит 301-редирект. Чем больше прямых ссылок будет вести сразу на новый адрес, тем устойчивее окажутся позиции после переезда.
Вот, собственно, и весь рецепт. Ничего сложного, но требует аккуратности и терпения — особенно на этапе ожидания склейки.
Взгляд из 2026
Статья написана в начале 2009 года, и за прошедшие годы от описанного рецепта в рабочем виде осталась, по сути, только идея 301-редиректа. Почти все конкретные инструменты, на которые он опирался, либо отменены, либо закрыты. Разберём по порядку, что устарело и как переезд делается сегодня.
Элемент рецепта | В 2009 году | В 2026 году |
|---|---|---|
Главное зеркало |
| Серверный 301 и инструменты вебмастерских панелей |
Вес домена | тИЦ, каталоги, внешние ссылки | ИКС, видимость, поведение пользователей, качество сайта |
Ждём переиндексации и надеемся на корректную склейку | Используем Change of Address в Search Console | |
Яндекс |
| Инструмент «Переезд сайта» и постраничные 301 сразу после подготовки |
Контроль ошибок | Ручная проверка выдачи | Логи, 404, карты сайта, отчёты индексирования и редиректов |
Директива Host отменена. Главное изменение: в марте 2018 года Яндекс полностью отказался от директивы Host. Теперь главное зеркало и переезд определяются постраничным 301-редиректом — той самой техникой из этапа 4. Директиву Host из robots.txt нужно убрать, она ничего не делает и считается устаревшей. Причина простая: Host часто настраивали с ошибками (на разных зеркалах указывали разные адреса), а 301 однозначен и понятен сразу всем поисковикам, поэтому совмещать переезд в Яндексе и Google стало проще.
тИЦ больше нет. В августе 2018 года Яндекс заменил тИЦ на ИКС — индекс качества сайта. ИКС оценивает не столько входящие ссылки, сколько удовлетворённость аудитории и данные о сайте из сервисов Яндекса. Публичный Google PageRank к тому моменту тоже давно перестали показывать. Так что «синхронизация тИЦ между зеркалами» из этапа 3 сегодня неактуальна как метрика.
Рамблер и StackRambler. Собственного поискового индекса и зеркальщика у Рамблера давно нет — поиск там работает на технологиях Яндекса. Отдельный блок User-agent: StackRambler писать незачем.
Каталоги закрыты. Этап 5 в части каталогов больше не выполним: DMOZ закрылся в марте 2017 года, а Яндекс.Каталог — в конце 2017 года. Эпоха каталогов, собираемых вручную, закончилась.
Как переезжают сегодня
Современный переезд по-прежнему строится вокруг 301-редиректа, но устроен он аккуратнее:
Шаг 2026 | Проверка перед запуском | Типичная ошибка |
|---|---|---|
Карта соответствий | Для каждого старого URL есть новый URL | Всё редиректится на главную |
Серверные 301 | Нет 302, meta refresh и JavaScript-редиректов | Появляются цепочки из нескольких переходов |
Канонические ссылки |
| Старый домен остаётся каноническим |
Sitemap | В карте только новые адреса | В sitemap смешаны старые и новые URL |
Search Console и Яндекс.Вебмастер | Подтверждены оба домена | Нельзя отправить переезд из-за прав доступа |
Мониторинг | Проверяются 404, 5xx, трафик и логи обхода | Ошибки видят только по падению позиций |
На практике это выглядит так:
Постраничные серверные 301-редиректы 1:1. Каждый старый URL ведёт на точно соответствующий новый, а не все скопом на главную. Редирект ставится на сервере (Apache, nginx), без
Hostвrobots.txt.rel="canonical". На новых страницах указываем канонический адрес, чтобы исключить дубли.Сообщить поисковикам о переезде. В Яндекс.Вебмастере для этого есть инструмент «Переезд сайта» и смена главного зеркала; в Google Search Console — инструмент «Изменение адреса» (Change of Address). Оба проверяют, что вам принадлежат оба сайта и что 301 реально настроен.
Карта сайта. Обновляем
sitemap.xmlпод новые адреса и переотправляем его в обеих вебмастерских панелях.HTTPS и HSTS. Сегодня сайт по умолчанию работает по HTTPS; при переезде нужно корректно перенести сертификат и политику HSTS. Учтите, что инструмент Google «Изменение адреса» не предназначен для переезда вида HTTP → HTTPS — это отдельный сценарий.
Языковые версии. Если у сайта есть локализации, не забываем про
hreflang.Внутреннее хозяйство. Меняем внутренние ссылки на новые (или оставляем относительными), обновляем разметку Open Graph и канонические ссылки в соцпревью.
Мониторинг. После переезда внимательно смотрим на 404-е и серверные логи: они сразу показывают, какие URL остались без редиректа.
Итог: фундаментальная идея автора оказалась верной — 301-редирект как был, так и остался основой переезда, и сегодня это основной способ сообщить Яндексу о смене адреса. А вот вся обвязка вокруг него (директива Host, тИЦ, зеркальщик Рамблера, каталоги) ушла в историю. Если переносите сайт в 2026 году — настраивайте постраничные 301, добавляйте canonical, сообщайте о переезде через вебмастерские панели и следите за логами. Первые сигналы обычно видны быстрее, чем в старой схеме ожидания склейки, но полная переиндексация всё равно может занять недели — это нормальная часть переезда.
Источники:
