Seuraava artikkeli auttaa sinua: URL-uudelleenohjaukset SEO:lle: Tekninen opas
Hakukoneoptimoinnin uudelleenohjauksia tulee käyttää oikein, koska ne vaikuttavat siihen, miten Google indeksoi verkkosivustot.
Vaikka useimmat ihmiset pitävät uudelleenohjauksia Internet-kiertotien merkkinä, paljon muutakin tapahtuu, ja sen löytäminen on yllättävän nautinnollista.
Jatka lukemista saadaksesi kattavan yleiskatsauksen uudelleenohjauksista ja asianmukaisesta teknisen hakukoneoptimoinnin sovelluksesta.
Mikä on uudelleenohjaus?
Verkkosivustojen uudelleenohjaukset kertovat selaimille ja hakukoneille tietoa URL-osoitteesta ja siitä, mistä verkkosivu löytyy.
URL-uudelleenohjaus sisältää koodin, joka on toteutettu tiettyyn URL-osoitteeseen tai URL-osoitteiden ryhmään siten, että käyttäjä (tai hakukone) lähetetään eri sivulle kuin todellinen syötetty tai napsautettu URL-osoite.
Uudelleenohjaus voidaan asettaa seuraavasti:
- Väliaikainen uudelleenohjaus: 302, 303, 307, 308.
- Pysyvä uudelleenohjaus: 301.
Milloin uudelleenohjauksia tulee käyttää
Tärkeimmät syyt uudelleenohjausten käyttöön ovat:
- Yksittäinen sivu tai koko verkkotunnus on siirretty (URL-osoite muutettu).
- URL-osoitteiden lyhenteiden tai “kauniiden URL-osoitteiden” käyttö sallitaan.
- Sivuston siirto (esim. HTTP HTTPS:ksi).
SEO-tarkoituksiin URL-uudelleenohjaukset ovat tärkeitä, koska ne:
- Välitä kaikkien siirretylle tai poistetulle sivulle osoittavien linkkien valtuutus.
- Vältä 404-sivua ei löytynyt -virheitä (vaikka joskus on parempi jättää 404).
Uudelleenohjaukset voidaan toteuttaa ryhmän tai verkkotunnuksen laajuisesti, mutta ne on usein määritettävä yksilöllisesti ongelmien välttämiseksi.
Kun käytät RegEX:iä ryhmäuudelleenohjauksiin, sillä voi olla odottamattomia tuloksia, jos logiikkasi ei ole virheetön!
Uudelleenohjaustyypit
Uudelleenohjauksia on kolme päätyyppiä:
- Meta Refresh -uudelleenohjaukset asetetaan sivutasolla, mutta niitä ei yleensä suositella hakukoneoptimointitarkoituksiin. Meta-uudelleenohjausta on kahta tyyppiä: viivästetty, joka nähdään väliaikaisena uudelleenohjausna, ja välitön uudelleenohjaus, jota pidetään pysyvänä uudelleenohjausna.
- Javascript-uudelleenohjaukset asetetaan myös asiakaspuolen sivulle ja voivat aiheuttaa hakukoneoptimointiongelmia. Google on ilmoittanut haluavansa HTTP-palvelinpuolen uudelleenohjaukset.
- HTTP-uudelleenohjaukset on asetettu palvelinpuolelle ja paras lähestymistapa hakukoneoptimointiin – käsittelimme tarkemmin alla.
Mikä on HTTP-vastauksen tilakoodi?
Selaimet ja hakukoneindeksoijat, kuten GoogleBot, ovat nimeltään käyttäjäagentteja.
Kun käyttäjäagentti yrittää päästä verkkosivulle, käyttäjäagentti tekee pyynnön ja verkkosivustopalvelin lähettää vastauksen.
Vastausta kutsutaan HTTP-vastauksen tilakoodiksi. Se tarjoaa URL-pyynnön tilan.
Tilanteessa, jossa käyttäjäagentti, kuten GoogleBot, pyytää URL-osoitetta, palvelin antaa vastauksen.
Jos esimerkiksi URL-osoitepyyntö onnistuu, palvelin antaa vastauskoodin 200, mikä tarkoittaa, että URL-osoitepyyntö onnistui.
Joten kun ajattelet GoogleBotin saavuttavan verkkosivuston ja yrittävän indeksoida sitä, tapahtuu sarja pyyntöjä ja vastauksia.
HTTP-uudelleenohjaukset
HTTP-uudelleenohjaus on palvelimen vastaus URL-osoitteen pyytämiseen.
Jos URL-osoite on olemassa eri URL-osoitteessa (koska se on siirretty), palvelin ilmoittaa käyttäjäagentille, että URL-pyyntö uudelleenohjataan eri URL-osoitteeseen.
Muutetun URL-osoitteen vastauskoodi on yleensä 301- tai 302-vastaustilakoodin muodossa.
Koko 3xx vastauskoodisarja välittää paljon tietoa, johon käyttäjäagentti voi valinnaisesti ryhtyä.
Esimerkki toiminnosta, jonka käyttäjäagentti voi tehdä, on tallentaa uuden URL-osoitteen välimuistiin niin, että seuraavan kerran kun vanhaa URL-osoitetta pyydetään, se pyytää sen sijaan uutta URL-osoitetta.
Joten 301- ja 302-uudelleenohjaus on enemmän kuin Internet-liikennemerkki, joka sanoo: “Mene tänne, älä sinne.”
3XX-sarjan tilakoodeja
Uudelleenohjaukset ovat enemmän kuin vain kaksi kaikille tuttua tilakoodia, 301 ja 302 vastauskoodit.
Virallisia 3xx-vastauksen tilakoodeja on yhteensä seitsemän.
Seuraavat ovat käytettävissä erilaisia uudelleenohjauksia:
- 300 monivalintavaihtoehtoa.
- 301 Muutti pysyvästi.
- 302 löydetty.
- 303 Katso Muut.
- 304 Ei muutettu.
- 305 Käytä välityspalvelinta.
- 306 (käyttämätön).
- 307 Väliaikainen uudelleenohjaus.
- 308 Pysyvä uudelleenohjaus.
Jotkut yllä olevista tilakoodeista eivät ole olleet käytössä niin kauan, eikä niitä ehkä käytetä. Ennen kuin käytät muuta kuin 301- tai 302-uudelleenohjauskoodia, varmista, että tarkoitettu käyttäjäagentti osaa tulkita sen.
Koska GoogleBot käyttää Chromen uusinta versiota (kutsutaan päättömäksi selaimeksi), tilakoodin yhteensopivuus on helppo tarkistaa tarkistamalla, tunnistaako Chrome tilakoodin selaimen yhteensopivuusluettelo.
SEO:ssa tulee käyttää 301- ja 302-vastauskoodeja, ellei ole erityistä syytä käyttää jotakin muuta koodia.
301: Siirretty pysyvästi
301-tilakoodiin viitataan rutiininomaisesti 301-uudelleenohjauksina. Mutta virallinen nimi on 301 Muutti pysyvästi.
301-uudelleenohjaus osoittaa käyttäjäagentille, että URL-osoite (jota joskus kutsutaan kohderesurssiksi tai yksinkertaisesti resurssiksi) muutettiin toiseen sijaintiin ja että sen pitäisi käyttää uutta URL-osoitetta tulevissa pyynnöissä.
Kuten aiemmin mainittiin, on myös enemmän tietoa.
301-tilakoodi ehdottaa myös käyttäjäagentille:
- Tulevat URL-osoitteen pyynnöt tulee tehdä uudella URL-osoitteella.
- Pyynnön esittäjän tulee päivittää linkkinsä uuteen URL-osoitteeseen.
- Myöhemmät pyynnöt voidaan muuttaa GET-tilasta POST-tilaan.
Tämä viimeinen kohta on tekninen ongelma. Mukaan viralliset standardit 301-tilakoodille:
“Huomaa: Historiallisista syistä käyttäjäagentti VOI muuttaa pyyntömenetelmän POST:sta GET:ksi myöhempää pyyntöä varten. Jos tämä toiminta ei ole toivottavaa, tilakoodia 308 (Permanent Redirect) voidaan käyttää sen sijaan.”
Kun hakukoneet näkevät hakukoneoptimoinnin 301-uudelleenohjauksen, ne siirtävät vanhan sivun sijoituksen uudelle.
Ennen muutoksen tekemistä sinun on oltava varovainen, kun käytät 301-uudelleenohjausta. 301-uudelleenohjauksia saa käyttää vain, kun muutos uuteen URL-osoitteeseen on pysyvä.
Tilakoodia 301 ei saa käyttää, kun muutos on väliaikainen.
Lisäksi, jos muutat mielesi myöhemmin ja palaat vanhaan URL-osoitteeseen, vanha URL-osoite ei välttämättä enää sijoittuisi ja sijoituksen palauttaminen voi viedä aikaa.
Joten tärkein asia on muistaa, että 301-tilakoodia käytetään, kun muutos on pysyvä.
302: Löytyi
302-tilakoodin tärkein asia on ymmärtää, että se on hyödyllinen tilanteissa, joissa URL-osoitetta muutetaan tilapäisesti.
Tämän vastauskoodin tarkoitus on, että URL-osoite on tilapäisesti eri URL-osoitteessa, ja on suositeltavaa käyttää vanhaa URL-osoitetta tulevissa pyynnöissä.
302-uudelleenohjauksen tilakoodi sisältää myös teknisen varoituksen, joka liittyy GET:iin ja Postiin:
“Huomaa: Historiallisista syistä käyttäjäagentti VOI muuttaa pyyntömenetelmän POST:sta GET:ksi myöhempää pyyntöä varten. Jos tämä toiminta ei ole toivottavaa, tilakoodia 307 (Temporary Redirect) voidaan käyttää sen sijaan.”
Viittaus “historiallisiin syihin” voi viitata vanhoihin tai viallisiin käyttäjäagentteihin, jotka voivat muuttaa pyyntötapaa.
307: Väliaikainen uudelleenohjaus
307-uudelleenohjaus tarkoittaa, että pyydetty URL-osoite siirretään väliaikaisesti, ja käyttäjäagentin tulee käyttää alkuperäistä URL-osoitetta tulevissa pyynnöissä.
Ainoa ero 302- ja 307-tilakoodien välillä on, että käyttäjäagentin on pyydettävä uusi URL-osoite samalla HTTP-pyynnöllä, jota käytettiin alkuperäisen URL-osoitteen pyytämiseen.
Tämä tarkoittaa, että jos käyttäjäagentti pyytää sivua GET-pyynnöllä, käyttäjäagentin on käytettävä GET-pyyntöä uudelle väliaikaiselle URL-osoitteelle, eikä se voi käyttää POST-pyyntöä.
The Mozilla-dokumentaatio 307-tilakoodista selittää sen selkeämmin kuin viralliset asiakirjat.
“Palvelin lähettää tämän vastauksen ohjatakseen asiakkaan saamaan pyydetyn resurssin toisesta URI:sta samalla menetelmällä, jota käytettiin edellisessä pyynnössä.
Tällä on sama semantiikka kuin 302 Found HTTP -vastauskoodilla, sillä poikkeuksella, että käyttäjäagentti ei saa muuttaa käytettyä HTTP-menetelmää: jos POST-testiä käytettiin ensimmäisessä pyynnössä, POST-testiä on käytettävä toisessa pyynnöstä.”
Muut kuin 307-tilakoodi, joka edellyttää myöhempien pyyntöjen olevan samanlaisia (POST tai GET) ja että 302 voi mennä kumpaan tahansa suuntaan, kaikki muu on sama tilakoodien 302 ja 307 välillä.
302 vs. 307
Voit käsitellä uudelleenohjauksen palvelimen konfigurointitiedostojen .htaccess kautta Apachessa, example.conf-tiedoston kautta Nginxissä tai laajennusten kautta, jos käytät WordPressiä.
Kaikissa tapauksissa niillä on sama syntaksi uudelleenohjaussääntöjen kirjoittamiseen. Ne eroavat vain asetustiedostoissa käytettävistä komentoista. Esimerkiksi Apachen uudelleenohjaus näyttää tältä:
Asetukset +FollowSymlinks RewriteEngine RedirectMatch 301:ssä ^/oldfolder/ /newfolder/
(Voit lukea symbolilinkeistä tässä.)
Nginx-palvelimilla se näyttää tältä:
kirjoittaa uudelleen ^/oldfolder/ /newfolder/ pysyvä;
Palvelimen uudelleenohjauksen tilakoodin ja toimintokomennon ilmoittamiseen käytetyt komennot eroavat toisistaan.
Esimerkiksi:
- Palvelimen uudelleenohjauksen tilakoodi: “301″ vs. “pysyvä”.
- Toimintokomento: “RedirectMatch” vs. “rewrite”.
Mutta uudelleenohjaussyntaksi ( ^/oldfolder/ /newfolder/ ) on sama molemmille.
Varmista Apachessa, että mod_rewrite- ja mod_alias-moduulit (vastaavat uudelleenohjausten käsittelystä) ovat käytössä palvelimellasi.
Koska yleisin palvelintyyppi on Apache, tässä on esimerkkejä .htaccess-apache-tiedostoista.
Varmista, että .htaccess-tiedostossa on nämä kaksi riviä uudelleenohjaussääntöjen yläpuolella ja aseta säännöt niiden alle:
Valinnat +FollowSymlinks RewriteEngine päällä
Lue virallista dokumentaatiota saadaksesi lisätietoja RewriteEnginestä.
Ymmärtääksesi alla olevat esimerkit, voit katsoa alla olevaa taulukkoa RegExp perusasiat.
| * | nolla tai useammin |
| + | Yhden tai useamman kerran |
| . | mikä tahansa yksittäinen merkki |
| ? | Nolla tai kerta |
| ^ | Merkkijonon alku |
| $ | Merkkijonon loppu |
| a|b | TAI operadn “|” a tai b |
| (z) | muistaa ottelun, jota käytetään, kun maksaa $1 |
Kuinka luoda uudelleenohjauksia
Uudelleenohjauksen luominen yhdelle URL-osoitteelle
Yleisin ja laajimmin käytetty uudelleenohjaustyyppi on sivujen poistaminen tai URL-osoitteiden muuttaminen.
Oletetaan esimerkiksi, että muutit URL-osoitteen /vanha-sivu/-osoitteeksi /uusi-sivu/. Uudelleenohjaussääntö olisi:
Uudelleenkirjoitussääntö ^vanha-sivu(/?|/.*)$ /uusi-sivu/ [R=301,L]
Tai
RedirectMatch 301 ^/vanha-sivu(/?|/.*)$ /uusi-sivu/
Ainoa ero näiden kahden menetelmän välillä on, että ensimmäinen käyttää Apache mod_rewrite -moduulia ja toinen mod_alias. Se voidaan tehdä molemmilla tavoilla.
Säännöllinen lauseke “^” tarkoittaa, että URL-osoitteen alussa on oltava “/old-page”, kun taas (/?|/.*)$ tarkoittaa, että kaikki, joka seuraa “/old-page/” -merkkiä vinoviivalla “/” tai ilman tarkkaa osuma on ohjattava osoitteeseen /uusi-sivu/.
Voisimme käyttää myös (.*), eli ^/vanha-sivu(.*), mutta ongelmana on, että jos sinulla on toinen sivu, jolla on samanlainen URL-osoite, kuten /vanha-sivu-muu/, se myös ohjataan uudelleen, kun haluamme vain ohjata /vanha-sivu/.
Seuraavat URL-osoitteet täsmäävät ja ohjataan uudelle sivulle:
| /vanha-sivu/ | /uusi sivu/ |
| /vanha sivu | /uusi sivu/ |
| /old-page/?utm_source=facebook.com | /uusi-sivu/?utm_source=facebook.com |
| /vanha-sivu/lapsisivu/ | /uusi sivu/ |
Se ohjaa kaikki sivun URL-osoitteen muunnelmat uuteen. Jos käytämme uudelleenohjausta seuraavassa muodossa:
Uudelleenohjaus 301 /vanha-sivu/ /uusi-sivu/
Ilman säännöllisiä lausekkeita, kaikki URL-osoitteet, joissa on UTM-kyselymerkkijono, esim. /old-page?utm_source=facebook.com (mikä on yleistä, koska URL-osoitteita käytetään sosiaalisen verkoston kautta), päätyisi 404:ksi.
Jopa /vanha sivu ilman perässä olevaa kauttaviivaa “/” päätyisi 404:ksi.
Uudelleenohjaa kaikki paitsi
Oletetaan, että meillä on joukko URL-osoitteita, kuten /kategoria/vanha-alaluokka-1/, /luokka/vanha-alaluokka-2/, /luokka/lopullinen-alaluokka/, ja haluamme yhdistää kaikki alaluokat muotoon /kategoria/lopullinen-alaluokka/ . Tarvitsemme tähän “kaikki paitsi” -säännön.
RewriteCond %{REQUEST_URI} !/category/final-subcategory/ RewriteCond %{REQUEST_FILENAME} !-f RewriteRule ^(category/). /category/final-subcategory/ [R=301,L]
Tässä haluamme ohjata kaikki kolmannen rivin /category/ -kohtaan, paitsi jos se on /kategoria/lopullinen-alaluokka/ neljännellä rivillä. Meillä on myös “!-f” -sääntö toisella rivillä, joka jättää huomiotta kaikki tiedostot, kuten kuvat, CSS- tai JavaScript-tiedostot.
Muussa tapauksessa, jos meillä on sisältöä, kuten “/category/image.jpg”, se myös ohjataan osoitteeseen “/final-subcategory/” ja aiheuttaa kuvakatkon.
Hakemiston muutos
Voit käyttää alla olevaa sääntöä, jos teit luokan uudelleenjärjestelyn ja haluat siirtää kaiken vanhasta hakemistosta uuteen.
Uudelleenkirjoitussääntö ^vanha-hakemisto$ /uusi-hakemisto/ [R=301,NC,L]
Uudelleenkirjoitussääntö ^vanha-hakemisto/(.*)$ /uusi-hakemisto/$1 [R=301,NC,L]
Käytin $1 kohteessa kertoakseni palvelimelle, että sen pitäisi muistaa kaikki URL-osoitteesta, joka seuraa /vanha-hakemisto/ (eli /vanha-hakemisto/alihakemisto/) ja siirtää se (eli “/alihakemisto/”) määränpäähän. Tämän seurauksena se ohjataan osoitteeseen /uusi-hakemisto/alihakemisto/.
Käytin kahta sääntöä: yksi tapaus ilman perässä olevaa kauttaviivaa ja toinen, jossa lopussa on kauttaviiva.
Voisin yhdistää ne yhdeksi sääntöksi käyttämällä (/?|.*)$ RegExp lopussa, mutta se aiheuttaisi ongelmia ja lisäisi vinoviivan “//” URL-osoitteen loppuun, kun pyydetty URL-osoite ilman kauttaviivaa on kyselymerkkijono (eli “/old-directory?utm_source=facebook” ohjataan osoitteeseen “/new-directory//?utm_source=facebook”).
Poista sana URL-osoitteesta
Oletetaan, että verkkosivustollasi on 100 URL-osoitetta, joiden kaupungin nimi on “Chicago”, ja haluat poistaa ne.
URL-osoitteen http://yourwebiste.com/example-chicago-event/ uudelleenohjaussääntö olisi seuraava:
Uudelleenkirjoitussääntö ^(.*)-chicago-(.*) http://%{SERVER_NAME}/$1-$2 [NC,R=301,L]
Jos esimerkki-URL-osoite on muodossa http://yourwebiste.com/example/chicago/event/, uudelleenohjaus olisi:
Uudelleenkirjoitussääntö ^(.*)/chicago/(.*) http://%{SERVER_NAME}/$1/$2 [NC,R=301,L]
Aseta ensisijainen URL-osoite
Kanonisten URL-osoitteiden käyttäminen on SEO:n tärkein osa.
Jos se puuttuu, saatat vaarantaa verkkosivustosi päällekkäisillä sisällöillä, koska hakukoneet käsittelevät URL-osoitteita, joissa on www- ja ei-www-versiot, eri sivuina, joilla on sama sisältö.
Siksi sinun on varmistettava, että käytät verkkosivustoa vain yhdellä valitsemallasi versiolla.
Jos haluat käyttää verkkosivustoasi “www”-versiolla, käytä tätä sääntöä:
RewriteCond %{HTTP_HOST} ^sivustosi.com [NC]
Uudelleenkirjoitussääntö ^(.*)$ http://www.sivustosi.com/$1 [L,R=301]
Ei-www-versio:
RewriteCond %{HTTP_HOST} ^www.sivustosi.com [NC]
Uudelleenkirjoitussääntö ^(.*)$ http://sivustosi.fi/$1 [L,R=301]
Kenoviiva on myös osa kanonisointia, koska URL-osoitteita, joiden lopussa on vinoviiva, käsitellään myös eri tavalla.
RewriteCond %{REQUEST_FILENAME} !-f RewriteRule ^(.*[^/])$ /$1/ [L,R=301]
Tämä varmistaa, että /esimerkkisivu ohjataan osoitteeseen /example-page/. Voit halutessasi poistaa vinoviivan lisäämisen sijaan, jolloin tarvitset toisen alla olevan säännön:
RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^(.*)/$ /$1 [L,R=301]
HTTP HTTPS -uudelleenohjaus
Sen jälkeen, kun Google on rohkaissut verkkosivustojen omistajia käyttämään SSL:ää, HTTPS:ään siirtyminen on yksi yleisesti käytetyistä uudelleenohjauksista, joita lähes kaikilla verkkosivustoilla on.
Alla olevaa uudelleenkirjoitussääntöä voidaan käyttää pakottamaan HTTPS jokaiselle verkkosivustolle.
RewriteCond %{HTTP_HOST} ^sivustosi.com [NC,OR]
RewriteCond %{HTTP_HOST} ^www.sivustosi.com [NC]
Uudelleenkirjoitussääntö ^(.*)$ https://www.sivustosi.com/$1 [L,R=301,NC]
Tämän avulla voit yhdistää www- tai ei-www-version uudelleenohjauksen yhdeksi HTTPS-uudelleenohjaussäännöksi.
Uudelleenohjaus vanhasta verkkotunnuksesta uuteen
Tämä on myös yksi eniten käytetyistä uudelleenohjauksista, kun päätät muuttaa tuotemerkkiä ja sinun on vaihdettava verkkotunnustasi. Alla oleva sääntö uudelleenohjaa old-domain.com osoitteeseen new-domain.com.
RewriteCond %{HTTP_HOST} ^old-domain.com$ [OR]
RewriteCond %{HTTP_HOST} ^www.old-domain.com$ RewriteRule (.*)$ http://www.new-domain.com/$1 [R=301,L]
Se käyttää kahta tapausta: yksi URL-osoitteiden “www”-versiolla ja toinen “ei-www”, koska kaikilla sivuilla voi historiallisista syistä olla saapuvia linkkejä molempiin versioihin.
Useimmat sivustojen omistajat käyttävät WordPressiä eivätkä välttämättä tarvitse .htaccess-tiedostoa uudelleenohjauksiin, vaan käyttävät sen sijaan laajennusta.
Uudelleenohjausten käsittely laajennuksilla voi olla hieman erilainen kuin edellä käsitellyt. Sinun on ehkä luettava heidän dokumentaationsa, jotta voit käsitellä RegExp:tä oikein tietyn laajennuksen osalta.
Nykyisistä suosittelisin ilmaista laajennusta nimeltä Uudelleenohjausjossa on monia parametreja ohjaamaan uudelleenohjaussääntöjä ja monia hyödyllisiä asiakirjoja.
Uudelleenohjauksen parhaat käytännöt
1. Älä uudelleenohjaa kaikkia 404 rikkoutuneita URL-osoitteita kotisivulle
Tämä tapaus tapahtuu usein, kun olet liian laiska tutkimaan 404-URL-osoitteitasi ja yhdistämään ne sopivalle aloitussivulle.
Googlen mukaan niitä kaikkia käsitellään edelleen 404:inä.
Joo, se ei ole hyvä käytäntö (hämmentää käyttäjiä), ja käsittelemme niitä enimmäkseen 404:inä joka tapauksessa (ne ovat pehmeitä 404:itä), joten siinä ei ole kääntöpuolia. Se ei ole kriittisesti rikki/huono, mutta lisää monimutkaisuutta ilman hyvää syytä – tee sen sijaan parempi 404-sivu.
— 🍌 John 🍌 (@JohnMu) 8. tammikuuta 2019
Jos sinulla on liian monta tämän kaltaista sivua, sinun kannattaa harkita kauniiden 404-sivujen luomista ja käyttäjien houkuttelemista selaamaan lisää tai löytämään jotain muuta kuin mitä he etsivät näyttämällä hakuvaihtoehdon.
Google suosittelee sitä vahvasti uudelleenohjatun sivun sisällön tulee vastata vanhaa sivua. Muussa tapauksessa tällaista uudelleenohjausta voidaan pitää pehmeänä 404:nä, ja menetät kyseisen sivun sijoituksen.
2. Hanki oikeat mobiilisivukohtaiset uudelleenohjaukset
Jos sinulla on eri URL-osoitteet pöytäkone- ja mobiilisivustoille (eli “example.com” pöytäkoneille ja “m.example.com” mobiililaitteille), sinun tulee ohjata käyttäjät mobiiliversion oikealle sivulle.
Oikea: “example.com/sport/” – “m.example.com/urheilu/”
Väärä: “example.com/sport/” – “m.example.com”
Sinun on myös varmistettava, että jos yksi sivu on 404 työpöydällä, sen pitäisi olla myös 404 mobiililaitteella.
Jos sivulla ei ole mobiiliversiota, voit välttää uudelleenohjauksen mobiiliversioon ja säilyttää ne työpöytäsivulla.
3. Meta Refreshin käyttäminen
On mahdollista tehdä uudelleenohjaus käyttämällä metapäivitystunnistetta alla olevan esimerkin mukaisesti:
Jos lisäät tämän tunnisteen /old-page/, se ohjaa käyttäjän välittömästi osoitteeseen /new-page/.
Google ei kiellä tätä uudelleenohjausta, mutta se ei suosittele sen käyttöä.
Metapäivitystyypin uudelleenohjauksen pitäisi vain toimia. Emme suosittele sitä kahdesta syystä: UX (se pitää sivun selainhistoriassa, afaik) ja käsittelyaika (meidän täytyy jäsentää sivu nähdäksemme sen). Kun se on käsitelty, se on kuin uudelleenohjaus.
— 🍌 John 🍌 (@JohnMu) 2. maaliskuuta 2018
John Muellerin mukaan hakukoneet eivät ehkä pysty tunnistamaan tämän tyyppistä uudelleenohjausta oikein. Sama pätee myös JavaScript-uudelleenohjauksiin.
4. Vältä uudelleenohjausketjuja
Tämä viesti tulee näkyviin, kun olet määrittänyt säännöllisen lausekkeen väärin, ja se päätyy äärettömään silmukkaan.
Kuvakaappaus kirjoittajalta, joulukuu 2022
Yleensä tämä tapahtuu, kun sinulla on uudelleenohjausketju.
Oletetaan, että olet uudelleenohjannut sivun 1 sivulle 2 kauan sitten. Olet ehkä unohtanut, että sivu 1 on uudelleenohjattu, ja päätit ohjata sivun 2 uudelleen sivulle 1.
Tämän seurauksena päädyt seuraavanlaiseen sääntöön:
Uudelleenkirjoitussääntö ^sivu1 /sivu2 [R=301,NC,L]
Uudelleenkirjoitussääntö ^sivu2 /sivu1 [R=301,NC,L]
Tämä luo äärettömän silmukan ja tuottaa yllä olevan virheen.
Johtopäätös
Verkkosivujen oikeanlaisen optimoinnin kannalta on tärkeää tietää, mitä uudelleenohjaukset ovat ja mikä tilanne vaatii tietyn tilakoodin. Se on keskeinen osa hakukoneoptimoinnin ymmärtämistä.
Monet tilanteet edellyttävät tarkkaa tietämystä uudelleenohjauksista, kuten verkkosivuston siirtäminen uuteen verkkotunnukseen tai väliaikaisen säilytyssivun URL-osoitteen luominen verkkosivulle, joka palaa normaaliin URL-osoitteeseen.
Vaikka laajennuksella on niin paljon mahdollista, laajennuksia voidaan käyttää väärin ymmärtämättä kunnolla, milloin ja miksi tietyntyyppistä uudelleenohjausta tulee käyttää.
Lisää resursseja:
