Raportul de indexare din Search Console și ce să verificați după relansarea site-ului
Cum citiți raportul de indexare din Search Console după un redesign: ce statusuri cer remediere, ce este zgomot normal și cât durează validarea.
- Nº
- 30
- Publicat
- Lectură
- 11 min
- Categorie
- Notes
- Scris de
- Revylio
Raportul de indexare din Search Console arată ce pagini sunt în Google și de ce lipsesc celelalte
Raportul de indexare din Search Console vă arată câte pagini ale site-ului au intrat în indexul Google și de ce restul nu au intrat. După o relansare, îl citiți ca să prindeți trei erori reale. Acestea sunt eticheta noindex rămasă activă, blocările din robots.txt și redirecționările sau canonicele greșite. Multe dintre celelalte pagini neindexate sunt zgomot normal.
Raportul de indexare a paginilor este raportul Pagini din secțiunea Index a Google Search Console. Înainte se numea „Coverage”. Raportul împarte adresele cunoscute de Google în indexate și neindexate și afișează motivul fiecărei excluderi. Secțiunea Index mai conține raportul de sitemapuri și funcția Eliminări.
Google pune singur două limite raportului, în documentația raportului de indexare a paginilor. Prima: un site cu mai puțin de 500 de pagini probabil nu are nevoie de acest raport. A doua: raportul nu servește la verificarea unei pagini anume. Pentru o singură pagină folosiți instrumentul de verificare a adreselor URL.
După un redesign, raportul rămâne util ca imagine de ansamblu. El vă arată dacă un grup întreg de adrese a ajuns încategoria greșită. Pe un site mic, verificarea paginilor cheie una câte una face cea mai mare parte din muncă.
Indexarea pe scurt: cum ajunge o pagină în indexul Google și cât durează
Indexarea este procesul prin care Google găsește o pagină, îi procesează conținutul și o adaugă în indexul său. Din index, pagina poate apărea în Căutarea Google și în alte servicii, cum este Discover. Primul pas este accesarea cu crawlere. În acest pas, Googlebot parcurge paginile ca să descopere adrese noi și să actualizeze ce știe despre cele existente.
Google trebuie să afle întâi că pagina există. Pagina trebuie să primească un link dintr-o pagină deja cunoscută sau să apară într-un sitemap. O pagină nouă la care nu duce niciun link din meniu sau din text poate rămâne nedescoperită. De aceea merită să decideți legăturile interne din timp, când stabiliți structura site-ului și meniul înainte de design.
Timpul contează după o relansare. Google spune că poate dura cam o săptămână până începe accesarea cu crawlere a unei pagini sau a unui site nou. După ce Google află de o adresă, pot trece până la câteva săptămâni până o accesează. Un raport incomplet în primele zile după lansare este deci de așteptat.
Nici indexarea nu garantează afișarea. Google personalizează rezultatele după istoricul de căutare al fiecărui utilizator, după locație și după alte variabile. O pagină indexată pe care nu o vedeți în propria căutare nu are, doar din acest motiv, o problemă de indexare.
Pagini indexate și neindexate: de ce o pagină neindexată nu înseamnă automat o eroare
O pagină neindexată nu este automat o eroare. Google nu indexează paginile blocate printr-o regulă robots.txt sau printr-o etichetă noindex. Nu indexează nici paginile care dublează alte pagini din site și nici paginile nepotrivite pentru index. Orice site cu adrese vechi, variante cu parametri sau pagini tehnice va avea deci o listă de pagini neindexate.
Întrebarea utilă nu este „de ce am pagini neindexate?”, ci „este aici o pagină pe care o vreau în Google?”. Robots.txt este fișierul care spune roboților motoarelor de căutare ce părți ale site-ului pot accesa. Eticheta noindex este instrucțiunea din pagină prin care cereți Google să nu o pună în index. Ambele sunt legitime, atât timp cât stau pe paginile potrivite.
Raportul are câteva limite pe care e bine să le știți înainte de a trage concluzii:
- lista de adrese exemplu din raport este limitată la 1.000 de elemente;
- erorile 404 apar doar pentru adresele care le-au dat în ultima lună;
- în general, puteți remedia doar problemele la care sursa este indicată ca fiind site-ul („Website”, în documentația Google).
Prin urmare, lucrați întâi pe rândurile cu sursa site-ul. Pe celelalte, în general, nu le puteți rezolva din paginile dumneavoastră.
Statusurile care cer remediere după relansare: noindex, robots.txt, canonice și erori de server
După o relansare, patru motive din raport pot indica o greșeală de configurare și merită verificate primele. Ele afectează de obicei grupuri întregi de pagini, nu adrese izolate.
Eticheta noindex rămasă activă
La Svennis, după fiecare relansare deschidem întâi grupul de pagini excluse prin noindex și îl comparăm cu lista paginilor pe care firma le vrea în Google. Eticheta noindex păstrată din mediul de test este greșeala pe care o găsim cel mai des.
Pagini importante blocate în robots.txt
Google nu recomandă blocarea unei pagini printr-o regulă robots.txt. Regula împiedică Google să vadă eticheta noindex de pe pagină. Dacă vreți o pagină în afara indexului, folosiți noindex și lăsați-o accesibilă. Verificați apoi că robots.txt de pe site-ul nou nu blochează secțiuni publice, cum sunt serviciile sau blogul.
Canonice care trimit la adresa greșită
URL-ul canonic este, în definiția Google, adresa celei mai bune pagini reprezentative dintr-un grup de pagini duplicate. Eticheta canonică funcționează doar pe paginile HTML. Dacă paginile noi indică drept canonice adresele vechi sau pe cele de test, Google le poate trata ca duplicate. Același control se aplică redirecționărilor: o pagină nouă din meniu nu trebuie să redirecționeze.
Erori de server
O eroare de server înseamnă că Googlebot nu a putut accesa adresa, cererea a expirat sau site-ul era ocupat. După mutarea pe un hosting nou, verificați sistemele de protecție ale serverului. Googlebot face adesea mai multe cereri decât un om. Aceste sisteme îl pot bloca și îl pot împiedica să acceseze site-ul.
Tabelul de decizie: ce statusuri reparați și ce statusuri lăsați așa
Tabelul de mai jos rezumă motivele de excludere discutate în acest ghid. Pentru fiecare, arată când este normal, când devine problemă și ce faceți.
| Motiv în raport | Când este normal | Când este o problemă | Ce faceți |
|---|---|---|---|
| Redirecționare | Adresa veche duce la pagina nouă echivalentă | O pagină nouă, din meniu, redirecționează | Corectați redirecționarea sau linkul din meniu |
| Duplicat, cu alt canonic | Variante ale aceleiași pagini | Pagina principală este tratată ca duplicat al unei adrese vechi sau de test | Corectați eticheta canonică |
| Exclusă prin noindex | Pagini tehnice, de mulțumire | Pagini de servicii, produse sau articole | Scoateți eticheta și validați remedierea |
| Blocată de robots.txt | Zona de administrare | Secțiuni publice ale site-ului | Eliminați regula; pentru excludere folosiți noindex |
| Negăsită (404) | Pagini șterse intenționat, fără echivalent | Adrese vechi cu trafic, fără redirecționare | Adăugați redirecționare spre pagina echivalentă |
| Eroare de server | Episod izolat | Grupuri mari de adrese, repetat | Verificați hostingul și sistemele de protecție |
Regula de lucru este simplă. Un motiv de excludere devine problemă când conține pagini pe care le vreți în Google. Pentru o pagină anume, confirmați cu instrumentul de verificare a adreselor URL înainte să schimbați ceva pe site.
Exemplu lucrat: citirea raportului la două săptămâni după relansarea unui site de servicii
Să luăm o firmă de servicii care și-a refăcut site-ul. Paginile de servicii au rămas la aceleași adrese. Articolele s-au mutat de la /noutati/ la /blog/, cu o redirecționare de la fiecare adresă veche. Au trecut două săptămâni de la lansare, iar pașii de mai jos folosesc denumirile din Search Console.
- Deschideți proprietatea site-ului în Search Console, apoi secțiunea Index și raportul Pagini.
- Priviți graficul cu pagini indexate și neindexate. Adresele /noutati/ au devenit redirecționări, deci o creștere a paginilor neindexate este de așteptat.
- Deschideți tabelul cu motivele pentru care paginile nu sunt indexate. Lucrați întâi pe rândurile la care sursa este site-ul.
- Grupul de redirecționări conține adresele /noutati/. Aici totul este normal și nu faceți nimic.
- Grupul exclus prin noindex conține câteva pagini din /servicii/. Aceasta este problema reală.
- Introduceți o adresă din /servicii/ în instrumentul de verificare a adreselor URL. Primiți informații despre accesare, indexare și difuzare, direct din indexul Google.
- Cereți echipei web să scoată eticheta noindex, apoi apăsați „Validează remedierea” în raport.
Într-o singură sesiune ați separat zgomotul, adică redirecționările, de problema reală, eticheta noindex. Restul este așteptare: validarea durează de obicei până la aproximativ două săptămâni.
Validarea remedierii: cât durează și când dispare problema din raport
Validarea remedierii este procesul prin care cereți Google să verifice din nou adresele afectate, după ce ați reparat cauza. O porniți din raport, cu butonul „Validează remedierea”. Google spune că validarea durează de obicei până la aproximativ două săptămâni. În unele cazuri durează mult mai mult, așa că planificați așteptarea în calendarul de după lansare.
Fiecare problemă din raport are o durată de viață. Durata începe la prima detectare pe site. Ea ține până la 90 de zile după ce ultima instanță a fost marcată ca dispărută. Dacă trec 90 de zile fără reapariții, problema este scoasă din tabelul de probleme.
Un rând vechi în raport nu înseamnă deci neapărat că eroarea mai există azi. Verificați o adresă din acel rând cu instrumentul de verificare a adreselor URL înainte să cereți lucrări noi.
Nu trebuie să deschideți raportul zilnic ca să aflați de probleme noi. Search Console trimite alerte prin e-mail când Google identifică probleme pe site. Din raport vedeți apoi ce adrese sunt afectate și anunțați Google după ce le-ați rezolvat.
Sursa: support.google.com
Când raportul nu se actualizează: întârziere de raportare, nu oprirea indexării
Raportul de indexare se poate bloca pe o dată veche, fără ca indexarea site-ului să fie afectată. Într-un fir din comunitatea Google Search Central despre rapoartele de indexare neactualizate, un proprietar de site a scris că datele nu se mai actualizaseră din 22 noiembrie 2025. Același proprietar a confirmat, cu o căutare site:, că site-ul era indexat corect.
Un Diamond Product Expert din comunitate i-a răspuns că raportul uneori se blochează, pentru toată lumea. Problema, a spus el, era la Google, nu la site. Un alt utilizator a citat o declarație potrivit căreia problema afecta doar raportarea, nu accesarea cu crawlere, indexarea sau clasarea. Pagina avertizează însă că un conținut din comunitate poate să nu fie verificat sau actualizat.
Un articol publicat pe LinkedIn de Abhi Darji descrie un episod similar, cu raportul neactualizat din jurul datei de 12 iunie pentru unele proprietăți. Autorul explică faptul că sistemele Google pentru crawling, indexare, clasament și raportare nu se actualizează mereu simultan. El recomandă verificarea individuală a adreselor, care poate da informații mai actuale decât raportul agregat.
Concluzia practică este prudența. Nu modificați robots.txt, etichetele canonice sau structura site-ului doar pentru că raportul a rămas în urmă. Autorul o spune direct: fiecare schimbare tehnică trebuie susținută de dovezi, nu de incertitudine.
Sitemapul după relansare: ce trimiteți și ce nu garantează
Sitemapul este un fișier din site care informează Google despre paginile pe care trebuie să le cunoască. După o relansare cu adrese noi, trimiteți sitemapul nou din raportul privind sitemapurile. Trimiterea înseamnă doar că îi spuneți Google unde se află fișierul. Fișierul nu se încarcă efectiv la Google.
Câteva reguli din documentația Google contează direct după un redesign:
- ca să trimiteți un sitemap din raport, aveți nevoie de permisiuni de proprietar pentru proprietate;
- ștergerea sitemapului vechi din raport nu face ca Google să uite sitemapul sau adresele din el;
- dacă preluarea eșuează, Google reîncearcă timp de câteva zile, apoi se oprește;
- Google respectă fișierul robots.txt când preia sitemapuri;
- un sitemap are cel mult 50.000 de adrese și cel mult 50 MB după decomprimare.
Un sitemap nu garantează indexarea. Google spune că nu există nicio garanție că o adresă descoperită într-un sitemap a fost sau va fi accesată ori indexată. Pentru un site mic, cu mai puțin de 100 de pagini accesibile prin linkuri din prima pagină, probabil nu aveți nevoie de sitemap.
Ce înseamnă raportul de indexare pentru o firmă din România cu site de prezentare
Pentru o firmă din România cu un site de prezentare mic, raportul de indexare este o verificare de control, nu un instrument zilnic. Sub 500 de pagini, Google spune că probabil nici nu aveți nevoie de el. Instrumentul de verificare a adreselor URL, folosit pe paginile cheie, acoperă de regulă nevoile unui astfel de site.
Search Console este gratuit și nu are planuri plătite. Toate rapoartele sunt disponibile oricărui proprietar de site. Documentația de ajutor există și în limba română, inclusiv pagina despre sitemapuri.
Două decizii se iau înainte de lansare. Prima: adăugați proprietatea din timp, pentru că datele se strâng din momentul adăugării și nu pot fi văzute retroactiv. A doua: alegeți o proprietate de tip Domeniu, verificată prin înregistrare DNS de tip TXT. Ea acoperă toate subdomeniile și protocoalele, deci vede adresele cu http și https, cu www sau fără.
Accesul trebuie să rămână în firmă. Search Console are roluri de proprietar, utilizator complet și utilizator cu acces limitat. Păstrați rolul de proprietar la o persoană din firmă, la fel cum stabiliți rolurile de editare a site-ului după lansare.
Ca ritm, un ghid pentru începători propune o rutină de 15 minute pe săptămână. Un alt ghid consideră suficientă o verificare lunară de 20 până la 30 de minute. Treceți verificarea în lista de lucrări din mentenanța site-ului, ca să aibă un responsabil.
Sursa: support.google.com
Pașii următori după relansarea site-ului
Dacă tocmai v-ați relansat site-ul sau urmează să o faceți, lucrați în această ordine:
- Înainte de lansare, adăugați în Search Console proprietatea de tip Domeniu și verificați-o prin DNS.
- În ziua lansării, trimiteți sitemapul nou. Verificați apoi prima pagină și paginile de servicii cu instrumentul de verificare a adreselor URL.
- După una sau două săptămâni, deschideți raportul Pagini. Căutați grupurile excluse prin noindex sau blocate de robots.txt.
- Comparați adresele 404 cu lista paginilor vechi care aduceau trafic și adăugați redirecționările lipsă.
- După fiecare remediere, porniți „Validează remedierea” și reveniți după aproximativ două săptămâni.
Lista completă de verificări înainte și după lansare, inclusiv harta de redirecționări, o găsiți în ghidul despre site-ul nou fără pierderea traficului din Google. Când indexarea este în ordine, următorul pas este să urmăriți rezultatul. Ghidul despre cum măsurați ce aduce site-ul, de la vizită la cerere vă arată cum.
Surse
- Page indexing report - Search Console Help
- Gestionează sitemapurile folosind raportul privind sitemapurile - Search Console Ajutor
- All of the Indexing Reports are Outdated - Google Search Central Community
- Google Search Console
- Abhi Darji (LinkedIn): Raportul de indexare a paginilor al Google Search Console este întârziat
- WhitePress: Google Search Console ce instrument oferă și cum pot fi folosite
- Sens Media: Google Search Console, ce este și cum te ajută în SEO
- Succes SEO: Google Search Console, ghid pentru începători