Tehnički SEO audit: kompletna checklistа i postupak korak po korak

Tehnički SEO audit je sistematska provera elemenata sajta koji utiču na crawl, indeksaciju, prikaz stranica, korisničko iskustvo i organsku vidljivost. Za razliku od opšte SEO analize, fokus nije prvenstveno na kvalitetu tekstova ili izboru ključnih reči, već na tome da li pretraživači mogu da pronađu, razumeju i pravilno obrade važne URL-ove.

Najbolji rezultat ne donosi samo dugačak spisak grešaka. Potreban je postupak koji povezuje nalaz sa posledicom, prioritetom i vlasnikom zadatka. U nastavku je praktična tehnička SEO audit checklista, prilagođena sajtovima koji posluju u Srbiji, kao i većim višejezičnim projektima.

Tehnički SEO je samo jedan deo šire SEO optimizacije, ali često predstavlja osnovu bez koje ni dobar sadržaj ne može da ostvari pun potencijal.

Pre audita: definišite obuhvat i ciljeve

Pre pokretanja alata odredite šta tačno proveravate. Audit korporativnog sajta, online prodavnice i portala neće imati isti obuhvat ni iste prioritete.

Prikupite osnovne informacije

• glavni domen i moguće poddomene;
• protokol i verzije domena koje treba preusmeriti;
• važne tipove stranica i poslovne ciljeve;
• CMS, framework i tehnologije koje utiču na rendering;
• ciljana tržišta, jezike i eventualne hreflang oznake;
• pristup alatima Google Search Console i GA4, kada je moguće;
• poznate migracije, promene domena ili redizajn.

Pre audita izvezite i listu najvažnijih URL-ova iz GSC-a, analitike, XML sitemap-a i interne baze. Ona služi kao kontrolna lista za poređenje sa rezultatima obilaska sajta.

1. Pokrenite obilazak sajta i proverite obuhvat

Crawler simulira način na koji alat obilazi linkove na sajtu. Pre analize proverite da li obilazak prati robots.txt, JavaScript linkove, canonical oznake i relevantne resurse. Pogrešna konfiguracija može proizvesti lažne nalaze ili sakriti problem.

Obratite pažnju na:

• ukupan broj pronađenih URL-ova;
• URL-ove sa statusnim kodovima 2xx, 3xx, 4xx i 5xx;
• stranice koje su dostupne crawleru, ali nisu povezane internim linkovima;
• parametre, filtriranje, paginaciju i nepotrebne varijacije URL-a;
• razliku između HTML stranica, resursa, slika i JavaScript fajlova.

Rezultate obilaska ne treba prihvatiti izolovano. Uporedite ih sa GSC-om, sitemap-om i stvarnom strukturom sajta.

2. Proverite crawlability i indeksaciju

Stranica može biti dostupna korisniku, a ipak neindeksirana ili loše obrađena u pretraživaču. U Google Search Console proverite izveštaj Page indexing i uzorke URL-ova iz kategorija, proizvoda, usluga i bloga.

Za svaki važan URL postavite četiri pitanja:

1. Da li crawler može da ga dohvati?
2. Da li server vraća očekivani sadržaj?
3. Da li stranica sme da bude indeksirana?
4. Da li je indeksiranje poslovno poželjno?

Status „nije indeksirano“ nije automatski greška. Filteri, interna pretraga, privremene stranice i duplikati često treba da ostanu van indeksa. Problem nastaje kada su iz indeksa izostavljene važne stranice koje imaju potražnju, linkove ili poslovnu vrednost.

3. Analizirajte statusne kodove i redirekcije

Statusni kodovi

• 200 označava uspešan odgovor, ali ne garantuje dobar SEO kvalitet;
• 3xx upućuje na redirekciju;
• 4xx označava grešku na strani zahteva, najčešće nepostojeći URL;
• 5xx ukazuje na problem servera ili aplikacije.

Posebno izdvojite važne URL-ove koji vraćaju 4xx ili 5xx, kao i stranice koje su povezane iz navigacije, sitemap-a ili drugih važnih URL-ova.

Redirekcije

Proverite da li se koriste odgovarajuće trajne redirekcije kada je sadržaj trajno premešten. Uklonite redirekcione lance i petlje, naročito u internim linkovima. Jedan interni link treba, kad god je moguće, da vodi direktno na konačni URL.

Ne preusmeravajte svaki obrisani URL na početnu stranu. Ako postoji relevantna zamena, koristite nju; u suprotnom procenite da li je pravilniji 404 ili 410 odgovor.

4. Proverite canonical i duplicirani sadržaj

Canonical oznaka je signal pretraživaču o tome koja URL verzija predstavlja preferirani izvor kada postoji više sličnih ili identičnih stranica; pretraživač tu preferenciju može prihvatiti, ali nije dužan da je sledi. Proverite da li je:

