301 редирект ᐈ Посібник з налаштування переадресації зміст: Редирект і продуктивні Використовуємо...
301 редирект ᐈ Посібник з налаштування переадресації

301 редирект ᐈ Посібник з налаштування переадресації
зміст:
Редирект і продуктивні
Використовуємо слеш в кінці URL
Реалізуємо 301 серверний редирект
301 redirect або Canonical
уникаємо помилок
Особливості редиректів, про які варто знати
Словник термінів
Редирект - автоматизована переадресація відвідувачів на заданий параметрами сайт, що відрізняється URL адресою. Веде на шуканий сайт або окремі його сторінки.
Використовують кілька видів редиректу:
301 - стабільний redirect, що перенаправляє 95-100% посилальної маси. Свідчить про переміщення сторінки на нову адресу і деактивації попереднього.
302 - тимчасова переадресація, що не передає посилальної ємності, і часто не рекомендована до використання. Мережа працює за звітом HTTP, визначальним активність URL. У кількох версіях звіту різний відповідь (тимчасове переміщення на інший сайт-HTTP 1.0, або адреса не знайдено - HTTP 1.1).
307 - виступає в якості приймача 302 редиректу. Якийсь час пошуковий робот буде приймати його як 302, і тоді в більшості випадків за основу краще взяти 301 редирект. Трапляються винятки, коли необхідно тимчасово перенести сайт, наприклад, на час технічних робіт посадкової сторінки, і пошукові системи обчислюють, що заданий сервер сумісний з HTTP 1.1. Визначити, що пошуковий робот виявив збігу, практично неможливо, тому для тимчасово розміщеного контенту краще застосувати 302.
Інші редіректи. Є й інші можливості переадресації, наприклад JavaScript. Працює зі сторінками, але не серверами. Чи не рекомендовано використовувати таку можливість, це доля спамерів і "чорних оптимізаторів". Також цей редирект майже не передає вага посилання.
Складні конфігурації серверного перенаправлення за типом htaccess розберемо пізніше.
Створюючи сайт, визначте формат використання слеша в кінці адресного рядка. Є два варіанти: з "/" або без. Приклад: http://www.slash.com/vizit/ або http://www.slash.com/vizit.
Покажемо в прикладі, як додати і прибрати слеш, прописавши код.
Так виглядає переклад на іншу сторінку
Переадресація для дублів лицьовій сторінки гарантує, що будь-який URL, що складається з декількох версій прямих посилань, буде перенаправлений на першоджерело.
Стратегія створення простого редиректу 301 в форматі htaccess полягає в правильному складанні коду. В ідеалі, при зміні домену, створити постраничное перенаправлення 301, при цьому документ robots.txt залишаємо без змін, без урахування директиви Host нового домену. Це виглядає приблизно так.
Якщо ви погано розбираєтеся в створенні кодів і переадресації сайтів в цілому, відвідайте сервіси генерації ( www.webconfs.com і rapidtables.com ). Підставте необхідні дані і отримаєте готовий код редиректу 301 між доменами, директоріями, або окремими сторінками, в тому числі використовуючи можливості htaccess.
Кожна зміна послідовності 301 редиректу перевіряйте. Зайдіть на базову сторінку, перевірте, як працюють основні розділи. Використовуйте функціонал сайту, і подивіться, чи залишилася колишньою концепція. Часті питання по темі і детально викладені відповіді знайдете на сайті http://bertal.ru , Де дізнаєтеся, правильно чи ні, створили редирект.
Пошукові роботи ставлять критерії щодо оформлення подібних кодів, щоб мати чітке уявлення про робітників сторінках. Все банально просто.
Наприклад, редирект 301 Google бачить приблизно так: "Моя сторінка назавжди покинула цю адресу. Будьте ласкаві назавжди її видалити, передати вагу і проіндексувати новий сайт в найкоротші терміни ".
Canonical, більшістю пошукових систем, розпізнається так: "З декількох змістів сторінки попрошу проіндексувати релевантну. У цьому допоможе canonical. Інші версії будуть доступні користувачам, але, будьте ласкаві, не індексуються їх, і передайте вагу на пріоритетну сторінку ".
Використовувати redirect 301 доцільно, якщо:
автоматичні настройки в пріоритеті;
релевантність сторінки назавжди втрачена, і знайти що містяться на ній дані можна за новою адресою;
відбулася зміна домена, використовували ребрендинг, у сайту з'явився інший власник;
контент втратив свою актуальність (наприклад, при відсутності товару на сайті, роблять перенаправлення на аналоги або відповідну категорію);
Ситуації, в яких актуально використовувати canonical:
301 редирект не використовують через технічні причини, або його настроювання викличе певні труднощі;
дубляж інформації, але необхідно зберегти для відвідувачів кілька джерел;
декілька адрес, що ведуть на одну сторінку;
коли мова йде про збереження декількох сайтів з такій самій або схожій інформацією.
Обидва варіанти аналізуються пошуковими системами і дозволяють перенаправити відвідувача на актуальний ресурс, не втрачаючи індексацію. Але, як показала практика, 301 redirect пріоритетною.
Багатокрокові переадресації. Не використовуйте ступінчасті редіректи. Це дозволить максимально збільшити швидкість передачі даних і зберегти величину, що позначає ІЦ ресурсу.
Нетипова переадресація. Важливо підібрати правильний тип редиректу, для цього необхідно провести детальний аналіз сайту, і знати причину зміни адреси.
Використання внутрішніх перенаправлень. Коли всі сторінки ресурсу відредаговані відповідно до поставленого завдання, необхідно пройтися по всіх етапах і перевірити, чи немає внутрішніх посилань на вкладки, які також підлягають переадресації.
Редирект на другорядні сторінки. Немає сенсу перенаправляти відвідувача на гілки (розділи, блоки) сайту, в яких відсутня смислове навантаження і не налагоджена SEO-оптимізація.
Відсутня релевантність редиректу. Як вже писали вище, необхідно проаналізувати ресурс і мета перенаправлення, потім вибрати оптимальний спосіб.
Редирект, фініш якого не 200 сторінка ресурсу. Перемикач повинен без проблем з'єднатися з 200 відповіддю істочніка.В іншому випадку не варто збивати з пантелику пошуковики і видавати 404 помилку.
Використання robots.txt. Якщо в якості прикладу розглянути Яндекс, то для повноцінної роботи пошукача необхідно застосувати директиву Host при стикуванні доменів.
Непрості завдання мають свої особливості. Кілька слушних підказок допоможуть уникнути типових помилок вже на початку створення коду перенаправкі. Наприклад, багато питань виникає при роботі з .htaccess.
важливо:
Методика .htaccess спрацьовує тільки за кількох умов: ОС - Linux, сервер - Apache, модуль - Mod-Rewrite.
Відомо, що .htaccess збільшує навантаження і використовує чимало ресурсів сервера Apache. Є можливість підвищити ефективність команд за допомогою конфігурації hpptd.conf, але доступ до нього часто обмежений.
301 redirect дозволяє зберегти і продуктивно використовувати трафік.
Процес формування і розподілу PR - довгий процес, і займає до 2-3 місяців. Не варто видаляти першоджерело, поки не відбудеться повне переміщення на нову адресу.
Трапляється що пошуковики для з'єднання сайтів запитують додаткові настройки, як наприклад, з прописом в robots.txt директиви host у випадку з Яндексом.
Короткі, але ємні шпаргалки - це основа. Дотримуючись простих інструкцій, ви в кілька кроків освоїте побудова структури редиректу 301 і навчитеся правильно використовувати конфігурацію і застосовувати htaccess. Проби і помилки - можливість впровадити практичні навички і застосувати досвід редиректу 301 в побудові складних завдань.
У доступній формі викладені кілька позначень, які допоможуть в деталях розібратися з термінами:
.htaccess - складна конфігурація Apache-серверів, що надає можливість керувати налаштуваннями системи, проводячи конфігурацію окремих папок, без доступу до головного файлу. .htaccess прописують з точкою на початку імені.
redirect - примусове перенаправлення користувача з однієї сторінки на іншу. Існує кілька видів redirect, в залежності від поставленого завдання і цілі переадресації. Найбільш затребуваний 301.
Директорія - папка, що дозволяє управляти деякими системними або програмними можливостями.

