Audit de conversie: listă de verificare în 30 de puncte

Ai trafic, dar comenzile sau leadurile nu vin în ritmul așteptat. În situația asta, un audit de conversie bun nu începe cu schimbarea culorii butonului. Începe cu o întrebare mai incomodă: oamenii potriviți ajung pe pagina potrivită, înțeleg oferta, au suficiente motive să creadă promisiunea, pot termina acțiunea și sunt măsurați corect?

Lista de mai jos transformă întrebarea în 30 de verificări. Nu este un scor universal și nici o promisiune că toate site-urile au nevoie de aceleași elemente. Este un protocol de investigație pentru magazine online și site-uri de servicii. La fiecare punct notezi dovada, verdictul și următoarea acțiune. „Îmi place” sau „pare modern” nu sunt dovezi.

Auditul are șapte zone: sursa traficului, mesaj, ofertă, dovadă, fricțiune, formular sau checkout și măsurare. Ordinea contează. Dacă reclama promite altceva decât pagina, poți pierde vizitatorul înainte ca un testimonial sau o optimizare de formular să aibă șansa să ajute. Dacă evenimentul de conversie este duplicat, o îmbunătățire raportată poate fi doar o eroare de tracking.

La final nu trebuie să obții 30 de bife verzi, ci o listă scurtă de probleme susținute de probe. Pentru o analiză asistată, poți folosi serviciul nostru de optimizare a conversiilor. Dacă datele nu sunt încă de încredere, începe cu măsurarea, nu cu experimente.

Cum pregătești auditul ca să nu devină o colecție de opinii

Alege un singur traseu critic: de la o reclamă la cerere de ofertă, de la o căutare organică la programare sau de la pagina de produs la comandă confirmată. Fă auditul separat pe mobil și desktop. Păstrează URL-ul de intrare, mesajul reclamei sau al rezultatului organic, capturi ale pașilor și ora testului. Pentru un magazin, execută o comandă de test; pentru lead generation, trimite un formular și urmărește dacă solicitarea ajunge în CRM.

Pregătește patru tipuri de dovezi:

• date cantitative: sesiuni, pași, erori, timp, conversii și segmente;
• observație: înregistrări de sesiune, teste de utilizabilitate și parcurs propriu;
• vocea clientului: apeluri, chat, tichete, căutări interne și răspunsuri deschise;
• control tehnic: statusuri HTTP, consolă, rețea, data layer, consent și reconciliere cu sistemul de business.

Pentru fiecare verificare folosește patru coloane: Dovadă, Verdict, Impact, Acțiune. Verdictul poate fi „trece”, „nu trece” sau „neverificabil”. Ultima variantă este legitimă: dacă nu ai acces la reclama care a adus traficul, nu inventezi coerența mesajului. Ceri acces sau delimitezi auditul.

Nu folosi rata medie a site-ului ca singur diagnostic. Segmentează cel puțin după pagină de intrare, sursă/campanie, dispozitiv și rezultat. O pagină poate converti bine pentru trafic de brand și slab pentru prospectare rece; media ascunde exact problema pe care încerci să o găsești.

Zona 1 — Sursa traficului: patru verificări înainte să judeci pagina

1. Intenția interogării sau a audienței se potrivește cu oferta. Ia primele surse de trafic și citește termenii de căutare, audiențele, plasamentele și reclamele reale. Nu evalua doar setarea campaniei. Pentru fiecare segment, scrie ce încearcă omul să rezolve și ce acțiune îi ceri. O căutare „preț contabilitate SRL” poate susține o ofertă directă; „ce este TVA” cere probabil educație înainte de consultanță. Trece dacă intenția dominantă, oferta și pasul cerut se află în aceeași etapă de decizie, iar traficul irelevant are excluderi sau o destinație distinctă.

2. Promisiunea continuă de la sursă în primul ecran. Deschide fiecare reclamă sau rezultat important și apoi pagina, fără să completezi mental golurile. Termenul, problema, produsul, publicul și beneficiul principal trebuie să rămână recognoscibile. Google descrie experiența landing page-ului prin relevanța și utilitatea informației, navigare și așteptările create de reclamă în documentația pentru landing pages. Trece dacă un vizitator poate lega în câteva secunde mesajul pe care a dat click de titlul și acțiunea paginii, fără să caute oferta în meniu.

