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

Problemi sa skeniranjem i indeksiranjem u Google Search Console javljaju se kada Googlebot ne može doći do vaših stranica, ne može ih pročitati, tehnički su blokirane ili Google smatra da određeni URL nije vrijedan indeksiranja. Da biste riješili problem, prvo morate utvrditi opseg greške, pokrenuti test uživo putem alata za provjeru URL-a, zatim redom provjeriti robots.txt, noindex, canonical, preusmjeravanje, kodove odgovora servera, 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 prihode, umjesto da pokušavate ispraviti sve upozorenja odjednom.

Ovaj vodič služi kao praktična kontrolna lista za blog Hostragons. Naša namjera je pomoći vam da protumačite izvještaje o pokrivenosti i indeksiranju stranica u Search Consoleu, pronađete stvarne uzroke grešaka i provedete trajna poboljšanja s tehničkog SEO aspekta. Osobito u projektima kao što su e-trgovina, korporativne web stranice, blogovi, vijesti i projekti sa velikim brojem URL-ova, proračun za skeniranje, zdravlje servera i ispravna strategija indeksiranja izravno utječu na vidljivost.

Koja je razlika između skeniranja i indeksiranja?

Skeniranje je proces u kojem Googlebot otkriva URL-ove na vašoj web stranici i pokušava pristupiti izvorima tih stranica, kao što su HTML, slike, CSS, JavaScript itd. Indeksiranje se događa kada Google analizira skenirane stranice i odluči hoće li ih prikazati u rezultatima pretraživanja. Stranica može biti skenirana, ali ne mora biti indeksirana. Slično tome, URL može biti prisutan u sitemapu, ali može biti neobradiv od strane Googlea zbog robots.txt, noindex oznake ili greške na serveru.

Da bismo to objasnili praktičnim primjerom: Stranica proizvoda može biti prisutna u sitemap.xml, dostupna putem unutarnjih linkova i vraćati 200 status kod. Međutim, ako HTML izvorna oznaka stranice sadrži noindex, Google neće indeksirati stranicu, čak i ako ju skenira. U drugom scenariju, ako stranica nema noindex, ali server tijekom opterećenja vraća 500 grešku, Googlebot ne može pouzdano skenirati stranicu, što ometa proces indeksiranja.

Na koje izvještaje u Google Search Console trebate prvo obratiti pozornost?

Prvi korak u rješavanju problema prema SEO standardima 2026. je točnost podataka. U Google Search Consoleu posebno biste trebali pregledati izvještaje o Stranicama, Sitemapovima, Alatu za provjeru URL-a i Statistici skeniranja zajedno. Donošenje odluka na temelju samo jednog izvještaja često može biti zavaravajuće. 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 "Indeksiran" tijekom testa uživo; razlika obično proizlazi iz vremenske razlike između datuma posljednjeg skeniranja od strane Googlea i datuma 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 ste se susreli. Cilj nije nužno indeksirati svaki isključeni URL. Stranice s košarama, kombinacije filtara, rezultati unutarnjeg pretraživanja i URL-ovi s ponovljenim parametrima mogu biti svjesno isključeni iz indeksa. Vaš prioritet trebaju biti stranice kategorija, proizvoda, usluga, blogova i marki za koje očekujete organski promet.

2. Alat za provjeru URL-a

Alat za provjeru URL-a je najpouzdaniji alat za dijagnosticiranje na razini pojedinačne stranice. Ovdje možete vidjeti datum posljednjeg skeniranja od strane Googlea, status dopuštenog skeniranja, korisnički navedeni canonical, Googleom odabrani canonical i mogućnost indeksiranja stranice. Kada radite na grešci, 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 Sitemapovima

Sitemap je mapa puta koja Googleu objašnjava koji URL-ovi su važni. U sitemapu bi trebali biti samo URL-ovi koji vraćaju 200 status kod, označavaju se kao canonical, ne sadrže noindex i koje želite indeksirati. Ako u sitemapu od 10.000 URL-ova ima 3.000 preusmjerenih ili koji vraćaju 404, trošit ćete 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 prikazuje koliko često Googlebot dolazi na vašu stranicu, koliko zahtjeva šalje, prosječno vrijeme odgovora i koje kodove odgovora dobiva. Ako prosječno vrijeme odgovora stalno raste, ako se 5xx greške pojavljuju ili ako ima problema s pristupom robots.txt, to može utjecati na vašu izvedbu indeksa. Osobito u razdobljima intenzivnih kampanja, na vijestima i u projektima e-trgovine s velikim brojem proizvoda, jaka hosting infrastruktura postaje ključna. visoko performantni web hosting

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

