Tehnički SEO kontrolni popis: Ultimativni popis za poboljšanje vaše web stranice

Tehnički SEO kontrolni popis

Indeksiranje i indeksiranje

Prva stvar koju treba pogledati tijekom tehničke revizije je kako tražilice indeksiraju i indeksiraju vašu web stranicu. Uostalom, ako se stranice na vašoj web lokaciji ne mogu indeksirati, neće biti indeksirane (uz nekoliko iznimaka). Kao posljedica toga, stranice koje nisu zastupljene u indeksu neće sudjelovati u rangiranju.

Prođite kroz izvješće o indeksiranju stranica u Google Search Consoleu

Najtočniji i najpouzdaniji način analize indeksiranja vaše web stranice je analiza izvješća o indeksiranju stranica u Google Search Consoleu.

Pogledajte izvješće o indeksiranim stranicama i provjerite koje su stranice u indeksu. Provjerite postoje li stranice s opcijama filtriranja ili sortiranja, postoje li testne stranice ili druge stranice koje ne želite indeksirati.

Također, pogledajte stranice koje su isključene.

Nisu svi statusi u izvješću Izuzete stranice problem. Ne biste trebali usmjeriti pažnju na sve isključene stranice, već samo na one na kojima Googleovo ponašanje ne odgovara vašim namjerama.

U donjoj tablici možete vidjeti statuse koji obično zahtijevaju pozornost i dublju analizu:

Status	Što to znači	Što trebate učiniti
Pogreška preusmjeravanja	Google nije mogao pratiti URL zbog problema s preusmjeravanjem.	Smanjite broj preusmjeravanja (na 1-2). Izbjegavajte beskonačna i kružna preusmjeravanja.- Provjerite vraća li završni URL 200 OK i nije blokiran u robots.txt/noindexu.
Pogreška poslužitelja	Poslužitelj je vratio pogrešku 5xx.	Provjerite zapisnike poslužitelja. Provjerite nije li stranica preopterećena.- Ispravite interne pogreške, osobito ako se ponavljaju.
Otkriveno – nije indeksirano	Google zna za stranicu, ali je još nije indeksirao. Označava probleme s proračunom za indeksiranje.	Provjerite je li stranica na karti web-mjesta. Dodajte mu interne veze. Optimizirajte proračun za indeksiranje.
Indeksirano – nije indeksirano	Google je posjetio stranicu, ali ju je odlučio ne indeksirati. Obično označava nisku kvalitetu stranice.	Poboljšajte kvalitetu i jedinstvenost sadržaja. Provjerite ima li stranica duplikate. Dodajte mu interne veze.
Dupliciranje bez kanonskog odabira korisnika	Google stranicu smatra duplikatom, ali niste naveli kanonsku.	Provjerite parove stranica i navedite potrebnu kanonsku ili preispitajte strukturu web-mjesta.
Duplikat, Google je odabrao drugačije kanonsko od korisnika	Google je ignorirao vaš navedeni kanonski.	Razloga može biti mnogo; Morate pažljivo ispitati podatke o stranici i odabrati najprikladniju strategiju (NoIndex, preusmjeravanje, uklanjanje, robots.txt, promjene u strukturi web stranice i interno povezivanje).
Mekani 404	Stranica izgleda kao “prazna” ili “nije pronađena”, ali vraća status 200 OK.	Povratak 404 ili 410. Napravite preusmjeravanje. Poboljšajte sadržaj. Blokirajte indeksiranje.

Ostali statusi vjerojatno ne signaliziraju nikakve probleme. Međutim, ova izvješća također vrijedi pregledati kako biste bili sigurni da stranice nisu uklonjene, preusmjerene, kanonizirane ili blokirane od indeksiranja greškom.

