Переезд на новый домен в 2026 году: как сохранить SEO-показатели при смене адреса

Переезд на новый домен — управляемая операция. Однако ошибки на этапах подготовки и запуска приводят к потере трафика, позиций и бизнес-конверсий. Основные точки контроля: полный аудит текущего состояния, карта соответствий URL, корректные 301-редиректы без цепочек, тестирование на staging и интенсивный пост-мониторинг в первые 4–6 недель.

Переезд на новый домен в 2026 году: как сохранить SEO-показатели при смене адреса

Переезд на новый домен — управляемая операция. Однако ошибки на этапах подготовки и запуска приводят к потере трафика, позиций и бизнес-конверсий. Основные точки контроля: полный аудит текущего состояния, карта соответствий URL, корректные 301-редиректы без цепочек, тестирование на staging и интенсивный пост-мониторинг в первые 4–6 недель.

Зачем менять домен?

Чаще всего домен меняют из-за ребрендинга, выхода на новые рынки, слияний и поглощений, необходимости короткого и запоминающегося имени или при негативной истории старого домена. Решение должно быть бизнес-обосновано: выгоды от нового адреса должны перекрывать риски технической миграции и временных потерь видимости.

Иногда компания меняет название. Старый адрес больше не отражает суть бизнеса. В других случаях владельцы сайтов хотят улучшить репутацию — например, если предыдущий домен попал под санкции поисковых систем или получил негативные отзывы.

Бывает, что просто нужен более короткий и удобный для пользователей адрес.

Как смена домена влияет на SEO?

При корректной технической реализации — постраничные 301, сохранение структуры, обновление сервисов веб-мастеров — поисковые системы понимают, что контент переехал, и большинство сигналов может быть передано новому домену. Однако кратковременные просадки трафика и позиций возможны. Ключевое влияние оказывает качество редиректов и скорость устранения ошибок после запуска.

Важно понимать: поисковики не наказывают за сам факт переезда. Проблемы возникают, когда технические настройки выполнены неправильно. Например, если вместо 301 используется 302 редирект или если карта URL составлена небрежно. В таких случаях поисковая система может не понять, что старый и новый адреса связаны, и начнёт индексировать новый домен как отдельный ресурс.

Типичный дип трафика при корректной миграции — 10–30% в первые 0–3 месяца. При ошибках падение может быть значительно выше.

Подготовка к переезду

Хорошая подготовка — залог минимальных потерь. Ниже — последовательность действий и чек-лист перед cutover.

Оценка необходимости смены домена

Прежде чем принимать решение, оцените реальную необходимость. Смена домена — это не только техническая задача, но и риск для бизнеса. Если старый адрес работает нормально, приносит трафик и не имеет проблем с репутацией, возможно, стоит оставить всё как есть.

Задайте себе несколько вопросов:

• Действительно ли новый домен улучшит узнаваемость бренда?
• Есть ли у старого домена проблемы с репутацией или санкциями?
• Готовы ли вы к временным потерям трафика и позиций?
• Есть ли ресурсы на качественную техническую реализацию?

Если ответы положительные, переходите к следующему этапу.

Выбор нового домена

Новый домен должен быть коротким, запоминающимся и отражать суть вашего бизнеса. Избегайте сложных написаний, цифр и дефисов — они усложняют запоминание и ввод адреса.

Репутация нового домена

Проверьте историю домена: WHOIS, Web Archive, blacklist и жалобы, данные веб-архивов и инструменты проверки репутации. Если домен ранее использовался для спама или попадал под фильтры поисковых систем, это может негативно сказаться на вашем проекте.

Проверьте почтовую репутацию и настройте SPF/DKIM/DMARC до начала рассылок с нового домена. Наличие старой истории — особенно спам — риск. Для почтовой репутации учитывайте показатели жалоб: более 2% — сигнал, более 5% — серьёзный риск.

Дроп-домены: плюсы и минусы

