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, one neće biti indeksirane (uz nekoliko iznimaka). Kao posljedica toga, stranice koje nisu zastupljene u indeksu neće sudjelovati u rangiranju.

Pregledajte izvješće o indeksiranju stranica na Google Search Consoleu

Najtočniji i najpouzdaniji način za analizu 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 mogućnostima 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 usmjeravati svoju pozornost 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 pažnju i dublju analizu:

Status	Što to znači	Što biste trebali 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.- Uvjerite se da konačni URL vraća 200 OK i da nije blokiran u robots.txt/noindex.
Pogreška poslužitelja	Poslužitelj je vratio pogrešku 5xx.	Provjerite zapisnike poslužitelja. Uvjerite se da stranica nije 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 poveznice. Optimizirajte proračun za indeksiranje.
Indeksirano – nije indeksirano	Google je posjetio stranicu, ali je odlučio ne indeksirati. Obično označava nisku kvalitetu stranice.	Poboljšajte kvalitetu i jedinstvenost sadržaja. Uvjerite se da stranica nema duplikata. Dodajte mu interne poveznice.
Dupliciranje bez kanonskog izbora korisnika	Google stranicu smatra duplikatom, ali niste naveli kanonsku.	Provjerite parove stranica i navedite potrebnu kanonsku ili preispitajte strukturu web-mjesta.
Duplicirano, Google je odabrao drugačiji kanonski od korisnika	Google je ignorirao vaš navedeni kanonski.	Razloga može biti mnogo; Morate pažljivo ispitati podatke stranice i odabrati najprikladniju strategiju (noindex, preusmjeravanje, uklanjanje, robots.txt, promjene u strukturi web stranice i interno povezivanje).
Mekani 404	Stranica izgleda “prazna” ili “nije pronađena”, ali vraća status 200 OK.	Vratite 404 ili 410. Napravite preusmjeravanje. Poboljšajte sadržaj. Blokiranje indeksiranja.

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 za indeksiranje greškom.

Status	Što to znači	Što trebate znati
Zamjenska stranica s odgovarajućom kanonskom oznakom	Google je ispravno potvrdio kanonski koji ste naveli.	Sve radi kako se očekivalo. Nije potrebna nikakva radnja. Provjerite jeste li odredili željeni kanonski.
URL je blokirao robots.txt	Google ne može indeksirati stranicu.	Provjerite robots.txt datoteku. Dozvolite 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 ovu oznaku.
Nije pronađeno (404)	Stranica ne postoji.	Ako je to važno, vratite stranicu. Ako je stranica trajno izbrisana, provjerite nema li internih poveznica na nju.
Blokirano zbog neovlaštenog zahtjeva (401)/ Blokirano zbog zabranjenog pristupa (403)	Stranica je blokirana autorizacijom ili zabranjena.	Dozvolite pristup ako stranicu treba indeksirati.
Stranica s preusmjeravanjem	Stranica preusmjerava na drugu.	Provjerite je li preusmjeravanje namjerno i ispravno.
URL je blokiran zbog drugog problema s 4xx	Stranica je nedostupna zbog pogreške 4xx koja nije 404 (npr. 403, 401, 410, itd.).	Ručno provjerite HTTP statusni kod. Popravite postavke pristupa. Postavite ispravne kodove statusa ili preusmjeravanja. Dopustite pristup Googlebotu ako je potrebno.

U Googleovom centru za pomoć možete pronaći opsežan 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 pregled URL-a, a možete omogućiti i mogućnost zanemarivanja pregleda indeksiranja za URL-ove koji se ne mogu indeksirati.

Tada ćete moći vidjeti i usporediti status svake stranice prema Search Consoleu (kako ga Google vidi) i njezin stvarni status kako je određen tijekom procesa indeksiranja.

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

Provjerite što je u vašem sitemap.xml

Sitemap.xml je XML datoteka koja alatima za indeksiranje tražilica pruža popis stranica na web-lokaciji, kao i (po želji) informacije o datumu posljednje 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;
• web 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 istu Screaming Frog ili druge alate za indeksiranje za analizu stranica uključenih u Sitemap.xml. U Screaming Frog, sitemap.xml se može skenirati zasebno u načinu rada s popisom ili se može uključiti u uobičajeno skeniranje web-mjesta. Da biste to učinili, u Konfiguracija -> Pauk -> Indeksiranje aktivirajte XML skeniranje karte web-lokacije 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 stranice prema navedenim uvjetima i automatski je ažurira kada se izvrše promjene na web mjestu.

