De ce nu apare site-ul în Google? 7 verificări de indexare

Ai publicat un site, ai completat titlurile și ai trimis sitemapul. Totuși, când cauți un serviciu, nu găsești pagina ta. Înainte să rescrii textele sau să instalezi alt plugin SEO, alege un singur URL important și verifică-l în ordine. Procesul de mai jos urmărește un diagnostic, nu o promisiune de indexare imediată.

1. Verifică adresa exactă, nu doar numele domeniului

Copiază URL-ul final al paginii din browser. Notează dacă folosește HTTPS, dacă are www și dacă se termină cu slash. Deschide-l nelogat și urmărește unde ajungi după eventualele redirecționări. Pagina relevantă trebuie să fie accesibilă fără o sesiune de administrator.

În Search Console, introdu această adresă în instrumentul de inspectare URL. Separă informația despre versiunea cunoscută de Google de testul live al paginii actuale. Google explică diferența și limitele testului în documentația pentru inspectarea URL-urilor.

2. Controlează răspunsul HTTP

Deschide panoul Network din browser și selectează documentul HTML, nu un fișier CSS. Notează codul răspunsului. Un 200 indică livrarea unui document, dar nu garantează că documentul conține pagina dorită. O pagină de eroare poate fi livrată incorect tot cu 200.

Dacă vezi 503, oprește analiza titlurilor SEO și investighează disponibilitatea serverului. Pentru 404, verifică dacă URL-ul mai trebuie să existe. Pentru redirecționări, confirmă că destinația răspunde aceleiași intenții. Păstrează într-un tabel URL-ul testat, codul, destinația și ora; vei putea compara după remediere.

3. Caută directivele noindex

Verifică sursa HTML și antetul X-Robots-Tag. O directivă noindex poate veni din setările paginii, din pluginul SEO sau dintr-o regulă de server. Nu o elimina de pe conturi, rezultate interne de căutare ori pagini de test doar pentru a crește numărul adreselor indexabile.

Pentru o pagină publică de serviciu, întrebarea este precisă: există o directivă care îi interzice indexarea și este ea intenționată? Dacă problema apare numai pe o adresă, nu modifica global setările întregului site.

4. Citește robots.txt în context

Fișierul robots.txt controlează accesarea de către crawlere, nu este un mecanism general de eliminare din index. Un URL blocat poate rămâne cunoscut fără ca Google să îi poată citi conținutul. Nu combina automat blocarea accesului cu un noindex pe care crawlerul nu îl poate vedea. Aceste limite sunt descrise în ghidul Google despre robots.txt.

Exemplu de diagnostic: ai un ghid public în /blog/ghiduri/, dar o regulă blochează întregul /blog/. Corectează regula care produce efectul nedorit; nu șterge protecțiile altor zone fără verificare.

5. Verifică pagina canonical

Compară canonical-ul declarat cu URL-ul pe care dorești să îl indexezi. Dacă un articol trimite prin canonical către homepage, Google primește un semnal că altă adresă ar fi reprezentativă. Verifică și dacă linkurile interne sau sitemapul indică o altă variantă a URL-ului.

Canonical-ul este un semnal de consolidare, nu o comandă absolută. Google poate selecta o altă adresă. Documentația de canonicalizare explică această distincție. În planul de remediere, urmărește consecvența dintre destinația finală, canonical și legăturile interne.

6. Confirmă că pagina poate fi descoperită

Poate un vizitator ajunge la articol din blog sau din categoria potrivită? Există o legătură HTML reală către el? Adaugă pagina în structura editorială firească, nu într-o listă ascunsă de sute de linkuri. În sitemap trebuie să apară adresa canonică publică, nu o previzualizare.

Un ghid nou poate fi legat din categoria sa și dintr-un articol complementar deja publicat. Aceste două contexte ajută și cititorul: primul îl orientează tematic, al doilea explică de ce merită continuată lectura.

7. Separă eligibilitatea de clasare

Dacă pagina este accesibilă și indexată, dar nu apare pentru expresia dorită, problema nu mai este aceeași. Compară întrebarea utilizatorului cu răspunsul oferit. O pagină care vinde un audit nu este automat răspunsul potrivit pentru o căutare care cere un tutorial gratuit.

După modificări, repetă verificarea pe același URL și păstrează rezultatul. Solicitarea indexării nu garantează includerea sau o anumită poziție. Urmărește evoluția în Search Console, fără să interpretezi o singură căutare manuală drept raport complet.

Exemplu complet: o pagină publicată care încă are noindex

Imaginează-ți un site de servicii care tocmai a trecut din dezvoltare în producție. Homepage-ul poate fi găsit după numele brandului, dar pagina „Audit SEO pentru magazine online” nu apare. Proprietarul presupune că are prea puțin text și pregătește încă două articole. Înaintea redactării, merită verificată pagina pe care vrea să o promoveze. Situația următoare este un exemplu de lucru, nu rezultatul măsurat al unui client.

În fișa de diagnostic notezi adresa finală, titlul așteptat și data testului. Deschizi pagina într-o sesiune fără autentificare. Documentul răspunde cu 200, iar conținutul corespunde serviciului. În sursă găsești însă directiva următoare. Acesta este un obstacol concret; numărul paragrafelor nu îl compensează.

<meta name="robots" content="noindex, follow">

Verifici apoi de unde vine setarea: pagina individuală, tipul de conținut, opțiunea globală WordPress sau antetele serverului. Modifici numai locul responsabil, după ce confirmi că pagina trebuie să fie publică. Dacă pagina este o previzualizare, o căutare internă sau un document privat, directiva poate fi perfect justificată. Scopul diagnosticului este să separi o configurare intenționată de una rămasă din dezvoltare.

După salvare, verifici din nou sursa publică, nu doar editorul. În cazul unui cache vechi, schimbi configurația corectă, dar vizitatorul continuă să primească versiunea anterioară. Invalidezi adresa afectată și confirmi că directiva a dispărut din răspunsul livrat. Abia acum repeți inspecția live. Fișa se încheie cu dovada de după intervenție, nu cu mesajul „setările au fost salvate”.

Cum organizezi verificarea pentru mai multe pagini

Nu este nevoie să tratezi de la început fiecare URL al site-ului ca proiect separat. Propunem un eșantion care acoperă șabloanele importante: homepage, o categorie, un serviciu, un articol și, când există, un produs. Alegi apoi încă o pagină din tipul care prezintă eroarea. Dacă două pagini cu același șablon au aceeași problemă, ai un indiciu despre aria intervenției, dar continui să validezi înainte de a extinde schimbarea.

Pentru fiecare rând, atribuie un responsabil și un criteriu de închidere. „Verifică programatorul” este prea vag. „Elimină noindex accidental din șablonul de articol și validează trei URL-uri” este o sarcină delimitată. Ordinea propusă este disponibilitate, directive, consolidarea adreselor și abia apoi îmbunătățirea răspunsului editorial. Astfel nu investești întâi în texte pe care crawlerul nu le poate procesa normal.

Ce faci când pagina este accesată, dar nu este indexată

O verificare tehnică fără erori evidente nu oferă automat explicația completă. Citește motivul din raport și compară versiunea cunoscută cu pagina actuală. Examinează conținutul principal: este un răspuns distinct sau o variație aproape identică a altor pagini? Un ghid cu titlu specific, dar cu paragrafe generale copiate din prezentarea serviciilor, poate avea nevoie de o delimitare editorială mai clară, nu de încă un buton pentru solicitarea indexării.

Ca exercițiu, scrie într-o propoziție informația pe care doar această pagină o oferă. Dacă nu reușești, identifică exemplele, pașii, limitele și deciziile care lipsesc. Pentru un tutorial de cache, ar putea fi o comparație între antete înainte și după o intervenție. Pentru un ghid despre produse variabile, ar putea fi o hartă a adreselor și un scenariu concret. Nu adăuga text doar pentru a face pagina mai lungă.

Verifică și dacă există o altă pagină cu aceeași promisiune. Compară titlul, H1-ul, subtitlurile și destinațiile linkurilor interne. Poate fi mai util să îmbunătățești o pagină existentă decât să păstrezi două introduceri aproape identice. O eventuală consolidare trebuie planificată separat, cu alegerea adresei finale și păstrarea informațiilor utile; nu șterge pagini doar fiindcă raportul conține un status pe care nu îl cunoști.

