Tehnilise SEO alused ja parimad praktikad

Mis on tehniline SEO?

Tehniline SEO on veebilehe tehnilise aluse korrastamine nii, et Google saaks lehte õigesti töödelda. Samal ajal peab leht kasutajale kiiresti avanema. Praktikas tähendab see järgmiste aluste kontrollimist:

• kas Google saab olulised lehed üles leida ja indeksisse lisada
• kas leht avaneb piisavalt kiiresti
• kas veeb töötab mobiilis mugavalt
• kas URL-id ja siselingid on loogilised
• kas kood aitab otsingumootoril sisust aru saada

Sa ei pea kõiki termineid kohe pähe õppima. Piisab, kui oskad märgata aeglast laadimist või lehti, mida Google Search Console'is ei näe.

Kuidas Google sinu veebilehte töötleb

Google'i töötlust on kõige lihtsam vaadata 3 etapina. Kui ühes etapis tekib tõrge, võib leht otsingust puududa või näidata vana sisu.

1. Roomamine (Crawl)

Iga siselink annab Googlebotile järgmise teeotsa kätte. Kui teenuslehele ei vii menüüst ega artiklist ühtegi linki, on lehte raskem leida.

XML-sisukaart aitab Google'il leida ka neid lehti, kuhu siselingid veel hästi ei vii. Robots.txt võib aga olulise lehe kogemata kinni panna, seega tasub seda faili kontrollida.

2. Renderdamine

Renderdamine tähendab, et Google paneb lehe kokku brauseri moodi ja jooksutab JavaScripti Chromiumiga. Seega JavaScriptiga tehtud veeb ei ole SEO jaoks automaatselt halb.

Risk tekib siis, kui oluline tekst, lingid, hinnad või tooteinfo ei jõua sellesse HTML-i, mida Google pärast renderdamist näeb. Kui Google seda HTML-is ei näe, ei saa Google seda ka korralikult indekseerida.

3. Indekseerimine

Pärast roomamist ja renderdamist otsustab Google, kas leht lisatakse otsinguindeksisse. Leht võib kõrvale jääda, kui robots.txt blokeerib selle või Google näeb seda dubleeritud sisuna.

Seda ei pea kõhutunde pealt arvama. Google Search Console'i URL-i kontroll näitab, kas konkreetne leht on indekseeritud ja millise põhjuse Google välja toob.

Roomatavus ja indekseerimine

Roomatavus näitab, kas Googlebot pääseb sinu URL-ideni. Indekseerimine näitab, kas leht jõuab Google'i andmebaasi. Roomatav leht võib jääda välja näiteks noindex-märgise tõttu.

Otsingurobot käitub nagu klient kaubanduskeskuses: avatud uksest üksi ei piisa, kui vahekäik on kinni või riiulisildid puuduvad.

Alusta kontrolli kohtadest, mis mõjutavad roomamist kõige otsesemalt:

• Kontrolli XML-saidikaarti. Saidikaart peaks sisaldama ainult lehti, mida tahad otsingus näidata — testlehed ja vanad aadressid jäta sealt välja.
• Vaata üle robots.txt. Robots.txt juhib roomamist, mitte indekseerimist. Ära blokeeri teenuslehti ega tootekategooriaid, mida Google peab nägema. See on juhis headele otsingurobotitele — pahad botid võivad seda eirata, seega kaitse admin-kaustu parooli või serveriõigustega.
• Seo tähtsad lehed siselinkidega. Googlebot leiab uusi URL-e linkide kaudu, seega ära jäta teenuslehti ainult menüüsse või jalusesse.
• Jälgi suuremate saitide crawl budget'it. Filtrid ja sorteerimis-URL-id võivad võtta roomamisressursi lehtedelt, mis päringuid toovad.
• Kasuta Google Search Console'i. Pages raport näitab, kas URL on indekseeritud, välistatud noindex-märgisega või jäänud olekusse "Crawled — currently not indexed".
• Tee kiire site: kontroll. Päring site:sinudomeen.ee annab ligikaudse pildi Google'is nähtavatest lehtedest. Täpseks indeksiraportiks kasuta Search Console'it.

Veebilehe struktuur, URL-id ja siselingid

Struktuur näitab, kuhu leht kuulub pärast seda, kui Google sellele ligi pääseb. URL-id on riiulisildid ja siselingid vahekäigud. Ühel juhtimiskoolitaja lehel oli probleem selge: kujundus töötas, aga teenuslehtede URL-id jäid Eesti turu jaoks ingliskeelseks. URL peaks kordama sama keelt ja lubadust, mida inimene näeb otsingutulemuses, menüüs ja lehel.

Siselinkide puhul kasuta lühikest kontrolli:

• Seo blogi müügilehtedega. Juhendav artikkel peaks viima teenuse või kontaktini, kui lugeja järgmine samm on selge.
• Hoia ankurtekst loomulik. Kasuta fraase, mida inimene ka ise ütleks, näiteks „tehnilise SEO audit".
• Eemalda tühjad lingid. Jäta link lisamata, kui see ei vasta lugeja järgmisele küsimusele.

