301-редирект: переносьте URL без втрати позицій

Коли ви переміщуєте сторінку, змінюєте структуру URL або переносите сайт, кожна стара адреса перестає працювати, доки ви не спрямуєте її кудись нове. Саме це робить інструкція 301-редирект (HTTP 301 Moved Permanently). Сервер відповідає на запит старого URL кодом стану 301 і адресою сторінки-замінника, тож браузери, краулери та AI-системи потрапляють на правильну сторінку замість помилки.

Причина, чому 301-редиректи важливі для пошуку, проста: вони постійні, і пошукові системи сприймають їх саме так. Google індексує цільову сторінку редиректу як канонічну та передає їй майже всю силу ранжування початкової сторінки. Якщо все зроблено правильно, перенесення сайту з 301-редиректами зберігає ваш трафік, зворотні посилання та авторитет. Якщо погано, воно може знищити роботу багатьох років.

Що насправді робить 301-редирект

301-редирект працює на рівні HTTP. Коли браузер або краулер запитує URL, сервер може відповісти кодом стану. 200 OK означає, що сторінка існує, і ось її вміст. 404 Not Found означає, що там нічого немає. 301 Moved Permanently означає, що ресурс має нову адресу, а відповідь містить заголовок Location із новим URL. Після цього клієнт автоматично запитує цей новий URL. Довідка MDN про код стану 301 докладно описує таку поведінку.

З погляду користувача редирект непомітний: він клікає посилання або вводить стару адресу й потрапляє на нову сторінку. З погляду пошукової системи 301 є сильним і тривалим сигналом. Документація Google про редиректи пояснює, що постійні редиректи змушують Google індексувати цільову сторінку як канонічну та показувати її у видачі, тоді як старий URL з часом зникає з індексу.

301 проти 302: постійний чи тимчасовий

Найпоширеніша помилка: плутанина між 301 і 302. Код 301 постійний. Код 302 Found (і подібний 307 Temporary Redirect) сигналізує, що переміщення тимчасове й початковий URL повернеться. За 302 Google залишає початковий URL в індексі й не вважає цільову сторінку канонічною.

Правило просте: якщо зміна постійна, використовуйте 301. Застосовуйте 302 лише тоді, коли ви справді збираєтеся повернути старий URL, наприклад під час короткого A/B-тесту або короткої заміни рекламної сторінки. Відправлення 302 для постійного переміщення може залишити в індексі не той URL і розділити сигнали ранжування між двома адресами. Існує також код 308 Moved Permanently, який поводиться як 301, але зберігає початковий метод запиту, що корисно в деяких технічних сценаріях.

Як 301 впливає на SEO та позиції

Протягом багатьох років існувало побоювання, що редиректи «витікають» авторитетом. Старі поради припускали невеликі втрати PageRank через будь-який редирект. Ця турбота здебільшого застаріла. Google заявив, що 301-редиректи передають на цільову сторінку майже всі сигнали ранжування, тож ви загалом зберігаєте цінність, яку початковий URL здобув завдяки профілю зворотних посилань.

Саме тому 301-редиректи є центральними під час перенесення сайтів, зміни доменів і переходу на HTTPS. Рекомендації Google щодо перенесення сайту радять 301-редиректи як основу будь-якої зміни URL. Коли ви об'єднуєте дві сторінки, 301 зі слабшого URL на сильніший поєднує їхні сигнали. Варто розуміти зв'язок між 301 і канонічним тегом: 301 фізично переміщує користувачів і є найсильнішим сигналом канонізації, тоді як канонічний тег є м'якшою підказкою, яку застосовують, коли обидва URL мають залишатися доступними. Для справжнього переміщення виграє 301.

Коли використовувати 301-редирект

Звертайтеся до 301 щоразу, коли URL змінюється назавжди. Типові випадки: перехід з HTTP на HTTPS, зміна домену після ребрендингу, видалення префікса www (або його додавання), реструктуризація шляхів URL, об'єднання дубльованих чи слабких сторінок в одну сильнішу та вилучення застарілого контенту із перенаправленням на найближчу релевантну заміну.

Головний принцип: релевантність. Перенаправляйте кожен старий URL на сторінку, яка найкраще відповідає тому, що спочатку хотів користувач. Перенаправлення всіх вилучених сторінок на головну є відомим антипатерном: Google часто сприймає нерелевантні редиректи на головну як м'які 404, а користувачі отримують заплутаний досвід. Відповідність «один до одного» між старим URL і найближчим еквівалентом зберігає і позиції, і довіру.

Як налаштувати 301-редирект

