- Шпаргалка по налаштуванню 301 редиректу Генератор Продаж Час читання: 15 хвилин Немає часу читати?...
- види редиректів
- 302 Found (HTTP 1.1) / Moved Temporarily (HTTP 1.0)
- 307 Moved Temporarily (HTTP 1.1 Only)
- Коли потрібно налаштування 301 редиректу
- Як зробити 301 редирект через .htaccess
- Як далі налаштувати 301 редирект за допомогою директив
- Редирект 301 без слеша
- Редирект 301 з однієї сторінки на іншу
- 301 редирект з https на http
- 301 редирект з домену на домен
- 301 редирект без htaccess
- php 301 редирект
- Редирект на ASP
- ДляRuby on Rails
- Які помилки допускають, налаштовуючи 301 редирект
- Шпаргалка по налаштуванню 301 редиректу
- Чому 301 редирект, а не canonical
- види редиректів
- 302 Found (HTTP 1.1) / Moved Temporarily (HTTP 1.0)
- 307 Moved Temporarily (HTTP 1.1 Only)
- Коли потрібно налаштування 301 редиректу
- Як зробити 301 редирект через .htaccess
- Як далі налаштувати 301 редирект за допомогою директив
- Редирект 301 без слеша
- Редирект 301 з однієї сторінки на іншу
- 301 редирект з https на http
- 301 редирект з домену на домен
- 301 редирект без htaccess
- php 301 редирект
- Редирект на ASP
- ДляRuby on Rails
- Які помилки допускають, налаштовуючи 301 редирект
- Шпаргалка по налаштуванню 301 редиректу
- Чому 301 редирект, а не canonical
- види редиректів
- 302 Found (HTTP 1.1) / Moved Temporarily (HTTP 1.0)
- 307 Moved Temporarily (HTTP 1.1 Only)
- Коли потрібно налаштування 301 редиректу
- Як зробити 301 редирект через .htaccess
- Як далі налаштувати 301 редирект за допомогою директив
- Редирект 301 без слеша
- Редирект 301 з однієї сторінки на іншу
- 301 редирект з https на http
- 301 редирект з домену на домен
- 301 редирект без htaccess
- php 301 редирект
- Редирект на ASP
- ДляRuby on Rails
- Які помилки допускають, налаштовуючи 301 редирект
Шпаргалка по налаштуванню 301 редиректу
Генератор Продаж 
Час читання: 15 хвилин
Немає часу читати?
Відправимо матеріал вам на:
Багато компаній нерідко стикаються з необхідністю змінити URL-адресу для окремої сторінки або сайту цілком. Щоб цей процес пройшов максимально безболісно для користувачів, потрібно прописати 301 редирект. Налаштування 301 редиректу є нескладний процес, про основні етапи якого ви дізнаєтеся з цієї статті.
З цієї статті ви дізнаєтеся:
- Чому 301 редирект, а не canonical
- види редиректів
- Коли потрібно налаштування 301 редиректу
- Як зробити 301 редирект через .htaccess і налаштувати його за допомогою директив
- 301 редирект без htaccess
- Перевірка редиректу 301
- Які помилки допускають при його налаштуванні
- Що робити, якщо 301 редирект не працює
Чому 301 редирект, а не canonical
наприклад:
Тег rel = canonical актуальний в тих випадках, коли необхідно повідомити пошуковій машині єдиний цілий адреса контенту сторінки. При такому варіанті вашому сайту не завадить використовувати динамічні змінні атрибутів для URL-ів. Динамічні URL можуть сприяти індексації кількох версій URL для кожної окремої сторінки, що виражається в дублюванні контенту (вкрай нелюбимий варіант для більшості пошукових систем).
Звичайно, тег з атрибутом rel = canonical може виручити в цілому ряді випадків, однак він не здатний повноцінно замінити 301 редирект сайту. Для цього є кілька підстав:
- Пошукові машини не сприймають тег rel = canonical як адресного вказівки до дії, а ось 301 редирект виявляється тією самою інструкцією, обов'язковою до виконання.
- Багато системні адміністратори віддають перевагу саме 301 редіректу тому, що він прописується в одному файлі для всього сайту, а код тега rel = canonical вставляється на кожній сторінці.
Тег rel = canonical стає актуальним при переадресації сторінок блогу (при наявності доступу до його коду, що дозволяє внести в нього необхідні модульні теги). Якщо ж необхідність у використанні 301 редиректу виникає тоді, коли сайт давно і успішно працює і наповнений потрібним контентом, це може привести до втрати вихідних сторінок і пов'язаних з ними коментарів, соціальних зв'язків, які напевно вже прописані в SEO.
Рекомендовані статті по даній темі:
види редиректів
301 Moved Permanently
301 редирект виступає в якості постійного, передає порядку 90-99% посилального ваги. Подібна переадресація в обов'язковому порядку вказує на перенесення сторінки на нову адресу, в зв'язку з чим колишній URL прописується як застарілий.
302 Found (HTTP 1.1) / Moved Temporarily (HTTP 1.0)
302 редирект є тимчасовим. Він передає 0% від посилальної ваги, і його рекомендують використовувати вкрай рідко. Сьогодні мажоритарну більшість сайтів в Інтернеті застосовує протокол HTTP, який визначає принципи обробки URL-адрес. У двох версіях цього протоколу відповідь сервера може мати різний статус:
- HTTP 1.0: 302 відповідь сервера це «Moved Temporarily» - поточний документ тимчасово переміщений на інший URL.
- HTTP 1.1: відбулася зміна відповіді сервера на «Found» - поточний документ знайдений.
307 Moved Temporarily (HTTP 1.1 Only)
Для протоколу HTTP 1.1 307 редирект став продовжувачем 302 редиректу. Незважаючи на те, що основні пошукові боти сприймають його як аналог 302-го, рекомендується віддавати перевагу саме 301 редіректу. Використання 307 редиректу актуально для тих випадків, коли контент переміщається тільки на час (наприклад, в період проведення технічних робіт на сайті), а пошукові системи сприймають ваш сервер як сумісний з HTTP 1.1.
Однак відстежити, чи дійсно ваш сервер визначається пошуковими системами як сумісного з новим протоколом, практично неможливо, тому для тимчасово переміщеного контенту краще використовувати 302 редирект.
Коли потрібно налаштування 301 редиректу
301 редирект зазвичай використовується в наступних випадках:
- при склеюванні дзеркал сайту з www і без www;
- при переміщенні сайту на новий домен;
- при перенесенні сайту на нову CMS;
- при зміні URL-адрес сторінок;
- при усуненні дублів сторінок сайту.
В останньому випадку 301 редирект використовується вкрай рідко, однак саме він дозволяє ефективно усунути дублі без необхідності в «колупання» коду самої CMS. Це особливо актуально при необхідності в пошуковій оптимізації сайтів, при якій питання наявності або відсутності дублів у сторінок стоїть особливо гостро.
При використанні редиректу 301 відбувається передача pr-сторінок і тИЦ сайту, в зв'язку з цим передається контрольний вагу новому URL. При цьому ви рятуєтеся від необхідності вирішувати питання з можливими санкціями на старий домен з боку пошукових систем, оскільки 301 редирект не транслюються їх на нову адресу. Це приємне доповнення для всіх, хто вирішує використовувати даний алгоритм.
Залишити заявку
Нерідко в Мережі можна зустріти думку про те, що 301 редирект не обов'язково застосовувати. Однак при оптимізації будь-якого сайту ви напевно зіткнетеся з зворотним.
Наприклад, кожен сайт в «початку свого шляху» може завантажитися за двома адресами, один з яких використовує www, а інший ні. Але в підсумку відбувається розмивання посилальної маси. Справа в тому, що при прописуванні посилання на ваш сайт інші ресурси можуть ставити на початку адреса www, а можуть обійтися і без нього. Посилальна маса розмивається, а пошуковики для оптимізації використовують тільки один варіант.
Багато напевно згадають ті дні, коли пошукові системи сприймали один і той же сайт, написаний в двох видах (з www і без www), як два різних ресурсу. Тому, щоб уникнути втрат посилальної маси і домогтися успішної оптимізації вашого сайту, просто необхідно використовувати 301 редирект.
Як зробити 301 редирект через .htaccess
Перед початком настройки 301 редиректів необхідно визначитися з операторами регулярних виразів, які допоможуть зробити правильну настройку:
- ^ - обмеження зліва;
- $ - обмеження справа;
- - 0 і більше символів;
- + - 1 і більше символів;
- . - будь-який символ;
- \ - екранування;
- () - змінна;
- [] - діапазон значень.
Налаштування 301 редиректу може бути виконана різними способами. Більшість веб-майстрів за краще робити це через файл .htaccess. Він прописаний практично в кожній популярної CMS і в корені вашого сайту. Завантаження .htaccess можна здійснити через FTP за допомогою клієнта FileZila.
Даний файл відкривається тестовим редактором, наприклад, Notepad ++. Тепер поверх всіх кодів редиректів треба прописати наступний рядок:
RewriteEngine On
Як далі налаштувати 301 редирект за допомогою директив
301 редирект з www на без www
З www на без www:
З без www на www:
У ситуаціях, коли наведені вище коди не спрацьовують, рекомендуємо скористатися таким записом для редиректу з www на без www:
RewriteCond% {HTTP_HOST} ^ www \. (. *) $
RewriteRule ^ (. *) $ http: //% 1 / $ 1 [L, R = 301]
Звичайно ж, в даному випадку адреса site.ru необхідно замінити доменом вашого сайту. Коли всі етапи будуть виконані, слід зберегти файл .htaccess і закачати його на сервер, не забувши замінити їм старий файл.
Редирект 301 без слеша
Коли ви проектуєте сайт, на етапі прописування адреси необхідно визначитися з використанням слеша в кінці URL, оскільки пошукові системи сприймають як різні наступні два види URL:
Після вибору відповідного варіанту можна приступити до прописування наступних редиректів:
Якщо ви не хочете використовувати слеш в кінці:
RewriteCond% {HTTP_HOST} (. *)
RewriteCond% {REQUEST_URI} / $ [NC]
RewriteRule ^ (. *) (/) $ $ 1 [L, R = 301]
Якщо слеш в кінці адресного рядка необхідний:
RewriteCond% {REQUEST_FILENAME}! -F
RewriteCond% {REQUEST_URI}! (. *) / $
RewriteRule ^ (. * [^ /]) $ $ 1 / [L, R = 301]
Редирект 301 з однієї сторінки на іншу
Коли виникає необхідність в 301 редирект зі старого URL-адреси на кирилиці на новий URL-адресу (незалежно від його мови), кінцева запис набуває вигляду:
RewriteRule ^ старий-урл.html /new-page.html [R = 301, L]
У попередніх абзацах за основу був узятий 301 редирект з URL одного виду на інший в межах одного сайту. При цьому процесі застосовуються mod_rewrite і директива RewriteRule. Однак запис редиректу можна зробити набагато простіше, використовуючи директиву Redirect:
Застосування кожного з цих двох варіантів виправдано, оскільки обидва редиректу коректні і передають контрольний вагу і інші показники. Відмінність полягає лише у використанні директив різних модулів, тому синтаксис буде різним. Якщо ви вирішили зупинити вибір на директиві Redirect, для початку потрібно прописати стару адресу сторінки без http://site.ru , А потім нову адресу повністю.
Топ-5 статей, які будуть корисні кожному керівнику:
301 редирект з https на http
Якщо вам необхідно налаштувати 301 редирект з протоколу http на протокол https, ви можете вибрати один з безлічі існуючих способів. Найчастіше використовуються наступні:
Правило №1:
Якщо це правило не спрацює (а це буває вкрай рідко, однак результатом може стати цикл перенаправлень), можна скористатися правилом №2:
301 редирект з домену на домен
Цей рядок повинна замінити дві попередні. При цьому слід пам'ятати, що необхідно:
- прописати рядок Options + FollowSymLinks;
- прописати рядок RewriteEngine On;
- розташувати рядки з перенаправленням ВІДРАЗУ після рядка RewriteEngine On;
- використовувати тільки ім'я файлу .htaccess;
- простежити розташування файлу .htaccess в кореневому каталозі;
- не забути поміняти domain.com на свій домен.
Мабуть, на цьому можна зупинитися. Однак якщо Google добре розуміє 301 редирект, Яндексу потрібно редагування або створення іншого файлу. Тому наступний нижче етап обов'язковий до виконання.
Відправляєтеся в кореневий каталог сайту і шукаєте файл з ім'ям robots.txt. При його відсутності згенеруйте необхідне в Блокноті. У цьому файлі потрібно прописати наступний код:
User-agent: Yandex
Disallow:
Host: domain.com
При наявності необхідного файлу і відсутності цих рядків, потрібно додати їх в кінці через абзац.
Коли ви вказуєте головне дзеркало в рядку Host, не забудьте поставити свій домен.
301 редирект без htaccess
Налаштування 301 редиректу можна провести за допомогою скриптів PHP, ASP, JavaScript. В цьому випадку вам необхідно передати браузеру або пошуковому роботу наступні заголовки:
У цьому випадку може бути безліч варіантів подальших кроків, які допоможуть це зробити:
php 301 редирект
Даний код 301 редиректу прописується в самому початку скрипта PHP файлу. замість http://vash-sait.ru/novaya-stranitsa.html вам слід ввести адресу сторінки, на яку пошуковий бот або користувач повинні бути перенаправлені.
Редирект на ASP
РедіректASP.NET
<Script runat = "server">
private void Page_Load (object sender, System.EventArgs e)
{
Response.Status = "301 Moved Permanently";
Response.AddHeader ( "Location", " http://vash-sait.ru/novaya-stranitsa.html ") ;
}
</ Script>
ДляRuby on Rails
ДляJSP (Java)
ДляCGI PERL
ColdFusion редирект
Перевірка редиректу 301
Перевірити 301 редирект не складе особливих труднощів. Вам необхідно лише ввести в рядку браузера стару адресу своєї сторінки або сайту. Коли настройка проведена вірно, ви будете перенаправлені на новий URL-адресу. Іноді для коректної перевірки 301 редиректу потрібно провести чистку кеша вашого браузера. Як правило, після всіх маніпуляцій перевірка проходить успішно.
Для остаточного підтвердження правильності настройки 301 редиректу рекомендується перевірити відповідь сервера за допомогою спеціальних сервісів (наприклад, 2ip.ru) або використовувати програму Netpeak Spider. Вона дозволить отримувати додаткову інформацію про ваш сайт. Відповідь сервера повинен бути «301» або ж «301 MovedPermanently -> 200 OK».
Які помилки допускають, налаштовуючи 301 редирект
- Створення багатокрокового редиректу. Чим складніший процес переходу, тим більша ймовірність зниження його швидкості і втрати посилального ваги.
- Застосування непрацюючих в вашому випадку редиректів. Кожен редирект має свої нюанси, які треба враховувати при виборі відповідного саме вам.
- Використання внутрішніх редиректів без зміни посилань на нові адреси. Коли процес впровадження редиректів на сайті завершений, необхідно переконатися в тому, що кожна сторінка вашого сайту вже посилається на нову, а всередині сайту у вас немає посилань на сторінки, з яких відбувається редирект.
- Редирект на не релевантні сторінки / контент. Чим вище релевантність сторінки (схожою сторінки або гілки каталогу / розділу, до якого належала дана сторінка), тим вона привабливіша для перенаправлення.
- Неправильний вибір між rel = canonical і 301 перенаправленням. Детальніше про це викладено вище.
- Редирект, кінцевою точкою якого є не 200-я сторінка. Редирект повинен вести на правильно працюючу сторінку з 200 відповіддю сервера. Інакше ви можете збити пошукових роботів, які будуть видавати 404 відповідь.
- Редирект robots.txt. Наприклад, потрібно прописувати директиву Host для Яндекса при склеюванні доменів.
Що робити, якщо 301 редирект не працює
Коли переадресація працює не так, як ви очікували, або не працює взагалі, необхідно провести коригування і виправити виникли помилки.
Якщо не працює редирект 301 в .htaccess, але переадресація закодована і вірно прописана в цьому файлі, слід перевірити стан установки розширення mod_rewrite в Apache. Як правило, цей модуль стоїть за умовчанням, однак при його відсутності описана вище кодування .htaccess відмовляється працювати. Необхідно переконатися в тому, що в коді присутні два рядки, які дозволяють модулю коректно працювати: mod_rewrite і ReWriteEngine.
Якщо ви використовуєте [NC] в рядках RewriteCond, це допоможе вам отримати інформацію про невідповідність вхідних даних з встановленими характеристиками. Проігнорувавши цей код, ви ризикуєте зіткнутися з тим, що URL-адресу великими та малими буквами можуть працювати некоректно. Застосування L в коді [L, R = 301] вказує на те, що файл движка сприймається як останній рядок коду всього процесу підтвердження введення даних.
Якщо ви не впевнені у вірності конфігурації коду в .htaccess, краще використовувати код L в рядку, позначеної як пріоритетної.
Підводячи підсумки, слід зазначити, що, часто застосовуючи 301 редирект, ви можете погіршити стан сайту, тому не варто забувати про необхідність поновлення вхідних посилань сайту на коректні URL.
Якщо під час налаштування 301 редиректу ви не будете використовувати старі вхідні посилання вашого сайту і застосовувати для переходу через них багаторазову переадресацію (301, потім 301, потім ще раз 301), швидкість завантаження сайту знизиться, а це може привести до погіршення процесу оптимізації.
Чим більше переадресаций, тим менше шансів у сканерів дістатися до цільового сайту. Просувати такий сайт в пошукових системах буде вкрай важко. Крім того, при оновленні посилань вашого сайту необхідно переконатися в тому, що оновлюються і файли sitemap.xml новими оновленими URL.
Якщо навіть після прочитання нашої статті у вас не вийшло налаштувати 301 редирект або в процесі роботи виникають помилки, вам на допомогу прийдуть кваліфіковані фахівці.
Залишити заявку
Шпаргалка по налаштуванню 301 редиректу
Генератор Продаж
Час читання: 15 хвилин
Немає часу читати?
Відправимо матеріал вам на:
Багато компаній нерідко стикаються з необхідністю змінити URL-адресу для окремої сторінки або сайту цілком. Щоб цей процес пройшов максимально безболісно для користувачів, потрібно прописати 301 редирект. Налаштування 301 редиректу є нескладний процес, про основні етапи якого ви дізнаєтеся з цієї статті.
З цієї статті ви дізнаєтеся:
- Чому 301 редирект, а не canonical
- види редиректів
- Коли потрібно налаштування 301 редиректу
- Як зробити 301 редирект через .htaccess і налаштувати його за допомогою директив
- 301 редирект без htaccess
- Перевірка редиректу 301
- Які помилки допускають при його налаштуванні
- Що робити, якщо 301 редирект не працює
Чому 301 редирект, а не canonical
наприклад:
Тег rel = canonical актуальний в тих випадках, коли необхідно повідомити пошуковій машині єдиний цілий адреса контенту сторінки. При такому варіанті вашому сайту не завадить використовувати динамічні змінні атрибутів для URL-ів. Динамічні URL можуть сприяти індексації кількох версій URL для кожної окремої сторінки, що виражається в дублюванні контенту (вкрай нелюбимий варіант для більшості пошукових систем).
Звичайно, тег з атрибутом rel = canonical може виручити в цілому ряді випадків, однак він не здатний повноцінно замінити 301 редирект сайту. Для цього є кілька підстав:
- Пошукові машини не сприймають тег rel = canonical як адресного вказівки до дії, а ось 301 редирект виявляється тією самою інструкцією, обов'язковою до виконання.
- Багато системні адміністратори віддають перевагу саме 301 редіректу тому, що він прописується в одному файлі для всього сайту, а код тега rel = canonical вставляється на кожній сторінці.
Тег rel = canonical стає актуальним при переадресації сторінок блогу (при наявності доступу до його коду, що дозволяє внести в нього необхідні модульні теги). Якщо ж необхідність у використанні 301 редиректу виникає тоді, коли сайт давно і успішно працює і наповнений потрібним контентом, це може привести до втрати вихідних сторінок і пов'язаних з ними коментарів, соціальних зв'язків, які напевно вже прописані в SEO.
Рекомендовані статті по даній темі:
види редиректів
301 Moved Permanently
301 редирект виступає в якості постійного, передає порядку 90-99% посилального ваги. Подібна переадресація в обов'язковому порядку вказує на перенесення сторінки на нову адресу, в зв'язку з чим колишній URL прописується як застарілий.
302 Found (HTTP 1.1) / Moved Temporarily (HTTP 1.0)
302 редирект є тимчасовим. Він передає 0% від посилальної ваги, і його рекомендують використовувати вкрай рідко. Сьогодні мажоритарну більшість сайтів в Інтернеті застосовує протокол HTTP, який визначає принципи обробки URL-адрес. У двох версіях цього протоколу відповідь сервера може мати різний статус:
- HTTP 1.0: 302 відповідь сервера це «Moved Temporarily» - поточний документ тимчасово переміщений на інший URL.
- HTTP 1.1: відбулася зміна відповіді сервера на «Found» - поточний документ знайдений.
307 Moved Temporarily (HTTP 1.1 Only)
Для протоколу HTTP 1.1 307 редирект став продовжувачем 302 редиректу. Незважаючи на те, що основні пошукові боти сприймають його як аналог 302-го, рекомендується віддавати перевагу саме 301 редіректу. Використання 307 редиректу актуально для тих випадків, коли контент переміщається тільки на час (наприклад, в період проведення технічних робіт на сайті), а пошукові системи сприймають ваш сервер як сумісний з HTTP 1.1.
Однак відстежити, чи дійсно ваш сервер визначається пошуковими системами як сумісного з новим протоколом, практично неможливо, тому для тимчасово переміщеного контенту краще використовувати 302 редирект.
Коли потрібно налаштування 301 редиректу
301 редирект зазвичай використовується в наступних випадках:
- при склеюванні дзеркал сайту з www і без www;
- при переміщенні сайту на новий домен;
- при перенесенні сайту на нову CMS;
- при зміні URL-адрес сторінок;
- при усуненні дублів сторінок сайту.
В останньому випадку 301 редирект використовується вкрай рідко, однак саме він дозволяє ефективно усунути дублі без необхідності в «колупання» коду самої CMS. Це особливо актуально при необхідності в пошуковій оптимізації сайтів, при якій питання наявності або відсутності дублів у сторінок стоїть особливо гостро.
При використанні редиректу 301 відбувається передача pr-сторінок і тИЦ сайту, в зв'язку з цим передається контрольний вагу новому URL. При цьому ви рятуєтеся від необхідності вирішувати питання з можливими санкціями на старий домен з боку пошукових систем, оскільки 301 редирект не транслюються їх на нову адресу. Це приємне доповнення для всіх, хто вирішує використовувати даний алгоритм.
Залишити заявку
Нерідко в Мережі можна зустріти думку про те, що 301 редирект не обов'язково застосовувати. Однак при оптимізації будь-якого сайту ви напевно зіткнетеся з зворотним.
Наприклад, кожен сайт в «початку свого шляху» може завантажитися за двома адресами, один з яких використовує www, а інший ні. Але в підсумку відбувається розмивання посилальної маси. Справа в тому, що при прописуванні посилання на ваш сайт інші ресурси можуть ставити на початку адреса www, а можуть обійтися і без нього. Посилальна маса розмивається, а пошуковики для оптимізації використовують тільки один варіант.
Багато напевно згадають ті дні, коли пошукові системи сприймали один і той же сайт, написаний в двох видах (з www і без www), як два різних ресурсу. Тому, щоб уникнути втрат посилальної маси і домогтися успішної оптимізації вашого сайту, просто необхідно використовувати 301 редирект.
Як зробити 301 редирект через .htaccess
Перед початком настройки 301 редиректів необхідно визначитися з операторами регулярних виразів, які допоможуть зробити правильну настройку:
- ^ - обмеження зліва;
- $ - обмеження справа;
- - 0 і більше символів;
- + - 1 і більше символів;
- . - будь-який символ;
- \ - екранування;
- () - змінна;
- [] - діапазон значень.
Налаштування 301 редиректу може бути виконана різними способами. Більшість веб-майстрів за краще робити це через файл .htaccess. Він прописаний практично в кожній популярної CMS і в корені вашого сайту. Завантаження .htaccess можна здійснити через FTP за допомогою клієнта FileZila.
Даний файл відкривається тестовим редактором, наприклад, Notepad ++. Тепер поверх всіх кодів редиректів треба прописати наступний рядок:
RewriteEngine On
Як далі налаштувати 301 редирект за допомогою директив
301 редирект з www на без www
З www на без www:
З без www на www:
У ситуаціях, коли наведені вище коди не спрацьовують, рекомендуємо скористатися таким записом для редиректу з www на без www:
RewriteCond% {HTTP_HOST} ^ www \. (. *) $
RewriteRule ^ (. *) $ http: //% 1 / $ 1 [L, R = 301]
Звичайно ж, в даному випадку адреса site.ru необхідно замінити доменом вашого сайту. Коли всі етапи будуть виконані, слід зберегти файл .htaccess і закачати його на сервер, не забувши замінити їм старий файл.
Редирект 301 без слеша
Коли ви проектуєте сайт, на етапі прописування адреси необхідно визначитися з використанням слеша в кінці URL, оскільки пошукові системи сприймають як різні наступні два види URL:
Після вибору відповідного варіанту можна приступити до прописування наступних редиректів:
Якщо ви не хочете використовувати слеш в кінці:
RewriteCond% {HTTP_HOST} (. *)
RewriteCond% {REQUEST_URI} / $ [NC]
RewriteRule ^ (. *) (/) $ $ 1 [L, R = 301]
Якщо слеш в кінці адресного рядка необхідний:
RewriteCond% {REQUEST_FILENAME}! -F
RewriteCond% {REQUEST_URI}! (. *) / $
RewriteRule ^ (. * [^ /]) $ $ 1 / [L, R = 301]
Редирект 301 з однієї сторінки на іншу
Коли виникає необхідність в 301 редирект зі старого URL-адреси на кирилиці на новий URL-адресу (незалежно від його мови), кінцева запис набуває вигляду:
RewriteRule ^ старий-урл.html /new-page.html [R = 301, L]
У попередніх абзацах за основу був узятий 301 редирект з URL одного виду на інший в межах одного сайту. При цьому процесі застосовуються mod_rewrite і директива RewriteRule. Однак запис редиректу можна зробити набагато простіше, використовуючи директиву Redirect:
Застосування кожного з цих двох варіантів виправдано, оскільки обидва редиректу коректні і передають контрольний вагу і інші показники. Відмінність полягає лише у використанні директив різних модулів, тому синтаксис буде різним. Якщо ви вирішили зупинити вибір на директиві Redirect, для початку потрібно прописати стару адресу сторінки без http://site.ru , А потім нову адресу повністю.
Топ-5 статей, які будуть корисні кожному керівнику:
301 редирект з https на http
Якщо вам необхідно налаштувати 301 редирект з протоколу http на протокол https, ви можете вибрати один з безлічі існуючих способів. Найчастіше використовуються наступні:
Правило №1:
Якщо це правило не спрацює (а це буває вкрай рідко, однак результатом може стати цикл перенаправлень), можна скористатися правилом №2:
301 редирект з домену на домен
Цей рядок повинна замінити дві попередні. При цьому слід пам'ятати, що необхідно:
- прописати рядок Options + FollowSymLinks;
- прописати рядок RewriteEngine On;
- розташувати рядки з перенаправленням ВІДРАЗУ після рядка RewriteEngine On;
- використовувати тільки ім'я файлу .htaccess;
- простежити розташування файлу .htaccess в кореневому каталозі;
- не забути поміняти domain.com на свій домен.
Мабуть, на цьому можна зупинитися. Однак якщо Google добре розуміє 301 редирект, Яндексу потрібно редагування або створення іншого файлу. Тому наступний нижче етап обов'язковий до виконання.
Відправляєтеся в кореневий каталог сайту і шукаєте файл з ім'ям robots.txt. При його відсутності згенеруйте необхідне в Блокноті. У цьому файлі потрібно прописати наступний код:
User-agent: Yandex
Disallow:
Host: domain.com
При наявності необхідного файлу і відсутності цих рядків, потрібно додати їх в кінці через абзац.
Коли ви вказуєте головне дзеркало в рядку Host, не забудьте поставити свій домен.
301 редирект без htaccess
Налаштування 301 редиректу можна провести за допомогою скриптів PHP, ASP, JavaScript. В цьому випадку вам необхідно передати браузеру або пошуковому роботу наступні заголовки:
У цьому випадку може бути безліч варіантів подальших кроків, які допоможуть це зробити:
php 301 редирект
Даний код 301 редиректу прописується в самому початку скрипта PHP файлу. замість http://vash-sait.ru/novaya-stranitsa.html вам слід ввести адресу сторінки, на яку пошуковий бот або користувач повинні бути перенаправлені.
Редирект на ASP
РедіректASP.NET
<Script runat = "server">
private void Page_Load (object sender, System.EventArgs e)
{
Response.Status = "301 Moved Permanently";
Response.AddHeader ( "Location", " http://vash-sait.ru/novaya-stranitsa.html ") ;
}
</ Script>
ДляRuby on Rails
ДляJSP (Java)
ДляCGI PERL
ColdFusion редирект
Перевірка редиректу 301
Перевірити 301 редирект не складе особливих труднощів. Вам необхідно лише ввести в рядку браузера стару адресу своєї сторінки або сайту. Коли настройка проведена вірно, ви будете перенаправлені на новий URL-адресу. Іноді для коректної перевірки 301 редиректу потрібно провести чистку кеша вашого браузера. Як правило, після всіх маніпуляцій перевірка проходить успішно.
Для остаточного підтвердження правильності настройки 301 редиректу рекомендується перевірити відповідь сервера за допомогою спеціальних сервісів (наприклад, 2ip.ru) або використовувати програму Netpeak Spider. Вона дозволить отримувати додаткову інформацію про ваш сайт. Відповідь сервера повинен бути «301» або ж «301 MovedPermanently -> 200 OK».
Які помилки допускають, налаштовуючи 301 редирект
- Створення багатокрокового редиректу. Чим складніший процес переходу, тим більша ймовірність зниження його швидкості і втрати посилального ваги.
- Застосування непрацюючих в вашому випадку редиректів. Кожен редирект має свої нюанси, які треба враховувати при виборі відповідного саме вам.
- Використання внутрішніх редиректів без зміни посилань на нові адреси. Коли процес впровадження редиректів на сайті завершений, необхідно переконатися в тому, що кожна сторінка вашого сайту вже посилається на нову, а всередині сайту у вас немає посилань на сторінки, з яких відбувається редирект.
- Редирект на не релевантні сторінки / контент. Чим вище релевантність сторінки (схожою сторінки або гілки каталогу / розділу, до якого належала дана сторінка), тим вона привабливіша для перенаправлення.
- Неправильний вибір між rel = canonical і 301 перенаправленням. Детальніше про це викладено вище.
- Редирект, кінцевою точкою якого є не 200-я сторінка. Редирект повинен вести на правильно працюючу сторінку з 200 відповіддю сервера. Інакше ви можете збити пошукових роботів, які будуть видавати 404 відповідь.
- Редирект robots.txt. Наприклад, потрібно прописувати директиву Host для Яндекса при склеюванні доменів.
Що робити, якщо 301 редирект не працює
Коли переадресація працює не так, як ви очікували, або не працює взагалі, необхідно провести коригування і виправити виникли помилки.
Якщо не працює редирект 301 в .htaccess, але переадресація закодована і вірно прописана в цьому файлі, слід перевірити стан установки розширення mod_rewrite в Apache. Як правило, цей модуль стоїть за умовчанням, однак при його відсутності описана вище кодування .htaccess відмовляється працювати. Необхідно переконатися в тому, що в коді присутні два рядки, які дозволяють модулю коректно працювати: mod_rewrite і ReWriteEngine.
Якщо ви використовуєте [NC] в рядках RewriteCond, це допоможе вам отримати інформацію про невідповідність вхідних даних з встановленими характеристиками. Проігнорувавши цей код, ви ризикуєте зіткнутися з тим, що URL-адресу великими та малими буквами можуть працювати некоректно. Застосування L в коді [L, R = 301] вказує на те, що файл движка сприймається як останній рядок коду всього процесу підтвердження введення даних.
Якщо ви не впевнені у вірності конфігурації коду в .htaccess, краще використовувати код L в рядку, позначеної як пріоритетної.
Підводячи підсумки, слід зазначити, що, часто застосовуючи 301 редирект, ви можете погіршити стан сайту, тому не варто забувати про необхідність поновлення вхідних посилань сайту на коректні URL.
Якщо під час налаштування 301 редиректу ви не будете використовувати старі вхідні посилання вашого сайту і застосовувати для переходу через них багаторазову переадресацію (301, потім 301, потім ще раз 301), швидкість завантаження сайту знизиться, а це може привести до погіршення процесу оптимізації.
Чим більше переадресаций, тим менше шансів у сканерів дістатися до цільового сайту. Просувати такий сайт в пошукових системах буде вкрай важко. Крім того, при оновленні посилань вашого сайту необхідно переконатися в тому, що оновлюються і файли sitemap.xml новими оновленими URL.
Якщо навіть після прочитання нашої статті у вас не вийшло налаштувати 301 редирект або в процесі роботи виникають помилки, вам на допомогу прийдуть кваліфіковані фахівці.
Залишити заявку
Шпаргалка по налаштуванню 301 редиректу
Генератор Продаж
Час читання: 15 хвилин
Немає часу читати?
Відправимо матеріал вам на:
Багато компаній нерідко стикаються з необхідністю змінити URL-адресу для окремої сторінки або сайту цілком. Щоб цей процес пройшов максимально безболісно для користувачів, потрібно прописати 301 редирект. Налаштування 301 редиректу є нескладний процес, про основні етапи якого ви дізнаєтеся з цієї статті.
З цієї статті ви дізнаєтеся:
- Чому 301 редирект, а не canonical
- види редиректів
- Коли потрібно налаштування 301 редиректу
- Як зробити 301 редирект через .htaccess і налаштувати його за допомогою директив
- 301 редирект без htaccess
- Перевірка редиректу 301
- Які помилки допускають при його налаштуванні
- Що робити, якщо 301 редирект не працює
Чому 301 редирект, а не canonical
наприклад:
Тег rel = canonical актуальний в тих випадках, коли необхідно повідомити пошуковій машині єдиний цілий адреса контенту сторінки. При такому варіанті вашому сайту не завадить використовувати динамічні змінні атрибутів для URL-ів. Динамічні URL можуть сприяти індексації кількох версій URL для кожної окремої сторінки, що виражається в дублюванні контенту (вкрай нелюбимий варіант для більшості пошукових систем).
Звичайно, тег з атрибутом rel = canonical може виручити в цілому ряді випадків, однак він не здатний повноцінно замінити 301 редирект сайту. Для цього є кілька підстав:
- Пошукові машини не сприймають тег rel = canonical як адресного вказівки до дії, а ось 301 редирект виявляється тією самою інструкцією, обов'язковою до виконання.
- Багато системні адміністратори віддають перевагу саме 301 редіректу тому, що він прописується в одному файлі для всього сайту, а код тега rel = canonical вставляється на кожній сторінці.
Тег rel = canonical стає актуальним при переадресації сторінок блогу (при наявності доступу до його коду, що дозволяє внести в нього необхідні модульні теги). Якщо ж необхідність у використанні 301 редиректу виникає тоді, коли сайт давно і успішно працює і наповнений потрібним контентом, це може привести до втрати вихідних сторінок і пов'язаних з ними коментарів, соціальних зв'язків, які напевно вже прописані в SEO.
Рекомендовані статті по даній темі:
види редиректів
301 Moved Permanently
301 редирект виступає в якості постійного, передає порядку 90-99% посилального ваги. Подібна переадресація в обов'язковому порядку вказує на перенесення сторінки на нову адресу, в зв'язку з чим колишній URL прописується як застарілий.
302 Found (HTTP 1.1) / Moved Temporarily (HTTP 1.0)
302 редирект є тимчасовим. Він передає 0% від посилальної ваги, і його рекомендують використовувати вкрай рідко. Сьогодні мажоритарну більшість сайтів в Інтернеті застосовує протокол HTTP, який визначає принципи обробки URL-адрес. У двох версіях цього протоколу відповідь сервера може мати різний статус:
- HTTP 1.0: 302 відповідь сервера це «Moved Temporarily» - поточний документ тимчасово переміщений на інший URL.
- HTTP 1.1: відбулася зміна відповіді сервера на «Found» - поточний документ знайдений.
307 Moved Temporarily (HTTP 1.1 Only)
Для протоколу HTTP 1.1 307 редирект став продовжувачем 302 редиректу. Незважаючи на те, що основні пошукові боти сприймають його як аналог 302-го, рекомендується віддавати перевагу саме 301 редіректу. Використання 307 редиректу актуально для тих випадків, коли контент переміщається тільки на час (наприклад, в період проведення технічних робіт на сайті), а пошукові системи сприймають ваш сервер як сумісний з HTTP 1.1.
Однак відстежити, чи дійсно ваш сервер визначається пошуковими системами як сумісного з новим протоколом, практично неможливо, тому для тимчасово переміщеного контенту краще використовувати 302 редирект.
Коли потрібно налаштування 301 редиректу
301 редирект зазвичай використовується в наступних випадках:
- при склеюванні дзеркал сайту з www і без www;
- при переміщенні сайту на новий домен;
- при перенесенні сайту на нову CMS;
- при зміні URL-адрес сторінок;
- при усуненні дублів сторінок сайту.
В останньому випадку 301 редирект використовується вкрай рідко, однак саме він дозволяє ефективно усунути дублі без необхідності в «колупання» коду самої CMS. Це особливо актуально при необхідності в пошуковій оптимізації сайтів, при якій питання наявності або відсутності дублів у сторінок стоїть особливо гостро.
При використанні редиректу 301 відбувається передача pr-сторінок і тИЦ сайту, в зв'язку з цим передається контрольний вагу новому URL. При цьому ви рятуєтеся від необхідності вирішувати питання з можливими санкціями на старий домен з боку пошукових систем, оскільки 301 редирект не транслюються їх на нову адресу. Це приємне доповнення для всіх, хто вирішує використовувати даний алгоритм.
Залишити заявку
Нерідко в Мережі можна зустріти думку про те, що 301 редирект не обов'язково застосовувати. Однак при оптимізації будь-якого сайту ви напевно зіткнетеся з зворотним.
Наприклад, кожен сайт в «початку свого шляху» може завантажитися за двома адресами, один з яких використовує www, а інший ні. Але в підсумку відбувається розмивання посилальної маси. Справа в тому, що при прописуванні посилання на ваш сайт інші ресурси можуть ставити на початку адреса www, а можуть обійтися і без нього. Посилальна маса розмивається, а пошуковики для оптимізації використовують тільки один варіант.
Багато напевно згадають ті дні, коли пошукові системи сприймали один і той же сайт, написаний в двох видах (з www і без www), як два різних ресурсу. Тому, щоб уникнути втрат посилальної маси і домогтися успішної оптимізації вашого сайту, просто необхідно використовувати 301 редирект.
Як зробити 301 редирект через .htaccess
Перед початком настройки 301 редиректів необхідно визначитися з операторами регулярних виразів, які допоможуть зробити правильну настройку:
- ^ - обмеження зліва;
- $ - обмеження справа;
- - 0 і більше символів;
- + - 1 і більше символів;
- . - будь-який символ;
- \ - екранування;
- () - змінна;
- [] - діапазон значень.
Налаштування 301 редиректу може бути виконана різними способами. Більшість веб-майстрів за краще робити це через файл .htaccess. Він прописаний практично в кожній популярної CMS і в корені вашого сайту. Завантаження .htaccess можна здійснити через FTP за допомогою клієнта FileZila.
Даний файл відкривається тестовим редактором, наприклад, Notepad ++. Тепер поверх всіх кодів редиректів треба прописати наступний рядок:
RewriteEngine On
Як далі налаштувати 301 редирект за допомогою директив
301 редирект з www на без www
З www на без www:
З без www на www:
У ситуаціях, коли наведені вище коди не спрацьовують, рекомендуємо скористатися таким записом для редиректу з www на без www:
RewriteCond% {HTTP_HOST} ^ www \. (. *) $
RewriteRule ^ (. *) $ http: //% 1 / $ 1 [L, R = 301]
Звичайно ж, в даному випадку адреса site.ru необхідно замінити доменом вашого сайту. Коли всі етапи будуть виконані, слід зберегти файл .htaccess і закачати його на сервер, не забувши замінити їм старий файл.
Редирект 301 без слеша
Коли ви проектуєте сайт, на етапі прописування адреси необхідно визначитися з використанням слеша в кінці URL, оскільки пошукові системи сприймають як різні наступні два види URL:
Після вибору відповідного варіанту можна приступити до прописування наступних редиректів:
Якщо ви не хочете використовувати слеш в кінці:
RewriteCond% {HTTP_HOST} (. *)
RewriteCond% {REQUEST_URI} / $ [NC]
RewriteRule ^ (. *) (/) $ $ 1 [L, R = 301]
Якщо слеш в кінці адресного рядка необхідний:
RewriteCond% {REQUEST_FILENAME}! -F
RewriteCond% {REQUEST_URI}! (. *) / $
RewriteRule ^ (. * [^ /]) $ $ 1 / [L, R = 301]
Редирект 301 з однієї сторінки на іншу
Коли виникає необхідність в 301 редирект зі старого URL-адреси на кирилиці на новий URL-адресу (незалежно від його мови), кінцева запис набуває вигляду:
RewriteRule ^ старий-урл.html /new-page.html [R = 301, L]
У попередніх абзацах за основу був узятий 301 редирект з URL одного виду на інший в межах одного сайту. При цьому процесі застосовуються mod_rewrite і директива RewriteRule. Однак запис редиректу можна зробити набагато простіше, використовуючи директиву Redirect:
Застосування кожного з цих двох варіантів виправдано, оскільки обидва редиректу коректні і передають контрольний вагу і інші показники. Відмінність полягає лише у використанні директив різних модулів, тому синтаксис буде різним. Якщо ви вирішили зупинити вибір на директиві Redirect, для початку потрібно прописати стару адресу сторінки без http://site.ru , А потім нову адресу повністю.
Топ-5 статей, які будуть корисні кожному керівнику:
301 редирект з https на http
Якщо вам необхідно налаштувати 301 редирект з протоколу http на протокол https, ви можете вибрати один з безлічі існуючих способів. Найчастіше використовуються наступні:
Правило №1:
Якщо це правило не спрацює (а це буває вкрай рідко, однак результатом може стати цикл перенаправлень), можна скористатися правилом №2:
301 редирект з домену на домен
Цей рядок повинна замінити дві попередні. При цьому слід пам'ятати, що необхідно:
- прописати рядок Options + FollowSymLinks;
- прописати рядок RewriteEngine On;
- розташувати рядки з перенаправленням ВІДРАЗУ після рядка RewriteEngine On;
- використовувати тільки ім'я файлу .htaccess;
- простежити розташування файлу .htaccess в кореневому каталозі;
- не забути поміняти domain.com на свій домен.
Мабуть, на цьому можна зупинитися. Однак якщо Google добре розуміє 301 редирект, Яндексу потрібно редагування або створення іншого файлу. Тому наступний нижче етап обов'язковий до виконання.
Відправляєтеся в кореневий каталог сайту і шукаєте файл з ім'ям robots.txt. При його відсутності згенеруйте необхідне в Блокноті. У цьому файлі потрібно прописати наступний код:
User-agent: Yandex
Disallow:
Host: domain.com
При наявності необхідного файлу і відсутності цих рядків, потрібно додати їх в кінці через абзац.
Коли ви вказуєте головне дзеркало в рядку Host, не забудьте поставити свій домен.
301 редирект без htaccess
Налаштування 301 редиректу можна провести за допомогою скриптів PHP, ASP, JavaScript. В цьому випадку вам необхідно передати браузеру або пошуковому роботу наступні заголовки:
У цьому випадку може бути безліч варіантів подальших кроків, які допоможуть це зробити:
php 301 редирект
Даний код 301 редиректу прописується в самому початку скрипта PHP файлу. замість http://vash-sait.ru/novaya-stranitsa.html вам слід ввести адресу сторінки, на яку пошуковий бот або користувач повинні бути перенаправлені.
Редирект на ASP
РедіректASP.NET
<Script runat = "server">
private void Page_Load (object sender, System.EventArgs e)
{
Response.Status = "301 Moved Permanently";
Response.AddHeader ( "Location", " http://vash-sait.ru/novaya-stranitsa.html ") ;
}
</ Script>
ДляRuby on Rails
ДляJSP (Java)
ДляCGI PERL
ColdFusion редирект
Перевірка редиректу 301
Перевірити 301 редирект не складе особливих труднощів. Вам необхідно лише ввести в рядку браузера стару адресу своєї сторінки або сайту. Коли настройка проведена вірно, ви будете перенаправлені на новий URL-адресу. Іноді для коректної перевірки 301 редиректу потрібно провести чистку кеша вашого браузера. Як правило, після всіх маніпуляцій перевірка проходить успішно.
Для остаточного підтвердження правильності настройки 301 редиректу рекомендується перевірити відповідь сервера за допомогою спеціальних сервісів (наприклад, 2ip.ru) або використовувати програму Netpeak Spider. Вона дозволить отримувати додаткову інформацію про ваш сайт. Відповідь сервера повинен бути «301» або ж «301 MovedPermanently -> 200 OK».
Які помилки допускають, налаштовуючи 301 редирект
- Створення багатокрокового редиректу. Чим складніший процес переходу, тим більша ймовірність зниження його швидкості і втрати посилального ваги.
- Застосування непрацюючих в вашому випадку редиректів. Кожен редирект має свої нюанси, які треба враховувати при виборі відповідного саме вам.
- Використання внутрішніх редиректів без зміни посилань на нові адреси. Коли процес впровадження редиректів на сайті завершений, необхідно переконатися в тому, що кожна сторінка вашого сайту вже посилається на нову, а всередині сайту у вас немає посилань на сторінки, з яких відбувається редирект.
- Редирект на не релевантні сторінки / контент. Чим вище релевантність сторінки (схожою сторінки або гілки каталогу / розділу, до якого належала дана сторінка), тим вона привабливіша для перенаправлення.
- Неправильний вибір між rel = canonical і 301 перенаправленням. Детальніше про це викладено вище.
- Редирект, кінцевою точкою якого є не 200-я сторінка. Редирект повинен вести на правильно працюючу сторінку з 200 відповіддю сервера. Інакше ви можете збити пошукових роботів, які будуть видавати 404 відповідь.
- Редирект robots.txt. Наприклад, потрібно прописувати директиву Host для Яндекса при склеюванні доменів.
Що робити, якщо 301 редирект не працює
Коли переадресація працює не так, як ви очікували, або не працює взагалі, необхідно провести коригування і виправити виникли помилки.
Якщо не працює редирект 301 в .htaccess, але переадресація закодована і вірно прописана в цьому файлі, слід перевірити стан установки розширення mod_rewrite в Apache. Як правило, цей модуль стоїть за умовчанням, однак при його відсутності описана вище кодування .htaccess відмовляється працювати. Необхідно переконатися в тому, що в коді присутні два рядки, які дозволяють модулю коректно працювати: mod_rewrite і ReWriteEngine.
Якщо ви використовуєте [NC] в рядках RewriteCond, це допоможе вам отримати інформацію про невідповідність вхідних даних з встановленими характеристиками. Проігнорувавши цей код, ви ризикуєте зіткнутися з тим, що URL-адресу великими та малими буквами можуть працювати некоректно. Застосування L в коді [L, R = 301] вказує на те, що файл движка сприймається як останній рядок коду всього процесу підтвердження введення даних.
Якщо ви не впевнені у вірності конфігурації коду в .htaccess, краще використовувати код L в рядку, позначеної як пріоритетної.
Підводячи підсумки, слід зазначити, що, часто застосовуючи 301 редирект, ви можете погіршити стан сайту, тому не варто забувати про необхідність поновлення вхідних посилань сайту на коректні URL.
Якщо під час налаштування 301 редиректу ви не будете використовувати старі вхідні посилання вашого сайту і застосовувати для переходу через них багаторазову переадресацію (301, потім 301, потім ще раз 301), швидкість завантаження сайту знизиться, а це може привести до погіршення процесу оптимізації.
Чим більше переадресаций, тим менше шансів у сканерів дістатися до цільового сайту. Просувати такий сайт в пошукових системах буде вкрай важко. Крім того, при оновленні посилань вашого сайту необхідно переконатися в тому, що оновлюються і файли sitemap.xml новими оновленими URL.
Якщо навіть після прочитання нашої статті у вас не вийшло налаштувати 301 редирект або в процесі роботи виникають помилки, вам на допомогу прийдуть кваліфіковані фахівці.
Залишити заявку
Шпаргалка по налаштуванню 301 редиректу Генератор Продаж Час читання: 15 хвилин Немає часу читати?
