Аудит після міграції: перевірка 301-редиректів та індексації
Падіння трафіку після міграції трапляється часто, але не має бути постійним. Технічний протокол, щоб перевірити: Google прийняв нову структуру сайту.
Затримка індексації під час міграції сайту
Ви налаштували 301, оновили sitemap і натиснули Change of Address у GSC. Попри коректні 301, трафік часто ще коливається: Googlebot повільно опрацьовує нову структуру URL.
Зазвичай проблема в розриві індексації: час між запуском нового сайту і моментом, коли Google реально замінює старі URL новими в індексі. Те, що редирект працює для користувача, не означає, що Googlebot його обійшов, зрозумів і передав сигнали ранжування.
Якщо старі URL лишаються в індексі, а нові стоять у черзі «Discovered — currently not indexed», ви втрачаєте трафік. Зупинити це можна лише ретельною масовою перевіркою.
П’ятикроковий протокол аудиту після міграції
Забудьте загальні поради на кшталт «перевірте robots.txt». Потрібен аудит на даних, щоб передача справді завершилася.
1. Перевірка вилучення старих URL з індексу
Перша мета — переконатися, що Google вилучає старі URL з індексу. Якщо вони висять надто довго, виникає канібалізація запитів або розмиття сигналів.
- Експортуйте топ-1000 URL за трафіком зі старого сайту (GA4 або GSC).
- Проженіть їх через наш масовий чекер індексу.
- Мета: зрештою вони мають бути «Not Indexed» (або у видачі вести на новий URL).
2. Перевірка «живих» нових URL
Це критично. Чи нові сторінки справді є в базі Google? 301 передає авторитет, але не гарантує миттєвої індексації.
- Експортуйте новий XML Sitemap.
- Перевірте статус цих нових URL в індексі.
- Якщо багато «Not Indexed», Google вагається. Так часто буває, коли контент під час міграції суттєво змінився.
Матриця перевірки міграції
Вибір інструмента залежить від шару даних, який ви дивитесь. Не плутайте статус «200 OK» зі статусом «Indexed».
| Шар перевірки | Основний інструмент | Що підтверджує | Сліпа зона (ризик) |
|---|---|---|---|
| Рівень 1: сервер HTTP-статус |
Screaming Frog | Технічна зв’язність. Підтверджує, що 301 активні, а ланцюжки розірвано. | Високий ризик Підтверджує, що посилання працює, але не те, що Google його побачив і прийняв. |
| Рівень 2: база Індекс Google |
GSC (Owned) | Намір Google індексувати. Показує статуси «Crawled» або «Discovered». | Середній ризик Дані запізнюються на 3–5 днів. Для моніторингу міграції в реальному часі майже марні. |
| Рівень 3: жива видача Публічна видимість |
SpeedyIndex | Перевірка реальності. Підтверджує, що новий URL справді показують користувачам у видачі. | Низький ризик Перевіряє лише подані URL (потрібен чистий експорт sitemap). |
Порада для аудиту: For large-scale migrations, don't rely on samples. Perform a масово перевірити індексацію після міграції щоб отримати огляд видимості нової структури URL у реальному часі у форматі JSON.
Діагностика падіння трафіку після міграції
Якщо аудит показує, що нові сторінки не індексуються, негайно шукайте першопричину.
Сценарій A: петля «Page with redirect»
Іноді GSC помилково показує Page with redirect або Google не йде за редиректом, бо контент нової сторінки занадто інший. 301 мають бути прямими (A → B), без ланцюжків (A → B → C), із збереженою тематичною релевантністю.
Сценарій B: пастка Soft 404
Якщо старі товарні сторінки злили в загальну категорію, бо товари знято, Google може сприйняти це як помилки Soft 404. Вага посилань згорає. Завжди редиректте на максимально близький еквівалент.
Сценарій C: помилки сервера
Міграція дає серверу велике навантаження: боти перескановують усе разом. Слідкуйте в логах за помилками 5xx. Якщо Googlebot часто ловить 503, він знизить швидкість обходу — відновлення затягнеться на тижні.
Порада: Не просто чекайте. Якщо критичні нові лендінги не в індексі за 48 годин, сервіс індексації допоможе прискорити повторний обхід Googlebot. Це найшвидший спосіб «проштовхнути» міграцію.
Поширені запитання (як пережити міграцію)
Скільки часу потрібно, щоб трафік відновився після міграції сайту?
За добре виконаної міграції коливання зазвичай тривають 2–4 тижні. Якщо за 6 тижнів трафік не стабілізувався, це технічний збій (обірвані ланцюжки редиректів, сирітські сторінки, бюджет обходу) — потрібен негайний аудит.
Чому новий сайт не індексується після міграції?
Найчастіші причини: 1. Google ще не обійшов нові URL (малий бюджет обходу). 2. Старий сайт досі в індексі. 3. Проблеми якості. Підтвердіть статус масовим чекером індексу, тоді прискорте повторний обхід сервісом індексації.
Чи варто користуватися інструментом Change of Address у Google?
Так, але лише якщо змінюєте домен (наприклад, brand.com на newbrand.com). Це сильний сигнал пріоритетно виконати заміну. НЕ використовуйте інструмент для зміни протоколу (HTTP на HTTPS) чи структури URL на тому самому домені.
Як довго тримати активними 301-редиректи?
Постійно або щонайменше 12 місяців. Google радить лишати 301 безстроково, щоб уся вага посилань перейшла на новий домен і кліки зі старих зовнішніх беклінків не губилися.
Чим 301 відрізняється від 302?
Для міграції завжди ставте 301 (постійний). 301 передає історію позицій і авторитет на новий URL. 302 (тимчасовий) лишає старий URL в індексі — і міграція провалюється.
Чому ланцюжки редиректів шкодять SEO?
Ланцюжок (сторінка A → B → C) сповільнює користувачів і витрачає бюджет обходу. Googlebot може зупинитися після 5 переходів — фінальна сторінка не потрапить в індекс і не отримає вагу посилань.
Чи видаляти старий sitemap після міграції?
Ні. Залиште старий sitemap активним у GSC щонайменше на 3–6 місяців. Так Googlebot знову зайде на старі URL, побачить 301 і швидше оновить індекс. Прибирайте його лише коли старі URL повністю зникнуть із видачі.