Што такое 301 перанакіраванне і як яго наладзіць? Уплыў на SEO

301 перанакіраванне — гэта HTTP-код стану, які паведамляе пошукавым сістэмам і браўзэрам, што URL-адрас быў канчаткова перамешчаны на іншы. Карацей кажучы, яно аўтаматычна скіроўвае карыстальніка і робатаў накшталт Googlebot са старога адраса на новы. Пры правільным ужыванні яно перадае пераважную частку SEO-вагі на новы URL, памяншае колькасць бітых спасылак і зводзіць да мінімуму страту пазіцый пры пераносе сайта ці змене адрасоў.

На вэб-сайтах часта даводзіцца выдаляць старонкі, мяняць даменнае імя, пераходзіць з HTTP на HTTPS, абнаўляць структуру катэгорый ці аб’ядноўваць кантэнт. Каб гэтыя змены прайшлі гладка з пункту гледжання карыстальнікаў і SEO, неабходная стратэгія перанакіравання. 301 перанакіраванне — адзін з самых крытычных элементаў гэтай стратэгіі, бо яно кажа пошукавікам, што змена адраса не часовая, а пастаянная.

У гэтым кіраўніцтве мы крок за крокам разбяром, што такое 301 перанакіраванне, чым яно адрозніваецца ад 302 і іншых тыпаў, як яго рэалізаваць праз Apache .htaccess, cPanel, WordPress і Nginx, які яго ўплыў на SEO і якія распаўсюджаныя памылкі сустракаюцца. Асабліва важна акуратна прымяняць прыклады, бо нават невялікая памылка ў канфігурацыі на баку хостынгу можа зацыкліць увесь сайт. Для надзейнай інфраструктуры вы таксама можаце азнаёміцца з Hostragons тарыфы вэб-хостынгу і, пры пераходзе на SSL, са старонкай Hostragons SSL-сертыфікаты.

Што такое 301 перанакіраванне?

301 перанакіраванне — гэта адказ сервера кліенту аб канчатковым перамяшчэнні. Калі карыстальнік ці пошукавы бот спрабуе атрымаць доступ да старога URL, сервер вяртае код стану 301 і паказвае новае месцазнаходжанне. Атрымаўшы такі адказ, браўзэр пераносіць карыстальніка на мэтавы URL.

Напрыклад, калі вы перамясцілі кантэнт з адраса nazvasaita.by/stary-post на nazvasaita.by/novy-post, вы дакладна не хочаце, каб наведвальнікі са старога адраса бачылі памылку 404. Калі вы дадасце 301 перанакіраванне, карыстальнік трапіць на патрэбны кантэнт, а пошукавыя сістэмы пачнуць лічыць новую старонку асноўным адрасам.

Google у сваіх сучасных алгарытмах паказвае, што сігналы спасылак у значнай ступені перадаюцца праз 301 перанакіраванні. Аднак гэта не азначае, што кожнае перанакіраванне аўтаматычна дасць ідэальны вынік. Падабенства тэматыкі старой і новай старонкі, тэхнічная дакладнасць, адсутнасць ланцужкоў перанакіраванняў, хуткасць загрузкі і магчымасць індэксацыі мэтавай старонкі — усё гэта напрамую вызначае SEO-эфект.

Калі выкарыстоўваць 301 перанакіраванне?

301 перанакіраванне варта выкарыстоўваць, калі URL-адрас канчаткова змяніўся. Для часовых акцый, A/B-тэстаў ці кароткатэрміновых тэхнічных старонак лепш падыходзяць часовыя перанакіраванні, такія як 302 ці 307. Выкарыстанне 301 правільнае ў наступных выпадках:

