Tehnička SEO kontrolna lista: Ultimativna lista za poboljšanje vaše veb stranice

Tehnička SEO kontrolna lista

Puzanje i indeksacija

Prva stvar koju treba pogledati tokom tehničke revizije je kako je vaš sajt indeksiran i popisan od strane pretraživača. Na kraju krajeva, ako se stranice na vašoj veb lokaciji ne mogu indeksirati, one neće biti indeksirane (uz nekoliko izuzetaka). Kao posledica toga, stranice koje nisu zastupljene u indeksu neće učestvovati u rangiranju.

Prođite kroz izveštaj o indeksiranju stranica u Google Search Console-u

Najtačniji i najpouzdaniji način za analizu indeksiranja vaše veb stranice je analiza izveštaja o indeksiranju stranica u Google Search Console-u.

Pogledajte izveštaj indeksiranih stranica i proverite koje stranice su u indeksu. Pogledajte da li postoje stranice sa opcijama filtriranja ili sortiranja, ako postoje test stranice ili druge stranice koje ne želite da indeksirate.

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

Nisu svi statusi u izveštaju Isključene stranice problem. Ne bi trebalo da fokusirate svoju pažnju na sve isključene stranice, već samo na one na kojima Google-ovo ponašanje ne odgovara vašim namerama.

U tabeli ispod možete videti statuse koji zahtevaju pažnju i dublju analizu:

Status	Šta to znači	Šta treba da uradite
Greška preusmeravanja	Google nije mogao da prati URL zbog problema sa preusmeravanjem.	Smanjite broj preusmeravanja (na 1-2). Izbegavajte beskonačne i kružne preusmeravanja.- Uverite se da konačni URL vraća 200 OK i nije blokiran u robots.txt / noindex.
Greška servera	Server je vratio 5kk grešku.	Proverite dnevnike servera. Uverite se da sajt nije preopterećen.- Fik interne greške, posebno ako se ponavljaju.
Otkriveno – nije indeksirano	Google zna za stranicu, ali je još nije prelistao. Ukazuje na probleme sa puzanjem budžeta.	Uverite se da je stranica u mapi sajta. Dodajte interne linkove na njega. Optimizujte budžet za puzanje.
Puzao – nije indeksiran	Google je posetio stranicu, ali je odlučio da je ne indeksira. Obično ukazuje na nizak kvalitet stranice.	Poboljšati kvalitet i jedinstvenost sadržaja. Uverite se da stranica nema duplikata. Dodajte interne linkove na njega.
Duplikat bez kanonskog izbora korisnika	Google smatra stranicu duplikat, ali niste naveli kanonski.	Proverite parove stranica i navedite neophodne kanonske ili preispitajte strukturu sajta.
Duplikat, Google je izabrao drugačiji kanonski od korisnika	Google je ignorisao vaš određeni kanonski.	Razloga može biti mnogo; Potrebno je pažljivo ispitati podatke stranice i odabrati najprikladniju strategiju (noindex, preusmeravanje, uklanjanje, robots.txt, promjene u strukturi veb stranice i interno povezivanje).
Meksikana 404	Stranica izgleda „prazna“ ili „nije pronađena“, ali vraća 200 OK status.	Povratak 404 ili 410. Napravite preusmerenje. Poboljšajte sadržaj. Blokiraj indeksiranje.

Ostali statusi verovatno ne signaliziraju nikakve probleme. Međutim, ovi izveštaji su takođe vredni pregleda kako bi se uverili da stranice nisu uklonjene, preusmerene, kanonizovane ili blokirane od indeksiranja greškom.

