SEO-чек-лист миграции сайта: как сменить платформу или домен и не потерять позиции

Коротко

Сайт сохраняет позиции при миграции, если каждый URL, который приносит трафик или ссылки, после запуска по-прежнему отвечает: тот же контент по тому же адресу или постоянный серверный редирект на ближайший аналог. Большинство проблем при миграции связано с URL, который никто не внёс в список.

Руководство Google по переезду сайта со сменой URL задаёт базовые правила: сопоставьте каждый старый URL с новым, используйте постоянные серверные редиректы, такие как 301 или 308, сохраняйте их «как правило, не менее 1 года» и «ожидайте временных колебаний позиций сайта во время переезда».

В том же руководстве советуют менять что-то одно за раз: сначала новый домен, потом новая структура. Документация Google по смене адреса высказывается жёстче. Если совместить переезд с редизайном контента и структуры URL, «вы, вероятно, столкнётесь с некоторой потерей трафика», пока Google заново оценивает каждую страницу. Если нужно и то и другое, запланируйте редизайн отдельным этапом.

Три вида переезда

При переезде только хостинга руководство Google по хостингу советует уменьшить TTL в DNS «как минимум за неделю до переезда» и держать старые серверы включёнными, пока трафик на них не упадёт до нуля. Кратковременное снижение частоты сканирования после запуска — это нормально.

До переезда: составьте список всего, у чего есть URL

Карта редиректов настолько хороша, насколько полон список старых URL, на котором она основана, а каждый источник что-нибудь да упускает.

Просканируйте работающий сайт

Просканируйте текущий сайт и выгрузите все URL с кодом ответа, title, meta description, тегами canonical и hreflang, затем добавьте все URL из XML-sitemap. Google также советует проверить серверные логи на URL, которые недавно посещали хотя бы раз.

Выгрузите посадочные страницы из Search Console и аналитики

В отчёте об эффективности Search Console выгрузите вкладку «Страницы» за максимальный период и сделайте то же для органических посадочных страниц в аналитике. Эти страницы приносят трафик и заявки, поэтому при запуске каждую проверяют вручную.

Найдите, кто на вас ссылается

Отчёт о ссылках показывает страницы с наибольшим числом ссылок, но его таблицы «ограничены 1000 строками», и Google сам говорит, что список неполный. Дополните его данными любого инструмента для анализа обратных ссылок, которым вы пользуетесь.

Перечислите формы, интеграции и медиа

Запишите все формы и то, куда приходят отправленные данные, все встроенные инструменты (бронирование, чат, карты, платежи) и все файлы, на которые ссылаются напрямую. В руководстве Google сказано включить в план «видео, изображения, файлы JavaScript и CSS», потому что эти URL переезжают так же, как любой другой контент.

Составьте карту редиректов

Одна строка на каждый старый URL: старый URL, новый URL, код ответа, заметки, проверено. Четыре правила:

• Сопоставляйте каждый старый URL с ближайшим аналогом. Если перенаправлять много старых URL на одну нерелевантную страницу, например на главную, это «может быть расценено как soft 404».
• Если несколько старых страниц объединили в одну, перенаправьте все на неё.
• Если у страницы нет аналога, отдайте 404 или 410, а не редирект.
• Сохраняйте пути без изменений везде, где это позволяет новая платформа.

Во время разработки: редиректы и всё, что едет вместе с ними

Используйте серверные редиректы 301 или 308 один к одному

В документации Google по редиректам сказано, что 301 и 308 сигнализируют: «целевой URL редиректа должен быть канонической версией», и рекомендуется «по возможности использовать постоянный серверный редирект». Временные коды (302, 303, 307) такого сигнала не дают, а редиректы через JavaScript — крайняя мера.

Перенаправляйте сразу на конечный URL. Роботы Google проходят до 10 переходов по редиректам, но в руководстве по переезду сайта советуют «перенаправлять сразу на конечный адрес». Если после прошлой миграции остались редиректы, направьте и их на новые конечные URL.

Проверьте, какой код статуса используется по умолчанию там, где обрабатываются ваши редиректы. На Cloudflare Workers, где Dardo размещает создаваемые сайты, файл _redirects использует 302, если не указать 301 в каждой строке, поддерживает до 2000 статических и 100 динамических редиректов и не умеет сопоставлять параметры запроса. Поэтому для «простых» постоянных ссылок WordPress (/?p=123) логику редиректов нужно прописывать в коде Worker.

Когда вместо редиректа нужно отдать 404 или 410

Малополезные страницы, устаревшие предложения и дубли переносить не нужно. В руководстве Google сказано, что контент, который вы не переносите, должен «корректно возвращать HTTP-код 404 или 410», а роботы Google обрабатывают все коды 4xx, кроме 429, одинаково: URL исчезает из индекса.

Перенесите метаданные, canonical и hreflang

