Tehniline SEO on kodulehe see osa, mida külastaja ei näe, aga otsingumootor küll. See ei ole tekst ega märksõnad, vaid kõik see, mis otsustab, kas Google jõuab sinu lehtedeni, saab neist aru ja peab neid kasutajale piisavalt kiireks.
Praktikas käib see nii: kui tehniline pool on korras, ei märka keegi seda kunagi. Kui see on katki, ei aita ükski artikkel ega tagasilink. Sellepärast on tehniline kontroll alati esimene samm, mitte viimane.
Mida tehniline SEO tegelikult katab
Termin kõlab suurema ja hirmutavamana, kui ta on. Sisu poolest jaguneb tehniline SEO nelja lihtsasse küsimusse:
- Kas robot pääseb ligi? robots.txt, sisselogimise taga olev sisu, serveri vastuskoodid.
- Kas leht läheb indeksisse? noindex, kanoonilised aadressid, sisukaart.
- Kas leht on kasutatav? laadimiskiirus, mobiilivaade, vahelehüppavad elemendid.
- Kas struktuur on arusaadav? siselingid, URL-ide loogika, struktureeritud andmed.
Kõik kaheksa allolevat kontrollpunkti mahuvad nende nelja küsimuse alla. Kui tahad enne põhimõtetega tutvuda, alusta juhendist mis on SEO.
Kaheksa kontrollpunkti tähtsuse järjekorras
Järjekord ei ole juhuslik. Esimesed kolm punkti võivad üksinda hoida terve saidi otsingust väljas. Viimased kolm annavad protsente juurde. Tee need ülalt alla.
1. Indekseerimise blokeeringud
Ava „view-source:“ oma lehel ja otsi rida <meta name="robots" content="noindex">. Kui see on olemas, ei lähe leht Google’isse, ükskõik kui hea sisu seal on. Sama teeb robots.txt failis olev Disallow: /.
See on kõige kallim viga ja kõige sagedasem uue kodulehe avaldamisel: arendusversiooni seaded lähevad koos saidiga live’i ja keegi ei märka seda kuude kaupa. WordPressis on selle lüliti Seaded > Lugemine all.
2. Search Console’i katvuse raport
Google Search Console’i raport „Lehed“ näitab täpselt, mitu lehte on indeksis ja mitu jäi välja ning miks. Kolm vastust, mida seal kõige sagedamini näeb:
- Leitud, kuid pole indekseeritud. Google nägi lehte ja otsustas selle vahele jätta. Enamasti tähendab see õhukest või dubleeritud sisu.
- Alternatiivne leht koos kanoonilise sildiga. Tavaliselt korrektne, kui leht ongi duplikaat.
- Ümbersuunamisega leht. Kontrolli, et suunamine viib sisuliselt sarnasele lehele, mitte avalehele.
3. Vastuskoodid ja katkised lingid
Iga link, mis annab 404, kulutab roboti aega ja katkestab kasutaja teekonna. Eriti valus on see siis, kui katkine leht oli varem otsingus olemas ja seda ei suunatud kuhugi.
Reegel on lihtne: kustutatud leht saab 301 ümbersuunamise lähima sisulise vaste peale. Kui vastet ei ole, jäta 404 alles, aga eemalda link, mis sinna viitab. Massiline suunamine avalehele on halvem kui aus 404.
4. Laadimiskiirus ja Core Web Vitals
Google mõõdab kolme näitajat. Sihtväärtused on avalikud ja neid on lihtne PageSpeed Insightsis kontrollida:
| Näitaja | Mida mõõdab | Hea tulemus |
|---|---|---|
| LCP | Kui kiiresti ilmub lehe suurim element, tavaliselt pealkiri või päisepilt | kuni 2,5 sekundit |
| INP | Kui kiiresti leht reageerib klikile või puudutusele | kuni 200 millisekundit |
| CLS | Kui palju sisu hüppab laadimise ajal paigast | kuni 0,1 |
Enamikul Eesti kodulehtedest tuleb LCP-probleem ühest kohast: liiga suurest esimesest pildist. Enne kui hakkad koodi optimeerima, vaata üle, kas päisepilt on WebP-vormingus ja alla 200 kB. See üks muudatus annab tavaliselt rohkem kui kõik ülejäänud kokku.
5. Mobiilivaade
Google indekseerib mobiiliversiooni, mitte arvutiversiooni. See tähendab, et kui mõni sisuplokk on mobiilis peidetud või laadib alles pärast klikki, ei pruugi see üldse arvesse minna.
Kontrolli kolme asja: kas kogu tekst on mobiilis päriselt olemas, kas nupud on sõrmega tabatavad ja kas midagi ei lähe horisontaalselt ekraanilt välja.
6. URL-ide struktuur ja kanoonilised aadressid
Hea URL on lühike, eestikeelne ja ütleb sisu ära ilma lehte avamata. Halb URL sisaldab numbreid, kuupäevi ja parameetreid, mis tekitavad ühest lehest mitu aadressi.
Kui sama sisu on kättesaadav mitmelt aadressilt, ütle kanoonilise sildiga ära, kumb on peamine. Vastasel juhul jagab Google sama sisu signaalid kahe aadressi vahel ja kumbki ei jõua ülespoole.
7. Siselingid
Siselink on ainus koht, kus sa ise otsustad, milline leht on sinu saidil tähtis. Leht, kuhu ei viita ükski link peale menüü, on Google’i silmis kõrvaline.
Praktiline reegel: iga uus artikkel saab vähemalt ühe lingi seotud teenuselehele ja vähemalt kaks linki varasematele artiklitele. Ankurtekst peab olema kirjeldav. SEO analüüs on parem ankur kui „loe lähemalt“.
8. Struktureeritud andmed
Struktureeritud andmed ehk JSON-LD ütlevad otsingumootorile masinloetavalt, mis lehel on: artikkel, toode, ettevõte, korduma kippuvad küsimused. See ei tõsta positsiooni otse, aga annab otsingutulemusele rohkem ruumi ja tõstab klikkimise määra.
Sama info on muutunud oluliseks ka AI-otsingus. ChatGPT, Perplexity ja Google’i AI-vastused eelistavad allikaid, mille sisu on selgelt struktureeritud ja üheselt mõistetav.
Kust alustada, kui aega on üks tund
Kui tahad kohe midagi ära teha, tee need kolm asja selles järjekorras:
- Kontrolli, et avalehel ei ole noindex-silti ja robots.txt ei blokeeri midagi olulist.
- Vaata Search Console’is üle, mitu lehte on indeksis. Kui number on tunduvalt väiksem kui lehtede arv, on seal probleem.
- Jooksuta avaleht ja üks teenuseleht läbi PageSpeed Insightsi ning vaata, kas LCP jääb 2,5 sekundi sisse.
Suurema pildi saad kätte, kui käid läbi kogu kodulehe auditi kontrollnimekirja. Kui tehniline pool on korras, on järgmine samm sisu ja tagasilingid.
Millal tasub appi kutsuda
Kontrollimise saab enamik ettevõtjaid ise ära teha. Parandamine läheb enamasti koodi sisse ja seal on lihtne midagi katki teha. Kui leiad indekseerimise vea, kiiruseprobleemi serveri poolel või pead tegema kümneid ümbersuunamisi, on mõistlik kaasata inimene, kes on seda varem teinud.
Meie SEO teenus algab alati tehnilisest ülevaatusest, sest sisu tegemine katkise vundamendi peale on raha põletamine. Kui koduleht vajab lisaks ka pidevat tehnilist hoolt, vaata kodulehe halduse ja hoolduse teenust.
Korduma kippuvad küsimused
Mis vahe on tehnilisel SEO-l ja sisu-SEO-l?
Sisu-SEO vastab küsimusele, KAS lehel on see, mida otsija otsib. Tehniline SEO vastab küsimusele, kas otsingumootor jõuab selle sisuni ja saab sellest aru. Kui tehniline pool on katki, ei aita ka kõige parem tekst, sest seda ei indekseerita või laadib leht nii aeglaselt, et külastaja lahkub enne sisu nägemist.
Kui tihti peaks tehnilist SEO-d kontrollima?
Terve saidi ülevaatus üks kord kvartalis on enamikule ettevõtetest piisav. Erandid on kolm: pärast kujunduse või teemauuendust, pärast platvormivahetust ja pärast URL-ide muutmist. Nendel hetkedel tekivad kõige sagedamini katkised lingid, kadunud ümbersuunamised ja kogemata lisatud noindex.
Kas tehniline SEO tõstab positsiooni kohe?
Ei. Indekseerimist blokeeriva vea parandus võib anda tulemuse päevadega, sest leht lihtsalt jõuab Google’isse. Kiiruse ja struktuuri parandused mõjuvad aeglasemalt, tavaliselt 4 kuni 12 nädalaga, sest Google peab lehed uuesti läbi käima ja kasutajakäitumise andmed peavad koguneda.
Kas ma saan tehnilise SEO ise ära teha?
Kontrollimise osa küll. Search Console, PageSpeed Insights ja lehe lähtekoodi vaatamine on tasuta ja ei nõua arendaja oskusi. Parandamine läheb enamasti koodi sisse: serveri seaded, teema failid, piltide kompressioon. Seal tasub kaasata arendaja, muidu on lihtne midagi katki teha.
Milline tehniline viga on kõige kallim?
Kogemata jäetud noindex või robots.txt keeld, mis hoiab terve saidi Google’ist väljas. Seda juhtub kõige sagedamini uue kodulehe avaldamisel, kui arendusversiooni seaded lähevad koos saidiga live’i. Kontrolli see üle esimese asjana iga uue lehe puhul.