Status	Šta to znači	Šta treba da znate
Alternativna stranica sa odgovarajućom kanonskom oznakom	Google je ispravno priznao kanonski koji ste naveli.	Sve radi kako se očekuje. Nije potrebna nikakva akcija. Uverite se da ste naveli željeni kanonski.
URL je blokiran od strane robots.txt	Google ne može da indeksira stranicu.	Proverite robots.txt datoteku. Dozvolite pristup ako želite da bude indeksiran.
URL označen kao ‘noindex’	Stranica ima direktivu noindex.	Uverite se da je oznaka noindex postavljena namerno. Ako je stranica važna, uklonite ovu oznaku.
Nije pronađeno (404)	Stranica ne postoji.	Ako je ovo važno, vratite stranicu. Ako je stranica trajno izbrisana, uverite se da nema internih veza sa njom.
Blokiran zbog neovlašćenog zahteva (401)/ Blokiran zbog pristupa zabranjeno (403)	Stranica je blokirana ovlašćenjem ili zabranjena.	Dozvolite pristup ako stranica treba da bude indeksirana.
Stranica sa preusmeravanjem	Stranica preusmerava na drugu.	Proverite da li je preusmeravanje namenjeno i ispravno.
URL blokiran zbog drugog 4kk pitanje	Stranica je nedostupna zbog greške 4xx osim 404 (npr. 403, 401, 410, itd.).	Proverite HTTP statusni kod ručno. Fik podešavanja pristupa. Podesite ispravne statusne kodove ili preusmeravanja. Dozvolite pristup Googlebot-u ako je potrebno.

U Google centru za pomoć možete pronaći sveobuhvatan opis izveštaja o stranici, uključujući primere problema i detaljno objašnjenje svakog statusa.

Screaming Frog takođe može pomoći u analizi stranica koje su indeksirane ili isključene iz indeksa. Da biste to uradili, potrebno je da povežete Google Search Console API pre nego što započnete indeksiranje sajta.
Da biste se povezali, idite na Konfiguracija -> API Access -> Google Search Console. Kliknite na Prijavite se preko Google-a i pratite uputstva.

Kada se povežete, omogućite inspekciju URL-a, a takođe možete omogućiti opciju da ignorišete inspekciju indeksiranja za URL adrese koje se ne mogu indeksirati.

Tada ćete moći da vidite i uporedite status svake stranice prema Search Console-u (način na koji ga Google vidi) i njegov stvarni status kao što je određeno tokom procesa popisivanja.

Imajte na umu da je za svaku lokaciju dostupno samo 2000 URL-ova dnevno, tako da je ovaj metod pogodniji za male sajtove.

Proverite šta je u vašem sitemap.xml

Sitemap.xml je XML datoteka koja pruža pretraživačima pretraživača listu stranica na sajtu, kao i (opciono) informacije o njihovom poslednjem datumu izmene, učestalosti ažuriranja i preporučenom prioritetu popisivanja.

Obično se nalazi u korenu lokacije, na primer: https://example.com/sitemap.xml. Sitemap.xml pomaže pretraživačima da brže pronađu nove ili ažurirane stranice. Pored toga, uključivanje stranice u ovaj fajl je jedan od signala za određivanje kanonske verzije stranice, iako slabe.

sitemap.xml fajl je posebno koristan za:

• novi sajtovi sa nekoliko spoljnih veza;
• veliki sajtovi sa mnogo stranica;
• sajtovi sa puno medijskog sadržaja;
• sajtovi sa vestima koji se često ažuriraju.

Sitemap.xml treba da sadrži sve stranice koje želite da indeksirate.

Možete koristiti istu Screaming Frog ili druge popisivače da biste analizirali stranice uključene u Sitemap.xml. U Screaming Frog, sitemap.xml se može skenirati odvojeno u režimu liste, ili se može uključiti u redovno skeniranje sajta. Da biste to uradili, u Konfiguracija -> Pauk -> Popisivanje, aktivirajte KSML skeniranje mape i dodajte apsolutne URL adrese mapa koje želite da popisujete.

Ne preporučuje se korišćenje različitih online servisa za generisanje Sitemap-a, jer oni mogu generisati samo statičnu mapu sajta koja se neće automatski ažurirati. Optimalna opcija je da generišete sitemap.xml koristeći dodatke za CMS na kojem se sajt pokreće, ili da napišete prilagođenu skriptu koja generiše sitemap u skladu sa određenim uslovima i automatski ga ažurira kada se promene izvrše na sajtu.

Prilikom generisanja sitemap.xml, proverite da li je vaša datoteka u skladu sa protokolom sitemap.xml. Za to možete koristiti različite online validatore, kao što su https://www.xml-sitemaps.com/validate-xml-sitemap.html.