URL-i muutmisel kontrolli alati, kuhu vana aadress edasi viib. Ilma suunamiseta jõuab külastaja 404-lehele ja Google peab vana ning uue aadressi seose uuesti leidma.

Lihtne reegel: kui lehe aadress muutub, tee vanalt URL-ilt 301-suunamine uuele aadressile.

Kiirus ja Core Web Vitals

Pärast struktuuri tuleb kiirus: tehniline mõõdik ja kasutaja tunne korraga. Aeglane leht paneb mobiilikülastaja enne sisu nägemist kahtlema, kas klikk üldse töötas.

Core Web Vitals mõõdab kolme Google'i kasutuskogemuse signaali:

Google hindab Core Web Vitals lävendeid väliandmete põhjal, tavaliselt URL-grupi 75. protsentiili järgi. Seepärast vaata Search Console'is mustrit, mitte ühe mõõtmise ilusat või halba tulemust.

Kiiruse parandamisel alusta neljast kohast:

• Pildid. Kasuta õigeid mõõte ja WebP- või AVIF-formaati. Lisa lazy loading piltidele, mis jäävad esimesest ekraanist allapoole.
• JavaScript ja CSS. Eemalda üleliigsed skriptid ning lükka mitteoluline JavaScript edasi, et render-blocking failid ei pidurdaks esimest ekraani.
• Server ja vahemälu. Kõrge TTFB tähendab, et brauser ootab vastust enne allalaadimist. Korralik vahemälu vähendab korduvaid päringuid.
• Rasked kujunduselemendid. Hero-video ja rasked fondid võivad LCP-d tõsta enne, kui kasutaja sisu näeb.

SEO ja tehniline struktuur tuleb läbi mõelda enne disaini lukustamist. Majas pannakse elekter ja ventilatsioon paika enne tapeeti — veebis kehtib sama loogika.

Kanoonilised sildid, dubleeritud sisu ja suunamised

Kanoonilised sildid, rel="canonical" viited ja suunamised aitavad Google'il valida, milline URL on sisu põhiversioon. Mõtle sellest nagu ühest ametlikust aadressist, mida kõik teeviidad toetavad. Eriti oluline e-poodidel, kus variatsioonid võivad kiiresti tuua duplikaatsisu probleemid.

Miks dubleeritud sisu tekib?

Dubleeritud sisu tekib siis, kui sama leht avaneb mitme erineva aadressi kaudu. Levinud põhjused:

• www ja ilma www-ta versioonid
• HTTP ja HTTPS aadressid
• e-poe filtrid, sorteerimine, paginatsioon ja muud parameetri-URL-id
• seansi-ID-d või muud automaatselt lisatud URL-i osad

Google ei karista iga kord sama teksti eest automaatselt. Küll aga peab Google valima, millist versiooni otsingus näidata.

Millal kasutada kanoonilist silti?

Kanooniline silt ütleb Google'ile, millist URL-i peaks pidama eelistatud versiooniks. See on tugev signaal, mitte sundkäsk, ja kasutajat see teisele lehele ei suuna. Kasuta kanoonilist silti siis, kui mitu URL-i peavad alles jääma, aga otsingus peaks arvesse minema üks põhiversioon:

• Filtriga kategoorialeht viitab tagasi puhtale kategooria URL-ile.
• UTM-parameetriga kampaania URL viitab tagasi algsele lehele.
• Pagineeritud või sorteeritud vaade viitab sobivale põhilehele, kui sisu kattub tugevalt.

Lisa unikaalsele lehele ka iseendale viitav canonical. Ühel lehel peaks olema üks canonical-viide.

Millal kasutada 301-suunamist?

301-suunamine sobib siis, kui vana URL kaob püsivalt kasutusest. Kasuta seda pärast domeeni vahetust, URL-struktuuri muutust või vana teenuslehe eemaldamist.

Canonical ütleb Google'ile, milline versioon on eelistatud. 301-suunamine viib nii inimese kui ka otsingumootori päriselt uuele aadressile. Suunamine peaks minema otse lõpp-URL-ile — kontrolli, et ei tekiks redirect-ahelaid ega redirect-loop'e.

Mobiil, schema ja muud kvaliteedisignaalid

Google lähtub indekseerimisel mobiil esimesena põhimõttest, seega peab oluline sisu olema telefonis sama hästi nähtav. Kui mobiiliversioonis puuduvad tekstid, pealkirjad, pildid või lingid, hindab Google lehte selle puudulikuma versiooni järgi.

Schema markup ehk struktureeritud andmed on Schema.org sõnavara, mis selgitab Google'ile lehe sisu tüüpi. Levinud märgistused on Article, Product, LocalBusiness ja FAQPage. Eelista JSON-LD formaati ja märgista ainult seda, mis on lehel kasutajale päriselt nähtav.

HTTPS peab töötama kogu veebis, mitte ainult avalehel. Kontrolli, et vormid, ostukorv, siselingid ja pildid kasutaksid turvalist aadressi.