3. Destinația este specifică, funcțională și accesibilă pe dispozitivul reclamei. Testează URL-ul final, parametrii, redirecturile, variantele cu și fără consimțământ, browserul in-app și conexiunea mobilă. Verifică 200/redirect corect, conținutul util, butonul în viewport și lipsa interstițialelor care blochează. Politica Google cere ca destinațiile reclamelor să fie funcționale, utile și ușor de navigat și enumeră drept probleme pop-up-urile obstructive, paginile lente sau manipularea butonului Back în cerințele de destinație. Trece dacă toate URL-urile plătite duc la pagina intenționată și traseul critic funcționează pe dispozitivele care aduc trafic.

4. Segmentul este evaluat după rezultat, nu doar după click ieftin. Leagă sursa de lead calificat, comandă validă, marjă sau alt rezultat economic. Compară campanii cu aceeași definiție și ține separat brandul, remarketingul și prospectarea. Un CPC mic poate cumpăra trafic curios, iar o rată mare de formular poate produce solicitări fără potrivire. Trece dacă poți urmări cel puțin sursa, landing page-ul și rezultatul de business pentru o proporție utilă din traseu, iar optimizarea nu recompensează doar volumul de clickuri sau formulare.

Zona 2 — Mesajul paginii: patru verificări de înțelegere

5. Primul ecran spune pentru cine este oferta și ce rezultat oferă. Ascunde sigla și întreabă o persoană din publicul țintă ce se vinde, cui și pentru ce rezultat. Evită titluri precum „Soluții complete pentru succes”, care pot descrie orice firmă. Titlul nu trebuie să conțină toate detaliile, dar trebuie să fixeze categoria și valoarea. Trece dacă răspunsul persoanei reproduce corect oferta și publicul, fără explicații din partea echipei.

6. Beneficiile sunt legate de mecanism și de limite. Afirmațiile mari fără explicație produc neîncredere. Dacă promiți livrare rapidă, arată zona, programul și condițiile. Dacă promiți mai multe leaduri, explică sursa, calificarea și responsabilitățile clientului. Nu transforma caracteristicile în adjective: „platformă inovatoare” spune mai puțin decât „vezi disponibilitatea și confirmi intervalul online”. Trece dacă fiecare promisiune importantă are un mecanism plauzibil, condiții vizibile și nu sugerează o garanție pe care operațiunile nu o pot susține.

7. Pagina răspunde obiecțiilor reale, în ordinea în care apar. Extrage întrebările din apeluri, chat, tichete, căutarea internă și discuții de vânzare. Grupează-le: potrivire, preț, risc, implementare, livrare, suport. Nu porni de la un FAQ generic copiat de la concurenți. Pentru o ofertă complexă, o obiecție despre integrare poate trebui rezolvată înainte de preț. Trece dacă primele obiecții frecvente au răspuns concret pe traseu, iar răspunsul poate fi verificat în produs, contract sau proces.

8. Limbajul folosește termenii clientului și definește jargonul necesar. Compară pagina cu expresiile din interviuri, căutări și tichete. Înlocuiește limbajul intern cu cuvintele pe care oamenii le folosesc pentru problemă. Dacă un termen tehnic este esențial, explică efectul lui. Principiile euristice Nielsen Norman Group includ potrivirea cu lumea reală, consistența și recunoașterea în locul memorării în rezumatul euristicilor. Trece dacă cititorul poate explica pasul următor fără să descifreze acronime sau metafore de brand.

Zona 3 — Oferta: patru verificări care separă interesul de decizie

9. Livrabilul sau produsul este concret. Pentru servicii, spune ce se întâmplă, în ce ordine, cine participă și ce primește clientul. Pentru ecommerce, arată variantele, conținutul pachetului, dimensiunea, compatibilitatea și ce nu este inclus. O fotografie și un slogan nu permit evaluarea. Trece dacă un cumpărător poate descrie obiectul achiziției, pașii, responsabilitățile și rezultatul imediat fără să ceară clarificări elementare.