Дроп-домены — это освободившиеся адреса, которые ранее были зарегистрированы и использовались. Иногда такие домены имеют историю, внешние ссылки и авторитет в поисковых системах. Однако есть и минусы: если предыдущий владелец использовал домен для спама или нарушал правила поисковиков, новый владелец может столкнуться с санкциями.

Перед покупкой дроп-домена проверьте его историю через Web Archive и специализированные сервисы. Убедитесь, что домен не попадал под фильтры Яндекса или Google.

Создание резервной копии сайта

Сделайте минимум 3 копии: локально, облако, оффсайт. Включите файлы, конфиги, медиа, базу данных. Проверьте восстановление на staging. Рекомендуемые инструменты: SFTP/SSH, mysqldump/pg_dump, UpdraftPlus/duplicator для WordPress.

Правило 3-2-1: три копии данных, два разных носителя, одна копия вне офиса. Это защитит вас от потери информации в случае технических сбоев.

Этапы переезда на новый домен

Подключение нового домена

Зарегистрируйте домен, настройте nameservers, A/AAAA, CNAME, MX, TXT (SPF), DMARC. При необходимости включите DNSSEC. Время распространения обычно до 48 часов, часто 6–12 часов.

Снизьте TTL за 7–48 часов до переключения (300–600 с), чтобы ускорить распространение. Подготовьте DNS-снимок: все A/AAAA/CNAME/MX/TXT записи.

Установка SSL-сертификата

Сгенерируйте CSR и установите сертификат (2048-бит). Настройте TLS 1.2/1.3, HSTS (Strict-Transport-Security: max-age=31536000; includeSubDomains; preload) и следите за сроком действия сертификата. Проверьте цепочку доверия (intermediate). Рекомендации: использовать актуальные конфигурации Nginx/Apache и тестировать с SSL Labs.

SSL-сертификат — это не просто техническое требование. Он влияет на доверие пользователей и на ранжирование в поисковых системах. Google и Яндекс учитывают наличие HTTPS при определении позиций сайта.

Настройка 301 редиректа

Ключевое правило: постраничные 301, никаких цепочек. Ниже — готовые сниппеты для популярных серверов и пример последовательности действий.

Apache (.htaccess)

Если у вас доступ к .htaccess:

RewriteEngine On

Проверка корректности редиректов (локально)

Используйте команду curl для проверки:

curl -I https://olddomain.ru/top-page

Убедитесь, что ответ 301 и Location содержит https://newdomain.ru/top-page.

curl -IL https://olddomain.ru/top-page

Проверьте, что нет 302/JS-редиректов и цепочек более 1 hop.

Smoke-тесты (обязательный чек-лист на запуск)

• curl -I http://olddomain.ru/anypath → 301 → Location: https://newdomain.ru/anypath
• curl -I https://newdomain.ru/top-page → 200 OK, проверка canonical, hreflang
• Проверить sitemap.xml и robots.txt на prod (robots.txt не должен блокировать важные страницы)
• Проверить SSL chain: openssl s_client -connect newdomain.ru:443 -showcerts
• Проверить наличие аналитических пикселей (GA4, Яндекс.Метрика), тест конверсии

Как правильно заполнить карту редиректов (рекомендации)

Соберите полную карту: старый URL → релевантный новый URL. Для каждой важной страницы — точно 1:1 переадресация. Избегайте редиректов на главную без причины. Сохраните CSV-шаблон.

Сопоставляйте старую страницу с максимально релевантной новой по семантике и конверсии. Для страниц, которые удаляются, настраивайте релевантный fallback или оставьте страницу с объяснением и ссылками. Не направляйте все URL на главную — это убьёт релевантность хвоста.

Обновление адреса в инструментах веб-мастера

Google Search Console

Добавьте и подтвердите оба домена (old/new) в одном аккаунте. Используйте инструмент Change of Address для доменных (domain) свойств, если применимо. Отправьте новый sitemap.xml, запросите приоритетный переобход ключевых страниц. Мониторьте Coverage, URL inspection, увеличение/убывание проиндексированных страниц.

