Tehnički SEO audit: pronađi probleme koji koče pretraživanje

Što tehnički SEO audit provjerava

Jedan tehnički SEO audit je fokusiran, vođen dokazima pregled sustava koji omogućuju tražilice otkrivaju, renderiraju, indeksiraju i razumiju tvoje stranice. Cilj je pronaći tehničke prepreke koje smanjuju vidljivost, troše crawl budget, narušavaju korisničko iskustvo ili stvaraju nejasnoće u rangiranju.

Ključna područja za provjeru

• Otkrivanje i crawlability — robots.txt, odgovori servera, pokrivenost sitemapa, interno povezivanje i preusmjeravanja
• Indexing signals — meta robots, X-Robots-Tag headers, canonical tags, i korištenje noindex
• Rendering i JavaScript — server-side naspram client-side renderiranja, blokiranje resursa i izgled stranica nakon renderiranja
• Site performance and page experience — Core Web Vitals field data, server response times, i učitavanje resursa
• Duplicate content i URL canonicalization — rukovanje parametrima, varijante s/bez završnog kosa crte, i paginacija
• Structured data i SERP features — točnost markup-a i podobnost za rich results
• Internationalization i ispravnost hreflang-a
• Security i accessibility — HTTPS coverage, mixed content, i sigurni headers

Kako provesti tehnički SEO audit (korak po korak)

1. Definiraj opseg i metrike uspjeha

Počni tako da odlučiš koje dijelove stranice ćeš auditirati i zašto. Primjeri: cijela domena, poddirektorij, velika kategorija proizvoda ili skup landing pages. Odredi mjerljive signale uspjeha (indeksiranje kanoniziranih stranica, smanjenje server errors, poboljšanje Core Web Vitals percentila, vidljivost specifičnih URL grupa).

2. Napravi inventar

Prikupi reprezentativnu listu URL-ova iz sitemapa, analyticsa, server logova, internih linkova i poznatih landing pages. Taj inventar je tvoja audit površina — drži ga u proračunskoj tablici ili u crawler projektu kako bi mogao označavati i filtrirati URL-ove tijekom rada.

3. Crawlaj i usporedi (external crawl + server logs)

Pokreni external crawl kako bi oponašao otkrivanje stranica od strane tražilica. Kombiniraj rezultate crawla sa server logovima da vidiš koje URL-ove tražilice zapravo traže. Server logovi otkrivaju koliko često crawleri dohvaćaju stranice i pojavljuju li se preusmjeravanja, soft-404 ili česte greške u produkciji.

Za inspekciju samo headera: koristi curl -I https://example.com/page da vidiš status i header polja. Za dohvat HTML-a koji bi određeni user-agent primio: koristi curl -A "Googlebot/2.1 (+http://www.google.com/bot.html)" https://example.com/page i spremi output za usporedbu.

4. Provjeri indexability i canonical intent

Za stranice koje posjeduješ, koristi Google Search Console URL Inspection za provjeru kako je Google indeksirao URL i jesu li otkrivene nekakve indexing issues. Za third-party stranice (publishere, partnerske sajtove), koristi vanjske provjere: view-source, curl, provjere renderiranog DOM-a u Chrome DevTools, i javne index signale kao što je operator site: kao indikaciju (ne dokaz) da Google zna za URL.

5. Testiraj renderiranje i ponašanje JavaScript-a

Otvori stranice u Chrome DevTools, koristi Elements i Network panele da potvrdiš da se resursi učitavaju i nisu blokirani, i provjeri renderirani DOM za sadržaj koji injektira JavaScript. Ako kritični sadržaj pojavljuje samo nakon interakcije korisnika ili kasno u životnom ciklusu renderiranja, zabilježi rizik za vidljivost i korake testiranja za reproduciranje.

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

6. Mjeri page experience i performanse

Prikupi field metrics (Core Web Vitals) iz Search Console i lab profile iz Lighthousea ili lokalnih testova. Field data odražava prave korisnike; lab data pomaže reproducirati probleme lokalno. Prioritiziraj popravke koji utječu na metrike stvarnih korisnika za stranice koje su važne za search visibility.

Verifikacija i otklanjanje problema

Otklanjanje problema je detektivski proces: reproduciraj simptom, izoliraj varijable i testiraj popravke. Koristi kombinaciju javnih i vlasničkih alata.

Korisni koraci verifikacije

• Provjeri odgovore servera: curl -I će pokazati HTTP status, content-type i X-Robots-Tag header-e.
• Pregledaj isporučeni HTML: curl -A "Googlebot/2.1 (+http://www.google.com/bot.html)" https://example.com/page i usporedi s dohvatom iz preglednika kako bi otkrio razlike u sadržaju.
• Provjera renderiranog DOM-a: otvori URL u Chromeu, onemogući cache i koristi Elements da potvrdiš da je važan sadržaj prisutan u DOM-u bez potrebe za interakcijom korisnika.
• Dokaz indeksiranja (vlasničke stranice): Google Search Console URL Inspection pokazuje status indeksa i razloge za isključenje.
• Structured data: pokreni Rich Results Test i Schema Markup Validator da vidiš parsiranje i greške.
• Field performance: pregledaj Core Web Vitals u Search Console za metrike stvarnih korisnika; koristi Lighthouse ili lab runove za reprodukciju sporih slučajeva.
• Crawl aktivnost: usporedi zahtjeve crawlerea u server logovima s tvojim sitemapom i poznatim stranicama kako bi identificirao praznine ili prekomjerno crawlanje niskovrijednih URL-ova.

