Vodič za rješavanje grešaka pri indeksiranju i crawl-anju u Google Search Console

Greške pri indeksiranju i crawl-anju u Google Search Console nastaju kada Googlebot ne može pristupiti vašim stranicama, ne može ih pročitati, kada je tehnički blokiran ili kada Google procijeni da određeni URL nije vrijedan uvrštavanja u indeks. Da biste ih riješili, prvo trebate utvrditi obim greške, pokrenuti test uživo pomoću alata za pregled URL-a, te redom provjeriti robots.txt, noindex oznaku, kanonske (canonical) linkove, preusmjeravanja, statusni kod servera, sitemap i kvalitet sadržaja. Najispravniji pristup nije pokušavati ispraviti sva upozorenja odjednom, već primijeniti sistematičan plan rješavanja grešaka počevši od ključnih stranica koje utiču na promet i prihod.

Ovaj vodič je zamišljen kao praktična kontrolna lista pripremljena za blog kompanije Hostragons. Cilj nam je da vam pomognemo da protumačite izvještaje o obuhvatu i indeksiranju stranica koje vidite u Search Console, otkrijete prave uzroke grešaka i napravite trajna poboljšanja u smislu tehničkog SEO-a. Naročito kod e-trgovine, korporativnih stranica, blogova, portala s vijestima i projekata s velikim brojem URL-ova, crawl budžet, stanje servera i ispravna strategija indeksiranja direktno utiču na vidljivost.

Koja je razlika između crawl-anja i indeksiranja?

Crawlanje je proces u kojem Googlebot otkriva URL-ove na vašoj web stranici i pokušava pristupiti njihovim resursima poput HTML-a, slika, CSS-a i JavaScripta. Indeksiranje je, s druge strane, proces u kojem Google analizira crawl-anu stranicu i procjenjuje da li je prikladna za prikazivanje u rezultatima pretrage. Stranica može biti crawl-ana, ali ne i indeksirana. Slično tome, URL se može nalaziti u sitemapu, ali ga Google možda neće obraditi zbog robots.txt datoteke, noindex oznake ili greške na serveru.

Objasnimo na praktičnom primjeru: stranica vašeg proizvoda nalazi se u sitemap.xml datoteci, dostupna je putem internih linkova i vraća statusni kod 200. Međutim, ako HTML izvorni kod stranice sadrži noindex oznaku, Google će je crawl-ati, ali je neće dodati u indeks. U drugom scenariju, noindex oznaka ne postoji, ali server u trenutku opterećenja vrati grešku 500; ovog puta Googlebot ne može pouzdano crawl-ati stranicu, pa se proces indeksiranja prekida.

Koje izvještaje prvo provjeriti u Google Search Console?

U SEO standardima za 2026. godinu, prvi korak u rješavanju problema je tačnost podataka. U Search Console bi trebalo zajedno analizirati izvještaje "Stranice", "Sitemapovi", "Pregled URL-a" i "Statistika crawl-anja". Donošenje odluka na osnovu samo jednog izvještaja često dovodi u zabludu. Na primjer, URL koji se u izvještaju "Stranice" prikazuje kao "Nije indeksirano" može u alatu za pregled URL-a na testu uživo izgledati kao da se može indeksirati; ova razlika obično proizlazi iz vremenskog odmaka između Googleovog posljednjeg crawl-anja i datuma vaše posljednje ispravke.

1. Izvještaj "Stranice"

Izvještaj "Stranice" pokazuje koji su URL-ovi u indeksu, koji su isključeni i s kojim vrstama grešaka su se susreli. Cilj ovdje nije obavezno indeksirati svaki isključeni URL. Stranice korpe za kupovinu, kombinacije filtera, interni rezultati pretrage i duplirani URL-ovi s parametrima mogu se namjerno ostaviti izvan indeksa. Vaš prioritet trebaju biti kategorije, proizvodi, usluge, blog i stranice brenda za koje očekujete da će ostvarivati organski promet.

2. Alat za pregled URL-a

