Kas uus veeb võib su Google’i nähtavuse ära lõhkuda? Jah, ja üsna lihtsalt.

Uue veebilehe launch on tavaliselt pidulik hetk. Kujundus on värske, kõik näeb moodsam välja ja korraks tekib tunne, et nüüd läheb elu ainult paremaks.

Ja siis kaks nädalat hiljem vaatad Analyticsit, Search Console’it või lihtsalt päringute hulka ja tekib üks väga ebameeldiv küsimus: miks on liiklus põrandal?

See juhtub palju lihtsamalt, kui enamik ettevõtteid arvab. Google käsitleb saidi kolimist, URL-ide muutmist, domeenivahetust ja isegi HTTP→HTTPS üleminekut päris konkreetse migratsioonina. Kui need sammud on lohakad, siis ei ole tulemus “natuke SEO kõikumist”, vaid väga päris nähtavuse kaotus.

Kõige suurem viga: uus veeb tehakse valmis, aga vana loogika visatakse lihtsalt minema

Paljud veebiuuendused keskenduvad sellele, mis on silmaga näha: uus disain, uus menüü, uus tekst, uued pildid. SEO pool jääb tihti tahaplaanile, nagu see tüütu, aga tark inimene peol, keda keegi alguses kuulata ei viitsi.

Probleem on selles, et Google’il on juba olemas arusaam su vanast veebist: millised URL-id eksisteerivad, millised lehed on indekseeritud, milliste pealkirjade ja kirjeldustega neid näidatakse, milline sisu on omavahel seotud ja millised lehed on olulised. Kui sa selle kõik ühe hoobiga ära muudad, aga uut versiooni korrektselt ette ei valmista, siis peab Google hakkama sinu veebi sisuliselt uuesti õppima.

1. URL-id ja redirect’id – koht, kus kõige rohkem asju katki tehakse

Kui vana leht /teenused/veebidisain muutub uuel saidil näiteks kujule /services/design ja vana URL lihtsalt sureb ära, siis kaob koos sellega osa nähtavusest, lingijõust ja kasutajate teekonnast. Google soovitab saidi kolimisel teha vana ja uue URL-i vahel selge vastenduse ning kasutada serveripoolseid püsivaid suunamisi ehk permanent redirect’e, tavaliselt 301 või 308. Samuti ütleb Google üsna otse, et ära suuna suurt hulka vanu lehti lihtsalt avalehele, sest see võib muutuda soft 404 olukorraks.

Veel üks klassika: redirect’id küll tehakse, aga siselingid jäetakse uuel saidil vanade URL-ide peale. Google soovitab siselingid uuel saidil samuti ära uuendada, mitte loota sellele, et redirect lahendab kõik. Redirect on päästerõngas, mitte püsiv sisearhitektuur.

2. Metadata – väike asi, mis suudab päris palju segadust teha

Redesign’i käigus kaovad tihti korralikud <title> elemendid, meta description’id või asenduvad need millegi väga loomingulisega stiilis “Avaleht” ja “Teenused”. Google ütleb, et title link on kasutaja jaoks üks peamisi põhjuseid, miks üldse klikitakse, ja iga leht peaks omama kirjeldavat ning konkreetset <title> elementi. Meta description ei määra rankingu saatust üksi, aga Google võib seda kasutada snippet’i loomisel, eriti siis, kui see kirjeldab lehte hästi. Samuti soovitab Google teha kirjeldused lehepõhiselt unikaalseks, mitte kopeerida sama juttu kõikjale. (Google for Developers)

Tõlge normaalsesse eesti keelde: kui uus veeb läheb live’i nii, et kriitiliste lehtede pealkirjad, kirjeldused ja sisuline fookus on laiali nagu kolimise järel juhtmed sahtlis, siis ära imesta, kui nähtavus hakkab imelikult käituma.

3. Sitemap ja indekseerimine – ei ole maagia, aga aitab väga palju

