Kui orgaaniline liiklus on viimased kuud “nagu oleks pidur peal” - samad lehed, sama sisu, sama eelarve - siis tihti ei ole probleem ideedes ega tekstides. Probleem on selles, et Google ei saa sinu saiti piisavalt kiiresti ja üheselt kätte, ei usalda signaale või komistab tehniliste takistuste otsa. Tehniline SEO ei ole kosmeetika. See on see osa, mis otsustab, kas sinu töö indekseeritakse, kas see suudab konkureerida ja kas külastaja jõuab ostuni ilma hõõrdumiseta.
Allpool on tehniline SEO kontrollnimekiri, millele me vaatame, kui eesmärk on mõõdetav kasv - parem nähtavus, parem kiirus, parem crawl-efficiency ja lõpuks rohkem päringuid, liide ja müüki. See ei ole “tee kõik ära ja oled valmis” nimekiri. Mõnes äris on 20 protsenti punktidest need, mis annavad 80 protsenti tulemusest, teises on vastupidi. Aga kui tahad kindlat alust, alusta siit.
1) Indekseerimine ja crawl-i juhtimine
Tehniline SEO algab küsimusest: kas sinu lehed on üldse mängus. Kui olulised lehed ei ole indekseeritud või Google kulutab oma crawl-budgeti ebaolulisele, siis võid kirjutada maailma parimat sisu ja tulemus jääb õhukeseks.
Kontrolli, kas Search Console’is on indekseerimise raportis ootamatult palju “Avastatud, kuid praegu indekseerimata” või “Crawled - currently not indexed” kirjeid. Need ei ole alati katastroof, aga kui nende hulgas on su rahalehed (teenused, kategooriad, tootelehed), siis on see otsene pidur.
Robots.txt ja meta robots on järgmine koht, kus “lihtne viga” muutub kalliks. Üks liiga lai Disallow võib lukku panna terve kataloogi. Samamoodi noindex valele mallile panduna võib eemaldada sadu lehti. Kui sul on mitu keskkonda (staging, dev), veendu, et noindex jääks ainult sinna, kus seda vaja on.
XML sitemap ei ole dekoratsioon. See on sinu prioriteetide nimekiri. Hoia seal ainult URL-id, mis peavad indekseeruma ja mis annavad 200 staatuse. Kui sitemap on täis redirect’e, 404-sid või kanoniseeritud variante, siis saadad Google’ile segase sõnumi ja raiskad ressursse.
2) URL-struktuur ja sisemine loogika
Hea URL-struktuur on SEO ja konversiooni ühine sõber. See aitab otsingumootoril ja kasutajal aru saada, kus nad on ja kuidas liikuda.
Praktikas tähendab see: hoia URL-id lühikesed, kirjeldavad ja stabiilsed. Kui sa muudatusi teed, tee neid põhjusega. Iga URL-i vahetus tähendab migratsiooniriski ja link equity ümberjagamist.
E-poes või suuremas sisumahus tuleb eriti kiiresti mängu filtrite ja parameetrite kaos. Kui sul tekib tuhandeid URL-e, mis erinevad ainult sorteerimise, värvi või suuruse järgi, siis tekib duplikaadi ja crawl-budgeti probleem. Lahendus ei ole alati “keera kõik kinni”. Mõni filter-leht võib tuua väga väärtuslikku orgaanilist nõudlust. Siin on trade-off: mida sa tahad indekseeruda ja mille peaks Google pigem ignoreerima. Otsusta reeglid ja vii need tehniliselt ellu.
3) Canonical, duplikaadid ja “õige leht”
Kui Google ei saa aru, milline URL on sama sisu “peamine” versioon, siis jaguneb autoriteet ning ranking kõigub.
Canonical-tag peab olema järjepidev. Iga indekseeritav leht peaks enamikul juhtudel kanoniseerima iseendale. Kui kanoniseerid ühele URL-ile, mis ei ole 200 staatuses, või kanoniseerid vastuoluliselt (sama sisu eri lehtedel eri canonicalid), siis tekitad segaduse.
HTTP vs HTTPS, www vs non-www, lõpukaldkriips, suurtähed - need on klassikalised kohad, kus tekib “neli versiooni samast asjast”. Tee üks valik ja suuna kõik sinna 301 redirect’iga. Ära jäta seda “las Google otsustab” tasemele.
Mitmekeelsed saidid vajavad hreflang’i. Baltikumi ettevõtetes on sageli EE, LV, LT ja inglise keel koos. Kui hreflang on puudu või vigane, näidatakse valet keelt vales riigis ja CTR kukub. Hreflang ei ole alati lihtne, aga vale hreflang on halvem kui selle puudumine. Kui sa ei ole kindel, testi väiksemal komplektil enne, kui kogu saidi külge paned.
4) Staatuskoodid ja suunamiste kvaliteet
Suunamised on vältimatud, aga ahelad ja loop’id söövad nii kasutajakogemust kui ka crawl’it. Kontrolli, et olulised URL-id ei läbiks 2-3 redirect’i enne sihtkohta.
404 ja 410 vead ei ole automaatselt “punane alarm”. Kui vana kampaanialeht ongi läinud, on parem korrektne 404/410 kui suunamine avalehele. Probleem tekib siis, kui 404-sid on palju sisemiste linkide tõttu või kui olulised lehed annavad vea.
Serveri vead (5xx) on juba päris risk. Kui need esinevad crawl’i ajal, võib Google tempot maha võtta. Kui sul on hooajaline kampaania või reklaam, siis 5xx tähendab reaalselt kaotatud tulu, mitte ainult SEO mure.
5) Core Web Vitals ja päris kiirus, mitte ainult skoor
Kiirus on SEO signaal, aga veel rohkem on see konversioonisignaal. Kui leht on aeglane, siis “külm” orgaaniline külastaja ei anna sulle teist võimalust.
Vaata Core Web Vitals’i (LCP, INP, CLS) päris kasutajate andmete järgi, mitte ainult ühe laboritesti põhjal. Üks PageSpeed’i skoor võib olla ilus, aga kui päris kasutajatel on INP halb, siis kannatab.
Tüüpilised võidukohad on piltide optimeerimine (õige formaat ja mõõt), fontide laadimise korrastamine, render-blocking skriptide kärpimine ja “liiga palju pluginaid” teema, eriti WordPressis. Mõnikord on tehniliselt kõige kiirem tee hoopis see, et sa eemaldad 30 protsenti asju, mis ei anna müüki.
6) JavaScript, renderdamine ja indeksitõkked
Kui suur osa sisust ilmub alles pärast JS-i käivitumist, siis tekitad Google’ile lisatöö. Google suudab JavaScripti renderdada, aga see ei tähenda, et see on sinu jaoks tasuta.
Kontrolli, kas põhisisu ja sisemised lingid on HTML-is olemas. Kui navigeerimine või tootekategooriad “tekivad” ainult kliendipoolselt, võib see vähendada avastamist ja indekseerimist. Siin sõltub palju platvormist ja arendusest. Mõnikord piisab server-side render’ist või pre-render’ist. Mõnikord on mõistlik osa funktsionaalsusest ümber teha.
7) Struktureeritud andmed (Schema) seal, kus see toob CTR-i
Schema ei ole maagiline ranking-nupp. Aga see võib parandada arusaamist ja tõsta CTR-i rich result’idega, mis omakorda annab rohkem klikke sama positsiooni juures.
E-poes on Product, Offer, Review kõige praktilisemad. Teenuseettevõttel on LocalBusiness ja Service tihti loogilised, kui info on korrektne. Artiklite puhul Article ja FAQ on mõnikord kasulik, kuigi rich result’ide nähtavus sõltub nišist ja Google’i reeglitest.
Oluline on täpsus. Kui schema lubab midagi, mida lehel tegelikult pole (hind, laoseis, arvustused), siis riskid usaldussignaaliga ja potentsiaalselt ka käsitsi sekkumisega.
8) Sisu “õhuke” vs sihilik: indeksipuhastus
Paljudel saitidel on sadu lehti, mis ei too liiklust ega müüki, aga võtavad crawl’i ja lahjendavad struktuuri. Siin tuleb olla pragmaatiline.
Kui sul on blogipostitusi, mis ei ranki ja ei toeta müüki, siis on valikuid mitu: uuenda ja tee neist päriselt head, ühenda sarnased teemad üheks tugevaks leheks, või pane noindex ja hoia need kasutajatele alles. Kõik sõltub sellest, kas neil lehtedel on linke, brändiväärtust või konversiooniteed.
E-poes kehtib sama põhimõte aegunud toodetele. Kui toodet enam ei tule ja asendust pole, võib 404 olla aus. Kui on asendus või kategooria, suuna sinna. Ära suuna kõike avalehele - see näeb välja nagu “peida prügi vaiba alla”.
9) Siseviitamine ja lehtede prioriteedid
Tehniline SEO ei lõpe serveri seadistusega. Siseviitamine on see, kuidas sa ütled Google’ile ja kasutajale, mis on tähtis.
Kui su peamised teenused või kategooriad on maetud kolme kliki sügavusele või saad neile ainult footerist, siis sa annad valed prioriteedid. Tõsta tähtsad lehed navigatsiooni, seotud sisu plokkidesse ja konversiooniteekonda.
Ankrutekstid ei pea olema üleoptimeeritud, aga nad peavad olema informatiivsed. “Vaata siit” ei ütle midagi. “E-poe arendus” ütleb.
10) Logid, jälgimine ja “kas muudatus töötas?”
Tehniline SEO on inseneeria. Inseneeria vajab mõõtmist.
Kui sul on ligipääs serverilogidele, saad näha, mida Googlebot päriselt crawl’b, kui tihti ja kus ta kinni jääb. See on eriti väärtuslik suuremate e-poodide ja portaalide puhul.
Minimaalselt peaksid sa jälgima Search Console’i (indekseerimine, CWV, manual actions), analüütikat (orgaaniline liiklus ja landing page’ide tulemus) ning rankingu liikumist ärikriitilistel märksõnadel. Muudatused on mõtet teha etapiti, muidu sa ei tea, mis tegelikult mõju avaldas.
Kuidas seda kontrollnimekirja päriselt kasutada
Kui sa püüad kõik punktid korraga “roheliseks” saada, siis kulutad aega vales kohas. Parem on võtta 2-3 kõige suuremat pidurit ja lahendada need nii, et mõju oleks nähtav.
Hea prioriteetide järjekord on tihti selline: kõigepealt indeksitõkked ja suunamiste vead, siis duplikaadid ja canonicalid, seejärel kiirus ja CWV, ja lõpuks schema ning peenhäälestus. Kui sul on juba tugev domeen ja palju lehti, võib indeksipuhastus tulla varasemaks, sest see vabastab crawl’i ja koondab autoriteedi.
Kui sa tahad, et keegi vaataks su saidi tehnilise poole läbi “tulemus enne kõike” prillide, siis [ScalingWebs](https://scalingwebs.com) teeb tihti esmalt ära selge pildi: mis takistab indekseerimist, mis pidurdab kiirust ja mis hoiab müügi teekonda kinni. Sama loogika kehtib ka siis, kui sa teed tööd oma tiimiga - diagnoos enne suurt ümbertegemist.
Lõpuks on kõige kasulikum mõtteviis see: tehniline SEO ei ole checklisti täitmine Google’i jaoks, vaid hõõrdumise eemaldamine sinu kasvu teelt. Kui iga parandusega muutub saidi struktuur selgemaks, lehed kiiremaks ja signaalid ühesemaks, siis hakkavad tulemused tulema isegi siis, kui konkurendid toodavad sinust rohkem sisu.