Alat za pregled URL-a je najpouzdaniji dijagnostički alat na nivou pojedinačne stranice. Ovdje možete vidjeti datum Googleovog posljednjeg crawl-anja, dozvoljeni status crawl-anja, kanonski URL koji je prijavio korisnik, kanonski URL koji je odabrao Google i mogućnost indeksiranja stranice. Kada radite na nekoj grešci, pokrenite test uživo za taj URL, a zatim, ako je vaša ispravka uspješna, pošaljite zahtjev za indeksiranje. Ipak, umjesto slanja ručnih zahtjeva za stotine URL-ova, zdravije je ispraviti osnovni uzrok problema.

3. Izvještaj "Sitemapovi"

Sitemap je mapa puta koja Googleu govori koji su URL-ovi važni. Unutar sitemapa trebaju se nalaziti samo URL-ovi koji vraćaju statusni kod 200, koji sami sebe označavaju kao kanonske, ne sadrže noindex i koje želite indeksirati. Ako sitemap od 10.000 URL-ova sadrži 3.000 preusmjerenih ili onih koji vraćaju grešku 404, bespotrebno trošite vrijeme Googlebota. Ako koristite WordPress, redovno provjeravajte postavke sitemapa koje generiše vaš SEO dodatak; ako koristite prilagođeni softver, redovno kontrolišite logiku generisanja sitemapa. WordPress hosting çözümleri

4. Statistika crawl-anja

Izvještaj "Statistika crawl-anja" pokazuje koliko često Googlebot posjećuje vašu stranicu, koliko zahtjeva upućuje, prosječno vrijeme odgovora i koje kodove odgovora prima. Ako prosječno vrijeme odgovora stalno raste, ako su greške 5xx sve izraženije ili ako postoji problem s pristupom robots.txt datoteci, vaša izvedba indeksiranja može biti ugrožena. Snažna hosting infrastruktura postaje kritična, posebno u periodima intenzivnih kampanja, na portalima s vijestima i u projektima e-trgovine s velikim brojem proizvoda. yüksek performanslı web hosting

Najčešće greške u Google Search Console i njihova rješenja

Tabela ispod nudi brzi sažetak dijagnoze i rješenja za najčešće greške pri crawl-anju i indeksiranju u Google Search Console. Možete je koristiti kao početnu kontrolnu listu, a zatim primijeniti detaljnije korake u relevantnim poglavljima.

Kako riješiti greške servera 5xx?

Greške 5xx ukazuju na to da je Googlebot prilikom pokušaja pristupa stranici naišao na problem na strani servera. Greške 500, 502, 503 i 504 su najčešći tipovi. Ove greške su posebno važne jer Google može smanjiti učestalost crawl-anja ako procijeni da je vaš server nestabilan. Korištenje greške 503 tokom kratkotrajnog održavanja može biti ispravno, ali trajne greške 5xx mogu dovesti do gubitka pozicija u indeksu.

Primjenjiva kontrolna lista

• Provjerite CPU, RAM, disk I/O i limite procesa na kontrolnoj tabli vašeg hostinga.
• Potražite PHP, MySQL ili aplikativne greške koje se ponavljaju u istim minutama u logovima grešaka web servera.
• Ako koristite WordPress, privremeno testirajte posljednje instalirane dodatke, teme ili postavke zaštitnog zida.
• Provjerite ima li znakova intenzivnog bot prometa, zlonamjernih zahtjeva ili DDoS-a.
• Primijenite sistem keširanja, CDN i optimizaciju baze podataka.

Na primjer, ako na e-trgovini s 20.000 proizvoda upiti prema bazi podataka postanu preteški tokom Googlebotovog crawl-anja i stranice kategorija vraćaju grešku 504 (vremensko ograničenje), samo traženje potvrde u Search Console nije rješenje. Prvo se moraju poboljšati indeksi baze podataka, paginacija, keš i hosting resursi. Kod rastućih projekata, prelazak sa dijeljenog hostinga na VPS ili jaču infrastrukturu kojom se može upravljati može direktno poboljšati stanje crawl-anja. VPS sunucu çözümleri

Kako ispraviti blokade crawl-anja u robots.txt?

Datoteka robots.txt govori pretraživačima koja područja smiju, a koja ne smiju crawl-ati. Samo jedno pogrešno napisano pravilo može uticati na vidljivost cijele stranice. Naročito ako se privremena pravila blokiranja korištena tokom izrade nove stranice zaborave ukloniti nakon prelaska na produkciju, Google ne može crawl-ati važne stranice.

