Tehnični kontrolni seznam SEO: Seznam za izboljšanje vaše spletne strani

Kontrolni seznam za tehnično optimizacijo SEO

Pregledovanje in indeksiranje

Prva stvar, ki jo je treba pregledati med tehnično revizijo, je, kako iskalniki indeksirajo in prebirajo vaše spletno mesto. Če namreč strani na vašem spletnem mestu ni mogoče prebrskati, ne bodo indeksirane (z nekaj izjemami). Posledično strani, ki niso zastopane v indeksu, ne bodo sodelovale pri razvrščanju.

Preglejte poročilo o indeksiranju strani v konzoli za iskanje Google

Najbolj natančen in zanesljiv način za analizo indeksiranja vašega spletnega mesta je analiza poročila o indeksiranju strani v konzoli za iskanje Google. Oglejte si poročilo o indeksiranih straneh in preverite, katere strani so v indeksu. Poglejte, ali so med njimi strani z možnostmi filtriranja ali razvrščanja, ali so med njimi testne strani ali druge strani, ki jih ne želite indeksirati. Oglejte si tudi strani, ki so bile izključene. Vsi statusi v poročilu Izključene strani niso problematični. Pozornosti ne smete usmeriti na vse izključene strani, temveč le na tiste, pri katerih se Googlovo vedenje ne ujema z vašimi nameni. V spodnji preglednici so prikazani statusi, ki običajno zahtevajo pozornost in poglobljeno analizo:

Status	Kaj pomeni	Kaj morate storiti
Napaka pri preusmeritvi	Google ni mogel slediti naslovu URL zaradi težav s preusmeritvijo.	Zmanjšajte število preusmeritev (na 1-2). Izogibajte se neskončnim in krožnim preusmeritvam.- Poskrbite, da se končni naslov URL vrne 200 OK in ni blokiran v robots.txt/noindex.
Napaka strežnika	Strežnik je vrnil napako 5xx.	Preverite dnevnike strežnika. Prepričajte se, da spletno mesto ni preobremenjeno.- Odpravite notranje napake, zlasti če se ponavljajo.
Odkrito – ni indeksirano	Google ve za stran, vendar je še ni prečesal. Kaže na težave s proračunom za pregledovanje.	Prepričajte se, da je stran v zemljevidu mesta. Dodajte notranje povezave nanjo. Optimizirajte proračun za pregledovanje.
Pregledana – ni indeksirana	Google je stran obiskal, vendar je ni indeksiral. Običajno kaže na nizko kakovost strani.	Izboljšajte kakovost in edinstvenost vsebine. Zagotovite, da na strani ni podvojenih vsebin. Dodajte ji notranje povezave.
Podvojitev brez uporabniško izbranega kanoničnega	Google meni, da je stran podvojena, vendar niste določili kanonične povezave.	Preverite pare strani in določite potrebno kanonično ali pa ponovno preučite strukturo spletnega mesta.
Dvojnik, Google je izbral drugačen kanonični zapis kot uporabnik	Google ni upošteval vašega določenega kanoničnega.	Razlogov je lahko več; natančno morate pregledati podatke o strani in izbrati najprimernejšo strategijo (noindex, preusmeritev, odstranitev, robots.txt, spremembe v strukturi spletnega mesta in notranje povezave).
Mehki 404	Stran je videti “prazna” ali “ni najdena”, vendar vrne status 200 OK.	Vrnite 404 ali 410. Naredite preusmeritev. Izboljšajte vsebino. Blokirajte indeksiranje.

Drugi statusi verjetno ne pomenijo nobenih težav. Kljub temu velja pregledati tudi ta poročila in se prepričati, da strani niso bile pomotoma odstranjene, preusmerjene, kanonizirane ali blokirane za indeksiranje.

