Ako vaš sajt ne raste uprkos dobrom sadržaju, razlog najčešće nije u temama koje birate ni u dužini tekstova. Razlog je u tehničkim problemima koje Google vidi, a vi ne. Technical SEO audit checklist je alat koji te probleme izvlači na površinu pre nego što potrošite budžet na content koji neće rankovati. U ovom vodiču proći ćete kroz svaki korak audita, naučiti kako da prepoznate greške koje blokiraju rast i razumeti zašto svaki SEO brief mora početi upravo od tehničkih nalaza.
Šta je technical SEO audit i po čemu se razlikuje od content audita?
Technical SEO audit je sistematski pregled tehničke infrastrukture vašeg sajta. Cilj mu je da utvrdi da li pretraživači mogu bez prepreka da pronađu, pročitaju i indeksiraju vaše stranice. Za razliku od content audita, koji analizira kvalitet, relevantnost i performanse postojećeg sadržaja, technical audit gleda ispod haube: serverske odgovore, brzinu učitavanja, strukturu URL-ova, konfiguraciju robots.txt fajla i mnogo više.
Važno je razumeti da ova dva procesa nisu konkurentska. Oni su sekvencijalna. Nema smisla optimizovati sadržaj na sajtu koji Google ne može ispravno da indeksira.
Koje probleme technical audit otkriva, a keyword analiza ne vidi?
Keyword analiza vam govori šta ljudi traže. Technical audit vam govori da li vaš sajt uopšte može da odgovori na ta pretraživanja. Konkretni problemi koje keyword alati ne detektuju: stranice blokirane u robots.txt fajlu, redirect lanci koji gube link equity, dupliran sadržaj koji zbunjuje Google oko kanonične verzije, nedostajući hreflang tagovi za višejezične sajtove i loši Core Web Vitals koji direktno utiču na rangiranje.
Razlika između surface audita i dubokog tehničkog pregleda
Surface audit traje sat-dva i daje opštu sliku: proverite sitemap, robots.txt, HTTPS status i par grešaka u Google Search Console. Duboki tehnički pregled ide dalje i obuhvata crawl svih URL-ova, analizu log fajlova servera, pregled JavaScript renderovanja, detaljnu mapu internih linkova i audit structured data šeme. Za content timove koji pišu SEO brief, dovoljan je temeljni surface-to-mid audit koji pokrije ključne blokade.
Zašto technical audit mora ući u SEO brief pre nego što se napiše ijedna reč?
Ovo je pitanje koje mnogi content menadžeri postavljaju tek kada vide da tekstovi ne performišu. Odgovor je jednostavan: tehnički problemi poništavaju svaki napor uložen u sadržaj ako se ne reše ili bar ne dokumentuju pre početka pisanja.
Kako tehnički problemi poništavaju ulaganje u content
Zamislite da vaš pisac napiše odličan tekst od 2.000 reči, optimizovan za pravi keyword, sa dobrom strukturom i internim linkovima. Ako je kategorija kojoj taj tekst pripada blokirana u robots.txt fajlu, Google nikada neće videti taj tekst. Ako postoji redirect lanac od tri koraka do te stranice, deo link equityja se gubi na svakom skoku. Ako stranica učitava za 6 sekundi na mobilnom uređaju, korisnici odlaze pre nego što pročitaju prvu rečenicu, a Google to beleži.
Rezultat: ulaganje u content bez prethodnog tehničkog audita je kao gradnja kuće na nestabilnim temeljima.
Koji tehnički nalazi direktno utiču na keyword strategiju i strukturu sajta
Neki tehnički nalazi menjaju celu keyword strategiju. Ako audit otkrije da imate stotine tankih stranica sa sličnim sadržajem, keyword strategija mora da uključi konsolidaciju, a ne kreiranje novih URL-ova. Ako arhitektura sajta ima previše duboke kategorije (više od 4 klika od homepage-a), to direktno utiče na to koje stranice Google smatra prioritetnim za indeksiranje. Ove informacije moraju biti u SEO briefu pre nego što pisac postavi i prvu rečenicu.