Prilikom generiranja sitemap.xml provjerite je li datoteka u skladu s protokolom sitemap.xml. Za to možete koristiti razne mrežne 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-mjesta. Određuje koji se dijelovi web mjesta mogu ili ne mogu indeksirati i, kao rezultat toga, koje će stranice indeksirati tražilice. Uvijek bi trebao biti smješten na https://example.com/robots.txt.

Ova datoteka je alat za upravljanje indeksiranjem (ne indeksiranjem!) web mjesta. 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 ih je blokirao robots.txt”.

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

1. Dostupnost datoteke

Datoteka bi trebala biti dostupna u 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-mjesta.

1. Sintaksa i ispravnost

Provjerite je li struktura datoteke u skladu sa standardom. Primjer osnovnog predloška:

• Korisnik-agent: *
• Zabrani: /admin/
• Dopusti: /javno/
• Sitemap: https://example.com/sitemap.xml

1. Zabrani i dopusti direktive

Provjerite jesu li važne stranice slučajno zabranjene, npr.:

• Početna (/)
• Kartice proizvoda (/product/)
• Blog ili članci (/blog/, /articles/)

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 provjerili svoju robots.txt i testirali direktive koje želite 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 u robots.txt ali blokirana putem noindexa, bit će indeksirana, 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žilica ne skeniraju stranice blokirane u robots.txt. Ne vide oznake navedene u kodu, na primjer, kanonizacija. Odnosno, takav kanonski će jednostavno biti neobjašnjiv.

Provjera internog povezivanja

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

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

Prvi korak u analizi je provjera svih internih veza na pogreške. Posebno je važno identificirati neispravne veze koje vode do stranica 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 za tražilice i za korisnike.
Jedan od ključnih elemenata analize je identificiranje stranica “bez roditelja” – 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 anchor tekstovi pomažu tražilicama da razumiju kontekst veze.

Analizirajte statistiku indeksiranja

Analiza statistike indeksiranja način je 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 postavkama Google Search Consolea → → statistici indeksiranja. U tablici u nastavku možete vidjeti najčešće probleme koje možete saznati u ovom izvješću:

Problem	Što tražiti u izvješću	Mogući uzroci
Oštar pad puzanja	Manje indeksiranja dnevno	Problemi s pristupačnošću, netočne postavke u robots.txt, blokade, 5xx pogreške
Mnogo pogrešaka 4xx i 5xx	Pogreške u URL-ovima	Izbrisane stranice, neispravne veze, problemi s poslužiteljem
Povećano vrijeme odziva	>1 sekunda – znak upozorenja	Problemi s hostingom, preopterećenje poslužitelja
Mnoga 3xx preusmjeravanja	Preusmjeravanja umjesto izravnih URL-ova	Netočna preusmjeravanja, lanci preusmjeravanja, veliki broj internih veza s preusmjeravanjima
CSS/JS nije indeksiran	Nedostaju u statistici	Blokirao 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 agregiranih podataka 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.

Implementirajte strukturirane podatke

Strukturirani podaci poseban su 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 za rangiranje, 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šteni navedeni su u tablici u nastavku:

Kategorija	Entitet (@type)	Svrha
Sadržaj i stranice	Članak	Članak ili sadržaj vijesti
	Objava na blogu	Objava na blogu
	VijestiČlanak	Novinski članak za Google vijesti
	Često postavljana pitanjaPošaljite	Stranica s često postavljanim pitanjima (FAQ)
	Kako da	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
	Lokalno poslovanje	Lokalna tvrtka s kontakt podacima i rasporedom
	Osoba	Osoba (npr. autor članka, govornik itd.)
Događaja	Događaj	Online ili offline događaj
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
	Objava poslova	Slobodno radno mjesto (za Google for Jobs)

Preporuča se implementirati strukturirane podatke u JSON-LD formatu. Ovaj blok se 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:

<script type=”application/ld+json”>

{

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

“@type”: “članak”,

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

“autor”: {

“@type”: “Osoba”,

“ime”: “John Smith”

},

“datePublished”: “2025-12-01”

}

</scenarij>

Prilikom implementacije strukturiranih podataka slijedite protokol Schema.org 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 standarda Schema.org. Često je potrebno navesti više polja nego što zahtijeva Schema.org protokol. Dakle, ako želite postići bogati isječak, slijedite Googleove smjernice za strukturirane podatke. Ispravnost implementacije mikropodataka možete provjeriti pomoću validatora obogaćenih isječaka.

Postoje i mnogi generatori mikropodataka, ali oni mogu stvoriti samo statički kod koji se neće ažurirati promjenama sadržaja na stranici. Osiguravanje da se informacije 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

