Ovaj vodič objašnjava kako sprovesti praktičnu tehničku SEO reviziju davanjem prioriteta popravkama koje utiču na indeksiranje, bezbednost, strukturu sajta i Core Web Vitals. Pomaže vlasnicima malih sajtova da se prvo fokusiraju na visoko-uticajne probleme umesto da gube vreme na upozorenja revizijskih alata niskog prioriteta.
Šta je tehnički SEO pregled?
Tehnička SEO revizija je proces analize svih tehničkih aspekata vašeg sajta kako bi se osiguralo da ga pretraživači (poput Google-a) mogu rangirati i sve stranice na njemu.
Kada obavljate tehnički SEO audit, proveravate da li je vaš sajt optimizovan za pretraživače.
Većina tehničkih SEO revizija proizvede listu od 200 problema bez jasnog smera. Popravite najlakše stvari, ignorišete ostalo, i pitate se zašto rangiranje nije pomereno.
Problem nije revizija. Problem je redosled.
Ovaj vodič je izgrađen na jednom principu: ozbiljnost određuje redosled . Naučićete šta da proverite, šta prvo da popravite i (jednako važno) šta bezbedno da ignorišete.
Napomena o obimu : Ovaj vodič je prilagođen sajtovima sa manje od 500 stranica, kojima upravlja jedna ili dve osobe, koristeći besplatne ili freemium alate. Ako vodite veliki sajt ili sajt sa puno Java Script-a, neke preporuke će morati da se prilagode.
Filter ozbiljnosti: Vaš trijažni model
Pre nego što pokrenete bilo koji alat, naučite kako da protumačite šta vam govori. Nisu sve oznake revizije jednake, a tretiranje kao da jesu je najbrži način da izgubite vreme na nešto do čega Google-u nije stalo.
Koristite ovaj troslojni model u svakom narednom odeljku:
| Nivo | Kategorija | Akcija |
| Nivo 1 | Blokatori rangiranja | Popravite odmah: ovo aktivno potiskuje vidljivost |
| Nivo 2 | Neefikasnosti indeksiranja | Popravite ovaj sprint: ovi ograničavaju doseg bez tvrdog blokiranja |
| Nivo 3 | Zastavice niskog prioriteta | Zakažite ili ignorišite: ovo retko utiče na rangiranje za male sajtove |
Ako alat označi nešto i ne možete to svrstati u Tier 1 ili Tier 2, pripada Tier 3 dok se ne dokaže suprotno.
Priprema za reviziju: Alati i osnova
Hajde da pričamo o alatima koji su vam potrebni za tehnički SEO pregled.
Besplatan stek za ovu reviziju:
- Google Search Console — Trebalo bi da verifikujete vlasništvo nad imovinom pre svega ostalog; ovo je vaša osnovna istina za podatke o indeksaciji i performansama.
- Google Page Speed Insights — podaci sa terena za Core Web Vitals; nije potreban nalog
- Screaming Frog SEO Spider (besplatna verzija) — pretražuje do 500 URL-ova; dovoljno za većinu malih sajtova
- Chrome Dev Tools — nulta instalacija, ugrađen u pretraživač; koristite za renderovanje i mrežnu dijagnostiku
- Ahrefs Webmaster Tools (besplatna verzija) — podaci o povratnim linkovima i osnovni pregled sajta bez plaćene pretplate
Ako vaš sajt ima više od 500 stranica, dajte prioritet URL-ovima sa najvećim saobraćajem i konverzijama za Screaming Frog pretragu. Ne pokušavajte da revidirate sve odjednom.
Preporučeni članci: Google Search Console: Ultimativni vodič za 2026. godinu
Domen, DNS i bezbednosno zdravlje
Ovo je kategorija revizije koju svaki konkurent preskače. Spada u Nivo 1 — ne zato što su ovi problemi česti, već zato što, kada postoje, blokiraju sve nizvodno. Pokvaren SSL sertifikat ili pogrešno konfigurisano preusmerenje na nivou domena može tiho potisnuti ceo vaš sajt pre nego što se i jedan deo sadržaja uopšte proceni.
Većina vlasnika sajtova odmah skače na ključne reči i sadržaj. Ovaj deo je o temelju na kojem te stvari stoje.
Proverite ove redom:
1. Da li vaš sajt radi na HTTPS-u?
Kada posetite veb sajt, vaš pretraživač i server neprestano razmenjuju informacije. HTTPS je sigurna verzija te veze, šifruje podatke tako da ne mogu biti presretnuti. HTTP (bez S) je starija, nešifrovana verzija.
Možete da saznate koji vaš sajt koristi gledajući adresnu traku pretraživača. Ikona lokota znači da je HTTPS aktivan. Upozorenje "Nije sigurno" znači da nije, a i Google i vaši posetioci će to primetiti.
Zašto je važno za SEO: Google je potvrdio HTTPS kao signal za rangiranje. Praktičnije, pretraživači poput Chromea aktivno upozoravaju posetioce da izbegavaju nesigurne sajtove. Ako bilo koja stranica na vašem sajtu još uvek učitava preko HTTP-a, popravite to pre svega ostalog.
Nije dovoljno da vaša početna stranica bude bezbedna. Svaka stranica i svaki resurs na tim stranicama (slike, fontovi, skripte, stilovi) moraju da se učitavaju preko HTTPS-a. Kada bezbedna stranica učita nebezbedan resurs, to se naziva greška mešovitog sadržaja. Stranica tehnički ima HTTPS, ali pregledač je označava kao delimično nebezbednu.
Koristite Zašto nema katanca, nalepite bilo koji URL i reći će vam tačno koji resursi se učitavaju nesigurno i odakle dolaze.
2. Da li vaš domen ima doslednu adresu?
Vašem sajtu se tehnički može pristupiti preko dve različite adrese: www.yourdomain.com i yourdomain.com (bez www). Za pretraživač, ovo su dve odvojene lokacije. Za Google, mogu izgledati kao dva odvojena sajta koji objavljuju identičan sadržaj.
Ovo se zove Sukob www i ne-www , i to je jedan od najčešćih problema na nivou domena na malim sajtovima.
Izaberite jednu verziju (www ili ne-www) kao kanonsku (zvaničnu) adresu. Zatim postavite 301 preusmeravanje sa druge verzije. 301 preusmeravanje je trajna instrukcija koja govori pregledačima i pretraživačima: "Ova adresa se trajno preselila ovde. Pratite ovaj link i ne vraćajte se."
Kada se podesi, ko god ukuca bilo koju verziju doći će na isto mesto, a Google će tretirati vaš sajt kao jedinstven entitet umesto dva duplikata.
Kako proveriti : Upišite obe verzije vašeg domena u pretraživač i pogledajte šta se dešava u adresnoj traci. Ako jedna čisto preusmerava na drugu, u redu ste. Ako se obe učitavaju nezavisno (prikazujući isti sadržaj), imate problem sa duplim sadržajem koji treba rešiti. Takođe možete koristiti redirect-checker.org da potvrdite da je preusmerenje pravi 301, a ne mekše, privremeno preusmerenje.
3. Da li su vaši staging ili test sajtovi vidljivi Google-u?
Kada programeri prave ili ažuriraju veb sajt, obično prvo rade na odvojenoj verziji sajta, često na adresi kao što je staging.yourdomain.com ili dev.yourdomain.com. Ovo se naziva staging okruženje ili test poddomen . Trebalo bi da bude nevidljivo za javnost.
Problem : ako niko eksplicitno ne kaže Googleu da ostane vani, Googlebot će je pronaći i indeksirati. Sada Google ima dve verzije vašeg sajta (živu i staging) sa identičnim sadržajem. Ovo zbunjuje indeksiranje i troši budžet za indeksiranje na stranice koje nikada ne bi trebalo da se pojave u rezultatima pretrage.
Staging i test poddomeni treba da budu blokirani od crawlera pomoću robots.txt direktive, ili još bolje, potpuno zaštićeni lozinkom tako da samo vaš tim može da im pristupi. Ako niste sigurni da li je vaše staging okruženje izloženo, ukucajte staging.yourdomain.com (i uobičajene varijacije poput dev., test., beta.) direktno u pretraživač. Ako se učita bez traženja lozinke, javno je dostupno.
4. Da li je vaš SSL sertifikat važeći i aktuelan?
SSL sertifikat je ono što omogućava HTTPS. To je mali digitalni fajl instaliran na vašem serveru koji potvrđuje da je vaš sajt ono za šta se predstavlja i omogućava šifrovanu vezu. SSL sertifikati ističu, a ako vaš istekne, posledice su trenutne.
Kada SSL sertifikat istekne, pretraživači prikazuju upozorenje preko celog ekrana posetiocima: "Vaša veza nije privatna." Većina ljudi odmah ode. Nevažeći SSL sertifikat može blokirati korisnike, narušiti poverenje, stvoriti upozorenja u pretraživaču, i može naštetiti indeksiranju/iskustvu na stranici, a lokot nestaje.
5. Da li postoje nepotrebni zaobilazni putevi u putanji preusmerenja vašeg domena?
Preusmerenje je instrukcija koja šalje posetioca (ili bot pretraživača) sa jednog URL-a na drugi. Jedno preusmerenje je normalno, na primer, preusmeravanje http:// na https://, ili www na non-www. Problem počinje kada se preusmerenja gomilaju jedno na drugo.
Lanci preusmeravanja dešava se kada jedno preusmeravanje vodi do drugog preusmeravanja pre nego što konačno stigne do odredišta. Na primer: posetilac odlazi na Stranicu A, koja preusmerava na Stranicu B, koja preusmerava na Stranicu C, koja je stvarna stranica. Svaki dodatni skok povećava vreme učitavanja i povećava šansu da Google-ov crawler odustane pre nego što stigne do konačnog odredišta. Ovakvi lanci se često tiho nagomilavaju nakon migracije sajta, promene domena ili HTTPS nadogradnje koja nije u potpunosti očišćena.
Petlje preusmeravanja su ozbiljniji. Ovo je kada preusmeravanje vodi nazad na stranicu koja preusmerava na sebe: Stranica A preusmerava na stranicu B, koja preusmerava nazad na stranicu A. Ni korisnici ni indekseri nikada ne mogu da stignu nigde. Pregledač će prikazati grešku i Google neće moći da indeksira nijednu stranicu. Ovo je popravka prvog nivoa.
Koristite redirect-checker.org: unesite svoj domen i on će mapirati svaki skok u putanji preusmerenja. Tražite čisto, jednostepeno preusmerenje. Sve što ima dva ili više skokova treba da se sruši tako da prva adresa direktno preusmerava na konačno odredište.
Revizija indeksiranja
Ako Googlebot ne može da pristupi stranici, ta stranica se ne rangira. Pre nego što Google može da razmotri vaš sadržaj za rezultate pretrage, mora biti u stanju da ga pronađe i pročita. Mogućnost indeksiranja se bavi uklanjanjem prepreka koje to ometaju, a većina njih je nevidljiva dok ih ne potražite.
1. Vaš robots.txt fajl — čuvar kapije
Svaki veb-sajt ima (ili bi trebalo da ima) datoteku na yourdomain.com/robots.txt. To je obična tekstualna datoteka koja govori botovima pretraživača koje stranice smeju da indeksiraju, a koje da preskoče. Ukucajte taj URL direktno u pretraživač da biste videli svoj.
Najštetnije greške ovde nisu egzotične, one su slučajne. Tri najčešće:
- Blokiranje celog sajta — jedan red (Disallow: /) govori svim pretraživačima da ostanu potpuno van. Ovo se može desiti kada programer to postavi tokom izgradnje i zaboravi da ukloni pre pokretanja.
- Blokiranje CSS ili Java Script datoteka — Google treba da učita stilove i skripte vašeg sajta kako bi razumeo kako vaše stranice izgledaju i ponašaju se. Blokirajte ih i Google može prikazati vaše stranice pogrešno ili ih uopšte ne prikazati.
- Ostavljanje starih pravila na snazi — uputstva za staging fazu koja su imala smisla tokom razvoja često se slučajno prenesu u produkciju, tiho ograničavajući pristup stranicama koje bi trebalo indeksirati.
Ako primetite bilo koji od ovih, označite ih kao Tier 1 i ispravite pre nego što nastavite.
Da biste saznali više o robot.txt, pogledajte ovaj video od Google Search Central:
2. Vaša XML sitemapa — putokaz
Sitemap je datoteka koja navodi sve stranice na vašem sajtu koje želite da Google indeksira. Zamislite to kao predaju Google-u strukturirane mape vašeg sajta, umesto da ga naterate da sve otkrije prateći linkove.
Da biste proverili svoje, idite na Google Search Console → Sitemaps. GSC će vam pokazati koliko je URL-ova poslato i koliko je zapravo indeksirano. Značajan jaz između ova dva broja je signal vredan istraživanja.
Dok ste tamo, potražite tri specifična problema:
- Stranice koje vraćaju 4xx greške — ovo su pokvareni URL-ovi navedeni u vašem sitemapu, koji upućuju Google u ćorsokak.
- Neindeksirani URL-ovi uključeni u sitemap — stranica ne može biti istovremeno "molimo indeksiraj ovo" (sitemap) i "nemoj indeksirati ovo" (noindex tag); jedna instrukcija će pobediti, a sukob troši budžet za indeksiranje.
- Važne stranice potpuno nedostaju — ako ključna stranica nije u vašem sitemapu, Google je možda i dalje pronađe, ali prepuštate otkriće slučaju.
3. Budžet za indeksiranje — relevantan samo u velikim razmerama
Budžet za indeksiranje se odnosi na broj stranica koje će Google indeksirati na vašem sajtu u datom periodu. Za većinu malih sajtova (ispod 500 stranica), ovo nije prioritet, Google će indeksirati sve do čega može da dođe.
Postaje relevantno kada vaš sajt automatski generiše veliki broj niskovrednih ili skoro duplih URL-ova. Uobičajeni uzroci: kombinacije filtera i sortiranja na stranicama proizvoda, ID-ovi sesije dodati URL-ovima, ili paginacija koja vodi do stotina skoro identičnih stranica.
Ako vaš Screaming Frog pregled vrati broj stranica koji je dramatično veći od stvarnog broja sadržaja, istražite obrasce URL-ova pre nego što pretpostavite da su svi namerni. Možda imate zamku za indeksiranje koja generiše hiljade URL-ova koji troše budžet za indeksiranje bez doprinosa rangiranju.
Revizija indeksacije
Preglednost i indeksacija su različiti problemi. Stranica može biti pregledna, ali isključena iz indeksa (često slučajno).
Provera operatora site:
Pretražite site:yourdomain.com u Google-u. Broj rezultata vam daje grubu procenu indeksiranih stranica. Veliko neslaganje između ovog broja i stvarnog broja stranica ukazuje na problem sa indeksiranjem.
Noindex revizija
Slučajni noindex tagovi su najčešći samonaneseni blokatori rangiranja. Pokrenite Screaming Frog i filtrirajte stranice koje vraćaju noindex direktivu. Uporedite sa stranicama za koje očekujete da se rangiraju. Noindex na vašoj početnoj ili ključnim landing stranicama je hitan problem prvog nivoa.
Logika kanonskih oznaka
Kanonski tag je mali deo koda u header-u stranice koji govori Google-u: "Ovo je zvanična verzija ove stranice." Postoji zato što se isti sadržaj često može dosegnuti na više različitih URL-ova, sa ili bez završne kose crte, sa dodatim parametrima praćenja, ili kroz HTTP i HTTPS verzije. Bez kanonskog taga, Google mora da pogađa koji URL je "pravi". Ponekad pogreši.
Oznaka izgleda ovako u HTML-u stranice:
<link rel="canonical" href="https://www.yourdomain.com/your-page/" />
Postoje dve ispravne upotrebe:
- Samoreferencirajući kanonski — stranica pokazuje na sebe, potvrđujući da je primarna verzija. Ovo je standardno podešavanje za većinu stranica i jednostavno govori Google-u "ova URL adresa je tačna, indeksiraj ovu."
- Konsolidovanje kanonskog — duplikat ili skoro duplikat stranice ukazuje na preferiranu verziju. Na primer, ako yourdomain.com/page?ref=email i yourdomain.com/page prikazuju identičan sadržaj, URL sa parametrom treba da ima kanonski URL koji ukazuje na čistu verziju.
Problem nastaje kada canonical tagovi pokazuju na pogrešno mesto. Tri najštetnije greške:
- Kanonski URL vodi na 404 stranicu — govorite Google-u da je preferirana verzija ove stranice ona koja ne postoji
- Kanonski URL vodi na preusmerenje — Google prati preusmerenje, vidi odredište i mora da uskladi koji URL ste zapravo nameravali
- Kanonski URL pokazuje na potpuno pogrešnu stranicu — ovo se može desiti nakon migracija ili grešaka u CMS šablonima, i govori Google-u da potisne baš onu stranicu koju želite da rangirate
Da biste proverili svoje: pokrenite Screaming Frog i pogledajte izveštaj o kanonskim URL-ovima. Pokazaće vam kanonski URL svake stranice i označiti nepodudarnosti, nedostajuće tagove i kanonske URL-ove koji vode ka stranicama koje nisu 200. Svaka stranica čija kanonska destinacija vraća 4xx ili 3xx je problem prvog nivoa.
Parametar i duplikati završne kose crte
/page, /page/ i /page?ref=email mogu biti tretirani kao zasebni URL-ovi od strane Googlebota. Potvrdite da vaš server ili CMS dosledno rukuje ovim, ili koristite kanonske oznake da ih konsolidujete.
Tehnički signali na stranici
Ovo su strukturni elementi (različiti od copywriting-a) koji utiču na to kako Google parsira i prikazuje vaše stranice.
Naslovi i meta opisi
Naslovi tagova treba da budu kraći od 60 karaktera kako bi se izbeglo skraćivanje u SERP-ovima. Meta opisi ispod 155 karaktera. U Screaming Frog-u, filtrirajte izveštaj o naslovima stranica za unose označene kao "predugački" ili "nedostajući." Ovo neće uzrokovati pad rangiranja, ali skraćeni naslovi smanjuju stopu klikova.
Hijerarhija naslova
Svaka stranica treba da ima tačno jedan H1. Više H1 ne šteti direktno rangiranju, ali signalizira nejasnu strukturu stranice. Štetnije: stranice bez H1 ili H1 tekst koji se ne poklapa sa glavnom temom stranice.
Polomljeni interni linkovi
Svaki interni 404 troši budžet za indeksiranje i stvara ćorsokak za link equity. Screaming Frog ih prikazuje pod Response Codes → 4xx. Popravite ažuriranjem odredišta linka ili preusmeravanjem pokvarenog URL-a.
Alt tekst slike
Alt tekst je signal za indeksiranje, a ne samo funkcija pristupačnosti. Slike bez alt teksta su nevidljive za Googlebot-ovo parsiranje zasnovano na tekstu. U Screaming Frog-u, proverite izveštaj o slikama za nedostajuće alt atribute na slikama koje nose vrednost sadržaja.
Osnovni web vitali (standardi 2025)
Core Web Vitals su tri metrike koje Google koristi da izmeri kako se stranica zapravo oseća pri korišćenju. Ne samo da li se učitava, već da li se učitava brzo, reaguje brzo i ostaje vizuelno stabilna dok to radi. One su deo načina na koji Google procenjuje kvalitet stranice i pojavljuju se direktno u Page Speed Insights i Google Search Console.
Trenutno postoje tri metrike. Ako vaš audit negde pominje First Input Delay (FID), penzionišite ga — FID je zvanično zamenjen sa INP 12. marta 2024..
INP: Da li je vaša stranica odzivna kada ljudi kliknu?
INP označava Interaction to Next Paint. Meri koliko brzo se vaša stranica vizuelno odaziva nakon što korisnik nešto uradi: klikne na dugme, otvori meni, ukuca u polje. Ako postoji primetno kašnjenje između akcije i reakcije stranice, to je loš INP rezultat.
Pragovi:
- Dobro = ispod 200ms
- Potrebno poboljšanje = 200–500ms
- Loše = preko 500ms
Izvor: Snimak ekrana: Interakcija do sledećeg prikaza (INP)
Najčešći uzroci na malim sajtovima: previše Java Script-a koji se izvršava u pozadini, skripte trećih strana (čat widgeti, analitika, oglasni tagovi) koje se takmiče za pažnju pretraživača i spori odgovori servera.
LCP: Da li se vaš glavni sadržaj brzo učitava?
LCP je skraćenica za Largest Contentful Paint. Meri koliko dugo je potrebno da se najveći vidljivi element na stranici potpuno učita: obično hero slika, veliki naslov ili istaknuta fotografija. To je Google-ov način da pita: "Koliko brzo se stranica oseća upotrebljivom?"
Prag: Dobro = ispod 2,5 sekunde
Izvor: Snimak ekrana: Largest Contentful Paint (LCP)
Najčešći uzroci sporog LCP: hero slike koje nisu kompresovane, CSS ili Java Script koji blokiraju renderovanje stranice, i spori hosting ili vreme odgovora servera.
CLS: Da li stranica ostaje mirna dok se učitava?
CLS označava Cumulative Layout Shift. Meri koliko se stranica vizuelno pomera dok se učitava. Ako ste imali loš CLS rezultat, desi vam se da kliknete na nešto, a u poslednjem trenutku se iznad učita slika koja sve gurne nadole i vi kliknete na pogrešnu stvar.
Prag: Dobro = ispod 0.1
Izvor: Snimak ekrana: Cumulative Layout Shift (CLS)
Najčešći uzroci: slike bez definisanih dimenzija (pretraživač ne zna koliko prostora da rezerviše), reklame ili embed elementi koji se učitavaju kasno i guraju sadržaj nadole, i veb fontovi koji se uključuju nakon što je stranica već renderovana.
Kako proveriti sve tri
Idite na Page Speed Insights i unesite svoje najvažnije stranice jednu po jednu:
- Vaša početna stranica
- Vaša glavna stranica proizvoda ili usluge
- Vaša odredišna stranica sa najvećim prometom
Kada se rezultati učitaju, pomerite se pored laboratorijskih podataka (simuliranih ocena) do podaci polja odeljak na vrhu. Podaci sa terena odražavaju stvarne posetioce na stvarnim uređajima i to je ono što Google zapravo koristi kada procenjuje vaše stranice. Ako vaš sajt još uvek nema dovoljno saobraćaja da generiše podatke sa terena, laboratorijske ocene su najbolja dostupna zamena. Tretirajte ih kao indikativne, a ne konačne.
GSC takođe ima namenski izveštaj o Core Web Vitals (pod Experience) koji grupiše vaše URL-ove po statusu:
- Dobro
- Potrebno poboljšanje
- Loše
I pokazuje koja konkretna metrika pada na kojim stranicama.
Evo kako to izgleda kada izvršite reviziju pomoću Google Page Speed-a:
Možete čak videti više detalja o vašem rezultatu performansi.
Struktura sajta i unutrašnje povezivanje
Link equity teče kroz interne linkove. Ako curi ili se skuplja na pogrešnim mestima, stranice koje bi trebalo da se rangiraju neće, čak i ako je sve ostalo ispravno.
Revizija dubine indeksiranja
Bilo koja važna stranica koja je udaljena više od tri klika od početne stranice je praktično zakopana. U Screaming Frog-u proverite kolonu Crawl Depth. Stranice na dubini 4+ treba ili da budu istaknute u navigaciji ili povezane sa stranica većeg autoriteta.
Siročići
Orphanska stranica nema nijedan interni link koji vodi ka njoj. Googlebot je može pronaći preko sitemapa, ali bez internih linkova ne dobija nikakvu vrednost i signalizira nisku važnost. Uporedite URL-ove iz sitemapa sa izveštajem o ulaznim linkovima u Screaming Frog-u.
Dodavanje navigacije putem hlebnih mrvica u delove sajta sa puno sadržaja je efikasan način da se istovremeno reše problemi sa siročićima i poboljša jasnoća putanje indeksiranja za korisnike i botove.
Lanci i petlje preusmeravanja
Kao što je već pomenuto, proverite redirect chains i redirect loops da vidite pun put preusmerenja za bilo koji URL.
Mobilni i strukturirani podaci
Mobilna upotrebljivost
Google je završio prelazak na mobilno-prvo indeksiranje u julu 2024.. Svi sajtovi se sada pretražuju i indeksiraju pomoću Googlebot Smartphone. Proverite izveštaj o mobilnoj upotrebljivosti za greške: tekst suviše mali za čitanje, elementi koji se mogu kliknuti suviše blizu, sadržaj širi od ekrana. Bilo kakve greške ovde su Nivo 2 najmanje.
Strukturirani podaci
Schema markup ne garantuje bogate rezultate, ali čini vaš sadržaj mašinski čitljivim. Za većinu malih sajtova, najvredniji tipovi šeme su: Article, FAQ, Breadcrumb i Local Business (ako je relevantno za lokaciju). Validirajte implementaciju koristeći Google-ov test bogatih rezultata.
Označite greške u strukturiranim podacima kao Tier 2. Označite upozorenja u strukturiranim podacima kao Tier 3. Ona ne sprečavaju pojavljivanje bogatih rezultata.
Proveri popravku
Većina vodiča staje na "popravi ovo." Tu vas izneveravaju.
Svaka popravka zahteva korak potvrde pre nego što nastavite.
| Tip popravke | Metoda verifikacije | Vremenska linija |
| Indeksacija / uklonjen noindex | GSC URL inspekcija → Zahtev za indeksiranje | Dani do nedelja |
| Poboljšanja Core Web Vitals | Ponovno pokretanje Page Speed Insights + GSC CWV izveštaj | Kašnjenje terenskih podataka od 28 dana |
| Greške pri indeksiranju rešene | Screaming Frog ponovno pretraživanje; uporedite sa osnovom | Odmah |
| Struktuirani podaci dodati | Ponovno pokretanje testa bogatih rezultata | Trenutna validacija |
Google ponovo procenjuje neke signale brzo (indeksacija na nivou URL-a), a druge sporo (CWV podaci na terenu odražavaju klizni prozor od 28 dana stvarnih korisničkih interakcija).
Postavite podsetnik u kalendaru umesto da proveravate svakodnevno.
Kada treba da uradite SEO reviziju?
Odlično je ako to možete da radite što češće, ali barem na kvartalnom nivou. Ako primetite pad u rangiranju vašeg sajta, to je dobar signal za novi audit, čak i ako nije planiran.
Kada ponovo revidirati
Tehnički SEO pregled nije jednokratni zadatak. Pokrenite potpunu reviziju:
- Prilikom pokretanja novog vebsajta — uspostavite čistu osnovu pre nego što se akumulira bilo kakav saobraćaj
- Svakih 6 meseci kao standardno održavanje
- Nakon bilo koje velike migracije sajta (novi CMS, novi domen, nova URL struktura)
- Nakon značajnog pada rangiranja koji se ne objašnjava promenama sadržaja
- Nakon dodavanja novih delova sajta ili šablona koji bi mogli da uvedu nove obrasce puzanja
Između audita, držite GSC-ove izveštaje Coverage i Core Web Vitals otvorene kao pasivni monitoring sloj.
Lista prioriteta za reviziju
Koristite ovo nakon što završite svaki odeljak. Svaka stavka se odnosi na odeljak iznad.
Zaključak
Tehnički SEO audit nije samo jednokratni zadatak—to je kontinuirani proces koji pomaže vašem vebsajtu da ostane konkurentan u rezultatima pretrage. Redovnim ispitivanjem tehničkih aspekata vašeg sajta, možete da identifikujete i popravite probleme pre nego što utiču na vaš rang.
Zapamtite da je tehnički SEO samo deo slagalice. Iako stvara osnovu za uspeh, i dalje će vam biti potreban kvalitetan sadržaj i jak profil povratnih veza da biste postigli vrhunska rangiranja.
Tehnički SEO podržava mogućnost indeksiranja, performanse i korisničko iskustvo, što može poboljšati vidljivost u pretrazi kada je upareno sa jakim sadržajem. Redovne revizije (svakih 6-12 meseci) su neophodne za smanjenje rizika i iskorišćavanje novih prilika.
Ostanite ispred krivine i prijavite se na naš bilten za najnovije trendove i uvide iz industrije.
Često postavljana pitanja
Koja je razlika između problema sa indeksiranjem i problema sa pristupačnošću?
Crawlability se odnosi na to da li Googlebot može da pristupi i pročita stranicu (blokirana je na mrežnom ili robots nivou). Indexation se odnosi na to da li je Google odlučio da uključi tu stranicu u svoj indeks pretrage. Stranica može biti dostupna za indeksiranje, ali i dalje isključena iz indeksa zbog noindex taga, signala dupliranog sadržaja ili kanonskog koji ukazuje na drugo mesto. Revidirajte ih odvojeno: prvo crawlability, zatim indexation.
Da li lanci preusmerenja zaista štete rangiranju?
Google je izjavio da 301 redirecti ne gube Page Rank. Praktični rizik sa redirect lancima je kašnjenje (svaki skok dodaje vreme učitavanja) i povećana verovatnoća da Googlebot napusti lanac pre nego što ga u potpunosti razreši, posebno na sporijim serverima. Smanjite lance na pojedinačne skokove kao meru efikasnosti indeksiranja, ne zato što svaki skok "gubi" vrednost.
Moj alat za reviziju je označio 200+ problema. Odakle da krenem?
Počnite sa Tier 1 listom u ovom vodiču: HTTPS primena, SSL validnost, slučajni noindex tagovi i redirect petlje. Ovo su problemi koji najverovatnije aktivno potiskuju vidljivost trenutno. Ignorišite sve što ne spada u Tier 1 ili Tier 2 dok se oni ne reše. Čist, indeksiran sajt sa prihvatljivim Core Web Vitals će nadmašiti tehnički "savršen" sajt sa nerešenim blokirajućim problemima.
Koliko često treba da radim tehnički SEO pregled?
Svakih šest meseci kao standardno održavanje. Dodatno, sprovedite fokusiranu reviziju nakon bilo koje migracije sajta, značajne promene platforme ili neobjašnjivog pada rangiranja. Između revizija, GSC-ov izveštaj o pokrivenosti i Core Web Vitals kontrolna tabla vam daju dovoljno pasivnih signala da uhvatite nove probleme pre nego što se nagomilaju.