Привіт, мої шановні читачі. Сьогодні будемо розбиратися в одній цікавій темі яка хвилює багатьох. Більшість оптимізаторів 302 редирект обходять стороною. Ті, хто цього не робить, пожинає плоди відмінною пошукової видачі. Може бути, пора виправити помилку ?!
Прийнято вважати, що 302 і 301 редіректи близькі за значенням, тому більшість вебмайстрів просто не звертають на них ніякої уваги. Однак для пошукових систем це абсолютно неідентичні команди з різними трактуваннями.
Все-таки варто конкретніше і окремо розглянути кожен з redirect'ов.
Його використання актуально в 3х випадках:
- при зміні старого домену на новий, і комфортного читання для користувачів;
- для перенесення сайту при зміні CMS;
- щоб склеїти два імені сайту, без і з www. Хоча цей пункт сьогодні все менш актуальне.
Інакше кажучи, при використанні 301R, позиції в пошуковій системі будуть повністю збережені, незалежно від об'єкту пересування (одна або кілька сторінок, сайт в цілому).
Підіб'ємо проміжний підсумок. 302 редирект (позначимо умовно URL 1 -> URL 2), актуальний, коли:
- що відбуваються на сайті технічних роботах (необхідно, щоб URL 1 при цьому індексувався постійно);
- показу додаткової нової інформації без правки основний старої сторінки;
- виявлення заборонених матеріалів (проводиться хостингової компанією);
- передачі трафіку (на сайті URL 1 розташовані тільки посилання);
- існує парочка сторінок, логічно підходять під URL 2.
Хоча все це говорить про те, що вага зі старого домену і PageRank на тимчасовий новий передаються: індексація буде проводитися пошукачем сторінки з 302R так само, як і основного сайту. Однак Джон Мюллер, фахівець ПС Google, заявив, що якщо протягом 6-12 місяців 302-ой буде зберігатися, він автоматично стане постійним, тобто перейде в розряд 301-го.
Помилки. Під час перенаправлення ніхто не застрахований від помилок. Основні з них - 4:
- Це подвійні і потрійні redirect'и;
- Це не правильне його використання, тобто не відповідно до ситуації;
- Це зв'язування абсолютно різних сторінок;
- Цей напрямок на ресурс, який повертає у відповідь код назад.
Посилання та "тимчасово переміщений"
Хоча і говорено про чорну розкрутці багато, оптимізатори грішать їй донині. Наприклад. pagecloaking - перенаправлення на контент, залежний від ситуації. Тобто для пошукача це текст А, а для користувача - це текст Б. Як це не назвеш - прямим шахрайством або злісним спамом, пошукова оптимізація цього вкрай не любить. Звичайно, система теж може давати збої, і вона не ідеальна, проте, не варто зловживати TR.
- Посилальна маса не виходить однотипною. Вона стає різноманітною - це дуже добре;
- Анкор з редиректу передають частину своєї ваги;
- За нею приходять відвідувачі - це факт;
- Все гіганти - Вконтакте, Однокласники, Авито і схожі - використовують 302 редирект.
Тут зупинимося і розглянемо все трохи докладніше.
Який з цього висновок? Спільне використання прямих посилань і Temporary redirect, з атрибутами "nofollow-noindex", покупних - все це вкупі формує природний контрольний профіль сайту. А значить і наближає його до заповітної мети - топу. Якщо використовувати виключно лінки прямі, пошукова система може значно знизити сайт у видачі, побачивши в цьому спробу маніпуляції.
Представник Google за якістю пошуку Джон Мюллер (John Mueller) чітко заявив, що 301 і 302 редіректи враховуються однаково і передають відповідно обидва Page Rank. Тобто використання обох перенаправлень на сайті також позитивно впливають на просування сайту і його окремих сторінок.
Послухайте виступ представника Google з роз'ясненнями на дану тему (англійською зі школи вебмайстрів Гугла)
Як налаштувати 302 редирект на своєму сайті
Тепер розглянемо на практиці, як зробити настройку Temporary redirect. Так як пошуковики його розуміють, як нетривале незручність, індексуватися повинні обидві сторінки - як стара, так і нова, що в підсумку прописано в коді файлу .htaccess.
Вищеописаний код необхідний для redirect'a внутрішньої сторінки. Тепер розглянемо код, який закриває від користувачів той контент, які показувати не потрібно. Знову прописуємо:
RewriteRule $ /inside.html [R = 302, L]
Що стосується php, то функція прописується header заголовками Refresh або Location. Найголовніша умова використання коду - відсутність будь-яких прогалин, HTML-кодів, перекладів рядків і так далі. Код виглядає так:
Є інший цікавий варіант перенаправлення відвідувачів. Використовується він за допомогою заголовка Refresh і, в прикладі, перехід відбувається через 10 секунд після повного завантаження сторінки (до речі, актуальний варіант для Метрики від Яндекса):
Що стосується Java-скрипта, то тут код копіюється на необхідну для переходу до сторінки:
Або інший варіант:
Як бачимо, настройка 302 редиректу не така вже й складна. Головне тут - не помилитися жодним знаком.
Існує так званий псевдоредірект. Тобто, вантажиться у фреймі необхідна сторінка, а як такого переходу для пошукової машини не відбувається. Його можна налаштувати або через Frameset:
Ось сюди можна вставити код лічильника