Da li je potrebno uključiti sve oznake navedene u protokolu? Ne uvek. Na primer, Google uzima u obzir samo oznake <loc> i <lastmod>. Budite sigurni da je datum u oznaci <lastmod> tačan. Ako postoje pokušaji da se njime manipuliše, Google može ignorisati ovu oznaku.

Uverite se da nema grešaka u robots.txt

Datoteka robots.txt je prvo mesto koje bot za pretragu gleda pre pretraživanja sajta. On određuje koji delovi sajta mogu ili ne mogu biti indeksirani i, kao rezultat, koje stranice će biti indeksirane od strane pretraživača. Uvek treba da se nalazi na https://example.com/robots.txt.

Ova datoteka je alat za upravljanje popisivanjem (ne indeksiranjem!) sajta. Neke stranice, čak i ako su blokirane u robots.txt, i dalje mogu biti indeksirane (obično ako postoje interne ili eksterne veze sa njima). Takve stranice (indeksirane uprkos tome što su blokirane u robots.txt) mogu se videti u Google Search Console-u u izveštaju „Indeksirano, iako blokirano od strane robots.txt“.

Evo šta treba da proverite u vezi sa datotekom robots.txt kao deo tehničke SEO revizije:

1. Dostupnost datoteke

Fajl treba da bude dostupan na https://example.com/robots.txt i dati 200 OK status odgovora. Njegovo odsustvo, greške u preuzimanju ili preusmeravanja (301, 302, 403, 404) mogu sprečiti pretraživače da pravilno razumeju pravila popisivanja sajta.

1. Sintaksa i ispravnost

Proverite da li struktura fajla prati standard. Primer osnovnog šablona:

• Korisnik-agent: *
• Zabrani: /admin/
• Dozvoli: /public/
• Mapa sajta: https://example.com/sitemap.xml

1. Disallow i Dozvoli direktive

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

• Kuća (/)
• Kartice proizvoda (/product/)
• Blog ili članci (/blog/, /articles/)

Uobičajena greška je blokiranje slika, stilova i skripti prilikom blokiranja administrativnih foldera. U tom slučaju, treba navesti da, iako je administrativna fascikla blokirana, neke vrste datoteka treba da budu otvorene za skeniranje. Ovo se često dešava na VordPress sajtovima kada je folder sa svim korisničkim sadržajem, Disallow: / vp-content blokiran.

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

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

Da biste potvrdili svoju robots.txt i testirali direktive koje dodate, možete koristiti ovaj alat.

1. Proverite kompatibilnost sa drugim direktivama

Greške se često javljaju kada je robots.txt u sukobu sa:

• meta oznaka <meta name = „roboti“ content = „noindex“>
• Kanonskim

Na primer, ako je stranica otvorena u robots.txt ali blokirana preko noindex, ona će biti pretražena, ali neće ući u indeks. To je prihvatljivo, ali je važno da se to uradi namerno.

Takođe, čest problem je kada postoje druga uputstva za botove u izvornom kodu i istovremeno blokiranje stranice u robots.txt. Roboti pretraživača ne skeniraju stranice blokirane u robots.txt. Oni ne vide oznake navedene u kodu, na primer, kanonizacija. To jest, takav kanonski će jednostavno biti neobjašnjiv.

Proverite svoje interno povezivanje

Jedan od ključnih zadataka tehničke revizije je da se osigura da interno povezivanje sajta radi ispravno. To znači da svi interni linkovi moraju da vode do stvarnih, postojećih stranica koje su otvorene za indeksiranje, vraćaju 200 OK statusni kod, ne sadrže preusmeravanja i, što je najvažnije, ne ukazuju na stranice sa 4xx/5xx greškama. Na prvi pogled, ovo može izgledati kao manji detalj, ali u praksi, čak i netačne interne veze mogu negativno uticati na:

• Efikasnost popisivanja sajtova od strane pretraživača,
• Distribucija interne SEO težine (PageRank),
• Korisničko iskustvo.

