301 редирект: Google змінює правила гри

1. Нові правила для кодів стану HTTP 3xx
2. Чи працює нове правило в реальності?
3. Кращі практики сьогоднішнього дня

Сайрус Шепард (Cyrus Shepard) - співробітник команди Moz. Спеціалізується на просуванні великих брендів.

Зовсім скоро експертам галузі доведеться переписувати SEO-довідники для початківців фахівців. І це не випадково. Правила передачі Page Rank трьохсот редирект сьогодні помітно трансформувалися. Тим, хто хотів би освіжити в пам'яті теоретичну основу щодо кодів стану HTTP можна заздалегідь порекомендувати ознайомитися з цією статтею . Однак, повернемося до теми публікації та простежимо, як змінилося ставлення Google до редирект.

Отже «старі правила SEO» говорили:

• Код стану 301 сумарно передає сторінці 15% PageRank. Про це ще в 2013 році заявляв колишній керівник Google по боротьбі з веб-спамом Метт Каттс (Matt Cutts). він стверджував , Що 301 редирект передає сайту стільки ж Page Rank, скільки передала б вхідне посилання з цього ресурсу.
• Редіректи 302 залишають поза передачею PageRank. Відповідно до основним призначенням, коди відповіді сервера 302 Moved Temporarily ( «переміщено тимчасово») і 302 Found ( «знайдено») характеризують тимчасове перенаправлення користувача на іншу сторінку. Тому пошукові системи відносяться до даної категорії редиректів трохи інакше, ніж до інших.
• При перенаправлення на сторінки, захищені протоколом HTTPS, PageRank передається. Багато в чому це обумовлено тим, що у всіх подібних випадках перенаправлення здійснюється з використанням 301 редиректу.

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

У той же час боязнь втратити трафік нерідко призводить недосвідчених фахівців до бездіяльності, що в деяких випадках може загрожувати зниженням якості і втратою репутації ресурсу в очах Google. Так, наприклад, багато оптимізаторів відкладають переїзд на безпечний протокол HTTPS або уникають перенаправляти користувачів зі сторінок із застарілим контентом на більш актуальні. Наприклад, на головну сторінку ресурсу або на сторінку категорії.

Нові правила для кодів стану HTTP 3xx

Не виключено, що зміна політики Google щодо перенаправлень було обумовлено прагненням підштовхнути оптимізаторів і власників сайтів до масового перекладу своїх ресурсів з HTTP на HTTPS в цілях підвищення безпеки передачі інформації в інтернеті. Більш того, команда Google готувала ці зміни протягом декількох місяців.

Так в лютому 2016 Джон Мюллер ще раз нагадав , Що при переході з HTTP на HTTPS редіректи 302 (Moved Temporarily) і 301 (Moved Permanently) передають PageRank і контрольний вагу від старої адреси сторінки до нового. Багато в чому це було зроблено для того, щоб вебмастера почали активніше переводити свої ресурси на безпечний протокол.

Пізніше ще один представник Google Гері Ілш повідав SEO-світові про те, що для Google не має особливого значення те, який код відповіді сервера використовується для перенаправлення - 301, 302 або взагалі 307. Всі вони передають PageRank сторінці, на яку ведуть.

Одним з останніх заяв Гері Ілша стало те, що всі трьохсот редіректи передають PageRank.

Зміна підходу Google до передачі PageRank при використанні 3xx редиректів наочно ілюструє це зображення:

Чи можна назвати всі ці зміни виключно позитивними для SEO? Насправді, і так, і ні. Незважаючи на те, що всі вони відбуваються з ініціативи Google, використання редиректів пов'язане з певними ризиками і обмеженнями для вебмайстрів.

Однак перш, ніж міркувати про проблеми, згадаємо поширені міфи і питання, пов'язані з цим аспектом.

Чи можна використовувати 301 редирект абсолютно для всіх випадків, не побоюючись втрати трафіку?

Ні. Використання перенаправлень завжди пов'язане з певними ризиками. Хоча сторінки не «втрачають» PageRank при використанні 301 редиректу, це далеко не єдиний сигнал ранжирування для пошукової системи. У реальності їх куди більше.

В ідеалі код відповіді сервера 301 повинен перенаправляти користувача на точну копію цієї сторінки. Єдине, що змінюється в цьому випадку - URL сторінки. При такій ситуації втрати трафіку відбуватися не повинно. Однак не слід очікувати, що абсолютно будь-перенаправлення користувачів на нерелевантні сторінки за допомогою зазначених вище редиректів буде абсолютно безкарним. Спробуйте проставити редирект зі сторінки, присвяченої творчості Тейлор Свіфт, на Лендінгем сайту-аффіліатов, що продає, наприклад, БАДи. Санкції з боку пошуковика не змусять себе довго чекати.

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

Використовувати 302 редирект завжди краще, ніж 301.

І знову немає! Деякий час тому стало відомо про те, що Google розцінює 302 (Moved Temporarily) і 301 (Moved Permanently) редіректи як рівнозначні. При цьому в інтернеті повсюдно спостерігалася ситуація, коли на веб-сайтах масово використовувалися коди відповіді сервера 302 замість 301. Це стало причиною «хаотичного» ранжирування сторінок в подібних ситуаціях.

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