301 редирект ᐈ Посібник з налаштування переадресації

зміст:

Редирект і продуктивні

Використовуємо слеш в кінці URL

Реалізуємо 301 серверний редирект

301 redirect або Canonical

уникаємо помилок

Особливості редиректів, про які варто знати

Словник термінів

Редирект - автоматизована переадресація відвідувачів на заданий параметрами сайт, що відрізняється URL адресою. Веде на шуканий сайт або окремі його сторінки.

Використовують кілька видів редиректу:

301 - стабільний redirect, що перенаправляє 95-100% посилальної маси. Свідчить про переміщення сторінки на нову адресу і деактивації попереднього.
302 - тимчасова переадресація, що не передає посилальної ємності, і часто не рекомендована до використання. Мережа працює за звітом HTTP, визначальним активність URL. У кількох версіях звіту різний відповідь (тимчасове переміщення на інший сайт-HTTP 1.0, або адреса не знайдено - HTTP 1.1).
307 - виступає в якості приймача 302 редиректу. Якийсь час пошуковий робот буде приймати його як 302, і тоді в більшості випадків за основу краще взяти 301 редирект. Трапляються винятки, коли необхідно тимчасово перенести сайт, наприклад, на час технічних робіт посадкової сторінки, і пошукові системи обчислюють, що заданий сервер сумісний з HTTP 1.1. Визначити, що пошуковий робот виявив збігу, практично неможливо, тому для тимчасово розміщеного контенту краще застосувати 302.
Інші редіректи. Є й інші можливості переадресації, наприклад JavaScript. Працює зі сторінками, але не серверами. Чи не рекомендовано використовувати таку можливість, це доля спамерів і "чорних оптимізаторів". Також цей редирект майже не передає вага посилання.