Status	Kaj pomeni	Kaj morate vedeti
Nadomestna stran z ustrezno kanonično oznako	Google je pravilno potrdil kanonično stran, ki ste jo določili.	Vse deluje po pričakovanjih. Ukrepanje ni potrebno. Prepričajte se, da ste določili želeno kanonično oznako.
URL blokiran s strani robots.txt	Google ne more prebrskati strani.	Preverite datoteko robots.txt. Če želite, da se stran indeksira, dovolite dostop.
URL z oznako “noindex	Stran ima direktivo noindex.	Prepričajte se, da je oznaka noindex nastavljena namerno. Če je stran pomembna, to oznako odstranite.
Ni najden (404)	Stran ne obstaja.	Če je stran pomembna, jo obnovite. Če je stran trajno izbrisana, poskrbite, da do nje ni notranjih povezav.
Blokirano zaradi nepooblaščene zahteve (401)/ Blokirano zaradi prepovedanega dostopa (403)	Stran je blokirana zaradi avtorizacije ali prepovedanega dostopa.	Če naj se stran indeksira, dovolite dostop.
Stran s preusmeritvijo	Stran je preusmerjena na drugo.	Preverite, ali je preusmeritev predvidena in pravilna.
URL blokiran zaradi druge težave 4xx	Stran je nedostopna zaradi napake 4xx, ki ni 404 (npr. 403, 401, 410 itd.).	Ročno preverite kodo stanja HTTP. Popravite nastavitve dostopa. Nastavite pravilne kode stanja ali preusmeritve. Po potrebi omogočite dostop za Googlebota.

V Googlovem centru za pomoč lahko najdete izčrpen opis poročila o strani, vključno s primeri težav in podrobno razlago vsakega stanja. Screaming Frog vam lahko pomaga tudi pri analizi strani, ki so indeksirane ali izključene iz indeksa. V ta namen morate pred začetkom pregledovanja spletnega mesta vzpostaviti povezavo z vmesnikom API storitve Google Search Console. Če želite vzpostaviti povezavo, pojdite v Konfiguracija -> Dostop do vmesnika API -> Google Search Console. Kliknite Sign in with Google in sledite navodilom.

Ko se povežete, omogočite pregled URL-jev, omogočite pa lahko tudi možnost ignoriranja pregleda indeksiranja za URL-je, ki jih ni mogoče indeksirati.

Nato si boste lahko ogledali in primerjali stanje vsake strani v skladu s konzolo za iskanje (tako, kot ga vidi Google) in njeno dejansko stanje, kot je bilo določeno med postopkom pregledovanja.

Upoštevajte, da je za vsako spletno mesto na voljo le 2000 URL-jev na dan, zato je ta metoda primernejša za manjša spletna mesta.

Preverite, kaj je v vašem zemljevidu mesta.xml

Sitemap.xml je datoteka XML, ki iskalnikom zagotavlja seznam strani na spletnem mestu ter (neobvezno) informacije o datumu njihove zadnje spremembe, pogostosti posodabljanja in priporočeni prednostni prioriteti pregledovanja. Običajno je nameščena v korenu spletnega mesta, na primer: https://example.com/sitemap.xml. Zemljevid Sitemap.xml pomaga iskalnikom hitreje najti nove ali posodobljene strani. Poleg tega je vključitev strani v to datoteko eden od signalov za določitev kanonične različice strani, čeprav šibek.

Datoteka sitemap.xml je še posebej uporabna za:

• nove strani z malo zunanjih povezav;
• velika spletna mesta z veliko stranmi;
• spletna mesta z veliko medijske vsebine;
• strani z novicami, ki se pogosto posodabljajo.

Datoteka Sitemap.xml mora vsebovati vse strani, ki jih želite indeksirati. Za analizo strani, vključenih v datoteko Sitemap.xml, lahko uporabite isti program Screaming Frog ali druge pregledovalnike. V programu Screaming Frog lahko datoteko sitemap.xml pregledate ločeno v načinu seznama ali pa jo vključite v redno pregledovanje spletnega mesta. To storite tako, da v možnosti Konfiguracija -> Pajk -> Pregledovanje aktivirate pregledovanje zemljevida spletnega mesta XML in dodate absolutne naslove URL zemljevidov spletnega mesta, ki jih želite pregledati. Uporaba različnih spletnih storitev za ustvarjanje zemljevida spletnega mesta ni priporočljiva, saj lahko ustvarijo le statični zemljevid spletnega mesta, ki se ne bo samodejno posodabljal. Optimalna možnost je, da zemljevid sitemap.xml ustvarite z uporabo vtičnikov za sistem CMS, v katerem deluje spletno mesto, ali da napišete lastno skripto, ki ustvarja zemljevid spletnega mesta v skladu z določenimi pogoji in ga samodejno posodablja ob spremembah spletnega mesta. Pri ustvarjanju zemljevida sitemap.xml se prepričajte, da je datoteka skladna s protokolom sitemap.xml. Za to lahko uporabite različne spletne validatorje, na primer https://www.xml-sitemaps.com/validate-xml-sitemap.html. Ali je treba vključiti vse oznake, navedene v protokolu? Ne vedno. Google na primer upošteva samo znački <loc> in <lastmod>. Prepričajte se, da je datum v oznaki <lastmod> točen. Če se ga poskuša manipulirati, lahko Google te oznake ne upošteva.