1. Неможливо з упевненістю говорити про те, що використання 301 і 302 редиректів буде рівнозначним у всіх ситуаціях. Раніше код відповіді сервера 302 передавав PageRank. Однак це відбувалося лише після закінчення значного часу з моменту його застосування. На противагу 302 редіректу код відповіді сервера 301 починав передавати PageRank сторінці через досить короткий час. Сьогодні до кінця не зрозуміло, через який час код перенаправлення 302 почне передавати PageRank сторінці.

2. Крім того, код стану HTTP 302 ( «переміщено тимчасово») сьогодні є веб-стандартом , І Google тут далеко не єдиний гравець. Таким чином, застосування редиректу 302 може розцінюватися пошуковими системами Baidu, Bing, DuckDuckGo і соціальними сервісами Facebook, Twitter зовсім інакше. Так що, не слід сліпо вірити всім обіцянкам Google.

Ситуацію наочно проілюстрував Ренд Фишкин:

Чи вдасться мені зберегти весь трафік, якщо я переведу сайт на безпечний протокол HTTPS?

Можливо. Ось кілька рекомендацій, які допоможуть перевести ресурс на HTTPS без істотних втрат. Тут діє проста логіка. Google активно прагне до того, щоб в найближчій перспективі всі сайти переключилися на HTTPS. Раніше представники пошуку вже обіцяли надати ресурсів, які ввімкнули шифрування, невелику перевагу в ранжируванні.

Однак проблема полягала в тому, що переводячи сайти на HTTPS із застосуванням 301 редиректу, вебмастера позбавляли б свої ресурси 15% посилального ваги. У порівнянні з цією втратою невелику перевагу в ранжируванні по суті - ніщо. Це і стало головною причиною того, що 301 редирект почав передавати стільки ж PageRank, скільки і вхідне посилання зі сторінки.

І все ж, незважаючи на посилальні аспекти, міграцію на HTTPS досі можна вважати неймовірно складним процесом від грамотної реалізації якого залежить подальша доля ресурсу. Хоча команда Moz.com перевела свій ресурс на безпечний протокол близько року тому і не шкодує про це, в ході «переїзду» спливала маса нюансів і тонкощів, критично важливих для успішного ранжирування сайту згодом.

Чи працює нове правило в реальності?

Автору цієї замітки вже вдалося протестувати «нові правила» Google щодо PageRank і кодів стану HTTP 3хх на прикладі перенесення на інший домен невеликого сайту. Нововведення почало діяти ще кілька місяців тому. Тобто, ще до офіційного повідомлення від представників пошуку.

Як вже говорилося вище, сайт «переїжджав» на новий домен, а також перекладався на HTTPS. При цьому, крім адрес сторінок, всі інші елементи на сайті, такі як: заголовки сторінок, контент, зображення та інші складові - залишалися незмінними. Це забезпечило максимальну чистоту експерименту.

Після проставлення редиректів, автор статті очікував, що PageRank ресурсу знизиться приблизно на 15%. Однак цього не сталося. На малюнку нижче показана динаміка переходів на сайт після його переходу на HTTPS.

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

Однак тут слід бути уважними. Один невеликий кейс з приватної практики не може бути гарантією того, що 301 редирект повністю передає PageRank, а міграція на безпечний протокол гарантує сайту підвищення позицій. І все-таки це досить позитивний знак.

Кращі практики сьогоднішнього дня

Хоча ще занадто рано виявляти кращі практики і інструменти, вже зараз можна окреслити кілька явних пунктів, які фахівцям доведеться враховувати в найближчому майбутньому.

1. Використання будь-яких редиректів пов'язане з деякими ризиками в плані SEO.
2. Навіть незважаючи на те, що все трьохсот редіректи передають PageRank, код відповіді HTTP 301 краще використовувати лише в разі постійного перенаправлення. (До сьогоднішнього дня на практиці не доведено, що пошукові системи однаково ставляться до всіх редирект).
3. Слід пам'ятати про те, що PageRank та інші довідкові сигнали - всього лише частина факторів, які Google використовує при ранжируванні сторінок.
4. Важливо використовувати коди відповіді сервера відповідно до їх прямими призначеннями. Краще не допускати помилок, адже важливий не тільки PageRank. Якщо власник ресурсу перенаправляє користувача на нерелевантні сторінку або, купивши новий сайт, редирект тисячу сторінок на головну сторінку основною версією, очікувати позитивних результатів не варто.
5. В ідеалі при перенаправлення користувача на іншу сторінку змінюватися повинен лише її адресу. Всі інші елементи краще зберігати в колишньому вигляді.
6. Успішний переїзд на HTTPS, як правило, не тягне за собою втрату PageRank. Однак при зміні протоколу може виникнути безліч інших проблем зі скануванням і індексуванням ресурсу. Як результат, вони здатні привести до зниження позицій і втрати пошукового трафіку.
7. Зміна адрес сторінок в SEO-цілях включає в себе:
   • Видалення декількох параметрів запиту з URL.
   • Поліпшення загальної структури сайту / скасування зайвих підкатегорій.
   • Додавання ключових слів в URL.
   • Використання семантичних або ЧПУ URL.

Незважаючи на те, що використання кодів стану HTTP 3xx сьогодні стало менш ризикованим, ніж раніше, важливо підходити до процесу перенаправлення користувачів з особливою обережністю і ретельністю.