Tehnični SEO: kontrolni seznam pred objavo in po prenovi strani

Sedem preverjanj, ki odločijo največ

Če imate le pol ure, preverite te točke. Vsaka napaka tukaj lahko pomeni, da stran sploh ne pride v iskanje, ne glede na vsebino.

Dostop pajkov: robots.txt in statusne kode

Datoteka robots.txt pove pajkom, česa naj ne berejo. Ne pove pa, česa naj ne prikažejo. Google izrecno navaja, da robots.txt ni način, da stran ostane zunaj iskanja: blokiran naslov se lahko vseeno pojavi v rezultatih, le brez opisa, če nanj kaže povezava od drugod (Google, uvod v robots.txt).

• Ne blokirajte CSS in JavaScripta. Google stran izriše kot brskalnik; brez teh datotek je ne more pravilno oceniti.
• V robots.txt navedite sitemap z vrstico Sitemap: https://vašadomena.si/sitemap.xml.
• Strani, ki naj bodo v iskanju, vračajo 200. Odstranjene strani vračajo 404 ali 410, premaknjene pa 301.
• Stran »ni najdeno« mora vrniti status 404, ne 200. Sicer jo Search Console označi kot mehko napako 404 (soft 404).
• Napake 5xx odpravite hitro. Ob napakah strežnika Google upočasni pregledovanje, naslove, ki napako vračajo dlje časa, pa odstrani iz indeksa (Google, statusne kode HTTP).

Status preverite v Search Consolu s pregledom URL-ja ali v terminalu z ukazom curl -I https://vašadomena.si/stran/, ki izpiše samo glavo odgovora.

Indeksiranje: noindex in testne strani

Za strani, ki ne smejo v iskanje (zahvala po oddaji obrazca, interni filtri, testne strani), uporabite oznako noindex. Pri tem pazite na tri pasti:

• noindex in robots.txt se izključujeta. Če stran blokirate v robots.txt, je Google ne prebere in oznake noindex nikoli ne vidi, zato se lahko stran vseeno znajde v rezultatih (Google, blokiranje indeksiranja).
• Za PDF-je in slike uporabite glavo X-Robots-Tag. Meta oznake v teh datotekah ni, glavo HTTP pa nastavite na strežniku.
• Testna stran naj ima geslo, ne le noindex. Najpogostejša napaka po prenovi je, da noindex iz testnega okolja ostane na živi strani ali da se testna kopija znajde v Googlu.

Po vsaki objavi v Search Consolu preverite poročilo o indeksiranju strani. Kaj pomeni posamezen status, smo razložili v vodniku Google Search Console.

Ena različica vsakega naslova

Ista vsebina pod več naslovi razprši signale. Za Google so http://, https://, www. in različica brez www., s poševnico na koncu in brez nje ter naslov z dodanimi parametri različni naslovi. Odločite se za eno različico in vse ostale s 301 preusmerite nanjo.

Vir: Google, združevanje podvojenih URL-jev. Google opozarja, da robots.txt in noindex nista orodji za izbiro kanonične različice znotraj iste strani.

Vsaka stran naj ima oznako rel="canonical", ki kaže sama nase, filtrirane ali razvrščene različice pa na glavno stran. Na našem blogu tako filter po kategorijah (/blog/?kategorija=seo) kaže na /blog/, zato Google ne vidi šestih dvojnikov iste strani.

Preusmeritve po prenovi in selitvi

Ko spremenite naslove podstrani, morajo stari naslovi s preusmeritvijo voditi na nove. Google preusmeritev 301 (in 308) šteje za močan signal, 302 in 307 pa za šibkega, zato za trajne spremembe uporabite 301.

• Brez verig. Google sledi največ desetim zaporednim preusmeritvam (Google, statusne kode HTTP), vendar vsak dodaten skok upočasni obisk. Cilj je en skok.
• Notranje povezave posodobite na končne naslove, da ne vodijo prek preusmeritev.
• Ne preusmerjajte vsega na domačo stran. Stari naslov naj vodi na najbolj podobno novo stran; množična preusmeritev na domačo stran se pogosto šteje kot mehka napaka 404.
• Pred prenovo izvozite seznam vseh naslovov, ki imajo obisk ali povezave, in za vsakega določite novega.

Celoten postopek prenove brez izgube uvrstitev opisujemo v članku prenova spletne strani.

Sitemap

