Millal on kodulehe suunamine vajalik?
Vajalik siis, kui muudad leheaadresse või kolid uuele domeenile. Kodulehe suunamine viib vana aadressi avanud külastaja ja Google’i õigele uuele lehele. Puuduv suunamine võib tekitada 404-vea ning vähendada Google’i nähtavust. See juhend näitab, kuidas koguda vanad URL-id, seadistada 301-reeglid ja kontrollida tulemust.
- DNS ehk domeeni nimeserver (Domain Name Server) juhib domeeni õigesse serverisse, kuid ei suuna üksikut URL-i. 301 sobib püsivaks kolimiseks, 302 või 307 ajutiseks muudatuseks.
- Canonical-märgendit kasuta siis, kui mõlemad URL-id jäävad avatavaks, kuid Google peab eelistama üht versiooni. Ajutise hoolduse või serveririkke korral tagasta 503.
1. Valmista suunamine ette
Pane enne suunamise reeglite loomist paika muudatuse ulatus ja lõppsiht (lõplik url). Kontrolli viit asja:
- Eesmärk: kas vahetad domeeni, muudad struktuuri või koondad lehti?
- Ulatus: kas muudatus puudutab tervet domeeni, kausta või valitud URL-e?
- Siht url: kas uus leht avaneb HTTPS-iga ja tagastab koodi 200?
- Ligipääsud: kas pääsed domeeni, serveri, CDN-i ja sisuhalduse seadistustesse?
- Vastutaja: kes avaldab reeglid ja kontrollib tulemuse?
- Alusta seadistamist alles siis, kui need vastused on olemas.
2. Tee vanade URL-ide inventuur
Koonda kõik vanad URL-id ühte nimekirja. Menüü üksi ei näita vanu artikleid, kampaanialehti, tooteid ega välislinkidega aadresse.
Kogu URL-id neljast kohast:
- Rooma kogu veeb Screaming Frog äpiga.
- Ekspordi Google Search Console’i lehed.
- Kontrolli XML-saidikaarti ja GA4 maandumislehti.
- Lisa veebipoe eksport ning välislinkidega URL-id.
- Ühenda failid ja eemalda duplikaadid. Screaming Frogi tasuta versioon roomab kuni 500 URL-i, mis sobib väikese veebi esmaseks kontrolliks.
3. Koosta URL-ide vastavustabel
Anna igale vanale URL-ile üks otsus: 301-suunamine, koondamine või 410-vastus. Lisa tabelisse vana aadress, uus siht, HTTP-olek ja otsuse põhjus.
| Vana URL | Uus URL | Olek | Märkus |
|---|---|---|---|
/gb/products/wool-coat |
/en/products/wool-coat |
301 | Sama toode - muudatus keeleversiooni muutmisest gb -> en |
/gb/products/old-wool-coat |
/en/products/wool-coat |
301 | Vana variant koondatakse |
/gb/campaign/summer-sale |
Puudub | 410 | Asendus puudub - muudatus on tahtlik, säästab roomamise seelarvet. |
Kontrolli, et vana URL esineks tabelis ühe korra ja uus siht avaneks koodiga 200. Suunamine peab viima otse lõpplehele, mitte järgmise suunamise kaudu.
4. Vali suunamise tüüp
Kasuta püsiva URL-i või domeeni kolimise puhul 301-suunamist. See seob vana aadressi uuega, kuigi Google’i positsioonide säilimine pole garanteeritud.
| Valik | Kasutus |
|---|---|
| 301 | Püsiv URL-i või domeeni muutus |
| 302/307 | Ajutine muudatus |
| Canonical | Sama sisu mitmel avataval URL-il |
| 503 | Ajutine hooldus või serveririke |
Vastuskoodide tähendused on kirjeldatud standardis RFC 9110.
5. Seadista suunamisreeglid
Kanna vastavustabel 301-reegliteks Cloudflare’is, majutusserveris või rakenduses. Vali iga vana URL-i jaoks üks koht, kus reeglit hallatakse.
Zone või Cloudflare
- Kasuta kogu migratsiooni jaoks sama ettevalmistatud URL-kaarti, mitte eraldi nimekirju hostis ja koodis.
- Zone'i Redirects või .htaccess: halda reegleid ühes kohas, kas Zone'i suunamiste vaates või .htaccess failis.
- Cloudflare Redirect Rules: tingimus (http.request.uri.path eq "/vana-teenus") + Static Redirect sihtkohta https://domain.ee/uus-teenus, Status code 301
- Domeeni migratsiooni reegel: Expression (http.host eq "vana-domeen.ee") → Target concat("https://uus-domeen.ee", http.request.uri.path), Status 301, Preserve query string: Enabled
Zone’i haldusvaade sõltub paketist. Sisesta suunamise vaates vana tee, uus HTTPS-aadress ja kood 301 või kasuta serverireeglit.
Cloudflare’is loo Redirect Rules reegel:
- Tingimus:
http.request.uri.path eq "/vana-teenus" - Siht:
https://domain.ee/uus-teenus - Staatus: 301
- Kogu domeeni kolimisel kasuta vana hosti tingimusena ning säilita lehetee ja päringuparameetrid.
cPanel või Apache
cPanelis ava Domains > Redirects, vali Permanent (301) ning sisesta vana tee ja uus täisaadress.
RewriteEngine On
RewriteRule ^vanad-uudised/(.*)$ /uudised/$1 [R=301,L]
Server või rakendus
Nginxis saad HTTP-liikluse HTTPS-i suunata nii:
server {
listen 80;
return 301 https://example.ee$request_uri;
}
PHP-s saada päis enne HTML-i ning lõpeta skripti töö:
header('Location: https://example.ee/uus-leht', true, 301);
exit;
Pärast salvestamist peab vana URL vastama koodiga 301 ja Location-päis viitama otse 200-staatusega lõpplehele.
6. Teosta SEO migratsioon
Aktiveeri migratsioonipäeval kogu URL-kaart korraga ja kontrolli kohe uue veebi ligipääsetavust.
- Lülita 301-reeglid sisse.
- Kasuta Search Console’i Change of Address tööriista ainult domeeni vahetamisel.
- Kontrolli
robots.txtfaili ja uut XML-saidikaarti. - Rooma veeb läbi ning testi avalehte, teenuselehte ja üht sügavamat sisulehte.
- Vaata Search Console’ist, kas Google leiab uued URL-id.
- Paranda 404-vead, ahelad ja valed lõpplehed enne järgmiste töödega jätkamist.
7. Eemalda suunamiste ahelad ja viivitus
[WRITE ABOUT] Suunamisahel tekib siis, kui vana URL liigub enne lõpplehte läbi ühe või mitme vaheaadressi. Suunamistsüklis juhivad URL-id üksteise juurde tagasi, mistõttu lõppleht ei avane.
- Ahel tekib, kui üks leht suunab teisele ja see omakorda kolmandale, mitte otse lõppsihile.
- Tsükkel on olukord, kus lehed suunavad üksteisele lõputult tagasi.
Vigane: /vana-teenus → /teenus → /uus-teenus
Õige: /vana-teenus → /uus-teenus
Kontrolli, et vana URL liiguks ühe hüppega 200-staatusega lõpplehele. Iga lisahüpe tekitab uue serveripäringu ja võib lehe avanemist aeglustada.
8. Testi enne avaldamist
Testi suunamisi enne avaldamist brauseris ja automaatse roomamistööriistaga. Vali näited liiklust toonud lehtedest, teenuse- või tootelehtedest, igast lehemallist ning parameetritega URL-idest.
Kontrolli kogu vastavustabelist:
- HTTP-koodi ja
Location-päist; - lõpplehe koodi 200;
- ahelaid, tsükleid ja 404-vigu.
- Avalda alles siis, kui automaatkontroll ja prioriteetsete lehtede käsitest on korras. Üks vale kood või katkine siht peatab avaldamise.
9. Uuenda veebisaidi signaalid
Uuenda pärast migratsiooni kõik viited, mis näitavad Google’ile lehtede uut asukohta:
- esita Search Console’is XML-saidikaart, mis sisaldab ainult uusi 200-staatusega kanoonilisi URL-e;
- eemalda
robots.txtfailist uue veebi roomamist takistavad reeglid; - muuda navigatsiooni, jaluse ja sisu siselingid uutele URL-idele;
- uuenda canonical- ja
hreflang-aadressid; - asenda schema-väljadel
url,@id,logojaimagevanad aadressid. - Siselingid peavad viima otse uuele lehele, mitte 301-suunamisse.
10. Kontrolli ja jälgi tulemust
Kontrolli kohe pärast avaldamist peamisi vanu URL-e, siselinke, XML-saidikaarti ja Search Console’i vigu. Indekseerimine võib lehtede kaupa erineda, seega vaata üksikute URL-ide kõrval ka üldist liiklust.
| Vaade | Mida kontrollida |
|---|---|
| GSC Pages | Indekseerimine ja veapõhjused |
| GSC Performance | Klikid, näitamised ja maandumislehed |
| URL Inspection | Lõpp-URL ja Google’i canonical |
| GA4 | Orgaanilise liikluse maandumislehed |
Tee uus kontroll siis, kui Search Console näitab uute URL-ide roomamist. Jätka kord kuus, kuni tähtsad lehed on indeksis ja liiklus jõuab õigetele maandumislehtedele. See võib võtta omajagu aega.
Vajad abi 301 suunamistega? Tehniline audit leiab vead üles
Teen tehnilise auditi, kui tahad suunamised enne avaldamist või pärast migratsiooni üle kontrollida. Audit leiab ahelad, katkised sihtlehed ja vanadele URL-idele viitavad SEO-signaalid.
Saad paranduste nimekirja, kus iga probleem on seotud konkreetse URL-i ja soovitatud sihtkohaga.
- Võta minuga ühendust, esimene 30-minutiline konsultatsioon on sulle tasuta.
Vajad abi 301 suunamistega?
Vale suunamine võib kaotada positsioonid. Tehniline SEO audit leiab suunamisahelad, katkised lingid ja migratsioonivead üles.
Telli SEO audit