Status	Što to znači	Što trebate znati
Zamjenska stranica s odgovarajućom kanonskom oznakom	Google je ispravno potvrdio kanonski prikaz koji ste naveli.	Sve radi kako se očekivalo. Nije potrebna nikakva radnja. Provjerite jeste li naveli željeni kanonski.
URL blokiran od strane robots.txt	Google ne može indeksirati stranicu.	Provjerite robots.txt datoteku. Dopustite pristup ako želite da se indeksira.
URL s oznakom ‘noindex’	Stranica ima direktivu noindex.	Provjerite je li oznaka noindex postavljena namjerno. Ako je stranica važna, uklonite tu oznaku.
Nije pronađeno (404)	Stranica ne postoji.	Ako je to važno, vratite stranicu. Ako je stranica trajno izbrisana, provjerite nema internih poveznica na nju.
Blokiran zbog neovlaštenog zahtjeva (401)/ Blokiran zbog zabranjenog pristupa (403)	Stranica je blokirana autorizacijom ili zabranjena.	Dopustite pristup ako stranica treba biti indeksirana.
Stranica s preusmjeravanjem	Stranica preusmjerava na drugu.	Provjerite je li preusmjeravanje namjerno i ispravno.
URL blokiran zbog drugog problema s 4xx	Stranica je nedostupna zbog pogreške 4xx osim 404 (npr. 403, 401, 410 itd.).	Ručno provjerite HTTP kôd statusa. Popravite postavke pristupa. Postavite ispravne kodove statusa ili preusmjeravanja. Dopustite pristup Googlebotu ako je potrebno.

U Googleovom centru za pomoć možete pronaći sveobuhvatan opis izvješća o stranici, uključujući primjere problema i detaljno objašnjenje svakog statusa.

Screaming Frog također može pomoći u analizi stranica koje su indeksirane ili isključene iz indeksa. Da biste to učinili, morate povezati Google Search Console API prije pokretanja indeksiranja web mjesta.
Da biste se povezali, idite na Konfiguracija -> API pristup -> Google Search Console. Kliknite na Prijava putem Googlea i slijedite upute.

Nakon povezivanja omogućite provjeru URL-a, a možete omogućiti i mogućnost zanemarivanja provjere indeksiranja za URL-ove koji se ne mogu indeksirati.

Tada ćete moći vidjeti i usporediti status svake stranice prema Search Consoleu (način na koji je Google vidi) i njezin stvarni status utvrđen tijekom postupka indeksiranja.

Imajte na umu da je za svaku stranicu dostupno samo 2000 URL-ova dnevno, pa je ova metoda prikladnija za male web stranice.

Provjerite što vam je u sitemap.xml

Sitemap.xml je XML datoteka koja pretraživačima pruža popis stranica na web-lokaciji, kao i (opcionalno) informacije o datumu zadnje izmjene, učestalosti ažuriranja i preporučenom prioritetu indeksiranja.

Obično se postavlja u korijen mjesta, na primjer: https://example.com/sitemap.xml. Sitemap.xml pomaže tražilicama da brže pronađu nove ili ažurirane stranice. Osim toga, uključivanje stranice u ovu datoteku jedan je od signala za određivanje kanonske verzije stranice, iako slabe.

Datoteka sitemap.xml posebno je korisna za:

• nove stranice s malo vanjskih poveznica;
• velike web stranice s mnogo stranica;
• stranice s puno medijskog sadržaja;
• web stranice s vijestima koje se često ažuriraju.

Sitemap.xml bi trebao sadržavati sve stranice koje želite indeksirati.

Možete koristiti isti Screaming Frog ili druge programe za indeksiranje za analizu stranica uključenih u Sitemap.xml. U Screaming Frog, sitemap.xml se može skenirati zasebno u načinu popisa ili se može uključiti u redovno skeniranje stranice. Da biste to učinili, u odjeljku Configuration -> Spider -> Crawl aktivirajte skeniranje XML karte web-mjesta i dodajte apsolutne URL-ove karata web-mjesta koje želite indeksirati.

Ne preporučuje se korištenje raznih mrežnih usluga za generiranje karte web stranice, jer one mogu generirati samo statičku kartu web stranice koja se neće automatski ažurirati. Optimalna opcija je generiranje sitemap.xml pomoću dodataka za CMS na kojem se web mjesto izvodi ili pisanje prilagođene skripte koja generira kartu web-mjesta prema navedenim uvjetima i automatski je ažurira kada se izvrše promjene na web mjestu.

Prilikom generiranja sitemap.xml provjerite je li vaša datoteka u skladu s protokolom sitemap.xml. Za to možete koristiti razne online validatore, kao što je https://www.xml-sitemaps.com/validate-xml-sitemap.html.

Je li potrebno uključiti sve oznake navedene u protokolu? Ne uvijek. Na primjer, Google uzima u obzir samo oznake <loc> i <lastmod>. Provjerite je li datum u oznaci <lastmod> točan. Ako postoje pokušaji manipulacije njome, Google može zanemariti ovu oznaku.

Uvjerite se da nema pogrešaka u robots.txt