Osnovne tačke koje trebate provjeriti su sljedeće:

• Vaša robots.txt datoteka mora biti dostupna u pregledniku na adresi vasdomen.com/robots.txt.
• Pravilo Disallow: / ne smije se koristiti na aktivnoj stranici; ovo pravilo blokira cijelu stranicu.
• CSS i JavaScript datoteke ne treba nepotrebno blokirati; Google mora moći ispravno renderirati stranicu.
• Lokacija sitemapa treba biti navedena unutar robots.txt.
• Područja poput admina, korpe, korisničkog računa mogu se blokirati, ali direktoriji kategorija i sadržaja ne smiju biti blokirani.

Robots.txt nije alat za uklanjanje iz indeksa. Ako je URL prethodno ušao u indeks, a zatim je blokiran putem robots.txt, Google ne može ponovo crawl-ati stranicu pa ne može vidjeti ni noindex oznaku. U tom slučaju stranica može ostati u rezultatima bez opisa. Za stranice koje želite ukloniti iz indeksa, ispravnije je prvo dozvoliti crawl-anje i koristiti noindex, a zatim, ako je potrebno, primijeniti strategiju trajnog uklanjanja.

Greška noindex: Kada je problem, a kada ispravna strategija?

Noindex oznaka govori Googleu da ne dodaje stranicu u indeks. Ovo nije greška, već SEO strategija kada se koristi na pravom mjestu. Problem nastaje kada se noindex oznaka greškom nađe na stranicama koje bi trebale ostvarivati organski promet. Često se viđa da je u WordPressu uključena opcija "obeshrabri pretraživače da indeksiraju ovu stranicu", da je tip sadržaja postavljen na noindex u SEO dodacima ili da je u prilagođenom softveru na nivou šablona odštampana pogrešna meta oznaka.

Za provjeru noindex oznake, u alatu za pregled URL-a provjerite odjeljak "Da li je indeksiranje dozvoljeno?". Zatim provjerite robots meta oznaku u izvornom kodu stranice i HTTP X-Robots-Tag zaglavlje. Za PDF, slike ili URL-ove datoteka možda je korišten X-Robots-Tag. Ako vam je stranica važna, noindex se mora ukloniti, stranica mora vraćati statusni kod 200, mora se nalaziti u sitemapu i biti podržana internim linkovima.

Greška "Otkriveno, trenutno nije indeksirano"

Ova situacija ukazuje na to da je Google svjestan URL-a, ali ga još nije odlučio crawl-ati. Često se viđa na velikim stranicama za nove proizvode ili blog postove. Google raspoređuje crawl budžet prema autoritetu stranice, brzini odgovora servera, kvalitetu URL-a i signalima internih linkova. Ako generišete hiljade URL-ova niske vrijednosti, crawl-anje važnih stranica može kasniti.

Koraci za rješenje

• Podržite važne URL-ove internim linkovima sa početne stranice, kategorija i relevantnih sadržaja.
• U sitemapu držite samo čiste URL-ove koje treba indeksirati.
• Poboljšajte brzinu učitavanja stranice; posebno obratite pažnju da TTFB vrijednost bude konstantno niska.
• Spriječite nepotrebno umnožavanje URL-ova s filterima, sortiranjem i parametrima.
• Na stranici ponudite originalan opis, cijenu, stanje zaliha, slike, tehničke detalje i informacije korisne za korisnika.

Konkretan primjer: ako hosting kompanija kreira stranice za 200 različitih lokacija i kombinacija paketa sa gotovo identičnim tekstovima, to može povećati broj otkrivenih, ali ne-crawlanih URL-ova. Umjesto toga, treba odabrati stranice za kojima zaista postoji namjera pretrage, te svakoj dodati originalno poređenje, scenarij korištenja, opis cijena i tehničke detalje.

Greška "Crawl-ano, trenutno nije indeksirano"

Ovo upozorenje pokazuje da je Google crawl-ao stranicu, ali je odlučio da je ne indeksira. Najčešće je povezano s kvalitetom sadržaja, ponavljajućom strukturom stranice, slabom informativnom vrijednošću ili kanonskim signalom. Google je sada skloniji indeksiranju stranica koje pružaju značajan doprinos korisniku koji pretražuje, a ne samo tehnički dostupnih stranica.

