De ce dispare un magazin online din Google: cauze tehnice

Semnul care te duce pe pista greșită

Când traficul din căutări scade, prima reacție e să cauți explicații "de marketing": un algoritm nou, concurență mai agresivă, sezonalitate. Uneori chiar asta e explicația. Dar o cădere bruscă și mare (nu treptată) duce de cele mai multe ori spre o cauză tehnică apărută recent — de obicei în ultimele zile sau săptămâni, adesea legată de o actualizare, o migrare sau o schimbare de temă.

Cele mai frecvente cauze, de la cea mai simplă la cea mai ascunsă

1. Un tag „noindex” rămas din greșeală

Site-urile în dezvoltare sau în mediul de testare au adesea un tag <meta name="robots" content="noindex"> activat intenționat, ca Google să nu le indexeze cât timp nu sunt gata. Problema apare când site-ul trece live și acest tag rămâne activ — fie uitat, fie copiat dintr-o temă sau un plugin fără să fie dezactivat. Pentru Google, pagina spune explicit „nu mă indexa”, iar el ascultă.

2. robots.txt prea restrictiv

Un robots.txt ar trebui să blocheze doar zonele private (panou de administrare, coș, cont). După o migrare de platformă sau o actualizare majoră, apar uneori linii adăugate automat care blochează din greșeală secțiuni întregi de produse sau categorii — mai ales dacă fișierul a fost regenerat de un plugin nou, peste varianta personalizată de dinainte.

3. Canonical greșit

Tag-ul rel="canonical" îi spune lui Google care e versiunea „oficială” a unei pagini, atunci când există mai multe variante similare (cu/fără parametri, cu/fără slash final). Dacă el indică din greșeală spre altă pagină — des întâlnit după o migrare, când rămân canonicale vechi, care duc către domeniul anterior sau un mediu de testare — Google poate indexa acea altă adresă în loc de pagina reală.

4. Redirecturi în lanț sau în buclă

O migrare de platformă, schimbare de domeniu sau de structură de URL-uri produce de multe ori lanțuri lungi de redirecturi (A → B → C) sau, mai rău, bucle (A → B → A). Google renunță să urmeze un lanț prea lung și poate elimina paginile afectate din index.

5. Indisponibilitate chiar în momentul în care Google trece pe acolo

Dacă site-ul e picat sau răspunde cu erori de server exact când Googlebot încearcă să-l acceseze — des întâlnit la găzduiri suprasolicitate sau în timpul unor actualizări programate noaptea — paginile afectate pot ieși treptat din index, mai ales dacă se întâmplă repetat.

6. Conținut duplicat între variante ale aceluiași domeniu

exemplu.ro, www.exemplu.ro, http://exemplu.ro și https://exemplu.ro pot fi tehnic patru adrese diferite din punctul de vedere al unui crawler, dacă nu sunt redirecționate corect către o singură variantă. Google alege una ca fiind „principală” și poate ignora sau trata inconsecvent restul.

De ce proprietarul nu observă imediat

Toate aceste probleme au ceva în comun: site-ul arată normal pentru oricine intră direct pe adresă. Un noindex nu schimbă nimic vizual. Un robots.txt greșit nu produce nicio eroare în browser. Abia scăderea traficului din căutări, cu câteva zile sau săptămâni întârziere, arată că ceva nu e în regulă — iar până atunci magazinul a pierdut deja vizitatori și comenzi.

Cum verifici, pas cu pas

1. Caută site:domeniul-tau.ro în Google și compară numărul aproximativ de rezultate cu ce știai înainte; o scădere mare e un semnal clar.
2. Deschide domeniul-tau.ro/robots.txt direct în browser și citește-l: nu ar trebui să blocheze pagini de produse sau categorii.
3. Verifică sursa unei pagini de produs (View Page Source) și caută noindex și rel="canonical": canonicalul ar trebui să indice chiar acea pagină, nu alta.
4. Testează adresa cu și fără www., cu http și https: toate variantele ar trebui să redirecționeze automat către una singură.

Pentru verificare continuă, nu doar punctuală, monitorizarea WEBLURE urmărește exact pierderea de indexare, alături de disponibilitate și SSL, și trimite o alertă pe email imediat ce apare o schimbare. Detalii pe pagina Monitorizare site.