У цьому керівництві ми розглянемо, які види редиректів існують, як вони реалізуються і як їх використовувати.
З технічної точки зору: що таке редирект
Редирект може бути ініційований, як на стороні сервера, так і на стороні клієнта:
Редіректи на стороні сервера:- HTTP-коди статусів 30x.
Редіректи на стороні сервера
Є кілька видів HTTP кодів статусу (RFC 7231), які вказують на редирект певного типу. Не існує хороших чи поганих кодів статусу. Кожен вид редиректу має своє призначення і може бути застосований для оптимізації певної аспекту.
Якщо пошукова система виявляє редирект, вона повинна вирішити, як його обробляти. З точки зору SEO існує одне основне питання: чи потрібно передавати по посиланню, на яку веде редирект, вага або сигнали ранжирування?
Щоб прийняти це рішення, пошукові системи розглядають код статусу, який використовується для редиректу, і його технічні характеристики.
У наступній таблиці наведено коди статусу 30x і їх технічні характеристики:
* Cache-default для кодів стану 301. 302. 307 і 308 може бути перепризначений кешуванням методу запиту або за допомогою явних елементів управління кешем. Більш детальну інформацію по цій темі ви можете знайти в RFC 7234, розділ 4.2.2.
Код статусу редиректу може допомогти відповісти на ці питання.
Редирект 301 - "Переміщено назавжди"
Важливим перенаправленням з точки зору SEO є редирект 301 "Переміщено назавжди". Google підтвердив, що редирект 301 зазвичай передає вага посилання з невеликою втратою і є основним способом для вирішення завдань SEO при зміні структури сайту. Інші пошукові системи можуть сповідувати іншу «філософію».
Редирект 301 кешируєтся за замовчуванням, якщо не вказано інше. cache-default може бути перевизначений кешуванням методу запиту або за допомогою явних елементів управління кешем.
Коли використовувати редирект 301
Випадки використання редиректу 301
- Переміщення домену на постійній основі;
- Переміщення документа на постійній основі;
- Зміна протоколу сайту на постійній основі;
- Зміна структури сайту на постійній основі.
Коли не потрібно використовувати редирект 301
Редирект 301 є невірним рішенням для випадків, в яких кешування може привести до несподіваного негативній поведінці.
приклади:- геотаргетинг;
- Орієнтування пристроїв;
- А / В тестування;
- Відстеження (включаючи кампанії з платою за клік і реферальні кампанії).
Redirect 301 HTML також не слід використовувати, якщо ви хочете застосувати тимчасове перенаправлення.
приклади:- Сезонні товари на сайтах електронної комерції;
- Тимчасові спеціальні пропозиції на цільових сторінках сайтів електронної комерції.
Редирект 302 - "Знайдений" / "Тимчасово переміщений"
Редирект 302 НЕ кешується за замовчуванням. cache-default може бути перевизначений кешуванням методу запиту або за допомогою явних елементів управління кешем.
Код статусу 302 на сьогоднішній день як і раніше є найбільш часто використовуваних статусом тимчасового HTML meta redirect і забезпечує зворотну сумісність для клієнтів, які не підтримують HTTP / 1.1.
Коли використовувати редирект 302
Це правильне рішення, якщо ви хочете застосувати тимчасовий редирект, який не впливає на присутність сайту в результатах пошуку. Тимчасовий редирект повинен бути обмежений в часі. Він також може бути використаний, якщо потрібно застосувати редирект, який не є кешувального.
Випадки використання редиректу 302:- геотаргетинг;
- Орієнтування пристроїв;
- А / В тестування;
- відстеження;
- Періодичне тимчасове вміст;
- Перенаправлення при відсутності сторінки в результатах пошуку.
- Сезонні товари на сайтах електронної комерції;
- Тимчасові спеціальні пропозиції на цільових сторінках сайтів електронної комерції.
Коли не слід використовувати редирект 302
приклади:- Переміщення домену на постійній основі;
- Переміщення документа на постійній основі;
- Зміна протоколу сайту на постійній основі;
- Зміна структури сайту на постійній основі.
303 - "Дивитися інші"
Редирект 303 ніколи не кешується. Більшість клієнтів обробляють код статусу 303 так само, як і статус 302.
Коли слід використовувати редирект 303
Випадки використання редиректу 303
- Всі випадки використання редиректу 302. які обробляються за допомогою методу GET для повторних запитів:
- геотаргетинг;
- Орієнтування пристроїв;
- А / В тестування;
- відстеження;
- Періодичне тимчасове вміст;
- Перенаправлення при відсутності сторінки в результатах пошуку;
- PRG-шаблон (POST / редирект / GET).
Коли не слід використовувати редирект 303
HTML redirect на іншу сторінку 303 не може використовуватися, якщо для повторного запиту повинен бути використаний метод POST. Також не рекомендується використовувати редирект 303 для клієнтів, які не підтримують HTTP / 1.1.
Як і редирект 302. редирект 303 не може бути використаний для сценаріїв, які мають постійний характер.
Редирект 307 - "Тимчасово переміщено"
Редирект 307 НЕ кешується за замовчуванням. cache-default може бути перевизначений кешуванням методу запиту або за допомогою явних елементів управління кешем.
Коли слід використовувати редирект 307
Коли не слід використовувати редирект 307
Редирект 307 не повинен використовуватися для PRG-шаблону. Код статусу 307 також не слід використовувати, якщо редирект має постійний характер.
Редирект 308 - "Переміщено назавжди"
HTML redirect 308 кешируєтся за замовчуванням, якщо не вказано інше. cache-default може бути перевизначений кешуванням методу запиту або за допомогою явних елементів управління кешем.
RFC 7538 обмежує використання коду статусу 308 тими випадками, "коли сервер повністю впевнений, що клієнт розпізнає новий код, або коли резервний варіант семантики коду статусу 300 не є проблемою".
Коли слід використовувати редирект 308
Коли не слід використовувати редирект 308
Редирект 308 - це невірне рішення для всіх випадків, в яких кешування може привести до несподіваного негативній поведінці.
Висновок по редирект на стороні сервера
Існує багато різних сценаріїв, для яких потрібні різні технічні характеристики використовуваних redirect HTML index. Різні коди статусу забезпечують ідеальне відповідність редиректу кожної конкретної ситуації.
Редіректи на стороні клієнта
У той час як редіректи на стороні сервера є кращим способом реалізувати редирект, розробники не завжди мають можливість контролювати редирект на стороні сервера. В цьому випадку для перенаправлення користувача або поновлення документа можна застосувати редирект на стороні клієнта.
Оновлення за допомогою метаконтента
В HTML можна запустити редирект, використовуючи наступний синтаксис в розділі
:V через 5 секунд. Щоб виконати HTML redirect негайно, вкажіть 0 секунд. В даному процесі не задіяні коди статусу редиректу.
Випадки використання:- Редирект на основі взаємодії з користувачем;
- Перенаправлення для різних браузерів;
- Орієнтування пристроїв.
Висновок по редирект на стороні клієнта
З точки зору SEO. редіректу на стороні сервера завжди повинна віддаватися перевага перед перенаправленням на стороні клієнта. Основним недоліком редиректу на стороні клієнта є відсутність інформації про причини перенаправлення користувача, що робить його менш прозорим для пошукових систем, і по ньому важче прийняти рішення про те, як слід обробляти редирект.
Загальні випадки використання редиректів для цілей SEO
Редіректи при зміні структури сайту
Якщо структура сайту змінюється, а редирект при цьому не використовується, користувачі в кінцевому підсумку будуть потрапляти на сторінку 404. і SEO-вагу. як і трафік можуть бути втрачені. Це часто відбувається, коли сайти перезапускати.
HTML redirect на іншу сторінку, використовуваний для запобігання подібних проблем, повинен бути:- постійним;
- Кешувального.
Примітка. 308 редирект є більш відповідним специфікації рішенням, але клієнти можуть не підтримувати його.
Редирект для геотаргетинга
Якщо користувач змінює своє географічне розташування або мовні настройки браузера, використання кешувального коду стану може привести до проблем. Користувач може бачити контент, що відображається, виходячи з його попереднього місця розташування. В результаті чого може бути спотворений або погіршений досвід взаємодії.
Виходячи з перерахованих вище вимог, ми пропонуємо використовувати для геотаргетинга редіректи 303. 302 або 307. Вебмастера можуть допомогти пошуковим системам краще зрозуміти міжнародні сайти, якщо атрибут посилання hreflang використовується належним чином.
Перенаправлення для Pay Per Click / реферального маркетингу
Вимоги до редіректу для Pay Per Click / реферальних кампаній:- тимчасовий;
- Некешіруемий / Кешована, в залежності від завдань.
У наступній таблиці показано, які коди стану підходять для різних випадків:
Редирект для орієнтування пристроїв
Бувають випадки, коли користувачі не хочуть використовувати версію сайту, яка відповідає їх пристрою, тому що вважають за краще використовувати тільки стаціонарну або мобільну версію. В цьому випадку Кешована редирект може привести до проблем. Користувач може бути не в змозі вибрати потрібний варіант після того, як редирект був кешуватися.
Ми пропонуємо використовувати при відстеження пристроїв redirect HTML code 303, 302 або 307.
Використовуючи rel = alternate належним чином, веб-майстри можуть допомогти пошуковим системам краще зрозуміти міжнародні сайти.
Це, як правило, включає в себе (але не обмежується цим):- Переклад на НЕ-www версію з www версії;
- Переклад на протокол HTTPS з HTTP;
- Додавання слеша в кінці.
- постійний;
- Кешована.
Ми пропонуємо використовувати для URL-корекцій редирект 301 або 308.
Редіректи і Canonical в SEO
Технічно, HTML redirect і rel = canonical навряд чи можна порівнювати. Однак з точки зору SEO вони допомагають:- Уникнути проблем з дубльованим контентом;
- Об'єднати властивості URL. наприклад, популярність посилань.
Типові помилки SEO, пов'язані з перенаправленням
ланцюжки редиректів
Згодом на сайт можуть додаватися нові редіректи, і це може привести до виникнення ланцюжка. Ланцюжок редиректів - це ряд редиректів, що слідують один за одним.
Поява ланцюжка HTML redirect веде до:- Висновку попередження клієнта "занадто багато редиректів".
- Більш тривалого часу затримки.
- Проблем з бюджетом сканування.
- Втрати SEO-ваги.
Редіректи як джерело виникнення затримки
Кожен редирект генерує запит на сервер, який повинен бути оброблений і на який повинен бути отримана відповідь. Це призводить до збільшення затримки і може стати причиною зменшення активності користувачів на сайті.
Різні клієнти видають повідомлення "Занадто багато редиректів" при різній кількості редиректів.
Ланцюжок редиректів може виникнути швидко, наприклад, якщо має місце ланцюжок URL-корекцій.
У наведеній нижче таблиці приклад ланцюжка редиректів, яка виникає через певної кількості URL-корекцій. оброблюваних на кожному окремому етапі.
Перенаправлення як причина проблем з бюджетом сканування
Пошукові системи сканують тільки невеликий фрагмент Мережі. Однією з основних завдань цього процес є пошук максимально можливої кількості релевантних документів з використанням обмежених ресурсів. Щоб досягти цього, кожному сайту призначається бюджет сканування контенту пошуковими системами, який визначає максимальну кількість запитів пошукової системи протягом певного періоду часу.
Якщо відбувся зсув вашого рейтингу в пошукових системах на користь третьої сторони, обов'язково повідомте пошукову систему про це. Всі основні сервіси надають форми, через які веб-майстри можуть надати таку інформацію.
Петля редиректів через кешування редиректів
Більшість клієнтів обходять цю проблему. Клієнти, як правило, розривають петлю редиректів, ігноруючи внутрішній кеш і перевіряючи інформацію кеша по більш свіжому запитом. Однак такої поведінки не слід очікувати від всіх клієнтів.
Неправильний редирект при пагінацію
Глибина пагінацію може змінюватися, особливо на сайтах з часто змінним кількістю контенту.
приклад:
Пагінація може містити певну кількість елементів в один момент часу і меншу кількість елементів в інший. Це призводить до зміни кількості сторінок пагінацію. Користувач може побачити одну сторінку пагінацію в певний момент, а через якийсь час, коли він намагається відвідати її, вона стає вже неактивною.
Переклад статті «Redirects SEO - The Complete Guide »був підготовлений дружною командою проекту Сайтобудування від А до Я.