Da biste riješili ovu grešku, povećajte jedinstvenu vrijednost stranice. Transformišite generičku stranicu usluge od 150 riječi u sveobuhvatan resurs koji odgovara na pitanja korisnika, objašnjava tehničke specifikacije, pojašnjava logiku cijena, potkrijepljen je vizualima i linkuje ka relevantnim stranicama. Kada ažurirate sadržaj, nemojte samo povećavati broj riječi; dodajte stvarne primjere, tabele, poređenja i informacije koje olakšavaju donošenje odluka. SEO uyumlu web sitesi hazırlama rehberi

Greške s kanonskim (canonical) linkovima i problemi s dupliranim URL-ovima

Kanonska oznaka specificira koja je glavna verzija URL-a među sličnim ili kopiranim stranicama. Na stranicama e-trgovine uobičajeno je da se isti sadržaj otvara putem velikog broja URL-ova zbog parametara za boju, veličinu, sortiranje, filtere i kampanje. Ako Google odabere drugačiji URL od kanonskog kojeg ste vi naveli, u Search Console se može vidjeti razlika između kanonskog URL-a kojeg je odabrao korisnik i onog kojeg je odabrao Google.

Za rješavanje kanonskih problema primijenite sljedeće principe:

• Svaka stranica koju želite indeksirati treba samu sebe označavati kao kanonsku.
• URL-ovi s parametrima i duplirani URL-ovi trebaju imati kanonsku oznaku koja vodi ka najrelevantnijoj glavnoj stranici.
• Ciljani URL na koji upućuje kanonska oznaka mora vraćati statusni kod 200, ne smije imati noindex i ne smije biti blokiran robots.txt datotekom.
• Nemojte koristiti kanonsku oznaku i 301 preusmjeravanje na kontradiktoran način.
• U sitemapu navodite samo glavne kanonske URL-ove.

Pogrešna kanonska oznaka može prenijeti vidljivost dobro pripremljene stranice na neki drugi URL. Zbog toga je potrebno testirati generisanje kanonskih oznaka na nivou šablona, posebno na stranicama kategorija, proizvoda i usluga.

Greške pri preusmjeravanju: Lanac, petlja i pogrešni kodovi

Greške pri preusmjeravanju nastaju kada se premješteni ili obrisani URL-ovi ne prebace na ispravno odredište. Najčešći problemi su lanac preusmjeravanja, petlja preusmjeravanja, korištenje privremenog koda 302 umjesto trajnog preusmjeravanja i zbrka između http-https ili www i ne-www verzija.

Idealno preusmjeravanje treba biti izvedeno u jednom koraku sa kodom 301, sa starog URL-a na novi. Na primjer, ako je stari blog post premješten u novu strukturu kategorija, stara adresa ne bi trebala prvo ići na http verziju, pa na https verziju, pa na www verziju, pa na novi slug. Ovaj lanac usporava i korisničko iskustvo i efikasnost crawl-anja Googlebota. Prilikom prelaska na SSL, provjerite jesu li svi interni linkovi, kanonske oznake i URL-ovi u sitemapu ažurirani na https. SSL sertifikası seçenekleri

Kako postupati s greškama 404 i Soft 404?

Greška 404 označava da URL nije pronađen. Nije svaka 404 greška loša. Prirodno je da stranice koje su zaista uklonjene, nemaju alternativu i ne nose vrijednost u prometu vraćaju 404 ili 410. Problem je kada važne stranice greškom postanu 404, kada se u sitemapu nalaze 404 URL-ovi ili kada interni linkovi vode korisnika na praznu stranicu.

Soft 404 je situacija kada stranica tehnički vraća kod 200, ali se sadržajno ponaša kao stranica "nije pronađeno". Na primjer, ako stranica proizvoda koji je rasprodat vraća 200 sa praznim šablonom, Google to može protumačiti kao soft 404. Ako postoji alternativni proizvod, može se napraviti 301 preusmjeravanje na relevantnu kategoriju ili ekvivalentan proizvod. Ako nema alternative, uklanjanje stranice sa kodom 410 daje jasniji signal.

Strategija sitemapa: Jasno definišite stranice za indeksiranje

