Technical SEO audit: pronađite probleme koji sputavaju pretragu

Šta technical SEO audit proverava

Jedan technical SEO audit je fokusiran, na dokazima zasnovan pregled sistema koji omogućavaju search engines otkrivaju, renderuju, indeksiraju i razumeju vaše stranice. Cilj je pronaći tehničke prepreke koje smanjuju vidljivost, troše crawl budget, kvare korisničko iskustvo ili stvaraju nejasnoće u rangiranju.

Ključna područja za proveru

• Otkrivanje i crawlability — robots.txt, odgovori servera, pokrivenost sitemap-a, internal linking i redirects
• Indexing signals — meta robots, X-Robots-Tag headeri, canonical tagovi i upotreba noindex
• Rendering i JavaScript — server-side vs client-side rendering, blokiranje resursa i kako stranice izgledaju kada su renderovane
• Performanse sajta i page experience — Core Web Vitals field data, vremena odgovora servera i učitavanje resursa
• Duplirani sadržaj i URL canonicalization — rukovanje parametrima, varijante sa/bez trailing slash-a i paginacija
• Strukturirani podaci i SERP features — tačnost markup-a i podobnost za rich results
• Internacionalizacija i ispravnost hreflang-a
• Bezbednost i pristupačnost — HTTPS pokrivenost, mixed content i secure headers

Kako uraditi technical SEO audit (korak po korak)

1. Definišite obim i metrike uspeha

Počnite tako što ćete odlučiti koje delove sajta ćete auditovati i zašto. Primeri: čitav domen, poddirektorijum, velika kategorija proizvoda ili skup landing pages. Odlučite merljive signale uspeha (indexation kanonskih stranica, smanjenje server errors, poboljšanje Core Web Vitals percentila, vidljivost određenih URL grupa).

2. Napravite inventar

Sakupite reprezentativnu listu URL-ova iz sitemap-a, analytics-a, server logova, internal links i poznatih landing pages. Ovaj inventar je vaša audit površina — držite ga u spreadsheet-u ili u crawler projektu kako biste mogli da tagujete i filtrirate URL-ove dok radite.

3. Crawlajte i uporedite (external crawl + server logs)

Pokrenite external crawl da emulirate otkrivanje stranica od strane search engines. Kombinujte rezultate crawla sa server logovima da vidite koje URL-ove search engines zapravo zahtevaju. Server logovi otkrivaju koliko često crawleri preuzimaju stranice i da li se u produkciji pojavljuju redirects, soft-404s ili česte greške.

Da biste pregledali samo header-e: koristite curl -I https://example.com/page da vidite status i header polja. Da biste preuzeli HTML koji bi određen user-agent primio: koristite curl -A "Googlebot/2.1 (+http://www.google.com/bot.html)" https://example.com/page i sačuvajte izlaz za poređenje.

4. Verifikujte indexability i canonical intent

Za stranice koje posedujete, koristite Google Search Console URL Inspection da proverite kako je Google indeksirao URL i da li su otkrivene bilo kakve indexing issues. Za third-party stranice (publishers, partner sites), koristite external checks: view-source, curl, rendered DOM provere u Chrome DevTools, i javne index signale kao što je site: operator kao indikaciju (ne dokaz) da Google zna za URL.

5. Testirajte rendering i ponašanje JavaScript-a

Otvorite stranice u Chrome DevTools, koristite Elements i Network panele da potvrdite da se resursi učitavaju i nisu blokirani, i proverite rendered DOM za sadržaj koji ubacuje JavaScript. Ako se deo kritičnog sadržaja pojavi tek nakon korisničke interakcije ili kasno u render lifecycle-u, zabeležite rizik za vidljivost i korake testiranja da ga reprodukujete.

Koristite Rich Results Test i Schema Markup Validator (schema.org) za validaciju structured data i detekciju grešaka koje bi sprečile podobnost za rich results.

6. Izmerite page experience i performanse

Prikupite field metrics (Core Web Vitals) iz Search Console i lab profile iz Lighthouse-a ili lokalnog testiranja. Field data odražava prave korisnike; lab data pomaže da reprodukujete probleme lokalno. Prioritizujte ispravke koje utiču na metrike realnih korisnika za stranice koje su važne za search visibility.

Verifikacija i rešavanje problema

Rešavanje problema je detektivski proces: reprodukujte simptom, izolujte varijable i testirajte ispravke. Koristite kombinaciju javnih i alata dostupnih samo vlasniku.

Korisni koraci verifikacije

• Proverite odgovore servera: curl -I će pokazati HTTP status, content-type i X-Robots-Tag header-e.
• Pregledajte isporučeni HTML: curl -A "Googlebot/2.1 (+http://www.google.com/bot.html)" https://example.com/page i uporedite sa preuzimanjem iz browser-a da otkrijete razlike u sadržaju.
• Provera rendered DOM-a: otvorite URL u Chrome, onemogućite cache i koristite Elements da potvrdite da je važan sadržaj prisutan u DOM-u bez potrebe za korisničkom interakcijom.
• Dokaz indeksiranja (vlasničke stranice): Google Search Console URL Inspection pokazuje status indeksa i razloge za izuzimanje.
• Strukturirani podaci: pokrenite Rich Results Test i Schema Markup Validator da vidite parsiranje i greške.
• Field performance: pregledajte Core Web Vitals u Search Console za metrike realnih korisnika; koristite Lighthouse ili lab testove da reprodukujete spora stanja.
• Crawl activity: uporedite zahteve crawl-ova u server logovima sa sitemap-om i poznatim stranicama da identifikujete praznine ili prekomerno crawl-ovanje low-value URL-ova.

