Cuvântul diagnostic vine din grecescul diagnōsis, de la dia, „prin”, și gnōsis, „cunoaștere”: a cunoaște deosebind, a separa un lucru de altul. Înainte de tratament, medicul are de deosebit boala de simptom. „Site-ul nu aduce clienți” e un simptom. Cauzele pot fi zece, iar unele nici nu țin de Google.
În octombrie 2026 am preluat site-ul unei firme de servicii din România cu care lucrăm. Nu-i dăm numele, dar cifrele de mai jos sunt reale, luate din Google Search Console. Timp de un an, site-ul a primit din Google în medie sub un clic pe zi, cele mai multe de la oameni care căutau deja numele firmei. Am găsit probleme tehnice, probleme de business care nu apar în niciun raport SEO și o pagină care lipsea. Le luăm pe rând.
Pentru firma ta
Site-ul firmei nu aduce cereri? Facem site-uri rapide, ușor de găsit în Google și ușor de contactat.
Punctul de plecare, în cifre
| Perioada | Clicuri | Afișări | Ce înseamnă |
|---|---|---|---|
| 24.09.2025 – 06.10.2026 (peste 12 luni) | aproximativ 240 | aproximativ 14.800 | sub un clic pe zi; cea mai bună zi a avut 6 clicuri |
| Cel mai afișat articol, în tot intervalul | 60 | 11.086 | apărea des, dar aproape nimeni nu intra: 0,5% din afișări |
| 07.10 – 13.10.2026 (o săptămână) | 21 | 491 | de 4–5 ori media săptămânală a anului de dinainte |
| 13.10.2026 | 9 | 235 | cea mai bună zi din toate datele disponibile, de peste un an |
Cifrele absolute sunt mici și trebuie spuse ca atare: 21 de clicuri pe săptămână nu schimbă o afacere. Schimbarea de direcție e însă clară, iar felul în care s-a produs spune mai mult decât mărimea ei.
Înainte de SEO: site-ul fusese compromis
Primul lucru găsit nu ținea de căutare. Cu trei săptămâni înainte, site-ul, construit pe WordPress, fusese spart printr-o vulnerabilitate publică. Avea conturi de administrator false și cod malițios în mai multe locuri, care se refăcea singur când era șters dintr-unul. L-am curățat întâi: site-ul pus în mentenanță, toate copiile mutate odată în carantină, tema comparată cu backupul de dinaintea atacului, conturile false șterse, parolele și cheile schimbate. Abia apoi am trecut la SEO. Un site compromis poate ajunge marcat în Google ca periculos, iar atunci nicio altă reparație nu mai contează.
Ce am găsit în tema site-ului
Tema fusese construită dintr-un șablon HTML, iar o parte din șablon rămăsese în producție. Pe scurt, Google vedea un site în care toate paginile semănau între ele:
| Problema | De ce conta | Ce am făcut |
|---|---|---|
| Titlul paginii era scris de mână în temă, identic pe tot site-ul | în rezultate, toate paginile aveau același titlu; pluginul de SEO nu-l putea schimba | titlul îl dă acum pluginul, câte unul pentru fiecare pagină |
| Descrierea meta era goală pe toate paginile | Google își alegea singur un fragment, adesea din meniu | eticheta goală scoasă; descrierile vin acum din pluginul de SEO |
| Limba paginii era declarată engleză | semnal greșit pentru un site în română | limba, datele structurate și pagina 404 trecute pe română |
| Sigla era titlul principal (H1), iar fiecare articol avea H1 „Blog” | titlul real al articolului nu era marcat ca titlu | un singur H1 pe pagină, cu titlul ei |
| Cinci pagini aveau adresa canonică fără bara de la final | pluginul de SEO le scotea din sitemap | adrese canonice corecte, sitemap retrimis |
| Două articole aveau adresele canonice încrucișate | fiecare îi spunea lui Google că originalul e celălalt | date reconstruite din plugin |
| Arhivele goale (categorii, etichete) erau indexabile | pagini subțiri, fără conținut | marcate noindex; arhiva de autor oprită |
| 24 de linkuri interne treceau prin redirecționări | pași în plus pentru vizitator și pentru crawler | linkuri directe |
| Linkuri spre pagini de șablon inexistente | erori 404 chiar din articole | linkuri corectate |
| Fișierul CSS primea altă versiune la fiecare vizită | nu se mai folosea cache-ul, deci fiecare pagină se încărca mai greu | versiune după data modificării |
Niciuna nu e spectaculoasă. Toate împreună fac diferența dintre un site pe care Google îl înțelege și unul pe care îl tratează ca pe o pagină repetată de treizeci de ori.
Problemele care nu apar în niciun raport SEO
Partea cea mai instructivă a fost alta. Uneltele de SEO verifică pagini, nu verifică dacă mesajele ajung la cine trebuie. Am găsit:
- Formularul de contact trimitea mesajele doar la adresa de email a dezvoltatoarei site-ului. Cererile venite prin site nu ajungeau direct la oamenii care răspund clienților.
- Adresa de email afișată în subsolul site-ului ducea într-o căsuță separată, fără redirecționare spre adresa folosită zilnic.
- Bifa de acord GDPR din formular trimitea la politica de confidențialitate a unei alte firme, probabil copiată la construcția site-ului.
- Contul Google Search Console și cel de analytics erau ale dezvoltatoarei. Firma nu avea acces la propriile date.
Dacă formularul trimite cererile în altă parte, nici un SEO perfect nu aduce clienți. De aceea, orice audit pe care îl facem începe cu un test banal: trimitem un mesaj prin formular și urmărim unde ajunge.
Ce a mutat de fapt cifrele: pagina care lipsea
Reparațiile tehnice au scos piedicile. Creșterea a venit însă dintr-o pagină nouă. Un program public fusese anunțat oficial, dar regulile detaliate nu apăruseră. Oamenii începeau să caute „când începe programul”, iar răspunsurile bune erau puține. Am scris pagina înainte de val:
- fiecare afirmație cu sursa oficială, cu data documentului, fără nimic preluat din presă;
- o verificare în cinci întrebări, ca omul să afle repede dacă se califică;
- un calendar cu ce s-a anunțat și ce urmează, actualizat la fiecare schimbare;
- întrebări frecvente scrise după întrebările reale, nu după cuvinte-cheie;
- formularul de contact chiar pe pagină, legat de data asta la adresa corectă.
Pagina a apărut pe 9 octombrie seara. În primele cinci zile a adus 13 clicuri din 285 de afișări, adică mai mult de jumătate din clicurile săptămânii. A doua zi am publicat și o pagină-hub cu toate programele de acest tip active, fiecare cu sursa și data verificării. Până pe 13 octombrie, aceasta adunase 40 de afișări și niciun clic. Nu orice pagină bună prinde din prima săptămână.
Ce nu știm încă
Cinci zile de date nu fac o tendință. O parte din creștere vine din interesul pentru acel program, care poate scădea după deschiderea apelului. Nu știm încă câte dintre vizite devin cereri de ofertă. Vom actualiza articolul cu datele pe 30 și pe 90 de zile, inclusiv dacă cifrele scad.
Zece verificări pe care le poți face azi pe site-ul tău
- Trimite un mesaj prin formularul de contact și verifică unde ajunge și în cât timp.
- Verifică cine e proprietar în Search Console și în analytics. Trebuie să fie firma, nu doar furnizorul.
- Caută în Google site:domeniultău.ro și citește titlurile: sunt diferite de la o pagină la alta?
- Deschide sursa unei pagini și caută lang=: e limba site-ului?
- Verifică dacă fiecare pagină are un singur H1, cu titlul ei.
- Compară paginile importante cu cele din sitemap. Lipsește vreuna?
- În Search Console, la Pagini, citește motivele pentru care unele adrese nu sunt indexate.
- Caută paginile cu multe afișări și puține clicuri: titlul și descrierea lor convin cuiva?
- Verifică unde duce bifa GDPR și ce politică de confidențialitate deschide.
- Dacă site-ul e pe WordPress, verifică lista de administratori. Un cont pe care nu-l recunoști e o urgență.
Dacă vrei să știi cât costă, de obicei, să repari sau să refaci un site, avem un articol despre costul unui site de firmă. Pentru o analiză completă a sistemelor digitale ale firmei, nu doar a site-ului, vezi ce conține un audit digital.
De ce nu apare site-ul meu în Google?
Cauzele frecvente sunt pagini neindexate (scoase din sitemap, marcate noindex sau cu adrese canonice greșite), titluri și descrieri identice, conținut care nu răspunde la ce caută oamenii și lipsa de linkuri spre site. Search Console arată primele două categorii; pentru ultimele două trebuie citite interogările.
Cât durează până se vede o schimbare după reparații?
Reparațiile tehnice se văd după ce Google recrawlează paginile, de la câteva zile la câteva săptămâni. O pagină nouă pe un subiect căutat poate aduce clicuri în câteva zile, cum a fost aici, dar pozițiile stabile se formează în săptămâni sau luni.
Ce înseamnă multe afișări și puține clicuri?
Pagina apare în rezultate, dar nu convinge sau apare prea jos. Uneori, Search Console trece și aparițiile ca sursă în rezumatele AI ale Google, cu poziția blocului de sus, deși organic pagina e mai jos. Merită verificat în căutarea reală înainte să rescrii titlul.
Trebuie să fiu proprietar în Search Console dacă am un dezvoltator?
Da. Dezvoltatorul poate avea acces, dar proprietatea trebuie să fie a firmei, verificată prin DNS. Altfel, la o despărțire de furnizor, pierzi istoricul și controlul asupra propriului site în Google.
Am nevoie de un site nou ca să apar în Google?
Nu neapărat. Aici am păstrat site-ul și tema, am reparat ce era stricat și am adăugat pagini utile. Un site nou se justifică atunci când tema nu mai poate fi reparată sau nu se mai actualizează în siguranță.
Site-uri construite pentru a fi găsite: pagini statice rapide, date structurate, Search Console pe numele firmei și formulare testate.
Vezi site-urile pentru firmeO discuție de 30–60 de minute în care ne uităm împreună la Search Console și la formulare și vedem ce merită reparat întâi.
Cere o verificare a site-uluiServicii NeuroAI relevante
Articole similare
Din LaboratorJoy, asistentul AI din Joyvite: cum l-am construit ca să propună, nu să decidă
Pe 13 octombrie 2026 am pornit Joy, asistentul AI din Joyvite, aplicația noastră de invitații digitale. Joy scrie texte, recomandă teme, face mesajele pentru invitați și pornește așezarea la mese. Nu salvează nimic singur. Cum am împărțit munca între cod și model, de ce am ales un model mic, cum nu ajung numele invitaților la model și ce am reparat după prima zi în producție.
Citește articolul
Din LaboratorCum scriem articolele cu AI: ce automatizăm și ce nu lăsăm din mână
Articolele de pe acest site sunt scrise cu ajutorul AI, iar asta nu e un secret. Mai interesant e ce nu lăsăm pe seama lui: alegerea subiectului, sursa fiecărei cifre și decizia de a publica. Fluxul complet, de la sursa primară la pagina indexată, ce face codul la fiecare publicare și de ce am șters opt pagini generate într-o zi.
Citește articolulContext engineering: cum am transformat un vault Obsidian în creierul persistent al NeuroAI
Nu contează modelul AI pe care îl folosești. Contează contextul pe care i-l oferi. Construirea unui vault local de fișiere Markdown, citit și scris de Claude la fiecare sesiune, este infrastructura pe care se așează adopția AI serioasă într-o firmă.
Citește articolul