• Пры змене даменнага імя: пры пераездзе з starydomen.by на novydomen.by.
• Пры пераходзе з HTTP на HTTPS: каб зрабіць бяспечнае злучэнне стандартным. Тут можа спатрэбіцца артыкул што такое SSL-сертыфікат.
• Пры выбары паміж www і non-www: каб вызначыць адзіную кананічную структуру паміж www.sait.by і sait.by.
• Пры змене структуры URL: напрыклад, пры пераходзе ад /blog/123 да чытабельных адрасоў накшталт /blog/301-peranakiravanne.
• Пры аб’яднанні кантэнту: калі два падобныя матэрыялы збіраюцца на адной моцнай старонцы.
• Пры пераносе тавараў ці катэгорый: калі ў інтэрнэт-краме старую картку тавара трэба перанакіраваць на найбольш блізкі новы тавар ці катэгорыю.
• Для канчаткова выдаленых старонак: калі яны перанакіроўваюцца на самую рэлевантную альтэрнатыву, якая задавальняе той самы пошукавы намер.

Параўнанне 301, 302, 307 і Meta Refresh

Хоць тыпы перанакіравання выглядаюць аднолькава, сігнал, які яны пасылаюць пошукавым сістэмам, адрозніваецца. Няправільны код перанакіравання можа прывесці да страты эфектыўнасці, асабліва пры пераносе сайта і SEO-пераходах.

Агульнае правіла для SEO такое: калі змена канчатковая — выкарыстоўвайце 301, калі часовая — 302 ці 307. Калі вы не ўпэўненыя, спачатку дакладна высветліце, ці вернецца старонка ў будучыні на стары адрас.

Як 301 перанакіраванне ўплывае на SEO?

301 перанакіраванне — магутны інструмент для SEO, але пры няправільным планаванні яно можа стварыць і праблемы. Варта ацэньваць як станоўчыя, так і рызыкоўныя бакі.

Дапамагае перадаць вагу спасылак на новы URL

Калі ваша старая старонка мела знешнія спасылкі, сацыяльныя шэры і сігналы пошукавых сістэм, 301 перанакіраванне забяспечвае перанос гэтых сігналаў на новую. Напрыклад, калі артыкул у блогу, які мае зваротныя спасылкі з 50 розных сайтаў, пераязджае на новы URL, без перанакіравання гэтая каштоўнасць знікне, а карыстальнікі ўбачаць памылку 404. Праз 301 значная частка гэтых спасылак кансалідуецца на новым адрасе.

Змяншае колькасць памылак 404 і страту карыстальнікаў

Старонкі 404 не заўсёды дрэнныя; яны натуральныя для выдаленага кантэнту, які не мае альтэрнатыў. Аднак пакідаць 404 на URL-адрасах з высокім трафікам ці зваротнымі спасылкамі — значыць губляць карыстальнікаў і аслабляць SEO-сігналы. Варта рэгулярна аналізаваць лагі і справаздачы Google Search Console, каб выяўляць каштоўныя старонкі, якія аддаюць 404.

Удакладняе сігналы індэксацыі

Калі пошукавыя сістэмы бачаць адзін і той жа кантэнт на некалькіх URL, ім цяжка зразумець, якую старонку ранжыраваць. 301 перанакіраванне збірае дублікаваныя ці старыя URL пад адным галоўным адрасам. Гэта асабліва важна для адрозненняў паміж www/non-www, HTTP/HTTPS і слэшам у канцы.

Можа выклікаць страту пазіцый пры няправільным выкарыстанні

Перанакіроўваць усе старыя старонкі на галоўную — распаўсюджаная, але памылковая практыка. Калі тэма старой старонкі не супадае з тэмай мэтавай, Google можа ўспрыняць гэта як слабы сігнал. Напрыклад, замест таго каб накіроўваць стары артыкул пра аптымізацыю хуткасці WordPress на галоўную старонку хостынгу, лепш перанакіраваць яго на актуальнае кіраўніцтва па прадукцыйнасці WordPress. У гэтым кантэксце такія рэлевантныя старонкі, як WordPress-хостынг ці кіраўніцтва па паскарэнні вэб-сайта, могуць быць лепшымі мэтамі.

Як зрабіць 301 перанакіраванне?