Indexat nu înseamnă vizibil pentru orice expresie

Să presupunem că inspecția confirmă indexarea, însă proprietarul caută „servicii SEO” și nu vede pagina. Următorul pas este analiza interogărilor pentru acel URL, nu reluarea mecanică a verificării robots.txt. Poate pagina primește deja impresii pentru întrebări mai precise. Poate răspunde unei intenții informaționale, în timp ce expresia urmărită cere evaluarea unui furnizor. Aceste situații necesită decizii diferite.

Construiește o comparație între intenția urmărită și conținutul efectiv. Un serviciu ar trebui să explice intervenția, livrabilele și procesul. Un ghid ar trebui să ducă utilizatorul până la o verificare pe care o poate face. Nu transforma automat articolul în landing page comercial și nu introduce aceeași expresie în fiecare subtitlu. Pentru organizarea relației dintre aceste pagini, folosește ghidul despre linkuri interne între articole și servicii.

După remediere: un jurnal care previne concluziile grăbite

Salvează data, URL-ul, constatarea inițială și intervenția exactă. Atașează o captură a directivei vechi și una a răspunsului corectat. Dacă problema a fost într-un șablon, notează paginile de control verificate. Această evidență este utilă inclusiv când următoarea actualizare a temei sau a pluginului SEO readuce aceeași configurație. Echipa nu mai trebuie să reconstruiască istoricul din memorie.

Pentru câteva adrese corectate poți solicita recrawl din instrumentul de inspectare. Pentru un grup mai mare, verifică sitemapul și legăturile de descoperire. Google precizează că o solicitare nu garantează indexarea și că repetarea ei pentru aceeași adresă nu accelerează procesul; consultă instrucțiunile despre recrawl. Stabilește o dată pentru revizuirea rezultatului, fără să tratezi verificarea din fiecare oră ca muncă SEO suplimentară.

Întrebări frecvente despre indexarea Google

Pregătește un set de pagini martor pentru verificările viitoare

După repararea indexabilității, păstrează un eșantion mic care reprezintă tipurile de pagini ale site-ului: homepage, serviciu, categorie editorială, articol și, dacă există, produs. Pentru fiecare, notează URL-ul așteptat, titlul principal, canonicalul și regula de indexare. Nu folosi numai homepage-ul ca test al întregului site: șabloanele și regulile se pot aplica diferit.

La o actualizare de temă, plugin SEO sau cache, verifică din nou aceste pagini. Urmărește mai întâi răspunsul real și conținutul livrat, apoi instrumentele de indexare. Astfel poți observa rapid că o regulă pentru ciorne s-a extins accidental la articole publice sau că o migrare a schimbat canonicalul unei categorii.

Într-un proiect mic, registrul poate avea doar cinci rânduri și trei coloane de observații: înainte, după și acțiune. Nu transformăm verificarea într-un proces birocratic; încercăm să evităm un diagnostic repetat de la zero la fiecare modificare. Capturile și fragmentele de HTML trebuie să fie ale paginii testate, nu ale unei adrese asemănătoare.

Dacă o pagină este protejată intenționat, rezultatul corect poate fi să rămână în afara indexului. Pentru o categorie editorială goală, stabilește momentul în care devine utilă publicului. Nu publica texte fără valoare doar ca să treacă un contor din zero în unu. Testul de acceptare trebuie să combine accesibilitatea tehnică și existența unui conținut pe care utilizatorul chiar îl poate folosi.

Ce livrează un diagnostic util

La final ar trebui să ai o problemă identificată, o dovadă, o intervenție și o verificare după intervenție. „SEO nu funcționează” nu este un diagnostic. „Pagina publică are noindex în antet, eliminat după confirmarea intenției, apoi retestat” este o constatare acționabilă.

Poți începe verificările on-page cu SEO Lab. Pentru analiza întregii structuri, vezi ce include un audit SEO cu priorități de implementare. Instrumentele on-page nu înlocuiesc datele de indexare din Search Console.