Kuidas teha SEO auditit samm-sammult

Pane paika auditi eesmärk ja ulatus

Enne tööriistade kasutamist kirjuta ühe lausega, millisele küsimusele audit vastab. Selge eesmärk määrab, milliseid mõõdikuid vaatad ja millised lehed võtad esimesena ette.

Vali eesmärk sümptomi ja mõõdiku järgi:

• Tehniline tervis: kontrolli indekseerimist, 3xx/4xx/5xx staatuskoode, Core Web Vitalsi ja mobiilikogemust, kui Google ei leia või ei näita olulisi lehti.
• Sisu kvaliteet: võrdle pealkirja, meta description'it, H1-pealkirja ja otsingukavatsust, kui lehel on näitamisi, aga CTR või klikid jäävad madalaks.
• Liikluse langus: võta Search Console'is 28 või 90 päeva vaade, võrdle sama pikkusega eelmise perioodiga ja kontrolli GA4-s konversioone.
• Uus strateegia: fikseeri enne veebiuuendust või sisutööd lehed, millel on päringud, müük või tähtis orgaaniline liiklus.

Ulatuse valimisel alusta ärilisest mõjust ja olemasolevast andmest:

• Väikese saidi puhul analüüsi kogu veebi, näiteks kõik teenuselehed, blogipostitused ja kontaktilehed.
• Suuremal saidil alusta URL-idest, mis toovad Search Console'is klikke või GA4-s päringuid ja müüki.
• E-poes kontrolli eraldi kategooria-, toote- ja filtrilehti, sest vead korduvad tihti mallide kaupa.
• Ära piirdu avalehega, sest tavaliselt peidavad just sisulehed katkisi linke, dubleeritud sisu ja indekseerimisprobleeme.

Kogu lähteandmed kokku enne auditit

SEO audit algab andmetest, mitte tööriista avamisest. Kui lähteandmed on koos, saad hiljem eristada tehnilise vea ärilisest mõjust.

Pane enne alustamist valmis peamised allikad:

• Google Search Console: ekspordi Performance, Page indexing, Sitemaps ja Links raportid vähemalt viimase 3 kuu kohta.
• GA4: vaata orgaanilisi sessioone, konversioone ja maandumislehti sama perioodi kohta, mida kasutad Search Console'is.
• PageSpeed Insights või Lighthouse: salvesta Core Web Vitals, mobiili- ja desktop-vaade ning lehepõhised kiiruse soovitused.
• Crawler ehk ronija: kasuta Screaming Frogi, Sitebulbi või Ahrefs Site Auditi eksporti URL-ide, staatuskoodide, indexability, canonical'i ja siselinkide kohta.
• Backlinkide tööriist: kasuta Ahrefsi, Semrushi või Search Console'i linkide raportit, et näha viitavaid domeene ja tähtsaid sihtlehti.

Puudulik crawler-andmestik teeb auditi puudulikuks, sest mõõdikud ei kattu URL-idega.

• Ainult avalehe kontroll jätab alamlehtede 404 vead, duplikaatsisu ja indekseerimisprobleemid peitu.
• Poolik URL-ide nimekiri peidab noindex, canonical'i ja katkiste siselinkide mustrid.
• Vale lähteandmestik viib parandusteni, mis ei mõjuta klikke, indekseerimist ega päringuid.

Roni sait (crawl) SEO tööriistaga ja rühmita lehed

Crawl on SEO auditi tehniline inventuur. Screaming Frog ja Sitebulb sobivad käsitsi auditiks; Ahrefs Site Audit sobib korduvaks jälgimiseks.

Tee crawl nii, et ekspordist saaks hiljem lehti rühmitada:

1. Sisesta põhidomeen ja lase tööriistal liikuda läbi siselinkide.
2. Lisa võrdluseks XML-sitemap ja robots.txt fail, kui need on olemas.
3. Ekspordi URL, HTTP-olekukood, indekseeritavus, canonical, title, meta description, H1 ja siselinkide arv.
4. Märgi orvuks jäänud lehed (need, millele pole ühtegi suunavat linki), mis on sitemapis või Search Console'is olemas, kuid crawler neid siselinkide kaudu ei leia.

