301 peradresavimas: kas tai yra ir kaip jį nustatyti

Kas yra nuolatinis 301 peradresavimas?

Kaip minėjome vos prieš kelias eilutes, du geriausiai žinomi kodai yra 301 ir 302. Koks skirtumas? Kas tiksliai yra 301 peradresavimas?

Atsakymas paprastas: 302 peradresavimas nurodo, kad turinys laikinai perkeltas į kitą URL adresą, o 301 peradresavimas nurodo, kad viename URL adrese esantis turinys buvo visam laikui perkeltas į kitą URL adresą.

Kam naudojamas 301 peradresavimas?

Tiek 301 peradresavimas, tiek bet kuris kitas tipas yra būtini įrankiai sprendžiant problemas, kylančias dėl URL adresų, kuriuos norite pašalinti.

Abiem atvejais pranešame naudotojams ir paieškos sistemoms, kad turinys buvo perkeltas, tačiau, jei taikant 302 peradresavimą pradinis URL adresas nepašalinamas iš Google indekso, tai taikant 301 – pašalinamas. Ir jei pirmuoju atveju SEO galia prarandama, tai taikant 301 peradresavimą autoritetas iš tikrųjų perduodamas iš senojo URL adreso naujajam. O tai, kaip suprantate, yra esminis dalykas SEO specialistams, nes taip perduodamas populiarumas, kurį senasis puslapis buvo užsitarnavęs per savo „gyvavimo laikotarpį“, naujajam puslapiui per tą nuorodą.

Kada reikėtų naudoti 301 peradresavimą?

Yra daug situacijų, kuriose rekomenduojama įdiegti šio tipo peradresavimą. Apskritai kalbant, štai dažniausios iš jų:

• ›Turite nepageidaujamų URL adresų, grąžinančių 404 klaidą, kurie vis dar sulaukia apsilankymų:

Įsivaizduokite, kad kas nors patenka į jūsų pašalintą puslapį, o jūs nieko dėl to nedarote. Galbūt jums nesvarbu, ar jie pasieks tą URL adresą (dėl kokių nors priežasčių), tačiau daugeliu atvejų sukursite apsilankymus su prasta naudotojo patirtimi. O to nemėgsta nei naudotojas, nei Google. Todėl geriau iš anksto nustatyti 301 peradresavimą, kad pasiūlytumėte turinį, kuris būtų toks pat ar panašus į tą, kuris egzistavo prieš pašalinimą; trumpai tariant, alternatyvą, galinčią patenkinti poreikius, kuriuos jie bandė išspręsti apsilankydami pradiniame puslapyje.

301 peradresavimas

https://mydomain.com/ old-content-about-buying-sneakers (URL su 404 klaida)

https://mydomain.com/ new-content-about-buying-sneakers/ (teisingas URL adresas).

• ›Norite išvengti ar išspręsti problemas dėl pasikartojančio turinio:

Galite atsidurti situacijoje, kai turite du URL adresus su tuo pačiu turiniu, todėl Google gali nesuprasti, į kurį iš jų atsižvelgti organinėje paieškoje, ir galiausiai gali nerodyti nė vieno. Kad tai išspręstume, galėtume įdiegti 301 peradresavimą iš URL adreso, kurio nenorime reitinguoti į tą, kurį norime reitinguoti.

Dažniausias pasikartojančio turinio atvejis yra tada, kai keičiame domeno pavadinimą ir leidžiame visiems senojo domeno puslapiams egzistuoti kartu su naujosios svetainės puslapiais:

301 peradresavimas

*iš https://old-domain.com/bulldog-breed/ *

į https://new-domain.com/bulldog-breed/

• ›Kartais pamirštami pasikartojančio turinio atvejai, kuriuos taip pat turėtumėte turėti omenyje:

Pasikartojantis turinys taip pat gali atsirasti turint „veidrodinius“ domenus (tai yra „antrinius“ domenus, kurie su pagrindiniu domenu dalijasi tuo pačiu turiniu ir IP adresu).

Pamiršus nustatyti 301 peradresavimą svetainės URL adresams iš IP adreso į domeno vardo puslapius, turėsite dvi skirtingas to paties turinio versijas, o tai daugiau nei tikėtina, kad užsitrauksite Google baudą.

Leidus to paties domeno puslapiams egzistuoti kartu tiek HTTP, tiek HTTPS protokoluose, susidursite su dar vienu atveju, kai turėsite identišką turinį, kurį gali aplankyti Google Panda (beje, jei dar nemigravote visos savo svetainės į HTTPS, nebelaukite, jei jums svarbu reitinguotis organinėje paieškoje, nes Google jau 2018 metais patvirtino, kad į tai taip pat atsižvelgs reitinguojant paieškos rezultatus).

Visais šiais atvejais patariama, kaip jau minėjome, taikyti 301 peradresavimus.

• ›Reikia svetainę, sukurtą naudojant individualų kodą, perkelti į turinio valdymo sistemą:

Gali nutikti, kad norėsite pakeisti savo svetainę, kuri buvo užprogramuota individualiu kodu, kad ją laikytumėte TVS (CMS). Nesvarbu, ar tai jūsų atvejis, ar situacija priešinga, patariama nustatyti 301 peradresavimus iš pradinių URL adresų į naujuosius.

