Cum diagnostichezi problemele tehnice de indexare
O ordine de triaj pentru raportul Indexarea paginilor din Search Console: ce corectezi mai întâi, cum confirmi cauzele cu Inspectarea URL-ului și când te oprești.
- Obiectiv
- Află care dintre paginile importante lipsesc din indexul Google, de ce lipsesc, și remediază cauzele care blochează cele mai multe dintre ele.
- Ai nevoie de
- Acces la Search Console, o listă cu URL-urile tale importante și ajutorul unui dezvoltator pentru modificările de server sau de șabloane.
- Înainte să începi
- Indexarea explicată
Diagnostichează problemele de indexare pornind de la paginile de care ai nevoie, nu de la totalurile din raport. Construiește o listă cu URL-urile care contează, află care dintre ele nu sunt indexate și de ce, apoi parcurge cauzele în ordinea gravității: mai întâi erorile de server și de acces, apoi blocările accidentale, conflictele de canonical, paginile asimilate unor erori și, la final, paginile pe care Google pur și simplu a ales să nu le indexeze. Confirmă fiecare corecție cu un test live în Inspectarea URL-ului (URL Inspection), înainte de a-i cere Google să valideze remedierea.
Acest ghid presupune că știi stările descrise în Indexarea explicată.
Pasul 1: construiește lista URL-urilor care contează
Raportul Indexarea paginilor numără toate URL-urile cunoscute de Google, inclusiv parametrii, adresele vechi și paginile pe care nu ai intenționat să le publici. Un număr mare la „Neindexate" este normal, iar Google spune clar că nu orice URL trebuie indexat (Raportul Indexarea paginilor). Așadar, pornește de la propria listă:
- Pagini care aduc trafic: primele 50-100 din Performanță → Pagini, pe ultimele trei luni.
- Pagini care aduc venituri: paginile de produs, de prețuri, de servicii și de locații, indiferent de trafic.
- Pagini noi: tot ce ai publicat în ultimele 90 de zile.
- Sitemap-urile tale: ar trebui să listeze exact URL-urile canonice pe care vrei să le indexezi. Poți filtra raportul Indexarea paginilor după sitemap, ca să vezi câte dintre URL-urile lui sunt indexate, iar fiecare sitemap din raportul Sitemap-uri trimite către acoperirea de indexare a URL-urilor sale.
Pasul 2: află care dintre ele nu sunt indexate
Pentru o listă scurtă, inspectează fiecare URL în Inspectarea URL-ului. Pentru una mai lungă, deschide raportul Indexarea paginilor filtrat după sitemap și parcurge fiecare motiv, verificând care dintre URL-urile tale importante apar în exemplele lui. Notează fiecare URL împreună cu motivul și cu sursa motivului. Regula practică a Google: în general, poți remedia doar problemele a căror sursă este „Site-ul web".
Pasul 3: parcurge cauzele în ordine
Corectează cauzele în această ordine. Fiecare nivel îl poate ascunde pe următorul, iar primele afectează cele mai multe pagini deodată.
| Ordine | Stare | Verifică mai întâi | Corecție tipică |
|---|---|---|---|
| 1 | Eroare de server (5xx) | Jurnalele serverului și starea găzduirii la momentele în care Google a accesat site-ul | Rezolvă problemele de capacitate sau de blocare a serverului; răspunsurile 5xx repetate fac Google să acceseze site-ul mai rar |
| 2 | Eroare de redirecționare | Lanțul complet de redirecționări al URL-ului | Redirecționează într-un singur pas către URL-ul final; elimină buclele |
| 3 | Blocat din cauza unei cereri neautorizate (401), acces interzis (403) sau alte erori 4xx | Pagini cu autentificare, reguli de firewall sau de protecție împotriva boților | Permite accesul Googlebot la paginile publice |
| 4 | URL marcat cu „noindex" | Eticheta meta robots a paginii și antetul X-Robots-Tag | Elimină noindex de pe paginile care ar trebui să se claseze |
| 5 | URL blocat de robots.txt | Regula din robots.txt care se potrivește | Elimină regula pentru paginile care ar trebui accesate |
| 6 | Duplicat, Google a ales alt canonical decât utilizatorul | Ce URL indică eticheta canonical, redirecționările, sitemap-ul și linkurile interne | Fă ca toate semnalele să indice același URL |
| 7 | Soft 404 | Ce afișează pagina când o accesează Googlebot | 404 real pentru paginile lipsă; conținut real pentru paginile reale |
| 8 | Accesat - momentan neindexat | Dacă pagina aduce ceva ce nu au celelalte pagini ale tale și nici concurenții | Îmbunătățește-o sau îmbin-o într-o pagină mai puternică |
| 9 | Descoperit - momentan neindexat | Dacă vreo pagină accesată trimite un link către ea | Creează linkuri către ea din pagini accesate; pe site-urile foarte mari, gestionează accesarea |
Diagnosticarea unui singur URL cu Inspectarea URL-ului
Pentru fiecare URL important din listă, execută aceleași cinci verificări (Instrumentul Inspectarea URL-ului):
- Citește verdictul și motivul. „URL-ul este necunoscut pentru Google" înseamnă că Google nu a văzut deloc adresa, deci sarcina ta este descoperirea: creează linkuri către ea din pagini pe care Google le accesează deja și include-o în sitemap.
- Compară canonicalele. Dacă URL-ul canonical selectat de Google diferă de cel declarat de utilizator, Google indexează un alt URL în locul acestuia. Examinează mai întâi celălalt URL, înainte de a schimba ceva.
- Verifică accesarea. Notează data ultimei accesări, dacă Google a accesat pagina ca smartphone sau ca desktop, dacă accesarea a fost permisă și dacă preluarea paginii a reușit. O atenționare: când robots.txt blochează accesarea, „Indexarea permisă?" afișează întotdeauna „Da", pentru că Google nu poate vedea un noindex pe o pagină pe care nu are voie s-o preia.
- Rulează Testează URL-ul live. Vizualizarea implicită descrie ultima versiune indexată, care poate fi veche. Testul live preia pagina acum și afișează o captură de ecran a paginii randate, ceea ce este cea mai rapidă metodă de a depista conținutul care apare doar pentru utilizatorii autentificați sau după ce un script eșuează.
- Cere indexarea doar după o corecție. Google aplică o cotă zilnică și precizează că solicitările repetate pentru același URL nu accelerează nimic (Cere Google să acceseze din nou).
Observații despre stările mai dificile
„Blocat de robots.txt" nu înseamnă același lucru cu „ținut în afara indexului". robots.txt controlează accesarea, nu indexarea; un URL blocat, către care trimit alte pagini, poate fi totuși indexat fără conținutul său. Ca să ții o pagină în afara Google, permite accesarea și folosește noindex, într-o etichetă meta sau într-un antet X-Robots-Tag (Blocarea indexării). Nu uita că eliminarea are loc abia când Google accesează pagina din nou, ceea ce poate dura.
Conflictele de canonical sunt de obicei autoprovocate. Google consideră redirecționările și rel="canonical" semnale puternice, includerea în sitemap un semnal slab și preferă HTTPS (Consolidarea URL-urilor duplicate). Conflictul tipic apare când o etichetă canonical indică un URL, în timp ce navigarea, sitemap-ul și linkurile interne folosesc o variantă (slash final, majuscule, un parametru de urmărire, http://). Aliniază-le și conflictul se rezolvă de obicei la următoarea accesare.
Soft 404-urile sunt de două feluri. Unele sunt pagini cu adevărat lipsă, de exemplu un șablon „articolul nu a fost găsit" care returnează 200; acestea ar trebui să returneze 404 sau 410. Altele sunt pagini reale care par goale pentru Google, precum o categorie fără produse sau o pagină al cărei conținut se încarcă după ce un script eșuează; acestea au nevoie de conținut pe care Google îl poate vedea, lucru pe care îl confirmă captura de ecran din testul live.
„Accesat - momentan neindexat" este o apreciere, nu o eroare. Google a accesat pagina și a decis, deocamdată, să n-o păstreze; poate fi indexată sau nu mai târziu. Întreabă-te sincer ce aduce pagina. Variațiile subțiri ale altor pagini, paginile de etichete cu două articole și articolele care repetă ce spun alte zece site-uri sunt de regulă cele din această categorie. Fă pagina clar mai bună sau diferită, ori îmbin-o într-una care este deja.
„Descoperit - momentan neindexat" ține de obicei de linkuri. Google cunoaște URL-ul, dar nu l-a accesat încă. Pe majoritatea site-urilor, soluția este să creezi linkuri către pagină din pagini pe care Google le accesează deja și s-o păstrezi în sitemap. Ghidul Google despre bugetul de accesare se adresează unui grup mai restrâns: site-uri cu peste un milion de pagini care se schimbă săptămânal sau cu peste 10.000 de pagini care se schimbă zilnic (Gestionarea bugetului de accesare). Dacă ești în această situație, redu inventarul de URL-uri: consolidează duplicatele, blochează accesarea URL-urilor care nu ar trebui preluate niciodată, returnează 404 sau 410 pentru paginile eliminate și corectează soft 404-urile, care continuă să fie accesate.
Pasul 4: validează corecția
Când URL-urile unui motiv au fost corectate, deschide motivul în raportul Indexarea paginilor și apasă Validează remedierea, o singură dată. Google verifică mai întâi câteva pagini-eșantion; dacă problema încă există, validarea se oprește. Altfel, reverifică toate URL-urile afectate cunoscute și marchează fiecare ca reușit sau eșuat. Google spune că validarea durează de regulă până la aproximativ două săptămâni și uneori mult mai mult. Poate observa corecțiile și în timpul accesării obișnuite, fără o cerere de validare.
Când te oprești
Nu mai urmări o stare când URL-urile din spatele ei sunt unele pe care nu ai nevoie să le indexezi (parametri, vizualizări filtrate, rezultate de căutare internă, redirecționări vechi) sau când o pagină a fost îmbunătățită, legată prin linkuri și retrimisă, iar Google tot o refuză după câteva luni. În acel moment, mișcarea utilă este de obicei să îmbini pagina într-una mai puternică și s-o redirecționezi, nu să ceri din nou indexarea.
Cum te ajută AutoPSEO
AutoPSEO transformă pasul 2 într-o verificare permanentă. Index Tracker păstrează până la 1.800 de URL-uri la alegerea ta, reinspectează zilnic până la 200 dintre ele prin API-ul URL Inspection (începând cu verificarea cea mai veche, în limita a 2.000 de inspecții pe proprietate pe zi permise de Google) și marchează paginile deindexate în ultimele 30 de zile și paginile pe care Google nu le-a accesat de 120 de zile. O alertă Index flip trimite o notificare în Slack, Microsoft Teams sau pe un webhook când un URL urmărit iese din index sau revine în el (alerte). Inspectarea URL-ului și Sitemap-urile funcționează direct din aplicație, iar problemele de accesare Bing arată același tip de probleme din perspectiva Bing.
Pentru paginile noi, IndexNow anunță Bing și celelalte motoare de căutare care îl acceptă despre URL-urile modificate; Google nu participă la IndexNow, așa că sitemap-urile și linkurile interne rămân calea de a ajunge la Google. Articolele din motorul de conținut sunt livrate pe site-ul tău, care le publică și le leagă prin linkuri ca pe orice altă pagină; când site-ul tău declară o cheie IndexNow, AutoPSEO trimite un ping către IndexNow pentru fiecare adresă publicată sau actualizată de pe gazda ta și înregistrează răspunsul primit de la IndexNow (Livrare).
Continuă lectura
Bazele SEO în 10 minute: cum găsește, stochează și clasifică Google paginile
Cele trei etape ale Google Search, cele patru cifre din Search Console și cum afli căreia dintre etape îi aparține o problemă.
Ce este Google Search Console? Un ghid simplu pentru proprietarii de site-uri
Ce raportează Search Console, cum sunt limitate datele sale, ce tip de proprietate să adaugi și primele verificări de făcut.
Clickuri vs afișări în Google Search Console
Cum numără Google afișările și clicurile, de ce totalurile nu coincid între vizualizări și cum interpretezi diferența dintre cele două.