Vodič za rješavanje problema sa skeniranjem i indeksiranjem u Google Search Console

Greške skeniranja i indeksiranja u Google Search Console javljaju se kada Googlebot ne može pristupiti vašim stranicama, kada ih ne može pročitati, kada su tehnički blokirane ili kada Google ne smatra da je relevantna URL adresa vrijedna indeksiranja. Da biste riješili problem, prvo trebate odrediti opseg greške, pokrenuti testiranje uživo putem alata za provjeru URL-a, a zatim redom provjeriti robots.txt, noindex, canonical, preusmjerenja, kodove odgovora poslužitelja, sitemap i kvalitetu sadržaja. Najbolji pristup je primijeniti sustavni plan rješavanja grešaka koji započinje s važnim stranicama koje utječu na promet i prihod, umjesto da pokušavate istovremeno ispraviti sve upozorenja.

Ovaj vodič predstavlja praktičnu kontrolnu listu za blog Hostragons. Naš cilj je pomoći vam da protumačite izvještaje o pokrivenosti i indeksiranju stranica koje vidite u Search Console-u, da pronađete stvarne uzroke grešaka i da napravite trajna poboljšanja s tehničkog SEO aspekta. Osobito u projektima kao što su e-trgovina, korporativne stranice, blogovi, informativne stranice i projekti s velikim brojem URL-ova, proračun za skeniranje, zdravlje poslužitelja i ispravna strategija indeksa izravno utječu na vidljivost.

Koja je razlika između skeniranja i indeksiranja?

Skeniranje se odnosi na to kako Googlebot istražuje URL-ove na vašoj web stranici i pokušava pristupiti resursima tih stranica poput HTML-a, slika, CSS-a i JavaScript-a. Indeksiranje, s druge strane, podrazumijeva analizu stranice koju je Google skenirao i procjenu njene prikladnosti za prikazivanje u rezultatima pretraživanja. Stranica može biti skenirana, ali ne mora nužno biti indeksirana. Na sličan način, URL može biti prisutan u sitemapu, ali zbog robots.txt, noindex ili pogreške na poslužitelju, Google ga možda neće obraditi.

Da bismo to pojasnili praktičnim primjerom: vaša stranica proizvoda može biti prisutna u sitemap.xml, dostupna putem unutarnjih poveznica i vraćati 200 stanje. Međutim, ako u HTML izvoru stranice postoji noindex oznaka, Google neće indeksirati stranicu čak i ako ju skenira. U drugom scenariju, stranica nema noindex, ali tijekom razdoblja opterećenja poslužitelj vraća 500 pogrešku; u tom slučaju Googlebot ne može pouzdano skenirati stranicu, što ometa proces indeksiranja.

Koje izvještaje pregledati prvo u Google Search Console-u?

Prvi korak rješavanja problema prema standardima SEO-a 2026. godine je točnost podataka. U Google Search Console-u, posebno izvještaji o Stranicama, Sitemapovima, Alatu za provjeru URL-a i Statistici skeniranja trebaju biti pregledani zajedno. Odluka na temelju samo jednog izvještaja često može biti zavaravajuća. Na primjer, URL koji se u izvještaju o Stranicama prikazuje kao "nije indeksiran", može se u Alatu za provjeru URL-a prikazati kao "indeksabilan" tijekom testa uživo; ova razlika obično je rezultat razlike u vremenu između Googleove posljednje skenirane i vaše posljednje ispravke.

1. Izvještaj o stranicama

Izvještaj o stranicama pokazuje koji URL-ovi su indeksirani, koji su isključeni i s kojim vrstama grešaka se susreću. Cilj nije nužno indeksirati svaki isključeni URL. Stranice s košaricama, kombinacije filtara, rezultati unutarnjeg pretraživanja i URL-ovi s ponovljenim parametrima mogu biti namjerno isključeni iz indeksa. Vaš prioritet trebaju biti stranice kategorija, proizvoda, usluga, blogova i marki za koje očekujete da će dobiti organski promet.

2. Alat za provjeru URL-a