Be to, ši situacija tinka ir tada, kai keičiame turinio valdymo sistemas. Pavyzdys? Kai norite migruoti iš Blogspot į WordPress.

Kada neturėtume daryti 301 peradresavimų?

Žinoti, kada įdiegti šio tipo veiksmą, yra lygiai taip pat svarbu, kaip aiškiai suprasti, kada to daryti nereikėtų. Situacija, kurioje žmonės dažniausiai „nusideda“, yra:

• ›Peradresavimai į turinį, kuris neturi nieko bendra su pradiniais URL adresais.

1 pavyzdys: domenas apie kates peradresuojamas į domeną apie sportą.

2 pavyzdys: produkto puslapio URL adresas pagal numatytuosius nustatymus peradresuojamas į domeno pagrindinį puslapį.

Kodėl? Nes Google gali tai laikyti nereikšmingu ar net interpretuoti, kad sąmoningai bandome jį suklaidinti, siekdami geresnių rezultatų paieškos sistemų rezultatų puslapiuose (SERP). O tai vėl grąžina mus prie ankstesnio punkto: rizikos užsitraukti „Panda antausį“ (beje, gana pelnytą).

Kaip nustatyti 301 peradresavimą?

Nors tai nėra pats sudėtingiausias dalykas, diegdami juos turime būti atidūs. Padarius tai neteisingai, galima sukurti peradresavimo kilpas. Google rekomenduoja turėti tik vieną peradresavimą ir neviršyti penkių, kaip Matt Cutts komentavo kalbėdamas apie peradresavimus „Google Webmasters“ YouTube kanale:

Geriau turėti vieną peradresavimą, o ne ilgą peradresavimų grandinę. Taip užtikrinama geresnė naudotojo patirtis ir mažesnė tikimybė sukelti problemų.

Be to, netinkamas diegimas gali sukelti neapibrėžtą skaičių puslapių su 404 klaida. Jei sugeneruojama didelė dalis puslapių su šia klaida, nukentės mūsų organinis reitingas.

Todėl verta prisiminti pagrindines galimybes, kurias turite imdamiesi šios užduoties:

301 peradresavimas per htaccess:

Tai kiek varginantis metodas. Tai yra, nors jis nėra iš tikrųjų sudėtingas, jei nebus atliktas tiksliai taip, kaip turėtų, jis grąžins 500 klaidą. Norint atšaukti klaidą, pakanka VISADA išsaugoti failo kopiją tos versijos, kuri buvo prieš įdiegiant eilutę su 301 peradresavimu, ir kuo greičiau ją pakeisti serveryje.

Instrukcija vienam iš tipiškiausių scenarijų atrodytų taip:

Redirect 301 /initial-relative-url/ https://mydomain.com/final-absolute-url (abu URL adresai turi būti atskirti tarpu)

Papildomas patarimas: Jei jums tai nesiseka ir tiesiog norite, kad 301 peradresavimo taisyklių generatorius, skirtas Htaccess, tai padarytų už jus, kad nereikėtų po vieną rašyti 2000 taisyklių, galite pasinaudoti kai kuriais prieinamais internetiniais įrankiais.

301 peradresavimas WordPress su papildiniais:

Kitas saugesnis nei ankstesnis variantas – tai atlikti per papildinius. WordPress rasite tikrų perlų, kurie palengvins darbą. Tarp mūsų mėgstamiausių yra:

• ›

  Redirection: visiškai nemokamas ir leidžia nustatyti tiek rankinius, tiek automatinius peradresavimus.

• ›

  Quick Page/Post Redirect Plugin: turbūt geriausiai žinomas ir dažniausiai naudojamas nemokamas papildinys po Redirection.

• ›

  Simple 301 Redirects: taip pat nemokamas ir specialiai sukurtas generuoti tik 301 peradresavimus.

• ›

  Peradresavimų tvarkyklė iš Rank Math: turbūt viena iš funkcijų, kurios mums labiausiai patinka šiame į SEO orientuotame papildinyje.

• ›

  Yoast SEO Premium: panašus į anksčiau minėtus, tik šis yra mokamas.

Kiek laiko reikėtų palikti 301 peradresavimą?

Kaip John Mueller pažymėjo 2015 metų Google+ tiesioginėje transliacijoje, tokio tipo peradresavimus, kai tik įmanoma, reikėtų palikti bent metus. 26:18 minutę galime pamatyti ir išgirsti jo komentarus Google kanale žiniatinklio administratoriams YouTube platformoje:

Taip yra todėl, kad Google gali prireikti daugiau laiko, nei manome, kad suprastų, jog senasis turinys buvo perkeltas į naujus URL adresus (ypač jei kalbame apie tūkstančius URL adresų). Todėl neskubėkite jų trinti; palikite kuo ilgiau, kad įsitikintumėte, jog šis procesas visiškai baigtas.

Norėtumėte ką nors pridėti? Nesivaržykite. Apie 301 peradresavimus galima daug pasakyti, ir mes tai žinome. Tiesą sakant, iškart žemiau galite palikti savo nuomonę apie šį įrašą. Ar išbandysite?