301 перанакіраванне можна рэалізаваць на ўзроўні сервера, праз панэль кіравання хостынгам, з дапамогай плагіна CMS ці праз код праграмы. Самы правільны метад выбіраецца ў залежнасці ад інфраструктуры сайта і колькасці перанакіраванняў. Для некалькіх URL на WordPress можа хапіць плагіна, а вось перанакіраванне цэлага дамена ці HTTPS лепш рабіць на ўзроўні сервера.

1. 301 перанакіраванне праз Apache .htaccess

На шматлікіх тарыфах віртуальнага хостынгу, якія выкарыстоўваюць сервер Apache, перанакіраванні робяцца праз файл .htaccess. Звычайна ён знаходзіцца ў каранёвым каталогу сайта, гэта значыць у тэчцы public_html. Перад унясеннем змен зрабіце рэзервовую копію файла; нават памылка ў адным сімвале можа выклікаць памылку 500 Internal Server Error.

Прыклад перанакіравання адной старонкі:

Redirect 301 /staraja-staronka https://www.nazvasaita.by/novaja-staronka

Прыклад перанакіравання з HTTP на HTTPS:

RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

Прыклад перанакіравання з адраса без www на адрас з www:

RewriteEngine On
RewriteCond %{HTTP_HOST} ^nazvasaita.by [NC]
RewriteRule ^(.*)$ https://www.nazvasaita.by/$1 [L,R=301]

Тут важна не ствараць канфліктуючыя правілы пры адначасовым перанакіраванні на HTTPS і www. Калі ўзнікне канфлікт, карыстальнік спачатку пяройдзе з HTTP на HTTPS, а потым з non-www на www; гэта створыць непатрэбны ланцужок.

2. 301 перанакіраванне праз cPanel

Для карыстальнікаў, якія не хочуць працаваць з кодам, cPanel з’яўляецца вельмі зручным варыянтам. Агульныя крокі наступныя:

• Увайдзіце ў свой уліковы запіс cPanel.
• У раздзеле Дамены (Domains) адкрыйце інструмент Перанакіраванні (Redirects).
• Абярыце тып перанакіравання Пастаяннае 301 (Permanent 301).
• Пазначце дамен або дырэкторыю, якую трэба перанакіраваць.
• Увядзіце поўны мэтавы URL.
• Праверце налады www і захавайце аперацыю.
• Пратэстуйце вынік у рэжыме інкогніта браўзэра ці праз curl.

Кліенты, якія выкарыстоўваюць cPanel на Hostragons, могуць лягчэй кантраляваць перанакіраванні, кіруючы даменам і хостынгам з адной панэлі. Калі вы плануеце перанос дамена, вам таксама будзе карысна азнаёміцца з кіраўніцтвам як зрабіць трансфер дамена.

3. 301 перанакіраванне ў WordPress

Для сайтаў на WordPress існуе тры распаўсюджаныя метады перанакіравання: плагін, .htaccess і код у тэме ці адмысловы код. Самы бяспечны пачатковы метад — надзейны плагін для перанакіравання. З дапамогай такіх інструментаў, як Redirection, Rank Math і Yoast SEO Premium, вы можаце супастаўляць старыя і новыя URL прама з панэлі.

Крокі рэалізацыі ў WordPress:

• Спачатку выгрузіце поўны спіс URL і вызначце, якая старонка куды будзе весці.
• Перад устаноўкай плагіна зрабіце поўную рэзервовую копію сайта.
• Дадайце адпаведнасць старога URL і мэтавага URL.
• Пераканайцеся, што код перанакіравання — 301.
• Калі вы выкарыстоўваеце плагін кэшавання ці серверны кэш, ачысціце яго.
• Праверце код стану з дапамогай інструмента тэсціравання.