Серверні редиректи: золотий стандарт. Google вважає серверні 301 найнадійнішим методом, бо їх обробляють до відображення будь-якої сторінки. В Apache їх налаштовують у файлі .htaccess або віртуальному хості; в NGINX використовують правило return 301; у PHP чи інших бекендах код стану й заголовок Location задають у коді. Системи керування контентом і платформи зазвичай мають менеджер редиректів, який записує ці правила за вас.

Існують й інші методи, але вони слабші. Meta refresh із нульовою затримкою Google сприймає як постійний сигнал, а meta refresh із затримкою вважає тимчасовим. JavaScript-редиректи через location працюють лише після відображення сторінки, тому Google радить застосовувати їх лише тоді, коли серверного варіанту немає. Щоразу, коли можливо, налаштовуйте редирект на сервері.

Ланцюжки та цикли редиректів

Ланцюжок редиректів виникає, коли URL A перенаправляє на B, який перенаправляє на C. Кожен перехід додає затримку, марнує частину вашого краулінгового бюджету і підвищує ризик того, що краулер зупиниться, не дійшовши до кінцевої сторінки. Рішення полягає в тому, щоб «спрощувати» ланцюжки, і тоді кожен старий URL вів прямо на кінцеву сторінку за один перехід.

Цикли редиректів гірші. Якщо A перенаправляє на B, а B назад на A, браузер здається й показує помилку, а сторінка стає недоступною для всіх. Регулярно перевіряйте правила редиректів, щоб виявляти ланцюжки та цикли, особливо після кількох перенесень, коли правила нашаровуються одне на одне.

Оновлення внутрішніх посилань після редиректу

301-редирект є страховкою, а не постійна заміна чистих посилань. Навіть коли редиректи працюють ідеально, слід оновити внутрішню перелінковку, щоб меню, посилання в контенті та кнопки вели прямо на новий URL. Це прибирає зайвий перехід, пришвидшує користувацький досвід і підтримує охайний граф посилань.

Те саме стосується вашої XML-карти сайту. Після перенесення карта сайту має містити лише кінцеві робочі URL (цільові сторінки зі статусом 200), але ніколи старі адреси з редиректами. Подання URL з редиректами в карті сайту дає суперечливі сигнали й уповільнює обробку переміщення в Google.

301-редиректи в AI-пошуку та GEO

Редиректи важливі не лише для класичних позицій Google. AI-асистенти на кшталт ChatGPT, Perplexity і Gemini сканують і цитують веб-сторінки, і їм, як і Google, потрібно визначити канонічну версію вашого контенту. Чистий 301 гарантує, що коли AI-система переходить за старим посиланням, вона потрапляє на вашу поточну сторінку й приписує цитування правильному, робочому URL.

Зламані або ланцюжкові редиректи можуть призвести до того, що AI-краулери повністю пропустять контент, а це означає втрачені цитування. У межах здорової основи технічного SEO добре підтримувані 301-редиректи спрямовують і пошукові системи, і AI на сторінки, які ви хочете, щоб вони читали й цитували. Регулярний GEO SEO-аудит виявляє ланцюжки, цикли та зламані цілі редиректів до того, як вони коштуватимуть вам видимості.

Моніторинг і підтримка редиректів

Перевіряйте кожен редирект після впровадження. Скористайтеся краулером або перевіркою HTTP-заголовків, щоб переконатися, що кожен старий URL повертає один 301 і веде на потрібну сторінку. Звіт «Індексування сторінок» у Google Search Console відображає зміни індексації та позначає проблеми з редиректами, тож стежте за ним під час перенесення та після нього.

Залишайте 301-редиректи на довгий строк. Google радить залишати їх активними щонайменше рік, щоб усі сигнали передалися, а зовнішні посилання й далі працювали. Зворотні посилання на старі URL можуть існувати роками, тож постійний редирект має бути саме постійним.

Висновок

301-редирект: це постійний, безпечний для SEO спосіб перемістити URL. Він перенаправляє користувачів і пошукові системи на нову адресу, передає майже всі сигнали ранжування та захищає авторитет, який здобула початкова сторінка. Використовуйте 301 (а не 302) для постійних змін, налаштовуйте їх на сервері, перенаправляйте кожну сторінку на найближчий еквівалент, спрощуйте ланцюжки, оновлюйте внутрішні посилання та карти сайту й тримайте правила активними надовго. За такого підходу навіть повне перенесення сайту може зберегти ваш трафік і позиції. Дізнайтеся, як Sorank перевіряє редиректи й захищає вашу видимість у пошуку та AI.