Kodulehe uuendamine ilma Google'i positsioone kaotamata

Vana kodulehte vahetatakse tavaliselt heal põhjusel: kujundus on aegunud, telefonis on seda ebamugav kasutada, sisuhaldus on kohmakas või platvorm ise on toeta jäänud. Uus leht on peaaegu alati parem. Ja ometi juhtub tihti, et paar nädalat pärast avamist kukub liiklus Google'ist poole peale.

Põhjus on harva uues kujunduses või platvormis. Google seob positsioonid aadresside, sisu ja linkidega — mitte sellega, kas leht töötab WordPressil, Shopifys või Next.js-il. Kui need kolm üleminekul säilivad, säilivad ka positsioonid. Kui mitte, alustab uus leht mitmes mõttes nullist.

Allpool on kontrollnimekiri, mis kehtib iga uuenduse kohta: uus kujundus, platvormi vahetus, URL-struktuuri muutmine, domeeni vahetus või e-poe kolimine. Kui vahetad just WordPressi koodipõhise lehe vastu, on sellest eraldi ülevaade: WordPressilt üleminek ilma SEO-d kaotamata.

Miks positsioonid pärast uuendust kukuvad

Põhjusi on vähe ja need korduvad:

• Aadressid muutuvad ilma ümbersuunamiseta. Google'i indeksis ja teiste saitide linkides on endiselt vanad URL-id, mis annavad nüüd 404. Lehe kogutud usaldus kaob koos aadressiga.
• Sisu õheneb. Uus kujundus on õhulisem, tekstid lühendatakse „kaasaegsemaks“, pealkirjad ja meta-kirjeldused kirjutatakse ümber või jäävad tühjaks. Leht, mis püsis 800 sõnaga esilehel, ei pruugi seal 150 sõnaga püsida.
• Siselingid kaovad. Menüü on lihtsam, jaluses pole enam teenuste loendit ja blogipostitused ei viita enam teenuselehtedele.
• Testkeskkonna keeld jõuab ellu. robots.txt-i Disallow: / või noindex-silt, mis hoidis testlehte otsingust eemal, jääb avamisel paika.
• Canonical ja hreflang osutavad valesti — testdomeenile, vanadele aadressidele või mitte kuhugi.
• Uus leht on aeglasem. Suured pildid ja raske JavaScript. Kuidas seda mõõta, on kirjas kodulehe kiiruse juhendis.

Kõik need on välditavad ja peaaegu kõigega tuleb tegeleda enne avamist.

Enne avamist

1. Kõigi URL-ide inventuur

Esimene töö on nimekiri vana lehe kõigist aadressidest. Ainult sitemapist ei piisa — sealt puuduvad tihti vanad kampaanialehed, PDF-id ja lehed, mille keegi kunagi menüüst eemaldas, aga mis on endiselt indeksis. Pane nimekiri kokku neljast allikast:

• vana sitemap.xml;
• Google Search Console'i tulemuste raport lehtede kaupa (vähemalt viimased 12 kuud);
• analüütikas külastatud lehed;
• lehed, millele viitavad teised saidid (tagasilinkide tööriistast).

Lisaks tasub vana leht läbi käia roomamistööriistaga (crawler) — see leiab aadresse, mida ükski ülaltoodud allikas ei tunne.

2. Otsus iga aadressi kohta

Iga URL saab ühe neljast otsusest: jääb samaks, muutub, liidetakse teise lehega või eemaldatakse. Parim otsus on alati esimene — aadress, mis ei muutu, ei vaja ümbersuunamist ega kaota midagi.

Siit tuleb ka vastus küsimusele, kas URL-struktuuri tasub uuenduse käigus muuta. Kui praegused aadressid on loetavad ja loogilised, siis ei — ilusam struktuur ei too positsioone juurde, aga iga muudetud aadress on väike risk. Muuda siis, kui vana struktuur on päriselt halb (?page_id=123, kuupäevad aadressis, keeled segamini).

3. Ümbersuunamiskaart üks-ühele

Iga muutuva, liidetava või eemaldatava aadressi kohta käib tabelisse rida: vana URL → uus URL. Uus aadress peab olema lähim sisuline vaste — teenuselehelt teenuselehele, postituselt postitusele, kategoorialt kategooriale.

Kõige levinum viga on suunata kõik vanad aadressid avalehele. See tundub turvaline, aga Google käsitleb sellist ümbersuunamist sisuliselt 404-na (nn soft 404) ja lehe senine väärtus kaob niikuinii. Kui lehel päriselt vastet ei ole, on ausam lasta tal anda 404 või 410 — ja teha korralik 404-leht, mis aitab eksinud külastaja edasi.

4. E-poe puhul lisaks

E-poes on aadresse kümneid või sadu kordi rohkem ja need tekivad automaatselt. Kontrolli eraldi:

• tootelehed — kui platvorm muudab URL-i mustrit (nt /toode/nimi/ → /products/nimi), saab ümbersuunamised teha reegliga, mitte käsitsi;
• kategooriad ja alamkategooriad — need on e-poes sageli kõige tugevamad lehed;
• müügilt kadunud tooted — suuna lähimasse kategooriasse või asendustootele, mitte avalehele;
• filtri- ja sorteerimisparameetrid — neid ei pea ükshaaval suunama, aga kontrolli, et uus pood ei tekitaks lõputult indekseeritavaid kombinatsioone;
• tootepildid — kui pildid toovad liiklust Google'i pildiotsingust, muutuvad ka nende aadressid.

