Kako provesti tehnički SEO audit: Vodič korak po korak za netehničke marketare

Sažetak

Tehnički SEO audit je proces procjene zdravlja backend-a vaše web stranice kako bi se identificirali problemi koji ometaju indeksiranje i rangiranje od strane pretraživača. Za netehničke marketare ovo može djelovati zastrašujuće, ali uz prave alate i sistematski pristup, potpuno je izvodljivo. Ovaj vodič vas vodi kroz korak-po-korak audit, od puzanja vaše stranice besplatnim alatima do uočavanja dupliciranog sadržaja, popravljanja brzine stranice i provjere strukturiranih podataka. Svaki korak uključuje praktične primjere i savjete o prioritizaciji popravki. Na kraju, imat ćete jasan akcioni plan za poboljšanje tehničke osnove vaše stranice za bolje SEO performanse.

Uvod

Optimizirali ste ključne riječi, napisali uvjerljive meta opise i izgradili backlinkove—ali vaše rangiranje i dalje zaostaje. Krivac je često tehnički SEO: elementi iza kulisa koji govore pretraživačima kako da puzaju i indeksiraju vašu stranicu. Tehnički SEO audit otkriva ove skrivene probleme, ali mnogi marketari ga izbjegavaju jer zvuči kao posao za developera. Istina je da uz prave alate i metodičan proces, svako može identificirati i riješiti najčešće probleme. Ovaj vodič pruža jednostavan pristup bez kodiranja za provođenje vlastitog tehničkog SEO audita, sa konkretnim koracima i primjerima.

Korak 1: Puzanje vaše web stranice

Počnite tako što ćete pokrenuti puzanje vaše stranice pomoću alata kao što je Screaming Frog SEO Spider (besplatan za do 500 URL-ova) ili Sitebulb (nudi besplatnu probu). Ovi alati simuliraju kako bot pretraživača vidi vašu stranicu. Unesite svoj domen i pustite da puzanje radi. Rezultat će vam pokazati svaki URL, kodove odgovora, meta oznake i više.

Praktični primjer: Nakon puzanja vaše stranice, sortirajte po "Status Code." Bilo koje 4xx ili 5xx greške su pokvarene stranice ili problemi servera. Na primjer, 404 greška na stranici proizvoda znači da ta stranica više ne postoji—trebali biste je ili vratiti ili postaviti 301 preusmjeravanje na sličnu stranicu.

Upozorenje: Puzanja mogu propustiti sadržaj generiran JavaScript-om osim ako alat nije konfigurisan za to. Za osnovni audit, držite se HTML-a. Ako imate stranicu sa puno JS-a, razmotrite korištenje alata poput Screaming Frog-ove funkcije za renderovanje JavaScript-a (plaćena verzija).

Korak 2: Pregled robots.txt i XML sitemapa

Vaša robots.txt datoteka govori pretraživačima koje stranice da puzaju ili ignorišu. Uobičajeni problemi uključuju slučajno blokiranje važnih stranica (poput vašeg bloga ili stranica proizvoda). Da biste provjerili, idite na yourdomain.com/robots.txt. Ako vidite Disallow: /, to blokira sve pretraživače—osim ako niste namjeravali za staging stranicu.

Zatim provjerite svoj XML sitemap na yourdomain.com/sitemap.xml. Trebao bi navesti sve stranice koje želite indeksirati. Koristite Google Search Console izvještaj o sitemapovima da vidite je li sitemap poslan i nema grešaka. Ako imate manje od 1.000 stranica, osigurajte da je svaka važna stranica uključena.

Praktični primjer: Sitemap e-commerce stranice može slučajno uključivati URL-ove filtera (npr. /category/color=red). Ovo su tanke stranice koje treba isključiti kako bi se izbjegao duplicirani sadržaj. Pregledajte sitemap i uklonite nebitne URL-ove.

Korak 3: Provjera dupliciranog sadržaja i kanonskih oznaka

Duplicirani sadržaj zbunjuje pretraživače o tome koju verziju rangirati. Koristite svoj alat za puzanje da pronađete stranice sa identičnim ili skoro identičnim meta opisima ili naslovnim oznakama. Obratite posebnu pažnju na URL parametre (npr. ?sort=price). Kanonske oznake (rel="canonical") ukazuju na preferiranu verziju. Provjerite da svaka stranica ima samoreferentnu kanonsku ili upućuje na ispravan kanonski URL.