Також цей редирект майже не передає вага посилання

Складні конфігурації серверного перенаправлення за типом htaccess розберемо пізніше.

Створюючи сайт, визначте формат використання слеша в кінці адресного рядка. Є два варіанти: з "/" або без. Приклад: http://www.slash.com/vizit/ або http://www.slash.com/vizit.
Покажемо в прикладі, як додати і прибрати слеш, прописавши код.
Створюючи сайт, визначте формат використання слеша в кінці адресного рядка

Так виглядає переклад на іншу сторінку

Переадресація для дублів лицьовій сторінки гарантує, що будь-який URL, що складається з декількох версій прямих посилань, буде перенаправлений на першоджерело.

Стратегія створення простого редиректу 301 в форматі htaccess полягає в правильному складанні коду. В ідеалі, при зміні домену, створити постраничное перенаправлення 301, при цьому документ robots.txt залишаємо без змін, без урахування директиви Host нового домену. Це виглядає приблизно так.

Якщо ви погано розбираєтеся в створенні кодів і переадресації сайтів в цілому, відвідайте сервіси генерації ( www.webconfs.com і rapidtables.com ). Підставте необхідні дані і отримаєте готовий код редиректу 301 між доменами, директоріями, або окремими сторінками, в тому числі використовуючи можливості htaccess.

Кожна зміна послідовності 301 редиректу перевіряйте. Зайдіть на базову сторінку, перевірте, як працюють основні розділи. Використовуйте функціонал сайту, і подивіться, чи залишилася колишньою концепція. Часті питання по темі і детально викладені відповіді знайдете на сайті http://bertal.ru , Де дізнаєтеся, правильно чи ні, створили редирект.

Пошукові роботи ставлять критерії щодо оформлення подібних кодів, щоб мати чітке уявлення про робітників сторінках. Все банально просто.

Наприклад, редирект 301 Google бачить приблизно так: "Моя сторінка назавжди покинула цю адресу. Будьте ласкаві назавжди її видалити, передати вагу і проіндексувати новий сайт в найкоротші терміни ".