Prepričajte se, da v datoteki robots.txt ni napak

Datoteka robots.txt je prvo mesto, ki ga iskalni robot pogleda, preden začne brskati po spletnem mestu. V njej je določeno, katere dele spletnega mesta je mogoče ali ni mogoče prebrskati in katere strani bodo iskalniki indeksirali. Vedno mora biti na naslovu https://example.com/robots.txt. Ta datoteka je orodje za upravljanje pregledovanja (ne indeksiranja!) spletnega mesta. Nekatere strani, tudi če so blokirane v robots.txt, se lahko še vedno indeksirajo (običajno, če so na njih notranje ali zunanje povezave). Takšne strani (indeksirane kljub temu, da so blokirane v robots.txt) lahko vidite v konzoli za iskanje Google v poročilu “Indeksirane, čeprav blokirane z robots.txt”.

Tukaj je opisano, kaj morate obvezno preveriti v zvezi z datoteko robots.txt v okviru tehnične revizije SEO:

1. Razpoložljivost datoteke

Datoteka mora biti dostopna na spletnem mestu https://example.com/robots.txt in zagotavljati status odziva 200 OK. Njena odsotnost, napake pri prenosu ali preusmeritve (301, 302, 403, 404) lahko iskalnikom preprečijo, da bi pravilno razumeli pravila pregledovanja spletnega mesta.

1. Sintaksa in pravilnost

Preverite, ali je struktura datotek skladna s standardom. Primer osnovne predloge:

• User-agent: *
• Prepovedano: Prepovedati: /admin/
• Dovolite: /minminstr: /public/
• Kazalo: https://example.com/sitemap.xml

1. Direktive Disallow in Allow

Preverite, da pomembne strani niso pomotoma prepovedane, npr:

• Domov (/)
• Kartice izdelkov (/product/)
• Blog ali članki (/blog/, /articles/)

Pogosta napaka je blokiranje slik, slogov in skript pri blokiranju upravnih map. V takem primeru je treba določiti, da morajo biti kljub blokadi upravne mape nekatere vrste datotek odprte za pregledovanje. To se pogosto zgodi na spletnih mestih WordPress, ko je mapa z vso uporabniško vsebino, Disallow: /V tem primeru se lahko za pregledovanje odprejo samo datoteke določene oblike:

• Dovoljeno: Za datoteke, ki se shranjujejo v datoteko: /wp-content/uploads/*.css
• Allow: /wp-content/uploads/*.js
• Allow: /wp-content/uploads/*.jpeg

Za preverjanje robots.txt in testiranje direktiv, ki jih želite dodati, lahko uporabite to orodje.

1. Preverite združljivost z drugimi direktivami

Napake se pogosto pojavijo, kadar je robots.txt v nasprotju z:

• meta oznako <meta name=”robots” content=”noindex”>
• kanonično

Če je na primer stran odprta v robots.txt, vendar blokirana prek noindexa, bo prečešena, vendar ne bo prišla v indeks. To je sprejemljivo, vendar je pomembno, da je to storjeno namerno. Pogosta težava je tudi, če so v izvorni kodi druga navodila za robote in hkratna blokada strani v robots.txt. Roboti iskalnikov ne pregledujejo strani, blokiranih v robots.txt. Ne vidijo oznak, določenih v kodi, na primer kanonikalizacije. To pomeni, da takšna kanonična oznaka preprosto ne bo upoštevana.

Preverite notranje povezave

Ena od ključnih nalog tehnične revizije je zagotoviti, da notranje povezovanje spletnega mesta deluje pravilno. To pomeni, da morajo vse notranje povezave voditi na prave, obstoječe strani, ki so odprte za indeksiranje, vračajo kodo stanja 200 OK, ne vsebujejo preusmeritev in, kar je najpomembneje, ne kažejo na strani z napakami 4xx/5xx. Na prvi pogled se to morda zdi nepomembna podrobnost, vendar lahko v praksi tudi nepravilne notranje povezave negativno vplivajo:

• učinkovitost iskanja spletnih mest s strani iskalnikov,
• porazdelitev notranje teže SEO (PageRank),
• uporabniško izkušnjo.

Prvi korak pri analizi je preverjanje vseh notranjih povezav za napake. Še posebej pomembno je, da prepoznate pokvarjene povezave, ki vodijo na strani z napakami 404, 410 ali drugimi napakami (na primer 403, 500). V nadaljevanju je tabela z glavnimi vrstami napak, ki se lahko pojavijo v notranjih povezavah, njihovim pomenom in priporočenimi ukrepi za njihovo odpravo.

Vrsta napake	Kaj pomeni	Kaj je treba storiti
404	Stran ni najdena	Odstranite povezavo ali jo zamenjajte z delujočo
403	Dostop je prepovedan	Preverite nastavitve dostopa
301/302	Preusmeritev	Posodobite povezavo na končni naslov URL
5xx	Napaka strežnika	Preverite strežnik ali CMS

Pomembno je analizirati tudi globino hierarhije strani, kar pomeni ugotoviti, na kateri ravni in koliko klikov stran od domače strani se nahaja ključna vsebina. Zaželeno je, da se pomembne strani ne nahajajo globlje od tretje ravni – tako se poveča njihova dostopnost za iskalnike in uporabnike. Eden od ključnih elementov analize je ugotavljanje “osirotelih” strani – tistih, ki nimajo notranjih povezav, ki bi kazale nanje. Tudi če so te strani vključene v zemljevid spletnih strani, so zaradi pomanjkanja notranjih povezav slabše dostopne. Poleg tega je pomembno analizirati sidrna besedila – besede in besedne zveze, ki vsebujejo povezave. Ta morajo biti ustrezna in smiselna, saj sidrna besedila pomagajo iskalnikom razumeti kontekst povezave.

Analizirajte statistiko pregledovanja

Analiza statistike plazenja je način za razumevanje, kako Googlebot sodeluje s spletnim mestom: katere strani se prebirajo, kako pogosto in kako to vpliva na SEO. Ti podatki so na voljo v Google Search Console → Settings → Crawl Statistics. V spodnji preglednici si lahko ogledate najpogostejše težave, ki jih lahko ugotovite v tem poročilu:

Vprašanje .	Kaj lahko poiščete v poročilu	Možni vzroki
Močno zmanjšano število pregledovanja	Manjše število pajkov na dan	Težave z dostopnostjo, nepravilne nastavitve v robots.txt, bloki, napake 5xx
Veliko napak 4xx in 5xx	Napake v URL-jih	Izbrisane strani, prekinjene povezave, težave s strežnikom
Podaljšan odzivni čas	>1 sekunda – opozorilni znak	Težave z gostovanjem, preobremenitev strežnika
Številne preusmeritve 3xx	Preusmeritve namesto neposrednih naslovov URL	Nepravilne preusmeritve, verige preusmeritev, veliko število notranjih povezav s preusmeritvami
CSS/JS niso bili pregledani	Manjkajo v statistiki	Blokirani z robots.txt

Poleg tega lahko analizirate dnevnike strežnika. Z njimi si lahko ogledate dejanske zahteve iskalnih robotov (ne le Googlebot, temveč tudi Bingbot, YandexBot in drugi) in ne le zbirnih podatkov iz konzole za iskanje Google. To je napredna, “surova” diagnostična metoda, ki zahteva precej časa. Za vizualizacijo podatkov lahko uporabite odprtokodna orodja, kot sta GoAccess ali Screaming Frog Log File Analyser.

Izvajanje strukturiranih podatkov

Strukturirani podatki so posebna oblika označevanja na spletni strani, ki iskalnikom pomaga natančneje in globlje razumeti vsebino strani. Googlu in drugim iskalnikom služi kot “namig”, kaj točno se nahaja na strani – članek, izdelek, recept, recenzija, videoposnetek itd. Čeprav ni uradni signal za razvrščanje, posredno vpliva na razvrščanje, saj izboljša razumevanje strani s strani s strani iskalnikov. Glavni standard ali protokol, ki se uporablja za strukturirane podatke na spletnih mestih, je Schema.org. Obstajajo tudi drugi protokoli, kot je OpenGraph, vendar se uporablja za družbena omrežja. Schema.org je skupni projekt podjetij Google, Microsoft, Yahoo in Yandex, ustvarjen za razvoj in vzdrževanje enotnega standarda za strukturirane podatke na spletu. Schema.org vključuje več sto vrst entitet, najpogosteje uporabljene pa so navedene v spodnji preglednici:

Kategorija	Entiteta (@tip)	Namen
Vsebina in strani	Člen	Članek ali novica
	BlogPosting	Prispevek na spletnem dnevniku
	NoviceČlanek	Novica za Google News
	Pogosta vprašanjaStrani	Stran s pogosto zastavljenimi vprašanji (FAQ)
	HowTo	Vodnik po korakih
	Spletna stran	Splošne informacije o spletni strani
Izdelki in ponudbe	Izdelek	Opis izdelka
	Ponudba	Cenovna ponudba
	AggregateOffer	Cenovni razpon za izdelek pri različnih prodajalcih
Mnenja in ocene	Pregled	Pregled izdelka ali storitve
	Ocena	Številčna ocena (pogosto v pregledu)
	AggregateRating	Povprečna ocena na podlagi več pregledov
Organizacije in ljudje	Organizacija	Opis podjetja ali blagovne znamke
	LocalBusiness	Lokalno podjetje s kontaktnimi podatki in urnikom
	Oseba	Oseba (npr. avtor članka, govorec itd.)
Dogodki	Dogodek	Spletni dogodek ali dogodek brez povezave
Navigacija in struktura	Seznam drobtinic	Navigacija po drobtinicah
	Element SiteNavigationElement	Elementi glavnega menija
Večpredstavnostni	Videoobjekt	Videoposnetek z metapodatki (za videoposnetke)
	ImageObject	Slika z opisom
Izobraževanje in delovna mesta	Tečaj	Spletni tečaj ali program usposabljanja
	JobPosting	Prosto delovno mesto (za Google za delovna mesta)

Strukturirane podatke je priporočljivo izvajati v obliki JSON-LD. Ta blok je nameščen v <head> ali <body> dokumenta HTML, vendar se uporabniku ne prikaže – preberejo ga iskalni roboti. To obliko podpirajo vsi večji iskalniki, kot so Google, Bing in Yahoo. Primer kode JSON-LD je prikazan spodaj: <script type=”application/ld+json”> {“@context”: “https://schema.org”, “@type”: “Article”, “headline”: “@System”, “@System”, “@System”, “@System”: “Kaj je JSON-LD?”, “avtor”: “@”: {“@type”: “JSON-SOND”, “JSON-SOND”, “@type”: “Oseba”, “ime”: “John Smith” }, “datePublished”: “Nekatere vrste strukturiranih podatkov iz protokola Schema.org lahko pomagajo tudi pri prikazu bogatih izrezkov v rezultatih iskanja Google. Upoštevajte, da se Googlove zahteve za strukturirane podatke za bogate izrezke nekoliko razlikujejo od standarda Schema.org. Pogosto je treba navesti več polj, kot jih zahteva protokol Schema.org.Če torej želite doseči bogate vrezke, upoštevajte Googlove smernice za strukturirane podatke. Pravilnost izvajanja mikropodatkov lahko preverite s validatorjem bogatih izrezkov. Na voljo je tudi veliko generatorjev mikropodatkov, vendar lahko ustvarijo le statično kodo, ki se ne bo posodabljala s spremembami vsebine na strani. Zagotavljanje, da se informacije v mikropodatkih ujemajo s tistimi, ki so vidne uporabnikom na strani, je del Googlovih zahtev za strukturirane podatke. Če so pravila glede strukturiranih podatkov kršena, lahko stran izgubi vse bogate sličice, v nekaterih primerih pa jo lahko doletijo tudi ročne kazni. Zato poskrbite, da se vaši mikrodatki samodejno generirajo in posodabljajo.

Vsebina

V okviru tehnične revizije SEO je pomembno oceniti osnovne značilnosti vsebine: od strukture naslovov in meta oznak do prisotnosti atributov alt za slike in morebitnih podvojenih strani. Ti elementi neposredno vplivajo na indeksiranje in na to, kako iskalniki dojemajo spletno mesto.

Preizkusite svoje spletno mesto za popolna podvajanja

Do popolnih podvojevanj pride, kadar je enaka vsebina na spletnem mestu dostopna prek različnih naslovov URL. Podvojitve lahko popolnoma škodijo uvrstitvi vašega spletnega mesta. Najpogostejše vrste popolnih podvojevanj so:

• Dostopnost prek HTTP in HTTPS
• Dostopnost z in brez WWW
• dostopnost z ali brez poševnice na koncu
• dostopnost naslovov URL z velikimi in malimi črkami
• Dostopnost strani s končnicami datotek, kot so .html, .htm, .php, .aspx, in brez njih
• Parametri, ki ne spreminjajo vsebine strani, kot so oznake UTM
• Enaka vsebina pod različnimi naslovi URL. Izdelek je na primer naveden v dveh kategorijah, ki sta dostopni prek dveh različnih naslovov URL. Ali pa je stran izdelka dostopna s kategorijo v naslovu URL in brez nje.
• Testne različice spletnega mesta (domena DEV, ki se uporablja za razvoj).

Če želite najti podvojene strani, povezane z različicami URL-jev, ročno preizkusite URL-je in preverite odzivno kodo strežnika za te različice URL-jev. Za preverjanje odzivnih kod strežnika lahko uporabite katero koli orodje, na primer https://httpstatus.io/. Vnesite različice URL in preverite njihovo dostopnost.

Za odpravo težav z različicami HTTP/HTTPS, www/brezwww, z/brez poševnice, z velikimi/malimi črkami in dostopnostjo strani s končnicami, kot so .html, .htm, .php, .aspx, in brez njih je treba nastaviti preusmeritev 301 na želeno različico. Kadar so podvojitve ugotovljene zaradi razpoložljivosti enake vsebine z dodajanjem ali odstranjevanjem delov URL (na primer izdelek je na voljo v dveh kategorijah), je najbolje ponovno preučiti strukturo URL in spletno mesto. Za parametre UTM in druge parametre je lahko rešitev tudi kanonizacija. Vendar je treba opozoriti, da Google kanonično oznako obravnava kot priporočilo, končna odločitev o tem, kateri URL izbrati, pa ostane pri Googlu. Če se v Googlovem indeksu najde testna različica spletnega mesta, jo je treba blokirati pri indeksiranju, zahtevo za njeno odstranitev pa je treba poslati prek storitve Google Search Console.

Reševanje delnih podvajanj strani

Do delnih podvajanj strani pride, kadar dve ali več strani na spletnem mestu vsebujeta zelo podobno, vendar ne popolnoma enako vsebino. Najpogostejše vrste delnih podvojevanj so:

• Razvrščanje strani
• filtriranje strani
• strani s paginacijo
• strani s podobnimi izdelki (npr. izdelki se razlikujejo le po barvi)
• več različic strani v istem jeziku, vendar za različne regije (npr. tri angleške strani za ZDA, Združeno kraljestvo in Avstralijo).

Seveda je vsako spletno mesto edinstveno in med tehnično revizijo lahko odkrijete še druge primere podvojene vsebine, ki zahtevajo posebne rešitve. Vendar so zgornji primeri najpogostejši. Delna podvajanja se običajno najdejo med pregledovanjem spletnega mesta s strani različnih pregledovalnikov. Imajo ponavljajoče se parametre in imajo lahko enak naslov in H1 kot strani glavne kategorije. Za odpravo delnih podvojevanj ne morete nastaviti preusmeritve, saj so te strani potrebne za delovanje spletnega mesta. V nadaljevanju bomo obravnavali metode za odpravljanje delnih podvojevanj.

Razvrščanje in filtriranje strani

Te strani lahko v datoteki robots.txt blokirate pred pregledovanjem, čeprav Google tega morda ne bo upošteval, zlasti če povezave kažejo na te strani. To bo pripomoglo k ohranitvi proračuna za pregledovanje. Blokirate jih lahko tudi z direktivo <meta name=”robots” content=”noindex, nofollow” />, ki bo preprečila indeksiranje teh strani, vendar Googlu ne bo povedala, da jih ne sme pregledovati. Najboljši pristop v tem primeru je uporaba JavaScript za posodobitev vsebine na strani, ko uporabnik uporabi razvrščanje ali filtre, brez ustvarjanja dodatnih URL-jev in povezav do strani za filtriranje ali razvrščanje.

Različice izdelka, ki so na voljo na različnih URL-jih

V idealnem primeru bi morale biti vse različice izdelkov združene na eni strani, kjer lahko uporabnik z uporabo JavaScripta izbere želeno barvo ali velikost, ne da bi spremenil naslov URL. Če pa se za vsako različico uporablja ločena stran, je treba določiti kanonično povezavo do glavne strani izdelka. Vendar, kot smo že omenili, Google lahko ne upošteva kanonične povezave, ki jo je določil uporabnik.

Strani s paginacijo

Indeksiranje strani s strani ne sme biti onemogočeno. Če želite zagotoviti, da bo Google prvo stran kategorije obravnaval kot glavno stran:

• V datoteko sitemap.xml vključite samo prvo stran.
• Dodajte povezavo na glavno stran kategorije na vseh straneh paginacije.
• Dodajte številke strani v naslov in H1 strani za paginacijo. Na primer: “Bele srajce – stran 2.”

Strani, ki so na voljo v enem jeziku, vendar za različne regije

V tem primeru je treba uporabiti atribute Hreflang. Z njimi iskalnikom povemo, katero jezikovno in regionalno različico spletne strani naj prikažejo uporabnikom glede na njihove jezikovne preference in lokacijo. Atribute Hreflang lahko izvajate na več načinov:

• v glavi HTTP
• z oznakami v razdelku <head>
• z oznakami v datoteki sitemap.xml

Najlažji način izvajanja je prek oznak v razdelku <head>. Obstajajo pravila, ki jih morajo izpolnjevati atributi hreflang, izvedeni prek oznak v razdelku <head>:

• • Atribut mora imeti naslednjo obliko: <link rel=”alternate” hreflang=”lang_code_country_code” href=”url-of-page” />
  • Kodi jezika in države morata biti veljavni. Za izbiro veljavne kode za vsako jezikovno mutacijo si oglejte to stran.

• Vsaka jezikovna različica mora v svojih atributih hreflang navesti sebe in vse druge jezikovne različice. To pomeni, da mora imeti vsaka stran enako število atributov hreflang

• Povezave v atributih hreflang morajo biti absolutne in indeksabilne.

Primer kode: <link rel=”alternate” href=”https://example.com/en-us/page” hreflang=”en-us” /> <link rel=”alternate” href=”https://example.com/en-gb/page” hreflang=”en-gb” /> <link rel=”alternate” href=”https://example.com/en-us/page” hreflang=”x-default” />

Preverite, ali se naslovi, h1, h2 in opisi podvajajo

Čeprav so naslovi, opisi in glave H1-H6 povezani s SEO na strani, je lahko njihova analiza v okviru tehnične revizije koristna za odkrivanje podvajanj. Za njihovo analizo lahko uporabite kateri koli pregledovalnik, ki zbira te oznake. Ko najdete podvojene naslove, oznake H1-H6 in opise, analizirajte podatke strani in ugotovite vzrok podvajanja. Vzrok je lahko razpoložljivost spletnega mesta prek protokola HTTP in HTTPS, podvajanje oznak glavnih kategorij na straneh s filtri ali preprosto človeška napaka, pri kateri so bile te oznake napačno izpolnjene.

Optimizacija atributov alt za slike

Atributi Alt so atribut HTML, ki se uporablja znotraj oznake <img>, kot je ta: <img src=”image.jpg” alt=” Opis slike”>. Njegov glavni namen je zagotoviti besedilni opis vsebine slike. To besedilo se prikaže, če se slika ne naloži, bralniki zaslona pa ga glasno preberejo in tako pomagajo slabovidnim uporabnikom. Ustrezno, opisno besedilo alt lahko pomaga vašim slikam, da se uvrstijo pri iskanju slik, in izboljša splošno ustreznost strani. Če imate spletno mesto z veliko vizualne vsebine, je optimizacija atributov alt pomembnejši korak kot pri klasičnih spletnih mestih, ki temeljijo na besedilni vsebini. Številni iskalniki, kot so Screaming Frog, Ahrefs, SemRush itd. analizirajo atribute alt in tam lahko dobite podatke o manjkajočih ali praznih atributih alt. Več o oblikovanju opisnih atributov alt si lahko preberete v uradnih Googlovih dokumentih.

Hitrost, mobilnost in prijaznost spletnega mesta

Uporabite protokol HTTPs

Uporaba varnega protokola HTTPS je bistvenega pomena za zagotavljanje varnosti prenosa podatkov med uporabnikom in strežnikom. To ne povečuje le zaupanja uporabnikov, temveč pozitivno vpliva tudi na SEO. Če želite preveriti, ali je protokol HTTPS, preprosto poglejte v naslovno vrstico brskalnika – prikazana mora biti ikona ključavnice. Za podrobnejšo analizo lahko uporabite storitev SSL Labs, ki vam bo zagotovila popolno poročilo o stanju certifikata SSL in ugotovila morebitne težave. Pomembno je tudi zagotoviti, da na straneh HTTPS ni mešane vsebine – virov HTTP. Za to analizo lahko uporabite poročilo HTTPS v storitvi Google Search Console, ki prikaže naslove URL s protokoloma HTTP in HTTPS.

Vir:Vir:Search Console naše stranke

Izboljšajte osnovne spletne vitalne podatke

Core Web Vitals je niz metrik, ki jih je predlagal Google za ocenjevanje kakovosti uporabniške izkušnje na spletnem mestu. Te metrike se osredotočajo na hitrost nalaganja, interaktivnost in vizualno stabilnost vsebine na strani. Vključujejo tri ključne kazalnike:

Metrika	Opis	Optimalna vrednost
Največja vsebina (LCP)	Meri čas nalaganja največjega vidnega elementa na strani (npr. slike ali besedila).	Manj kot 2,5 sekunde
Zakasnitev prvega vnosa (FID)	Meri čas, ki je potreben, da se stran odzove na prvo interakcijo uporabnika (npr. klik na gumb ali povezavo).	Manj kot 100 milisekund
Kumulativni premik postavitve (CLS)	Ocenjuje vizualno stabilnost strani, tj. koliko se elementi premaknejo med nalaganjem strani.	Manj kot 0,1

Podatke, ki so jih zbrali resnični uporabniki, si lahko ogledate v poročilu Search Console “Core web vitals” (združeni podatki) ali PageSpeed Insights (za posamezne teste). Med delom na področju “Core Web Vitals” imejte v mislih, da morate opredeliti težave, ki imajo velik vpliv na metrike CWV. Pri optimizaciji LCP morate na primer opredeliti, kateri od štirih vidikov (TTFB, zamuda pri nalaganju, čas nalaganja ali zamuda pri izrisovanju) najbolj prispeva k visoki oceni LCP. V spodnjem primeru je razvidno, da se nam ni treba osredotočiti na optimizacijo TTFB ali časa nalaganja. Namesto tega lahko vso energijo usmerimo v izboljšanje zakasnitve obremenitve in nato zakasnitve izrisovanja.

Vir: https: //pagespeed.web.dev/ – test spletne straninike.com (samo za primer). Domena je zamegljena

Zagotovite, da je vaše spletno mesto prijazno mobilnim napravam

Prilagodljivost mobilnim napravam je postala ključni dejavnik od leta 2018, ko je Google prešel na pristop indeksiranja po načelu “najprej mobilno”. To pomeni, da Google zdaj za razvrščanje in indeksiranje uporablja predvsem mobilno različico spletnega mesta in ne različice za namizne računalnike. V konzoli za iskanje Google lahko svoje strani preizkusite tako, da v orodju za pregledovanje URL-jev kliknete “Test Live URL” in preverite, kako jih vidi Googlebot-Mobile.

Stisnite slike

Optimizacija slik, katere cilj je njihovo stiskanje brez izgube kakovosti, pomaga pospešiti nalaganje spletnega mesta, zlasti če je na straneh veliko grafične vsebine. Za stiskanje slik lahko uporabite spletna orodja, kot sta TinyPNG ali Squoosh. Vredno je tudi preveriti, ali se uporabljajo sodobni slikovni formati, kot je WebP, saj lahko bistveno zmanjšajo velikost datotek.

Uporaba CDN za mednarodna spletna mesta

Uporaba omrežja CDN je smiselna, če vaše spletno mesto služi številnim geografsko oddaljenim regijam. Omrežje CDN (Content Delivery Network) razdeli vsebino spletnega mesta med strežnike, ki so bližje uporabnikom, in tako zmanjša zakasnitev med nalaganjem. Uporabo CDN lahko preverite tako, da v orodjih za razvijalce brskalnika (zavihek Mreža) preverite glave zahtevkov HTTP, kjer se lahko pojavijo reference na ponudnika CDN, kot sta Cloudflare ali Akamai. Na voljo so tudi spletna orodja za testiranje CDN. Konfiguracija CDN se običajno izvede prek plošče gostovanja ali sistema CMS. Uporaba predpomnilnika Predpomnilnik brskalnikom in posredniškim strežnikom omogoča shranjevanje kopij virov, kar zmanjša obremenitev strežnika in pospeši nalaganje ob naslednjih obiskih. Pravilnost predpomnjenja lahko preverite v orodjih za razvijalce brskalnika – v razdelku Omrežje si oglejte glave Cache-Control, Expires in ETag. Google PageSpeed Insights vsebuje tudi priporočila za predpomnjenje. Pomembno je, da imajo statični viri (slike, skripte, slogi) ustrezne nastavitve predpomnjenja, v strežniku pa morajo biti konfigurirana ustrezna pravila (npr. v konfiguraciji .htaccess ali nginx). Za preverjanje predpomnilnika lahko uporabite spletne storitve, kot je GiftOfSpeed.

Zaključek

Tehnična revizija spletnega mesta ni enkraten postopek, temveč stalen proces, ki zahteva redno pozornost na tehnične dejavnike, ki lahko vplivajo na njegovo zmogljivost in vidnost. Ker je vsako spletno mesto edinstveno, se posebni poudarki in pogostost pregledov razlikujejo. Ta kontrolni seznam za tehnično revizijo SEO vam bo pomagal zagotoviti, da niste pozabili na nič pomembnega.