Vaš sitemap bi Googleu trebao predstavljati URL-ove kojima dajete prioritet. Česta greška je dodavanje svih URL-ova generisanih u sistemu u sitemap. Međutim, sitemap nije kanta za smeće, već filter kvaliteta. URL-ovi koji nisu vaš cilj za indeksiranje, preusmjerene adrese, noindex stranice, parametarski filteri i 404 stranice ne bi se trebali nalaziti u sitemapu.

U dobroj strukturi sitemapa, tipovi sadržaja poput bloga, stranica, kategorija, proizvoda mogu se podijeliti u zasebne mape. Čak i ako ne dosegnete ograničenje od 50.000 URL-ova, modularno upravljanje sitemapom na velikim stranicama olakšava analizu. Datum posljednje izmjene treba odražavati stvarna ažuriranja; prikazivanje svih URL-ova kao ažuriranih svaki dan ne stvara pouzdan signal. Ako koristite novu domenu, ispravne i stabilne DNS postavke domene su također važne za pristup Googlebota. domain tescil ve DNS yönetimi

Prioriteti tehničkog SEO-a za poboljšanje crawl budžeta

Crawl budžet se može posmatrati kao količina i dubina URL-ova koje Googlebot odluči crawl-ati na vašoj stranici u određenom vremenskom periodu. Na malim stranicama to obično nije kritičan problem, ali na projektima s hiljadama URL-ova, pogrešno generisanje URL-ova i spor server mogu dovesti do ozbiljnih gubitaka.

Primjenjive preporuke za crawl budžet

• Smanjite nepotrebne URL-ove s parametrima i uklonite ih iz internih linkova.
• Stranice s filterima otvarajte selektivno ako postoji potražnja za pretragom, a ostalima upravljajte putem noindex ili kanonskih oznaka.
• Ojačajte arhitekturu internih linkova; važne stranice ne bi trebale biti dublje od tri klika.
• Redovno mjerite vrijeme odgovora servera i uparite nagle skokove s logovima.
• Mjesečno provjeravajte pokvarene interne linkove pomoću alata za crawl-anje.
• Smanjite troškove renderiranja optimizacijom slika, CSS-a i JavaScript datoteka.

Iskustveno govoreći, na velikim stranicama čak i samo čišćenje 404 grešaka i lanaca preusmjeravanja pomaže Googlebotu da crawl-a više važnih stranica. Posebno kvalitetni opisi dodani na stranice kategorija i interni linkovi ka relevantnim proizvodima mogu povećati stopu indeksiranja.

Korak po korak plan rješavanja grešaka

Prilikom upravljanja greškama u Search Console, umjesto haotičnog djelovanja, primijenite sljedeći plan. Ova metoda nudi praktičan tok posla kako za pojedinačne blogove, tako i za korporativne projekte.

1. Iz izvještaja "Stranice" izdvojite tip greške koji ima najviše pogođenih URL-ova i njihov broj.
2. Dajte prioritet stranicama koje donose prihod, potencijalne klijente ili promet.
3. Odaberite 5-10 primjera URL-ova za svaki tip greške i izvršite test uživo u alatu za pregled URL-a.
4. Provjerite kod odgovora servera, robots.txt, noindex, kanonske linkove, sitemap i status internih linkova.
5. Utvrdite osnovni uzrok; umjesto ispravljanja URL-a jedan po jedan, primijenite rješenje na nivou šablona ili sistema.
6. Nakon ispravke, pratite logove i izvještaje Search Console 7-28 dana.
7. Ako je uspješno, zatražite potvrdu i proširite istu kontrolu na druge grupe URL-ova.

Ključna stvar ovdje je znati da podaci u Search Console ne rade u realnom vremenu, već sa zakašnjenjem. Greška koju ste danas ispravili može se pojavljivati u izvještaju još nekoliko dana ili sedmica. Stoga procjenjujte podatke iz izvještaja zajedno s testom uživo, logovima servera i provjerom stvarnog statusnog koda.

Kada trebate posumnjati na problem uzrokovan hostingom?