See võrdlus on nagu laoseis päris poes. Kui riiulil on kaup olemas, aga kassasüsteem seda ei näe, tekib probleem alles siis, kui keegi tahab seda osta.

Rühmita lehed vähemalt nende tunnuste järgi:

• Lehe tüüp: avaleht, teenuseleht, blogipostitus, kategooria, tooteleht või muu mall.
• HTTP-olekukood: 200, 3xx, 4xx, 5xx ja muud vastused, mida crawler näitab.
• Indekseeritavus: indexable, noindex, canonicalized, robots.txt failiga blokeeritud või muu piiranguga leht.
• Sisu roll: müügileht, infosisu, filtrileht, vana kampaanialeht või tehniline URL.
• Äriline tähtsus: lehed, mis peaksid tooma päringuid, müüki või olulist orgaanilist liiklust.

Pärast rühmitamist on auditil selge töölaud ees. Teenuseleht 404 veaga on tähtsam kui vana arhiivileht, millel pole klikke ega päringuid.

Kontrolli tehnilist SEO-d

Tehniline SEO audit vaatab, kas Google saab sinu saiti üldse normaalselt lugeda. Kui roomamine, indekseerimine ja tehnilised failid on korrast ära, ei päästa head tekstid üksi olukorda.

Järgmised kontrollid liiguvad aluskihtide kaupa: kas lehed on leitavad, milliseid vastuseid server annab ja kas saidikaart ning robots.txt annavad Google'ile õiged juhised.

Leia roomamise ja indekseerimise tõkked

Roomamise ja indekseerimise tõkked näitavad, millised lehed Google'ini ei jõua või otsingutulemustesse ei pääse. Kontrolli avalehest sügavamale: kategooriad, vanad blogipostitused ja tootelehed annavad tihti esimesed signaalid.

Alusta kiirest nähtavuse kontrollist:

• site:domeen.ee päring: näitab ligikaudu, milliseid lehti Google on indekseerinud.
• Google Search Console: ava Indekseerimine > Lehed ja võrdle indekseeritud URL-e XML-saidikaardis olevate URL-idega.
• Crawleri raport: Screaming Frogis või Sitebulbis võrdle Indexability ja Crawl Depth veerge, et leida sügaval või blokeeritud URL-id.

Seejärel vaata üle tõkked, mis võivad olulised URL-id otsingust välja jätta:

• robots.txt: kontrolli, et fail ei blokeeriks teenuselehti, kategooriaid ega /blog/ kausta, kui blogi toetab müüki.
• noindex märgend: otsi noindex lehti, mis on saidikaardis või saavad siselinke menüüst ja artiklitest.
• XML-sitemap: veendu, et saidikaardil oleksid ainult 200 staatuskoodiga indekseeritavad URL-id.
• Siselinkide sügavus: märgi kontrolliks lehed, mis on avalehest üle 3 kliki kaugusel, kui need peaksid tooma liiklust või müüki.
• Crawleri vead: Screaming Frogi Response Codes ja Canonicals vaated aitavad kirja panna 404 lehed, duplikaatsed URL-id ja lugemata jäänud URL-id.

Kui avaleht on korras, võib audit ikkagi näidata kümneid sügavama taseme probleeme. Kui leiad tõkked, kontrolli järgmisena, mida server nende URL-ide kohta Googlebotile vastab.

Vaata üle staatuskoodid ja suunamised

Staatuskoodid näitavad, kas Googlebot ja külastaja saavad URL-ile ligi. Google Search Console ja Screaming Frog näitavad URL-i vastuse; serverilogid kinnitavad, kas Googlebot sama vea päriselt sai.

Suunamine peaks olema nagu lühike teeviit ristmikul. Kui teeviit saadab külastaja kolme järgmise teeviida juurde, läheb nii inimene kui ka otsingurobot aeglasemalt edasi.

