Tehnični SEO pregled: kaj preveriti, preden začnete spreminjati vsebino

Pred obsežnim prepisovanjem vsebine preverite, ali lahko iskalnik stran sploh zanesljivo odkrije, izriše, razume in poveže z njenim pravim URL-jem. Če so težave v indeksiranju, canonical oznakah, renderiranju ali notranjih povezavah, nova besedila sama ne bodo odpravila tehnične ovire.

Dober tehnični pregled se začne z inventarjem in konča s prioritetami. Njegov namen ni obljubiti uvrstitve, temveč ugotoviti, ali tehnična izvedba ovira dostop do vsebine.

1. Zajemite trenutno stanje

Pred spremembami zabeležite, kaj obstaja.

Potrebujete seznam pomembnih URL-jev, njihov namen, status indeksiranja in vlogo v strukturi strani. Vključite glavne storitve, kategorije, članke, lokalizirane različice in strani, na katere kažejo zunanji kanali.

Primerjajte vsaj tri vire:

• URL-je, ki jih najde crawler;
• URL-je v sitemapu;
• URL-je, ki jih iskalnik pozna oziroma indeksira.

Razlike razkrijejo osirotele strani, zastarele vnose, nepričakovane parametre in vsebino, ki je dostopna samo na en način.

Brez začetnega posnetka je pozneje težko ugotoviti, katera sprememba je povzročila izboljšanje ali novo napako.

2. Preverite statuse, preusmeritve in canonical

Vsak pomemben URL mora vrniti pričakovan status.

Preglejte:

• strani z napakami 4xx ali 5xx;
• notranje povezave na preusmeritve;
• verige in zanke preusmeritev;
• podvojene različice z in brez parametrov;
• doslednost protokola, domene in zaključnih poševnic;
• canonical oznako vsake strani.

Canonical naj kaže na različico, ki jo res želite obravnavati kot glavno. Ne uporabljajte ga kot nadomestilo za urejene preusmeritve ali slabo nadzorovano podvajanje.

Pri večjezičnih straneh preverite še vzajemne hreflang povezave, jezikovne kode in dostopnost vseh navedenih URL-jev. Podrobnejši okvir je v vodiču o dvojezični spletni strani.

3. Preverite, kaj se dejansko izriše

Vsebina, vidna v brskalniku po več interakcijah, ni nujno enaka začetnemu dokumentu, ki ga prejme crawler.

Za ključne predloge preverite:

• ali je glavno besedilo prisotno v izrisanem HTML-ju;
• ali se naslov in meta podatki ustvarijo pravilno;
• ali povezave uporabljajo prave naslove;
• ali navigacija deluje brez uporabniške interakcije;
• ali napake zunanjega API-ja odstranijo bistveno vsebino;
• ali so strani dostopne brez prijave ali posebnega stanja brskalnika.

Pri aplikacijah, ki močno uporabljajo JavaScript, primerjajte začetni in končni izris. Težava ni uporaba JavaScripta sama po sebi, temveč odvisnost ključne vsebine od krhkega ali zakasnjenega izvajanja.

4. Uskladite metapodatke, naslove in strukturirane podatke

Vsaka pomembna stran naj ima naslov, opis in glavni vidni naslov, ki ustrezajo njenemu resničnemu namenu.

Preverite:

• manjkajoče ali podvojene naslove;
• generične opise;
• več glavnih naslovov brez jasne hierarhije;
• predloge, ki ustvarjajo napačno ime storitve ali kategorije;
• Open Graph podatke;
• strukturirane podatke.

Schema.org označba mora opisovati vidno vsebino. Če strukturirani podatki vsebujejo ponudbo, avtorja, datum, oceno ali vprašanje, ki ga uporabnik na strani ne vidi, označba in dokument nista skladna.

Strukturirani podatki pomagajo opisati vsebino, ne zagotavljajo posebnega prikaza ali boljše uvrstitve.

5. Preglejte notranje povezave

Iskalnik in uporabnik morata do pomembne strani priti po razumljivi poti.

Poiščite:

• strani brez notranjih povezav;
• pomembne strani, zakopane globoko v strukturi;
• generična besedila povezav;
• povezave na napačen jezik;
• nedelujoče povezave;
• podvojene poti do različnih različic iste vsebine.

Notranja povezava naj pojasni odnos med dokumentoma. Storitev lahko vodi do ustreznega projekta ali vodiča, članek pa do naslednje smiselne teme. Povezovanje vsake omembe z vsako možno stranjo zmanjšuje uporabnost.

6. Preverite sitemap in robots pravila

Sitemap naj vsebuje kanonične, dostopne URL-je, ki jih želite indeksirati. V njem ne potrebujejo mesta preusmeritve, napake, podvojene različice ali zaprte strani.

Datoteka robots.txt naj ne blokira virov ali poti, potrebnih za razumevanje strani. Hkrati velja pomembna razlika: blokiranje crawl dostopa ni zanesljiv način odstranjevanja že znanega URL-ja iz indeksa.

Preverite tudi, ali se sitemap po objavi novih strani dejansko posodobi in ali vsebuje pravilne lokalizirane naslove.

7. Ločite tehnične napake od vsebinskih odločitev

Ko je tehnični dostop urejen, šele nato presojajte vsebino.

Razdelite ugotovitve v tri skupine:

1. Dostop in indeksiranje: stran ni dosegljiva, izrisana ali pravilno kanonizirana.
2. Struktura in razumevanje: naslov, hierarhija, notranje povezave ali označbe ne opisujejo vsebine jasno.
3. Vsebina in namen: dokument ne odgovori na vprašanje pravega obiskovalca.

Takšna razvrstitev prepreči, da bi vsako težavo označili kot »SEO vsebino« in začeli prepisovati strani, ki imajo v resnici tehnično napako.

8. Uredite merjenje pred posegom

Pred izvedbo določite, kako boste potrdili, da je bila tehnična sprememba pravilno uporabljena.

Spremljajte vsaj:

• dostopnost spremenjenih URL-jev;
• indeksacijske signale;
• canonical in hreflang oznake;
• napake v obrazcih ali ključnih poteh;
• tehnično zmogljivost pomembnih predlog;
• datum in namen vsake spremembe.

Merjenje ne dokazuje samodejno poslovnega učinka. Pomaga pa ločiti tehnično uspešno izvedbo od domneve.

Pregled hitrosti je podrobneje opisan v članku Core Web Vitals v praksi. Za širši pregled sta na voljo SEO in optimizacija hitrosti ter kontakt.

← Nazaj na blog