Acasă/Metode

E-commerce · Audit de conversie

Cum faci auditul de conversie al unei pagini de produs, pas cu pas

Auditul de conversie al unei pagini de produs verifică, într-o ordine fixă, dacă un vizitator de pe telefon vede oferta, prețul, butonul de cumpărare și motivele să aibă încredere în magazin, și dacă pagina se încarcă destul de repede ca să fie văzută. Rezultatul este o listă de ipoteze ordonate după impactul probabil, nu o creștere dovedită: doar un test A/B arată dacă o modificare a crescut conversia.

Actualizat 2026-10-11

La ce răspunde auditul de conversie al unei pagini

Auditul de conversie al unei pagini de destinație răspunde la o singură întrebare: de ce o pagină de produs care primește trafic nu transformă acel trafic în comenzi? Optimizarea ratei de conversie (CRO) înseamnă găsirea și eliminarea obstacolelor dintre momentul în care vizitatorul ajunge pe pagină și momentul în care cumpără. Pagina de destinație este pagina spre care trimite o reclamă sau un rezultat de căutare, de obicei o pagină de produs sau o pagină dedicată unei oferte.

Auditul îl facem înainte să trimitem mai mult buget de reclame spre o pagină, fiindcă mai multe vizite plătite pe o pagină slabă înseamnă doar mai mulți oameni care pleacă. Auditul citește doar HTML public și nu modifică nimic în magazin.

Auditul are trei straturi. Primul este o listă punctată calculată din sursa paginii. Al doilea este o verificare vizuală la lățime de telefon, fiindcă sursa nu poate spune dacă un buton se vede fără derulare. Al treilea verifică dacă textele, cifrele și datele structurate ale paginii se potrivesc între ele. Fiecare strat prinde greșeli pe care celelalte le ratează.

Pasul 1: punctează elementele de conversie din sursa paginii

Primul strat descarcă pagina cu identitatea unui browser de mobil și verifică prezența elementelor care îi fac pe oameni să cumpere. Lista noastră le grupează astfel.

1. Oferta. Un titlu clar al produsului, un preț vizibil, un buton de cumpărare de tipul „Adaugă în coș” sau „Comandă acum” și promoția scrisă explicit, atunci când există.

2. Încrederea. Cel puțin două semnale dintre transport gratuit, retur, garanție, plata la livrare și plată securizată. În magazinele unde mulți clienți plătesc curierului la ușă, mențiunea despre plata la livrare este una dintre cele mai puternice pârghii, de aceea are o pondere mare în scorul nostru.

3. Recenziile. Recenzii vizibile și un bloc AggregateRating în datele structurate, care permite motorului de căutare să afișeze stele lângă rezultat.

4. Obiecțiile. O secțiune de întrebări frecvente despre livrare, retur și principalele nelămuriri legate de produs, cu date structurate FAQPage.

5. Urgența, cu măsură. Raritate reală, de exemplu stoc limitat sau o dată la care se încheie oferta. Urgența inventată strică încrederea.

6. Date structurate și bazele pentru mobil. JSON-LD de tip Product și Offer cu preț și disponibilitate, meta description, eticheta meta viewport și încărcare amânată (lazy loading) pentru cel puțin jumătate din imaginile de sub prima ecranare.

Scorul nostru le transformă într-o notă din 100, cu o pondere pentru fiecare semnal. Pe o pagină de produs, butonul de cumpărare are cea mai mare pondere (18), urmat de recenzii (14), plata la livrare (12) și prețul vizibil (10); transportul gratuit și returul au câte 8; urgența, minimum 3 imagini, o descriere de cel puțin 120 de cuvinte și captarea adresei de email au câte 6; eticheta viewport are 4. Ponderile reflectă judecata noastră despre impact, nu o lege măsurată, iar alt magazin ar trebui să le ajusteze.

Pasul 2: privește pagina la lățime de telefon

Un scor calculat din sursă verifică dacă elementul există, nu dacă iese în evidență. Butonul de cumpărare poate exista în HTML și totuși să stea sub primul ecran, iar scorul îl va bifa ca prezent. De aceea, al doilea strat deschide pagina într-un browser real, o micșorează la lățimea unui telefon, face o captură și pune o întrebare: se văd oferta, prețul, butonul și un semnal de încredere fără derulare?

Un test util din metodologia generală de CRO: vizitatorul înțelege în 5 secunde ce este produsul și de ce contează? Verificăm și potrivirea mesajului: titlul paginii trebuie să reia promisiunea reclamei care a adus vizitatorul, altfel omul are impresia că a dat clic greșit.