Калі ў плагіне захоўваецца вельмі шмат правілаў, гэта можа паўплываць на прадукцыйнасць. Пры наяўнасці сотняў ці тысяч перанакіраванняў больш здаровым рашэннем будзе канфігурацыя на ўзроўні сервера. Для павышэння прадукцыйнасці WordPress вам могуць дапамагчы матэрыялы тарыфы WordPress-хостынгу і налады LiteSpeed Cache.

4. 301 перанакіраванне праз Nginx

На серверах з Nginx перанакіраванне звычайна робіцца ўнутры блока server для канкрэтнага сайта. Прыклад перанакіравання дамена:

server {
    listen 80;
    server_name starysait.by www.starysait.by;
    return 301 https://novysait.by$request_uri;
}

Для перанакіравання пэўнай старонкі:

location = /staraja-staronka {
    return 301 https://nazvasaita.by/novaja-staronka;
}

Пасля змены канфігурацыі Nginx трэба спачатку запусціць каманду тэсціравання, а затым перазагрузіць сэрвіс. Памылковы блок server можа паўплываць на доступ да ўсяго сайта. Калі вы карыстаецеся кіраваным серверам, самы бяспечны падыход — планаваць гэтыя аперацыі з камандай тэхнічнай падтрымкі. Для большага кантролю можна разгледзець рашэнні VPS-сервер.

План 301 перанакіравання пры пераносе сайта

Пакідаць наладжванне 301 перанакіравання на апошні момант пры змене дамена ці архітэктуры сайта — вялікая рызыка. Пры прафесійным пераходзе спачатку ствараецца вопіс усіх бягучых URL, а затым для кожнага вызначаецца мэтавы адрас.

Пакрокавы кантрольны спіс для пераходу

• Стварыце вопіс URL: Складзіце спіс усіх каштоўных URL з карты сайта, Search Console, Analytics, інструментаў зваротных спасылак і логаў сервера.
• Расстаўце прыярытэты: У першую чаргу займіцеся старонкамі, якія прыносяць трафік, зваротныя спасылкі і канверсіі.
• Стварыце адпаведнасць адзін да аднаго: Супастаўце стары URL з найбольш рэлевантным новым.
• Пазбягайце масавага перанакіравання на галоўную: Неадпаведныя перанакіраванні аслабляюць SEO-каштоўнасць.
• Пратэстуйце ў тэставым асяроддзі: Перад запускам у жывым рэжыме праверце некалькі прыкладаў URL.
• Абнавіце XML-карту сайта: Дадайце новыя URL у карту сайта і выдаліце старыя.
• Выпраўце ўнутраныя спасылкі: Не спадзявайцеся толькі на перанакіраванне; змяніце спасылкі ў меню, кантэнце і футэры непасрэдна на новыя URL.
• Сачыце за Search Console: Маніторце справаздачы аб ахопе, статыстыку сканавання і справаздачу аб карыстальніцкім досведзе як мінімум 4-8 тыдняў.

Напрыклад, калі вы змяняеце структуру URL у блогу на 300 старонак, недастаткова перанакіраваць толькі 20 самых наведвальных. Старонкі, якія маюць зваротныя спасылкі, але малы трафік, таксама могуць несці вагу. Таму рашэнне не павінна прымацца толькі на аснове колькасці наведвальнікаў.

Самыя распаўсюджаныя памылкі пры 301 перанакіраванні

Стварэнне ланцужкоў перанакіравання

Ланцужок перанакіравання — гэта сітуацыя, калі адзін URL спачатку перанакіроўваецца на другі, затым на трэці. Напрыклад, замест A → B → C трэба рабіць A → C. Ланцужкі дарма спажываюць бюджэт сканавання, запавольваюць загрузку старонкі і могуць аслабіць перадачу сігналаў. Гэтая праблема часта сустракаецца на сайтах, якія некалькі разоў мянялі URL на працягу гадоў.

Стварэнне цыклаў перанакіравання