Kao dio 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. Ovi elementi izravno utječu i na indeksiranje i na način na koji tražilice percipiraju stranicu.

Testirajte svoju web stranicu na 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 kose crte
• Pristupačnost URL-ova velikim i malim slovima
• Stranici se može pristupiti 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, dostupne putem dva različita URL-a. Ili stranica proizvoda dostupna sa i bez kategorije u URL-u.
• Testne verzije stranice (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 pristupačnost.

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

Kada se duplikati pronađu 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 kanonsku oznaku tretira kao preporuku, a konačna odluka o tome koji URL odabrati ostaje na Googleu.

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

Rješavanje djelomičnih duplikata stranice

Djelomični duplikati stranica nastaju kada dvije ili više stranica na web-mjestu sadrže vrlo sličan, ali ne i potpuno identičan sadržaj. Najčešće vrste 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 stranice za SAD, Ujedinjeno Kraljevstvo i Australiju).

Naravno, svaka je stranica jedinstvena, a tijekom tehničke revizije možete identificirati i druge slučajeve dupliciranog sadržaja koji zahtijevaju posebna 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 stranice glavne kategorije.
Da biste uklonili djelomične duplikate, ne možete postaviti preusmjeravanje jer su te stranice potrebne za funkcionalnost web-lokacije. U nastavku ćemo raspravljati o metodama rješavanja djelomičnih duplikata.

Sortiranje i filtriranje stranica

Indeksiranje ovih stranica u datoteci robots.txt može biti blokirano, iako Google to može zanemariti, osobito 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 filtriranje, 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 trebaju biti kombinirane 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 skup korisnika.

Stranice za paginaciju

Stranice za paginaciju ne bi trebale biti blokirane za indeksiranje. Da 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 paginiranje.
• Dodajte brojeve stranica naslovu i H1 stranica za paginiranje. Na primjer, “Bijele košulje – stranica 2.”

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

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

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

Najlakša metoda za implementaciju je putem oznaka u odjeljku <glava>.

Postoje pravila koja bi atributi hreflang implementirani putem oznaka u odjeljku <glava> trebali zadovoljiti:

• • Atribut bi trebao imati sljedeći format: <link rel=”alternate” hreflang=”lang_code_country_code” href=”url-of-page” />
  • Oznake jezika i zemalja trebaju biti valjane. Za odabir valjanog koda za svaku jezičnu mutaciju pogledajte ovu stranicu.

• Svaka jezična verzija mora navesti sebe kao i sve druge 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 indeksirane.

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-gb” />

<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 koristiti 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 mjesta putem HTTP-a i HTTPS-a, dupliciranja oznaka glavne kategorije na stranicama filtra ili jednostavno ljudske pogreške gdje su te oznake pogrešno popunjene.

Optimizirajte alt atribute za slike

Alt atributi su HTML atribut koji se koristi unutar oznake <img> ovako: <img src=”image.jpg” alt=” Opis slike”>. Njegova glavna svrha je pružiti tekstualni opis sadržaja slike. Taj se tekst prikazuje ako se slika ne uspije učitati, a čitači zaslona čitaju ga naglas kako bi pomogli slabovidnim korisnicima. Pravilan, opisni zamjenski 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, onda je optimizacija alt atributa važniji korak nego za klasične web stranice koje se oslanjaju na tekstualni sadržaj.

Mnogi alati za indeksiranje 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 ima li HTTPS-a, 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 na HTTPS stranicama nema mješovitog sadržaja – HTTP resursa. Za ovu analizu možete koristiti 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 Core Web Vitals

Core Web Vitals skup je mjernih podataka koje je Google predložio za procjenu kvalitete korisničkog iskustva na web stranici. Ove metrike usredotočene su 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
Kašnjenje prvog ulaza (FID)	Mjeri vrijeme potrebno da stranica odgovori na prvu interakciju korisnika (npr. klik na gumb ili vezu).	Manje od 100 milisekundi
Kumulativni pomak izgleda (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 “Osnovni web vitali” (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 metrike. 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 primjeru u nastavku vidljivo je da se ne moramo usredotočiti 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 odgode 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 indeksiranja na prvom mjestu za 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.

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

Komprimirajte slike

Optimizacija slike 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 web stranice na poslužitelje koji se nalaze bliže korisnicima, smanjujući latenciju tijekom učitavanja. Korištenje CDN-a možete provjeriti tako da pregledate zaglavlja HTTP zahtjeva u alatima za razvojne inženjere 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 pruža 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 predmemoriju, 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. Budući da 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.