Alat za provjeru URL-a je najpouzdaniji dijagnostički alat na razini pojedinačne stranice. Ovdje možete vidjeti datum posljednjeg skeniranja od strane Google-a, status dopuštenog skeniranja, korisnički prijavljeni canonical, Google-om odabrani canonical i mogućnost indeksiranja stranice. Kada radite na rješavanju greške, pokrenite test uživo za isti URL, a zatim, ako je vaša ispravka uspješna, pošaljite zahtjev za indeksiranje. Međutim, umjesto da šaljete ručne zahtjeve za stotine URL-ova, bolje je ispraviti osnovni uzrok problema.

3. Izvještaj o Sitemap-ima

Sitemap je putokaz koji Googleu objašnjava koji URL-ovi su važni. U sitemapu bi trebali biti samo URL-ovi koji vraćaju 200 stanje, koji se označavaju kao canonical, ne sadrže noindex i za koje želite da budu indeksirani. Ako u sitemapu s 10.000 URL-ova postoji 3.000 preusmjerenih ili 404 URL-ova, bespotrebno trošite vrijeme Googlebota. Ako koristite WordPress, redovito provjeravajte postavke sitemap-a koje generira vaš SEO dodatak; ako koristite prilagođeni softver, redovito provjeravajte logiku generiranja sitemap-a. WordPress hosting rješenja

4. Statistika skeniranja

Izvještaj o statistici skeniranja pokazuje koliko često Googlebot dolazi na vašu stranicu, koliko zahtjeva je napravljeno, prosječno vrijeme odgovora i koje kodove odgovora je primio. Ako se prosječno vrijeme odgovora neprekidno povećava, ako su 5xx pogreške očite ili ako ima problema s pristupom robots.txt, to može utjecati na performanse indeksa. Osobito u razdobljima intenzivnih kampanja, na informativnim stranicama i u projektima e-trgovine s velikim brojem proizvoda, snažna hosting infrastruktura postaje ključna. visokoučinkoviti web hosting

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

U sljedećoj tablici nalazi se brzi pregled dijagnostike i rješenja za najčešće greške skeniranja i indeksiranja u Google Search Console-u. Možete je koristiti kao prvu kontrolnu listu, a zatim primijeniti detaljnije korake u odgovarajućim odjeljcima.

Kako riješiti 5xx greške na poslužitelju?

5xx greške pokazuju da je Googlebot naišao na problem na strani poslužitelja kada je pokušao pristupiti stranici. 500, 502, 503 i 504 su najčešći tipovi. Ove greške su posebno važne jer, ako Google smatra da je vaš poslužitelj nestabilan, može smanjiti učestalost skeniranja. Korištenje 503 tijekom kratkotrajnog održavanja može biti ispravno; međutim, trajne 5xx greške mogu dovesti do gubitka indeksa.

Praktična kontrolna lista

• Pregledajte CPU, RAM, disk I/O i limit procesa putem kontrolne ploče hostinga.
• U logovima web poslužitelja tražite ponavljajuće PHP, MySQL ili greške aplikacija u istim minutama.
• Ako koristite WordPress, privremeno testirajte posljednje instalirane dodatke, temu ili postavke vatrozida.
• Provjerite ima li znakova intenzivnog bot prometa, malicioznih zahtjeva ili DDoS napada.
• Primijenite sustav predmemoriranja, CDN i optimizaciju baze podataka.

Na primjer, ako u e-trgovini s 20.000 proizvoda, tijekom skeniranja Googlebota dolazi do usporavanja baza podataka i kategorije stranica vraćaju 504 vrijeme isteka, samo traženje potvrde iz Search Console-a nije rješenje. Prvo treba optimizirati indekse baze podataka, paginaciju, predmemoriju i resurse hostinga. U rastućim projektima prelazak s dijeljenog hostinga na VPS ili jaču upravljanu infrastrukturu može izravno poboljšati zdravlje skeniranja. VPS server rješenja

Kako ispraviti blokade skeniranja u robots.txt?

Datoteka robots.txt obavještava tražilice koja područja mogu ili ne mogu skenirati. Jedno pogrešno napisano pravilo može utjecati na vidljivost cijele stranice. Osobito, ako se tijekom pokretanja nove stranice koriste privremena pravila blokiranja koja se zaborave nakon prijenosa uživo, Google ne može skenirati važne stranice.

Ključne točke koje trebate provjeriti su:

• Vaša datoteka robots.txt mora biti dostupna putem preglednika na adresi vasadomena.com/robots.txt.
• Pravilo Disallow: / ne smije se koristiti na aktivnoj stranici; ovo pravilo blokira cijelu stranicu.
• CSS i JavaScript datoteke ne smiju se bespotrebno blokirati; Google mora moći ispravno renderirati stranicu.
• Lokacija sitemap-a mora biti navedena u robots.txt.
• Područja poput admina, košarice i korisničkog računa mogu biti blokirana; međutim, kategorije i indeksi sadržaja ne smiju biti blokirani.

Robots.txt nije alat za uklanjanje iz indeksa. Ako je URL ranije bio indeksiran i kasnije blokiran robots.txt-om, Google ne može ponovno skenirati stranicu i stoga ne može vidjeti noindex oznaku. U ovom slučaju, stranica može ostati u rezultatima bez opisa. Za stranice koje želite ukloniti iz indeksa, bolje je prvo dozvoliti skeniranje i koristiti noindex, a zatim, ako je potrebno, primijeniti strategiju trajnog uklanjanja.

Noindex greška: Kada je problem, a kada je ispravna strategija?

Noindex oznaka govori Googleu da ne indeksira stranicu. To nije greška, već SEO strategija kada se koristi na pravom mjestu. Problem nastaje kada se noindex oznaka slučajno nalazi na stranicama koje bi trebale primiti organski promet. U WordPress-u, ako opcija "Onemogući indeksiranje ove stranice od strane tražilica" ostane uključena, ili ako se u SEO dodacima tip sadržaja označi kao noindex ili ako se u prilagođenom softveru pogrešno ispiše meta oznaka na razini predloška, to su česti problemi.

Za provjeru noindex oznake, u Alatu za provjeru URL-a provjerite odjeljak koji pokazuje je li stranici dopušteno indeksiranje. Zatim provjerite robots meta oznaku i HTTP X-Robots-Tag zaglavlje u izvoru stranice. Možda je korišten X-Robots-Tag za PDF, slike ili URL-ove datoteka. Ako je stranica važna za vas, noindex bi trebao biti uklonjen, stranica bi trebala vraćati 200 stanje, trebala bi biti prisutna u sitemap-u i trebala bi biti podržana unutarnjim poveznicama.

Greška "Otkriveno, trenutačno nije indeksirano"

Ova situacija pokazuje da je Google svjestan URL-a, ali još nije odabrao skeniranje. Ovo je često vidljivo na velikim stranicama za nove proizvode ili blog postove. Google distribuira proračun za skeniranje prema autoritetu stranice, brzini odgovora poslužitelja, kvaliteti URL-a i signalima unutarnje poveznice. Ako stvarate tisuće URL-ova s niskom vrijednošću, skeniranje važnih stranica može biti odgođeno.

Korisni koraci za rješavanje

• Povežite važne URL-ove putem unutarnjih poveznica iz glavne stranice, kategorija i relevantnog sadržaja.
• U sitemap-u zadržite samo čiste URL-ove koji trebaju biti indeksirani.
• Poboljšajte brzinu učitavanja stranica; posebno pazite da TTFB vrijednost ostane dosljedno niska.
• Sprečite nepotrebno umnožavanje URL-ova s filtrima, redoslijedom i parametrima.
• Nudite jedinstvene opise, cijene, zalihe, slike, tehničke detalje i korisne informacije na stranicama.

Konkretni primjer: hosting tvrtka koja proizvodi gotovo iste tekstove za 200 različitih lokacija i kombinacija paketa može povećati broj URL-ova koji su otkriveni, ali nisu skenirani. Umjesto toga, trebaju se odabrati stranice koje stvarno imaju namjeru pretraživanja, a svakoj stranici treba dodati jedinstvene usporedbe, scenarije korištenja, objašnjenja cijena i tehničke detalje.

Greška "Skenirano, trenutačno nije indeksirano"

Ovo upozorenje pokazuje da je Google skenirao stranicu, ali je odlučio da je ne indeksira. Obično je povezano s kvalitetom sadržaja, ponavljajućom strukturom stranica, slabom informacijskom vrijednošću ili canonical signalom. Google je sada sklon indeksirati ne samo tehnički dostupne stranice, već i one koje nude značajan doprinos korisnicima koji pretražuju.