Uobičajene greške i zablude

• Ne smatrati upozorenja alata celim auditom: Crawleri izbacuju mnogo signala; zadatak audita je da protumači koja upozorenja su važna za vaše poslovne ciljeve.
• Mešanje crawlanja i indeksiranja: to što crawler preuzme stranicu ne garantuje da je stranica indeksirana ili da će se rangirati.
• Oslanjanje na site: kao konačan dokaz: site: je korisna javna indikacija ali nije autoritativna. Za vlasničke stranice koristite URL Inspection u Search Console.
• Blokiranje kritičnih resursa: robots.txt ili server pravila koja sprečavaju CSS/JS mogu promeniti kako Google renderuje stranice i pokvariti Core Web Vitals ili detekciju strukturiranih podataka.
• Neispravni canonical tagovi ili redirect lanci: canonical tagovi koji vode na nekanonski sadržaj ili dugi redirect lanci stvaraju nejasnoće i usporavaju crawlanje.
• Pretpostavljanje da rel="nofollow" znači nultu vrednost: Google tretira rel="nofollow" kao hint; njegovo rukovanje nije prost prekidač on/off.
• Ignorisanje indexabilnosti stranica izdavača ili partnera: backlink ili pominjanje je manje korisno ako stranica nije indexable ili je skrivena iza autentikacije.

Kad su u pitanju paid placements ili sponsored content, pratite Google-ove smernice: označite paid/compensated link-ove sa rel="sponsored" ili rel="nofollow" i koristite rel="ugc" za linkove koje korisnici generišu. Zapamtite: ne postoji rel="dofollow" atribut; standardan link je jednostavno onaj bez rel=nofollow/sponsored/ugc. Google-ove smernice o linkspamu navode da se linkovi namenjeni prvenstveno manipulaciji rangiranjem mogu tretirati kao link spam, pa obezbedite uređen kontekst, indexability i transparentnost kad radite sa eksternim placements.

Checklist: stavke visokog uticaja i kako ih verifikovati

Koristite ovu kompaktnu checklist-u da verifikujete najčešće tehničke probleme velikog uticaja. Za svaku stavku označen je odgovarajući alat za verifikaciju.

1) Canonical intent: da li su canonical tagovi konzistentni i pokazuju na željeni URL? (Verify: view-source, uporedite sa HTTP header-ima i koristite external crawler.)

2) HTTP status i redirect lanci: da li važne stranice vraćaju 200 i bez-redirect grešaka, i da li su redirect-i minimalni? (Verify: curl -I i server logs.)

3) Robots i meta robots: da li su važni resursi ili stranice nenamerno blokirani? (Verify: robots.txt fetch, X-Robots-Tag u header-ima preko curl -I i meta robots u HTML-u.)

4) Anomalije indeksiranja: da li su stranice izuzete iz tehničkih razloga (noindex, canonical koji pokazuje drugde, soft-404)? (Verify: Google Search Console URL Inspection za vlasničke stranice; za eksterne stranice uporedite HTML + javne index signale.)

5) Paritet renderovanog sadržaja: da li HTML koji search engines vide uključuje isti kritični sadržaj kao i korisnici? (Verify: curl sa odgovarajućim UA, Chrome DevTools rendered DOM.)

6) Tačnost structured data: da li su structured data validni i ažurni? (Verify: Rich Results Test i Schema Markup Validator.)

7) Core Web Vitals i performanse učitavanja: da li field metrics pokazuju probleme za vaše ključne stranice? (Verify: Search Console Core Web Vitals izveštaj i lab testiranje sa Lighthouse.)

Prioritizacija: birajte ispravke koje prave razliku

Prioritizujte rad kombinujući tri dimenzije: relevantnost za poslovne ciljeve (koje stranice su važne za search traffic ili konverzije), tehnička ozbiljnost (blokira indeksaciju, izaziva česte greške) i trud za ispravku. Brze pobede često uključuju ispravljanje pogrešno podešenih noindex tagova, uklanjanje redirect lanaca za stranice sa velikim saobraćajem i deblokiranje kritičnog CSS/JS koji utiče na rendering.

Izveštavanje i monitoring

Dostavite audit izveštaj koji grupiše probleme po prioritetu, prikazuje primere i korake za reprodukciju i uključuje preporučeni rollout plan. Dodajte monitoring za regresije: pratite server errors, promene u indexation preko Search Console i Core Web Vitals field metrics. Nakon što se ispravke deploy-ju, ponovo pokrenite iste verifikacione korake korišćene tokom audita da potvrdite rešavanje.

FAQ