Pagini neindexate: un arbore decizional cu verificări de linkuri
Search Console oferă două etichete similare cu cauze diferite. Parcurge ramurile în ordine și oprește-te la prima care se potrivește.
Echipa de cercetare ArchiLinks ·
Descoperită, dar neindexată înseamnă că Google cunoaște URL-ul, dar nu l-a accesat. Rasturnată, dar neindexată înseamnă că a accesat pagina și a decis să nu o păstreze. Prima categorie ține în mare măsură de prioritate și descoperire. A doua ține de pagina în sine.
De ce linkurile apar în diagnostic
Echipele diagnostichează indexarea ca pe o problemă pur tehnică. Adesea este așa. Totuși, un semnal rămâne ușor de trecut cu vederea.
Când găsești backlinkuri către URL-uri de site care lipsesc din index, afli dacă site-urile externe le recomandă, iar o pagină cu zero linkuri interne și zero linkuri externe oferă Google foarte puține motive să aloce timp de crawl sau spațiu de indexare pentru ea.
Un site cu câteva zeci de pagini subțiri și o sitemap plată este suficient de comun pentru a fi verificat primul.
Pentru setul complet de scripturi API, vezi scripturi API backlink; pentru secțiunile pe care urmează să le migrezi, lista de verificare pentru migrarea site-ului plasează verificările de indexare la T+1 săptămână. Bing și Yahoo pot diferi de Google, așa că testează-le separat și ia în considerare IndexNow pentru Bing începând cu lansarea sa din 2021.
Arborele decizional
1. Este pagina blocată sau noindexed?
Inspectează URL-ul în Search Console. Verifică HTML-ul redat, antetul HTTP și robots.txt. Un noindex lăsat de la staging este de obicei vinovatul. Dacă da, elimină-l și solicită indexarea.
2. Selectează Google un canonical diferit?
Compară canonical-ul declarat de utilizator cu cel selectat de Google. Dacă diferă, pagina este un duplicat sau un duplicat apropiat în viziunea Google. Consolidază, diferențiază sau acceptă-o.
3. Este pagina accesibilă din secțiuni reale?
Numără linkurile interne provenite de la pagini care sunt deja indexate. Mai puțin de două, sau doar din sitemap, înseamnă o descoperire slabă. Adaugă linkuri de la un hub.
4. Are pagina linkuri externe?
Verifică toppages și backlinks pentru URL. Dacă alte domenii linkuiesc către ea, repară linkurile interne mai întâi și așteaptă o preluare mai rapidă. Dacă nu, pagina trebuie să își câștige locul prin conținut.
5. Merită păstrată pagina?
Paginile subțiri, bazate pe șabloane sau pe parametri sunt adesea excluse intenționat. Consolidază, noindexează sau șterge. Nu cheltui bugetul de crawl pentru argumente.
Către ce indică de obicei fiecare ramură
| Găsire | Cauză tipică | Acțiune | Timp până la efect |
|---|---|---|---|
| noindex sau blocare robots | Regulă de staging livrată în producție | Elimină și solicită indexarea | Zile până la câteva săptămâni |
| Canonical Google diferit | Duplicare, parametri, variante subțiri | Consolidare sau rescriere | Săptămâni |
| Puține linkuri interne | Pagină orfană sau adâncă | Link de la hub-uri și sitemap | Săptămâni |
| Linkurile există, dar nu sunt indexate | Conținut evaluat ca având valoare redusă | Îmbunătățește conținutul, menține redirectarea sau canonical-ul corect | Una sau două luni |
| Multe pagini, toate afectate | Semnal de calitate sau structură la nivel de site | Curăță și consolidează înainte de a trimite mai multe | Luni |
Când numărul de pagini indexate scade brusc
Un număr care scade de la zeci de mii la câteva zeci este un eveniment, nu o tendință. Verifică data mai întâi. Compară-o cu lansările tale, deoarece o modificare de șablon sau un flag noindex pe un component partajat explică majoritatea scăderilor bruște.
Apoi eșantionează. Ia cincizeci de URL-uri dinainte de scădere și cincizeci de după, și analizează starea, canonical-ul și linkurile interne ale fiecărei grupări. Modelul apare de obicei în eșantion înainte de a apărea în totaluri.
Indexate, dar blocate de robots.txt
Un URL poate apărea ca indexat în timp ce robots.txt blochează crawl-ul. Google poate cunoaște adresa din linkuri și o poate lista fără a citi conținutul, astfel încât lista este superficială și adesea fără descriere. Deblochează calea dacă vrei ca pagina să fie evaluată în funcție de conținut, sau las-o blocată și acceptă intrarea goală.
Verifică regula care se potrivește cu URL-ul. Un model larg scris pentru o cale de staging poate prinde accidental foldere de produse live, iar remedierea este o linie mai specifică, nu un al doilea fișier.
De ce o intrare în sitemap așteaptă și o solicitare manuală nu
Un URL solicitat manual poate fi indexat în câteva zile, în timp ce același URL listat doar în sitemap rămâne în afara. Această diferență reflectă de obicei prioritatea de crawl, nu calitatea paginii. O solicitare mută o pagină în fața cozii, iar o intrare în sitemap așteaptă în ea.
Remediul durabil este același în ambele cazuri. Linkuiește pagina de la o pagină care primește deja crawl și menține sitemap-ul liber de intrări învechite, astfel încât ambele căi să ducă la același URL.
Înainte să soliciti indexarea pentru un URL
- URL-ul returnează 200 cu conținutul real, nu un schelet sau un spinner.
- Nu apare niciun noindex în HTML sau în antetul de răspuns.
- Canonical-ul indică către URL-ul însuși, sau către o versiune aleasă intenționat.
- Cel puțin un link intern provine de la o pagină care este deja indexată.
- URL-ul este listat în sitemap, iar sitemap-ul nu conține intrări învechite.
- Ai o notă scurtă despre de ce pagina ar trebui indexată în primul rând.
Citirea rezultatelor site: și a testelor live
O interogare site: arată ce are Google în indexul său când o rulezi. Este o instantanee. Un rezultat gol pentru o pagină pe care o poți vedea în raportul Pages este un motiv să verifici din nou, nu o sentință.
Inspectarea URL-ului și testul său live răspund la o întrebare mai îngustă: ce poate Google să acceseze și să redea acum pentru o singură adresă. Folosește-l pentru a separa o problemă de accesare sau redare de una de calitate.
Rularea interogărilor site: fără a te înșela singur
Rulează site: cu adresa exactă, apoi din nou cu o frază unică din pagină. Două răspunsuri goale pentru o pagină live înseamnă de obicei că URL-ul nu este indexat, sau că este indexat sub un alt canonical. Verifică canonical-ul înainte de a presupune altceva.
Un rezultat fără snippet este o stare diferită de lipsa totală a rezultatului. Notează ce vezi, deoarece remedierea pentru fiecare este diferită.
Compararea canonical-ului declarat cu cel selectat
Deschide Inspectarea URL-ului pe o pagină indexată și compară canonical-ul pe care l-ai declarat cu cel selectat de Google. O neconcordanță înseamnă că Google a ales o altă pagină ca reprezentant al acestui conținut. Această alegere poate fi corectă sau greșită pentru tine, așa că decide care este înainte de a modifica ceva.
Dacă versiunea redată este goală, problema este în build, nu în index. Auditul de linkuri JavaScript acoperă acest caz.
Rularea verificării la scară mai largă
Verificarea câtorva sute de URL-uri manual funcționează o dată. O verificare recurentă necesită date de status, canonical și linkuri dintr-un script, și un fișier care păstrează istoricul fiecărei rulări.
Începe cu URL-urile care atrag deja linkuri externe. Rulează toppages pe host pentru a găsi backlinkuri către secțiuni de site care merită verificate, apoi compară acea listă cu exportul Neindexate. Suprapunerea este grupul de remediat primul. Site-urile externe linkuiesc deja acolo.
Ce să înregistrezi pentru fiecare URL
Stochează un rând per URL cu codul de status, canonical-ul declarat, canonical-ul selectat de Google, numărul de linkuri interne de la pagini indexate și numărul de domenuri care linkuiesc. Cinci coloane sunt suficiente pentru a sorta lista în grupuri care necesită munci diferite.
Sortează grupurile înainte de a acționa. Un URL cu linkuri externe, un canonical greșit și fără cale internă necesită un remediu diferit de unul care este pur și simplu nou, iar amestecarea celor două risipește un sprint pe problema greșită.
Păstrează fișierul pentru fiecare rulare. Diferența dintre două rulări arată dacă un remediu a funcționat, lucru pe care un singur snapshot nu ți-l poate spune.
Menținerea cozii de solicitări scurtă
Limitează solicitările manuale de indexare la grupul care are linkuri externe și un canonical curat. Aceste pagini au cele mai mari șanse de o preluare rapidă și au cea mai mare valoare dacă rămân în afara.
Paginile cu un canonical conflictual sau conținut subțir aparțin unei liste separate pentru consolidare. Solicitarea lor repetată adaugă doar zgomot în coadă și nu îți spune nimic nou.
Întrebări despre indexare
- Cât ar trebui să dureze ca o pagină nouă să apară în index?
- De la câteva ore la câteva săptămâni. Site-urile stabilite cu linkuri interne puternice văd URL-uri noi în câteva zile. Site-urile noi așteaptă de obicei mai mult. Sub patru săptămâni fără semnale de problemă nu merită să te panichezi.
- Afectează noindex bugetul de crawl?
- O pagină cu noindex este încă rasturnată pentru a vedea tag-ul, deși Google tinde să reducă frecvența de returnare. Pentru majoritatea site-urilor sub zeci de mii de URL-uri, bugetul de crawl nu este limita de care ar trebui să te temi.
- Ajută backlinkurile la indexarea unei pagini?
- Ajută la descoperire și arată că pagina are interes din exterior. Nu forțează indexarea. O pagină linkuită care este subțire sau duplicată poate fi încă exclusă.
- Este solicitarea de indexare în Search Console un remediu?
- Este un impuls, nu un leac. Dacă cauza de bază este un conflict de canonical, conținut subțire sau lipsa linkurilor interne, pagina tinde să cadă din nou.
