Как перенести сайт на новый домен без потери SEO и заявок

Перенос сайта на новый домен может понадобиться по разным причинам: компания изменила название, старый адрес оказался неудобным, бизнес вышел на новый рынок или прежний домен больше не соответствует позиционированию. На первый взгляд задача кажется простой: зарегистрировать новый адрес, перенести файлы и сообщить посетителям новый URL. На практике такой подход часто приводит к падению позиций, потере страниц в поиске, неработающим формам и исчезновению накопленного трафика.
Грамотный перенос сайта — это не только техническая операция. Он включает работу с доменной зоной, сервером, поисковой индексацией, аналитикой, рекламой, ссылками и пользовательскими сценариями. Главная цель состоит в том, чтобы посетители, поисковые роботы и бизнес-процессы без лишних проблем перешли со старого адреса на новый.
В этой статье разберём, как перенести сайт на новый домен с минимальными рисками. Материал подойдёт владельцам компаний, интернет-магазинов, корпоративных сайтов и специалистам, которые хотят заранее составить понятный план работ.
Когда перенос сайта на новый домен действительно оправдан
Менять домен стоит не ради самого факта обновления адреса. Новый домен должен решать конкретную задачу и быть частью общей стратегии бизнеса. Если причины недостаточно веские, безопаснее сохранить действующий адрес и улучшить сайт без миграции.
Перенос может быть полезен в следующих ситуациях:
- Ребрендинг. Компания изменила название, специализацию или визуальную идентичность, а старый домен больше не связан с новым брендом.
- Выход на другой рынок. Бизнес начинает работать в другой стране или языковой среде и выбирает домен, который лучше соответствует географии проекта.
- Сложный или неудачный адрес. Домен трудно произносить, писать и запоминать, в нём есть лишние символы или он регулярно вызывает ошибки у клиентов.
- Юридические риски. Текущий адрес может нарушать права другого бренда или создавать проблемы с использованием названия.
- Изменение направления бизнеса. Старый домен слишком узкий и мешает продвигать новые услуги или товары.
- Переезд на более подходящую доменную зону. Иногда компании требуется адрес, который лучше воспринимается целевой аудиторией и партнёрами.
Если домен просто кажется недостаточно красивым, сначала оцените цену миграции. У действующего сайта уже могут быть страницы с хорошими позициями, внешние ссылки, упоминания в каталогах, сохранённые закладки и узнаваемость среди клиентов. Всё это нельзя автоматически перенести одним нажатием.
Что можно потерять при неправильной миграции
Основной риск связан с тем, что поисковые системы воспринимают новый домен как отдельный ресурс. Даже если дизайн, контент и структура остались прежними, новый адрес должен заново подтвердить связь с прежним сайтом. Для этого поисковым роботам нужны корректные сигналы и доступ к старым страницам.
При ошибках могут возникнуть следующие проблемы:
- старые страницы исчезнут из поисковой выдачи;
- новые URL не будут найдены или проиндексированы;
- переадресация будет вести на главную вместо соответствующих страниц;
- часть посетителей попадёт на ошибки сервера;
- перестанут работать формы обратной связи и онлайн-оплата;
- сбросятся настройки аналитики и рекламных систем;
- в рекламных объявлениях останутся старые ссылки;
- внутренние ссылки будут вести на прежний домен;
- изменится отображение страниц в социальных сетях и мессенджерах;
- снизится доверие постоянных клиентов, если они не поймут причину смены адреса.
Важно понимать, что падение трафика после переноса не всегда означает провал проекта. Поисковым системам требуется время, чтобы обработать новые адреса и перенести сигналы со старого домена. Однако масштаб и длительность просадки во многом зависят от качества подготовки.
Какие бывают варианты миграции
Слово «перенос» может обозначать разные изменения. Чем больше элементов меняется одновременно, тем сложнее контролировать результат. Поэтому желательно разделять миграции и не объединять без необходимости смену домена, структуры и платформы в один день.
Только смена домена
Структура, контент, дизайн и система управления остаются прежними, меняется только адрес сайта. Это наиболее понятный вариант, но и здесь необходимо настроить постраничные редиректы и обновить все упоминания старого домена.
Смена домена и платформы
Сайт одновременно переносится на новую CMS или полностью переписывается. В этом случае могут измениться адреса страниц, метаданные, шаблоны, изображения, формы и логика работы. Такой проект требует отдельной таблицы соответствий между старыми и новыми URL.
Смена домена и структуры
Компания может объединять разделы, удалять устаревшие страницы или менять логику каталога. Если старые URL не сопоставить с новыми, часть накопленных сигналов будет потеряна.
Объединение нескольких сайтов
Иногда несколько доменов объединяют на одном основном сайте. Это сложная миграция, при которой нужно отдельно оценить историю каждого ресурса, его ссылки, контент и возможные технические проблемы.
Практическое правило простое: если есть возможность, сначала меняйте один крупный элемент, а затем переходите к следующему. Так проще понять причину возможных изменений трафика и быстрее исправить ошибки.
Подготовка к переносу: что проверить заранее
Нельзя начинать миграцию с регистрации домена и загрузки файлов. Сначала нужно зафиксировать текущее состояние сайта. Это позволит сравнить показатели до и после переноса и не потерять важные страницы.
Проверьте историю нового домена
Перед покупкой убедитесь, что новый домен не использовался ранее для сомнительных проектов. У него может быть негативная история, неестественные ссылки, многочисленные жалобы или ограничения со стороны поисковых систем. Проверить это можно через доступные сервисы анализа доменов и панели вебмастеров.
Обратите внимание на:
- прошлую тематику домена;
- сохранённые копии страниц;
- качество и происхождение внешних ссылок;
- наличие признаков массового спама;
- историю резких изменений контента;
- соответствие доменной зоны целевой аудитории.
Если домен ранее принадлежал другому владельцу, это не всегда проблема. Важно понять его историю и убедиться, что адрес не связан с действиями, которые могут осложнить продвижение.
Составьте резервные копии
Создайте отдельные копии файлов сайта, базы данных, настроек сервера, конфигурационных файлов и почтовых ящиков. Если сайт размещён на CMS, сохраните также список установленных модулей, шаблонов и интеграций.
Резервная копия должна быть доступна независимо от текущего хостинга. Хранить единственный архив на том же сервере рискованно: при сбое можно потерять и рабочую версию, и копию.
Зафиксируйте важные показатели
До переноса сохраните данные аналитики за сопоставимый период. Не обязательно ориентироваться на одну цифру посещаемости. Полезно зафиксировать источники трафика, популярные страницы, поисковые запросы, конверсии, заявки и доход от ключевых каналов.
Отдельно подготовьте список:
- страниц, которые получают органический трафик;
- URL с внешними ссылками;
- страниц с заявками и заказами;
- категорий и карточек товаров;
- служебных адресов, которые нельзя открывать для индексации;
- изображений, PDF-файлов и других важных ресурсов;
- поддоменов и отдельных сервисов.
Такой список помогает определить приоритеты. Страница с несколькими посетителями в месяц и популярная карточка услуги не должны обрабатываться одинаково.
Как составить карту старых и новых URL
Карта переноса, или таблица соответствий, показывает, куда должен попасть каждый важный старый адрес. Это один из главных документов проекта. Без него разработчик часто настраивает только переадресацию главной страницы, а остальные URL остаются без понятного назначения.
В таблице удобно предусмотреть следующие столбцы:
- старый URL;
- новый URL;
- тип страницы;
- приоритет;
- источник трафика;
- наличие внешних ссылок;
- статус редиректа;
- комментарий по проверке.
Сопоставлять нужно не только страницы, которые видны в основном меню. Важными могут быть старые статьи, посадочные страницы рекламных кампаний, карточки товаров, файлы, страницы регионов и URL, на которые ссылаются другие сайты.
Как поступать с удаляемыми страницами
Иногда старой странице нет прямого аналога на новом сайте. В таком случае не следует автоматически перенаправлять её на главную. Если есть близкая по смыслу страница, редирект направляют туда. Если подходящей замены нет, нужно оценить ценность URL и выбрать корректный ответ сервера.
Бесполезное перенаправление на главную ухудшает пользовательский опыт. Посетитель ожидает получить информацию по конкретной теме, а вместо этого попадает на общий экран без нужного содержания.
Настройка нового домена и сервера
До официального запуска новый домен должен быть технически готов. Проверьте DNS-записи, сертификат безопасности, работу почты и доступность сайта по основным вариантам адреса.
Для большинства проектов нужно предусмотреть:
- настройку DNS-записей;
- подключение SSL-сертификата;
- выбор основной версии с протоколом HTTPS;
- настройку домена с префиксом www и без него;
- корректную работу страниц с завершающим слешем или без него;
- проверку кодировок и отображения символов;
- настройку часового пояса и серверных параметров;
- проверку отправки писем с нового домена.
До запуска можно закрыть тестовую версию от индексации. Для этого применяют ограничение доступа, пароль или временные технические настройки. Не стоит полагаться только на запрет в файле robots.txt: при определённых условиях адрес тестовой страницы всё равно может попасть в поисковую систему.
После завершения проверки тестовые ограничения необходимо убрать. Это частая причина, по которой новый сайт остаётся недоступным для поисковых роботов.
Как правильно настроить редиректы
Редирект сообщает браузеру и поисковой системе, что страница переехала на другой адрес. Для постоянного переноса используют постоянную серверную переадресацию. Она должна вести с каждой старой страницы на наиболее близкую новую страницу.
Правильная логика выглядит так:
- Пользователь открывает старый URL.
- Сервер возвращает постоянный ответ о переносе.
- Браузер переходит на соответствующий новый URL.
- Новая страница открывается без дополнительной цепочки перенаправлений.
Чего не следует делать
- Настраивать редирект только с главной страницы.
- Отправлять все старые адреса на главную.
- Создавать длинные цепочки переадресаций.
- Допускать циклические редиректы.
- Перенаправлять на страницы с другой тематикой.
- Оставлять старые URL с ошибкой сервера, если у них есть полезная замена.
- Использовать временную переадресацию для постоянной миграции без веской причины.
Цепочка возникает, например, когда старый адрес сначала ведёт на промежуточный URL, а затем ещё на один новый адрес. Чем больше переходов, тем выше риск потери части сигналов и тем дольше загружается страница для пользователя.
Лучший вариант — настроить прямое соответствие между старым и конечным новым URL. После запуска его проверяют автоматическим сканером и вручную на приоритетных страницах.
Что изменить внутри нового сайта
Одних редиректов недостаточно. Сам новый сайт не должен продолжать ссылаться на старый домен. Проверьте шаблоны, меню, хлебные крошки, кнопки, изображения, файлы и встроенные элементы.
Особое внимание уделите следующим настройкам:
Канонические адреса
Тег canonical на новой странице должен указывать на новый основной URL, а не на старый домен. Ошибочная каноникализация может сообщить поисковой системе, что главным всё ещё считается прежний адрес.
Внутренние ссылки
Все ссылки внутри контента, меню и подвала должны вести непосредственно на новые страницы. Не стоит оставлять ссылки на старый домен с надеждой, что редирект всё исправит. Это создаёт лишние переходы и усложняет обход сайта.
Файл robots.txt
Проверьте, не закрыты ли от роботов важные разделы нового сайта. В файле должны быть указаны актуальные правила для нового домена, а ссылка на карту сайта должна вести на новый адрес.
Карта сайта
XML-карта должна содержать только доступные и канонические страницы нового домена. Не включайте в неё страницы с ошибками, редиректами, дубликаты и адреса, закрытые от индексации.
Метатеги
Проверьте заголовки страниц, описания, заголовки первого уровня и другие элементы, которые могли измениться при переносе. Если контент не обновлялся, не нужно без причины переписывать все метаданные одновременно с миграцией.
Перенос аналитики и отслеживания заявок
Переезд домена может незаметно отключить измерение важных действий. Код аналитики иногда встроен только в старый шаблон, а формы отправляют данные на прежний адрес или используют ключи, привязанные к конкретному домену.
Перед запуском составьте список всех систем, которые подключены к сайту:
- системы веб-аналитики;
- сервисы отслеживания звонков;
- CRM и обработчики форм;
- платёжные шлюзы;
- рекламные кабинеты;
- сервисы рассылок;
- онлайн-чаты и консультанты;
- системы управления согласием на обработку данных;
- инструменты мониторинга ошибок и доступности.
После переноса проверьте не только наличие кода на странице, но и фактическую передачу событий. Отправьте тестовую заявку, проверьте письмо менеджеру, появление обращения в CRM, фиксацию цели в аналитике и корректную передачу источника обращения.
Если используется электронная почта на старом домене, заранее настройте переадресацию или сохраните рабочие ящики. Клиенты могут продолжать писать на прежние адреса ещё долго после запуска нового сайта.
Что нужно обновить за пределами сайта
Сайт связан с большим количеством внешних площадок. После миграции обновите адреса там, где компания управляет информацией самостоятельно.
Проверьте:
- профили организации в поисковых системах;
- карточки компании на картах и справочных сервисах;
- социальные сети;
- страницы в каталогах и отраслевых площадках;
- рекламные объявления;
- шаблоны коммерческих предложений;
- подписи сотрудников;
- визитки и печатные материалы;
- QR-коды;
- ссылки в документах и презентациях.
Внешние ссылки на старый домен желательно обновлять постепенно. Редиректы должны сохраняться, но прямые ссылки на новый адрес уменьшают количество лишних переходов и помогают пользователям быстрее привыкнуть к новому бренду.
Как сообщить клиентам о смене домена
Если новый адрес появился внезапно, часть посетителей может решить, что сайт поддельный или компания больше не работает. Особенно