Цыкл узнікае, калі A перанакіроўваецца на B, а B назад на A. У гэтым выпадку браўзэр выдае памылку too many redirects. Звычайна гэта адбываецца з-за канфлікту правілаў HTTPS, www і кэшавання. Для вырашэння трэба праверыць усе правілы перанакіравання па адным і, па магчымасці, спрасціць іх у адным месцы.

Перанакіраванне на неадпаведныя старонкі

Перанакіроўваць усе выдаленыя старонкі на галоўную здаецца простым рашэннем, але гэта не задавальняе намер карыстальніка. Напрыклад, старую старонку пра ўстаноўку SSL лепш перанакіраваць не на галоўную, а на актуальнае кіраўніцтва па ўстаноўцы SSL ці на старонку прадукту SSL. Гэта захавае і задаволенасць карыстальніка, і SEO-сігналы. Для адпаведнага кантэнту можна выкарыстоўваць спасылку як усталяваць SSL.

Канфлікт з Robots.txt або Noindex

Калі мэтавы URL мае тэг noindex ці заблакаваны праз robots.txt, 301 перанакіраванне не прынясе чаканай карысці для SEO. Пераканайцеся, што новая мэтавая старонка індэксуецца, даступная і вяртае код стану 200.

Адсутнасць тэсціравання перанакіраванняў

Недастаткова проста ўбачыць, што старонка адкрылася ў браўзэры пасля дадання перанакіравання. Кэш браўзэра можа ўвесці вас у зман. Неабходна праверыць код адказу з дапамогай інструментаў праверкі HTTP-статусу, каманды curl, Screaming Frog ці аналагічных праграм для сканавання.

Як пратэставаць 301 перанакіраванне?

Каб зразумець, ці паспяхова была выканана аперацыя, тэхнічны тэст абавязковы. З дапамогай простай каманды curl можна ўбачыць, які код стану вяртае URL:

curl -I https://nazvasaita.by/staraja-staronka

Пры правільнай канфігурацыі ў выніку павінны быць HTTP/1.1 301 ці HTTP/2 301, а ў радку Location — новы URL. Затым трэба праверыць, ці аддае мэтавы URL код 200. Калі мэтавы адрас таксама некуды перанакіроўваецца, гэта ланцужок, і правіла трэба спрасціць.

Метады, якія можна выкарыстоўваць для тэсту:

• Праверка HTTP-загалоўкаў з дапамогай curl ці інструментаў распрацоўшчыка ў браўзэры.
• Прагляд ланцужкоў з дапамогай анлайн-інструментаў праверкі перанакіравання.
• Сканаванне ўсяго сайта з дапамогай краўлераў накшталт Screaming Frog.
• Выкарыстанне інструмента праверкі старонкі ў Google Search Console.
• Аналіз запытаў Googlebot у логах доступу сервера.

301 перанакіраванне і прадукцыйнасць хостынгу

Хоць тэхнічна перанакіраванне выглядае як невялікая аперацыя, на вельмі буйных сайтах сотні правілаў могуць уплываць на прадукцыйнасць. Выкананне складаных рэгулярных выразаў пры кожным запыце можа спажываць рэсурсы сервера. Таму файлы перанакіравання трэба трымаць у парадку, выдаляць старыя і непатрэбныя правілы і, па магчымасці, пісаць простыя правілы, якія вядуць прама да мэты.

Інфраструктура хостынгу тут таксама важная. Хуткі TTFB, правільная канфігурацыя SSL, падтрымка HTTP/2 ці HTTP/3 і надзейная сістэма кэшавання паляпшаюць карыстальніцкі досвед пасля перанакіравання. Калі ваш вэб-сайт расце і трафік павялічваецца, мае сэнс разгледзець больш маштабавальныя варыянты, такія як карпаратыўны хостынг Hostragons ці рашэнні воблачных сервераў.

Лепшыя практыкі для 301 перанакіравання

