Як налаштувати 301-редирект в htaccess?

Основна функція перенаправлень htaccess редирект 301 — повідомлення серверів про те, що вміст веб-сторінки, які було перенесено з одного URL-адреси на інший. Це важливо, якщо вихідний матеріал займає чільне місце в результатах пошукових систем. При редірект сторінок браузеру надходить відповідне повідомлення, і він автоматично перенаправляє відвідувачів на новий URL. В іншому випадку вийде повідомлення про помилку 404, якої слід ретельно уникати, особливо на порталах онлайн-торгівлі.

Коротко про редірект

Перенаправлення (редирект) — це спосіб надсилання читачів і пошукових систем з однієї адреси на інший. Це корисно при переміщенні контенту на новий URL, при видаленні сторінок, при зміні доменних імен або злиття сайтів.

По можливості потрібно уникати використання редіректу htaccess 301, але є випадки, коли без них не обійтися, тоді слід прислухатися до наступних рекомендацій:

  • Уникати пов’язаних перенаправлень — одне не повинне перенаправляти на інше.
  • Перенаправляти на бажану версію сайту, використовуючи правильний протокол (http або https), доменне ім’я і позначення шляху (з косою рискою або без неї).
  • Використовувати 302-редирект для неактивних кампаній.
  • Використовувати 301-редирект для контенту, який остаточно видалено.
  • Умови для зміни шляху

    Перенаправлення грають важливу роль в SEO, тому потрібно знати, які існують типи, коли їх використовувати і як вони співвідносяться один з одним. Редиректи htaccess 301 важливі як для відвідувачів, так і для пошукових систем:

    • Відвідувачам, коли потрібно запропонувати користувачам відмінний информпродукт на сайті. Коли читачі запитують контент, який раніше був доступний за URL-адресою, а розробник не хоче, щоб вони потрапляли на сторінку 404, він перенаправляє їх.
    • Пошуковим системам, яким потрібно розуміти, що контент переміщений. Це дозволяє своєчасно повідомити розробнику, щоб просканувати і проіндексувати сайт на продуктивність SEO.

    Інші ситуації, в яких застосовують редирект htaccess 301:

  • Видалення сторінок. Важливо виконати перенаправлення через «301» і направити URL-адреси віддаленого контексту на альтернативний сайт.
  • Якщо авторський веб-сайт переміщений на нове доменне ім’я, то читачів пошукові системи направляють на нове ім’я.
  • Після злиття сайтів. Формально відбувається зміни імен.
  • В ідеалі кожна внутрішня посилання на веб вказує безпосередньо на кінцеву сторінку призначення. Внутрішні перенаправлення можуть призвести до втрати вмісту при скануванні і знизити цінність посилальної маси сайту, тому пріоритетом є максимально можливе скорочення їх на веб-сайті. Розробник не завжди може контролювати, куди вказують зовнішні посилання, але всі внутрішні посилання повинні бути точними і не приводити до будь-якій формі редіректу.

    Способи реалізація процесу

    Перенаправлення можна виконати на стороні сервера і на стороні клієнта переадресації. Обидва типу реалізуються різними способами. Потрібно бути дуже обережними у виборі типу — помилка може призвести до проблем з SEO.

    Процес на стороні сервера — це метод пересилання, при якому він відправляє код HTTP 3xx при запиті URL-адреси. Сервер визначає, які URL читачі і пошукові системи повинні бути відправлені.

    Найбільш поширені коди стану HTTP:

  • 301 сторінка редирект htaccess — постійне переміщення (часто краще для SEO), переміщений назавжди.
  • 302 redirect — знайдено/переміщено тимчасово.
  • 303 redirect — інші.
  • 307 redirect — тимчасове перенаправлення.
  • 308 redirect — постійний редирект.
  • Розшифровка 301 редіректу

    Редирект 301 — це перенаправлення на стороні сервера, яка перекидає користувачів з URL-адреси A на URL-адресу B, одночасно сигналізуючи пошуковим системам, що вміст URL-адреси A постійно переміщено на URL-адресу B.

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

    На загальну думку, редирект 301 передає 95-99 % авторитету сторінки зі старого URL-адреси на новий URL-адресу, хоча відвідувач не помітить різницю між перенаправленням 301 і 302, то для пошукової системи це зовсім різні сигнали.

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

    Налаштування режиму в WordPress

    Існують різні методи, якими адміністратори WordPress можуть виконати настройку 301-редіректу htaccess.

    Найбільш розповсюджені методи:

  • Через плагін WordPress.
  • Відредагувавши файл .htaccess.
  • Через модифікації PHP.
  • Якщо адміністратор воліє додавати перенаправлення без використання плагіна або зміни .htaccess, можна закодувати його в PHP теми WordPress. Це самий просунутий спосіб. Можна додати код безпосередньо у файл «header.php», але краще розмістити його у файлі functions.php.

    Тобто основні файли не змінюються, а всі правки зберігаються в одному місці. В цьому випадку використовують дочірню тему WordPress, інакше зміни будуть перезаписані і втрачені. Пряме редагування файлів PHP сайту виконується для досвідчених користувачів.

    Синтаксис wp_redirect.

    Зверніть увагу, що URI запиту буде йти після доменного імені. У наведеному прикладі рядок URI-запиту буде виділена жирним шрифтом — //mysite.com/ somedir / somepost.

    Далі перевіряють, чи працює перенаправлення, перейшовши безпосередньо на сторінку. Якщо нове не працює, пробують оновити кеш браузера, оскільки сторінка може завантажуватися з пам’яті. Також можна використовувати перевірку код стану HTTP, щоб точно дізнатися, які коди стану повертають сайт для будь-якого URL.

    Плагін WP репозиторії

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

    Після встановлення плагіну слідують інструкціям нижче:

  • Перед тим як зробити 301 редирект htaccess переходять в «Інструменти» > «Перенаправлення».
  • Під заголовком «Додати нове перенаправлення» вводять вихідний URL-адресу та новий, на який потрібно перейти.
  • Інші параметри залишаються за замовчуванням.
  • Натискаю кнопку «Додати перенаправлення».
  • Тепер сторінка повинна перезавантажитися, і адміністратор повинен побачити в таблиці, яка відображає тип 301, URL, хіти і останній доступ.
  • Не існує стандарту для створення 301-редіректу htaccess WordPress. Конкретний вибраний метод залежить від таких факторів, як кількість і частота створення нових посилань.

    Не рекомендується дотримуватися одного методу. Наприклад, використовують комбінацію перенаправлень .htaccess, коли змінюють значна кількість URL або SEO від Yoast, якщо потрібно швидко зробити редирект.

    Нове місце розташування сторінки

    Вже більше п’яти років пошукові системи підтримують тег HTML, який дозволяє вказувати канонічний URL-адресу будь-якої сторінки. Тепер це найкращий спосіб повідомити їм, де знайти нове місце, коли адміністратор може налаштувати перенаправлення коду відповіді сервера 301. Можна виконати 301-редирект без htaccess використовуючи тег rel=»canonical». Це гарантує, що пошукачі розуміють наміри розробника при використанні тегу оновлення.

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

    Якщо хост використовує програмне забезпечення веб-сервера Apache, ці команди контролюються з допомогою файлу .htaccess. Якщо хост використовує серверне програмне забезпечення Microsoft IIs, панель управління сайтом також може впоратися з цим завданням. Безкоштовний хостинг зазвичай залишає користувачів без доступу до цих елементів керування, тому перед ними постає питання, як впоратися з цією ситуацією.

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

    Останнім часом єдиний доступний інструмент на безкоштовному хості перестає виконувати команди перенаправлення сервера — втрутився Google, який тепер настійно не рекомендує веб-майстрам використовувати теги Refresh. Вони як і раніше приймають їх, але краще користуватися ними тільки на посторінкового основі.

    Структура Refata

    Тут є три види інформації, з якими адміністратору доведеться мати справу. Першим є атрибут — http-еквівалент, який необхідно встановити на «Оновити», і атрибут «Контент», який складається з двох частин:

    • Затримка у секундах перед переходом браузера до цільової URL-адреси.
    • Цільовий URL.

    Цільова URL — адреса- це ключ, по якому пошукові системи визначають, що сторінка була переміщена.

    Адміністратору необхідно буде встановити тег Refresh і тег rel=»canonical» на кожну сторінку, яка була на вихідному хості. Якщо вона існує на новому сайті, то неодмінно встановлюють цільової URL-адресу в атрибуті вмісту на URL-адресу ідентичною сторінки. Якщо вона не існує на новому місці, встановлюють для неї кореневої URL-адресу на новому хості, але це крайній захід. Так ви не тільки оновіть індекс пошукової системи з точки зору змісту, але і з часом передасте популярність посиланням.

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

    В консолі інструментів Google для веб-майстрів є інструмент, що дозволяє повідомити, що адміністратор переміщує свій сайт на новий домен. Це повинно допомогти згладити перехід, щоб звести до мінімуму падіння рейтингу, з яким стикаються майже всі сайти при зміні імені. Знаходять цей інструмент у розділі «Конфігурація сайту» з позначкою «Зміна адреси». Тим не менш, цей інструмент допомагає тільки в Google, тому розробники все одно захочуть використовувати Refresh або 301-redirect при переході на нове доменне ім’я для розміщення інших пошукових систем.

    Помилки, що впливають на SEO

    При перенаправленні 301 адміністратор повинен контролювати загальні етапи процесу, щоб переконатися, що не допущена помилка, яка може негативно вплинути на SEO сайту.

    Алгоритм контролю:

  • Встановлюють 301 між версіями доменів http: // і http: // www. Вони вказують на потужність вхідних посилань з одного URL-адреси на інший.
  • Переконуються, що встановлений редирект з усіх різних ітерацій домену бренду, щоб підвищити результати пошукової системи.
  • Не переходять на новий домен без попередньої настройки 301 редіректу, інакше результати SEO на новому сайті впадуть, оскільки він буде повторно просканувати Google, як новий, без вхідних посилань з оригінальної версії.
  • Встановлюють постійне перенаправлення 301 замість тимчасового 302, яке може бути налаштований за замовчуванням для програмного забезпечення управління сайтом.
  • Налаштовують перенаправлення на старі внутрішні посилання на сайті.
  • Якщо не налаштувати переадресацію зі старих внутрішніх посилань, створиться неякісний користувальницький інтерфейс для відвідувачів, які натискають на старі посилання. Стара в кінцевому підсумку перейде на новий домен.

    Рекомендації Google «Зміна адреси»

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

    Рекомендації пошукача:

  • Процес зміни доменних імен займає менше години. Спочатку готують і встановлюють повну робочу версію веб-сайту, розташовану в новій власної хостингової середовищі з тимчасово встановлених robots.txt і метатегами, які блокують пошукові системи до тих пір, поки адміністратор не набере 301.
  • Переконайтеся, що можна розмістити обидва домена після запуску сайту новому. Старий повинен буде містити невеликий файл .htaccess, щоб забезпечити передачу перенаправлень на новий.
  • Обидва повинні бути перевірені і доступні в акаунті «Інструменти Google для веб-майстрів.
  • Якщо ви використовуєте Google Analytics, переконайтеся, що у розробника достатньо прав для зміни налаштувань домену для профілю.
  • Виконують резервну копію сайту та бази даних.
  • Щоб зберегти трафік і частку зворотних посилань зі старого домену, важливо перенаправити 301 для всіх окремих URL-адрес на новий. Самий простий і ефективний спосіб зробити це — через файл .htaccess-сайту.
  • Коли він перенаправляє користувачів, які запитують старий URL — єдиний змінюється домен. Карта сайту і окремі URL-адреси не зміняться.
  • Інструменти для веб-майстрів

    На цьому етапі веб-сайт повинен працювати в новому домені, а будь-які старі URL-запити перенаправлятися на 301 партнерам у новому. Коректна реалізація редикта 301 досить хороша, але Google пропонує кілька функцій «Інструментах для веб-майстрів, щоб забезпечити максимально плавний процес.

    Алгоритм плавного переходу 301 редіректу з домену домен htaccess:

  • Починають зі «Зміни адреси» в «Інструменти» для старого домену. Просто переходять до старого і натискають на значок в правому верхньому куті.
  • Відправляють XML карти сайту «Інструменти» і починають з початкового тестування їх, а потім після готовність 100 %, додають їх у профіль для сканування.
  • Щоб прискорити кешування і редирект htaccess 301 на інший домен, рекомендують відправити ключові сторінки через «Отримати як Google», для чого переходять в меню «Сканування» > «Отримати як Google».
  • Починають із завантаження домашньої сторінки нового домену і будь-яких інших ключових цільових сторінок, які Google повинен швидко переглядати.
  • Тепер у адміністратора є працюючий сайт у новому домені, і старий, що перенаправляє запити і трафік. Крім того, Google знаходиться в процесі перемикання домену в кеші сайту.
  • Хороший спосіб перевірити це — знайти старий з допомогою пошукового запиту: site: olddomain.co.uk. Це відкриє в результатах всі кешовані сторінки старого. Натискають на різні посилання, щоб двічі перевірити, що всі вони перенаправляють на новий.
  • Нарешті, потрібно не забути оновити свій профіль Google Analytics. Замість того, щоб створити новий профіль, можна просто змінити URL-адресу домену, який адміністратор просить Google відстежувати.