Uobičajene pogreške i zablude

• Tretirati upozorenja alata kao cijeli audit: Crawleri izbacuju puno signala; posao audita je interpretirati koja upozorenja su važna za poslovne ciljeve.
• Miješati crawling i indexing: dohvat od crawlera ne garantira da je stranica indeksirana ili da će se rangirati.
• Oslanjati se na site: kao konačni dokaz: site: je koristan javni signal ali ne i autoritativan. Za vlasničke stranice, koristi URL Inspection u Search Console.
• Blokiranje kritičnih resursa: robots.txt ili server pravila koja sprječavaju CSS/JS mogu promijeniti način na koji Google renderira stranice i možda pokvariti Core Web Vitals ili detekciju structured data.
• Neispravni canonical ili redirect chainovi: canonical tagovi koji pokazuju na nekanonizirani sadržaj ili dugi redirect chainovi stvaraju nejasnoće i usporavaju crawl.
• Pretpostavka da rel="nofollow" znači nula vrijednosti: Google tretira rel="nofollow" kao hint; njegovo rukovanje nije jednostavno on/off.
• Ignoriranje indexability publisher ili partnerskih stranica: backlink ili spomena je manje korisna ako stranica nije indexable ili je skrivena iza autentikacije.

Kad su uključena plaćena mjesta ili sponzorirani sadržaj, slijedi Googleova uputstva: označi plaćene/kompenzirane linkove s rel="sponsored" ili rel="nofollow" i koristi rel="ugc" za linkove koje generiraju korisnici. Zapamti: ne postoji rel="dofollow" atribut; standardni link je jednostavno onaj bez rel=nofollow/sponsored/ugc. Googleova uputstva o linkspamu navode da se linkovi namijenjeni prvenstveno manipulaciji rangiranjem mogu tretirati kao link spam, stoga osiguraj urednički kontekst, indexability i transparentnost kod rada s vanjskim plasmanima.

Kontrolna lista: stavke visokog utjecaja i kako ih verificirati

Koristi ovu kompaktnu kontrolnu listu za provjeru najčešćih tehničkih problema velikog utjecaja. Za svaku stavku naveden je odgovarajući alat za verifikaciju.

1) Canonical intent: Jesu li canonical tagovi dosljedni i pokazuju li na željeni URL? (Provjeri: view-source, usporedi s HTTP headerima i koristi external crawler.)

2) HTTP status i redirect chainovi: Vraćaju li važne stranice 200 i nema li grešaka koje nisu redirect, te jesu li preusmjeravanja minimalna? (Provjeri: curl -I i server logovi.)

3) Robots i meta robots: Jesu li važni resursi ili stranice nenamjerno blokirani? (Provjeri: dohvat robots.txt, X-Robots-Tag u headerima preko curl -I i meta robots u HTML-u.)

4) Indexing anomalies: Jesu li stranice isključene iz tehničkih razloga (noindex, canonical koji pokazuje drugdje, soft-404)? (Provjeri: Google Search Console URL Inspection za vlasničke stranice; za vanjske stranice, usporedi HTML + javne index signale.)

5) Paritet renderiranog sadržaja: Sadrži li HTML koji tražilice vide isti kritični sadržaj kao i korisnici? (Provjeri: curl s odgovarajućim UA, Chrome DevTools renderirani DOM.)

6) Ispravnost structured data: Jesu li structured data valjane i ažurne? (Provjeri: Rich Results Test i Schema Markup Validator.)

7) Core Web Vitals i performanse učitavanja: Pokazuju li field metrics probleme za tvoje ključne stranice? (Provjeri: Search Console Core Web Vitals izvještaj i lab testiranje s Lighthouse.)

Prioritetizacija: odaberi popravke koje zaista pomiču kazaljku

Prioritiziraj posao kombiniranjem tri dimenzije: relevantnost za poslovne ciljeve (koje stranice utječu na search traffic ili konverzije), tehnička ozbiljnost (blokira indeksiranje, uzrokuje česte greške) i napor za popravak. Brzi pobjednici često uključuju ispravljanje pogrešno konfiguriranih noindex tagova, uklanjanje redirect chainova za stranice s visokim prometom i deblokiranje kritičnog CSS/JS koji utječe na renderiranje.

Izvještavanje i monitoring

Dostavi audit izvještaj koji grupira probleme po prioritetu, prikazuje primjere i korake za reprodukciju, te uključuje preporučeni plan implementacije. Dodaj monitoring za regresije: prati server errors, promjene u indexation putem Search Console i Core Web Vitals field metrics. Nakon implementacije popravaka, ponovo pokreni iste verifikacijske korake koji su korišteni u auditu kako bi potvrdio rješenje.

FAQ