Google подтверждает передачу сигнала через постоянный редирект. Это означает, что при правильной настройке 301 большая часть авторитета старого домена перейдёт на новый.

Яндекс Вебмастер

Добавьте оба домена в один аккаунт, подтвердите права. Используйте инструмент «Переезд сайта» в интерфейсе Вебмастера. Загрузите актуальную карту сайта, проверьте региональность и основное зеркало.

Яндекс также поддерживает передачу авторитета через 301 редиректы. Однако важно убедиться, что все настройки выполнены корректно, иначе поисковая система может не понять, что домены связаны.

Перенос контента и базы данных

Экспорт и импорт базы данных

MySQL/MariaDB: mysqldump — оптимально через консоль; в большом проекте применяйте стриминг/pipe. PostgreSQL: pg_dump/pg_restore или pipe между серверами. Перед импортом выполните массовую замену домена в дампе (sed / text editor) — осторожно, учитывайте сериализованные поля (особенно для WordPress). Тестируйте на staging.

Внесение изменений в БД

Примените паттерн expand/contract: добавьте новые поля/логики, переключите чтение/запись на новую схему постепенно, затем удалите старые поля после верификации. Это минимизирует downtime и риски потери данных. Обновляйте код для чтения из новой схемы, затем отключайте старую.

Разверните копию на staging, проверьте редиректы, функционал, формы, платежи, авторизацию и аналитические скрипты. Убедитесь, что staging закрыт по robots.txt/noindex до финального теста.

Проверка и контроль после переезда

Первый день и первые 4–6 недель — критичны. Быстрая реакция на ошибки даёт преимущество.

Убедитесь, что всё работает

Немедленные проверки (в первые 24–48 часов):

• Все топ-страницы возвращают 200 OK на новом домене; все старые URL дают 301 на точные соответствия.
• Нет массовых 404 на страницах с трафиком; критические 404 исправлять в 24–48 часов.
• robots.txt корректен; нет noindex на проде.
• Аналитика получает данные (GA4, Яндекс.Метрика); конверсии отслеживаются.
• Проверить скорость и Core Web Vitals.

Исправляйте 404 в течение 24–48 часов после запуска. Это критично для сохранения трафика и позиций.

Обновление информации о новом домене во всех каналах

Сообщите аудитории заранее на старом и новом сайтах, в email-рассылках, соцсетях, рекламных аккаунтах. Обновите профили в Google Business, справочники, карты, профили партнёров. Разошлите шаблон письма вебмастерам ключевых доноров с просьбой обновить ссылки.

Пример короткого шаблона outreach письма партнёрам:

Тема: Просьба обновить ссылку на наш сайт

Текст: «Здравствуйте, мы перешли на новый домен https://newdomain.ru. Пожалуйста, обновите ссылку с https://olddomain.ru/page → https://newdomain.ru/page. Спасибо! Контакт: support@newdomain.ru»

Мониторинг SEO-показателей после переезда

Рекомендуемые метрики и пороги:

• Organic traffic: ожидаемый дип 0–30% (0–3 мес.) при корректной миграции — мониторинг ежедневно первые 2 недели, затем 2×недельно.
• 404 errors: тревога при более 1% от общего числа запросов или при более 5 критических URL с high traffic.
• Index coverage: рост новых доменных страниц и падение старых — проверяйте динамику.
• Позиции по ключам: мониторинг по кластерам; отклонение более 20% от бенчмарка — расследование.
• Conversion rate: триггер для Rollback, если падение более 30% за 72 часа.

Stop-краны и алерты (пример):

• 404 более 1% за сутки — команда QA/Dev.
• Новые URLs coverage сокращается более 20% неделю — SEO/Dev.
• Снижение конверсий более 30% за 72 ч — рассмотрение rollback.