U donjoj tablici nalazi se brzi pregled najčešćih grešaka sa skeniranjem i indeksiranjem u Google Search Consoleu i njihovih mogućih rješenja. Možete koristiti ovu tablicu kao prvu kontrolnu listu, a zatim primijeniti detaljnije korake u odgovarajućim naslovima.

Kako riješiti greške servera 5xx?

Greške 5xx pokazuju da je Googlebot naišao na problem na strani servera dok je pokušavao pristupiti stranici. Greške 500, 502, 503 i 504 su najčešće vrste. Ove greške su posebno važne jer ako Google smatra da je vaš server 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 limite procesa u svom hosting kontrolnom panelu.
• Potražite ponavljajuće PHP, MySQL ili aplikacijske greške u logovima web servera tijekom istih minuta.
• Ako koristite WordPress, privremeno testirajte posljednje instalirane dodatke, temu ili postavke vatrozida.
• Provjerite postoje li znakovi intenzivnog bot prometa, zlonamjernih zahtjeva ili DDoS napada.
• Primijenite sustav keširanja, CDN i optimizaciju baze podataka.

Na primjer, na e-trgovini s 20.000 proizvoda, ako tijekom Googlebot skeniranja upiti za bazu podataka postanu teški i stranice kategorija vraćaju 504 grešku, jednostavno tražiti potvrdu iz Search Consolea nije rješenje. Prvo treba poboljšati indekse baze podataka, paginaciju, keš i resurse hostinga. U rastućim projektima prelazak s dijeljenog hostinga na VPS ili upravljanu jaču infrastrukturu može izravno poboljšati zdravlje skeniranja. VPS server rješenja

Kako ispraviti prepreke u skeniranju uzrokovane robots.txt?

Robots.txt datoteka obavještava pretraživače koje dijelove web stranice mogu skenirati, a koje ne. Pogrešno napisano pravilo može utjecati na vidljivost cijele web stranice. Osobito kada se nova web stranica pušta u rad, privremena pravila blokade koja se koriste trebaju se zaboraviti nakon prijelaza u aktivan rad, inače Google neće moći skenirati važne stranice.

Osnovne točke koje trebate provjeriti su:

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

Robots.txt nije alat za uklanjanje iz indeksa. Ako je neki URL prethodno bio indeksiran, a zatim blokiran robots.txt, Google ne može ponovno skenirati stranicu, pa ne može vidjeti ni noindex oznaku. U tom slučaju, stranica može ostati bez opisa u rezultatima. Bolje je prvo omogućiti skeniranje stranice koju želite izbrisati iz indeksa, a zatim koristiti noindex, a ako je potrebno primijeniti trajnu strategiju 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 nehotice nalazi na stranicama koje bi trebale primati organski promet. Često se događa da opcija "Onemogući indeksiranje od strane pretraživača" ostane uključena u WordPressu, da se u SEO dodacima postavke vrsta sadržaja postave na noindex ili da se na razini predloška u prilagođenom softveru pogrešno otisne meta oznaka.

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

Greška Otkriveno, trenutno nije indeksirano

Ova situacija pokazuje da je Google svjestan URL-a, ali još uvijek nije odlučio skenirati ga. Često se javlja za nove proizvode ili blog stranice na velikim web stranicama. Google raspoređuje proračun za skeniranje prema autoritetu web stranice, brzini odgovora servera, kvaliteti URL-a i signalima unutarnjih linkova. Ako stvarate tisuće URL-ova niske vrijednosti, može doći do kašnjenja u skeniranju važnih stranica.

Koraci za rješavanje

• Povežite važne URL-ove s početnom stranicom, kategorijama i relevantnim sadržajem putem unutarnjih linkova.
• U sitemapu zadržite samo čiste URL-ove koji trebaju biti indeksirani.
• Poboljšajte brzinu otvaranja stranice; posebno obratite pažnju da TTFB vrijednost bude dosljedno niska.
• Spriječite nepotrebno množenje URL-ova s filtrima, sortiranjem i parametrima.
• Na stranici ponudite jedinstvene opise, cijene, zalihe, slike, tehničke detalje i korisne informacije za korisnike.