Koji elementi ulaze u technical SEO audit checklist?
Dobar technical SEO audit checklist nije lista od 200 stavki koje ćete proći jednom godišnje. To je fokusiran skup provera koji pokriva pet ključnih oblasti.
Crawlability i indexability – da li Google uopšte vidi vaš sajt?
Prva i najvažnija provera: da li Googlebot može da dođe do vaših stranica i da li ih indeksira. Proverite robots.txt fajl i uverite se da ne blokirate važne sekcije sajta. Proverite XML sitemap i potvrdite da sadrži samo indeksabilne, kanonične URL-ove. U Google Search Console, pod sekcijom “Indexing”, pogledajte koliko stranica je indeksirano u odnosu na ukupan broj stranica na sajtu. Veliki raskorak između ta dva broja signal je ozbiljnog problema.
Core Web Vitals i brzina učitavanja – kako meriti i šta popraviti
Core Web Vitals su Googleovi zvanični signali korisničkog iskustva i direktno utiču na rangiranje. Tri ključne metrike su: LCP (Largest Contentful Paint, treba biti ispod 2,5 sekunde), INP (Interaction to Next Paint, ispod 200ms) i CLS (Cumulative Layout Shift, ispod 0,1). Podatke možete videti direktno u Google Search Console pod sekcijom “Experience”. Za detaljniju analizu koristite PageSpeed Insights ili Lighthouse.
Duplicate content, canonical tagovi i redirect lanci
Dupliran sadržaj nastaje češće nego što mislite: www i non-www verzije sajta, HTTP i HTTPS verzije, URL parametri iz filtera ili sesija, štampačke verzije stranica. Svaki od ovih slučajeva zahteva ispravno postavljen canonical tag ili 301 redirect. Redirect lanci (A preusmeri na B, B preusmeri na C) gube link equity i usporavaju crawl. Svaki redirect lanac treba skratiti na direktan skok.
Structured data i schema markup – šta proveravati i zašto
Schema markup govori Googleu šta vaš sadržaj zapravo znači, a ne samo šta piše. Za blog i content sajtove najvažniji tipovi su Article, FAQ, BreadcrumbList i Organization. Proverite da li schema postoji, da li je ispravno implementirana i da li prolazi validaciju u Google Rich Results Test alatu. Greške u schema markupu sprečavaju pojavu rich snippeta u rezultatima pretrage, što direktno smanjuje CTR.
Internal linking i arhitektura sajta kao tehnički faktor
Interni linkovi su put kojim Googlebot navigira vašim sajtom i signal o tome koje stranice smatrate važnim. Audit internih linkova treba da otkrije: stranice bez ijednog internog linka (orphan pages), stranice sa previše malo linkova koji dolaze na njih, neispravne interne linkove koji vraćaju 404 grešku i prekomerno korišćenje tačno istog anchor teksta. Arhitektura kategorija treba da bude plitka, logična i konzistentna.
Kako prepoznati kritične tehničke greške koje blokiraju rast?
Nije svaka tehnička greška jednako hitna. Neke su kozmetičke, neke su kritične. Razlika je u tome koliko direktno utiču na Googleovu sposobnost da indeksira i rangira vaš sadržaj.
Greške koje Google Search Console odmah pokazuje
Google Search Console je prvi alat koji otvorite pri svakom auditu. Sekcija “Pages” pod “Indexing” pokazuje sve stranice koje Google nije indeksirao i razlog zašto. Najkritičniji statusi su: “Blocked by robots.txt”, “Noindex tag detected”, “Redirect error” i “Server error (5xx)”. Sekcija “Core Web Vitals” pokazuje koje stranice imaju loše performanse. Sekcija “Manual actions” pokazuje da li je sajt penalizovan ručno od strane Googlea.
Greške koje alati retko detektuju automatski – šta tražiti ručno
Automatski alati imaju slepih tačaka. Ručno proverite: da li naslovne strane kategorija imaju noindex tag koji je neko slučajno ostavio posle testiranja, da li je hreflang konfiguracija ispravna (greška u hreflang-u znači da Google prikazuje pogrešnu jezičku verziju), da li postoje JavaScript-rendrovani elementi koji nose ključne SEO signale a Googlebot ih ne vidi, i da li su 404 stranice ispravno konfigurisane (ne vraćaju “soft 404” sa 200 statusom).
[IMAGE: Screenshot primer Google Search Console sekcije Indexing sa prikazanim greškama – ilustrativni prikaz]
Kako sprovesti technical SEO audit korak po korak – praktičan vodič?
Ovaj proces možete primeniti na sajt bilo koje veličine. Za manji sajt (do 500 stranica) ceo audit može trajati 3 do 5 sati. Za veći sajt, planirajte 1 do 2 radna dana.
Korak 1 – Crawl sajta i mapiranje svih URL-ova
Pokrenite crawl alat (Screaming Frog, Sitebulb ili sličan) i pustite ga da prođe kroz ceo sajt. Rezultat je kompletna lista svih URL-ova sa njihovim HTTP statusima, meta tagovima, H1 naslovima, brojem reči i internim linkovima. Ovu listu izvezite u spreadsheet. To je osnova celog audita.
Korak 2 – Analiza indexability i robots.txt / sitemap konfiguracije
Iz crawl izveštaja filtrirajte sve stranice po statusu. Grupirajte ih: 200 (OK), 301 (redirect), 404 (not found), 5xx (server error). Proverite robots.txt fajl direktno u browseru (yoursite.com/robots.txt) i uverite se da ne blokirate ništa što ne treba. Proverite XML sitemap i uklonite sve URL-ove koji imaju noindex tag ili koji vraćaju non-200 status.
Korak 3 – Pregled Core Web Vitals podataka iz Google Search Console
Otvorite Google Search Console i idite na sekciju “Experience”. Preuzmite listu stranica sa lošim i stranica koje treba poboljšati. Za svaku stranicu sa lošim LCP ili visokim CLS, pokrenite PageSpeed Insights analizu i zabeležite konkretne preporuke (kompresija slika, eliminacija render-blocking resursa, stabilizacija layout elemenata).
Korak 4 – Audit internih linkova i arhitekture kategorija
Iz crawl izveštaja izvucite sve interne linkove. Identifikujte orphan pages (stranice bez dolaznih internih linkova). Proverite dubinu svake stranice od homepage-a: sve važne stranice treba da budu dostupne u najviše 3 klika. Proverite anchor tekstove i uverite se da su deskriptivni i raznovrsni.
Korak 5 – Dokumentovanje nalaza i prioritizacija po uticaju
Svaki nalaz unesite u tracking dokument sa sledećim kolonama: problem, URL ili sekcija, uticaj (visok/srednji/nizak), preporučena akcija, vlasnik (ko implementira) i rok. Prioritizujte po uticaju na indexability i rangiranje. Greške koje blokiraju indeksiranje idu na vrh liste bez izuzetka.
Kako nalaze technical audita upisati direktno u SEO brief?
SEO brief koji ne sadrži tehničke nalaze je nepotpun. Pisac mora znati u kakvom tehničkom kontekstu piše tekst.
Koje tehničke nalaze pisac mora znati pre nego što počne da piše?
Piscu su relevantni sledeći tehnički nalazi: da li postoji canonical problem na URL-u za koji piše (treba da piše za kanonični URL, ne za duplikat), koja je preporučena dužina teksta s obzirom na tanke stranice koje treba konsolidovati, da li postoje interne stranice na koje treba linkirati (i koje anchor tekstove koristiti), da li postoji schema markup koji treba popuniti sadržajem (npr. FAQ sekcija za FAQ schema) i da li postoje Core Web Vitals problemi koji utiču na format sadržaja (npr. previše slika usporava stranicu).
Kako prioritizovati tehničke preporuke unutar brief-a – šablon sekcije
U SEO briefu dodajte posebnu sekciju pod nazivom “Tehnički kontekst”. Struktura te sekcije treba da izgleda ovako: status indeksiranja ciljnog URL-a, lista tehničkih grešaka relevantnih za ovaj URL, preporučeni interni linkovi (sa anchor tekstovima), schema markup koji treba implementirati i napomena o Core Web Vitals statusu stranice. Ova sekcija ne treba da bude dugačka, ali mora biti prisutna u svakom briefu.
Koje greške timovi prave kada rade technical audit za potrebe SEO brief-a?
Čak i iskusni SEO timovi prave predvidive greške kada sprovode audit u kontekstu content planiranja.
Audit bez jasnog vlasnika – ko je odgovoran za implementaciju?
Najčešća greška: audit se uradi, napiše izveštaj od 30 stranica, i onda niko ne zna ko treba da implementira šta. Svaka stavka u audit izveštaju mora imati imenovanog vlasnika. Tehnički developer implementira server-side promene. Content menadžer implementira promene na nivou sadržaja. SEO specijalista prati efekte. Bez jasnog vlasnika, audit ostaje dokument koji skuplja prašinu.
Fokus na kozmetičke greške umesto na strukturne blokade
Mnogi timovi troše vreme na optimizaciju meta opisa koji su za 5 karaktera predugački, dok ignorišu redirect lanac koji gubi 40% link equityja. Prioritizacija po uticaju nije opciona, ona je suštinska. Pitanje koje treba postaviti za svaku grešku je: da li ova greška direktno sprečava Googlea da indeksira ili rangira moje stranice? Ako da, to je prioritet broj jedan.
Preskakanje mobilne verzije i Core Web Vitals podataka
Google koristi mobile-first indexing, što znači da indeksira mobilnu verziju vašeg sajta, ne desktop. Audit koji ne uključuje mobilnu verziju je nepotpun po definiciji. Proverite Core Web Vitals posebno za mobilne uređaje, jer su performanse na mobilnom uvek lošije nego na desktopu i Google ih posebno meri.
Kako RankFlow integriše technical SEO audit u SEO brief automatski?
RankFlow je dizajniran kao platforma za SEO content operacije koja spaja tehničku analizu i content planiranje u jedan tok. Umesto da prelazite između pet različitih alata i ručno unosite nalaze u brief, RankFlow integriše Google Search Console podatke direktno u platformu, automatski detektuje indexability probleme i Core Web Vitals greške za svaki URL koji analizirate, i upisuje relevantne tehničke nalaze u odgovarajuću sekciju SEO brief-a.
Za content timove, agencije i multi-site operatore koji upravljaju većim brojem sajtova, ova integracija znači da svaki brief koji izađe iz RankFlow-a već sadrži tehnički kontekst: status indeksiranja, preporučene interne linkove, schema preporuke i Core Web Vitals status ciljne stranice. Pisac dobija sve informacije na jednom mestu, bez potrebe da čeka na zaseban tehnički izveštaj od development tima.
Ako tražite alat koji spaja technical SEO audit checklist, keyword strategiju i AI-podržano kreiranje sadržaja u jedan workflow, RankFlow je platforma koja eliminiše ručni prenos podataka između koraka. Pogledajte kako funkcioniše na rankflow.works.
[IMAGE: Screenshot RankFlow interfejsa koji prikazuje integraciju tehničkih nalaza unutar SEO brief sekcije]
Često postavljana pitanja (FAQ)
Koliko često treba raditi technical SEO audit?
Koliko često treba raditi technical SEO audit?
Za aktivne sajtove koji redovno objavljuju sadržaj, preporučuje se mini audit jednom mesečno (pregled Google Search Console grešaka i Core Web Vitals) i kompletan audit jednom kvartalno. Za sajtove koji prolaze kroz migraciju, redizajn ili promenu CMS platforme, audit je obavezan i pre i posle svake takve promene. Greške nastale tokom migracije mogu za kratko vreme uništiti rangiranja koja su se gradila godinama.
Da li je technical audit neophodan za novi sajt ili samo za postojeće?
Da li je technical audit neophodan za novi sajt ili samo za postojeće?
Technical audit je jednako važan za novi sajt. Na novom sajtu audit se radi pre lansiranja kako bi se potvrdilo da robots.txt nije blokiran, da je HTTPS ispravno konfigurisan, da sitemap postoji i da je struktura URL-ova čista. Greška na novom sajtu može znači da Google nikada ne indeksira sajt ispravno od prvog dana, što usporava rast mesecima.
Koje alate koristiti za technical SEO audit – besplatni vs. plaćeni?
Koje alate koristiti za technical SEO audit – besplatni vs. plaćeni?
Besplatni alati koji pokrivaju osnove: Google Search Console (indexability, Core Web Vitals, manual actions), PageSpeed Insights (performanse), Google Rich Results Test (schema markup). Plaćeni alati za dublje analize: Screaming Frog (crawl do 500 URL-ova besplatno, neograničeno u plaćenoj verziji), Ahrefs Site Audit i Semrush Site Audit. Za timove koji žele sve u jednom mestu sa direktnom integracijom u content workflow, RankFlow kombinuje GSC podatke sa audit funkcionalnostima unutar iste platforme.
Kako znati koji tehnički problem rešiti prvi?
Kako znati koji tehnički problem rešiti prvi?
Prioritizujte prema sledećoj hijerarhiji: prvo rešite sve što blokira indeksiranje (robots.txt greške, noindex tagovi na pogrešnim stranicama, server greške 5xx), zatim redirect greške i lance, zatim Core Web Vitals probleme na najposećenijim stranicama, i na kraju strukturne probleme poput orphan pages i plitke arhitekture. Sve što sprečava Googlea da vidi vaš sadržaj ima automatski viši prioritet od svega što samo smanjuje performanse.
Može li RankFlow da uradi technical audit i brief u jednom koraku?
Može li RankFlow da uradi technical audit i brief u jednom koraku?
Da. RankFlow je dizajniran upravo za ovaj workflow. Platforma povlači podatke iz Google Search Console, identifikuje tehničke probleme relevantne za ciljni URL i automatski ih upisuje u odgovarajuću sekciju SEO brief-a. Content tim dobija brief koji već sadrži tehnički kontekst, bez potrebe za zasebnim audit izveštajem. Za agencije koje upravljaju većim brojem klijenata i sajtova, ovo znači značajnu uštedu vremena i eliminaciju grešaka koje nastaju ručnim prenosom podataka između alata.