Smoke tests и регулярные автоматические проверки:

• Скрипт на CI: ежедневный curl-блок на топ-50 URL → проверка 301/200 и Location.
• Логи сервера: монитор APM (Datadog/NewRelic) на ошибки, latency, CPU/IO.

Rollback-план (когда и как откатиться)

Триггеры отката:

• Катастрофическое падение трафика и дохода (более 30% за 72 часа) без явных причин.
• Невозможность устранить критические ошибки (платёж/авторизация) в SLA.

Шаги отката:

1. Уведомить стейкхолдеров, зафиксировать текущее состояние.
2. Переключить DNS/TLS если необходимо (возможно временно вернуть старый домен как главное зеркало).
3. Перенастроить старые 301 или вернуть старый сайт как основное зеркало (при внимании к кэшу и robots).
4. Провести post-mortem и план по исправлению и повторному запуску.

Таймлайны: DNS/TTL отката — зависит от TTL, цель — ≤60 минут для внутренних правок (если TTL заранее снижен).

Частые ошибки при переезде

Как избежать проблем?

1. Редирект-цепочки и 302 вместо 301 — настройте прямые 301.
2. Забытые noindex/robots.txt с блокировкой — проверьте robots.txt и мета-теги на prod.
3. JS-редиректы (Tilda T223 и пр.) — не заменяют серверный 301; для междоменных редиректов используйте серверный уровень.
4. Необновлённые абсолютные внутренние ссылки — переводите в относительные или массово заменяйте в БД.
5. Необновлённые счётчики аналитики — проверьте GA4/Яндекс.Метрику, тесты конверсий.
6. Отсутствие плана обратного отката — подготовьте его заранее.

Tilda/T223: блоки с JS-редиректом не заменяют серверный 301 и не «склеивают» домены. Для Tilda нужно выгрузить копию и разместить на хостинге с серверным редиректом.

Относительные ссылки: рекомендуется использовать относительные внутренние ссылки до переезда, чтобы упростить перенос.

Hreflang и мультидоменность: обновляйте хрефлэнги с новым host и проверьте зеркала.

Мифы, связанные с переездом на новый домен

• «Трафик неизбежно падает надолго» — при корректной миграции просадка чаще всего краткосрочна и обратима.
• «Нужно свозить всё на главную» — ведёт к потере релевантности хвостовых страниц.
• «Смена домена снимает санкции» — не всегда; в некоторых случаях санкции могут «перетянуться» через 301.

Юридические аспекты переезда

Проверяйте владение и детали WHOIS; при продаже/переносе домена оформляйте договор (Domain Sale Agreement). ICANN: трансфер домена запрещён в течение 60 дней после регистрации или смены владельца (Inter-Registrar Transfer Policy, ICANN, 2017).

Как избежать юридических проблем?

Убедитесь, что у вас есть все права на новый домен. Проверьте, не нарушает ли новое доменное имя торговые марки или авторские права других компаний. Оформите все документы заранее, чтобы избежать споров в будущем.

Заключение

• Зафиксируйте бенчмарки и топ-страницы.
• Сопоставьте все URL один-к-одному и заполните CSV-шаблон.
• Настройте 301 без цепочек; избегайте 302/JS.
• Обновите sitemap, robots, метаданные, внутренние ссылки.
• Подайте Change of Address и «Переезд сайта» в веб-мастерах; наблюдайте coverage.
• Исправляйте критические 404 в течение 24–48 часов.
• Держите план коммуникаций и rollback.

Дополнительные ресурсы и инструменты

• Google Search Console — Change of Address, Coverage, URL inspection.
• Яндекс.Вебмастер — инструмент «Переезд сайта», индексирование.
• GA4/Яндекс.Метрика — контроль конверсий/поведения.
• Откат/rollback playbook — внутренний документ проекта.
• Инструменты для проверки SSL, DNS, и краулинга (SSL Labs, DNS-check, Screaming Frog).