Konkretniji primjer: Hosting tvrtka koja stvara stranice s gotovo identičnim tekstovima za 200 različitih lokacija i kombinacija paketa može povećati broj URL-ova koji su otkriveni, ali nisu skenirani. Umjesto toga, trebali biste odabrati stranice koje imaju stvarnu namjeru pretraživanja, dodati jedinstvene usporedbe, scenarije korištenja, opise cijena i tehničke detalje za svaku stranicu.

Greška Pregledano, trenutno nije indeksirano

Ovo upozorenje pokazuje da je Google skenirao stranicu, ali je odlučio ne indeksirati je. To je često povezano s kvalitetom sadržaja, strukturom ponavljajućih stranica, slabom informacijskom vrijednošću ili signalima canonicala. Google je sve više sklon indeksirati ne samo tehnički dostupne stranice, već i one koje pružaju smisleni doprinos korisnicima koji pretražuju.

Da biste riješili ovu grešku, povećajte jedinstvenu vrijednost stranice. Pretvorite opću stranicu usluge od 150 riječi u sveobuhvatan izvor koji odgovara na korisnička pitanja, objašnjava tehničke karakteristike, opisuje cijene, podržava vizualima i povezuje sa relevantnim stranicama. 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 usklađene web stranice

Canonical greške i problemi s ponovljenim URL-ovima

Canonical oznaka označava koji URL predstavlja izvorni sadržaj između sličnih ili dupliciranih stranica. Na e-trgovinskim stranicama često se javljaju iste informacije na mnogim URL-ovima zbog boje, veličine, redoslijeda, filtara i parametara kampanje. Ako Google odabere drugačiji URL od onog koji ste naveli kao canonical, može doći do razlika u canonicalima odabranim od strane korisnika i onih odabranih od strane Googlea u Search Consoleu.

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

• Svaka stranica koja treba biti indeksirana trebala bi se označiti kao canonical.
• URL-ovi s parametrima i ponovljeni URL-ovi trebaju imati canonical koji upućuje na najrelevantniju glavnu stranicu.
• URL-ovi koji su navedeni kao canonical trebaju vraćati 200 status kod, ne smiju imati noindex i ne smiju biti blokirani robots.txt.
• Nemojte koristiti canonical i 301 preusmjerenje u suprotnosti.
• U sitemapu trebaju biti navedeni samo glavni URL-ovi koji su canonical.

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

Greške s preusmjeravanjem: Lanci, petlje i pogrešni kodovi

Greške s preusmjeravanjem nastaju kada URL-ovi koji su premješteni ili obrisani nisu pravilno preusmjereni na ispravnu odredišnu stranicu. Najčešći problemi uključuju lanci preusmjeravanja, petlje preusmjeravanja, korištenje privremenog 302 koda umjesto trajnog preusmjeravanja i zbrku između http-https ili www-www i ne-www verzija.

Idealno preusmjerenje treba biti izvršeno jednostavno iz starog URL-a na novi URL putem 301 preusmjerenja. Na primjer, ako je stari blog post premješten u novu strukturu kategorija, stara adresa ne bi trebala ići prvo na http verziju, zatim na https verziju, zatim na www verziju, a zatim na novi slug. Ova lančana preusmjeravanja usporavaju korisničko iskustvo i smanjuju učinkovitost skeniranja Googlebota. U prijelazima na SSL provjerite jesu li svi unutarnji linkovi, canonical oznake i URL-ovi u sitemapu ažurirani na https. Opcije SSL certifikata

Kako se nositi s 404 i Soft 404 greškama?

404 označava da URL nije pronađen. Svaka 404 greška nije loša. Prirodno je da stranice koje su stvarno uklonjene, nemaju alternativu i nemaju prometnu vrijednost vraćaju 404 ili 410. Problem nastaje kada važne stranice nehotice dobiju 404, kada se 404 URL-ovi nalaze u sitemapu ili kada unutarnji linkovi šalju korisnike na prazne stranice.

