Смена доменного имени или миграция на другую систему управления контентом (CMS) — один из самых рискованных процессов в поисковой оптимизации. Ошибки на любом из этапов могут привести к мгновенному падению позиций, вымыванию страниц из индекса поисковых систем и, как следствие, к потере целевых клиентов. Главная задача при таком переезде — передать накопленный ссылочный вес и авторитет старых адресов новым страницам.
Основным инструментом для решения этой задачи выступает постоянное перенаправление (301 redirect). Оно сообщает поисковым роботам, что документ навсегда перемещен по новому адресу, и связывает старый URL с новым в базе данных поисковика. Чтобы миграция прошла безболезненно, весь процесс должен быть строго регламентирован и протестирован до того, как старый сайт перестанет функционировать.
Подготовительный этап: полный аудит и сбор карты старых URL
Переезд нельзя начинать без точной структуры исходного сайта. На этом этапе необходимо собрать абсолютно все адреса страниц, которые отдают код 200 OK и приносят трафик.
Для сбора данных используются специализированные краулеры и панели веб-мастеров. Пошаговый процесс выглядит так:
- Сканирование сайта. Запустите технический аудит через краулер (например, Screaming Frog SEO Spider или аналоги) для выгрузки всех существующих URL, включая изображения, документы и служебные разделы.
- Выгрузка из панелей веб-мастеров. Экспортируйте списки индексируемых страниц из Яндекс.Вебмастера и Google Search Console. Часто поисковые роботы знают о страницах, которые были утеряны в структуре самого сайта, но все еще ранжируются.
- Сбор данных аналитики. Выгрузите список URL, имеющих хотя бы один сессионный переход за последние полгода из Яндекс.Метрики и Google Analytics. Это поможет выделить наиболее ценные посадочные страницы.
Все полученные адреса объединяются в один рабочий файл Excel. Из него удаляются дубликаты, а также мусорные страницы (параметры фильтрации, сессии), которые не имеют ценности для поиска. Этот документ станет фундаментом для построения таблицы перенаправлений.
Мнение технического директора студии «Элегрант»:
«Потеря даже одной критически важной категории при сборе урлов может обрушить продажи компании на недели. Мы часто сталкиваемся с ситуацией, когда клиенты приходят после самостоятельного переезда со словами: "Мы перенесли только главную и контакты, а остальные страницы решили сделать заново". В этот момент их старый трафик уже равен нулю, так как поисковик посчитал новые страницы неуникальными дублями».
Проектирование новой структуры сайта и сопоставление адресов
При смене CMS структура URL практически всегда меняется. Например, старый движок формировал адреса вида /index.php?product_id=123, а новая система использует человекопонятные URL (ЧПУ) вида /catalog/noutbuki/model-x. Ваша задача — создать поадресную карту соответствия.
В рабочем файле напротив каждого старого URL должен появиться конкретный новый URL. Правила сопоставления строги:
- Страница товара должна вести строго на страницу этого же товара на новом сайте.
- Страница категории (например, «Бытовая техника») должна перенаправлять на аналогичную категорию.
- Если на новом сайте какая-то группа товаров была ликвидирована, редирект настраивается на ближайшую родительскую категорию или, в крайнем случае, на главную страницу.
Пример базовой таблицы сопоставления URL для настройки редиректов:
| Старый URL (Источник) | Новый URL (Цель) | Тип контента |
|---|---|---|
/about-company.html | /about/ | Информационная |
/catalog/item_id_45/ | /shop/smartfony/iphone-15/ | Карточка товара |
/news/2023/sale/ | /promotions/sale/ | Раздел акций |
Недопустимо настраивать массовый редирект всех старых страниц на главную страницу нового сайта. Поисковые системы расценивают такое действие как ошибку Soft 404. Ссылочный вес в данном случае не передается, а старые страницы просто вылетают из выдачи без пользы для нового домена.
Синтаксис и конфигурация файлов .htaccess и nginx.conf
Техническая реализация перенаправлений зависит от программного обеспечения, под управлением которого работает ваш сервер. Наиболее распространены веб-серверы Apache и Nginx.
Если сервер работает на Apache, правила прописываются в файле .htaccess в корневом каталоге сайта. Для работы редиректов должен быть активирован модуль mod_rewrite.
Пример настройки 301-редиректа в файле .htaccess для поштучного переноса страниц:
RewriteEngine On
# Перенаправление конкретной страницы
Redirect 301 /old-page.html http://newdomain.ru/new-page/
Если сайт переезжает на новый домен с полным сохранением старой структуры папок и ЧПУ, используется универсальное регулярное выражение, которое переносит все внутренние страницы в один клик:
RewriteEngine On
RewriteCond %{HTTP_HOST} ^olddomain\.ru$ [NC,OR]
RewriteCond %{HTTP_HOST} ^www\.olddomain\.ru$ [NC]
RewriteRule ^(.*)$ http://newdomain.ru/$1 [R=301,L]
Для высоконагруженных проектов на серверах Nginx правила вносятся в конфигурационный файл nginx.conf внутри блока server. Этот метод работает быстрее, так как серверу не нужно обращаться к файлам в каталогах при каждом запросе.
Пример конфигурации для Nginx при склейке доменов:
server {
listen 80;
server_name olddomain.ru www.olddomain.ru;
return 301 http://newdomain.ru$request_uri;
}
Использование плагинов CMS (например, модулей редиректов на WordPress или Битрикс) для массового переноса доменов не рекомендуется. Они создают избыточную нагрузку на базу данных и интерпретатор PHP, что замедляет скорость ответа сервера во время захода поисковых роботов.
Правила работы с регулярными выражениями (RegEx) для массовых редиректов
Когда сайт содержит тысячи страниц, прописывать правила для каждого URL вручную невозможно. На помощь приходят регулярные выражения, позволяющие переносить разделы по определенным шаблонам.
При работе с RegEx важно соблюдать синтаксис, чтобы не зациклить перенаправления и не нарушить доступ к служебным файлам.
Основные спецсимволы, используемые при настройке миграции сайтов:
^— маркер начала строки. Показывает, что проверка должна начинаться с первого символа URL.$— маркер конца строки. Защищает от случайного срабатывания правила на более длинных адресах.(.*)— любая последовательность символов. Используется для захвата части старого адреса и подстановки ее в новый URL.\.— экранированная точка. Обычная точка в RegEx означает любой символ, поэтому для обозначения расширения файла (например, .html) перед ней ставят обратный слэш.
Рассмотрим практический сценарий: на старой CMS все статьи блога находились в папке /category/blog/art_ID.html, а на новой должны открываться по адресу /articles/art_ID/. Правило в .htaccess будет выглядеть так:
RewriteEngine On
RewriteRule ^category/blog/(.*)\.html$ http://newdomain.ru/articles/$1/ [R=301,L]
Ошибка в одном символе регулярного выражения может сделать недоступным весь сайт. Перед сохранением изменений на боевом сервере всегда тестируйте регулярные выражения на локальных копиях или специализированных онлайн-сервисах тестирования RegEx.
Перенос доменного имени в панелях для веб-мастеров Яндекса и Google
После настройки серверов и проверки доступности новых адресов необходимо официально уведомить поисковые системы о смене главного зеркала сайта. Без этого процесс склейки доменов в поисковой базе может затянуться на месяцы.
Пошаговый алгоритм действий в Яндекс.Вебмастере:
- Добавьте новый домен в аккаунт и подтвердите права на владение им (через TXT-запись или HTML-файл).
- Перейдите в панель старого сайта, выберите раздел «Инструменты» -> «Переезд сайта».
- Поставьте галочку напротив пункта «Добавить новый домен», выберите адрес нового сайта из выпадающего списка и нажмите «Сохранить».
Пошаговый алгоритм действий в Google Search Console:
- Добавьте и подтвердите новый ресурс (желательно на уровне домена через DNS).
- В панели управления старым сайтом перейдите в меню «Настройки» -> «Изменение адреса».
- Убедитесь, что автоматическая проверка 301-редиректов прошла успешно, и подтвердите отправку запроса на миграцию.
Старый домен должен оставаться продленным и активным в панелях веб-мастеров до тех пор, пока полностью не завершится перенос позиций и трафика. Обычно этот процесс занимает от трех до шести месяцев со дня старта миграции.
Тестирование склейки: проверка кодов ответа сервера и цепочек редиректов
Сразу после запуска перенаправлений необходимо провести тотальную проверку обновленной системы. Поисковые роботы крайне негативно относятся к некорректным ответам сервера в процессе миграции.
Главная опасность при переносе — возникновение цепочек редиректов (Redirect Chains). Это ситуация, когда один старый URL последовательно перенаправляет на второй, второй на третий, и только потом открывается целевая страница. Каждое лишнее звено в этой цепи снижает передаваемый ссылочный вес и увеличивает нагрузку на краулинговый бюджет.
Чек-лист для технической проверки кодов ответов:
- Старый URL должен отдавать строго код 301 Moved Permanently.
- Конечный целевой URL должен мгновенно отдавать код 200 OK.
- В цепочке переходов должно быть строго одно звено (Старый URL -> Новый URL).
- Служебные файлы
robots.txtиsitemap.xmlна старом домене должны быть доступны для роботов (не должны редиректить на главную нового сайта на первом этапе).
Для массовой проверки используйте выгрузку исходной карты URL через краулеры, настроив в параметрах сканирования отслеживание перенаправлений. Программа покажет итоговый статус для каждой строки и подсветит места, где возникли циклические ошибки или битые ссылки.
Обновление внутренних факторов: перелинковка, файлы Sitemap и Robots.txt
После того как внешние перенаправления заработали, необходимо навести порядок внутри самого сайта на новой CMS. Наличие внутренних ссылок, ведущих на старые адреса или через 301-редирект, замедляет индексацию нового контента.
Мнение ведущего SEO-оптимизатора студии «Элегрант»:
«Многие забывают, что внутри новой CMS базы данных могут хранить старые абсолютные ссылки в текстах статей или карточках товаров. Оставлять их на откуп редиректам — грубая ошибка. Робот тратит время на лишние переходы внутри вашего же сайта. Все внутренние ссылки должны быть исключительно прямыми и вести на актуальные адреса новой платформы».
План работ по обновлению внутренних факторов:
- Прямая замена в базе данных. Через SQL-запросы или встроенные инструменты CMS замените все упоминания старого домена во внутренних текстах, меню и футере на новый адрес.
- Формирование нового Robots.txt. На новом сайте создайте актуальный файл, пропишите корректную ссылку на новую карту сайта. Убедитесь, что разделы, которые должны быть проиндексированы, не закрыты директивой
Disallow. - Генерация новой карты Sitemap.xml. Карта сайта должна содержать только новые URL с кодом 200 OK. Передайте ссылку на нее в панели веб-мастеров Яндекса и Google для ускорения обхода.
На старом домене файл robots.txt должен оставаться открытым. В нем разрешается доступ к обработке переезда для роботов, чтобы они могли зафиксировать директивы перенаправления со всех внутренних страниц.
Сохранение внешнего ссылочного профиля при смене домена
Хотя 301-редирект передает большую часть авторитета и веса входящих ссылок, прямые ссылки со сторонних ресурсов всегда работают надежнее и быстрее. Миграция сайта — отличный повод провести ревизию и актуализацию внешнего ссылочного профиля.
Для минимизации потерь веса выполните следующие действия:
- Выгрузите список самых авторитетных сайтов-доноров, которые ссылаются на вас (с помощью инструментов мониторинга бэклинков).
- Свяжитесь с веб-мастерами или администраторами этих площадок и попросите их изменить старый URL на новый в теле существующих партнерских материалов или обзоров.
- В первую очередь обновите ссылки в официальных профилях компании: на картах (Яндекс.Карты, Google Карты, 2ГИС), в социальных сетях, на крупных рекомендательных сервисах и в профильных каталогах.
Особое внимание уделите платным рекламным кампаниям. Объявления в Яндекс.Директ или таргетированной рекламе, ведущие на старые адреса через редирект, могут терять метки отслеживания (UTM). Обновите целевые URL в рекламных кабинетах сразу после переезда, чтобы не искажать данные сквозной аналитики.
Типичные ошибки при переезде сайтов и как их избежать
Опыт проведения миграций показывает, что большинство просадок трафика происходит из-за невнимательности или нарушений базовой логики перенаправлений. Ниже собраны наиболее частые ошибки, совершаемые в процессе переноса данных.
Критическая ошибка — использование 302-редиректа (Temporary Redirect) вместо 301. Код 302 сообщает поисковым системам, что страница перемещена временно. В этом случае вес страницы не передается новому адресу, а старая страница остается в индексе, что блокирует склейку сайтов.
Сводный анализ критических ошибок миграции сайтов:
| Ошибка | Последствия для сайта | Как сделать правильно |
|---|---|---|
| Редирект всех страниц на главную | Потеря веса внутренних страниц, падение позиций | Поадресное сопоставление старых и новых URL |
| Циклический редирект (страница ссылается сама на себя) | Сайт не открывается у пользователей, робот выдает ошибку | Тщательное тестирование регулярных выражений перед запуском |
| Отключение старого домена сразу после переноса файла | Поисковики не успевают зафиксировать склейку, потеря позиций | Содержание старого домена активным в течение полугода |
| Переезд сайта с существующими техническими вирусами | Новый домен мгновенно получает санкции поисковых систем | Полная очистка и аудит кода перед переносом на новую CMS |
Еще одна скрытая проблема — игнорирование регистра символов в URL. Для серверов на базе Linux адреса /page/ и /Page/ являются разными документами. Если при переносе изменился регистр, а правила написаны без учета флага [NC] (No Case), пользователи увидят ошибку 404.
Мониторинг позиций и диагностика проблем в пост-миграционный период
После нажатия кнопки «Переезд» начинается период стабилизации, который обычно длится несколько недель. В это время позиции сайта могут временно колебаться, что является нормальной реакцией поисковых систем на смену инфраструктуры.
Для контроля ситуации настройте ежедневный мониторинг по следующим направлениям:
- Скорость индексации. Отслеживайте график в панелях веб-мастеров. Количество страниц в индексе старого сайта должно плавно уменьшаться, а нового — пропорционально расти.
- Анализ поисковых запросов. Проверяйте, по каким фразам пользователи находят сайт. Если вы заметили, что какой-то важный кластер запросов перестал приносить переходы, проверьте редирект конкретно для этой посадочной страницы.
- Проверка логов ошибок (Error Logs). Регулярно скачивайте с сервера лог-файлы и проверяйте запросы, завершившиеся кодом 404. Если реальные пользователи часто натыкаются на несуществующую страницу, оперативно добавьте для нее новое правило перенаправления.
Если в течение месяца графики посещаемости не стабилизировались, а продолжают падать, это свидетельствует о системной ошибке: некорректной передаче директив, закрытых от индекса страницах на новом движке или потере уникального контента при копировании.
Заключение
Переезд на новый домен или смену CMS нельзя проводить в спешке. Это сложный инженерный процесс, требующий слаженной работы программистов, системных администраторов и SEO-специалистов. Четкое следование гайду по настройке 301-редиректов, отказ от массовых перенаправлений на главную страницу и тотальный контроль кодов ответа сервера позволяют мигрировать с минимальными колебаниями трафика или вовсе без них.
Любая ошибка в коде конфигурации сервера или потеря важного урла при сборе карты сайта стоит бизнесу реальных денег и позиций, на наработку которых уходили годы. Если вам предстоит перенос корпоративного сайта или крупного интернет-магазина, не рискуйте стабильностью своего дела.
Специалисты по технической оптимизации и миграции сайтов проконтролируют каждый этап переноса данных, исключат появление битых ссылок и сохранят ваш органический трафик в полном объеме. Для организации безопасного переезда и аудита структуры свяжитесь с сео студией "Элегрант" по телефону +7 (982) 764-53-46.