5. Sisu, pealkirjad ja siselingid jäävad alles

Lehtedel, mis toovad praegu liiklust, hoia alles title, meta-kirjeldus, H1 ja põhitekst. Kujundus võib muutuda täielikult, aga tekst, mille pealt Google lehte näitab, ei tohiks samal ajal kaduda. Kui sisu tahab ümber kirjutada, tee seda pärast avamist ja lehtede kaupa — siis on näha, mis mõju igal muudatusel oli.

Sama kehtib siselinkide kohta: kui vana leht linkis blogist teenustele ja jalusest kõigile põhilehtedele, peab uus tegema sama. Mida sisu poolel veel kontrollida, on kirjas 25 tegevuse loendis.

Avamise päeval

• 301, mitte 302. 301 ütleb, et kolimine on püsiv. 302 on ajutine ümbersuunamine ja Google võib jätta tulemustesse edasi vana aadressi.
• Ümbersuunamiste ahelaid ei ole. Vana aadress viib otse lõppaadressile, mitte vana → vahepealne → uus. Kui eelmisest uuendusest on alles vanu reegleid, suuna needki otse uutele aadressidele.
• Üks kanooniline host. http → https ja www → ilma www-ta (või vastupidi) — üks valik, kõik muud variandid suunavad sinna.
• robots.txt ja noindex üle. Kõige klassikalisem viga üldse: testkeskkonna keeld läheb koos lehega ellu ja Google lõpetab indekseerimise. Kontrolli ka, et canonical ei osutaks testdomeenile.
• Uus sitemap Search Console'i. Sitemapis on ainult lõplikud, koodiga 200 vastavad aadressid — mitte ümbersuunatud ega eemaldatud.
• Ümbersuunamiskaart testitakse masinaga. Paari lingi käsitsi klõpsamine ei ole test. Piisab lihtsast skriptist, mis käib vanade aadresside loendi läbi — failis on igal real vana ja uus täisaadress:

while read -r old new; do
  r=$(curl -s -o /dev/null -w '%{http_code} %{redirect_url}' "$old")
  [ "$r" = "301 $new" ] || echo "VIGA: $old -> $r"
done < suunamised.txt

Iga rida, mis ekraanile jõuab, on aadress, mis ei suuna sinna, kuhu plaanitud.

Pärast avamist

Esimestel nädalatel on Search Console'is tähtis kaks raportit:

• „Not found (404)“ — iga siia ilmuv vana aadress on puuduv ümbersuunamine. Lisa reegel ja kontrolli uuesti.
• „Page with redirect“ — vanade aadresside puhul on see ootuspärane, mitte viga. Google annab teada, et aadress suunab mujale — täpselt nii, nagu plaanitud. Siin ei ole midagi parandada ega valideerida.

Lisaks tasub vana sitemapi aadresse regulaarselt uue lehega võrrelda, et ükski URL ei kaoks ilma ümbersuunamiseta. ArborIT teeb seda enne iga üleslaadimist skriptiga, mis võrdleb elus oleva saidi sitemapi värske buildiga ja annab teada igast aadressist, mis muutuks 404-ks.

Ümbersuunamised jäävad paika vähemalt aastaks, parem püsivalt. Vanad lingid teistel saitidel, järjehoidjates ja vanades e-kirjades ei kao kuhugi.

Ja lõpuks: mõne nädala kõikumine on normaalne. Google peab uued aadressid üle roomama ja signaalid ümber tõstma. Jälgi lehtede kaupa, mitte ainult kogu saidi graafikut — siis on näha, kas kukkus üks leht (ja miks) või kõik korraga (ja siis on süüdi tavaliselt noindex või robots.txt).

Meie enda õppetund

Kõik eelnev kõlab iseenesestmõistetavalt, aga viga ei tule tavaliselt suurest uuendusest, vaid väikesest muudatusest hiljem.

Meie oma saidil nimetati pärast avaldamist ümber ühe rootsikeelse teenuselehe slug. Ümbersuunamist ei lisatud. Vana aadress oli olnud selle keeleversiooni parima positsiooniga leht, nii et mõnda aega näitas Google tulemustes linki, mis viis 404-le.

Sellest ajast kehtib reegel: avaldatud URL-i muutmine nõuab alati 301-i ja see kontrollitakse automaatselt enne iga üleslaadimist. Migratsioon ei lõpe avamispäeval — iga hilisem aadressimuudatus on väike migratsioon omaette.

Millal abi kutsuda

Väikese, kümne leheküljega saidi saab selle nimekirjaga ise korralikult uuendatud. Kui aga lehel on sadu aadresse, e-pood või mitu keelt või kui märkimisväärne osa klientidest tuleb Google'ist, tasub ümbersuunamiskaart ja avamise kontroll anda kellelegi, kes seda regulaarselt teeb.

Kui tahad enne alustamist teada, kus praegune sait seisab, telli tasuta kodulehe analüüs. Kui uuendus on ees, aitame nii kodulehe tegemise kui ka SEO-optimeerimisega — ka siis, kui uus leht on juba avatud ja positsioonid on kukkunud.