Soft 404 se događa kada stranica tehnički vraća 200 kod, ali se ponaša kao stranica koja nije pronađena. Na primjer, ako stranica proizvoda koja je van zaliha vraća 200 kod s praznim predloškom, Google to može interpretirati kao soft 404. Ako postoji alternativni proizvod, može se napraviti 301 preusmjerenje na relevantnu kategoriju ili zamjenski proizvod. Ako alternativnog nema, bolje je ukloniti stranicu 410 kako bi se dao jasniji signal.

Strategija Sitemap-a: Razjasnite stranice koje treba indeksirati

Vaš sitemap trebao bi predstavljati URL-ove koje smatrate prioritetnima za Google. Česta greška je dodavanje svih URL-ova generiranih u sustavu u sitemap. Međutim, sitemap nije kanta za smeće, već filter kvalitete. URL-ovi koji nisu ciljevi indeksa, preusmjereni URL-ovi, noindex stranice, URL-ovi s parametrima i 404 stranice ne bi trebali biti prisutni u sitemapu.

U dobroj strukturi sitemap-a, vrste sadržaja poput blogova, stranica, kategorija i proizvoda mogu se razdvojiti u odvojene karte. Čak i ako ne dosežete ograničenje od 50.000 URL-ova, modularno upravljanje sitemap-om u velikim web stranicama olakšava analizu. Datum posljednje izmjene trebao bi odražavati stvarne nadogradnje; prikazivanje svih URL-ova kao ažuriranih svaki dan ne stvara pouzdan signal. Ako koristite novu domenu, pravilne i stabilne DNS postavke također su važne za pristup Googlebota. registracija domene i upravljanje DNS-om

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

Proračun za skeniranje može se smatrati količinom i dubinom URL-ova koje Googlebot preferira skenirati u određenom vremenskom razdoblju. Na malim stranicama to obično nije kritičan problem; međutim, u projektima s tisućama URL-ova, pogrešna proizvodnja URL-ova i spori server mogu uzrokovati ozbiljne gubitke.

Praktične preporuke za proračun za skeniranje

• Smanjite nepotrebne URL-ove s parametrima i uklonite ih iz unutarnjih linkova.
• Otvorite stranice s filtrima samo ako postoji potražnja za pretraživanjem, dok ostale upravljajte s noindex ili canonical.
• Ojačajte strukturu unutarnjih linkova; važne stranice ne smiju biti dublje od tri klika.
• Redovito mjerite vrijeme odgovora servera i uskladite nagle poraste s logovima.
• Kontrolirajte slomljene unutarnje linkove mjesečno putem alata za skeniranje.
• Optimizirajte vizualne, CSS i JavaScript datoteke kako biste smanjili troškove renderiranja.

Iskustveno, čišćenje samo 404 i lanaca preusmjeravanja na velikim stranicama može pomoći Googlebotu da skenira više važnih stranica. Osobito, kvalitetni opisi dodani na stranice kategorija i relevantni unutarnji linkovi mogu povećati stopu indeksiranja.

Korak po korak plan rješavanja grešaka

Kada upravljate greškama u Search Consoleu, umjesto da djelujete nasumično, primijenite sljedeći plan. Ova metoda nudi praktičan radni tok za blog stranice i korporativne projekte.

1. Izvucite najviše pogođenu vrstu greške i broj URL-ova iz izvještaja o stranicama.
2. Prioritet dodelite stranicama koje donose prihod, potencijalne klijente ili promet.
3. Odaberite 5-10 primjer URL-ova za svaku vrstu greške i izvršite test uživo u Alatu za provjeru URL-a.
4. Provjerite status kod odgovora servera, robots.txt, noindex, canonical, stanje sitemap-a i unutarnjih linkova.
5. Odredite osnovni uzrok; umjesto ispraviti pojedinačne URL-ove, primijenite rješenje na razini predloška ili sustava.
6. Nakon ispravke, pratite logove i izvještaje iz Search Consolea 7-28 dana.
7. Ako je uspješno, zatražite potvrdu i proširite istu provjeru na druge grupe URL-ova.

Kritična točka ovdje je razumjeti da podaci iz Search Consolea ne rade odmah, već s odgodom. Greška koju ste danas ispravili može se i dalje prikazivati u izvještaju nekoliko dana ili čak tjedana. Stoga, procijenite podatke izvještaja zajedno s testovima uživo, server logovima i stvarnim kodovima odgovora.

Kada biste trebali posumnjati na problem uzrokovan hostingom?