• canonical apsolutan i usmeren na ispravan URL;
• usaglašen sa HTTPS verzijom i preferiranim hostom;
• prisutan na važnim indeksabilnim stranicama kada je to deo implementacije;
• samoreferentni canonical u skladu sa CMS logikom;
• u skladu sa redirekcijama, internim linkovima i XML sitemap-om.

Canonical nije zamena za lošu arhitekturu. Kod velikog broja filtera i parametara proverite da li nastaje nepotrebna kombinacija URL-ova i da li se isti sadržaj prikazuje na više adresa.

5. Pregledajte robots.txt

Robots.txt kontroliše kojim delovima sajta crawler može da pristupi, ali ne predstavlja pouzdan mehanizam za uklanjanje URL-a iz indeksa. Proverite:

• da li fajl postoji na očekivanoj adresi;
• da li pravila slučajno blokiraju CSS, JavaScript ili važne stranice;
• da li su disallow pravila precizna i razumljiva;
• da li se navodi lokacija XML sitemap-a;
• da li testirano pravilo odgovara stvarnoj nameni.

Promene u robots.txt uvodite oprezno. Široko pravilo može istovremeno blokirati veliki broj korisnih URL-ova.

6. Validirajte XML sitemap

XML sitemap treba da sadrži kanonske URL-ove koji su dostupni, indeksabilni i stvarno važni za sajt. Proverite:

• da li svi URL-ovi vraćaju uspešan odgovor;
• da li se u sitemap-u nalaze redirect, 404, noindex ili nekanonski URL-ovi;
• da li je sitemap ažuriran posle objave, izmene ili brisanja sadržaja;
• da li je podeljen na više fajlova kada obim to zahteva;
• da li je poslat i prijavljen u Google Search Console.

Polje lastmod ima smisla samo kada verno odražava značajnu izmenu stranice. Nemojte ga menjati automatski za svaki obilazak.

7. Proverite mobilnu verziju

Google prvenstveno koristi mobilnu verziju sadržaja za indeksiranje sajtova koji su obuhvaćeni mobile-first indexing-om, pa audit mora da obuhvati mobilni prikaz i mobilno dostupne resurse. Uporedite mobilnu i desktop verziju u sledećim elementima:

• glavni tekst i naslov;
• meta robots direktive;
• canonical i structured data;
• interne linkove i navigaciju;
• slike, video i druge važne resurse;
• elemente koji su dostupni tek nakon interakcije.

Ne proveravajte samo da li se stranica „lepo vidi“. Bitno je da mobilna verzija prenosi sadržaj i signale koji su potrebni za razumevanje stranice.

8. Izmerite Core Web Vitals i performanse

Core Web Vitals obuhvataju metrike koje opisuju učitavanje, interaktivnost i vizuelnu stabilnost. Za praktičnu proveru koristite podatke iz CrUX-a kada su dostupni, GSC-a i laboratorijskih alata poput Lighthouse-a. Laboratorijski rezultat nije isto što i iskustvo stvarnih korisnika.

Proverite naročito:

• element koji najviše utiče na LCP;
• kašnjenje nakon interakcije i opterećenje glavne niti;
• neočekivana pomeranja layouta;
• veličinu slika i način njihovog učitavanja;
• blokirajuće CSS i JavaScript resurse;
• keširanje, kompresiju i vreme odgovora servera.

Prioritet imaju šabloni sa velikim brojem poseta i poslovno važni URL-ovi. Ne optimizujte izolovanu test stranicu ako isti problem postoji na celom šablonu.

9. Proverite JavaScript rendering

Aplikacije zasnovane na JavaScript-u mogu prikazati sadržaj tek nakon izvršavanja skripti. Ako crawler ili korisnik dobije nepotpun HTML, mogu nastati problemi sa sadržajem, linkovima, meta elementima i structured data.

Uporedite izvorni HTML sa renderovanim DOM-om i proverite:

• da li su naslov, tekst i canonical prisutni bez greške;
• da li se interni linkovi generišu kao stvarni crawlable linkovi;
• da li važne stranice zavise od klikova ili drugih događaja;
• da li se sadržaj menja prema user-agentu na neočekivan način;
• da li greške u JavaScript konzoli sprečavaju prikaz.

Kada je moguće, server-side rendering ili statičko generisanje može pojednostaviti obradu, ali izbor rešenja zavisi od arhitekture i poslovnih ograničenja.

10. Pregledajte internu povezanost

Interni linkovi prenose korisnike i signale kroz sajt. Audit treba da pokaže da li važne stranice imaju logičan put iz navigacije, kategorija, breadcrumb strukture i relevantnog sadržaja.

Identifikujte:

• orphan stranice bez internih linkova;
• važne stranice sa premalo ulaznih linkova;
• preduge ili nepotrebno složene klik-putanje;
• neispravne interne linkove;
• nejasan anchor tekst;
• linkove koji vode na redirekcije ili nekanonske URL-ove.

Interni link treba da bude koristan posetiocu, a ne dodat samo radi SEO signala.

