Cum faci un audit tehnic SEO: checklist în 11 pași, cu unelte gratuite
Ce verifici, în ce ordine și cu ce unelte gratuite: indexare, robots.txt, sitemap, canonical, redirecționări, viteză, mobil, titluri, date structurate, hreflang și pregătirea pentru AI. Cu exemple reale de pe propriul site.
Un audit tehnic SEO verifică dacă Google poate găsi, citi și indexa corect paginile site-ului tău. Nu se uită la cât de bine scrii, ci la fundație: dacă ușa e deschisă, dacă drumul e clar și dacă pagina se încarcă destul de repede ca să conteze.
Mai jos sunt cele 11 verificări pe care le facem la fiecare audit, în ordinea în care contează. Toate se pot face cu unelte gratuite. Unde am avut noi înșine probleme pe manilla-services.ro, îți spunem exact ce am găsit.
De ce ai nevoie
- Google Search Console: datele Google despre site-ul tău (gratuit, trebuie doar să-ți verifici domeniul)
- PageSpeed Insights: viteză și Core Web Vitals
- Rich Results Test: validarea datelor structurate
- Chrome DevTools / Lighthouse: deja în browser, apeși F12
1. Indexarea: ce vede Google, de fapt
Deschide Search Console → Pagini. Raportul îți spune câte pagini sunt indexate și, mai important, de ce celelalte nu sunt. Mesajele cele mai des întâlnite:
| Mesaj | Ce înseamnă | Ce faci |
|---|---|---|
| Crawled – currently not indexed | Google a citit pagina, dar n-a considerat-o destul de utilă | Întărești conținutul, legi pagina din alte pagini, ceri reindexare |
| Discovered – currently not indexed | Știe de ea, dar n-a ajuns s-o citească | De obicei se rezolvă singur; ajută linkurile interne |
| Excluded by „noindex” tag | Pagina cere singură să nu fie indexată | Verifici dacă e intenționat |
| Duplicate without user-selected canonical | Google vede mai multe copii | Pui canonical corect (pasul 4) |
Exemplu real: versiunea în engleză a paginii noastre PHP2Shell a stat câteva zile pe „Crawled – currently not indexed”. După o cerere de indexare din URL Inspection, a intrat în index.
2. robots.txt și noindex
Deschide site-ul-tau.ro/robots.txt. Caută liniile Disallow: niciuna nu trebuie să blocheze pagini pe care vrei să le vezi în Google. Cea mai scumpă greșeală pe care o vedem e un Disallow: / rămas de pe site-ul de test după lansare.
Apoi verifică eticheta noindex: în URL Inspection, la „Indexing allowed?”, trebuie să scrie Yes pe paginile importante.
3. Sitemap-ul XML
Trei condiții:
- Există (de obicei la
/sitemap.xml) și e trimis în Search Console → Sitemaps. - Conține doar pagini care răspund cu 200 și sunt canonice, fără redirecționări, 404 sau pagini noindex.
- Se actualizează singur când adaugi pagini.
Un sitemap plin de adrese moarte îi spune lui Google că nu prea ai grijă de site.
4. O singură versiune a site-ului și canonical corect
Site-ul tău are patru adrese posibile: http://, https://, cu www și fără. Toate trebuie să ducă, printr-o singură redirecționare 301, la aceeași versiune. Verifici rapid în terminal:
curl -sI http://site-ul-tau.ro | grep -i location
Apoi, pe fiecare pagină, eticheta <link rel="canonical"> trebuie să indice exact adresa finală a paginii. Canonical greșit înseamnă că Google indexează altă pagină decât cea pe care o vrei.
5. Redirecționări în lanț și erori 404
O redirecționare în lanț (A → B → C) pierde timp la fiecare pas și diluează semnalele. O buclă (A → B → A) nu se încarcă deloc. Linkurile interne trebuie să ducă direct la pagina finală.
Pentru erori 404 ai raportul Pagini din Search Console („Not found (404)”). Nu toate sunt grave: un 404 pe o pagină ștearsă intenționat e normal. Grav e un 404 pe o pagină spre care încă trimiți linkuri.
6. Viteza: Core Web Vitals
În PageSpeed Insights contează mai mult secțiunea de sus, cu date reale de la vizitatori, decât scorul din testul de laborator. Pragurile Google pentru „bine”:
| Metrică | Ce măsoară | Prag „bun” |
|---|---|---|
| LCP | Cât durează până apare conținutul principal | sub 2,5 s |
| INP | Cât de repede răspunde pagina la click | sub 200 ms |
| CLS | Cât „sare” pagina în timp ce se încarcă | sub 0,1 |
Cauzele cele mai des întâlnite: imagini mari neoptimizate, fonturi care blochează afișarea, JavaScript încărcat inutil. Am scris pe larg despre ele în Core Web Vitals pe înțelesul tuturor și într-un studiu de caz cu cifre.
7. Mobil și accesibilitate
Google indexează varianta de mobil a site-ului. Rulează Lighthouse (F12 → Lighthouse → Mobile) și uită-te la secțiunea Accessibility: contrast insuficient, butoane prea mici, titluri sărite.
Exemplu real: pe manilla-services.ro, Lighthouse ne dădea 94 la accesibilitate. Trei cauze: două texte cu contrast 4,3 (minimul e 4,5), titluri de coloană din footer marcate H4 direct după H2 și un buton de limbă al cărui nume accesibil nu începea cu textul vizibil. După reparații: 100.
8. Titluri, descrieri și H1
Pe fiecare pagină:
- Titlul (
<title>) e unic și descrie pagina; ce trece de ~60 de caractere riscă să fie tăiat în rezultate. - Descrierea e unică, în jur de 150–160 de caractere, și spune de ce merită click-ul.
- Există un singur H1, iar titlurile H2/H3 urmează o ordine logică.
Titluri duplicate pe zeci de pagini („Produs – Magazin”) îi spun lui Google că paginile sunt interschimbabile.
9. Date structurate
Datele structurate (JSON-LD) îi spun lui Google explicit ce e pe pagină: firmă, serviciu, produs, articol, întrebări frecvente. Le validezi cu Rich Results Test și le urmărești în Search Console → Enhancements.
Exemplu real, găsit chiar în timpul unui audit pe propriul site: recenzia unei cliente era legată de firmă în ambele sensuri (firma → recenzie și recenzie → firmă). Google semnala „directional conflict” pe toate paginile. Reparația a fost o linie de cod: recenzia pusă direct în interiorul firmei. Avertismentele „optional”, de tipul „Missing field”, nu blochează nimic; erorile, da.
10. Hreflang, dacă ai mai multe limbi
Fiecare pagină trebuie să indice toate versiunile ei de limbă, inclusiv pe ea însăși, iar relația trebuie să fie reciprocă: dacă RO trimite la EN, EN trebuie să trimită înapoi la RO. Adaugă și un x-default. Hreflang greșit face ca vizitatorii din România să primească pagina în engleză, sau invers.
11. Pregătirea pentru căutarea cu AI
Google AI Overviews, ChatGPT și Perplexity citează paginile care:
- răspund direct la întrebare în primele propoziții;
- au date structurate clare;
- arată cine e în spatele conținutului (autor, pagina Despre, date de contact).
Fișierul llms.txt e un plus ieftin pe care îl citesc unele unelte AI, dar nu e un standard Google și nu înlocuiește punctele de mai sus.
Ce faci cu lista
Nu repara totul deodată. Pune fiecare problemă găsită pe două axe, impact și efort, și începe cu cele cu impact mare și efort mic: un noindex uitat, un sitemap greșit, un canonical spre altă pagină. Astea se repară în minute și pot debloca pagini întregi.
Optimizările de viteză și restructurările vin după. Durează mai mult, dar fundația trebuie să fie în regulă înainte.
Când merită un audit făcut de altcineva
Lista de mai sus îți arată ce e greșit. Partea grea e, de obicei, reparația: să știi unde în cod stă problema și s-o rezolvi fără să strici altceva. Dacă ai trecut prin cei 11 pași și ai o listă pe care n-ai cum s-o rezolvi singur, aici intervenim noi: facem auditul și aplicăm reparațiile direct în cod.
Vrei auditul făcut și problemele reparate în cod?Vezi auditul tehnic SEO Verificare gratuită rapidă (3–5 puncte) înainte de orice ofertă.