Viteza ține tot de acest strat. Core Web Vitals sunt indicatorii Google pentru experiența paginii: Largest Contentful Paint (cât durează până apare conținutul principal), Cumulative Layout Shift (cât sare așezarea paginii în timpul încărcării) și Total Blocking Time. Pe mobil, o pagină lentă pierde vizitatori înainte ca orice alt element să mai conteze, de aceea viteza e prima în ordinea reparațiilor. API-ul găzduit PageSpeed nu era disponibil pe cheia pe care o aveam, așa că rulăm Lighthouse direct într-un browser.

Pasul 3: verifică pagina cu ea însăși

Al treilea strat citește pagina ca un client neîncrezător. Fiecare cifră din text trebuie să se potrivească cu toate celelalte cifre de pe aceeași pagină. Pe una dintre paginile noastre de kit, titlul spunea că produsul rezistă de două-trei ori mai mult decât oja obișnuită, iar tabelul comparativ de mai jos, de pe aceeași pagină, dădea trei săptămâni sau mai mult față de două-trei zile. Textul subevalua produsul chiar după propriile dovezi. Acum verificăm fiecare afirmație numerică din text față de tabelele și specificațiile de pe aceeași pagină.

Recenziile trebuie să fie reale, iar media trebuie calculată din distribuția reală a notelor, nu scrisă de mână. Pe o pagină personalizată, construită în afara șablonului de produs, widgetul de recenzii nu se afișa deloc. Am preluat recenziile reale prin API-ul aplicației de recenzii și le-am afișat ca text static, cu media calculată din distribuție.

Află de unde vine textul vizibil înainte să-l corectezi. La un produs, întrebările frecvente corectate în șablonul paginii nu apăreau deloc pe site, fiindcă textul vizibil venea din descrierea produsului, pe care magazinul o repeta și în etichetele meta și în datele structurate. Reparația corectă a fost în descriere, nu în șablon.

Pasul 4: ordonează reparațiile și scrie-le ca ipoteze

Reparăm în ordinea impactului: viteza, apoi oferta și butonul din primul ecran, apoi încrederea, apoi recenziile și datele structurate, apoi întrebările frecvente, apoi urgența. Raportul are patru părți: reparații rapide, schimbări mai mari, idei de test și variante de text, cu două sau trei variante pentru titlu și pentru textul butonului.

Fiecare reparație e scrisă ca ipoteză, după structura „pentru că am observat X, credem că modificarea Y va produce rezultatul Z pentru publicul W și vom ști asta atunci când se mișcă indicatorul M”. Ipoteza numește indicatorul dinainte, așa că lectura de după rămâne cinstită.

Un audit pe o pagină de colecție a ieșit 64 din 100 și îi lipseau trei lucruri: mențiunea despre plata la livrare, o politică de retur sau garanție vizibilă și captarea adresei de email. Acestea sunt trei îmbunătățiri candidate, nu trei câștiguri dovedite.

Capcanele în care am căzut și cum le prindem acum

1. O eroare de așezare vizibilă într-un singur browser. Pe o pagină făcută cu un constructor vizual, titlurile produselor intrau peste preț, dar numai în Safari pe iPhone. Opțiunea „number of lines: 0” a constructorului genera un -webkit-line-clamp: 0 invalid, pe care Chrome, editorul constructorului și o vizualizare web de desktop îl ignorau în tăcere. Am pierdut timp încercând să reproducem eroarea în aceste trei medii. Ce a rezolvat cazul a fost numărătoarea valorii în HTML-ul live: 42 de blocuri de text aveau variabila nesetată și erau în regulă, iar exact 6 aveau valoarea 0 și erau exact cele 6 stricate. Când ceva se strică doar pe telefon, facem acum histograma valorilor de stil specifice pentru mobil pe pagina live și căutăm valoarea rară.

2. O pagină veche după reparație. După publicarea unei modificări în temă, browserul și rețeaua de distribuție pot servi pagina veche câteva minute. Confirmăm schimbarea citind fișierul temei înapoi prin API-ul de administrare al magazinului, nu reîncărcând pagina.

3. Punctul orb al unei unelte, luat drept defect. Ferestrele pop-up pentru email se încarcă de obicei prin JavaScript, deci lipsesc din HTML-ul static. Scorul nostru caută și scriptul care le încarcă și raportează „nu apare în HTML-ul static, verifică vizual”, nu „lipsește”.

4. Trafic plătit spre o pagină care nu poate vinde. Înainte de audit, verifică dacă produsul e pe stoc sau poate fi comandat în avans. „Stoc zero în magazin” nu înseamnă mereu „nu se poate vinde”, așa că citim stocul din depozitul fizic, nu doar din contorul magazinului. Primele noastre liste cu „reclame pe produse fără stoc” au fost fals pozitive tocmai din acest motiv.