Kontrolli suunamiste puhul kolme asja:

• Kas vana URL suunab otse lõplikule sihtlehele, mitte läbi 2-3 vahepeatuse.
• Kas suunamise lõppleht annab 200 staatuskoodi, mitte 404 või 5xx vea.
• Kas HTTP, HTTPS, www ja ilma www versioonid jõuavad sama lõpliku URL-ini.

Paranda kõigepealt URL-id, millele viitavad siselingid, menüülingid või välised lingid. Kui suunamised on korras, kontrolli, kas robots.txt, saidikaart ja canonical'id räägivad sama juttu.

Kontrolli saidikaarti, canonical'e ja robots.txt faili

Järgmisena kontrolli faile ja silte, mis ütlevad otsingumootorile, mida roomata ja millist URL-i eelistada. Screaming Frogi Sitemaps ja Canonicals raportid näitavad konfliktid kiiremini kui käsitsi klõpsimine.

robots.txt

• Ava fail aadressil https://domeen.ee/robots.txt ja kontrolli, kas tähtsad osad pole kogemata blokeeritud.
• Otsi rida Disallow: /, sest see võib keelata kogu saidi roomamise.
• Vaata üle ka kitsamad keelud, näiteks /blog/, /tooted/ või teenuslehtede kaustad.
• Kontrolli, kas failis on Sitemap: direktiiv, näiteks Sitemap: https://domeen.ee/sitemap.xml.

XML saidikaart

• Saidikaart peab sisaldama ainult neid URL-e, mida soovid Google'is indekseerida.
• Eemalda saidikaardist 404, 5xx, suunavad ja noindex URL-id.
• Lisa saidikaarti tähtsad teenuslehed, kategooriad ja artiklid, kui need on indekseerimiseks mõeldud.
• Esita saidikaart Google Search Console'is ja kontrolli, kas raport märgib faili kättesaadavaks ning URL-id loetavaks.

canonical

• Google Search Central käsitleb canonical-silti vihjena, mitte käsuna, seega peavad siselingid ja saidikaart sama eelistust toetama.
• Kontrolli, et canonical viitaks 200 staatuskoodiga HTTPS URL-ile, mitte 404-lehele, suunavale URL-ile või valele protokollile.
• Vaata üle, kas dubleerivatel lehtedel on canonical õigele põhilehele.
• Lisa self-referencing canonical olulistele lehtedele, kui sama sisu võib tekkida filtrite, parameetrite või sorteerimise kaudu.

Kui robots.txt, XML saidikaart ja canonical'id annavad eri signaale, ei tea Google, millist juhist uskuda. Kui juhised on kooskõlas, liigu edasi struktuuri ja siselinkide juurde.

Hinda saidi struktuuri ja siselinke

Nüüd, kui roomamise juhised on üle vaadatud, kontrolli, kas Google ja kasutaja liiguvad veebis sama loogikat mööda. Screaming Frogi või Sitebulbi Crawl Depth raport näitab kiiresti, kui tähtis teenusleht on peidus 4 kliki kaugusel.

Vaata struktuuri üle sellise kontrollnimekirjaga:

• Hierarhia: avaleht peab viima põhikategooriatesse, sealt teenus- või tootelehtedele ning vajadusel blogi tugisisuni.
• Klikisügavus: märgi prioriteetseks lehed, mis on avalehest üle 3 kliki kaugusel ja peaksid tooma päringuid või müüki.
• Siselinkide loogika: ava crawleris Inlinks raport ja kontrolli, kas blogiartiklid viitavad seotud teenustele, kategooriatele või toodetele.
• Ankrutekstid: lingi tekst peab kirjeldama sihtlehte, näiteks "SEO audit" on parem kui "loe siit".
• Katkised või üksikud lehed: otsi Inlinks = 0 lehti ja siselinke, mis viitavad 404-lehtedele.

