Tehnička SEO kontrolna lista: Krajnja 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šeg veb sajta je analiza izveštaja o indeksiranju stranica u Google Search Console-u.

Pogledajte izveštaj o indeksiranim stranicama i proverite koje su stranice u indeksu. Pogledajte da li postoje stranice sa opcijama filtriranja ili sortiranja, da li 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 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čna i kružna preusmeravanja.- Uverite se da konačni URL vraća 200 OK i nije blokiran u robots.txt / noindex.
Greška servera	Server je vratio KSNUMKSkk grešku.	Proverite dnevnike servera. Uverite se da sajt nije preopterećen.- Popravite unutrašnje greške, posebno ako se ponavljaju.
Otkriveno – nije indeksirano	Google zna za stranicu, ali je još nije popisao. Označava probleme sa puzanjem budžeta.	Uverite se da je stranica u mapi sajta. Dodajte interne veze na njega. Optimizujte budžet za puzanje.
Crawled – 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 veze na njega.
Duplikat bez kanonskog izabranog korisnika	Google smatra da je stranica duplikat, ali niste naveli kanonsku.	Proverite parove stranica i navedite neophodne kanonske ili preispitajte strukturu sajta.
Duplikat, Google je izabrao drugačiji kanonski od korisnika	Google je ignorisao vaš navedeni kanonski.	Razloga može biti mnogo; Potrebno je pažljivo ispitati podatke o stranici i odabrati najprikladniju strategiju (noindex, preusmeravanje, uklanjanje, robots.txt, promene u strukturi veb sajta i interno povezivanje).
Meksika 404	Stranica izgleda „prazna“ ili „nije pronađena“, ali vraća 200 OK status.	Povratak 404 ili 410. Napravite preusmeravanje. Poboljšajte sadržaj. Blok od indeksiranja.

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čekivalo. Nije potrebna nikakva akcija. Uverite se da ste naveli željeni kanonski.
URL blokiran od strane robots.txt	Google ne može da indeksira stranicu.	Proverite robots.txt fajl. Dozvolite pristup ako želite da bude indeksiran.
URL označen kao ‘noindex’	Stranica ima direktivu noindex.	Uverite se da je oznaka noindex namerno podešena. 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 zabranjen (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 KSNUMKSkk problema	Stranica je nedostupna zbog greške 4xx osim 404 (npr. 403, 401, 410, itd.).	Ručno proverite HTTP statusni kod. 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 stranice, 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 pokretanja sajta.
Da biste se povezali, idite na Konfiguracija -> API pristup -> Google Search Console. Kliknite na Prijavite se sa Google-om i pratite uputstva.

Kada se povežete, omogućite URL inspekciju, a takođe možete da omogućite opciju da ignoriše indeksiranje inspekciju 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 koji je određen 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 KSML datoteka koja pretraživačima pruža listu stranica na sajtu, kao i (opciono) informacije o njihovom poslednjem datumu modifikacije, učestalosti ažuriranja i preporučenom prioritetu popisivanja.

Obično se stavlja u koren sajta, 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 isti Screaming Frog ili druge popisivače za analizu stranica uključenih 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 Configuration -> Spider -> Crawl, aktivirajte skeniranje KSML sitemap i dodajte apsolutne URL adrese mapa sajtova koje želite da popisujete.

Ne preporučuje se korišćenje različitih online servisa za generisanje Sitemap-a, jer oni mogu generisati samo statički Sitemap koji neće biti automatski ažuriran. Optimalna opcija je generisanje sitemap.xml pomoću dodataka za CMS na kojem se sajt pokreće, ili pisanje prilagođene skripte koja generiše sitemap prema navedenim uslovima i automatski ga ažurira kada se izvrše promene na sajtu.

Prilikom generisanja sitemap.xml, proverite da li je vaš fajl u skladu sa sitemap.xml protokolom. 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>. Uverite se 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 nego što popisa sajt. On određuje koji delovi sajta mogu ili ne mogu da se popisuju, 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 izveštaju „Indeksirano, iako blokirano od strane robots.txt“.

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

1. Dostupnost datoteke

Datoteka treba da bude dostupna 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:

• Korisnički agent: *
• Zabrana: /admin/
• Dozvoli: /javno/
• Mapa sajta: https://example.com/sitemap.xml

1. Zabrani i dozvoli direktive

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

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

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 fascikla sa svim korisničkim sadržajem, Disallov: / vp-content je blokirana.

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

• Dozvoli: /vp-content/uploads/*.css
• Dozvoli: /vp-content/uploads/*.js
• Dozvoli: /vp-content/uploads/*.jpeg

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

1. Proverite kompatibilnost sa drugim direktivama

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

• meta oznaka <meta name=“robots“ content=“noindex“>
• Kanonskim

Na primer, ako je stranica otvorena u robots.txt ali blokirana preko noindex-a, ona će biti indeksirana, ali neće ući u indeks. Ovo 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 funkcioniše 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 indeksiranja sajta od strane pretraživača,
• Distribucija interne SEO težine (PageRank),
• Korisničko iskustvo.

Prvi korak u analizi je provera svih internih veza 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 tipovima grešaka koje se mogu pojaviti u internim vezama, njihovo značenje i preporučene akcije za njihovo popravljanje.

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

 

Takođe je važno analizirati dubinu hijerarhije stranice, što znači da se utvrdi na kom nivou i koliko klikova od početne stranice se nalazi 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 identifikovanje „siročadi“ stranica — onih koje nemaju interne veze koje ukazuju na njih. Čak i ako su ove stranice uključene u mapu sajta, nedostatak internih veza čini ih manje dostupnim.
Pored toga, važno je analizirati tekstove sidra – 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 razume 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šća pitanja koja možete saznati u ovom izveštaju:

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

 

Pored toga, serverski logovi se mogu analizirati. Oni vam omogućavaju da vidite stvarne zahteve botova 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 vizuelizovali podatke, možete koristiti alate otvorenog koda kao što su GoAccess ili Screaming Frog Log File Analizer.

Implementirati 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 zajednički projekat Google-a, Microsofta, 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 se koriste u tabeli ispod:

Kategorija	Entitet (@type)	Svrha
Sadržaj i straniцe	Članak	Članak ili sadržaj vesti
	BlogObjavljivanje	Blog post
	NovostiČlanak	Novinski članak za Google Nevs
	Pitanja i odgovori	Stranica sa često postavljanim pitanjima (FAK)
	Pretraga	Vodič korak po korak
	Veb-stranica	Opšte informacije o veb stranici
Proizvodi i ponude	Proizvoda	Opis proizvoda
	Ponudi	Цena ponuda
	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 na osnovu više komentara
Organizacije i ljudi	Organizacija	Opis kompanije ili brenda
	Lokalno poslovanje	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	BreadcrumbList	Prezle navigacija
	SiteNavigationElement	Stavke glavnog menija
Multimedijalne	VideoObjekat	Video sa metapodacima (za video isječke)
	Pretraga	Slika sa opisom
Obrazovanje i poslovi	Kurs	Online kurs ili program obuke
	Pretraživanje	Konkurs za posao (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“: „John Smith“

},

„datePublished“: „2025-12-01“

}

</skripta>

Prilikom implementacije strukturiranih podataka, pratite Schema.org protokol i koristite validator da biste proverili ispravnost implementiranih tipova mikropodataka. Neke vrste strukturiranih podataka iz Schema.org protokola 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 neznatno razlikuju od Schema.org standarda. Često je potrebno navesti više polja od onoga što Schema.org protokol zahteva. Dakle, ako želite da postignete bogati isječak, sledite Google-ove smernice za strukturirane podatke. Možete proveriti ispravnost implementacije mikropodataka pomoću validatora bogatih isječaka.

Postoje i mnogi generatori mikropodataka, ali oni mogu samo da kreiraju statički kod koji neće biti ažuriran sa promenama sadržaja na stranici. Obezbeđivanje da informacije u mikropodacima odgovaraju onome što je vidljivo korisnicima na stranici deo je Google-ovih zahteva za strukturiranim podacima. Ako se prekrši politika u vezi sa strukturiranim podacima, stranica može izgubiti sve bogate isječ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 pune duplikate

Potpuni duplikati se javljaju kada je identičan sadržaj dostupan preko 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 i HTTPS
• Pristupačnost sa i bez VVV-a
• Pristupačnost sa ili bez prateće kose crte
• Pristupačnost URL adresa 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 dostupnost.

Da biste rešili probleme sa varijacijama u HTTP / HTTPS, v / bez-v, sa / bez kose crte, velikim / malim slovima, i pristupačnost stranica sa ekstenzijama kao što su .html, .htm, .php, .aspx, i bez njih, potrebno 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 će izabrati ostaje na Google-u.

Ako se testna verzija sajta nađe u Google indeksu, treba je blokirati od indeksiranja, a zahtev za njegovo uklanjanje treba poslati preko Google Search Console-a.

Rešite delimične duplikate stranica

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
• Straniцe za paginiranje
• 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 engleske lokacije za SAD, Veliku Britaniju i Australiju).

Naravno, svaki sajt je jedinstven, a tokom tehničke revizije možete identifikovati 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 glavne stranice kategorija.
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 bavljenje parcijalnim duplikatima.

Sortiranje i filtriranje stranica

Ove stranice mogu biti blokirane od puzanja u robots.txt fajlu, mada to može biti ignorisano od strane Google-a, posebno ako linkovi ukazuju na ove stranice. To će pomoći u očuvanju puzanja budžeta.
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 za 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 sa glavnom stranicom proizvoda. Međutim, kao što je ranije pomenuto, Google može ignorisati kanonski set od strane korisnika.

Paginacija Straniцe

Pagination stranice ne bi trebalo da budu blokirane od indeksiranja. Da bi se osiguralo da Google smatra prvu stranicu kategorije kao glavnu:

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

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

U ovom slučaju, potrebno je koristiti Hreflang atribute. Oni se koriste da kažu pretraživačima koji jezik i regionalnu verziju veb stranice treba da pokaž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 <head> sekciji treba da ispunjavaju:

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

• Svaka jezička verzija mora da navede sebe kao i sve ostale 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 ih analizirali, 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 glavnih kategorija na stranicama filtera ili jednostavno ljudske greške kada 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čita i čita se naglas od strane čitača ekrana kako bi se pomoglo 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 kreiranju 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 kako bi se osigurala sigurnost prenosa podataka između korisnika i servera. To 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-om.

Izvor: Search Console našeg klijenta

Poboljšajte Core Veb Vitals

Core Veb Vitals je skup metrika koje je predložio Google 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 pokazatelja:

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 sekundi
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
Kumulativni raspored Shift (CLS)	Procenjuje vizuelnu stabilnost stranice, tj. Koliko se elemenata pomera tokom učitavanja stranice.	Manje od 0.1

 

Podaci koji su prikupljeni od stvarnih korisnika mogu se videti u izveštaju Search Console „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, dok optimizujete LCP, potrebno je da definišete koji od KSNUMKS aspekata (TTFB, kašnjenje opterećenja, vreme učitavanja ili kašnjenje rendera) 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 uložiti svu našu energiju u poboljšanje kašnjenja opterećenja, a zatim u kašnjenje rendera.

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.

Kompresija slika

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 kašnjenje 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.

Koristi 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 na 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ća podešavanja keširanja, a server treba da ima konfigurisana odgovarajuća pravila (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 stranice 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čni 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.