Limite: auditul produce ipoteze, nu rezultate

Auditul de conversie verifică prezența și vizibilitatea unor elemente de conversie cunoscute. Nu măsoară dacă adăugarea lor crește conversia pe o anumită pagină, pentru un anumit public. Ponderile din scor sunt judecata noastră. Nu am măsurat efectul fiecărei reparații pe paginile noastre și nu pretindem aici nicio creștere de conversie obținută dintr-un audit.

Ipoteza devine rezultat printr-un test A/B: două versiuni ale paginii arătate unor vizitatori împărțiți aleatoriu, o singură variabilă schimbată, mărimea eșantionului fixată dinainte și testul neoprit mai devreme când cifrele arată bine. Eșantioanele sunt mai mari decât se așteaptă majoritatea oamenilor. La o rată de conversie de bază de 3%, ca să detectezi o creștere relativă de 10% îți trebuie circa 47.000 de vizitatori pe variantă; la o bază de 10% și o creștere de 50% îți trebuie circa 550. O pagină cu trafic mic nu poate valida schimbări mici, iar atunci auditul rămâne o listă de setări rezonabile, nu de îmbunătățiri testate.

Lista de verificare

Punctează sursa. Privește primul ecran la lățime de telefon și măsoară Core Web Vitals. Verifică fiecare cifră din text față de tabelele paginii. Află de unde vine textul vizibil înainte să-l modifici. Confirmă o schimbare prin API-ul de administrare, nu prin reîncărcare. Ordinea reparațiilor: viteză, primul ecran, încredere, recenzii, întrebări frecvente, urgență. Scrie fiecare reparație ca ipoteză cu un indicator numit și testeaz-o înainte s-o numești câștig.

Întrebări și răspunsuri

Ce verific mai întâi într-un audit al paginii de produs?

Verifică întâi viteza pe mobil, apoi dacă oferta, prețul, butonul de cumpărare și un semnal de încredere se văd în primul ecran la lățime de telefon. Indicatorii Core Web Vitals, de exemplu Largest Contentful Paint, măsoară viteza; o captură la lățime de telefon arată primul ecran. O pagină lentă pierde vizitatori înainte ca orice altceva să conteze, iar un buton aflat sub primul ecran se comportă ca și cum n-ar exista.

Ce semnale de încredere contează pe o pagină de produs?

Semnalele obișnuite sunt transportul gratuit, returul, garanția, plata la livrare și plata securizată, iar o pagină de produs ar trebui să arate cel puțin două dintre ele. Pe piețele unde mulți cumpărători plătesc curierului la ușă, mențiunea despre plata la livrare lângă buton elimină teama de plată în avans. Recenziile vizibile, cu un bloc AggregateRating în datele structurate, adaugă dovadă socială și permit afișarea stelelor în rezultatele căutării.

Poate un verificator automat de conversie să înlocuiască analiza manuală?

Nu. Un verificator automat citește HTML-ul și spune dacă elementele există, nu dacă vizitatorul le vede. Un buton poate fi prezent, dar sub primul ecran, iar o fereastră pop-up încărcată prin JavaScript poate lipsi din HTML-ul static deși funcționează. Folosește verificatorul pentru o bază rapidă și repetabilă, apoi privește pagina la lățime de telefon și urmărește înregistrări de sesiune pe paginile cu cel mai mult trafic.

De ce arată pagina bine în Chrome, dar se strică pe iPhone?

Browserele tratează diferit CSS-ul invalid. Chrome poate ignora în tăcere o valoare invalidă, în timp ce Safari pe iPhone o aplică întocmai. Într-un caz, un constructor de pagini a generat -webkit-line-clamp: 0, care strângea cutiile de text doar în Safari pe iPhone. În loc să încerci să reproduci eroarea local, numără valorile de stil specifice pentru mobil pe pagina live și caută valoarea rară pe care o au exact elementele stricate.

Cum aflu dacă o modificare pe pagină chiar a crescut conversia?

Rulează un test A/B: împarte aleatoriu vizitatorii între versiunea veche și cea nouă, schimbă o singură variabilă, fixează mărimea eșantionului înainte de start și nu opri testul mai devreme. Eșantioanele sunt mari: la o conversie de bază de 3%, ca să detectezi o creștere relativă de 10% îți trebuie circa 47.000 de vizitatori pe variantă. Alege dinainte indicatorul principal și indicatori de siguranță care nu au voie să scadă, de exemplu livrările refuzate.

Toate metodele