10. Prețul și costurile inevitabile apar înainte de angajament. Afișează prețul sau explică legitim cum se calculează. Include TVA, livrare, instalare, abonament, taxe recurente, minim contractual și condiții de discount unde sunt aplicabile. Ghidul ANPC pentru comerț online are caracter informativ, dar oferă repere locale despre informarea consumatorilor și obligațiile operatorilor în ediția 2026. Trece dacă suma finală și obligațiile nu apar ca surpriză după ce omul a investit timp sau a introdus date personale.

11. Riscul este tratat explicit. Explică returul, anularea, garanția, pauza, migrarea, proprietatea datelor și ce se întâmplă dacă serviciul nu se potrivește. Nu ascunde condițiile într-un footer ilizibil și nu folosi „fără risc” când există excepții. Pentru B2B, riscul poate fi timpul echipei, accesul la sisteme sau dependența de furnizor. Trece dacă clientul poate identifica înainte de conversie ce poate recupera, în cât timp și ce condiții trebuie să respecte.

12. Următorul pas este proporțional cu stadiul deciziei. O audiență rece poate accepta o evaluare sau un exemplu, nu un contract. Un cumpărător care a ales produsul are nevoie de checkout, nu de un PDF care îl scoate din traseu. O pagină poate avea acțiuni secundare, dar una trebuie să fie dominantă. Trece dacă CTA-ul descrie exact ce urmează, efortul și rezultatul imediat, iar alternativa nu concurează vizual cu acțiunea principală.

Zona 4 — Dovezile: patru verificări de încredere

13. Afirmațiile au probe apropiate și verificabile. Pune sursa lângă afirmație: studiu, metodologie, demonstrație, specificație, acreditare sau rezultat cu context. Logo-urile fără permisiune și statisticile fără bază nu sunt dovezi. Dacă rezultatul este un caz client, arată perioada, punctul de plecare, intervenția și limita atribuirii. Trece dacă un cititor poate deschide sau inspecta proba și înțelege exact ce susține și ce nu susține.

14. Testimonialele sunt specifice și identificabile. O laudă de tipul „servicii excelente” are semnal redus. Caută situația inițială, decizia, experiența și rezultatul. Folosește nume, rol și companie când ai acord; altfel explică de ce identitatea este limitată. Nu edita citatul astfel încât să-i schimbi sensul. Trece dacă testimonialul răspunde unei obiecții reale, are context suficient și poate fi legat de o persoană sau de o comandă verificată.

15. Identitatea firmei și căile de contact sunt vizibile. Verifică denumirea legală, datele de contact, adresa sau aria deservită, politicile, termenii, programul și canalele de suport. Pentru servicii locale, arată cine prestează și unde. Pentru software, explică suportul și securitatea relevantă fără badge-uri decorative. Trece dacă vizitatorul poate afla cine răspunde de ofertă și poate contacta firma printr-o cale care funcționează.

16. Dovada este potrivită cu miza deciziei. Pentru un produs simplu pot fi suficiente fotografii detaliate, recenzii și retur clar. Pentru o migrare critică ai nevoie de arhitectură, proces, responsabilități și referințe relevante. GPeC publică materiale românești despre optimizarea conversiilor, inclusiv rolul cercetării înaintea experimentării, în arhiva dedicată CRO; folosește-le ca orientare editorială, nu ca standard universal. Trece dacă tipul și profunzimea probei cresc odată cu prețul, riscul și durata angajamentului.

Zona 5 — Fricțiunea din parcurs: cinci verificări pe sarcina reală

17. Navigarea lasă utilizatorul să găsească sau să reia traseul. Testează meniul, căutarea, filtrele, breadcrumb-ul, revenirea din coș și linkurile de suport. Nu măsura doar numărul de clickuri; un pas clar poate fi mai bun decât o scurtătură ambiguă. Verifică pe mobil cu o singură mână și cu tastatura. Trece dacă o persoană care știe ce caută ajunge la destinație, își păstrează contextul și poate reveni fără să piardă selecțiile.

18. Viteza și stabilitatea sunt măsurate pe paginile și dispozitivele importante. Uită-te la date de teren când există și completează cu test de laborator. Core Web Vitals folosește praguri orientate către experiența reală și evaluarea la percentila 75 în documentația web.dev. Nu transforma scorul unui singur test în adevăr absolut. Trece dacă traseul critic nu are întârzieri, salturi sau blocaje care împiedică acțiunea, iar problemele sunt localizate pe șablon, dispozitiv și resursă.

