Коротка відповідь
У більшості падінь трафіку після міграції проблема — не тонший контент чи перенесена структура, а коди стану та ланцюжки редиректів: сходові 301, цикли, купа 404 або краулери, що бачать дещо інше за браузери. Талант не потрібен; потрібні дві часові точки: базовий зріз до міграції та повторна перевірка через 24–72 години. Один пакетний чек охоплює до 20 URL, супроводжує кожен перехід із таймінгом і працює з двох виглядів (Googlebot / браузер) — висновок максимум за 20 хвилин.
Шпаргалка кодів стану (ті, що використовує діагностика міграції)
Код | Значення | Що означає під час міграції |
|---|---|---|
200 / 204 | ОК / без контенту | Чистий кінцевий вузол |
301 / 308 | Постійний редирект | Ідентичність URL переїжджає — міграція в основному складається з них |
302 / 307 | Тимчасовий редирект | Старий URL досі конкурує; не використовуйте для постійних переїздів |
404 | Не знайдено | Правильна відповідь для справді видалених сторінок |
410 | Видалено назавжди | Чіткіше: "не існує і не слід шукати" |
429 | Перевищено ліміт запитів | Краулер заблоковано; перевірте Retry-After |
500 / 502 / 503 | Помилки сервера | Гірше не буває під час сканування — прямо шкодить індексації |
301 vs 302: який для міграції
Неправильно спрямовані редиректи — головна причина того, що рейтинг ніколи не повертається:
- Постійний (301/308): новий URL стає ідентичністю; буфер та історія переїжджають разом із ним. Використовуйте для зміни домену та редизайну структури URL.
- Тимчасовий (302/307): старий URL залишається ідентичністю; новий — тимчасова зупинка. Використовуйте для сторінок кампаній і переказів на чекауті.
Приклади помилок: промо-сторінка з 301 — коли промо закінчується, історія рейтингу старої сторінки вже переїхала "назавжди", і відновлення означає повторну міграцію. Зворотний випадок: постійний редизайн на 302 — стара адреса продовжує конкурувати за ідентичність, і жодна зі сторінок не ранжується добре.
Дві часові точки: до та після
До міграції (база, один раз): підтвердіть кінцевий статус ваших 20 найцінніших URL та їхніх ланцюжків і заархівуйте. Цей файл — база порівняння; без нього ви не відрізните "нову проблему" від "наявної".
Після міграції (ре-чек, через 24–72 години): зачекайте, доки перемикання вляжеться, потім перевірте чотири речі:
- Усі старі URL віддають 301 за планом (не 200, не 404).
- Нові URL повертають 200.
- Немає сходових ланцюжків (A→301→B→301→C має бути один перехід) і циклів (B→301→A→301→B — пошукові краулери здаються).
- Вигляд краулера та вигляд браузера збігаються (не збігається → зазвичай WAF / keep-alive / правила UA; це класичне джерело "у мене все гаразд, але індексація зламана").
Запуск перевірки (безкоштовно, без реєстрації)
- Вставте URL, по одному в рядку, до 20; дублікати відкидаються автоматично, а голим доменам додається https:// автоматично.
- Оберіть вигляди: Googlebot, Bingbot, браузер тощо (за потреби додайте власні заголовки). Для перевірки міграції запускайте щонайменше Googlebot + браузер.
- Читайте ланцюжок: код стану, фраза стану, повний ланцюжок редиректів (статус, Location і таймінг кожного переходу), заголовки відповіді, тіло та загальний час. Розділіть таймінг за переходами — повільний перехід і є проблемою.
- Експортуйте CSV: покладіть результати у ваш трекінговий аркуш чи чергу заявок поруч з іншими змінами.
Одна безкоштовна перевірка кодів статусу HTTP (проста людська перевірка на чек, без реєстрації) робить усе за один прохід і містить довідник 54 кодів — що й пояснює, чому чек супроводжує ланцюжки, а не лише кінцевий статус.
Щомісячний аудит (необов'язково, але рекомендовано)
Ті, хто обпікся, забувають третій місяць. Тримайте список "нездорових URL" і запускайте 20 ключових URL щомісяця. Коди стану — як кнопки ліфта: вони ламаються саме тоді, коли ви гадаєте, що з ними все гаразд.
Типові помилки
- Дивитися лише на кінцевий статус: 301→301→200 дуже відрізняється від прямого 200; що довший ланцюжок, то слабший сигнал.
- Виправляти кожен 404: 404, приєднаний до ланцюжка редиректу, — не мертве посилання; справді видалені сторінки мають залишатися 404/410. Виправляйте лише мертві посилання з трафіком.
- Тестувати лише вигляд браузера: WAF віддає різний контент залежно від UA. Щонайменше два вигляди на чек.
FAQ
Скільки URL можна перевірити за раз? До 20; дублікати перевіряються один раз. Більші списки означають лише більше пакетів.
Це платно? Ні. Безкоштовно й анонімно, з простою людською перевіркою на чек.
Наскільки швидко після міграції 301 стає надійним? Інструмент перевірки зазвичай показує результати протягом 24–72 годин; для повного перенесення буфера стежте за інспектуванням URL у GSC упродовж наступних тижнів.
502/503 — це "збій" чи "очікування"? Під час сканування — серйозно. Знайдіть причину (upstream, конкретні кінцеві вузли). 5xx з вигляду краулера — не ситуація "зачекайте секунду".
Автор: Julian Mercer, 14-річний практик технічного SEO в Auspia. Julian пише про сканування, рендеринг, архітектуру сайту та технічні основи, потрібні контенту, який читається AI.
