Doar homepage indexat în Google? Semnal de calitate, nu de hack

Dacă Google îți ține în index doar prima pagină, deși site-ul era indexat complet înainte, cauza probabilă nu este un singur bug tehnic, ci un semnal de calitate generală a site-ului. John Mueller a răspuns public că, fără detalii suplimentare, situația arată ca o problemă de calitate, posibil fără legătură cu hack-ul invocat de cel care a întrebat. Concluzia practică: nu te grăbi să dai vina pe un singur eveniment, măsoară întâi.

Ce s-a întâmplat, pe scurt

Pe 3 noiembrie 2026, Search Engine Roundtable a publicat o discuție în care un specialist descria un client care fusese spart, curățat, iar apoi a intrat într-un con de incertitudine: doar homepage-ul rămăsese în index, iar Search Console nu părea să mai crawleze linkurile interne. Întrebarea era adresată direct lui John Mueller, iar răspunsul lui a fost nuanțat: fără mai multe informații e imposibil de spus, dar, la prima vedere, pare o problemă generală de calitate, care s-ar putea să nu aibă legătură cu hack-ul, cu excepția cazului în care compromiterea a durat multe luni. Mueller a adăugat și un detaliu de timing: când hack-ul și un update de core se suprapun, devine greu să distingi cauza reală. Sursa discuției este Search Engine Roundtable.

Asta e tot ce putem lua ca fapt verificat din material: o ipoteză de calitate, formulată cu rezerve, plus trei alternative pe care Mueller le recunoaște explicit: hack-ul care nu a fost curățat complet, o problemă tehnică, sau un efect de suprapunere cu un update. Restul e analiza noastră și trebuie tratat ca atare.

De ce „doar homepage indexat” e un simptom, nu un diagnostic

Un site care își pierde toate paginile din index, cu excepția primei, arată într-un singur fel în rapoarte și poate avea cel puțin cinci cauze diferite. Prima e tehnică: robots.txt, noindex aplicat accidental pe un template, canonical greșit către homepage, blocaje de crawl, erori 5xx pe paginile interne. A doua e legată de structura internă: linkuri interne rupte după o migrare sau după curățarea unui hack, meniuri care trimit tot către prima pagină, pagini orfane. A treia e legată de calitate: conținut subțire, duplicate, pagini care nu mai aduc nimic nou față de homepage. A patra e legată de încredere: un domeniu compromis care încă poartă semnale negative. A cincea e legată de timing: un update de algoritm care a trecut peste site exact în perioada în care se făceau curățenii.

Problema cu diagnosticul rapid e că toate cele cinci produc același rezultat vizibil. De aceea răspunsul lui Mueller e corect metodologic: fără date, orice concluzie e o presupunere. Iar presupunerea cea mai costisitoare e să arunci resurse în „curățarea hack-ului” încă o dată, când de fapt problema stă într-un canonical sau într-un noindex rămas pe un șablon.

Ordinea corectă de verificare, pas cu pas

Primul pas nu e să citești articole despre hack-uri. Primul pas e să deschizi Search Console și să te uiți la date, nu la impresii. Concret, o secvență pe care o poți aplica săptămâna asta:

1. Raportul de acoperire, pe perioade. Compară luna în care site-ul era indexat complet cu luna de acum. Ce tip de erori apare: „exclusă prin tag noindex”, „blocată de robots.txt”, „canonical alternativă”, „descoperită, dar necrawlată”? Fiecare are un tratament complet diferit.
2. Verificarea sursei în HTML. Ia trei-patru pagini interne și verifică în cod ce meta robots și ce canonical au. Un șablon actualizat poate fi aplicat pe tot situl fără să observi.
3. robots.txt și sitemap. Confirmă că sitemap-ul e citit, că nu conține URL-uri cu parametri murdari și că robots.txt nu blochează directoare întregi.
4. Structura linkurilor interne. Verifică dacă paginile interne primesc linkuri reale din homepage sau din categorii. Dacă toate linkurile trec printr-un JavaScript care nu se execută corect, crawlerul vede un site cu o singură pagină.
5. Istoricul de curățare. Dacă a existat un hack, cere dovada curățării: liste de fișiere modificate, URL-uri compromise, momentul eliminării. „Am curățat” fără inventar nu e o dovadă.
6. Calendarul update-urilor. Notează datele marilor update-uri de core din perioada respectivă. Dacă scăderea coincide cu un update, trebuie să separi efectul.
7. Conținutul, la final. Abia după ce ai exclus cauzele tehnice are sens să discuți despre calitate și despre diferențierea paginilor față de homepage.

Ordinea contează pentru că primele patru pași se fac în câteva ore și elimină majoritatea cauzelor. Discuția despre calitate e cea mai scumpă și cea mai lentă, deci nu începe cu ea.

Ce spune și ce nu spune răspunsul Google

Merită subliniat un lucru: Mueller nu a confirmat că e o problemă de calitate. A spus că „sună a” problemă generală de calitate, cu condiția să existe mai multe informații. Diferența e importantă, pentru că în piață astfel de formulări se transformă rapid în „Google a spus că e calitate” și cineva începe să rescrie tot site-ul.

