Kuidas läbi viia tehnilist SEO audit: Samm-sammult juhend mittetehnilistele turundajatele

Kokkuvõte

Tehniline SEO audit on protsess, mille käigus hinnatakse teie veebisaidi taustsüsteemi tervist, et tuvastada probleeme, mis takistavad otsingumootorite roomamist, indekseerimist ja järjestamist. Mittetehniliste turundajate jaoks võib see tunduda hirmutav, kuid õigete tööriistade ja süstemaatilise lähenemisega on see täiesti teostatav. See juhend viib teid samm-sammult läbi auditi, alates saidi roomamisest tasuta tööriistadega kuni dubleeriva sisu leidmiseni, lehe kiiruse parandamiseni ja struktureeritud andmete kontrollimiseni. Iga samm sisaldab praktilisi näiteid ja nõuandeid paranduste prioriseerimiseks. Lõpuks on teil selge tegevuskava oma saidi tehnilise aluse parandamiseks parema SEO tulemuse saavutamiseks.

Sissejuhatus

Olete optimeerinud oma märksõnu, kirjutanud veenvaid meta kirjeldusi ja loonud tagasilingid – ometi on teie positsioonid endiselt maas. Süüdlaseks on sageli tehniline SEO: taustal toimivad elemendid, mis ütlevad otsingumootoritele, kuidas teie saiti roomata ja indekseerida. Tehniline SEO audit paljastab need peidetud probleemid, kuid paljud turundajad väldivad seda, sest see kõlab nagu arendaja töö. Tegelikult, õigete tööriistade ja metoodilise protsessiga saab igaüks tuvastada ja parandada kõige levinumad probleemid. See juhend pakub lihtsat, koodivaba lähenemist oma tehnilise SEO auditi läbiviimiseks koos konkreetsete sammude ja näidetega.

1. samm: Roomake oma veebisaiti

Alustage saidi roomamist tööriistaga nagu Screaming Frog SEO Spider (tasuta kuni 500 URL-i) või Sitebulb (pakub tasuta prooviversiooni). Need tööriistad simuleerivad, kuidas otsingumootori robot teie saiti näeb. Sisestage oma domeen ja laske roomamisel käivituda. Väljund näitab teile kõiki URL-e, vastuskoode, meta silte ja palju muud.

Praktiline näide: Pärast saidi roomamist sorteeri "Status Code" järgi. Kõik 4xx või 5xx vead on katkised lehed või serveriprobleemid. Näiteks 404 viga tootelehel tähendab, et see leht enam ei eksisteeri – peaksite selle taastama või seadistama 301 ümbersuunamise sarnasele lehele.

Hoiatus: Roomamised võivad JavaScriptiga renderdatud sisust mööda vaadata, kui tööriist pole selleks konfigureeritud. Põhilise auditi jaoks piisab HTML-ist. Kui teil on raske JS-iga sait, kaaluge tööriista nagu Screaming Frog JavaScripti renderdamise funktsiooni (tasuline versioon) kasutamist.

2. samm: Vaadake üle robots.txt ja XML-sitemap

Teie robots.txt fail ütleb otsingumootoritele, milliseid lehti roomata või ignoreerida. Levinud probleemid hõlmavad oluliste lehtede (nt teie blogi või tootelehed) kogemata blokeerimist. Kontrollimiseks minge saidile yourdomain.com/robots.txt. Kui näete Disallow: /, blokeerib see kõik roomajad – välja arvatud juhul, kui see on mõeldud staging saidile.

Järgmisena kontrollige oma XML-sitemapi saidil yourdomain.com/sitemap.xml`. See peaks loetlema kõik lehed, mida soovite indekseerida. Kasutage Google Search Console'i Sitemaps aruannet, et näha, kas sitemap on esitatud ja vigadeta. Kui teil on vähem kui 1000 lehte, veenduge, et iga oluline leht on kaasatud.

Praktiline näide: E-kaubanduse saidi sitemap võib kogemata sisaldada filtrit URL-e (nt /category/color=red). Need on õhukesed lehed, mis tuleks dubleeriva sisu vältimiseks välja jätta. Vaadake sitemap üle ja eemaldage mittevajalikud URL-id.

3. samm: Kontrollige dubleerivat sisu ja kanoonilisi silte

Dubleeriv sisu ajab otsingumootorid segadusse, millist versiooni järjestada. Kasutage oma roomamise tööriista, et leida identse või peaaegu identse meta kirjelduse või pealkirja siltidega lehti. Pöörake erilist tähelepanu URL-i parameetritele (nt ?sort=price). Kanoonilised sildid (rel="canonical") osutavad eelistatud versioonile. Kontrollige, et igal lehel oleks kas iseendale viitav kanooniline silt või osutaks see õigele kanoonilisele URL-ile.

Praktiline näide: Blogiplatvorm võib genereerida nii /blog/post kui /blog/post?amp versioonid. AMP versioonil peaks olema kanooniline silt, mis osutab tavalisele lehele. Kui mitte, lisage AMP-lehele kanooniline silt.

4. samm: Hinnake lehe kiirust ja Core Web Vitaleid

Lehe kiirus mõjutab otseselt kasutajakogemust ja positsioone. Kasutage Google'i PageSpeed Insights või Lighthouse`i, et testida oma saidi mobiili- ja lauaarvuti jõudlust. Keskenduge Core Web Vitalidele: Largest Contentful Paint (LCP), Interaction to Next Paint (INP) ja Cumulative Layout Shift (CLS). Eesmärk on LCP alla 2,5 sekundi, INP alla 200 ms ja CLS alla 0,1.