19. Pagina nu întrerupe sarcina cu competiție inutilă. Inventariază pop-up-uri, chat, bannere, notificări, carusele, autoplay și cereri de permisiune. Notează momentul și suprafața ocupată. Un pop-up poate colecta emailuri și totuși reduce comenzile sau accesul la informație. Trece dacă elementele secundare nu acoperă oferta, CTA-ul, erorile ori navigarea și pot fi închise clar fără capcane.

20. Starea și feedbackul fiecărei acțiuni sunt vizibile. După „Adaugă în coș”, „Trimite” sau „Plătește”, utilizatorul trebuie să știe dacă sistemul lucrează, a reușit sau a eșuat. Previne clickurile duble și păstrează datele valide. W3C recomandă notificări concise și clare, inclusiv un rezumat al erorilor și feedback lângă câmp în tutorialul pentru notificări. Trece dacă fiecare acțiune are stare, mesajul indică rezultatul și persoana știe cum continuă.

21. Nu există pași sau decizii care nu adaugă valoare. Cronometrează traseul și întreabă pentru fiecare ecran, câmp și confirmare ce risc reduce. Testarea Baymard arată un exemplu concret: butoanele intermediare „Apply/Save” pot fi ratate sau confundate cu acțiunea principală, iar auditul lor de checkout acoperă fluxul de la coș la confirmare în descrierea metodologiei. Trece dacă fiecare pas are un scop înțeles, datele se păstrează, iar un singur CTA principal conduce etapa.

Zona 6 — Formularul sau checkoutul: cinci verificări înainte de submit

22. Ceri doar date necesare la momentul potrivit. Pentru fiecare câmp scrie cine îl folosește, pentru ce și dacă poate fi derivat sau cerut ulterior. Un formular de ofertă poate avea nevoie de context, dar nu de toate datele contractuale. W3C recomandă să fie cerute doar datele necesare și arată că informațiile excesive sau irelevante pot crește abandonul în tutorialul despre formulare. Trece dacă fiecare câmp are proprietar și utilizare, iar câmpurile opționale sunt marcate sau eliminate.

23. Etichetele sunt vizibile și asociate programatic. Placeholderul dispare când scrii și nu înlocuiește eticheta. Verifică label, for/id, numele accesibil, grupurile și tipul tastaturii mobile. W3C explică asocierea explicită și avantajele etichetelor vizibile în ghidul pentru labels. Trece dacă fiecare control are o etichetă persistentă, cititorul de ecran anunță numele corect și clickul pe etichetă activează câmpul potrivit.

24. Instrucțiunile și validarea previn greșeala înainte de respingere. Spune formatul datei, regulile parolei, limita de fișier și exemplele înainte ca utilizatorul să greșească. Nu marca obligatoriu doar prin culoare. Criteriul WCAG pentru labels or instructions urmărește prevenirea trimiterilor incomplete sau incorecte în explicația W3C. Trece dacă regula este disponibilă înainte de input, validarea nu contrazice instrucțiunea și mesajul arată ce trebuie corectat.

25. Erorile păstrează progresul și duc la locul problemei. Trimite formularul cu erori intenționate. Verifică focusul, rezumatul, mesajul inline, contrastul și datele deja valide. Mesajul „A apărut o eroare” nu este rezolvabil. Pentru checkout, testează și refuzul plății sau expirarea sesiunii. Trece dacă utilizatorul nu reintroduce date corecte, poate naviga la fiecare eroare și primește o explicație în limbaj simplu.

26. Confirmarea arată ce s-a întâmplat și ce urmează. După conversie, pagina și emailul trebuie să confirme acțiunea, identificatorul, termenul și canalul de suport. Evită o simplă pagină „Mulțumim” care lasă nesigură înregistrarea. Pentru plăți, nu expune date sensibile și clarifică starea, nu promite finalizare dacă tranzacția este încă procesată. Trece dacă persoana poate demonstra trimiterea și știe când și de la cine primește următorul răspuns.

Zona 7 — Măsurarea: patru verificări care împiedică un verdict fals