Sitemap je seznam strani, ki jih želite v iskanju. Ni seznam vseh datotek na strežniku.

• Vključite le strani s statusom 200, brez noindex in s kanoničnim naslovom, ki je enak naslovu v sitemapu.
• Ena datoteka ima lahko največ 50.000 naslovov ali 50 MB brez stiskanja, večje strani razdelite na več datotek.
• Datum lastmod naj bo resničen. Google ga upošteva le, če je dosledno točen, vrednosti priority in changefreq pa prezre (Google, sitemap).
• Sitemap oddajte v Search Consolu in ga navedite v robots.txt.

Hitrost in mobilna različica

Google stran ocenjuje po mobilni različici, zato mora ta vsebovati enako vsebino, naslove in strukturirane podatke kot namizna. Pri hitrosti so merilo trije Core Web Vitals pri resničnih obiskovalcih: LCP do 2,5 sekunde, INP do 200 milisekund in CLS do 0,1.

• Slike imajo določeno širino in višino, da se vsebina med nalaganjem ne premika (CLS).
• Glavne slike na vrhu strani ne nalagajte z zamikom (lazy loading), ker to podaljša LCP. Zamik uporabite za slike nižje na strani.
• Slike so v formatu WebP ali AVIF in v velikosti, ki jo stran dejansko prikaže.
• Strežnik odgovori hitro, stran pa ne nalaga skript, ki jih ne uporablja.

Kako meritve preberete v PageSpeed Insights in Search Consolu, je opisano v SEO analizi spletne strani, zakaj hitrost vpliva na prodajo, pa v članku hitrost spletne strani in prodaja.

JavaScript in povezave

Google zna izrisati JavaScript, vendar z dvema omejitvama, ki pogosto ostaneta neopaženi pri sodobnih straneh in aplikacijah:

• Povezave morajo biti elementi <a> z atributom href. Google drugih povezav ne najde (Google, osnove JavaScript SEO). Gumb, ki stran zamenja z JavaScriptom, za Google ni povezava.
• noindex ne odstranjujte z JavaScriptom. Ko Google vidi noindex, lahko izris preskoči, zato poznejša sprememba oznake morda ne bo učinkovala.
• Glavna vsebina naj bo v HTML-ju, ki ga vrne strežnik, ne le v vsebini, ki jo JavaScript naloži naknadno. To pomaga tudi AI iskalnikom, ki JavaScripta pogosto ne izrišejo.

Strukturirani podatki in več jezikov

Strukturirani podatki (schema.org) Googlu povedo, kaj je na strani: podjetje, storitev, članek, pogosta vprašanja. Preverite jih z Googlovim testom obogatenih rezultatov in poskrbite, da se ujemajo z vidno vsebino.

Če ima stran več jezikov, potrebujete oznake hreflang. Google jih upošteva le, če se različice povezujejo v obe smeri: če slovenska stran kaže na angleško, mora angleška kazati nazaj na slovensko. Vsaka različica navede tudi samo sebe, za obiskovalce drugih jezikov pa lahko dodate x-default (Google, jezikovne različice).

AI pajki

Vse več obiska prihaja iz ChatGPT-ja, Perplexityja in Googlovih AI povzetkov. V robots.txt lahko ločeno odločite, ali vsebina sme služiti za učenje modelov in ali se sme prikazovati v AI iskanju.

Vira: Google, pajki in OpenAI, pajki. Za podjetje, ki želi strank iz AI iskanja, je smiselno dovoliti iskalne pajke (OAI-SearchBot, PerplexityBot), o učenju modelov pa se odločite posebej. Več o vidnosti v AI iskanju piše v članku SEO v dobi umetne inteligence.

S čim preverite

Za večino malih strani zadoščajo brezplačna orodja:

Vir za Screaming Frog: screamingfrog.co.uk. Pregled celotne strani s pajkom je najhitrejši način, da najdete verige preusmeritev, napačne kanonične oznake in pozabljene oznake noindex.

Zaključek

Tehnični SEO ne pripelje obiska sam po sebi, lahko pa ga v celoti prepreči. Večina napak, ki jih vidimo pri pregledih, je preprostih: pozabljen noindex, verige preusmeritev, podvojene različice naslovov ali sitemap s preusmerjenimi stranmi. Če želite, da tehnično osnovo vaše strani pregledamo in uredimo, si oglejte SEO optimizacijo.