Süvitsi minekuks nende mõõdikute optimeerimisel vaadake meie juhendit Core Web Vitalide optimeerimine.

Praktiline näide: Kui teie LCP on 4 sekundit, on süüdlane sageli suur hero pilt. Pakkige pilt WebP formaati, lükake mittekriitilised skriptid edasi ja lubage lazy laadimine. Testige uuesti pärast muudatusi.

5. samm: Testige mobiilisõbralikkust

Google kasutab mobiilipõhist indekseerimist, seega peab teie sait mobiilis hästi toimima. Kasutage Google'i mobiilisõbralikkuse testi tööriista. See toob esile probleemid nagu liiga väike tekst, liiga lähestikku olevad klõpsatavad elemendid või ekraanist laiem sisu. Kontrollige ka, et viewport meta silt oleks olemas ja õigesti konfigureeritud (<meta name="viewport" content="width=device-width, initial-scale=1">).

Hoiatus: Testi tööriist kontrollib ainult ühte lehte. Täieliku auditi jaoks kasutage roomamise tööriista mobiilisõbralikkuse aruannet (kui saadaval) või testige käsitsi võtmelehti päris mobiilseadmel.

6. samm: Tuvastage katkised lingid ja ümbersuunamisabelad

Katkised lingid (404) kahjustavad kasutajakogemust ja raiskavad roomamise eelarvet. Teie roomamise tööriist loetleb kõik katkised lingid. Lahendage igaüks, kas taastades lehe, seadistades 301 ümbersuunamise asjakohasele lehele või eemaldades lingi. Kontrollige ka ümbersuunamisabelaid: mitu järjestikust ümbersuunamist (nt Leht A → Leht B → Leht C). Need aeglustavad laadimisaega ja võivad kaotada lingiväärtust. Ideaalis peaksid ümbersuunamised viima otse lõpp-lehele.

Praktiline näide: Blogipostitus, mille eelmisel aastal kustutasite, võib omada väliseid tagasilinke. Selle asemel, et lasta sellel olla 404, suunake see ümber sama teema uuendatud postitusele.

7. samm: Valideerige struktureeritud andmed

Struktureeritud andmed (skeemi märgendus) aitavad otsingumootoritel teie sisu mõista ja võivad võimaldada rikkalikke tulemusi nagu ülevaate tärnid või KKK lõigud. Kasutage Google'i Rich Results Test`i oma märgenduse valideerimiseks võtmelehtedel (nt toode, artikkel, KKK). Levinud vead hõlmavad puuduvaid kohustuslikke välju, valet vormingut või dubleerivaid omadusi.

Põhjaliku juhendi saamiseks struktureeritud andmete tõhusaks rakendamiseks vaadake meie artiklit Tulevikukindel SEO struktureeritud andmetega.

Näide: Kui teil on retsepti leht, veenduge, et see sisaldab Recipe skeemi väljadega nagu name, cookTime ja nutrition. Kui mõni kohustuslik väli on puudu, ei näita Google rikkalikku lõiku.

Kokkuvõte

Tehniline SEO audit ei nõua arendaja tausta – piisab süstemaatilisest lähenemisest ja õigetest tasuta tööriistadest. Neid seitset sammu järgides avastate ja parandate levinud probleemid, mis takistavad teie saidi kõrgemaid positsioone. Pidage meeles, et seadke prioriteedid: parandage kriitilised vead (nagu 404 ja blokeeritud lehed) enne kiiruse või struktureeritud andmete optimeerimist. Regulaarsed auditid (kord kvartalis) tagavad teie saidi tervise selle kasvades. Puhtama tehnilise alusega hakkavad teie muud SEO jõupingutused lõpuks vilja kandma.

Nüüd minge ja roomake oma saiti, et näha, mida leiate. Teie positsioonid tänavad.