Google ütleb, et sitemap on viis anda otsingumootorile teada, milliseid URL-e sa eelistad näidata, ning sinna peaksid minema canonical URL-id. Samas rõhutab Google ka seda, et sitemap on vihje, mitte garantii. Ehk siis sitemap üksi ei päästa, aga ilma selleta teed sa Google’i töö lihtsalt raskemaks. Saidi kolimise juhendis soovitab Google uue sitemap’i Search Console’i kaudu esitada ja selle abil uued URL-id kiiremini üles korjata. (Google for Developers)

Kui olulised lehed on muutunud või uued URL-id just live’i läinud, saab Google’ilt ka uuesti ülekäimist paluda. See ei ole nupp “tee kohe kõik korda”, aga see on täiesti mõistlik samm pärast migratsiooni, eriti tähtsate lehtede puhul. (Google for Developers)

4. Structured data kaob tihti ära vaikselt, aga mõju on päris

Structured data aitab Google’il mõista lehe sisu ja võib toetada rich result’e. Google soovitab eelistada JSON-LD vormingut ning rõhutab, et markup peab vastama lehel nähtavale sisule, mitte kirjeldama mingit fantaasiaversiooni sellest, mida sa tahaksid otsingutulemustes näha. Kui redesign’i käigus structured data plugin või markup lihtsalt kaob, muutub või läheb vigaseks, siis võivad kaduda ka rich result’i võimalused. (Google for Developers)

See ei tähenda automaatselt, et kogu SEO kukub kokku. Aga see tähendab, et sa võid kaotada osa otsingutulemustes nähtavusest ja selgusest just siis, kui arvasid, et uus veeb peaks hoopis paremini tööle hakkama.

5. Robots, noindex ja canonical – need väikesed “upsid”, mis teevad suure kahju

Migratsiooni ajal kasutatakse tihti ajutisi blokeeringuid: noindex silte, robots.txt piiranguid või staging-keskkonna seadeid. Google’i enda saidi kolimise juhend ütleb väga selgelt, et migratsiooni jaoks ajutiselt kasutatud noindex või robots.txt blokid tuleb pärast live’i minekut eemaldada. Samuti soovitab Google, et igal uuel URL-il oleks self-referencing canonical. Kui need asjad jäävad lohakaks, võibki Google saada täiesti vale signaali: “ära indekseeri”, “see pole päris leht” või “õige versioon on kuskil mujal”.

Ja siis hakataksegi küsima, miks uus veeb ei ilmu otsingus välja. Vastus on vahel piinlikult lihtne: sest te ütlesite Google’ile kogemata, et ärgu ta seda väga vaataku.

Mida enne launch’i kindlasti kontrollida?

Enne uue veebi avalikustamist tasub vähemalt need punktid üle käia:

1. vana ja uue URL-i vahel on olemas 1:1 vastendus
2. kõik olulised vanad URL-id suunavad õigesse uude kohta
3. siselingid on uute URL-ide peale uuendatud
4. kriitilistel lehtedel on korras <title> ja meta description
5. uus sitemap on olemas ja õigete URL-idega
6. structured data on alles, korrektne ja vastab nähtavale sisule
7. robots.txt, noindex ja canonical’id on kontrollitud
8. Search Console’is on uus sait verifitseeritud ja jälgimise all

Lõppkokkuvõte on üsna lihtne

Jah, uus veeb võib su Google’i nähtavuse ära lõhkuda. Ja ei, selleks ei ole vaja mingit suurt tehnilist katastroofi. Piisab täiesti sellest, et URL-id muutuvad, redirect’id on poolikud, metadata jääb segaseks, sitemap on vale, structured data kaob ja keegi unustab staging’u noindexi maha võtta.

Caoticas me ei vaata redesign’i ainult kui uut värvi seina. Veebiuuendus on kolimine. Ja kolimise puhul ei piisa sellest, et uus korter on ilus. Väga oluline on ka see, et su asjad jõuaksid sinna tervelt kohale.