Tehnilise SEO audit: mida kontrollida esimesena

Tehnilise SEO auditis kontrolli esmalt, kas Google pääseb olulistele lehtedele ligi ja saab need indeksisse. Allolev järjekord hoiab töö praktilisena.

Pärast kontrolli vali parandused mõju järgi. Esimesena tulevad rahalehed, sest teenusleht või kategooria peab olema leitav enne blogi pisivigu.

Millal ei piisa enam üksikutest parandustest

Üksikutest parandustest ei piisa siis, kui audit näitab sama mustrit paljudel lehtedel. Sel juhul on probleem lehemallis, sisustruktuuris või arendusloogikas. Struktuuriprobleemile viitavad tavaliselt need märgid:

• Sama tehniline viga kordub lehemallides.
• Positsioonid ei liigu paremaks ka pärast mitut selget parandust.
• Uued lehed jõuavad indeksisse aeglaselt või ei kogu otsingust nähtavust.
• Siselinkimine sõltub juhuslikust käsitööst, mitte läbimõeldud struktuurist.
• Märksõnu kasutatakse liiga palju, vales kohas või ilma arusaamata, mida klient tegelikult otsib.

Baltyre.ee puhul tuli nähtav võit sisust: tootekirjeldustest, tootjate lehtedest ja e-poe siselinkimisest. See näitas, et tehniline ja sisuline struktuur peavad koos töötama.

Kas tehnilist SEO saab teha ilma arendajata?

Jah, enamiku tehnilise SEO põhitööst saab teha ilma arendajata, eriti WordPressi või muu sisuhaldussüsteemiga. Arendajat on vaja siis, kui probleem liigub koodi, mallide või serveri tasandile.

Saad ise teha:

• Kontrollida Google Search Console'is indekseerimist, roomamisvigu ja lehtede staatust.
• Seadistada SEO pluginate abil meta-andmeid, XML-sitemapi ja lihtsamaid robots.txt reegleid.
• Leida katkised lingid, 404-vead, puuduvad pealkirjad ja ümbersuunamiste ahelad audititööriistadega.
• Uuendada sisulisi pealkirju, alt-tekste ja siselinke, kui CMS lubab neid muuta.

Arendajat on vaja:

• Kui veeb on eritellimusel tehtud ja SEO muudatused sõltuvad mallist või koodist.
• Kui probleem on serveris, laadimiskiiruses, pluginate konfliktis või tehnilises konfiguratsioonis.
• Kui algne arendaja on lahkunud, arendaja roll puudub või keegi ei tunne veebi tausta.
• Kui iga blogipostituse H1 on näiteks „Meie blogi", kuigi leht räägib eri teenustest või toodetest.

Milliseid tööriistu tehnilise SEO jaoks kasutada?

Alusta tasuta tööriistadest: Google Search Console, PageSpeed Insights ja Bing Webmaster Tools katavad põhilise jälgimise. Suurema veebi või põhjaliku auditi puhul lisa Screaming Frog ning vajadusel Ahrefs või Semrush.

Screaming Frogi tasuta versioon sobib väiksema veebi esmaseks roomamiseks. Ahrefs ja Semrush sobivad märksõnade, linkide ja konkurentide võrdluseks, aga nende kuutasud võivad väikesele ettevõttele kiiresti suureks minna.

Kui tihti teha tehnilist SEO auditit?

Tehnilist SEO auditit tasub teha kord kvartalis ja pärast suuremat veebimuudatust. Põhjus on sama nagu auto hooldusel: kui jätad kontrolli liiga pikaks, avastad vea alles siis, kui see juba sõitu segab.

Kvartaalses kontrollis vaata üle:

• katkised lingid, 404 vead ja ümbersuunamiste ahelad
• Core Web Vitals, lehekiirus ja mobiilikasutus
• struktureeritud andmete vead ja SSL-sertifikaadi kehtivus
• indekseerimine: kas olulised lehed on indeksis ja ebaolulised mitte
• duplikaatsisu, canonical'id ja sügavamate alamlehtede vead

Tihedam audit on vajalik pärast domeenivahetust, CMS-i migratsiooni, uue funktsionaalsuse lisamist või suuremat sisustruktuuri muutust.

Kui kaua tehnilise SEO tulemused aega võtavad?

Tehnilise SEO tulemused võtavad üldiselt 3 kuni 6 kuud. See on realistlik ootus, sest Google peab lehed uuesti läbi roomama, indekseerima ja muudatusi konkurentsis hindama.

Ajakava sõltub viiest pidurist:

• kui suur ja vana veebileht on
• kui tugev on domeeni senine autoriteet
• kui palju olulisi lehti oli juba indeksis
• kui tõsised tehnilised vead parandati
• kui tihe on konkurents sinu valdkonna märksõnadel

Enne positsioonide kasvu jälgi varasemaid signaale: indekseeritud lehtede arv kasvab, Search Console'is suureneb roomamise sagedus, 4xx vead vähenevad, olulised lehed ilmuvad otsingusse tagasi.