• Выкарыстоўвайце 301 для канчатковых змен, 302 для часовых.
• Перанакіроўвайце кожны стары URL на найбольш рэлевантны новы.
• Не рабіце масавых перанакіраванняў на галоўную старонку.
• Скарачайце ланцужкі перанакіравання да аднаго кроку.
• Уніфікуйце перавагі HTTPS, www і слэша ў адзіным стандарце.
• Абнаўляйце ўнутраныя спасылкі; не прымушайце карыстальніка праходзіць праз непатрэбныя перанакіраванні.
• Трымайце ў XML-карце сайта толькі новыя URL, якія аддаюць код 200.
• Сачыце за справаздачамі Search Console на працягу 4-8 тыдняў пасля перанакіравання.
• Рабіце поўную рэзервовую копію перад важнымі пераходамі і, па магчымасці, тэстуйце ў тэставым асяроддзі.
• Пры зменах на ўзроўні сервера звяртайцеся па дапамогу ў падтрымку хостынгу.

Кароткія вынікі

301 перанакіраванне — адзін з фундаментальных SEO-інструментаў, які пры канчатковай змене URL накіроўвае карыстальнікаў і пошукавыя сістэмы на правільны адрас. Пры правільным выкарыстанні яно захоўвае вагу спасылак, памяншае колькасць памылак 404, робіць працэсы пераносу сайта больш бяспечнымі і ўдакладняе сігналы індэксацыі. Пры няправільным — можа прывесці да такіх праблем, як ланцужкі перанакіравання, цыклы, неадпаведныя мэты і страта пазіцый.

Калі вы плануеце змену даменнага імя, пераход на HTTPS ці абнаўленне URL-архітэктуры вашага вэб-сайта, падрыхтуйце карту перанакіравання загадзя і не грэбуйце тэхнічнымі тэстамі. Каб умацаваць вашу інфраструктуру і зрабіць кіраванне SSL і хостынгам больш гладкім, вы можаце азнаёміцца з рашэннямі Hostragons па хостынгу, даменах і SSL; звярніцеся ў службу тэхнічнай падтрымкі, каб падабраць канфігурацыю, якая адпавядае вашым патрэбам.

Частыя пытанні

Што такое 301 перанакіраванне?

301 перанакіраванне — гэта HTTP-код стану, які паказвае, што URL быў канчаткова перамешчаны на іншы. Ён скіроўвае карыстальнікаў і пошукавыя сістэмы са старога адраса на новы і дапамагае перадаваць SEO-сігналы на новы URL.

Ці можа 301 перанакіраванне нашкодзіць SEO?

Правільна наладжанае 301 перанакіраванне не шкодзіць SEO; наадварот, яно памяншае страту аўтарытэту пры змене URL. Аднак такія памылкі, як перанакіраванне на неадпаведную старонку, ланцужок ці цыкл перанакіравання, могуць выклікаць праблемы з ранжыраваннем і карыстальніцкім досведам.

У чым розніца паміж 301 і 302 перанакіраваннем?

301 азначае канчатковае перамяшчэнне, 302 — часовае. Калі старонка перамешчана назаўжды, трэба выкарыстоўваць 301. Калі старонка неўзабаве вернецца на стары адрас ці робіцца перанакіраванне для часовай акцыі, больш дарэчы будзе 302.

Як доўга трэба трымаць 301 перанакіраванне?

Для важных URL рэкамендуецца захоўваць 301 перанакіраванні як мага даўжэй, у ідэале — бясконца. Паколькі знешнія спасылкі, закладкі карыстальнікаў і сігналы пошукавых сістэм могуць працягваць ісці на стары URL, заўчаснае выдаленне можа прывесці да страты трафіку.

Ці можна зрабіць 301 перанакіраванне ў WordPress праз плагін?

Так, у WordPress можна зрабіць 301 перанакіраванне з дапамогай плагінаў Redirection ці SEO-плагінаў. Гэта зручны метад для невялікай і сярэдняй колькасці перанакіраванняў. Пры вельмі вялікіх спісах перанакіравання для прадукцыйнасці лепш аддаць перавагу канфігурацыі на ўзроўні сервера.