• Title и meta description. Переносите их по полям, а не доверяйте новым шаблонам генерировать их заново.
• Canonical. На каждой новой странице должен быть canonical, указывающий на её новый URL. Руководство Google по канонизации называет canonical «подсказкой, а не правилом», поэтому canonical, редиректы и sitemap должны согласовываться.
• Hreflang. По руководству Google по локализованным версиям, каждая языковая версия «должна указывать на саму себя и на все остальные языковые версии», а «если две страницы не ссылаются друг на друга, теги будут проигнорированы». Обновите все аннотации на новые URL.

Структурированные данные, внутренние ссылки и URL изображений

• Структурированные данные. Заново настройте разметку Organization, Breadcrumb, Article или Product в новых шаблонах и проверьте её в Rich Results Test. В руководстве Google по переезду об этом не сказано, поэтому её легко потерять.
• Внутренние ссылки. Направьте их на новые URL, а не на редиректы.
• Изображения и файлы. Сохраните содержательные имена файлов и alt-тексты, а для старых URL изображений и PDF, на которые есть ссылки или переходы из поиска по картинкам, настройте редиректы.

Аналитика и согласие на cookies

Заново установите аналитику, события конверсий и рекламные пиксели и проверьте их на тестовом сервере. Если старый сайт запрашивал согласие на cookies, новый должен запрашивать его так же, прежде чем эти теги сработают.

Что обычно ломается: по платформам

Эти заметки основаны на собственной документации каждой платформы по состоянию на октябрь 2026 года. Они описывают, как платформы устроены, а не их недостатки.

Уход с Wix означает пересборку каждой страницы; уход со Squarespace — импорт того, что охватывает экспорт, и пересборку остального. При переходе на Shopify URL товаров обычно меняются, поэтому карта должна охватывать каждый товар.

День запуска

1. DNS. Если меняются хостинг или DNS, снизьте TTL минимум за неделю до запуска.
2. Блокировки сканирования. Уберите теги noindex и блокировки в robots.txt, оставшиеся с тестового сервера. Google советует составить список всех URL, где вы использовали noindex во время разработки.
3. Редиректы. Выпускайте их в том же релизе, что и новый сайт.
4. Проверка редиректов. Прогоните всю карту через скрипт: каждый старый URL должен за один переход вести с кодом 301 или 308 на нужный конечный URL, а тот должен отвечать кодом 200.
5. Search Console. Подтвердите права на новый сайт и отправьте новую карту сайта, а также карту сайта со старыми URL, чтобы они были просканированы повторно. Предупреждения о том, что эти URL перенаправляют, ожидаемы.
6. Смена адреса. При смене домена отправьте запрос из ресурса, которым вы владеете на обоих сайтах, с одного и того же аккаунта Google, для каждого варианта старого домена, включая с www и без www.
7. Путь к деньгам. Отправьте настоящую форму, проведите тестовый платёж и убедитесь, что события аналитики приходят.
8. Ваши собственные ссылки. Обновите профили в соцсетях, рекламу и записи в каталогах.

Первые 30, 60 и 90 дней после запуска

Дни 1–30: ждите колебаний

Позиции могут колебаться, «пока Google повторно сканирует и индексирует ваш сайт», а «небольшому или среднему сайту может потребоваться несколько недель, чтобы позиции большинства страниц изменились, а крупным сайтам — больше». Следите за:

• Отчёты об индексировании и карте сайта. Количество проиндексированных URL на старом сайте падает, а на новом растёт.
• Эффективность по страницам. Новые URL начинают получать показы и клики.
• Логи сервера и ошибки 404. Каждая неожиданная 404 — это недостающая строка в карте. Проверяйте ежедневно в течение двух недель.

Дни 31–60: сравнение с исходным уровнем

Сравните самые посещаемые целевые страницы с их новыми URL. Если страница потеряла клики, проверьте по порядку: приводит ли редирект на нужную страницу за один переход, не изменились ли контент или заголовок, ведут ли на неё внутренние ссылки, есть ли она в карте сайта. Затем попросите сайты с самыми ценными обратными ссылками обновить их.

День 90 и далее: сохраняйте редиректы

В руководстве Google сказано хранить редиректы «как правило, не менее 1 года», а с точки зрения пользователей — «рассмотреть возможность бессрочного сохранения редиректов». Для переезда на другой домен страница смены адреса устанавливает минимум в 180 дней, после которых Google считает старый сайт не связанным с новым, если он всё ещё доступен для сканирования. Также рекомендуется оплачивать старый домен «как минимум год», чтобы его не купил кто-то другой.

Чек-лист

Помощь с миграцией

Dardo переносит сайты на индивидуальные сборки на Astro с Cloudflare Workers, а карта редиректов — это результат работы, который мы тестируем до запуска и передаём вместе с сайтом. Подробнее: миграция сайта, или редизайн сайта, если вместе с переносом нужен новый дизайн. Или расскажите, что вы переносите.