27. Conversia este definită în termeni de business. Scrie evenimentul, momentul, entitatea și excluderile: comandă plătită, programare validă, lead calificat sau contract. Separă micro-conversiile de rezultat. Un click pe telefon nu este automat apel, iar un formular nu este automat oportunitate. Trece dacă marketingul, vânzările și analytics folosesc aceeași definiție și pot reconcilia rezultatul cu sistemul operațional.

28. Evenimentele acoperă traseul și au parametri consecvenți. Pentru ecommerce, documentația GA4 definește evenimente recomandate pentru vizualizare, coș, checkout, cumpărare și rambursare în ghidul de măsurare ecommerce. Pentru leaduri, construiește etape echivalente până la calificare. Trece dacă numele, moneda, valoarea, item-urile, identificatorul tranzacției și etapele sunt consistente și nu se schimbă între pagini.

29. Implementarea este testată, nu doar observată în raport. Folosește preview/debug, inspectorul de rețea și data layer; testează acceptarea și refuzul consimțământului, refreshul confirmării, revenirea, două taburi și erorile. Repetă pe mobil. Lista oficială de evenimente GA4 recomandate descrie parametrii, dar corectitudinea valorilor trebuie verificată în implementarea concretă. Trece dacă fiecare acțiune produce o singură înregistrare corectă și nu trimite date interzise.

30. Datele sunt reconciliate și segmentabile înainte de concluzie. Compară comenzile, venitul, anulările și leadurile cu backendul pe aceeași perioadă și fus orar. Documentează diferențele legitime: consent, blocare, refund, status, import sau latență. Verifică dacă poți separa sursa, dispozitivul, pagina și cohorta. Trece dacă abaterea este cunoscută și stabilă, iar decizia nu depinde de un segment prea mic sau de o schimbare simultană neverificată.

Cum transformi cele 30 de verificări într-un plan de lucru

Nu implementa în ordinea în care ai găsit problemele. Pentru fiecare constatare notează severitatea, frecvența, valoarea traseului, încrederea în dovadă, efortul și riscul. O plată care eșuează pentru un browser important are prioritate față de un titlu care ar putea fi mai elegant. Un tracking duplicat se repară înainte să evaluezi impactul altor schimbări.

Folosește patru cozi:

1. Defecte de reparat și verificat: funcții rupte, erori, accesibilitate de bază, date duplicate, informații greșite.
2. Necunoscute de cercetat: obiecții fără dovadă, segmente amestecate, abandon fără cauză observată.
3. Ipoteze de testat: schimbări cu alternative plauzibile și rezultat măsurabil.
4. Decizii comerciale: preț, marjă, stoc, politică, SLA sau ofertă, care nu pot fi rezolvate doar în interfață.

Fiecare acțiune trebuie să aibă proprietar, criteriu de acceptare și metoda prin care verifici efectul. Pentru defecte, QA-ul poate fi suficient. Pentru o schimbare cu efect incert și volum suficient, planifică experimentul. Pentru trafic mic, folosește teste de utilizabilitate, interviuri, date de suport și o comparație înainte/după descrisă prudent. Nu numi cauzal un rezultat fără control.

Încheie auditul cu trei decizii, nu cu 30 de recomandări: ce repari acum, ce cercetezi în următorul sprint și ce ipoteză merită resurse. Dacă nu știi unde se află problema între ofertă, achiziție, experiență și date, o diagnoză delimitează mai întâi sistemul.

Întrebări frecvente

Cum fac un audit de conversie?

Alegi un traseu și un segment, strângi sursa traficului, datele, observațiile clienților și controlul tehnic, apoi parcurgi cele șapte zone: sursă, mesaj, ofertă, dovezi, fricțiune, formular și măsurare. Pentru fiecare punct scrii proba și criteriul de trecere. La final prioritizezi defectele certe înaintea ipotezelor și aloci proprietar, termen și metodă de verificare. Dacă un punct nu poate fi verificat, îl marchezi ca atare și ceri acces; nu completezi lipsa de date cu preferințe de design.

Un audit terminat nu este o listă impresionantă de idei. Este un set mic de decizii trasabile, pe care echipa îl poate implementa și verifica.