Hea siselinkimine ei tähenda suvalist linkide lisamist igasse lõiku. Kui struktuur on korras, jätka on-page SEO peatükiga.

Auditeeri on-page SEO-d ja sisu kvaliteeti

Kui tehniline SEO on korras, liigu lehe enda juurde. On-page SEO audit vaatab, kas iga leht ütleb Google'ile ja lugejale selgelt, milleks see leht olemas on.

Kontrolli siin kolme kihti:

• Metaandmed ja struktuur: title tag, H1, meta-kirjeldus ja alapealkirjad.
• Otsingukavatsus ja värskus: kas sisu vastab sellele, mida inimene tegelikult otsib.
• Kiirus ja mobiilivaade: kas leht avaneb mugavalt ka telefonis.

Kui auditi järel selgub, et sisu strateegia ja sisu loomine on järgmine suur töö, saad täpsemalt lugeda, kuidas SEO sisu teenus seda tööd toetab.

Vaata üle pealkirjad, metaandmed ja struktuur

Pealkirjad ja metaandmed on lehe sildid Google'i jaoks. Need peavad olema lühikesed, täpsed ja iga lehe puhul unikaalsed.

Kontrolli igal olulisemal lehel käsitsi ja Screaming Frogi või Sitebulbi ekspordis järgmist:

• Title tag: hoia umbes 50-60 tähemärgi sees ja lisa põhiteema loomulikult.
• H1: kasuta ühte H1-pealkirja, mis kirjeldab lehe põhiteemat.
• Meta-kirjeldus: kirjuta umbes 150-160 tähemärki, et inimene saaks otsingutulemuses aru, miks lehele tulla.
• H2 ja H3 struktuur: H2 jaotab lehe suuremateks osadeks, H3 täpsustab neid osi.
• Märksõnade kasutus: lisa märksõna sinna, kus see kõlab loomulikult. Ära topi sama fraasi igasse pealkirja.

Korralik struktuur võib välja näha nii:

1. H1: SEO audit väikeettevõttele
2. H2: Tehnilise SEO kontroll
3. H3: Indekseerimise vead
4. H3: Katkised lingid
5. H2: Sisu ja metaandmete ülevaatus

Kui lehel on mitu H1-pealkirja, liiga pikad tiitlid või tühjad meta-kirjeldused, pane need paranduste nimekirja.

Hinda otsingukavatsust, dubleerimist ja sisu ajakohasust

Võta iga oluline leht eraldi ette ja küsi: kas see vastab veel sellele, mida otsija praegu Google'ist leida tahab?

Sisu audit on nagu riiuli koristamine. Kõik võib alles olla, aga kõik ei pruugi enam õiges kohas olla.

Võta kõrvale Google Search Console, crawli ekspordi tabel ja vajadusel Ahrefs või SE Ranking.

Kontrolli iga lehe puhul kolme asja:

• Otsingukavatsus: vaata Search Console'is päringuid, klikke ja keskmist positsiooni. Kui Google'i esilehel on juhendid, aga sinu leht müüb kohe teenust, on kavatsus paigast ära.
• Dubleerimine ja kannibaliseerimine: otsi Search Console'is sama päringu all korduvaid URL-e. Ohumärk on see, kui kaks blogipostitust või teenuslehte vahetavad sama päringu all kohti.
• Ajakohasus: kontrolli hindu, kuupäevi, ekraanitõmmiseid, tööriistade nimesid ja korduma hakanud kliendiküsimusi. Vana ekraanitõmmis või aegunud hinnainfo võib teha muidu korralikust artiklist halva vastuse.

Pane iga lehe kõrvale üks otsus: jäta alles, uuenda, ühenda teise lehega või eemalda. Nii muutub audit tegevusplaaniks.

Otsingukavatsuse seost aitab täpsustada märksõnaanalüüsi juhend, enne kui sisu uuendama hakkad.

Kontrolli kiirust ja mobiilikogemust

