Skip to content
Pe scurt
- Clientul nu vine de pe laptopul tău: vine din Instagram, pe telefon, în browserul aplicației, și se întoarce din aplicația băncii. Testezi exact drumul ăsta, cu linkul din reclamă, nu homepage-ul de pe desktop.
- Patru probe cu rezultat clar: revii din galerie și opțiunile rămân alese; apeși „Adaugă” o dată pe conexiune lentă și apare o singură bucată; schimbi cantitatea și totalul se recalculează; treci pe ridicare și apar doar câmpurile relevante.
- Scorul de viteză (LCP ≤ 2,5 s, INP ≤ 200 ms, CLS ≤ 0,1) nu dovedește că selectorul de județ sau plata funcționează. Raportezi problema ca o probă de lucru: adresa, telefonul, browserul, alegerea exactă.
Ai testat magazinul pe laptop, dar clienta intră dintr-o reclamă Instagram, pe telefon, în browserul aplicației. Alege culoarea, trece la plată și se întoarce din aplicația băncii. Dacă în acel punct coșul este gol sau nu vede confirmarea, o captură frumoasă de pe calculator nu te ajută să găsești problema.
Nu trebuie să începi cu un redesign. Alege o comandă pe care un client ar vrea s-o facă din reclama ta și parcurge-o pe un telefon real. Notează combinațiile în care apare greșeala și păstrează o probă fără date personale. Abia apoi folosește rapoartele ca să afli cât de răspândită ar putea fi.
Citirea paginii pe un ecran mic
Verifică lățimea conținutului, dimensiunea literelor și spațiul din jurul lor. Marginile laterale sunt utile, dar nu trebuie să lase textul într-o fâșie. Uită-te dacă există containere puse unul în altul, fiecare cu propriul spațiu interior.
Nu îndepărta toate marginile de pe site. O fotografie poate ajunge până la margine, în timp ce textul are nevoie de spațiu pentru citire. Important este ca alegerea să fie consecventă și să nu apară derulare laterală.
Urmărește ce vezi înainte de primul gest
Deschide exact linkul din reclamă, cu parametrii de campanie și varianta de produs. Ce recunoști înainte să derulezi? Pe un ecran mic, fotografia nu trebuie neapărat să fie aceeași ca dimensiune cu cea de pe desktop, dar trebuie să identifice oferta. Numele, prețul și modul în care alegi varianta nu ar trebui căutate printre mai multe elemente fixe.
Dacă textul pare îngust, privește întâi marginile cumulate. Poți avea spațiu lateral dat de pagina generală, încă o dată de rând și încă o dată de coloana din interior. Eliminarea unei singure distanțe redundante poate lărgi conținutul. Nu impune lățime maximă a ecranului fiecărui paragraf: imaginile pot folosi toată lățimea, iar literele au nevoie de puțin spațiu lângă margine. Testează după schimbare și la o mărime mai mare a textului în sistemul telefonului.
Deschide și închide meniul, notificarea de consimțământ și coșul lateral. Dacă un element acoperă altul, documentează care fereastră a fost deschisă prima. Măsurarea și consimțământul trebuie să rămână corecte; nu rezolva o suprapunere prin ascunderea unei alegeri pe care clientul trebuie să o poată face.
Alegerea variantei și a cantității
Selectează varianta și schimbă cantitatea. Butoanele și opțiunile trebuie să poată fi apăsate fără să nimerești elementul vecin. Dacă lipsește o alegere, mesajul ar trebui să spună ce trebuie completat.
Deschide și închide meniul, coșul și eventualul chat. Verifică dacă elementele fixe se suprapun. Un buton vizibil numai după închiderea a două ferestre poate fi o piedică, chiar dacă fiecare componentă funcționează separat.
Patru probe cu un rezultat clar de acceptare
| Ce faci | Cum arată un rezultat bun |
|---|---|
| Alegi o culoare și o mărime, apoi revii din galerie | Rămân selectate aceleași opțiuni; prețul și fotografia le corespund |
| Apeși „Adaugă” o singură dată pe o conexiune lentă | Primești feedback și în coș apare cantitatea aleasă o singură dată |
| Modifici cantitatea și revii din coș la produs | Totalul se recalculează și nu se pierde configurația deja adăugată |
| Schimbi livrarea la domiciliu cu ridicare | Apar numai câmpurile relevante și niciun câmp ascuns nu blochează continuarea |
Dacă apeși butonul și nu se întâmplă aparent nimic, nu apăsa de cinci ori înainte să te uiți în coș. Uneori acțiunea reușește, dar confirmarea întârzie. Alteori butonul arată disponibil deși lipsește o alegere. Reparațiile sunt diferite: feedback clar în primul caz, validare și mesaj lângă selector în al doilea.
Dacă ai acces la două telefoane, încearcă un iPhone și un Android folosite de clienții tăi. Compară browserul obișnuit cu deschiderea din aplicația socială. O singură combinație reușită nu validează toate traseele; nici nu ai nevoie să blochezi publicarea până testezi orice model posibil. Prioritizează dispozitivele și metodele care apar în traficul și comenzile reale.
Completează adresa cu tastatura deschisă
Urmărește ordinea câmpurilor, selectarea localității și apariția erorilor. Datele deja completate ar trebui păstrate când corectezi un câmp. Testează întoarcerea dintr-o plată întreruptă, într-un mediu sigur.
Compară totalul din coș cu cel din finalizare. Clientul trebuie să vadă clar ce plătește înainte să confirme.
O plată întreruptă trebuie să poată fi înțeleasă
În mediul de test, completează adresa cu tastatura deschisă. Când alegi județul, rămâne vizibil câmpul care urmează? Dacă numărul de telefon este respins, mesajul spune formatul acceptat și păstrează celelalte date? Verifică și o adresă cu număr de bloc sau diacritice, nu numai adresa scurtă folosită de persoana care a construit formularul.
Simulează, dacă procesatorul permite, o plată reușită, o plată refuzată și revenirea din pagina de plată fără finalizare. Pentru fiecare notează starea din magazin, ce vede clientul și dacă evenimentul de cumpărare trebuie sau nu să fie trimis conform definiției stabilite. Dacă banii pot fi autorizați fără revenirea clientului în browser, echipa tehnică trebuie să verifice și confirmarea de la procesator. Într-o situație incertă nu îi cere cumpărătorului să repete plata la întâmplare.
Separă viteza de funcționarea cumpărării
Indicatorii Core Web Vitals urmăresc încărcarea, răspunsul la interacțiuni și stabilitatea vizuală. Sunt utili, dar un rezultat bun nu dovedește că selectarea județului sau plata funcționează. Un test de laborator și datele vizitatorilor reali descriu și ele lucruri diferite.
Scorul de viteză spune doar o parte din poveste
Google descrie trei indicatori Core Web Vitals: LCP pentru apariția conținutului principal, INP pentru răspunsul la interacțiuni și CLS pentru mișcările neașteptate ale conținutului. Pragurile considerate bune sunt LCP de cel mult 2,5 secunde, INP de cel mult 200 ms și CLS de cel mult 0,1, evaluate la percentila 75 în date reale. Percentila 75 nu este media tuturor vizitelor. O pagină cu puțin trafic poate să nu aibă suficiente date de teren pentru o concluzie pe acel URL.
Un test de laborator poate semnala o imagine grea sau execuție de script în timpul încărcării. Nu îți spune automat cum s-a comportat selectorul după două minute de navigare. Dacă imaginile împing butonul în jos când apar, notează mișcarea și rezervă spațiul necesar imaginii. Dacă întârzierea apare numai după alegerea localității, cronometrează acea acțiune și ce răspunde serviciul de livrare; comprimarea fotografiei principale s-ar putea să nu rezolve nimic în acel pas.
De ce nu judeci mobilul doar după diferența față de desktop
Într-un exemplu fictiv, 1.800 de sesiuni mobile au 18 sesiuni cu o cumpărare, adică 1%. Pe desktop, 400 de sesiuni au 12 sesiuni cu o cumpărare, adică 3%. Nu poți spune că ai pierde exact două comenzi la fiecare sută de vizite mobile. Publicul, sursa traficului, produsele și timpul de decizie pot fi diferite. Compară aceeași campanie și aceeași pagină, apoi verifică un blocaj concret.
Dacă găsești că selectorul de livrare nu funcționează pe telefon, dovada reparației este că poți finaliza acea combinație, chiar dacă încă ai prea puține comenzi ca să vezi o creștere stabilă în grafic. După ce se strâng date comparabile, urmărește traseul și cererile de suport ca să judeci efectul comercial.
Când trimiți o problemă pentru magazinul online, scrie adresa, modelul telefonului, browserul și alegerea exactă. „Cu ridicare la punct, după închiderea hărții nu mai pot continua” este o probă de lucru. „Nu merge bine pe mobil” încă nu este.
Ce faci mâine dimineață
- Ia telefonul, deschide reclama din Instagram și fă comanda până la plată, inclusiv întoarcerea din aplicația băncii (în mediu de test).
- Fă cele patru probe din tabel și notează fiecare rezultat exact: pagina, alegerea, ce s-a întâmplat.
- Trimite problemele găsite ca probe de lucru (adresa, telefonul, browserul, pasul) celui care întreține site-ul; abia apoi uită-te la scorul de viteză.
Sumele și situațiile din acest ghid sunt exemple ipotetice, fără TVA. Nu sunt rezultate ale unor clienți G-Smart și nu sunt ținte ale platformelor. Refă calculul cu cifrele afacerii tale.
Surse
- web.dev · Core Web Vitals și pragurile de evaluare — Definițiile și pragurile Core Web Vitals, evaluate la percentila 75.
- web.dev · De ce diferă măsurătorile din laborator de cele ale vizitatorilor — Ce se poate observa în laborator și în vizitele reale.
- Google Analytics · Măsurarea cumpărărilor și a rambursărilor — Ce evenimente verifici pe traseul unei cumpărări.
