Acest checklist de audit al personalizării site-ului este gândit pentru două situații: ești pe punctul de a începe personalizarea și vrei să știi dacă ești pregătit, sau deja folosești personalizare și bănuiești că nu aduce mare lucru. Are 42 de verificări în șapte grupuri, fiecare cu o condiție de trecere pe care o poți verifica singur. Copiază tabelele într-un spreadsheet sau descarcă șablonul în format CSV.
Nu este un audit general de conversie. Dacă trackingul sau formularele nu funcționează, parcurge mai întâi checklistul de audit CRO: personalizarea unei pagini ale cărei conversii nu le poți măsura doar adaugă variabile unei probleme pe care nu o vezi.
Cum să folosești acest checklist de audit al personalizării
- Auditează experiența live, nu planul. Verifică ce văd efectiv vizitatorii astăzi pe paginile care au personalizare sau vor avea în curând.
- Marchează fiecare verificare cu Trece, Nu trece sau Necunoscut. Necunoscut contează ca Nu trece în scor. Dacă nimeni nu poate răspunde, nimeni nu e responsabil.
- Înregistrează dovezi pentru fiecare „Picat”: o captură de ecran, un raport, un rezultat de test.
- Acordă un scor fiecărui grup folosind fișa de la final și rezolvă mai întâi grupul cu cel mai mic scor, în ordinea listată. Grupurile sunt ordonate după dependențe: conținutul fără date nu poate fi targetat, iar rezultatele fără măsurare nu sunt de încredere.
1. Date (7 verificări)
| # | Verificare | Condiție de trecere | Status |
|---|---|---|---|
| 1.1 | Rata de identificare cunoscută | Poți spune ce procent din sesiunile de pe paginile cheie este asociat unei companii, pentru ultimele 30 de zile | |
| 1.2 | Calitatea potrivirilor verificată | Un eșantion de 50 de vizite potrivite a fost verificat manual, iar rata de eroare este documentată | |
| 1.3 | Date firmografice disponibile în momentul randării | Industria și numărul de angajați sunt disponibile înainte ca pagina să se randeze, nu la câteva secunde după | |
| 1.4 | O singură taxonomie de industrii | Toate etichetele de industrie din toate instrumentele sunt mapate pe o singură listă (de exemplu NAICS), într-un tabel întreținut | |
| 1.5 | Statusul din CRM utilizabil | Site-ul poate deosebi o oportunitate deschisă și un client existent de un prospect nou | |
| 1.6 | Semnale comportamentale stocate | Numărul de vizite și vizualizările paginilor cheie (prețuri, produs, studii de caz) sunt disponibile pentru fiecare vizitator | |
| 1.7 | Prospețimea datelor este cunoscută | Știi cât de des sunt actualizate datele firmografice și din CRM folosite în reguli |
2. Segmente (6 verificări)
| # | Verificare | Condiție de trecere | Status |
|---|---|---|---|
| 2.1 | Segmentele provin din venituri | Fiecare segment este justificat de datele closed-won, nu de preferințe (vezi șablonul de profil de client ideal) | |
| 2.2 | Segmentele se exclud reciproc | Regulile sunt evaluate într-o ordine fixă, iar un vizitator poate ajunge într-un singur segment per set de reguli | |
| 2.3 | Mărimea segmentului măsurată | Numărul lunar de sesiuni identificate per segment este cunoscut, iar fiecare segment activ are suficiente pentru măsurare | |
| 2.4 | Clienții tratați separat | Clienții existenți au propria regulă și nu văd niciodată CTA-uri de achiziție precum „programează un demo” | |
| 2.5 | Număr limitat de segmente | Segmentele active nu depășesc numărul pentru care poți crea conținut și măsura (de obicei între 3 și 6) | |
| 2.6 | Definițiile sunt puse în scris | Fiecare segment are o regulă scrisă, un responsabil și o dată de creare într-un document comun |
3. Conținut (6 verificări)
| # | Verificare | Condiție de trecere | Status |
|---|---|---|---|
| 3.1 | Kitul de conținut complet pentru fiecare segment | Fiecare segment activ are un titlu, dovezi, un studiu de caz și un CTA scrise special pentru el | |
| 3.2 | Dovezile sunt permise | Pentru fiecare logo și citat afișat într-o variantă există permisiune scrisă la dosar | |
| 3.3 | Afirmațiile sunt adevărate pentru fiecare segment | Etichetele precum „Cel mai popular” sau „De încredere pentru X” sunt corecte pentru segmentul care le vede | |
| 3.4 | Destinațiile corespund etichetelor | Fiecare CTA personalizat duce la o pagină care oferă ce a promis eticheta | |
| 3.5 | Varianta implicită este întreținută | Versiunea implicită (nepersonalizată) este verificată cu aceeași atenție ca variantele | |
| 3.6 | Conținutul este actualizat | Nicio variantă nu face referire la un nume vechi de produs, la un eveniment trecut sau la un studiu de caz depășit |
4. QA pentru experiență (7 verificări)
| # | Verificare | Condiție de trecere | Status |
|---|---|---|---|
| 4.1 | Fără flicker | Conținutul implicit nu apare vizibil pentru o clipă înainte de variantă pe o conexiune normală | |
| 4.2 | Fără deplasări ale layout-ului | Înlocuirile variantelor nu mută conținutul; CLS pe paginile personalizate rămâne în intervalul „bun” (web.dev, CLS) | |
| 4.3 | Varianta de rezervă se randează complet | Cu scriptul de personalizare blocat, pagina afișează varianta implicită completă, fără blocuri goale | |
| 4.4 | Timeout setat | Dacă căutarea datelor este lentă, varianta implicită se afișează după un timeout fix, fără să mai aștepte | |
| 4.5 | Verificat pe mobil | Fiecare variantă a fost verificată pe telefon; titlurile și etichetele mai lungi nu se rup sau nu se trunchiază urât | |
| 4.6 | Fiecare segment forțat și capturat | O înregistrare de QA arată varianta fiecărui segment pe fiecare pagină personalizată | |
| 4.7 | SEO neafectat | Motoarele de căutare văd conținutul implicit; nicio variantă nu schimbă titlul, canonicalul sau textul indexabil doar pentru boți |
5. Măsurare (6 verificări)
| # | Verificare | Condiție de trecere | Status |
|---|---|---|---|
| 5.1 | Există grup holdout | O parte din fiecare segment vede varianta implicită, alocată per vizitator, ca să poată fi măsurată creșterea | |
| 5.2 | Metrica principală convenită | Fiecare personalizare are o singură metrică principală legată de pipeline (demo-uri acceptate de vânzări, înscrieri calificate) | |
| 5.3 | Rezultate raportate pe segment | Ratele de conversie sunt afișate pe segment și pe variantă, nu amestecate | |
| 5.4 | Mărimea eșantionului planificată | Fiecare test a avut dimensiunea eșantionului calculată înainte de lansare cu calculatorul pentru teste A/B | |
| 5.5 | Vizitatorii neidentificați sunt excluși din analiză | Vizitatorii care nu au putut fi segmentați sunt excluși din calculele de creștere | |
| 5.6 | Pipeline asociat | Leadurile din sesiunile personalizate pot fi urmărite până la oportunitățile din CRM |
6. Guvernanță (5 verificări)
| # | Verificare | Condiție de trecere | Status |
|---|---|---|---|
| 6.1 | Responsabil desemnat | O singură persoană este responsabilă de programul de personalizare și aprobă regulile noi | |
| 6.2 | Există un inventar al regulilor | O listă cu fiecare regulă activă, cu pagina, segmentul, data de start și rezultatul curent | |
| 6.3 | Ritmul revizuirilor | Regulile active sunt revizuite cel puțin trimestrial; regulile fără efect măsurabil sunt retrase | |
| 6.4 | Procesul de modificare | Variantele noi trec prin același QA ca o lansare a site-ului | |
| 6.5 | Informat de vânzări | Vânzările știu ce segmente văd ce mesaje, așa că apelurile nu contrazic site-ul |
7. Confidențialitate (5 verificări)
| # | Verificare | Condiție de trecere | Status |
|---|---|---|---|
| 7.1 | Consimțământ respectat | Scripturile care stochează sau citesc date neesențiale pe dispozitiv rulează doar după consimțământ, acolo unde legea o cere (în UE, regulile ePrivacy: Directiva 2002/58/CE) | |
| 7.2 | Temeiul legal documentat | Evidențele tale indică temeiul legal GDPR pentru fiecare utilizare a datelor cu caracter personal în personalizare (Regulamentul (UE) 2016/679) | |
| 7.3 | Nota de informare privind confidențialitatea actualizată | Politica de confidențialitate descrie personalizarea website-ului și furnizorii implicați | |
| 7.4 | Fără deducții sensibile | Nicio regulă nu vizează și nu dezvăluie trăsături sensibile, precum cele legate de sănătate, convingeri politice, religie sau altele similare | |
| 7.5 | Fără texte de tipul „știm cine ești” | Variantele nu numesc niciodată vizitatorul sau compania lui într-un mod care să pară supraveghere |
Acesta este un checklist, nu consultanță juridică. Articolul nostru despre personalizarea B2B și confidențialitatea datelor tratează subiectul mai în profunzime; confirmă detaliile cu consilierul tău juridic.
Fișă de punctaj
Punctează fiecare grup ca Treceri împărțit la verificări. Necunoscut se socotește Eșec.
| Scor de grup | Semnificație | Ce să faci |
|---|---|---|
| 80% sau mai mult | Pregătit | Menține; caută următorul segment sau următoarea pagină |
| 50%–79% | Lipsuri | Rezolvă eșecurile din acest grup înainte să adaugi personalizări noi care depind de el |
| Sub 50% | Nepregătit | Pune pe pauză extinderea; repară mai întâi acest grup, începând cu cel mai timpuriu grup din listă |
Două filtre au prioritate față de scoruri. Dacă 4.3 (varianta de rezervă) pică, repar-o înainte de orice altceva, pentru că o versiune implicită defectă afectează fiecare vizitator neidentificat. Dacă 5.1 (holdout) pică, nu poți revendica niciun rezultat al personalizării, orice ar spune dashboardul.
Exemplu ilustrativ
Ilustrativ, nu o companie reală. O echipă de software B2B rulează de șase luni personalizare pe industrii pe homepage. Auditul lor:
| Grup | Treceri | Scor | Eșec principal |
|---|---|---|---|
| 1. Date | 5 din 7 | 71% | 1.2: nimeni nu a verificat calitatea potrivirii |
| 2. Segmente | 4 din 6 | 67% | 2.4: clienții văd „programează un demo” |
| 3. Conținut | 4 din 6 | 67% | 3.2: două logo-uri fără permisiune |
| 4. QA pentru experiență | 5 din 7 | 71% | 4.1: flicker vizibil pe mobil |
| 5. Măsurare | 2 din 6 | 33% | 5.1: fără holdout |
| 6. Guvernanță | 3 din 5 | 60% | 6.3: nicio regulă nu a fost retrasă vreodată |
| 7. Confidențialitate | 4 din 5 | 80% | 7.3: politica nu menționează personalizarea |
Echipa credea că programul funcționează pentru că conversia de pe homepage a crescut după lansare. Fără un grup de control, nu poate separa efectul de sezonalitate sau de o campanie. Luna următoare: elimină cele două logouri fără permisiune (o remediere în aceeași zi), adaugă o regulă pentru clienți, apoi relansează cu un grup de control de 50% pe segment și dimensiuni ale eșantionului calculate dinainte. Dacă ai nevoie de o structură pentru relansare, template-ul de playbook de personalizare o acoperă.
Întrebări frecvente
Ce este un audit al personalizării site-ului?
Este o analiză structurată a capacității site-ului de a afișa în mod fiabil conținut diferit unor segmente diferite de vizitatori și a faptului dacă acest lucru produce rezultate măsurabile. Acoperă datele folosite pentru segmentarea vizitatorilor, segmentele în sine, conținutul pentru fiecare segment, calitatea tehnică, precum flicker-ul și variantele de rezervă, măsurarea, guvernanța și confidențialitatea.
Cât de des ar trebui să auditez personalizarea site-ului?
Parcurge tot checklistul înainte să lansezi personalizarea și apoi de două ori pe an. Revizuiește grupul Experience QA după orice lansare a site-ului sau schimbare de template, pentru că flickerul și fallbackurile stricate tind să apară discret când se schimbă structura paginii. Revizuiește măsurarea ori de câte ori o regulă a fost activă un ciclu complet de testare.
Care este cel mai frecvent eșec într-un audit de personalizare?
Părerea noastră este că lipsa holdout-urilor face cel mai mult rău, pentru că fiecare rezultat raportat devine imposibil de dovedit. Echipele compară conversia dinainte și de după lansare și atribuie personalizării schimbări cauzate de sezonalitate, campanii sau modificări de tracking. Alocă în schimb o parte din fiecare segment versiunii implicite și compară cele două grupuri.
Afectează personalizarea site-ului SEO-ul?
N-ar trebui, dacă motoarele de căutare văd același conținut implicit ca vizitatorii neidentificați, iar variantele schimbă doar blocuri de pe pagină pentru segmentele identificate. Problemele încep când titlurile, canonicalurile sau textul indexabil diferă pentru boți, ceea ce poate părea cloaking. Păstrează personalizarea client-side sau la edge, pe blocuri de conținut, și lasă metadatele neatinse.