Un audit SEO este o investigație documentată a vizibilității, indexării, conținutului, implementării tehnice și linkurilor unui site. Rezultatul nu este o listă de erori, ci un plan: problemă, dovadă, impact, responsabil, remediere și test de acceptare.
Instrumentul nu decide singur ce este problemă. El observă un răspuns, un element sau o abatere de la regula lui. Auditorul trebuie să lege observația de URL-urile importante, de intenția lor și de un mecanism verificabil. O etichetă roșie pe o pagină fără rol în căutare poate avea impact nul; o canonicalizare greșită pe toate paginile de serviciu poate schimba ordinea întregului plan.
Google recomandă să organizezi site-ul logic, să folosești linkuri crawl-uibile și să creezi conținut util. Auditul verifică implementarea acestor condiții pe site-ul real. Nu încearcă să reconstruiască algoritmul și nu promite că dispariția erorilor produce automat poziții.
Delimitare: acest articol deține checklistul complet. Dacă vrei să pornești de la simptomul „nu am trafic / poziții / cereri”, folosește arborele de ce nu funcționează SEO, apoi revino aici pentru investigație.
Ce pregătești înainte să începi auditul
Definește scopul și perioada. Cere acces doar la datele necesare:
- Search Console;
- analytics și conversii;
- CMS și, dacă e cazul, hosting;
- sitemap și robots.txt;
- istoricul migrărilor, redesignurilor și campaniilor;
- lista paginilor comerciale importante;
- schimbările majore cu date.
Salvează un baseline: clicuri, impresii, conversii organice, pagini indexate importante și valorile Core Web Vitals. Nu ai nevoie de o cifră perfectă; ai nevoie de aceeași definiție înainte și după.
Înregistrează și condițiile măsurării: proprietatea, fusul orar, perioada, filtrele, segmentele, tipul de căutare și evenimentele considerate conversii. Ghidul Google pentru Search Console și Analytics separă performanța din rezultate de comportamentul după click. Dacă amesteci aceste două etape, o scădere de leaduri poate fi atribuită greșit clasării, deși problema este formularul sau urmărirea.
Cum verifici vizibilitatea și indexarea
Începe cu Search Console, pentru că o pagină inaccesibilă nu merită încă un rewrite.
| Verificare | Instrument | Alarmă | Acțiune |
|---|---|---|---|
| pagini comerciale indexate | URL Inspection | URL important absent | diagnostic indexare |
| tipare neindexate | Page indexing | șablon important exclus | eșantion și cauză comună |
| sitemap | Sitemaps | erori sau URL-uri necanonice | curățare și retrimitere |
| căutări și pagini | Performance | scădere segmentată | compară perioade și schimbări |
| acțiuni manuale | Manual Actions | mesaj activ | remediere conform raportului |
Nu urmări 100% indexare. Duplicatele, redirecturile și paginile fără rol în Search pot fi excluse legitim. Ghidul de indexare Google oferă arborele complet.
Raportul Page indexing grupează motivele pentru care URL-urile nu sunt indexate, iar URL Inspection arată versiunea indexată, canonicalul selectat și rezultatul unui test live. Un singur URL inspectat nu demonstrează sănătatea întregului șablon. Eșantionează pagini după tip, stare, trafic și importanță comercială.
Cum evaluezi conținutul și cuvintele cheie
Pentru fiecare pagină importantă, notează:
- intenția și expresia principală;
- promisiunea din title/H1;
- răspunsul din primele paragrafe;
- dovada și actualitatea;
- unicitatea față de alte URL-uri;
- linkurile interne de intrare și ieșire;
- pasul comercial.
Compară interogările din Search Console cu pagina care apare. Dacă aceeași interogare alternează între URL-uri, investighează suprapunerea. Dacă pagina primește impresii, dar nu răspunde clar, aplică checklistul on-page. Nu adăuga text doar pentru lungime; Google spune că nu există un word count magic.
Documentația Performance definește clickurile, impresiile, CTR-ul și poziția medie. Compară pagina și familia de interogări, nu poziția medie a întregului site. Când vezi o schimbare, segmentează după țară, dispozitiv, tip de căutare și perioadă înainte să formulezi cauza.
Ce verifici la partea tehnică și la viteză
Inspectează pe tipuri de șablon, nu doar homepage:
| Zonă | Test | Criteriu |
|---|---|---|
| răspuns HTTP | crawl/eșantion manual | URL important răspunde corect |
| redirecturi | lanț și destinație | o singură destinație intenționată |
| canonical | sursă + URL Inspection | semnale coerente |
| robots/noindex | reguli și pagină | excluderi intenționate |
| randare | test live | conținutul important este vizibil |
| mobil | test pe dispozitiv | navigare și formular utilizabile |
| CWV | Search Console/PSI | cauză și pagini afectate documentate |
Un audit nu cere să repari toate avertismentele. Le prioritizează pe cele care blochează paginile importante sau utilizatorii. Vezi SEO tehnic pentru mecanism și documentația Core Web Vitals pentru praguri.
Raportul Core Web Vitals folosește date de utilizare reale și grupează URL-uri similare, în timp ce PageSpeed Insights poate combina date de teren și laborator. O verificare de laborator reproduce un scenariu controlat; nu înlocuiește distribuția experiențelor reale. Notează tipul de date lângă fiecare valoare.
Cum analizezi linkurile și concurența
În Search Console Links verifică paginile cele mai legate, domeniile și ancorele. Raportul este un eșantion. Pentru concurenți folosește aceeași unealtă externă și aceleași setări.
Întrebări utile:
- paginile care câștigă legături sunt încă active?
- există linkuri legitime către 404?
- activele comerciale sunt susținute de resurse citabile?
- concurenții au formate utile pe care tu nu le-ai acoperit?
- apar tipare artificiale create de un furnizor anterior?
Nu transforma auditul într-o recomandare automată de Disavow. Google avertizează că majoritatea site-urilor nu au nevoie de el.
Documentația Disavow cere prudență și descrie condiții cumulative înainte de folosire. Raportul Manual Actions este controlul direct pentru o acțiune manuală. O scădere, un scor toxic dintr-un instrument sau apariția unor domenii necunoscute nu demonstrează singure o penalizare.
Cum construiești eșantionul de URL-uri
Un crawl complet este util, dar nu toate constatările au aceeași greutate. Creează un eșantion controlat care acoperă tipurile de pagină și stările importante. Astfel poți verifica manual mecanismul, apoi extinde tiparul în crawl.
Include cel puțin următoarele categorii:
- homepage și navigația principală;
- fiecare tip de pagină comercială: serviciu, categorie, produs, locație;
- articole cu trafic, articole fără impresii și articole actualizate recent;
- URL-uri din sitemap, URL-uri excluse și URL-uri găsite numai prin crawl;
- pagini cu canonical diferit, redirect, noindex, parametri sau paginare;
- pagini cu formulare, checkout ori alte conversii;
- exemple bune și exemple afectate din fiecare șablon;
- pagini mutate după migrare și vechile lor adrese.
| Strat | Selecție brută | Ce verifici manual | Cum extinzi |
|---|---|---|---|
| business | paginile care descriu oferta și produc cereri | intenție, acces, conținut, formular | toate URL-urile comerciale |
| șablon | câteva URL-uri din fiecare tip | HTML, canonical, headings, structured data | regula din template |
| performanță | pagini cu creșteri și scăderi | query, device, country, schimbări | cluster sau director |
| indexare | câteva URL-uri din fiecare motiv | sursă, test live, canonical | lista completă din raport |
| crawl | orfane, adânci, redirecturi, erori | existență și destinație reală | tiparul în crawler |
| conversie | pagini și pași cu evenimente | funcționare, consimțământ, atribuire | întregul funnel |
Nu extrapola dintr-un singur exemplu. Dacă un URL are o problemă, caută numitorul comun: componentă, șablon, director, parametru, dată de publicare sau proces editorial. Remedierea la nivel de sistem are de regulă o acoperire mai mare decât editarea manuală a fiecărei pagini.
Cum auditezi crawlingul, răspunsurile și redirecturile
Începe cu ce primește efectiv crawlerul. Verifică răspunsul HTTP, destinația, HTML-ul inițial, resursele esențiale și legăturile. Captura din browser poate arăta bine după executarea JavaScript, în timp ce sursa ori testul live expun alt rezultat.
| Situație | Dovadă necesară | Risc posibil | Test de acceptare |
|---|---|---|---|
| 5xx pe pagină importantă | log, răspuns repetat, URL și oră | acces intermitent sau indisponibil | răspuns stabil și monitorizat |
| soft 404 | HTTP 200 plus conținut gol sau mesaj de eroare | semnal ambiguu și pagină inutilă | status și conținut potrivite stării |
| lanț de redirecturi | secvența completă și hopurile | latență, destinații vechi, bucle | un redirect direct către URL-ul final |
| redirect temporar rămas | configurare și istoric | semnale neconsolidate conform intenției | status aliniat mutării reale |
| link JavaScript fără href | HTML și comportament | URL nedescoperit prin link | element a cu destinație rezolvabilă |
| resursă blocată | test live și robots | randare incompletă | resursa necesară este accesibilă |
Ghidul Google pentru erori de crawling diferențiază 404 real, soft 404 și pagină mutată. Documentația pentru linkuri crawl-uibile arată structura minimă a unui link pe care Google o poate urmări. Leagă fiecare recomandare de răspunsul observat, nu de presupunerea CMS-ului.
Verifică sitemap-ul ca listă a URL-urilor pe care site-ul le consideră importante. Google precizează că includerea într-un sitemap nu garantează crawlingul sau indexarea. Un sitemap curat ajută diagnosticarea: URL-urile finale, canonice și indexabile ar trebui să fie separate de redirecturi, erori și pagini excluse intenționat.
Cum verifici canonicalizarea și conținutul duplicat
Canonicalul este un indiciu, nu o comandă. Compară canonicalul declarat, URL-ul din sitemap, linkurile interne, redirecturile și versiunea selectată în URL Inspection. Semnale contradictorii fac diagnosticul mai important decât simpla prezență a tagului.
Pentru fiecare familie de duplicate notează:
- sursa duplicării: HTTP/HTTPS, www/non-www, slash, parametri, sortare, tracking, imprimare sau șabloane;
- URL-ul pe care afacerea îl dorește drept principal;
- răspunsul și canonicalul fiecărei variante;
- ce variantă primesc linkurile interne și sitemap-ul;
- ce variantă a ales Google;
- dacă variantele au conținut identic ori o intenție proprie;
- remedierea la nivel de șablon și testul după lansare.
| Semnal | Coerent | Contradictoriu |
|---|---|---|
| redirect | variantele retrase merg direct la principal | lanț, buclă sau destinație diferită |
| canonical HTML | indică principalul ales | lipsește, variază sau indică altă familie |
| sitemap | include URL-ul final | include redirecturi și duplicate |
| linkuri interne | folosesc forma principală | distribuie variantele |
| hreflang | versiunile se referă corect | trimite spre URL-uri necanonice |
| URL Inspection | Google selectează principalul | Google alege alt URL și trebuie investigat |
Documentația Google despre canonicalizare descrie redirectul și rel="canonical" ca semnale puternice și includerea în sitemap ca semnal mai slab. Nu promite că eticheta va fi urmată în orice configurație.
Cum verifici arhitectura și legăturile interne
Arhitectura auditabilă răspunde la două întrebări: poate utilizatorul ajunge ușor la pagina importantă și poate crawlerul descoperi aceeași rută prin linkuri HTML? Măsoară pagini orfane, adâncime, ancore, legături rupte și distribuția linkurilor către paginile comerciale.
Nu considera automat că pagina cu cele mai multe linkuri interne este cea mai importantă. Footerul și meniul pot crea volume mari fără context. Separă linkurile de navigație de cele editoriale și verifică propoziția în care apare ancora.
| Control | Măsurare brută | Întrebarea de audit |
|---|---|---|
| pagini orfane | URL-uri din sitemap/analytics fără inlink în crawl | ar trebui păstrate și unde se leagă? |
| adâncime | clickuri de la o intrare navigabilă | pagina importantă este ascunsă? |
| ancore | expresii și destinații | descriu pagina sau repetă generic „aici”? |
| linkuri rupte | sursă, destinație, status | există înlocuitor sau trebuie eliminat? |
| pagini cu multe outlinkuri | număr și context | ajută navigarea sau este listă nediferențiată? |
| legături spre redirect | surse și destinație finală | pot fi actualizate direct? |
Google afirmă că nu există un număr ideal magic de linkuri pe pagină. Criteriul este utilitatea și capacitatea de a descoperi paginile importante. O recomandare de audit trebuie să indice sursa, destinația și contextul în care se adaugă legătura.
Cum verifici structured data și rezultatele îmbogățite
Datele structurate trebuie să descrie conținutul vizibil și să respecte ghidul tipului folosit. Testează exemple din fiecare șablon cu Rich Results Test și URL Inspection. Un test fără erori arată eligibilitatea tehnică, nu garantează afișarea unui rezultat îmbogățit.
Ghidurile generale Google cer ca markup-ul să reprezinte conținutul principal, să fie vizibil și să nu inducă în eroare. În audit notează tipul, proprietățile, URL-urile afectate și diferența dintre eroare, avertisment și neeligibilitate.
| Verificare | Dovadă | Acțiune |
|---|---|---|
| tip potrivit | conținutul paginii și specificația | păstrează numai tipul aplicabil |
| câmp obligatoriu | test și HTML | completează din sursa reală |
| valori vizibile | comparație markup–pagină | aliniază datele cu ce vede utilizatorul |
| imagine accesibilă | URL și test live | permite crawlingul ori înlocuiește |
| duplicare între pluginuri | JSON-LD complet | elimină generatorul redundant |
| rezultat în Search Console | raport Enhancement | urmărește șablonul și URL-urile |
Cum verifici măsurarea și conversiile înainte de concluzii
Auditul SEO care se oprește la click nu poate explica valoarea pentru business. Verifică evenimentele, formularele, telefoanele, importul de leaduri și legătura cu CRM-ul. Nu atribui automat toate conversiile organice unei pagini sau unui keyword.
Rulează cel puțin un test controlat pentru fiecare conversie importantă:
- intrare dintr-un URL marcat și acceptarea ori refuzul consimțământului;
- trimitere validă și invalidă de formular;
- pagină de mulțumire sau eveniment unic, fără dublare;
- click telefon, email sau WhatsApp, separat de lead confirmat;
- păstrarea sursei în CRM și asocierea cu oportunitatea;
- excluderea traficului intern și a testelor;
- fus orar și monedă aliniate în rapoarte;
- comparația între numărul din site, analytics și CRM.
| Etapă | Instrument | Ce poate demonstra | Ce nu demonstrează singur |
|---|---|---|---|
| afișare în Search | Search Console | query, page, impresie, click | comportamentul după click |
| sesiune și eveniment | Analytics | intrare, navigare, eveniment | calitatea comercială a leadului |
| lead | formular/CRM | date primite și stare | cauza exactă a conversiei |
| oportunitate | CRM | calificare și valoare estimată | atribuirea fără reguli consecvente |
| venit | facturare/CRM | tranzacție și valoare | contribuția tuturor punctelor de contact |
O discrepanță între instrumente nu este automat eroare. Definițiile, agregarea, consimțământul, fusul orar și ferestrele de atribuire pot produce valori diferite. Documentează diferența și păstrează aceeași definiție la comparația după remediere.
Cum adaugi contextul concurenței fără să copiezi
Concurența relevantă în Search nu este întotdeauna concurența comercială. Pentru fiecare cluster, notează domeniile și tipurile de pagină care apar, apoi compară formatul, sursele, utilitatea și legăturile. Nu copia lungimea, headingurile sau tacticile doar fiindcă pagina se poziționează.
Un audit românesc publicat de Gomag separă analiza tehnică, on-page, off-page și concurența. Folosește-l ca reper local secundar; pentru praguri și comportamentul produselor Google, păstrează documentația oficială ca sursă principală.
| Comparație | Date brute | Decizie posibilă |
|---|---|---|
| format SERP | ghid, categorie, serviciu, video, instrument | aliniază tipul paginii cu intenția |
| acoperire | întrebări și subteme prezente | completează golul relevant, nu orice lipsă |
| dovadă | surse, autori, exemple, date | construiește elementul pe care îl poți susține |
| actualitate | date și versiuni menționate | programează revizia unde sursa s-a schimbat |
| linkuri | pagini citate și active linkabile | creează resursă utilă, nu imită profilul |
| conversie | ofertă, CTA și continuitate | păstrează traseul potrivit business-ului tău |
Cum transformi constatările într-un plan
Înainte de a calcula prioritatea, separă observația de interpretare. „Crawlerul raportează un titlu duplicat” este observație. „Pagina pierde trafic din cauza titlului” este o ipoteză care cere legătură cu intenția, interogările, concurența și istoricul schimbărilor. Scrie-le în coloane diferite. Această disciplină reduce recomandările categorice construite pe un singur semnal.
Atașează fiecărei constatări o mostră de URL-uri și regula prin care ai calculat acoperirea. Dacă spui că problema afectează toate paginile de produs, păstrează filtrul sau expresia crawlerului care produce lista. Dacă numărul este aproximativ, marchează-l ca atare. Planul poate fi reverificat de altă persoană fără să refacă întregul audit.
Impactul trebuie formulat ca mecanism și suprafață afectată, nu ca promisiune de rezultat. „Linkurile către redirect adaugă un pas și păstrează destinații vechi în șablon” este verificabil. „Corectarea lor va crește pozițiile” nu este demonstrată înainte de implementare. Pentru fiecare remediere definește ce se poate confirma imediat și ce se urmărește ulterior în rapoarte.
În final, grupează rândurile care au aceeași cauză. Zeci de canonicaluri greșite pot fi un singur defect de template, iar multe imagini mari pot proveni din același proces de upload. Un plan bazat pe cauză oferă dezvoltatorului o intervenție coerentă și evită dublarea estimărilor.
Fiecare rând trebuie să aibă:
| Câmp | Exemplu de formulare bună |
|---|---|
| problemă | 12 pagini de serviciu au canonical spre homepage |
| dovadă | listă URL + HTML + URL Inspection |
| impact | Google poate consolida versiunea greșită |
| prioritate | critic: afectează pagini comerciale |
| responsabil | developer + validare SEO |
| remediere | canonical autoreferențial pe șablon |
| acceptare | eșantionul public arată canonical corect |
Prioritizează după impact × acoperire × încredere, ajustat cu efortul. O eroare critică pe o pagină fără valoare poate rămâne sub o problemă moderată pe toate paginile care produc cereri.
Ordinea de lucru recomandată
- securitate, acces și erori de server;
- indexarea paginilor importante;
- redirecturi, canonice și arhitectură;
- intenție și conținut comercial;
- experiență și Core Web Vitals;
- legături interne și active citabile;
- autoritate externă și oportunități;
- măsurare și jurnal de schimbări.
Reauditul verifică remedierea, nu recreează raportul. Pentru o opinie aplicată și responsabilizare, serviciul SEO Amplify pornește de la impactul comercial, nu de la numărul de erori.
Procesul de audit Ahrefs și structura de audit Semrush oferă inventare secundare de controale. Checklistul Gomag arată vocabularul și prioritățile folosite în context românesc. Articolul le folosește pentru acoperire, dar dovada fiecărei constatări rămâne URL-ul, raportul sau exportul observat pe proprietatea auditată.
Întrebări frecvente
Pot face un audit SEO gratuit?
Da, pentru o primă evaluare cu Search Console, PageSpeed Insights și verificări manuale. Costul real este timpul și accesul la implementare; un crawler ajută când site-ul este mare.
Cât de des repet auditul?
După migrare sau schimbări majore și periodic pentru tiparele importante. Monitorizarea continuă este mai utilă decât un raport anual uitat.
Un scor de audit bun înseamnă SEO bun?
Nu. Scorul reflectă testele instrumentului, nu relevanța, venitul sau calitatea tuturor paginilor. Cere URL-uri, impact și acceptare.
Ce repar primul?
Blocajele de acces și indexare pe paginile comerciale, apoi problemele cu acoperire mare și dovadă puternică. Nu ordona doar după severitatea automată.
Auditul se termină cu proprietari și teste
Un raport fără responsabil, termen și criteriu de acceptare este inventar. Planul bun spune exact ce se schimbă, de ce, cine o face și cum demonstrăm că remedierea a ajuns pe site.
Închiderea auditului cere mai mult decât trimiterea unui document. Pentru fiecare problemă, echipa trebuie să păstreze URL-ul sau șablonul afectat, dovada inițială, schimbarea propusă, dependența tehnică și semnalul care va confirma implementarea. Unele constatări se verifică imediat, de exemplu răspunsul serverului sau canonicalul public; altele cer recrawl, reindexare ori o perioadă comparabilă de date. Separarea acestor ferestre împiedică raportarea prematură a unui rezultat. Dacă o recomandare rămâne blocată, statusul trebuie să numească proprietarul și obstacolul, nu să dispară din următorul raport. Dacă testul nu confirmă ipoteza, revii la diagnostic și păstrezi istoricul. Astfel, auditul devine un sistem de reducere a riscului și de prioritizare a muncii, nu o listă repetată anual cu aceleași erori. Responsabilitatea rămâne vizibilă de la constatare până la retestare.