Audit SEO tehnic: identifică problemele care afectează vizibilitatea

Ce urmărește un audit SEO tehnic

Un audit SEO tehnic este o verificare sistematică a elementelor care influențează modul în care motoarele de căutare descoperă (crawling), păstrează (indexing) și prezintă (ranking) conținutul tău, precum și a experienței utilizatorului la randare. Scopul concret: găsești blocajele care irosesc bugetul de crawl, fragmentează autoritatea între URL-uri, împiedică randarea completă a paginilor sau reduc calitatea semnalelor pe care motoarele le pot interpreta.

Structura auditului: ce componente verifici

Împarte auditul în blocuri operaționale. Pentru fiecare bloc descrie: ce verifici, de ce contează, cum verifici și cum prioritizezi remedierea.

Crawlability (descoperire)

Întrebări-cheie: motoarele pot ajunge la paginile importante? Robots.txt, directive server și link-urile interne permit Googlebot să navigheze eficient? Sunt paginile blocate prin meta robots sau headerul X-Robots-Tag?

Verificări practice:

• Inspectează robots.txt și caută reguli care blochează rute esențiale. Folosește fișierul la root și verifică-l manual; nu te baza doar pe instrumente externe.

• Testează răspunsurile HTTP cu curl: de exemplu, `curl -I https://exemplu.ro/pagina` (returnează doar header-ele). Pentru a vedea HTML-ul livrat unui user‑agent specific folosește `curl -A "Mozilla/5.0 (Linux; Android) Chrome" https://exemplu.ro/pagina` (fără -I).

• Analizează server‑logs pentru a vedea ce boturi vizitează site-ul, frecvența și eventualele coduri 4xx/5xx pentru paginile importante. Reține că, din iulie 2024, Google folosește implicit Googlebot Smartphone pentru crawl.

Indexare

Întrebări-cheie: paginile pe care vrei să apară în Search sunt indexate? Sunt folosite canonicalele corecte? Există pagini indexate care nu ar trebui (thin content, pagini de arhivă, filtre)?

Verificări practice:

• Pentru pagini de pe site‑ul tău folosește Google Search Console URL Inspection pentru un verdict autoritativ privind indexarea și motivul dacă URL‑ul nu este indexat.

• Verifică canonicalele: urmează cadena de redirect-uri și vezi dacă există contradicții între tag-ul `rel="canonical"`, headerul Link și sitemap. Canonicalele ar trebui să indice un singur URL preferat pentru același conținut.

Randare și JavaScript

Întrebări-cheie: conținutul esențial apare în DOM după randare? Fragmentul de text și link-urile sunt vizibile pentru utilizatori, nu doar inserate dinamic în spații pe care botul nu le execută?

Verificări practice:

• Compară sursa paginii (View Source) cu DOM-ul randat (Elements în Chrome DevTools). Dacă conținutul sau link-urile apar doar după execuția JS, notează ce dependențe au (API calls, cookie checks, lazy-loading).

• Folosește o rulare Lighthouse pentru a vedea erori de randare și resurse blocate; folosește Network → Disable cache și capture full page load pentru testare locală.

Performanță și Page Experience

Verificările aici includ Core Web Vitals, layout shift, timp de încărcare și elemente blocking. Folosește date de laborator (Lighthouse) și date de câmp (Search Console Core Web Vitals, Chrome UX Report) pentru o imagine completă.

Checklist pas cu pas pentru un audit tehnic

Următorul checklist este o secvență practică pe care o poți parcurge la audit. Nu toate punctele trebuie rezolvate imediat — prioritizează în funcție de paginile cu trafic și paginile cu conversii.

1) Scopul și domeniul auditului: identifică paginile «money» și sectoarele de conținut prioritare.

2) Verificare robots.txt și blocări de crawl (manual și cu tooluri).

3) Răspunsuri HTTP: toate paginile importante răspund cu 200/301/302 așteptate; evită lanțuri lungi de redirect-uri.