În plus, există o limită de fond: un răspuns dat pe un canal public, fără acces la domeniu, nu poate exclude o cauză tehnică. Absența unei dovezi nu e dovada absenței. Dacă Search Console nu arată crawl pe linkurile interne, asta poate însemna și că linkurile nu există în HTML-ul servit, nu doar că Google refuză să le crawleze. Verificarea incompletă nu dovedește nici existența, nici absența unei funcții sau a unei erori.

Un al doilea detaliu util din răspuns: suprapunerea dintre hack și un update de core. Când două evenimente cad în aceeași fereastră de două-trei săptămâni, atribuirea devine speculativă. Soluția nu e să alegi o cauză, ci să documentezi cronologia și să urmărești recuperarea pe ferestre lungi, de 60-90 de zile, nu pe zile.

Ce înseamnă pentru tine, antreprenor sau marketer în România

Pentru un business românesc cu magazin online sau cu site de servicii, scenariul e mai frecvent decât pare. Un site spart, curățat de o firmă de mentenanță, apoi lăsat „să-și revină”. Trei luni mai târziu, traficul organic e la 15% din ce era, iar toți ochii se uită la reclame și la bugetul de Google Ads, pentru că acolo se vede cifra. Între timp, problema e în index.

Ce faci concret, dacă ești în situația asta:

• Nu crește bugetul de ads ca să acoperi lipsa organicului înainte să știi dacă e o problemă de index. Altfel plătești pentru un simptom.
• Cere un audit de index, nu un audit SEO general. Vrei un document cu URL-uri, statusuri de indexare, cause și dovadă pentru fiecare categorie de eroare.
• Pune pe hârtie cronologia. Data hack-ului, data curățării, data update-urilor, data scăderii. Fără cronologie, orice discuție cu agenția sau cu furnizorul de mentenanță se învârte în cerc.
• Separă traficul de brand de cel non-brand. Dacă doar homepage-ul e indexat, căutările de brand încă aduc trafic, iar scăderea pare mai mică decât e. Uită-te la paginile de produs și de categorie separat.
• Nu promite nimănui un termen de recuperare. Recuperarea după probleme de calitate sau după compromitere nu are un calendar garantat. Orice „revenim în două săptămâni” e o estimare, nu o certitudine.

Într-o discuție cu un client, formularea corectă e: „avem un simptom clar, avem mai multe cauze posibile, le verificăm în ordinea asta, îți raportăm ce găsim săptămâna asta”. Nu: „Google a zis că e calitate, rescriem tot”.

Unde se leagă marketingul de măsurare

Problema de index nu trăiește izolat. Ea afectează și modul în care măsori vizibilitatea în AI Search, pentru că un model care citează surse are nevoie de pagini accesibile, nu doar de un homepage. Dacă vrei să urmărești cum apar mențiunile de brand în răspunsurile AI, ai nevoie de un site cu pagini indexabile și citibile; altfel măsori doar brandul, nu conținutul. Detalii despre metodă găsești în materialul despre Gemini visibility tracking 2026: cum măsori mențiunile de brand.

La fel, calitatea paginilor și diferențierea lor față de homepage sunt exact terenul pe care se joacă și selecția pentru citare. Un instrument de optimizare de conținut nu rezolvă o problemă de index, dar te ajută să nu adaugi pagini slabe peste un site deja fragil. O comparație de opțiuni, cu prețuri și API, e în analiza despre Clearscope alternative 2026: preț, API și MCP comparate.

FAQ

Doar homepage-ul indexat înseamnă automat că site-ul are probleme de calitate? Nu. E un simptom cu mai multe cauze posibile: tehnice, structurale, de calitate sau de încredere. Răspunsul lui Mueller a fost condiționat de lipsa detaliilor, deci e o ipoteză de verificat, nu un diagnostic.

Cât durează până revine indexarea? Nu există un termen garantat. Depinde de cauză: o eroare de canonical se poate corecta în zile, o problemă de calitate sau o compromitere veche poate dura luni. Urmărește recuperarea pe ferestre de 60-90 de zile.

Trebuie să opresc campaniile plătite cât timp rezolv indexarea? Nu neapărat. Dar nu mări bugetul pentru a compensa organicul înainte să știi cauza. Separă traficul de brand, măsoară paginile de produs și categorie, și decide pe date.

Concluzia ALLSoft

Uneltele AI te ajută să pui ordine în haos: extragi URL-urile din Search Console, grupezi erorile pe tipuri, compari perioade, construiești cronologia. E un pas de analiză care economisește zile de citit rapoarte. Dar diagnosticul rămâne o decizie de operator: cineva trebuie să decidă ce verifici întâi, ce ignori și ce raportezi clientului, iar execuția, de la verificarea șabloanelor până la curățarea linkurilor interne, se face cu mâinile pe site, nu cu promisiuni. Pasul concret îl face ALLSoft Agency: audit de index cu dovezi, nu cu presupuneri, și un plan de măsurare care separă organicul de plătit.