Kiirus ja mobiilikogemus mõjutavad seda, kas inimene üldse jõuab sinu sisuni. Kui leht avaneb telefonis aeglaselt, on hea tekst nagu lukus poeuks: kaup võib sees olla, aga klient ei viitsi oodata.

Alusta lihtsast mõõtmisest: pane avaleht ja 2-3 tähtsat teenuse- või tootelehte Google PageSpeed Insightsi. Kirjuta tulemused üles eraldi mobiili ja lauaarvuti kohta, sest need võivad olla väga erinevad.

Auditis vaata vähemalt neid punkte:

• PageSpeed Insights ja Core Web Vitals: kontrolli sama URL-i mobiili ja desktopi vaates. Search Console näitab, kas probleem kordub paljudel URL-idel või ainult ühel lehel.
• LCP: suurima nähtava elemendi laadimisaeg peaks olema 2,5 sekundit või vähem. Kui see on kõrgem, vaata esmalt suuri pilte, serveri vastamisaega ja üleliigseid skripte.
• INP: interaktsioonikiirus peaks olema alla 200 ms. Halb INP tähendab, et nupp, menüü või vorm reageerib kasutaja puudutusele liiga aeglaselt.
• CLS: visuaalse stabiilsuse skoor peaks olema 0,1 või vähem. Kui tekst, pilt või nupp liigub sõrme alt ära, on mobiilikogemus kehv.
• Mobiilivaade: ava leht päris telefonis ja testi menüüd, vorme, nuppe ja teksti suurust. PageSpeed annab numbrid, aga käega testimine näitab, kas lehte on päriselt mugav kasutada.

Kui sul pole varasemat kiiruse skoori, alusta praegusest mõõtmisest ja salvesta see auditi raportisse.

Märgi kõrge prioriteediga lehed, kus LCP, INP või CLS on üle nende piiride, eriti kui tegu on teenuse-, kategooria- või tootelehega.

Kontrolli backlinke ja väliseid signaale

Backlink ehk tagasilink on link mõnelt teiselt veebilehelt sinu saidile. See täiendab siselinkide ülevaatust, sest Google hindab nii lehe sisemist loogikat kui ka väliseid viiteid.

Alusta Google Search Console'i Links raportist. Kui kasutad tasulist tööriista, võrdle sama profiili Ahrefsis või SE Rankingus.

Kontrolli vähemalt neid mõõdikuid:

• Viitavad domeenid: märgi viitavate domeenide arv ja lingitavate lehtede arv. 500 linki ühest domeenist ei ole sama asi kui 500 asjakohast domeeni.
• Domeeni autoriteet: Ahrefs kasutab Domain Ratingut, Moz kasutab Domain Authorityt, kuid ükski skoor ei asenda käsitsi hindamist.
• Ankurtekstide jaotus: vaata, kas profiilis on brändiankruid, URL-e ja üldiseid fraase. Ebaloomulikult korduvad täpsed teenusemärksõnad vajavad käsitsi ülevaatust.
• Teemakohasus: ehitusettevõtte jaoks annab valdkonna portaalist tulev link rohkem kaalu kui juhuslik kataloog tundmatust nišist.
• Kaotatud backlinkid: vaata lost backlinks raportit viimase 30-90 päeva kohta. Kui valdkonna portaal linkis varem teenuselehele ja link nüüd 404-lehele viib, lisa parandusnimekirja.

Ära hinda backlinke ainult koondskoori järgi. Ava konkreetne linkiv leht ja kontrolli, kas link on teemakohases lõigus või juhuslikus kataloogikirjes.

Ettevaatust disavow failiga

Google ignoreerib paljusid madala kvaliteediga linke automaatselt. Üksikud veidrad spämmilingid ei tähenda, et peaksid kohe disavow faili koostama.

Disavow tööriista tasub kaaluda ainult siis, kui Google Search Console näitab Manual Actions teadet või sul on selge tõend ostetud linkide, link farmide või muu manipulatiivse skeemi kohta.

Kasuta lihtsat riskijaotust:

• Kõrge risk: massiline lingiskeem, ostetud lingid, link farmid või väga ebaloomulikud täpsed märksõnaankrud.
• Keskmine risk: ebaolulised kataloogid, nõrga kvaliteediga saidid ja teemast täiesti mööda viitavad domeenid.
• Madal risk: vanad katkised lingid, juhuslikud spämmilingid ja loomulik link rot, mida Google sageli ise eirab.

Kui risk on keskmine, proovi esmalt linkiva saidi omanikuga ühendust võtta. Kui risk on madal, märgi leid raportisse ja liigu prioriseerimise juurde.

Prioriseeri leiud ja tee tegevusplaan

Kui audit on tehtud, ära jää 40 vea nimekirja vahtima nagu katkist armatuurlaua tuld autos. Jaga leiud mõju ja töömahu järgi, siis muutub audit tööplaaniks.

Eesmärk on valida esimene tööplokk, mitte teha kõike korraga.

Jaga probleemid kriitilisteks, tähtsateks ja madala mõjuga

Kõiki SEO auditi leide ei pea parandama samal nädalal. Alusta vigadest, mis takistavad Google'il olulisi lehti leida, mõista või kasutajale kiiresti näidata.

Tee prioriteetide tabelis iga leiu kõrvale kaks hinnet: mõju 1-3 ja töömaht 1-3.

Esimesse järjekorda lähevad leiud, mille mõju on 3 ja töömaht 1, näiteks teenuslehe noindex või katki läinud 301 suunamine.

• Kriitiline ja lihtne: tee samal päeval, näiteks eemalda teenuslehelt vale noindex või paranda robots.txt reegel.
• Kriitiline ja keerukas: pane esimese nädala tööplaani, näiteks kategooriapuu ümbertõstmine või suunamiste loogika parandamine enne migratsiooni.
• Tähtis ja lihtne: tee pärast kriitilisi vigu, näiteks kirjuta olulisele teenuslehele selgem meta title ja lisa üks siselink seotud blogipostitusest.
• Madal mõju: kogu sarnased pisivead üheks paketiks ja paranda need korraga, kui kriitilised SEO tõkked on eest ära.

Koosta raport ja jaga töö omanikele

SEO auditi raport peab muutma leiud tööks. Raporti lõpuks peab olema selge, kes teeb mida ja mis kuupäevaks.

Hea raport sisaldab iga leiu juures sama struktuuri:

• Probleem: mis täpselt on valesti, näiteks 404 lehed või puuduva meta kirjeldusega teenuslehed.
• Mõju: kas leid on kriitiline, tähtis või madala mõjuga.
• Tegevus: mida tuleb parandada, millisel URL-il ja kuidas kontrollid paranduse üle.
• Omanik: kes vastutab paranduse eest.
• Tähtaeg: millal töö tehakse ja millal mõju üle vaadatakse, näiteks 30 päeva tehniliste vigade kontrolliks ja 90 päeva nähtavuse võrdluseks.

Töö jagamine võiks olla lihtne:

• Arendaja: indekseerimistõkked, staatuskoodid, suunamised, kiirus ja tehnilised seadistused.
• Sisulooja või turundaja: pealkirjad, meta kirjeldused, dubleeriv sisu ja aegunud tekstid.
• SEO-spetsialist: prioriteedid, siselinkimise loogika, märksõnade vastavus ja mõju hindamine.
• Ettevõtte omanik: ärilised otsused, eelarve, tähtajad ja lõplik vastutus.

Lisa raporti lõppu üks kokkuvõte: 3 parandust, mis tuleb esimesena ära teha. Sellest lühinimekirjast algab järgmine 30-90 päeva tööplaan.

Mis saab pärast esimest auditit?

Esimene SEO audit on lähtepunkt. Järgmised 30-90 päeva näitavad, kas kriitilised vead kadusid ja kas Google Search Console'i näitamised muutusid.

Võrdle sama pikka perioodi enne ja pärast parandusi, näiteks 28 päeva vs 28 päeva. Nii ei aja hooajalisust ja paranduste mõju sassi.