Da biste riješili ovu grešku, povećajte jedinstvenu vrijednost stranice. Pretvorite općenitu stranicu usluga od 150 riječi u sveobuhvatan izvor koji odgovara na korisnička pitanja, objašnjava tehničke specifikacije, opisuje logiku cijena, podržava slikama i povezuje na relevantne stranice. Kada ažurirate sadržaj, ne povećavajte samo broj riječi; dodajte stvarne primjere, tablice, usporedbe i informacije koje olakšavaju donošenje odluka. vodič za izradu SEO optimizirane web stranice

Canonical pogreške i problemi s dupliciranim URL-ovima

Canonical oznaka označava koja je URL adresa izvorna verzija među sličnim ili dupliciranim stranicama. Na e-trgovinskim stranicama, zbog boje, veličine, redoslijeda, filtra i parametara kampanja, uobičajeno je da se isti sadržaj otvara s brojnim URL-ovima. Ako Google odabere drugačiji URL umjesto onoga koji ste vi označili kao canonical, u Search Console-u može doći do razlike između canonical odabranog od strane korisnika i onoga koji je odabrala Google.

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

• Svaka stranica koja treba biti indeksirana treba pokazivati samu sebe kao canonical.
• URL-ovi s parametrima i ponovljeni URL-ovi trebaju imati canonical postavljen na najrelevantniju glavnu stranicu.
• Canonical ciljani URL treba vraćati 200 stanje, ne smije imati noindex i ne smije biti blokiran robots.txt-om.
• Ne koristite kontradiktorne 301 preusmjerenja s canonical oznakom.
• U sitemapu navodite samo canonical glavne URL-ove.

Pogrešan canonical može prenijeti vidljivost dobro pripremljene stranice na drugi URL. Stoga je posebno važno testirati generiranje canonical oznaka na temelju predloška, posebno na stranicama kategorija, proizvoda i usluga.

Pogreške preusmjeravanja: lanac, petlja i pogrešni kodovi

Pogreške preusmjeravanja javljaju se kada preusmjerene ili izbrisane URL-ove nije moguće ispravno preusmjeriti na odgovarajuće odredište. Najčešći problemi uključuju lanac preusmjeravanja, preusmjeravajuće petlje, korištenje privremenog 302 koda umjesto trajnog preusmjeravanja i zbrku između http-https ili www-www verzija.

Idealno preusmjeravanje treba se izvršiti u jednom koraku 301 s starog URL-a na novi URL. Na primjer, ako je stari blog post prebačen u novu strukturu kategorija, stara adresa ne smije ići prvo na http verziju, zatim na https verziju, zatim na www verziju, a zatim na novi slug. Ovaj lanac usporava korisničko iskustvo i smanjuje učinkovitost skeniranja Googlebota. Prilikom prelaska na SSL, provjerite jesu li sve unutarnje poveznice, canonical oznake i URL-ovi u sitemapu ažurirani na https. opcije SSL certifikata

Kako se nositi s 404 i soft 404 pogreškama?

404 označava da URL nije pronađen. Svaka 404 pogreška nije nužno loša. Prirodno je da stranice koje su stvarno uklonjene, nemaju alternativu i nemaju vrijednost prometa vraćaju 404 ili 410. Problem nastaje kada važne stranice slučajno vrate 404, kada se u sitemapu nalaze 404 URL-ovi ili kada unutarnje poveznice šalju korisnike na prazne stranice.

Soft 404 označava da stranica tehnički vraća 200 kod, ali se ponaša kao stranica koja nije pronađena. Na primjer, ako stranica proizvoda koja je izbačena iz prodaje vraća praznu predložak s 200, Google to može protumačiti kao soft 404. Ako postoji alternativni proizvod, može se napraviti 301 preusmjeravanje na relevantnu kategoriju ili zamjenski proizvod. Ako nema alternative, stranica treba biti uklonjena s 410 kako bi se dala jasnija signalizacija.

Strategija Sitemap-a: Razjasnite stranice za indeksiranje