Canonical, більшістю пошукових систем, розпізнається так: "З декількох змістів сторінки попрошу проіндексувати релевантну. У цьому допоможе canonical. Інші версії будуть доступні користувачам, але, будьте ласкаві, не індексуються їх, і передайте вагу на пріоритетну сторінку ".

Використовувати redirect 301 доцільно, якщо:

автоматичні настройки в пріоритеті;
релевантність сторінки назавжди втрачена, і знайти що містяться на ній дані можна за новою адресою;
відбулася зміна домена, використовували ребрендинг, у сайту з'явився інший власник;
контент втратив свою актуальність (наприклад, при відсутності товару на сайті, роблять перенаправлення на аналоги або відповідну категорію);

Ситуації, в яких актуально використовувати canonical:

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

Обидва варіанти аналізуються пошуковими системами і дозволяють перенаправити відвідувача на актуальний ресурс, не втрачаючи індексацію. Але, як показала практика, 301 redirect пріоритетною.

Багатокрокові переадресації. Не використовуйте ступінчасті редіректи. Це дозволить максимально збільшити швидкість передачі даних і зберегти величину, що позначає ІЦ ресурсу.
Нетипова переадресація. Важливо підібрати правильний тип редиректу, для цього необхідно провести детальний аналіз сайту, і знати причину зміни адреси.
Використання внутрішніх перенаправлень. Коли всі сторінки ресурсу відредаговані відповідно до поставленого завдання, необхідно пройтися по всіх етапах і перевірити, чи немає внутрішніх посилань на вкладки, які також підлягають переадресації.
Редирект на другорядні сторінки. Немає сенсу перенаправляти відвідувача на гілки (розділи, блоки) сайту, в яких відсутня смислове навантаження і не налагоджена SEO-оптимізація.
Відсутня релевантність редиректу. Як вже писали вище, необхідно проаналізувати ресурс і мета перенаправлення, потім вибрати оптимальний спосіб.
Редирект, фініш якого не 200 сторінка ресурсу. Перемикач повинен без проблем з'єднатися з 200 відповіддю істочніка.В іншому випадку не варто збивати з пантелику пошуковики і видавати 404 помилку.
Використання robots.txt. Якщо в якості прикладу розглянути Яндекс, то для повноцінної роботи пошукача необхідно застосувати директиву Host при стикуванні доменів.

Непрості завдання мають свої особливості. Кілька слушних підказок допоможуть уникнути типових помилок вже на початку створення коду перенаправкі. Наприклад, багато питань виникає при роботі з .htaccess.

важливо:

Методика .htaccess спрацьовує тільки за кількох умов: ОС - Linux, сервер - Apache, модуль - Mod-Rewrite.
Відомо, що .htaccess збільшує навантаження і використовує чимало ресурсів сервера Apache. Є можливість підвищити ефективність команд за допомогою конфігурації hpptd.conf, але доступ до нього часто обмежений.
301 redirect дозволяє зберегти і продуктивно використовувати трафік.
Процес формування і розподілу PR - довгий процес, і займає до 2-3 місяців. Не варто видаляти першоджерело, поки не відбудеться повне переміщення на нову адресу.
Трапляється що пошуковики для з'єднання сайтів запитують додаткові настройки, як наприклад, з прописом в robots.txt директиви host у випадку з Яндексом.

Короткі, але ємні шпаргалки - це основа. Дотримуючись простих інструкцій, ви в кілька кроків освоїте побудова структури редиректу 301 і навчитеся правильно використовувати конфігурацію і застосовувати htaccess. Проби і помилки - можливість впровадити практичні навички і застосувати досвід редиректу 301 в побудові складних завдань.

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

.htaccess - складна конфігурація Apache-серверів, що надає можливість керувати налаштуваннями системи, проводячи конфігурацію окремих папок, без доступу до головного файлу. .htaccess прописують з точкою на початку імені.
redirect - примусове перенаправлення користувача з однієї сторінки на іншу. Існує кілька видів redirect, в залежності від поставленого завдання і цілі переадресації. Найбільш затребуваний 301.
Директорія - папка, що дозволяє управляти деякими системними або програмними можливостями.