Datoteka robots.txt prvo je mjesto koje bot za pretraživanje traži prije indeksiranja web-lokacije. Određuje koji se dijelovi web stranice mogu ili ne mogu indeksirati i, kao rezultat toga, koje će stranice indeksirati tražilice. Uvijek bi se trebao nalaziti na https://example.com/robots.txt.

Ova datoteka je alat za upravljanje indeksiranjem (ne indeksiranjem!) web stranice. Neke stranice, čak i ako su blokirane u robots.txt, još uvijek se mogu indeksirati (obično ako postoje interne ili vanjske poveznice na njih). Takve stranice (indeksirane unatoč tome što su blokirane u robots.txt) mogu se vidjeti u Google Search Consoleu u izvješću “Indeksirano, iako blokirano od strane robots.txt”.

Evo što svakako provjerite u vezi s robots.txt datotekom kao dio tehničke SEO revizije:

1. Dostupnost datoteke

Datoteka bi trebala biti dostupna na https://example.com/robots.txt i dati status odgovora 200 OK. Njegova odsutnost, pogreške u preuzimanju ili preusmjeravanja (301, 302, 403, 404) mogu spriječiti tražilice da ispravno razumiju pravila indeksiranja web stranice.

1. Sintaksa i ispravnost

Provjerite slijedi li struktura datoteke standard. Primjer osnovnog predloška:

• Korisnički agent: *
• Zabrana: /admin/
• Dopusti: /javno/
• Karta stranice: https://example.com/sitemap.xml

1. Direktive za zabranu i dopusti

Provjerite da važne stranice nisu slučajno zabranjene, npr.:

• Naslovnica (/)
• Kartice proizvoda (/proizvod/)
• Blog ili članci (/blog/, /članci/)

Uobičajena pogreška je blokiranje slika, stilova i skripti prilikom blokiranja administrativnih mapa. U tom slučaju treba navesti da, iako je administrativna mapa blokirana, neke vrste datoteka trebaju biti otvorene za skeniranje. To se često događa na WordPress stranicama kada je mapa sa svim korisničkim sadržajem, Disallow: /wp-content blokirana.

U tom se slučaju za skeniranje mogu otvoriti samo datoteke određenog formata:

• Dopusti: /wp-content/uploads/*.css
• Dopusti: /wp-content/uploads/*.js
• Dopusti: /wp-content/uploads/*.jpeg

Da biste potvrdili svoje robots.txt i testirali direktive koje ćete dodati, možete koristiti ovaj alat.

1. Provjerite kompatibilnost s drugim direktivama

Pogreške se često javljaju kada je robots.txt u sukobu s:

• meta oznaka <meta name=”roboti” content=”noindex”>
• kanonički

Na primjer, ako je stranica otvorena robots.txt. godine, ali blokirana putem noindexa, indeksirat će se, ali neće ući u indeks. To je prihvatljivo, ali važno je da se to radi namjerno.

Također, čest problem je kada postoje druge upute za botove u izvornom kodu i istovremeno blokiranje stranice u robots.txt. Roboti tražilice ne skeniraju stranice blokirane u robots.txt. Ne vide oznake navedene u kodu, na primjer, kanonizaciju. Odnosno, takav kanonski će jednostavno biti neobjašnjiv.

Provjerite svoje interno povezivanje

Jedan od ključnih zadataka tehničke revizije je osigurati da interno povezivanje stranice ispravno funkcionira. To znači da sve interne veze moraju voditi na stvarne, postojeće stranice koje su otvorene za indeksiranje, vraćati statusni kod 200 OK, ne sadržavati preusmjeravanja i, što je najvažnije, ne upućivati na stranice s pogreškama 4xx/5xx. Na prvi pogled ovo se može činiti kao manji detalj, ali u praksi čak i netočne interne veze mogu negativno utjecati na:

• Učinkovitost indeksiranja web stranica od strane tražilica,
• Raspodjela interne SEO težine (PageRank),
• Korisničko iskustvo.

Prvi korak u analizi je provjera pogrešaka na svim internim vezama. Posebno je važno identificirati neispravne veze koje vode na stranice s 404, 410 ili drugim pogreškama (kao što su 403, 500).
Ispod je tablica s glavnim vrstama pogrešaka koje se mogu pojaviti u internim vezama, njihovim značenjem i preporučenim radnjama za njihovo ispravljanje.

Vrsta pogreške	Što to znači	Što učiniti
404	Stranica nije pronađena	Uklonite vezu ili je zamijenite radnom
403	Pristup zabranjen	Provjera postavki pristupa
301/302	Preusmjeriti	Ažuriranje veze na završni URL
5xx	Pogreška poslužitelja	Provjerite poslužitelj ili CMS

 

Također je važno analizirati dubinu hijerarhije stranice, što znači odrediti na kojoj se razini i koliko klikova udaljeno od početne stranice nalazi ključni sadržaj. Poželjno je da važne stranice ne budu dublje od treće razine — to povećava njihovu dostupnost i tražilicama i korisnicima.
Jedan od ključnih elemenata analize je identificiranje stranica “siročad” – onih koje nemaju interne poveznice koje upućuju na njih. Čak i ako su te stranice uključene u kartu web-mjesta, nedostatak internih veza čini ih manje dostupnima.
Osim toga, važno je analizirati sidrene tekstove — riječi i fraze koje sadrže poveznice. Trebali bi biti relevantni i smisleni, jer sidreni tekstovi pomažu tražilicama da razumiju kontekst veze.

Analizirajte statistiku indeksiranja

Analiza statistike indeksiranja je način da shvatite kako Googlebot komunicira s web-lokacijom: koje se stranice indeksiraju, koliko često i kako to utječe na SEO. Ti su podaci dostupni u Google Search Consoleu → postavkama → statistici indeksiranja. U tablici u nastavku možete vidjeti najčešće probleme koje možete saznati u ovom izvješću:

Problem	Na što treba obratiti pažnju u izvješću	Mogući uzroci
Naglo smanjenje puzanja	Manje puzanja dnevno	Problemi s pristupačnošću, netočne postavke u robots.txt, blokade, 5xx pogreške
Mnoge pogreške 4xx i 5xx	Pogreške u URL-ovima	Izbrisane stranice, neispravne veze, problemi s poslužiteljem
Vrijeme odziva povećano	>1 sekunda – znak upozorenja	Problemi s hostingom, preopterećenje poslužitelja
Mnogo 3xx preusmjeravanja	Preusmjeravanja umjesto izravnih URL-ova	Netočna preusmjeravanja, lanci preusmjeravanja, veliki broj internih poveznica s preusmjeravanjima
CSS/JS nije indeksiran	Nedostaju u statistici	Blokirano od strane robots.txt

 

Osim toga, mogu se analizirati zapisnici poslužitelja. Omogućuju vam da vidite stvarne zahtjeve robota za pretraživanje (ne samo Googlebota, već i Bingbota, YandexBota i drugih), a ne samo agregirane podatke s Google Search Consolea.
Ovo je napredna, “sirova” dijagnostička metoda koja zahtijeva značajnu količinu vremena. Za vizualizaciju podataka možete koristiti alate otvorenog koda kao što su GoAccess ili Screaming Frog Log File Analyser.

Implementacija strukturiranih podataka

Strukturirani podaci su poseban format označavanja na web stranici koji pomaže tražilicama da točnije i dublje razumiju sadržaj stranice. Služi kao “savjet” za Google i druge tražilice o tome što se točno nalazi na stranici – članak, proizvod, recept, recenzija, video itd. Iako to nije službeni signal rangiranja, neizravno utječe na rangiranje poboljšavajući način na koji tražilice razumiju stranicu.

Glavni standard ili protokol koji se koristi za strukturirane podatke na web stranicama je Schema.org. Postoje i drugi protokoli, kao što je OpenGraph, ali se koristi za društvene mreže.
Schema.org je suradnički projekt Googlea, Microsofta, Yahooa i Yandexa, stvoren za razvoj i održavanje jedinstvenog standarda za strukturirane podatke na webu.
Schema.org uključuje stotine vrsta entiteta, a najčešće korištene navedene su u tablici u nastavku:

Kategorija	Subjekt (@type)	Svrha
Sadržaj i stranice	Članak	Članak ili sadržaj vijesti
	BlogObjavljivanje	Objava na blogu
	Novinski članak	Novinski članak za Google vijesti
	Često postavljana pitanja	Stranica s često postavljanim pitanjima (FAQ)
	Upute	Vodič korak po korak
	Web-stranica	Opće informacije o web-stranici
Proizvodi i ponude	Proizvod	Opis proizvoda
	Ponuda	Cjenovna ponuda
	Agregatna ponuda	Raspon cijena za proizvod različitih prodavača
Recenzije i ocjene	Pregled	Recenzija proizvoda ili usluge
	Ocjena	Brojčana ocjena (često unutar recenzije)
	Agregatna ocjena	Prosječna ocjena na temelju više recenzija
Organizacije i ljudi	Organizacija	Opis tvrtke ili marke
	LokalnoPosao	Lokalna tvrtka s kontakt podacima i rasporedom
	Osoba	Osoba (npr. autor članka, govornik itd.)
Događaja	Događaj	Događaj na mreži ili izvan mreže
Navigacija i struktura	Popis krušnih mrvica	Navigacija krušnim mrvicama
	SiteNavigationElement	Stavke glavnog izbornika
Multimedija	VideoObjekt	Videozapis s metapodacima (za isječke videozapisa)
	Objekt slike	Slika s opisom
Obrazovanje i poslovi	Tečaj	Online tečaj ili program obuke
	Objavljivanje posla	Slobodno radno mjesto (za Google for Jobs)

Preporuča se implementirati strukturirane podatke u JSON-LD formatu. Ovaj se blok postavlja u <glavu> ili <tijelo> HTML dokumenta, ali se ne prikazuje korisniku — čitaju ga botovi za pretraživanje. Sve glavne tražilice, kao što su Google, Bing i Yahoo, podržavaju ovaj format. Primjer JSON-LD koda prikazan je u nastavku:

<vrsta skripte=”aplikacija/ld+json”>

{

“@context”: “https://schema.org”,

“@type”: “Članak”,

“naslov”: “Što je JSON-LD?”,

“autor”: {

“@type”: “Osoba”,

“ime”: “John Smith”

},

“datePublished”: “2025-12-01”

}

</skripta>

Prilikom implementacije strukturiranih podataka slijedite Schema.org protokol i pomoću validatora provjerite ispravnost implementiranih tipova mikropodataka. Neke vrste strukturiranih podataka iz protokola Schema.org također mogu pomoći u prikazu obogaćenih isječaka u rezultatima Google pretraživanja.

Napominjemo da se Googleovi zahtjevi za strukturirane podatke za obogaćene isječke malo razlikuju od Schema.org standarda. Često je potrebno navesti više polja nego što zahtijeva Schema.org protokol. Dakle, ako želite postići obogaćeni isječak, slijedite Googleove smjernice za strukturirane podatke. Ispravnost implementacije mikropodataka možete provjeriti pomoću alata za provjeru valjanosti obogaćenih isječaka.

Postoji i mnogo generatora mikropodataka, ali oni mogu stvoriti samo statički kod koji se neće ažurirati promjenama sadržaja na stranici. Osiguravanje da se podaci u mikropodacima podudaraju s onim što je vidljivo korisnicima na stranici dio je Googleovih zahtjeva za strukturirane podatke. Ako se prekrše pravila o strukturiranim podacima, stranica može izgubiti sve obogaćene isječke i, u nekim slučajevima, suočiti se s ručnim kaznama. Stoga provjerite jesu li vaši mikropodaci automatski generirani i automatski ažurirani.

Sadržaj

U sklopu tehničke SEO revizije važno je procijeniti osnovne karakteristike sadržaja: od strukture naslova i meta oznaka do prisutnosti alt atributa za slike i potencijalne duplicirane stranice. Ti elementi izravno utječu i na indeksiranje i na to kako tražilice percipiraju stranicu.

Testirajte svoju web stranicu za potpune duplikate

Potpuni duplikati nastaju kada je identičan sadržaj dostupan putem različitih URL-ova na web-lokaciji. Duplikati mogu u potpunosti naštetiti rangiranju vaše web stranice.
Najčešći tipovi potpunih duplikata su:

• Pristupačnost putem HTTP-a i HTTPS-a
• Pristupačnost sa i bez WWW-a
• Pristupačnost sa ili bez završne kose crte
• Pristupačnost URL-ova velikim i malim slovima
• Stranica je dostupna s ekstenzijama datoteka kao što su .html, .htm, .php, .aspx i bez njih
• Parametri koji ne mijenjaju sadržaj stranice, kao što su UTM oznake
• Identičan sadržaj pod različitim URL-ovima. Na primjer, proizvod je naveden u dvije kategorije kojima se može pristupiti putem dva različita URL-a. Ili stranica proizvoda dostupna sa i bez kategorije u URL-u.
• Testne verzije web-mjesta (DEV domena koja se koristi za razvoj).

Da biste pronašli duplikate stranica povezane s varijacijama URL-ova, ručno testirajte URL-ove i provjerite kôd odgovora poslužitelja za te varijante URL-a. Možete koristiti bilo koji alat za provjeru kodova odgovora poslužitelja, kao što je https://httpstatus.io/. Unesite varijacije URL-a i provjerite njihovu dostupnost.

Da biste riješili probleme s varijacijama u HTTP/HTTPS, www/without-www, s/bez kose crte, velikim/malim slovima i pristupačnošću stranica s proširenjima kao što su .html, .htm, .php, .aspx i bez njih, potrebno je postaviti 301 preusmjeravanje na željenu verziju.

Kada se pronađu duplikati zbog dostupnosti identičnog sadržaja dodavanjem ili uklanjanjem dijelova URL-a (na primjer, proizvod je dostupan u dvije kategorije), najbolje je preispitati strukturu URL-a i strukturu web-lokacije. Za UTM i druge parametre, kanonizacija također može biti rješenje. Međutim, važno je napomenuti da Google tretira kanonsku oznaku kao preporuku, a konačna odluka o tome koji URL odabrati ostaje na Googleu.

Ako se testna verzija web mjesta pronađe u Googleovom indeksu, treba joj blokirati indeksiranje, a zahtjev za njezino uklanjanje treba poslati putem Google Search Consolea.

Rješavanje djelomičnih duplikata stranica

Djelomični duplikati stranica nastaju kada dvije ili više stranica na web-lokaciji sadrže vrlo sličan, ali ne i potpuno identičan sadržaj. Najčešći tipovi djelomičnih duplikata su:

• Razvrstavanje stranica
• Filtriraj stranice
• Stranice za paginaciju
• Stranice sa sličnim proizvodima (npr. proizvodi se razlikuju samo po boji)
• Više verzija web-mjesta na istom jeziku, ali za različite regije (npr. tri engleske web-lokacije za SAD, Ujedinjeno Kraljevstvo i Australiju).

Naravno, svaka je stranica jedinstvena, a tijekom tehničke revizije možete identificirati druge slučajeve dupliciranog sadržaja koji zahtijevaju specifična rješenja. Međutim, gornji primjeri su najčešći.

Djelomični duplikati obično se pronalaze tijekom procesa indeksiranja web-mjesta od strane različitih alata za indeksiranje. Imat će ponavljajuće parametre i mogu imati isti naslov i H1 kao i glavne stranice kategorija.
Da biste uklonili djelomične duplikate, ne možete postaviti preusmjeravanje jer su te stranice potrebne za funkcionalnost web stranice. U nastavku ćemo raspravljati o metodama za rješavanje djelomičnih duplikata.

Razvrstavanje i filtriranje stranica

Indeksiranje tih stranica u robots.txt datoteci može se blokirati, iako Google to može zanemariti, posebno ako veze upućuju na te stranice. To će pomoći u očuvanju proračuna za puzanje.
Možete ih blokirati i putem direktive <meta name=”robots” content=”noindex, nofollow” />, koja će spriječiti indeksiranje tih stranica, ali neće reći Googleu da ih ne treba indeksirati.
Najbolji pristup u ovom slučaju je korištenje JavaScripta za ažuriranje sadržaja na stranici kada korisnik primijeni sortiranje ili filtre, bez generiranja dodatnih URL-ova i poveznica na filtriranje ili sortiranje stranica.

Varijante proizvoda dostupne na različitim URL-ovima

U idealnom slučaju, sve varijante proizvoda treba kombinirati na jednoj stranici, gdje korisnik može odabrati željenu boju ili veličinu bez promjene URL-a, koristeći JavaScript. Međutim, ako se za svaku varijantu koristi zasebna stranica, treba navesti kanonsku poveznicu na glavnu stranicu proizvoda. Međutim, kao što je ranije spomenuto, Google može zanemariti kanonski set korisnika.

Stranice za paginaciju

Stranice za paginaciju ne bi trebale biti blokirane od indeksiranja. Kako biste osigurali da Google prvu stranicu kategorije smatra glavnom:

• Uključite samo prvu stranicu u sitemap.xml datoteku.
• Dodajte vezu na glavnu stranicu kategorije na svim stranicama za paginaciju.
• Dodajte brojeve stranica naslovu i H1 stranica za paginaciju. Na primjer, “Bijele košulje – stranica 2.”

Stranice dostupne na jednom jeziku, ali za različite regije

U tom slučaju potrebno je koristiti Hreflang atribute. Koriste se kako bi tražilicama rekli koji jezik i regionalnu verziju web stranice trebaju prikazati korisnicima na temelju njihovih jezičnih preferencija i lokacije.
Postoji nekoliko načina za implementaciju Hreflang atributa:

• U HTTP zaglavljima
• Preko oznaka u odjeljku <glava>
• Preko oznaka u sitemap.xml

Najlakši način za implementaciju je putem oznaka u odjeljku <glava>.

Postoje pravila koja bi atributi hreflanga implementirani putem oznaka u odjeljku <head> trebali ispunjavati:

• • Atribut bi trebao imati sljedeći format: <link rel=”alternate” hreflang=”lang_code_country_code” href=”url-of-page” />
  • Pozivni brojevi jezika i zemalja trebaju biti valjani. Da biste odabrali valjani kod za svaku jezičnu mutaciju, pogledajte ovu stranicu.

• Svaka jezična verzija mora navesti sebe kao i sve ostale jezične verzije u svojim atributima hreflang. To znači da svaka stranica mora imati isti broj atributa hreflang

• Veze u atributima hreflang trebaju biti apsolutne i indeksibilne.

Primjer koda:

<link rel=”alternate” href=”https://example.com/en-us/page” hreflang=”en-us” />

<link rel=”alternate” href=”https://example.com/en-gb/page” hreflang=”hr-hr” />

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

Provjerite ima li duplikata u naslovima, h1, h2 i opisima

Iako su naslovi, opisi i zaglavlja H1-H6 povezani sa SEO-om na stranici, njihova analiza unutar tehničke revizije može biti korisna za otkrivanje duplikata.

Da biste ih analizirali, možete upotrijebiti bilo koji alat za indeksiranje koji prikuplja te oznake.

Kada se pronađu duplicirani naslovi, oznake H1-H6 i opisi, analizirajte podatke stranice i utvrdite uzrok dupliciranja. To može biti zbog dostupnosti web stranice putem HTTP-a i HTTPS-a, dupliciranja oznaka glavnih kategorija na stranicama filtra ili jednostavno ljudske pogreške gdje su te oznake pogrešno popunjene.

Optimizirajte alt atribute za slike

Alt atributi su HTML atributi koji se koriste unutar <img> oznake ovako: <img src=”image.jpg” alt=” Opis slike”>. Njegova glavna svrha je pružiti tekstualni opis slikovnog sadržaja. Ovaj se tekst prikazuje ako se slika ne uspije učitati i čitači zaslona čitaju je naglas kako bi pomogli korisnicima s oštećenjem vida. Pravilan, opisni alternativni tekst može pomoći vašim slikama da se rangiraju u pretraživanju slika i poboljšati ukupnu relevantnost stranice.

Ako imate web stranicu s puno vizualnog sadržaja, tada je optimizacija alt atributa važniji korak nego za klasične web stranice koje se oslanjaju na tekstualni sadržaj.

Mnogi crawleri kao što su Screaming Frog, Ahrefs, SemRush itd. analiziraju alt atribute i tamo možete dobiti podatke o nedostajućim ili praznim alt atributima.

Više o stvaranju opisnih alt atributa možete pročitati u službenim Googleovim dokumentima.

Brzina web stranice, mobilni uređaji i jednostavnost korištenja

Koristite HTTPs protokol

Korištenje sigurnog HTTPS protokola ključno je za osiguranje sigurnosti prijenosa podataka između korisnika i poslužitelja. Ne samo da povećava povjerenje korisnika, već ima i pozitivan utjecaj na SEO. Da biste provjerili HTTPS, jednostavno pogledajte adresnu traku preglednika – trebala bi se pojaviti ikona lokota.
Za detaljnu analizu možete koristiti uslugu SSL Labs koja će pružiti cjelovito izvješće o statusu SSL certifikata i identificirati sve potencijalne probleme.

Također je važno osigurati da nema mješovitog sadržaja — HTTP resursa na HTTPS stranicama. Za ovu analizu možete upotrijebiti HTTPS izvješće u Google Search Consoleu, koje će prikazati URL-ove s HTTP-om i HTTPS-om.

Izvor: Search Console našeg klijenta

Poboljšajte osnovne web vitalne podatke

Core Web Vitals skup je metrika koje je Google predložio za procjenu kvalitete korisničkog iskustva na web stranici. Ovi se mjerni podaci usredotočuju na brzinu učitavanja, interaktivnost i vizualnu stabilnost sadržaja na stranici. Oni uključuju tri ključna pokazatelja:

Opis metrike		Optimalna vrijednost
Najveća sadržajna boja (LCP)	Mjeri vrijeme učitavanja najvećeg vidljivog elementa na stranici (npr. slike ili teksta).	Manje od 2,5 sekunde
Odgoda prvog unosa (FID)	Mjeri vrijeme potrebno da stranica odgovori na prvu interakciju korisnika (npr. klik na gumb ili vezu).	Manje od 100 milisekundi
Kumulativni pomak rasporeda (CLS)	Procjenjuje vizualnu stabilnost stranice, odnosno koliko se elemenata pomiče tijekom učitavanja stranice.	Manje od 0,1

 

Podaci koji su prikupljeni od stvarnih korisnika mogu se pregledati u izvješću Search Consolea “Core web vitals” (agregirani podaci) ili u PageSpeed Insights (za pojedinačne testove). Dok radite na Core Web Vitals, imajte na umu da morate definirati probleme koji imaju veliki utjecaj na CWV metriku. Na primjer, dok optimizirate LCP, morate definirati koji od 4 aspekta (TTFB, kašnjenje učitavanja, vrijeme učitavanja ili kašnjenje renderiranja) najviše doprinosi visokom LCP rezultatu.

U donjem primjeru vidljivo je da se ne trebamo fokusirati na optimizaciju TTFB-a ili vremena učitavanja. Umjesto toga, možemo uložiti svu svoju energiju u poboljšanje kašnjenja učitavanja, a zatim kašnjenja renderiranja.

Izvor: https://pagespeed.web.dev/ – test nike.com web stranice (samo na primjer). Domena je zamagljena

Provjerite je li vaša web stranica prilagođena mobilnim uređajima

Prilagođenost mobilnim uređajima postala je ključni čimbenik od 2018. kada je Google prešao na pristup indeksiranju usmjeren na mobilne uređaje . To znači da Google sada prvenstveno koristi mobilnu verziju web stranice za rangiranje i indeksiranje, a ne verziju za stolna računala.

U Google Search Consoleu možete testirati svoje stranice klikom na “Testiraj URL uživo” u alatu za provjeru URL-a i vidjeti kako ga Googlebot-Mobile vidi.

Komprimiranje slika

Optimizacija slika usmjerena na njihovo komprimiranje bez gubitka kvalitete pomaže ubrzati učitavanje web stranice, pogotovo ako na stranicama ima puno grafičkog sadržaja.

Online alati kao što su TinyPNG ili Squoosh mogu se koristiti za komprimiranje slika. Također je vrijedno provjeriti koriste li se moderni formati slika, kao što je WebP, jer mogu značajno smanjiti veličinu datoteke.

Koristite CDN za međunarodne web stranice

Korištenje CDN-a ima smisla ako vaša web stranica opslužuje širok raspon geografski udaljenih regija.

CDN (Content Delivery Network) distribuira sadržaj stranice preko poslužitelja koji se nalaze bliže korisnicima, smanjujući kašnjenje tijekom učitavanja. Korištenje CDN-a možete provjeriti ispitivanjem zaglavlja HTTP zahtjeva u alatima za razvojne programere preglednika (kartica Mreža), gdje se mogu pojaviti reference na davatelja CDN-a, kao što su Cloudflare ili Akamai. Postoje i online alati za testiranje CDN-a. CDN konfiguracija obično se vrši putem hosting ploče ili CMS-a.

Koristite predmemoriranje
Predmemoriranje omogućuje preglednicima i proxy poslužiteljima pohranjivanje kopija resursa, smanjujući opterećenje poslužitelja i ubrzavajući učitavanje pri sljedećim posjetima. Ispravnost predmemoriranja možete provjeriti u alatima za razvojne programere preglednika — u odjeljku Mreža pogledajte zaglavlja Cache-Control, Expires i ETag. Google PageSpeed Insights također daje preporuke za predmemoriranje. Važno je da statički resursi (slike, skripte, stilovi) imaju odgovarajuće postavke predmemoriranja, a poslužitelj treba imati konfigurirana odgovarajuća pravila (npr. u .htaccess ili nginx konfiguraciji). Da biste provjerili predmemoriranje, možete koristiti online usluge kao što je GiftOfSpeed.

Zaključak

Tehnička revizija web stranice nije jednokratni postupak, već kontinuirani proces koji zahtijeva redovitu pozornost na tehničke čimbenike koji mogu utjecati na njezinu izvedbu i vidljivost. Kako je svaka web stranica jedinstvena, specifični fokus i učestalost provjera će se razlikovati. Ovaj kontrolni popis za tehničku SEO reviziju pomoći će vam da osigurate da niste zaboravili ništa važno.