Якийсь час тому виникли припущення про те, як Google підбирає контент, посилання і JS редиректи.
Передбачалося, що пошуковик підбирає посилання і анкор в JavaScript. У травні 2014 року Google зробив заяву, що це відбувається шляхом виконання JavaScript і CSS файлів.
У травні 2015 року, Адам Одетти його команда провели широкомасштабні дослідження того, як Google виконує і індексує код JavaScript. Ними було доведено, що Google дійсно аналізує SEO-сигнали (мета, теги заголовків, канонічні теги), які динамічно вставлені.
Ми запускали власні тести і тепер хочемо поділитися результатами цікавого експерименту з JavaScript редиректами.
Небагато науки
У пошуку багато змінні не враховуються (свіжі посилання, пошуковий інтерес і т. д.) і тому даний тест не є по-справжньому «науковим». Єдина річ, яка була змінена командою – був доданий код JS редіректу на одну зі сторінок, з якою ми працювали.
Коли запустили тест, ми не знали, проаналізує чи Google редирект, а навіть якщо це і станеться, передасть якесь значення переадресованной сторінці. Тому ми припустили, що редирект на стороні клієнта не передасть значення, як серверний 301 редирект.
Вибір поста в блозі
Для початку треба було знайти дві схожі посади, які добре ранжуються і мають велику кількість переглядів і кліків.
Ми обрали дві сторінки, у яких були схожі зміст і сенс:
Сторінка A: https://www.branded3.com/blog/htaccess-mod_rewrite-ultimate-guide/
Сторінка Б: https://www.branded3.com/blog/setting-up-permanent-301-redirects-in-htaccess/
Сторінка А була старим постом, який добре ранжировался по ряду ключових слів.
Сторінка Б ранжирується по ряду довгих ключових слів.
Після цього ми написали код JS редиректа (який можна побачити нижче) і додали його на сторінку. А, перенаправивши його на сторінку Б:
Результати
Як тільки ми переконалися, що JS-редирект працює, ми повторно просканували її 18-го липня, використовуючи Fetch as Google:
Буквально через пару днів (20-го липня) ми почали помічати зниження кількості органічних сесій, переглядів і кліків на сторінці А:
Сторінка A: https://www.branded3.com/blog/htaccess-mod_rewrite-ultimate-guide/
Приблизно в той же час кількість органічних переходів, кліків і переглядів сторінок Б збільшилася, і піст став ранжируватися за ключовими словами, які сторінка А використовувала для підвищення рейтингу:
Сторінка Б: https://www.branded3.com/blog/setting-up-permanent-301-redirects-in-htaccess/
Тепер при пошуку «Htaccess mod_rewrite» в Google, пост B замінює пост A (він і зараз на позиції №1):
Крім цього при використанні оператора пошуку «info:» для сторінки А Google показує сторінку Б, вказуючи при цьому, що він передав значення сторінки А Б сторінці в своєму індексі:
JavaScript редиректи можуть передавати PageRank
Цей тест був швидким і щоб побачити, чи може Google послідовно підібрати подібні редиректи на клієнтській стороні у великих обсягах, потрібно було запустити більше тестів. Втім, цей тест показав, що Google може не тільки проіндексувати JS редирект на іншу сторінку, але і обробити його як 301 редирект.
Що це означає для SEO?
Чи означає це, що можна використовувати редиректи на стороні клієнта замість перенаправлень на стороні сервера для SEO?
Я б не рекомендував їх без тестування
Щоб переконатися, що JS «підхоплюється» Google, було проведено багато тестів, і всі вони показали, що він може бути непридатним в підборі.
Також потрібно враховувати, що Google — єдина пошукова система, яка може швидко індексувати динамічний зміна (на даний момент). Я здійснив швидкий пошук Bing і А сторінка, як можна побачити на картинці нижче, як і раніше ранжується:
Я б дотримувався серверних редиректів, що Google в даний час і рекомендує. Але якщо ви дійсно застрягли, і не можете реалізувати переадресацію, то це може стати короткостроковим рішенням. Тому, якщо збираєтеся реалізувати JS редиректи, перевіряйте їх!
Переклад статті «SEO and JavaScript redirects: Evidence they do pass PageRank» був підготовлений дружною командою проекту Сайтостроение від А до Я.