Nije svaki problem s indeksiranjem uzrokovan hostingom; međutim, neki znakovi snažno ukazuju na infrastrukturu. Ako se prosječno vrijeme odgovora povećava u izvještaju o statistici skeniranja, ako se 5xx greške pojavljuju u određenim satima, ako je limit CPU-a popunjen tijekom posjeta botova ili ako stranica usporava pod velikim prometom, potrebno je preispitati svoj hosting plan. Pouzdani DNS, ažurirana verzija PHP-a, dovoljni CPU/RAM, brza disk infrastruktura, sigurnosne mjere i sigurnosni slojevi su osnovni dijelovi tehničkog SEO-a.

Na primjer, ako se organski posjet povećava tri puta tijekom kampanje, a istovremeno počinje skeniranje Googlebota, slaba infrastruktura može dovesti do 503 grešaka. Ovo nije samo gubitak korisnika, već i gubitak povjerenja u indeks. Skalabilni hosting, ispravna konfiguracija keša i stalnost SSL-a izravno podupiru SEO performanse. poslovni hosting paketi

Zadnja kontrolna lista: Prije objavljivanja

• Vraćaju li važne stranice 200 status kod?
• Blokira li robots.txt važne foldere?
• Je li noindex postavljen samo na stranicama koje trebaju biti izvan indeksa?
• Pokazuju li canonical oznake ispravan glavni URL?
• Je li sitemap sastavljen od samo čistih, indeksabilnih URL-ova?
• Postoji li jednostavno 301 preusmjerenje s HTTP-a na HTTPS i s starih URL-ova na nove URL-ove?
• Jesu li 404 stranice uklonjene iz unutarnjih linkova i sitemap-a?
• Postoje li ponavljajuće 5xx greške ili timeoutovi u server logovima za Googlebota?

Ova kontrolna lista je temelj redovitog tehničkog SEO održavanja. Provođenje sveobuhvatnog skeniranja jednom mjesečno, izvođenje izvještaja iz Search Consolea i bilježenje promjena omogućuje vam brže prepoznavanje budućih gubitaka indeksa.

Česta pitanja

Kada se rezultati nakon ispravljanja grešaka u Google Search Consoleu mogu vidjeti?

Ovisno o vrsti greške i učestalosti skeniranja vaše web stranice, rezultati se mogu vidjeti u rasponu od nekoliko dana do nekoliko tjedana. Test uživo pokazuje trenutni status; međutim, ažuriranje izvještaja iz Search Consolea može kasniti.

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

Ne. Google može odabrati da kasnije skenira nove ili URL-ove s niskim prioritetom. Međutim, ako se to stalno događa na važnim stranicama, treba poboljšati unutarnje linkove, sitemap, brzinu stranice, odgovor servera i kvalitetu sadržaja.

Uklonio sam noindex oznaku, zašto stranica još uvijek nije indeksirana?

Google treba ponovno skenirati stranicu. Također, provjerite da stranica nije blokirana robots.txt, da je canonical cilj ispravan, da vraća 200 status kod i da pruža kvalitetan sadržaj.

Moram li uvijek preusmjeravati 404 greške na 301?

Ne. Stari URL-ovi bez alternative, koji nemaju vrijednost prometa ili povratnih veza, mogu ostati 404 ili 410. Važni URL-ovi slični ili novi trebaju biti preusmjereni na najrelevantniju stranicu putem 301.

Utječe li izbor hostinga na indeksiranje?

Da. Sporo vrijeme odgovora, ograničenja resursa, česte 5xx greške i nestabilna SSL ili DNS konfiguracija mogu smanjiti učinkovitost skeniranja Googlebota. Stabilan i brz hosting jak je temelj za tehnički SEO.

U sažetku, kada se ispravno interpretiraju, problemi sa skeniranjem i indeksiranjem u Google Search Consoleu pružaju dragocjene signale za poboljšanje tehničkog zdravlja vaše web stranice. Prvo identificirajte važne URL-ove, potvrdite grešku putem testova uživo i logova, a zatim sustavno provjerite robots.txt, noindex, canonical, preusmjeravanje, sitemap, kvalitetu sadržaja i performanse servera. Ako želite podržati ovaj proces s bržom, sigurnijom i stabilnom infrastrukturom, istražite hosting, domene i SSL rješenja Hostragonsa kako biste postavili odgovarajuću osnovu za svoju web stranicu.