Prvi korak u analizi je da proverite sve interne veze za greške. Posebno je važno identifikovati neispravne veze koje vode do stranica sa 404, 410 ili drugim greškama (kao što su 403, 500).
Ispod je tabela sa glavnim vrstama grešaka koje se mogu pojaviti u internim vezama, njihovo značenje i preporučene akcije za njihovo ispravljanje.

Tip greške	Šta to znači	Šta da radim
404	Stranica nije pronađena	Uklonite vezu ili je zamenite radnom
403	Pristup zabranjen	Proverite podešavanja pristupa
301/302	Preusmeravanje	Ažurirajte vezu sa konačnom URL adresom
5kk	Greška servera	Proverite server ili CMS

 

Takođe je važno analizirati dubinu hijerarhije stranice, što znači odrediti na kom nivou i koliko klikova daleko od početne stranice nalazi se ključni sadržaj. Poželjno je da važne stranice ne budu dublje od trećeg nivoa – to povećava njihovu dostupnost i za pretraživače i za korisnike.
Jedan od ključnih elemenata analize je identifikacija „siroče“ stranica — onih koje nemaju interne veze koje upućuju na njih. Čak i ako su ove stranice uključene u sitemap, nedostatak internih veza čini ih manje dostupnim.
Pored toga, važno je analizirati sidrene tekstove — reči i fraze koje sadrže veze. Oni bi trebali biti relevantni i smisleni, jer sidreni tekstovi pomažu pretraživačima da shvate kontekst veze.

Analizirajte statistiku popisivanja

Analiza statistike popisivanja je način da se shvati kako Googlebot komunicira sa sajtom: koje stranice se popisuju, koliko često i kako to utiče na SEO. Ovi podaci su dostupni u Google Search Console → Settings → Crawl Statistics. U tabeli ispod možete videti najčešće probleme koje možete saznati u ovom izveštaju:

Pitanje	Šta treba tražiti u izveštaju	Mogući uzroci
Oštar pad puzanja	Manje puzanja dnevno	Pitanja pristupačnosti, pogrešne postavke u robots.txt, blokovi, KSNUMKSkk greške
Mnogi KSNUMKSkk i KSNUMKSkk greške	Greške u URL-ovima	Izbrisane stranice, prekinute veze, problemi sa serverom
Vreme odziva povećano	>1 sekunda — znak upozorenja	Problemi sa hostingom, preopterećenje servera
Mnogi 3kk preusmeravanja	Preusmeravanja umesto direktnih URL adresa	Netačna preusmeravanja, lanci preusmeravanja, veliki broj internih veza sa preusmeravanjem
CSS / JS nije puzao	Oni nedostaju u statistici	Blokiran od strane robots.txt

 

Pored toga, mogu se analizirati dnevnici servera. Oni vam omogućavaju da vidite stvarne zahteve od robota za pretragu (ne samo Googlebot, već i Bingbot, IandekBot i drugi), a ne samo prikupljene podatke iz Google Search Console-a.
Ovo je napredna, „sirova“ dijagnostička metoda koja zahteva značajnu količinu vremena. Da biste vizualizovali podatke, možete koristiti alate otvorenog koda kao što su GoAccess ili Screaming Frog Log File Analyser.

Implementirajte strukturirane podatke

Strukturirani podaci su poseban format označavanja na veb stranici koji pomaže pretraživačima da preciznije i dublje razumeju sadržaj stranice. Služi kao „nagoveštaj“ za Google i druge pretraživače o tome šta se tačno nalazi na stranici – članak, proizvod, recept, pregled, video, itd. Iako to nije zvanični signal rangiranja, on indirektno utiče na rangiranje poboljšavajući način na koji pretraživači razumeju stranicu.

Glavni standard ili protokol koji se koristi za strukturirane podatke na veb lokacijama je Schema.org. Postoje i drugi protokoli, kao što je OpenGraph, ali se koristi za društvene mreže.
Schema.org je kolaborativni projekat Google-a, Microsoft-a, Iahoo-a i Iandek-a, stvoren da razvije i održava jedinstveni standard za strukturirane podatke na vebu.
Schema.org uključuje stotine tipova entiteta, a najčešće korišćeni navedeni su u tabeli ispod:

Kategorija	Entitet (@type)	Svrha
Sadržaj i stranice	Članak	Članak ili sadržaj vesti
	BlogObjavljivanje	Blog post
	NovostiČlanak	Novinski članak za Google vesti
	Pitanja i odgovori	Stranica sa često postavljanim pitanjima (FAK)
	Pretraga	Vodič korak po korak
	Mapa sajta	Opšte informacije o veb stranici
Proizvodi i ponude	Proizvoda	Opis proizvoda
	Ponudi	Цena Цena
	Agregatna ponuda	Raspon cena za proizvod od različitih prodavaca
Recenzije i ocene	Pregledajte	Pregled proizvoda ili usluge
	Ocena	Numerički rejting (često u okviru pregleda)
	AgregatOcenjivanje	Prosečna ocena zasnovana na više recenzija
Organizacije i ljudi	Organizacija	Opis kompanije ili brenda
	LokalniBiznis	Lokalni biznis sa kontakt informacijama i rasporedom
	Osoba	Osoba (npr. Autor članka, govornik, itd.)
Događaji	Događaja	Online ili offline događaj
Navigacija i struktura	Srpski/srpski	Navigacija krušnih mrvica
	SiteNavigationElement	Stavke glavnog menija
Multimedijalne	VideoObjekat	Video sa metapodacima (za video isječke)
	ImageObject	Slika sa opisom
Obrazovanje i poslovi	Kurs	Online kurs ili program obuke
	Objavljivanje posla	Slobodno radno mesto (za Google for Jobs)

Preporučuje se implementacija strukturiranih podataka u JSON-LD formatu. Ovaj blok je smešten u <glavu> ili <telo> HTML dokumenta, ali se ne prikazuje korisniku — čitaju ga botovi za pretragu. Svi glavni pretraživači, kao što su Google, Bing i Iahoo, podržavaju ovaj format. Primer JSON-LD koda je prikazan ispod:

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

{

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

„@type“: „Članak“,

„naslov“: „Šta je JSON-LD?“,

„autor“: {

„@type“: „Osoba“,

„ime“: „Džon Smit“

},

„datePublished“: „2025-12-01“

}

< / scenario>

Kada implementirate strukturirane podatke, pratite Schema.org protokol i koristite validator da biste proverili ispravnost implementiranih tipova mikropodataka. Neke vrste strukturiranih podataka iz protokola Schema.org takođe mogu pomoći u prikazivanju bogatih isječaka u rezultatima Google pretrage.

Imajte na umu da se Google-ovi zahtevi za strukturirane podatke za bogate isječke malo razlikuju od standarda Schema.org. Često je potrebno navesti više polja nego što zahteva Schema.org protokol. Dakle, ako želite da postignete Rich Snippet, sledite Google-ove smernice za strukturirane podatke. Možete proveriti ispravnost implementacije mikropodataka pomoću validatora bogatih isječaka.

Postoji i mnogo generatora mikropodataka, ali oni mogu kreirati samo statički kod koji neće biti ažuriran promenama sadržaja na stranici. Obezbeđivanje da se informacije u mikropodacima podudaraju sa onim što je vidljivo korisnicima na stranici deo je Google-ovih zahteva za strukturirane podatke. Ako se prekrši politika u vezi sa strukturiranim podacima, stranica može izgubiti sve bogate isečke i, u nekim slučajevima, suočiti se sa ručnim kaznama. Stoga, uverite se da su vaši mikropodaci automatski generisani i automatski ažurirani.

Sadržaja

Kao deo tehničke SEO revizije, važno je proceniti osnovne karakteristike sadržaja: od strukture naslova i meta oznaka do prisustva alt atributa za slike i potencijalne duple stranice. Ovi elementi direktno utiču i na indeksiranje i na to kako pretraživači doživljavaju sajt.

Testirajte svoju veb stranicu za potpune duplikate

Potpuni duplikati se javljaju kada je identičan sadržaj dostupan putem različitih URL-ova na sajtu. Duplikati mogu u potpunosti oštetiti rangiranje vašeg sajta.
Najčešći tipovi punih duplikata su:

• Pristupačnost preko HTTP-a i HTTPS-a
• Pristupačnost sa i bez VVV
• Pristupačnost sa ili bez prateće kose crte
• Pristupačnost URL adresa u velikim i malim slovima
• Stranica je dostupna sa ekstenzijama datoteka kao što su .html, .htm, .php, .aspx i bez njih
• Parametri koji ne menjaju sadržaj stranice, kao što su UTM oznake
• Identičan sadržaj pod različitim URL-ovima. Na primer, proizvod je naveden u dve kategorije, dostupne preko dva različita URL-a. Ili stranica proizvoda dostupna sa i bez kategorije u URL-u.
• Test verzije sajta (DEV domen koji se koristi za razvoj).

Da biste pronašli duplikate stranica koji se odnose na varijacije URL-a, ručno testirajte URL-ove i proverite kod odgovora servera za te varijante URL-a. Možete koristiti bilo koji alat za proveru kodova odgovora servera, kao što je https://httpstatus.io/. Unesite URL varijacije i proverite njihovu pristupačnost.

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

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

Ako se testna verzija sajta nađe u Google indeksu, trebalo bi da bude blokirana od indeksiranja, a zahtev za njegovo uklanjanje treba poslati putem Google Search Console-a.

Rešite parcijalne duplikate stranice

Delimični duplikati stranica se javljaju kada dve ili više stranica na sajtu sadrže veoma sličan, ali ne i potpuno identičan sadržaj. Najčešći tipovi parcijalnih duplikata su:

• Sortiranje stranica
• Filtriraj stranice
• Pagination straniцe
• Stranice sa sličnim proizvodima (npr. proizvodi se razlikuju samo po boji)
• Više verzija sajta na istom jeziku, ali za različite regione (npr. tri engleska sajta za SAD, Veliku Britaniju i Australiju).

Naravno, svaki sajt je jedinstven, a tokom tehničke revizije možete identifikovati i druge slučajeve dupliranog sadržaja koji zahtevaju specifična rešenja. Međutim, gore navedeni primeri su najčešći.

Delimični duplikati se obično nalaze tokom procesa popisivanja sajta od strane različitih popisivača. Oni će imati ponavljajuće parametre i mogu imati isti naslov i H1 kao i glavne stranice kategorije.
Da biste eliminisali delimične duplikate, ne možete podesiti preusmeravanje, jer su ove stranice potrebne za funkcionalnost sajta. U nastavku ćemo razgovarati o metodama za rješavanje parcijalnih duplikata.

Sortiranje i filtriranje stranica

Ove stranice mogu biti blokirane od popisivanja u datoteci robots.txt, mada to može biti ignorisano od strane Google-a, posebno ako linkovi upućuju na ove stranice. To će pomoći u očuvanju budžeta za puzanje.
Takođe ih možete blokirati putem direktive <meta name=“robots“ content=“noindex, nofollov“ />, koja će sprečiti indeksiranje ovih stranica, ali neće reći Google-u da ih ne treba popisivati.
Najbolji pristup u ovom slučaju je da koristite JavaScript za ažuriranje sadržaja na stranici kada korisnik primenjuje sortiranje ili filtere, bez generisanja dodatnih URL-ova i linkova na filtriranje ili sortiranje stranica.

Varijante proizvoda dostupne na različitim URL adresama

U idealnom slučaju, sve varijante proizvoda treba kombinovati na jednoj stranici, gde korisnik može da izabere željenu boju ili veličinu bez promene URL-a, koristeći JavaScript. Međutim, ako se za svaku varijantu koristi posebna stranica, treba navesti kanonsku vezu ka glavnoj stranici proizvoda. Međutim, kao što je ranije pomenuto, Google može ignorisati kanonski set od strane korisnika.

Pagination Straniцe

Stranice za paginaciju ne bi trebalo da budu blokirane od indeksiranja. Da bi se osiguralo da Google prvu stranicu kategorije smatra glavnom:

• Uključite samo prvu stranicu u sitemap.xml fajl.
• Dodajte link na stranicu glavne kategorije na svim stranicama paginacije.
• Dodajte brojeve stranica u naslov i H1 stranica paginacije. Na primer, „Bele košulje – Strana 2.“

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

