Міграція сайту без втрат: правильне налаштування 301-редиректів
Втрата трафіку після зміни домену — класика. Клієнт переїжджає, забуває налаштувати 301, і пошуковики бачать 404. Наш досвід: для інтернет-магазину з 50 000 URL після міграції трафік впав на 80% за тиждень. Маппінг і коректні редиректи повернули позиції за місяць. Без 301 ви втрачаєте не лише трафік, а й посилальну вагу. Збереження ранжування обходиться значно дешевше, ніж повторний запуск реклами. Економія бюджету на відновлення позицій — ще один вагомий аргумент на користь якісної міграції. Наша команда має понад 5 років досвіду в SEO-міграціях та виконала 50+ успішних проєктів.
Правильне налаштування 301-редиректів зберігає до 99% ранжування. Навіть один пропущений URL може коштувати тисяч відвідувань на місяць. Економія на відновленні трафіку може сягати до $5000 залежно від масштабу.
Що таке 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 версії домену, щоб не створити додаткових пропусків. Для перевірки редиректів використовуйте curl -I URL або браузерне розширення Redirect Path. Зверніть увагу на HSTS та канонічні теги — вони можуть впливати на індексацію.
Приклад із практики: міграція сайту на 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 |
/pro-kompaniyu |
Середній |
/news/archived/post-1 |
/blog/post-1-slug |
Низький |
Процес налаштування 301-редиректів
| Етап | Опис |
|---|---|
| Аудит старого сайту | Краулінг, вивантаження всіх URL, аналіз трафіку з GSC |
| Маппінг | Співставлення кожного старого URL з новим, пріоритизація |
| Реалізація | Редиректи через .htaccess, Nginx або middleware на Laravel/іншому стеку |
| Тестування | Перевірка ланцюжків, відсутність 404, коректність передачі ваги |
| Моніторинг | Відстеження 404 і позицій протягом 30 днів після деплою |
| Звіт | Документація по всіх редиректах і результатах перевірки |
Типові помилки
- Використання 302 замість 301 — вага не передається.
- Редиректи на головну замість релевантних сторінок — втрачається контекст.
- Ланцюжки редиректів більше одного кроку — розмивають PageRank.
- Ігнорування регістру URL — биті посилання.
- Невраховані параметри в URL — сторінки не індексуються.
Перевірка після міграції
- Screaming Frog: краулінг нового сайту, перевірка ланцюжків редиректів (не більше 1 кроку).
- Google Search Console: моніторинг Coverage → Not Found (404).
- Ahrefs/Semrush: перевірка, що беклінки коректно редиректнуті.
- Перевірити www і non-www версії домену.
Термін налаштування: 1–3 дні залежно від обсягу маппінгу. Отримайте консультацію з налаштування редиректів до міграції — це знизить ризики. Замовте експрес-аудит поточних редиректів, щоб переконатися в коректності передачі ваги.