301 vs 302: 301 постійний і робить нову URL канонічною, 302 тимчасовий і зберігає стару. Коли використовувати кожен, а також 307, 308 і поради з SEO.

На цій сторінці
Коротко
редирект 301 повідомляє, що сторінка переїхала назавжди: Google вважає нову URL тією, що має показуватися в результатах пошуку, і переносить на неї сигнали старої сторінки. Редирект 302 повідомляє, що переїзд тимчасовий: Google продовжує показувати початкову URL. Використовуйте 301 (або 308) для міграцій, зміни URL і об'єднаних сторінок; 302 (або 307) для короткострокових ситуацій, як-от тимчасова акція, технічне обслуговування чи A/B-тести. Неправильний вибір рідко руйнує позиції, але він надсилає Google хибний сигнал про те, яку URL зберегти.
Хочете дізнатися більше? Запитайте
Швидкий тест
Хто має виправляти технічну частину вашого сайту?
Наша порада для вас
Перевірте самі безкоштовними інструментами Google
Search Console показує сторінки, які Google не може прочитати, а PageSpeed Insights перевіряє швидкість. Багато дрібних проблем виправляються в налаштуваннях конструктора сайту.
Наша порада для вас
Веб-розробник
Проблема в коді або на сервері: вам потрібен розробник, який знається на SEO. Дайте йому список помилок із Search Console.
Наша порада для вас
Інструмент технічного аудиту
На вашому сайті багато сторінок: сканер читає їх усі так, як Google, і дає повний список помилок для виправлення, сторінка за сторінкою.
Наша порада для вас
Автоматичний аудит, потім контент
Ваш сайт працює, але відвідувачів мало: технічні проблеми рідко є причиною. Sorank перевіряє сайт, а потім пише сторінки, що приводять відвідувачів.
Питання 301 чи 302 виникає під час кожної міграції, редизайну та наведення порядку в URL. Документація Google про редиректи і Google Пошук пояснює, що тип редиректу є сигналом того, яка URL має бути канонічною. Цей посібник порівнює коди, показує, коли використовувати кожен, і перелічує помилки, що коштують трафіку. Повну тему дивіться в нашому посібнику про SEO-редиректи.
| Код | Назва | Тип | URL у результатах пошуку | Типове використання |
|---|---|---|---|---|
| 301 | Moved Permanently | Постійний | Цільова | Міграція, зміна URL, об'єднані сторінки |
| 308 | Permanent Redirect | Постійний | Цільова | Як 301, але зберігає метод запиту |
| 302 | Found | Тимчасовий | Початкова | Тимчасова сторінка, технічне обслуговування, тест |
| 307 | Temporary Redirect | Тимчасовий | Початкова | Як 302, але зберігає метод запиту |
| 303 | See Other | Тимчасовий | Початкова | Після надсилання форми |
За словами Google, постійні редиректи роблять цільову URL тією, що показується в результатах, тоді як тимчасові залишають там початкову сторінку; цільова може залишатися в індексі, якщо на неї вказують інші канонічні сигнали. Самі коди HTTP визначені у веб-стандарті RFC 9110.
Обидва передають сигнали цільовій сторінці. Google роками каже, що редиректи не втрачають PageRank, тож 302 не «марнує» вагу посилань. Справжня різниця стосується вибору канонічної URL: за 302 Google зберігає стару адресу як основну, тому нова може не зайняти її місце в результатах. Якщо «тимчасовий» редирект стоїть дуже довго, Google зрештою може поставитися до нього як до постійного, але покладатися на це ризиковано. Наші статті глосарію про редирект 301 і тег canonical детально описують ці сигнали.
Примітка
Google вважає миттєві редиректи meta refresh постійними, а відкладені тимчасовими, а редиректи через JavaScript розглядає як крайній засіб, бо рендеринг може не спрацювати. Серверні редиректи 301 або 308 залишаються найнадійнішими.
Приклад
Магазин перейменовує /zimovi-kurtky на /kurtky. Ця зміна остаточна: 301. Під час двотижневого розпродажу він спрямовує /kurtky на /kurtky-rozprodazh, а потім повернеться назад: 302. Використання 301 для розпродажу спонукало б Google замінити /kurtky на /kurtky-rozprodazh у результатах, і потім це довелося б скасовувати.
| Помилка | Наслідок | Виправлення |
|---|---|---|
| 302 для постійного переїзду | Стара URL лишається в результатах | Перейти на 301 або 308 |
| Ланцюжки редиректів (A на B на C) | Повільніше сканування і сторінки, сигнали розмиваються | Перенаправити A безпосередньо на C |
| Петлі редиректів | Сторінка недоступна | Виправити правило, що веде назад |
| Усе перенаправлено на головну | Сприймається як soft 404 | Перенаправляти на найближчу відповідну сторінку |
| Внутрішні посилання досі ведуть на старі URL | Зайві редиректи при кожному кліку | Оновити внутрішні посилання на фінальну URL |
Порада
Після кожної партії редиректів проходьте старі URL і перевіряйте, що кожна віддає один 301 на сторінку з відповіддю 200. Безкоштовний перевіряльник редиректів показує повний ланцюжок і коди статусу URL.
У більшості CMS цим займається менеджер редиректів або плагін; на серверах правила в конфігурації веб-сервера (Apache, Nginx) або в панелі хостингу; у фреймворках маршрутизація чи middleware. Незалежно від методу, обирайте код свідомо, тестуйте його і ведіть список редиректів, щоб вони пережили наступний редизайн (див. SEO під час редизайну сайту). Перевіряльник canonical підтверджує, що цільова сторінка оголошує себе канонічною.
Використовуйте 301, коли переїзд остаточний, і 302, коли плануєте повернутися назад; обидва передають сигнали, а різниця в тому, яку URL збереже Google. Тримайте редиректи прямими, оновлюйте внутрішні посилання і перевіряйте їх після кожної міграції. Sorank - це SEO- і GEO-програма, яка працює у режимі autopilot: коли структура готова, вона продовжує публікувати та пов'язувати матеріали за чистими URL. Дивіться тарифи Sorank, з безкоштовним пробним періодом 3 дні. Щодо індексації читайте індексацію в Google.
Ні, якщо він використовується для тимчасового переїзду. Він передає сигнали як 301, але повідомляє Google зберегти початкову URL у результатах. Проблема виникає за постійної зміни, бо нова URL може не замінити стару в результатах пошуку.
Якомога довше, в ідеалі постійно, і щонайменше рік після міграції. Старі URL продовжують отримувати відвідування з закладок і зовнішніх посилань, а занадто ранє видалення редиректів перетворює їх на помилки 404.
Обидва є постійними редиректами, і Google ставиться до них однаково для пошуку. Код 308 додатково гарантує, що метод і тіло запиту збережуться, що важливо для форм і API; для звичайних сторінок частіше обирають 301.
ВОНИ ПРОБУВАЛИ SORANK ДО ВАС