U ovom slučaju, Hreflang atributi treba da se koriste. Oni se koriste da kažu pretraživačima koji jezik i regionalnu verziju veb stranice treba da prikažu korisnicima na osnovu njihovih jezičkih preferencija i lokacije.
Postoji nekoliko načina za implementaciju Hreflang atributa:

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

Najlakši način za implementaciju je kroz oznake u odeljku <glava>.

Postoje pravila koja hreflang atributi implementirani preko oznaka u odeljku <glava> treba da ispunjavaju:

• • Atribut treba da ima sledeći format: <link rel=“alternate“ hreflang=“lang_code_country_code“ href=“url-of-page“ />
  • Jezik i kodovi zemalja treba da važe. Da biste izabrali važeći kod za svaku mutaciju jezika, pogledajte ovu stranicu.

• Svaka jezička verzija mora da navede sebe kao i sve druge jezičke verzije u svojim hreflang atributima. To znači da svaka stranica mora imati isti broj atributa hreflang

• Veze u hreflang atributima treba da budu apsolutne i indeksabilne.

Primer 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=“sr-gb“ />

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

Proverite naslove, h1, h2s i opise za duplikate

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

Da biste aanalysethem, možete koristiti bilo koji popisivač koji prikuplja ove oznake.

Kada se pronađu dupli naslovi, oznake H1-H6 i opisi, analizirajte podatke stranice i identifikujte uzrok dupliranja. To može biti zbog dostupnosti sajta putem HTTP-a i HTTPS-a, dupliranja oznaka glavne kategorije na stranicama filtera ili jednostavno ljudske greške u kojoj su ove oznake pogrešno popunjene.

Optimizujte 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 da obezbedi tekstualni opis sadržaja slike. Ovaj tekst se prikazuje ako se slika ne učitava i čitaju ga naglas čitači ekrana kako bi pomogli korisnicima sa oštećenim vidom. Pravilan, opisni alt tekst može pomoći vašim slikama da se rangiraju u pretraživanju slika i poboljšaju ukupnu relevantnost stranice.

Ako imate veb stranicu sa puno vizuelnog sadržaja, onda je optimizacija alt atributa važniji korak nego za klasične veb stranice koje se oslanjaju na tekstualni sadržaj.

Mnogi popisivači 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 zvaničnim Google dokumentima.

Brzina veb sajta, mobilni uređaji i jednostavnost korišćenja

Koristite HTTP protokol

Korišćenje sigurnog HTTPS protokola je od suštinskog značaja da bi se osigurala sigurnost prenosa podataka između korisnika i servera. Ne samo da povećava poverenje korisnika, već ima i pozitivan uticaj na SEO. Da biste proverili HTTPS, jednostavno pogledajte adresnu traku pretraživača — trebalo bi da se pojavi ikona katanaca.
Za detaljnu analizu, možete koristiti uslugu SSL Labs, koja će pružiti potpuni izveštaj o statusu SSL sertifikata i identifikovati sve potencijalne probleme.

Takođe je važno osigurati da nema mešovitog sadržaja — HTTP resursa na HTTPS stranicama. Za ovu analizu možete koristiti HTTPS izveštaj u Google Search Console-u, koji će prikazati URL-ove sa HTTP i HTTPS.

Izvor: Search Console našeg klijenta

Poboljšajte Core Veb Vitals

Core Veb Vitals je skup metrika koje je Google predložio za procenu kvaliteta korisničkog iskustva na veb lokaciji. Ove metrike se fokusiraju na brzinu učitavanja, interaktivnost i vizuelnu stabilnost sadržaja na stranici. Oni uključuju tri ključna indikatora:

Metrički	opis	Optimalna vrednost
Najveća sadržajna boja (LCP)	Meri vreme učitavanja najvećeg vidljivog elementa na stranici (npr. slike ili teksta).	Manje od 2,5 sekunde
Kašnjenje prvog unosa (FID)	Meri vreme koje je potrebno da stranica odgovori na prvu interakciju korisnika (npr. klikom na dugme ili vezu).	Manje od 100 milisekundi
Kumulativna promena rasporeda (CLS)	Procenjuje vizuelnu stabilnost stranice, tj. Koliko se elementi pomeraju tokom učitavanja stranice.	Manje od 0.1

 