Vaš sitemap treba predstavljati URL-ove kojima dajete prioritet. Česta pogreška je dodavanje svih URL-ova koji su generirani u sustavu u sitemap. Međutim, sitemap nije kanta za smeće, već filter kvalitete. URL-ovi koji nisu cilj za indeksiranje, preusmjereni URL-ovi, noindex stranice, URL-ovi s parametrima filtra i 404 stranice ne bi trebali biti prisutni u sitemapu.

U dobrom sitemapu, vrste sadržaja poput blogova, stranica, kategorija i proizvoda mogu se odvojiti u različite mape. Čak i ako ne dostignete granicu od 50.000 URL-ova, modularno upravljanje sitemap-om olakšava analizu na velikim stranicama. Datum posljednje izmjene trebao bi odražavati stvarne ažurirane; prikazivanje svih URL-ova kao ažuriranih svaki dan ne stvara pouzdane signale. Ako koristite novu domenu, ispravna i stabilna DNS postavka domene također je važna za pristup Googlebota. registracija domene i upravljanje DNS-om

Tehnički SEO prioriteti za poboljšanje proračuna skeniranja

Proračun skeniranja može se smatrati brojem i dubinom URL-ova koje Googlebot odabire za skeniranje unutar određenog vremenskog razdoblja na vašoj web stranici. Na malim stranicama to obično nije kritičan problem; međutim, u projektima s tisućama URL-ova, generiranje pogrešnih URL-ova i spori poslužitelji mogu dovesti do ozbiljnih gubitaka.

Praktične preporuke za proračun skeniranja

• Smanjite nepotrebne URL-ove s parametrima i uklonite ih iz unutarnjih poveznica.
• Povežite stranice filtra samo ako postoji potražnja za pretraživanjem, a druge upravljajte s noindex ili canonical.
• Ojačajte strukturu unutarnjih poveznica; važne stranice ne bi trebale biti dublje od tri klika.
• Redovito mjerite vrijeme odgovora poslužitelja i usporedite iznenadne poraste s logovima.
• Mjesečno provjeravajte pokvarene unutarnje poveznice pomoću alata za skeniranje.
• Optimizirajte slike, CSS i JavaScript datoteke kako biste smanjili troškove renderiranja.

Na temelju iskustva, samo čišćenje 404 i preusmjeravanja lanaca na velikim stranicama može pomoći da Googlebot skenira više važnih stranica. Osobito, dodavanje kvalitetnih opisa i relevantnih unutarnjih poveznica na stranice kategorija može povećati stopu indeksiranja.

Plan rješavanja grešaka korak po korak

Kada upravljate greškama u Search Console-u, umjesto da djelujete nasumično, primijenite sljedeći plan. Ova metoda nudi praktičan tijek rada za male blogove i korporativne projekte.

1. Izvucite najviše pogođeni tip greške i broj URL-ova iz izvještaja o stranicama.
2. Prioritetizirajte stranice koje donose prihod, potencijalne klijente ili promet.
3. Odaberite 5-10 primjer URL-ova iz svake vrste greške i provjerite ih uživo putem Alata za provjeru URL-a.
4. Provjerite kod odgovora poslužitelja, robots.txt, noindex, canonical, stanje sitemap-a i unutarnje poveznice.
5. Odredite osnovni uzrok; umjesto da ispravljate pojedinačne URL-ove, primijenite rješenja na razini predloška ili sustava.
6. Nakon ispravka pratite logove i izvještaje iz Search Console-a 7-28 dana.
7. Ako je uspješno, zatražite potvrdu i proširite istu provjeru na druge grupe URL-ova.

Ključna točka ovdje je razumjeti da podaci iz Search Console-a ne rade u realnom vremenu, već imaju kašnjenje. Greška koju ste danas ispravili može se u izvještaju vidjeti još nekoliko dana ili čak tjedana. Stoga je važno istovremeno procijeniti podatke izvještaja uz testiranje uživo, logove poslužitelja i provjeru stvarnog koda odgovora.

Kada biste trebali posumnjati na problem s hostingom?