4) Indexare și canonical: verifică URL Inspection în Search Console pentru paginile prioritare; confirmă canonicalele și sitemap-urile.

5) Randare: compară HTML servit vs DOM randat; identifică conținutul care depinde de JS.

6) Performanță: rulează Lighthouse, verifică Core Web Vitals în Search Console și investighează elementele care provoacă INP/LCP/CLS ridicate.

7) Structură URL și navigație: curăță URL-urile parametrizate, tratează paginile de filtrare cu canonical sau noindex când e cazul.

8) Structured data și sitemap: verifică schema.org cu Rich Results Test și asigură-te că sitemap-urile listează doar URL-uri indexabile.

Cum prioritizezi remedierea problemelor

Prioritizează pe două dimensiuni: impact (cât afectează vizibilitatea și conversiile) și effort (timp/development). Concentrează-te prima dată pe:

• Pagini cu trafic și conversii afectate de erori de indexare sau randare.

• Probleme de crawl care consumă bugetul (multe URL-uri inutile în sitemap sau pagini parametrizate indexabile).

• Erori server (5xx) care afectează frecvența vizitelor de la boturi.

Greșeli frecvente și cum să le eviți

Identifică tiparele următoare și tratează cauza, nu doar efectul.

• Folosirea greșită a meta robots sau X‑Robots‑Tag: accidentele de noindex pentru pagini importante sunt comune; verifică historic când ai făcut release-uri masive.

• Ignorarea server‑logs: instrumentele externe îți arată doar o parte; log‑urile îți arată ce boturi chiar au accesat ce URL și când.

• Canonicale contradictorii: canonicalele care formează bucle sau indică pagini care returnează 404/301 creează confuzie.

• Dependența excesivă de indexarea artificială a parametrilor; tratează filtrările de pe site cu politici clare (canonical, noindex, parameter handling în Search Console).

Verificări avansate și comenzi utile

Comenzi curl pentru investigații rapide (exemple):

• Verifică header-ele HTTP: `curl -I https://exemplu.ro/pagina`

• Simulează un user‑agent mobil (fără -I pentru a vedea HTML): `curl -A "Mozilla/5.0 (Linux; Android) Chrome" https://exemplu.ro/pagina`

• Caută meta robots în HTML: `curl https://exemplu.ro/pagina | grep -i "robots"`

Instrumente de folosit:

• Google Search Console (URL Inspection, Performance, Core Web Vitals).

• Chrome DevTools (Elements, Network, Performance, Lighthouse).

• Rich Results Test și Schema Markup Validator pentru structured data.

• Server logs și analiza user‑agent pentru a confirma comportamentul real al crawling‑ului.

Aspecte de conformitate: linkuri plătite și politica Google

Dacă auditul include pagini care conțin linkuri plătite sau plasări comerciale, aplică politica Google privind linkspam: linkurile care au rol principal de a manipula ranking‑ul ar trebui marcate corespunzător. Pentru conținut compensat folosește `rel="sponsored"` sau `rel="nofollow"` conform ghidului Google; `rel="ugc"` este recomandat pentru linkurile din conținut generat de utilizatori. Reține că Google tratează rel="nofollow" ca un hint, nu ca o instrucțiune absolută.

Exemple de sintaxă HTML: o legătură normală: `exemplu`. Pentru conținut sponsorizat: `exemplu`. Pentru UGC: `exemplu`.

Raportare și urmărire după audit

Documentează fiecare problemă cu: pagină afectată, impact estimat, pași de reproducere, responsabil și termen. Urmărește metrici înainte/după relevante: impresii organice, pagini indexate, Core Web Vitals (unde e relevant) și ratele de crawl pe server‑logs.

Repetă mini‑audituri pentru sectoarele majore după deploy‑uri importante (migrări, schimbări majore de arhitectură front‑end).

FAQ