Podaci koji su prikupljeni od stvarnih korisnika mogu se pogledati u Search Console izveštaju „Core veb vitals“ (agregirani podaci) ili u PageSpeed Insights (za pojedinačne testove). Dok radite na Core Veb Vitals-u, imajte na umu da morate definisati probleme koji imaju veliki uticaj na CVV metrike. Na primer, prilikom optimizacije LCP-a, potrebno je da definišete koji od KSNUMKS aspekata (TTFB, kašnjenje učitavanja, vreme učitavanja ili kašnjenje renderiranja) najviše doprinosi visokom LCP rezultatu.

U donjem primeru, vidljivo je da ne moramo da se fokusiramo na optimizaciju TTFB-a ili vremena učitavanja. Umesto toga, možemo staviti svu svoju energiju u poboljšanje kašnjenja učitavanja, a zatim kašnjenja renderiranja.

Izvor: https://pagespeed.web.dev/ – test nike.com sajta (samo na primer). Domen je zamagljen

Uverite se da je vaša veb stranica prilagođena mobilnim uređajima

Prilagođenost mobilnim uređajima postala je ključni faktor od 2018. godine kada je Google prešao na pristup indeksiranju mobilnih uređaja . To znači da Google sada prvenstveno koristi mobilnu verziju veb stranice za rangiranje i indeksiranje, a ne desktop verziju.

U Google Search Console-u možete testirati svoje stranice klikom na „Test Live URL“ u alatu za inspekciju URL-a i videti kako ga Googlebot-Mobile vidi.

Stisnite slike

Optimizacija slike koja ima za cilj da ih komprimuje bez gubitka kvaliteta pomaže ubrzati učitavanje veb stranice, posebno ako na stranicama ima puno grafičkog sadržaja.

Online alati kao što su TiniPNG ili Skuoosh mogu se koristiti za kompresiju slika. Takođe je vredno proveriti da li se koriste moderni formati slika, kao što je VebP, jer mogu značajno smanjiti veličinu datoteke.

Koristite CDN za međunarodne veb stranice

Korišćenje CDN-a ima smisla ako vaša veb stranica služi širokom spektru geografski udaljenih regiona.

CDN (Content Deliveri Netvork) distribuira sadržaj sajta preko servera koji se nalaze bliže korisnicima, smanjujući latenciju tokom učitavanja. Možete proveriti upotrebu CDN-a tako što ćete ispitati zaglavlja HTTP zahteva u alatima za programere pretraživača (kartica Mreža), gde se mogu pojaviti reference na CDN provajdera, kao što su Cloudflare ili Akamai. Postoje i online alati za testiranje CDN-a. CDN konfiguracija se obično vrši preko hosting panela ili CMS-a.

Koristite keširanje
Keširanje omogućava pretraživačima i proki serverima da čuvaju kopije resursa, smanjujući opterećenje servera i ubrzavajući učitavanje u narednim posetama. Možete proveriti ispravnost keširanja u alatima za programere pretraživača — u odeljku Mreža, pogledajte zaglavlja Cache-Control, Expires i ETag. Google PageSpeed Insights takođe pruža preporuke za keširanje. Važno je da statički resursi (slike, skripte, stilovi) imaju odgovarajuće postavke keširanja, a server treba da ima odgovarajuća pravila konfigurisana (npr. u .htaccess ili ngink konfiguraciji). Da biste proverili keširanje, možete koristiti online usluge kao što je GiftOfSpeed.

Zakljuиak

Tehnička revizija veb sajta nije jednokratna procedura, već tekući proces koji zahteva redovnu pažnju na tehničke faktore koji mogu uticati na njegove performanse i vidljivost. Kako je svaka veb stranica jedinstvena, specifičan fokus i učestalost provjera će se razlikovati. Ova kontrolna lista za tehničku SEO reviziju će vam pomoći da osigurate da niste zaboravili ništa važno.