Tee parandused selles järjekorras:

1. Paranda tehnilised tõkked. Alusta roomamise ja indekseerimise vigadest. Testi iga parandatud URL Google Search Console'is üle.
2. Uuenda sisu ja metaandmeid. Alusta suurima nähtavusega teenuslehtedest. Kirjuta pealkiri otsingukavatsuse järgi ja kontrolli, et H1 lubaks sama teemat.
3. Korrasta siselingid. Lisa igale olulisele teenuslehele vähemalt üks siselink seotud blogipostitusest või kategoorialehelt.
4. Testi parandused üle. Tee uus crawl ja kontrolli samad URL-id veebilehel käsitsi. Viga peab olema kadunud nii tööriistas kui ka lehel.
5. Jälgi tulemusi. Märgi paranduse kuupäev raportisse, et hiljem oleks näha, milline muudatus klikid või päringud liikuma pani.

Mõju mõõtmiseks vali üks kindel võrdlusperiood, näiteks 28 päeva enne ja 28 päeva pärast parandusi:

• Orgaanilised klikid Google Search Console'is, eriti parandatud URL-ide kaupa
• Impressions ehk näitamised otsingutulemustes, et näha, kas Google kuvab lehti sagedamini
• Indekseeritud lehtede arv ja põhjused, miks tähtsad lehed indeksist välja jäid
• Tehnilised vead crawleris, eriti korduvad 404 lehed ja suunamisahelad
• Konversioonid Google Analyticsis, näiteks kontaktivormi saatmised
• Päringud telefoni või e-posti kaudu, koos märkega, kas päring tuli parandatud lehelt

Tehniliste paranduste mõju peaks esmalt paistma indekseerimises ja veaarvu languses. Sisulised muudatused vajavad sageli 3-6 kuud, enne kui orgaanilised klikid ja päringud selgemalt liiguvad.

Oodata ei tähenda käed rüpes istumist. Märgi iga kuu üles tehtud muudatused ja peamised Search Console'i numbrid.

Kui trend liigub 3 kuud järjest vales suunas, on aeg auditirütmi tihendada.

Kui tihti auditit korrata ja millal abi kaasata

Auditirütm sõltub sellest, kui palju veeb muutub ja mida andmed näitavad. Stabiilsel teenuslehel piisab harvemast kontrollist, aktiivse e-poe või migratsiooni järel peab kontroll olema tihedam.

Praktiline rütm on selline:

• Kord aastas: põhjalik audit kogu saidile, eriti teenuslehtede, tehnilise SEO ja sisustruktuuri kohta.
• Kord kvartalis: lühikontroll indekseerimise, 404 vigade, canonical tähiste ja tähtsamate positsioonide kohta.
• 4-6 nädalat pärast lansseerimist või migratsiooni: kontroll, kas Google pääseb uuele struktuurile ligi.
• Pärast Google core update'i: mini-audit lehtedele, mis kaotasid nähtavust.
• Pärast 3 kuud liikluse langust: sügavam kontroll, kui orgaanilised klikid langevad järjest.

Spetsialist tasub kaasata siis, kui probleem ei ole enam ainult nimekirja koostamises. Küsimus on selles, kas sa oskad leitud vead turvaliselt ära parandada.

Abi on mõistlik kaasata, kui:

• robots.txt, canonicalid või suunamised tekitavad segadust;
• orgaaniline liiklus langeb 3 kuud järjest;
• saidil on palju duplikaatlehti või õhukest sisu;
• veeb on aeglane ja mobiilis ebamugav;
• eelmine agentuur või isetegemine ei toonud selget tulemust;
• turundusele kuluv aeg hakkab põhitegevust segama.

Kui mõni neist punktidest kehtib, pane enne järgmist sammu kirja 3 asja: mis muutus, millal langus algas ja milliseid parandusi on juba proovitud.

Nende vastustega on spetsialistil lihtsam aru saada, kas mure on tehniline, sisuline või mõlemat korraga.