Nije svaki problem s indeksiranjem uzrokovan hostingom, ali neki signali snažno ukazuju na infrastrukturnu stranu. Ako u izvještaju "Statistika crawl-anja" prosječno vrijeme odgovora raste, ako se greške 5xx umnožavaju u određenim satima, ako se CPU limit popunjava tokom posjeta botova ili ako stranica usporava pri velikom prometu, potrebno je preispitati vaš hosting plan. Pouzdan DNS, ažurna PHP verzija, dovoljno CPU/RAM-a, brza disk infrastruktura, backup i sigurnosni slojevi su osnovni dijelovi tehničkog SEO-a.

Na primjer, ako se vaš organski promet utrostruči tokom perioda kampanje i istovremeno počne Googlebotovo crawl-anje, slaba infrastruktura može uzrokovati greške 503. Ovo nije samo gubitak korisnika, već i gubitak povjerenja u indeks. Skalabilni hosting, ispravna konfiguracija keša i SSL kontinuitet direktno, a ne indirektno, podržavaju SEO performanse. kurumsal hosting paketleri

Konačna kontrolna lista: Prije objavljivanja

• Da li važne stranice vraćaju statusni kod 200?
• Da li robots.txt blokira važne foldere?
• Da li je noindex samo na stranicama koje svjesno ostavljate izvan indeksa?
• Da li kanonske oznake pokazuju na ispravan glavni URL?
• Da li se sitemap sastoji samo od čistih URL-ova koji se mogu indeksirati?
• Postoji li preusmjeravanje 301 u jednom koraku sa HTTP na HTTPS i sa starih URL-ova na nove?
• Jesu li 404 stranice očišćene iz internih linkova i sitemapa?
• Postoje li u logovima servera ponavljajuće greške 5xx ili vremenska ograničenja za Googlebot?

Ova kontrolna lista je osnova redovnog održavanja tehničkog SEO-a. Detaljno crawl-anje jednom mjesečno, izvoz izvještaja iz Search Console i bilježenje promjena omogućit će vam da brže dijagnostikujete buduće gubitke u indeksu.

Često postavljana pitanja

Kada će rezultati biti vidljivi nakon ispravljanja grešaka u Google Search Console?

Ovisno o vrsti greške i učestalosti crawl-anja vaše stranice, rezultati mogu biti vidljivi u roku od nekoliko dana do nekoliko sedmica. Test URL-a uživo pokazuje trenutno stanje, ali ažuriranje izvještaja u Search Console može kasniti.

Da li je greška "Otkriveno, trenutno nije indeksirano" uvijek loša?

Ne. Google može odabrati da kasnije crawl-a nove ili niskoprioritetne URL-ove. Međutim, ako se stalno pojavljuje na važnim stranicama, treba poboljšati interne linkove, sitemap, brzinu stranice, odgovor servera i kvalitet sadržaja.

Uklonio sam noindex oznaku, zašto stranica još uvijek nije ušla u indeks?

Google mora ponovo crawl-ati stranicu. Također, provjerite da stranica nije blokirana robots.txt datotekom, da je kanonsko odredište ispravno, da vraća statusni kod 200 i da nudi kvalitetan sadržaj.

Moram li obavezno napraviti 301 preusmjeravanje za 404 greške?

Ne. Stari URL-ovi koji nemaju alternativu i ne nose vrijednost u prometu ili backlinkovima mogu ostati 404 ili 410. Važni URL-ovi koji imaju sličan ili novi ekvivalent trebaju se preusmjeriti putem 301 na najrelevantniju stranicu.

Da li izbor hostinga utiče na indeksiranje?

Da. Sporo vrijeme odgovora, limiti resursa, česte greške 5xx i nestabilna SSL ili DNS konfiguracija mogu smanjiti efikasnost Googlebotovog crawl-anja. Stabilan i brz hosting je snažan temelj za tehnički SEO.

Ukratko, kada se ispravno tumače, greške pri indeksiranju i crawl-anju u Google Search Console pružaju vrijedne signale za poboljšanje tehničkog zdravlja vaše stranice. Prvo identificirajte važne URL-ove, potvrdite grešku testom uživo i logovima, a zatim sistematski provjerite robots.txt, noindex, kanonske linkove, preusmjeravanja, sitemap, kvalitet sadržaja i performanse servera. Ako želite podržati ovaj proces bržom, sigurnijom i stabilnijom infrastrukturom, možete istražiti hosting, domenu i SSL rješenja kompanije Hostragons kako biste stvorili odgovarajući temelj za svoju stranicu.