Nije svaki problem s indeksiranjem uzrokovan hostingom; međutim, određeni znakovi jasno upućuju na infrastrukturu. Ako se u izvještaju o Statistici skeniranja prosječno vrijeme odgovora povećava, ako se 5xx greške povećavaju u određenim satima, ako je limit CPU-a ispunjen tijekom posjeta botovima ili ako se stranica usporava tijekom intenzivnog prometa, trebali biste preispitati svoj hosting plan. Pouzdani DNS, ažurirana verzija PHP-a, dovoljan CPU/RAM, brza disk infrastruktura, sigurnosne kopije i sigurnosni slojevi osnovni su dijelovi tehničkog SEO-a.

Na primjer, ako se vaš organski promet tijekom kampanje poveća tri puta i istovremeno započne skeniranje Googlebota, slaba infrastruktura može uzrokovati 503 greške. To nije samo gubitak korisnika, već i gubitak povjerenja u indeks. Skalabilni hosting, ispravna konfiguracija predmemorije i kontinuitet SSL-a izravno podržavaju SEO performanse. paketi korporativnog hostinga

Posljednja kontrolna lista: Prije nego što objavite

• Vraćaju li važne stranice 200 stanje?
• Blokira li robots.txt važne mape?
• Je li noindex samo na stranicama koje će biti namjerno isključene iz indeksa?
• Pokazuju li canonical oznake ispravnu glavnu URL adresu?
• Je li sitemap sastavljen samo od čistih, indeksabilnih URL-ova?
• Postoji li jednostavno 301 preusmjeravanje od HTTP-a do HTTPS-a i od starih URL-ova do novih URL-ova?
• Jesu li 404 stranice uklonjene iz unutarnjih poveznica i sitemap-a?
• Postoje li ponavljajuće 5xx ili vrijeme isteka za Googlebota u logovima poslužitelja?

Ova kontrolna lista temelj je redovitog tehničkog SEO održavanja. Provođenje opsežnog skeniranja jednom mjesečno, izvoženje izvještaja iz Search Console-a i bilježenje promjena omogućit će vam brže dijagnosticiranje budućih gubitaka indeksa.

Često postavljana pitanja

Kada se rezultati vide nakon ispravka grešaka u Google Search Console-u?

Ovisno o vrsti greške i učestalosti skeniranja vaše stranice, rezultati se mogu vidjeti u rasponu od nekoliko dana do nekoliko tjedana. Testiranje uživo URL-a prikazuje trenutnu situaciju; međutim, ažuriranje izvještaja iz Search Console-a može kasniti.

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

Ne. Google može kasnije odabrati skeniranje novih ili manje prioritetnih URL-ova. Međutim, ako se to stalno pojavljuje na važnim stranicama, treba poboljšati unutarnje poveznice, sitemap, brzinu stranice, brzinu poslužitelja i kvalitetu sadržaja.

Zašto stranica još uvijek nije indeksirana nakon što sam uklonio noindex oznaku?

Google mora ponovno skenirati stranicu. Također, provjerite da stranica nije blokirana robots.txt-om, da je canonical odredište ispravno, da vraća 200 stanje i da nudi kvalitetan sadržaj.

Mora li svaka 404 greška biti preusmjerena na 301?

Ne. URL-ovi koji nemaju alternativu i nemaju vrijednost prometa ili povratnih veza mogu ostati 404 ili 410. Međutim, važni URL-ovi koji imaju slične ili nove alternative trebaju biti preusmjereni na najrelevantniju stranicu putem 301.

Utječe li izbor hostinga na indeksiranje?

Da. Sporo vrijeme odgovora, limit resursa, česte 5xx greške i nestabilne SSL ili DNS konfiguracije mogu smanjiti učinkovitost skeniranja Googlebota. Stabilan i brz hosting je snažna osnova za tehnički SEO.

U zaključku, greške skeniranja i indeksiranja u Google Search Console-u pružaju vrijedne signale za poboljšanje tehničkog zdravlja vaše stranice kada ih ispravno protumačite. Prvo identificirajte važne URL-ove, potvrdite grešku putem testiranja uživo i logova, a zatim sistematski provjerite robots.txt, noindex, canonical, preusmjerenja, sitemap, kvalitetu sadržaja i performanse poslužitelja. Ako želite podržati ovaj proces bržom, sigurnijom i stabilnom infrastrukturom, istražite rješenja za hosting, domene i SSL od Hostragonsa kako biste stvorili odgovarajuću osnovu za svoju stranicu.