Перенос сайта без потери позиций: SEO чек-лист, 301 редиректы и Search Console

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

Перенос сайта: что именно вы переносите

Сначала определите тип миграции, потому что от него зависит набор действий. Смена домена, переход на HTTPS, смена CMS, перестройка структуры URL и объединение нескольких сайтов требуют разной подготовки. Чем больше факторов меняется одновременно, тем сложнее найти причину просадки. Если есть возможность, разделяйте этапы: например, сначала меняйте структуру адресов, а дизайн обновляйте позже.

• Смена домена: самая рискованная, нужны 301 с каждого старого URL и инструмент смены адреса в Search Console.
• Переход на HTTPS: обновите canonical, sitemap и внутренние ссылки, настройте единый редирект.
• Смена CMS: главная опасность в том, что структура адресов меняется незаметно.
• Новая структура URL: требует полной карты соответствия, иначе потеряются внешние ссылки.
• Объединение сайтов: нужно решить, какие страницы остаются, а какие сливаются.

Подготовка: инвентаризация и карта URL

До любых изменений зафиксируйте текущее состояние. Это ваша точка отсчёта, без которой невозможно понять, что пошло не так.

1. Выгрузите все URL старого сайта краулером и добавьте адреса из sitemap, Search Console и аналитики.
2. Сохраните данные по трафику, позициям, кликам и показам ключевых страниц.
3. Отметьте страницы с внешними ссылками: их вес нужно сохранить в первую очередь.
4. Составьте таблицу соответствия: старый URL, новый URL, тип редиректа.
5. Сохраните копию старого сайта и базу данных на случай отката.

Каждой странице, у которой есть трафик или ссылки, нужен прямой аналог на новом сайте. Если полного аналога нет, подберите максимально близкую по смыслу страницу, но не отправляйте всё подряд на главную: поисковые системы воспринимают такие переадресации как мягкие ошибки 404.

301 редиректы: правила настройки

Постоянный редирект 301 сообщает, что страница переехала навсегда, и передаёт сигналы ранжирования на новый адрес. Подробности описаны в документации Google о перенаправлениях. На практике следуйте таким правилам:

• один шаг: старый URL сразу ведёт на конечный, без цепочек из трёх-четырёх переадресаций;
• редирект настраивается на уровне сервера (.htaccess, nginx) или в специализированном плагине, а не через JavaScript;
• сохраняйте параметры и регистр там, где это важно, и обработайте варианты со слэшем и без;
• редиректы с http на https и с www на без www (или наоборот) настраиваются единым правилом;
• удалённые страницы без аналога отдают 404 или 410, а не перенаправление на главную.

Для сайтов на WordPress и WooCommerce мы переносим товары, записи и URL вместе с редиректами в рамках SEO-услуг, чтобы не терять позиции при смене структуры.

Особенности WordPress и WooCommerce

При переезде на WordPress проверьте структуру постоянных ссылок: если она отличается от старой, создайте правила редиректов пакетом, а не вручную по одной странице. Для магазинов не забудьте про адреса категорий, товаров и страниц фильтров. Старые товары, которых нет в новом каталоге, должны отдавать понятный ответ, а не перебрасывать всех на главную.

Планируйте запуск на будни и на спокойный период: если что-то пойдёт не так, команда должна быть на связи, а трафик не должен быть максимальным. Не совмещайте переезд с рекламной кампанией и сезонным пиком продаж.

Пример: 301 редиректы в .htaccess и Next.js

На хостинге с Apache карта редиректов обычно оказывается в .htaccess, а на сайте на Next.js — в next.config.js. Примеры ниже покрывают отдельную страницу, целый раздел и, для Apache, смену домена.

# .htaccess (Apache) - put redirects above the WordPress block
# One page
Redirect 301 /old-page/ https://example.com/new-page/

RewriteEngine On
# A whole section, keeping the rest of the path
RewriteRule ^blog/(.*)$ https://example.com/articles/$1 [R=301,L]

# Domain move: every URL to the same path on the new domain
RewriteCond %{HTTP_HOST} ^(www\.)?old-domain\.com$ [NC]
RewriteRule ^(.*)$ https://new-domain.com/$1 [R=301,L]

// next.config.js
module.exports = {
  async redirects() {
    return [
      // statusCode: 301 sends a literal 301
      { source: "/old-page", destination: "/new-page", statusCode: 301 },
      // permanent: true sends 308, which Google treats like 301
      { source: "/blog/:slug", destination: "/articles/:slug", permanent: true },
    ];
  },
};

В Next.js важна одна деталь: permanent: true отдаёт статус 308, а не 301. Google обрабатывает 308 так же, как 301, но если чек-лист или старый клиент ждёт именно 301, используйте statusCode: 301, как в первом правиле. После выкладки проверьте выборку старых URL: каждый должен приводить на конечный адрес за один переход.

Технические настройки до запуска

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

• файл robots.txt не блокирует важные разделы;
• в шаблонах нет мета-тега noindex;
• canonical указывает на новые адреса, а не на старые;
• новая XML-карта сайта содержит только рабочие URL с кодом 200;
• заголовки, описания, структура заголовков и микроразметка перенесены;
• внутренние ссылки обновлены на новые адреса, а не ведут через редиректы;
• скорость нового сайта не хуже старой: проверьте Core Web Vitals.

Search Console: что сделать при запуске

При смене домена Google предлагает инструмент «Смена адреса», и порядок действий описан в руководстве о переезде сайта со сменой URL. Коротко это выглядит так:

1. Подтвердите права на оба ресурса: старый и новый домен.
2. Убедитесь, что 301 редиректы работают, проверив выборку адресов.
3. Отправьте новую карту сайта, а старую оставьте доступной на время переезда, чтобы краулер быстрее обнаружил редиректы.
4. Для смены домена воспользуйтесь инструментом смены адреса в старом ресурсе.
5. Проверьте ключевые страницы через инструмент проверки URL и запросите индексацию.

Заранее продумайте план отката: резервная копия старого сайта, возможность быстро вернуть прежние DNS-записи и понятный критерий, при каком уровне потерь вы возвращаетесь. Следите и за журналами сервера: именно в них видно, сколько запросов получают коды 404 и 301 и какие старые адреса запрашивают роботы.

После запуска не вносите массовых изменений в структуру и контент хотя бы первые две-три недели: пока поисковая система переобходит сайт, любое дополнительное изменение мешает понять, что именно повлияло на трафик.

Контроль после запуска

В первые недели ежедневно проверяйте отчёт «Страницы» и «Статистика сканирования» в Search Console: рост ошибок 404, 5xx и страниц «Просканировано, но не проиндексировано» говорит о проблемах с редиректами или структурой. Сравнивайте клики и показы с эталонными данными, собранными до переезда. Небольшая просадка в первые недели нормальна, потому что поисковой системе нужно время на переобход. Если трафик не восстановился через 4–6 недель, пора искать причину: цепочки редиректов, потерянные страницы, изменившийся контент.

• отчёт «Страницы»: рост исключённых страниц и ошибок сервера;
• «Статистика сканирования»: частота и время ответа сервера;
• клики и показы по ключевым страницам относительно эталона до переезда;
• позиции по главным запросам;
• журналы сервера: коды 404 для старых адресов, которые пропущены в карте редиректов.

Для многоязычных сайтов добавьте проверку тегов hreflang, о которых подробно написано в нашем руководстве по hreflang. Если вам нужна помощь с миграцией, свяжитесь с нами: мы составим карту редиректов и проведём переезд под контролем аналитики.

Поделиться:XLinkedInWhatsApp