Потеря трафика после смены домена — классика. Клиент переезжает, забывает настроить 301, и поисковики видят 404. Наш опыт: для интернет-магазина с 50 000 URL после миграции трафик упал на 80% за неделю. Маппинг и корректные редиректы вернули позиции за месяц. Без 301 вы теряете не только трафик, но и ссылочный вес. Сохранение ранжирования обходится значительно дешевле, чем повторный запуск рекламы. Экономия бюджета на восстановление позиций — ещё один весомый аргумент в пользу качественной миграции.
Правильная настройка 301-редиректов сохраняет до 99% ранжирования. Даже один пропущенный URL может стоить тысяч посещений в месяц.
Что такое 301 и почему он важен?
HTTP 301 — код "Moved Permanently", передающий от 90 до 99% PageRank новой странице. Для сравнения: 302 передаёт менее 10% — это в 10 раз хуже. Google обычно переносит позиции за 2–8 недель после корректной настройки. Используйте только 301 для постоянных изменений. При временных акциях или A/B-тестах допустим 302, но для миграции — только 301.
Почему важна проверка цепочек редиректов?
Цепочка из нескольких редиректов (например, A→B→C) размывает передаваемый вес. Каждый шаг теряет 5–10% PageRank. Мы следим, чтобы цепочки не превышали одного шага. После миграции прогоняем сайт через Screaming Frog для обнаружения таких ситуаций. В одном из проектов цепочка из трёх шагов снизила передачу веса на 25% — после исправления трафик восстановился за две недели.
Как избежать потери трафика при миграции?
Перед переездом составляем полный маппинг URL, уделяя особое внимание страницам с высоким трафиком и бэклинками. После деплоя мониторим Google Search Console на появление 404. В течение месяца отслеживаем позиции и корректируем редиректы при необходимости. Также полезно проверить www и non-www версии домена, чтобы не создать дополнительных пропусков.
Пример из практики: миграция сайта на Laravel. Исходный сайт на WordPress с 15 000 URL. Автоматически импортировали структуру в панель администратора, настроили редиректы через middleware с кешированием в Redis. После деплоя мониторили 404 — обнаружили 2% ошибок, вызванных регистрозависимыми путями. Исправили за час.
Что входит в настройку 301-редиректов
- Аудит старого сайта: краулинг всех URL, анализ трафика из Google Search Console.
- Маппинг каждого старого URL с новым, приоритизация по трафику и бэклинкам.
- Реализация редиректов через .htaccess, Nginx или middleware (Laravel, Django, Node.js).
- Тестирование цепочек, отсутствия 404 и корректной передачи веса.
- Мониторинг в Google Search Console в течение 30 дней после деплоя.
- Документация по всем редиректам и отчёт о проверке.
Стратегия миграции
До переезда:
- Краулинг старого сайта (Screaming Frog, Sitebulb) — выгрузить все индексируемые URL.
- Проверить через Google Search Console — найти страницы с трафиком и позициями.
- Сопоставить старые URL с новыми (mapping таблица).
- Приоритизировать страницы с трафиком.
| Старый URL | Новый URL | Приоритет |
|---|---|---|
/catalog.php?cat=12 |
/catalog/smartphones |
Высокий |
/product.php?id=4521 |
/products/iphone-15-pro |
Высокий |
/about.html |
/o-kompanii |
Средний |
/news/archived/post-1 |
/blog/post-1-slug |
Низкий |
Процесс настройки 301-редиректов
| Этап | Описание |
|---|---|
| Аудит старого сайта | Краулинг, выгрузка всех URL, анализ трафика из GSC |
| Маппинг | Сопоставление каждого старого URL с новым, приоритизация |
| Реализация | Редиректы через .htaccess, Nginx или middleware на Laravel/другом стеке |
| Тестирование | Проверка цепочек, отсутствие 404, корректность передачи веса |
| Мониторинг | Отслеживание 404 и позиций в течение 30 дней после деплоя |
| Отчёт | Документация по всем редиректам и результатам проверки |
Типичные ошибки
- Использование 302 вместо 301 — вес не передаётся.
- Редиректы на главную вместо релевантных страниц — теряется контекст.
- Цепочки редиректов более одного шага — размывают PageRank.
- Игнорирование регистра URL — битые ссылки.
- Неучтённые параметры в URL — страницы не индексируются.
Nginx-конфигурация для массовых редиректов
При тысячах редиректов используем Nginx map — это производительнее middleware.
map $uri $redirect_to { include /etc/nginx/redirects.map; } server { if ($redirect_to) { return 301 $redirect_to; } } Файл redirects.map генерируется скриптом из базы данных при деплое.
Проверка после миграции
- Screaming Frog: краулинг нового сайта, проверка цепочек редиректов (не более 1 шага).
- Google Search Console: мониторинг Coverage → Not Found (404).
- Ahrefs/Semrush: проверка, что бэклинки корректно редирекчены.
- Проверить www и non-www версии домена.
Срок настройки: 1–3 дня в зависимости от объёма маппинга. Получите консультацию по настройке редиректов до миграции — это снизит риски. Закажите экспресс-аудит текущих редиректов, чтобы убедиться в корректности передачи веса.