11. Proverite structured data

Structured data može pomoći pretraživaču da razume entitete i tip sadržaja i može učiniti stranicu podobnom za određene rich result prikaze, ali sama implementacija ne garantuje njihovo prikazivanje. Proverite da li je schema markup:

• tehnički validan;
• usklađen sa vidljivim sadržajem;
• primenjen na odgovarajuću stranicu;
• bez izmišljenih ili zastarelih podataka;
• testiran u relevantnim Google alatima.

Posebno proverite Product, Organization, LocalBusiness, BreadcrumbList, Article i FAQ tipove samo kada odgovaraju stvarnom sadržaju i smernicama.

12. Kada je relevantno, proverite međunarodni SEO

Za višejezične i međunarodne sajtove proverite da li svaka jezička verzija ima stabilan URL, pravilne interne veze i odgovarajuću hreflang implementaciju.

• hreflang oznake treba da budu uzajamne;
• kod jezika treba da prati važeći ISO 639-1 format, a regionalna oznaka važeći ISO 3166-1 Alpha-2 format;
• URL-ovi u oznakama treba da budu dostupni i kanonski;
• treba obezbediti i x-default kada za to postoji opravdanje;
• prevodi ne treba da budu samo automatski dupliran tekst bez lokalnog konteksta.

Hreflang ne rešava duplikaciju, pogrešne redirekcije ili nedostupne stranice. Posmatrajte ga kao deo šire međunarodne arhitekture.

13. Pretvorite nalaze u prioritete

Ne rešavajte probleme redom kojim ih je alat izlistao. Svaki nalaz ocenite prema najmanje tri kriterijuma:

Praktična podela može izgledati ovako:

• P1 — kritično: blokirana indeksacija, pogrešne masovne redirekcije, nedostupan server ili nestanak važnih URL-ova;
• P2 — visoko: veliki broj neispravnih linkova, loša arhitektura, ozbiljni problemi na mobilnom prikazu ili šablonu;
• P3 — srednje: problemi ograničeni na deo stranica, meta nedoslednosti i lokalna poboljšanja;
• P4 — nisko: kozmetičke i dugoročne optimizacije bez neposrednog poslovnog efekta.

Za svaki zadatak zapišite URL ili šablon, dokaz, posledicu, preporučeno rešenje, vlasnika i kriterijum završetka.

14. Napravite završni izveštaj

Dobar tehnički SEO izveštaj nije samo CSV izvoz iz crawlera. Treba da omogući timu da donese odluku i sprovede izmenu.

Preporučena struktura izveštaja

1. kratak izvršni sažetak;
2. obuhvat i ograničenja audita;
3. najvažniji rizici i potencijali;
4. nalazi po oblastima;
5. prioritetna backlog lista;
6. tehnička preporuka i primer implementacije;
7. vlasnik, rok i status;
8. plan ponovne provere.

Posle implementacije ponovite obilazak sajta i proverite promene u GSC-u, analitici, logovima kada su dostupni i relevantnim poslovnim metrikama. Audit je proces, a ne jednokratno čišćenje.

Brza tehnička SEO audit checklista

• Obuhvat i ciljevi su definisani.
• Obilazak sajta je pokrenut sa ispravnim podešavanjima.
• Važni URL-ovi su upoređeni sa GSC-om i sitemap-om.
• Statusni kodovi, redirekcije i lanci su provereni.
• Canonical i duplikati su analizirani.
• Robots.txt ne blokira važne resurse.
• XML sitemap sadrži samo odgovarajuće URL-ove.
• Mobilna verzija je upoređena sa desktop verzijom.
• Core Web Vitals i performanse su provereni po šablonima.
• JavaScript rendering je testiran.
• Interna povezanost i orphan stranice su analizirane.
• Structured data odgovara vidljivom sadržaju.
• Hreflang je proveren kada je relevantan.
• Nalazi su prioritizovani prema uticaju, hitnosti i naporu.
• Izveštaj sadrži vlasnike zadataka i plan ponovne provere.

Zaključak

Tehnički SEO audit treba da odgovori na praktično pitanje: da li pretraživači mogu efikasno da pronađu, obrade i rangiraju stranice koje su važne za poslovanje? Odgovor se ne dobija proverom jednog alata, već povezivanjem podataka o obilasku sajta, GSC-a, servera, mobilnog iskustva, arhitekture i stvarnih ciljeva sajta.

Ako vam je potrebna dublja provera, pripremite listu najvažnijih URL-ova, pristupe alatima i podatke o skorim izmenama. Tako se tehnička SEO analiza pretvara u jasan plan rada, a ne u nepregledan spisak upozorenja.

Povezane teme: Crawlability i indeksiranje: kako pronaći i rešiti SEO probleme · Tehnički SEO audit bloga: 8 koraka za sistematsku proveru · Structured data i AI Search: šta stvarno pomaže, a šta je mit