Praktični primjer: Platforma za blogove može generirati i /blog/post i /blog/post?amp verzije. AMP verzija treba imati kanonsku koja upućuje na standardnu stranicu. Ako ne, dodajte kanonsku oznaku na AMP stranici.

Korak 4: Procjena brzine stranice i Core Web Vitals

Brzina stranice direktno utiče na korisničko iskustvo i rangiranje. Koristite Google PageSpeed Insights ili Lighthouse da testirate performanse vaše stranice na mobilnom i desktop uređaju. Fokusirajte se na Core Web Vitals: Largest Contentful Paint (LCP), Interaction to Next Paint (INP) i Cumulative Layout Shift (CLS). Ciljajte LCP ispod 2,5 sekunde, INP ispod 200ms i CLS ispod 0,1.

Za dublje poniranje u optimizaciju ovih metrika, pogledajte naš vodič o Optimizaciji Core Web Vitals.

Praktični primjer: Ako je vaš LCP 4 sekunde, krivac je često velika hero slika. Komprimirajte sliku u WebP format, odgodite nebitne skripte i omogućite lijeno učitavanje. Ponovno testirajte nakon promjena.

Korak 5: Testiranje mobilne prilagođenosti

Google koristi mobile-first indeksiranje, tako da vaša stranica mora dobro funkcionirati na mobilnim uređajima. Koristite Google Mobile-Friendly Test alat. Istaknut će probleme poput teksta premalog za čitanje, elemenata koji se mogu kliknuti preblizu ili sadržaja šireg od ekrana. Također provjerite da li je meta oznaka viewport prisutna i ispravno konfigurisana (<meta name="viewport" content="width=device-width, initial-scale=1">).

Upozorenje: Test alat provjerava samo jednu stranicu. Za potpuni audit, koristite izvještaj o mobilnoj prilagođenosti alata za puzanje (ako je dostupan) ili ručno testirajte ključne stranice na stvarnom mobilnom uređaju.

Korak 6: Identifikacija pokvarenih linkova i lanaca preusmjeravanja

Pokvareni linkovi (404) štete korisničkom iskustvu i troše budžet za puzanje. Vaš alat za puzanje će navesti sve pokvarene linkove. Riješite svaki tako što ćete vratiti stranicu, postaviti 301 preusmjeravanje na relevantnu stranicu ili ukloniti link. Također provjerite lance preusmjeravanja: niz višestrukih preusmjeravanja (npr. Stranica A → Stranica B → Stranica C). Ovo usporava vrijeme učitavanja i može izgubiti link equity. Idealno, preusmjeravanja treba da vode direktno na konačnu stranicu.

Praktični primjer: Blog post koji ste izbrisali prošle godine može imati vanjske backlinkove. Umjesto da dozvolite 404, preusmjerite ga na ažurirani post na istu temu.

Korak 7: Validacija strukturiranih podataka

Strukturirani podaci (schema markup) pomažu pretraživačima da razumiju vaš sadržaj i mogu omogućiti bogate rezultate poput zvjezdica recenzija ili isječaka FAQ. Koristite Google Rich Results Test da validirate svoj markup na ključnim stranicama (npr. proizvod, članak, FAQ). Uobičajene greške uključuju nedostajuća obavezna polja, netačno formatiranje ili duplicirana svojstva.

Za sveobuhvatni vodič o efikasnoj implementaciji strukturiranih podataka, pogledajte naš članak o Budućnost Vašeg SEO-a sa Strukturiranim Podacima.

Primjer: Ako imate stranicu s receptom, osigurajte da uključuje Recipe shemu sa poljima poput name, cookTime i nutrition. Ako nedostaje bilo koje obavezno polje, Google neće prikazati bogati isječak.

Zaključak

Tehnički SEO audit ne zahtijeva pozadinu developera—samo sistematski pristup i prave besplatne alate. Slijedeći ovih sedam koraka, otkrit ćete i riješiti uobičajene probleme koji sprečavaju vašu stranicu da postigne više rangiranje. Zapamtite da prioritizirate: popravite kritične greške (poput 404 i blokiranih stranica) prije optimizacije brzine ili strukturiranih podataka. Redoviti auditi (kvartalno) osiguravaju da vaša stranica ostane zdrava dok raste. Sa čistijom tehničkom osnovom, vaši ostali SEO napori će se konačno isplatiti.

Sada idite i puzajte svoju stranicu i vidite šta ćete pronaći. Vaše rangiranje će vam biti zahvalno.