Zpět na šablony
Personalizace

Checklist auditu personalizace webu (42 kontrol)

13. října 2026
Autor: tým Markettailor checklist
Tabule pokrytá samolepicími lístečky, které seskupují problémy nalezené při auditu personalizace webu

Tento kontrolní seznam pro audit personalizace webu je určen pro dvě situace: chystáte se s personalizací začít a chcete vědět, zda jste připraveni, nebo ji už používáte a máte podezření, že toho moc nepřináší. Obsahuje 42 kontrol v sedmi skupinách, každou s podmínkou splnění, kterou si můžete sami ověřit. Zkopírujte tabulky do tabulkového procesoru, nebo si stáhněte šablonu ve formátu CSV.

Nejde o obecný audit konverzí. Pokud máte rozbité měření nebo formuláře, projděte nejprve checklist CRO auditu: personalizace stránky, jejíž konverze nedokážete měřit, jen přidá proměnné k problému, který nevidíte.

Jak používat tento kontrolní seznam pro audit personalizace

  1. Auditujte živý zážitek, ne plán. Zkontrolujte, co návštěvníci dnes skutečně vidí na stránkách, které personalizaci mají nebo brzy mít budou.
  2. Každou kontrolu označte jako Splněno, Nesplněno nebo Neznámé. Neznámé se ve skóre počítá jako Nesplněno. Pokud na to nikdo neumí odpovědět, nikdo to nemá na starosti.
  3. U každého nesplnění zaznamenejte důkaz: snímek obrazovky, report, výsledek testu.
  4. Ohodnoťte každou skupinu pomocí listu na konci a nejdřív opravte nejslabší skupinu, v uvedeném pořadí. Skupiny jsou seřazeny podle závislostí: obsah bez dat nelze cílit a výsledkům bez měření nelze věřit.

1. Data (7 kontrol)

#KontrolaPodmínka splněníStav
1.1Míra identifikace známaDokážete říct, jaký podíl relací na klíčových stránkách je za posledních 30 dní přiřazen k firmě
1.2Ověřená kvalita párováníVzorek 50 spárovaných návštěv byl ručně zkontrolován a chybovost je zapsaná
1.3Firmografická data dostupná v okamžiku vykresleníOdvětví a počet zaměstnanců jsou k dispozici před vykreslením stránky, ne až za několik sekund
1.4Jedna taxonomie odvětvíVšechna odvětvová označení ze všech nástrojů se mapují na jeden seznam (například NAICS) ve spravované tabulce
1.5Použitelný stav v CRMWeb umí odlišit otevřenou příležitost a stávajícího zákazníka od nového potenciálního zákazníka
1.6Uložené behaviorální signályPočet návštěv a zobrazení klíčových stránek (ceník, produkt, případové studie) jsou k dispozici pro každého návštěvníka
1.7Aktuálnost dat je známáVíte, jak často se aktualizují firmografická data a data z CRM používaná v pravidlech

2. Segmenty (6 kontrol)

#KontrolaPodmínka splněníStav
2.1Segmenty vycházejí z tržebKaždý segment je podložený daty o vyhraných obchodech, ne preferencí (viz šablona profilu ideálního zákazníka)
2.2Segmenty se vzájemně vylučujíPravidla se vyhodnocují v pevném pořadí a návštěvník se v rámci jedné sady pravidel může dostat jen do jednoho segmentu
2.3Velikost segmentu změřenaMěsíční počet identifikovaných relací na segment je známý a každý živý segment jich má dost pro měření
2.4Zákazníci řešení zvlášťStávající zákazníci mají vlastní pravidlo a nikdy nevidí akviziční CTA jako „rezervovat demo“
2.5Omezený počet segmentůAktivních segmentů není víc, než pro kolik dokážete vytvořit obsah a měřit je (obvykle 3 až 6)
2.6Definice sepsanéKaždý segment má v jednom sdíleném dokumentu sepsané pravidlo, vlastníka a datum vytvoření

3. Obsah (6 kontrol)

#KontrolaPodmínka splněníStav
3.1Kompletní obsahová sada pro každý segmentKaždý živý segment má pro sebe napsaný nadpis, důkaz, případovou studii a CTA
3.2Důkazy jsou povolenyKe každému logu a citaci zobrazené ve variantě je založeno písemné svolení
3.3Tvrzení jsou pravdivá pro každý segmentŠtítky jako „Nejoblíbenější“ nebo „Důvěřuje nám X“ jsou pravdivé pro segment, který je vidí
3.4Cíle odpovídají popiskůmKaždé personalizované CTA vede na stránku, která splní, co popisek slíbil
3.5Výchozí verze je udržovanáVýchozí (nepersonalizovaná) verze se kontroluje se stejnou péčí jako varianty
3.6Obsah je aktuálníŽádná varianta neodkazuje na starý název produktu, minulou akci ani zastaralou případovou studii

4. QA zážitku (7 kontrol)

#KontrolaPodmínka splněníStav
4.1Bez blikáníVýchozí obsah na běžném připojení viditelně neproblikne před zobrazením varianty
4.2Žádný posun rozvrženíVýměna variant neposouvá obsah; CLS na personalizovaných stránkách zůstává v pásmu „dobré“ (web.dev, CLS)
4.3Výchozí verze se vykreslí kompletněPři zablokovaném personalizačním skriptu zobrazí stránka úplnou výchozí verzi bez prázdných bloků
4.4Časový limit nastavenPokud je vyhledání dat pomalé, po pevném časovém limitu se zobrazí výchozí verze, místo aby se čekalo
4.5Zkontrolováno na mobiluKaždá varianta byla zkontrolována na telefonu; delší titulky a popisky se nezalamují ani neořezávají nevhodně
4.6Každý segment vynucen a zachycen na snímku obrazovkyZáznam z QA ukazuje variantu každého segmentu na každé personalizované stránce
4.7Bez vlivu na SEOVyhledávače vidí výchozí obsah; žádná varianta nemění title, canonical ani indexovatelný text pouze pro boty

5. Měření (6 kontrol)

#KontrolaPodmínka splněníStav
5.1Kontrolní skupina existujeČást každého segmentu vidí výchozí verzi, přiřazenou podle návštěvníka, aby bylo možné změřit nárůst
5.2Primární metrika odsouhlasenaKaždá personalizace má jednu primární metriku navázanou na pipeline (dema přijatá obchodem, kvalifikované registrace)
5.3Výsledky reportované podle segmentuKonverzní poměry se zobrazují podle segmentu a větve, nejsou smíchané
5.4Plánovaná velikost vzorkuKaždý test měl před spuštěním spočítanou velikost vzorku pomocí kalkulačky A/B testů
5.5Neidentifikovaní vyloučeni z analýzyNávštěvníci, které nebylo možné segmentovat, jsou z výpočtů nárůstu vyloučeni
5.6Propojená pipelineLeady z personalizovaných návštěv lze dohledat k příležitostem v CRM

6. Správa (5 kontrol)

#KontrolaPodmínka splněníStav
6.1Určen vlastníkPersonalizační program vlastní jedna osoba, která schvaluje nová pravidla
6.2Existuje soupis pravidelSeznam všech živých pravidel se stránkou, segmentem, datem spuštění a aktuálním výsledkem
6.3Frekvence revizíŽivá pravidla se revidují nejméně čtvrtletně; pravidla bez měřitelného efektu se vyřazují
6.4Proces změnNové varianty procházejí stejným QA jako vydání webu
6.5Informovaný obchodObchod ví, které segmenty vidí která sdělení, takže hovory webu neodporují

7. Ochrana soukromí (5 kontrol)

#KontrolaPodmínka splněníStav
7.1Souhlas respektovánSkripty, které ukládají nebo čtou nezbytně nenutná data v zařízení, se spouštějí až po udělení souhlasu tam, kde to zákon vyžaduje (v EU pravidla ePrivacy: směrnice 2002/58/ES)
7.2Zdokumentovaný právní základVaše záznamy uvádějí právní základ podle GDPR pro každé využití osobních údajů v personalizaci (Nařízení (EU) 2016/679)
7.3Aktualizované informace o ochraně osobních údajůZásady ochrany osobních údajů popisují personalizaci webu a zapojené dodavatele
7.4Žádné citlivé odvozené údajeŽádné pravidlo necílí na zdravotní stav, politické či náboženské přesvědčení ani podobné citlivé rysy a neodhaluje je
7.5Žádné texty typu „víme, kdo jste“Varianty nikdy nejmenují návštěvníka ani jeho firmu způsobem, který působí jako sledování

Toto je kontrolní seznam, ne právní rada. Téma podrobněji rozebírá náš článek o B2B personalizaci a ochraně osobních údajů; podrobnosti si ověřte u svého právníka.

Hodnoticí tabulka

Každou skupinu ohodnoťte jako počet splněných děleno počtem kontrol. Neznámé se počítá jako nesplněno.

Skóre skupinyVýznamCo dělat
80 % a vícePřipravenoUdržujte; hledejte další segment nebo stránku
50 % až 79 %MezeryOpravte neúspěchy v této skupině dřív, než přidáte novou personalizaci, která na ní závisí
Pod 50 %NepřipravenPozastavte rozšiřování; nejprve opravte tuto skupinu, počínaje nejdřívější skupinou v seznamu

Dvě brány mají přednost před skóre. Pokud selže 4.3 (záložní varianta), opravte ji před vším ostatním, protože rozbitá výchozí verze ovlivňuje každého neidentifikovaného návštěvníka. Pokud selže 5.1 (holdout), nemůžete personalizaci připsat žádný výsledek, ať dashboard říká cokoli.

Ilustrativní příklad

Ilustrativní, nejde o skutečnou firmu. Tým B2B softwarové firmy šest měsíců provozuje personalizaci podle odvětví na domovské stránce. Jeho audit:

SkupinaSplněnoSkóreKlíčové selhání
1. Data5 ze 771%1.2: kvalitu párování nikdo nezkontroloval
2. Segmenty4 ze 667%2.4: zákazníci vidí „objednat demo“
3. Obsah4 ze 667%3.2: dvě loga bez svolení
4. Kontrola kvality zážitku5 ze 771%4.1: viditelné probliknutí na mobilu
5. Měření2 z 633%5.1: bez kontrolní skupiny
6. Správa a řízení3 z 560%6.3: žádné pravidlo nebylo nikdy vyřazeno
7. Soukromí4 z 580%7.3: zásady nezmiňují personalizaci

Tým věřil, že program funguje, protože konverze domovské stránky po spuštění vzrostla. Bez kontrolní skupiny to nedokáže oddělit od sezónnosti nebo kampaně. Jejich další měsíc: odstranit dvě loga bez svolení (oprava ještě tentýž den), přidat pravidlo pro zákazníky a pak znovu spustit s 50% kontrolní skupinou na segment a předem spočítanými velikostmi vzorku. Pokud potřebujete strukturu pro opětovné spuštění, pokrývá ji šablona personalizačního playbooku.

Časté dotazy

Co je audit personalizace webu?

Jde o strukturovanou revizi toho, zda váš web dokáže spolehlivě zobrazovat různý obsah různým segmentům návštěvníků a zda to přináší měřitelné výsledky. Zahrnuje data použitá k segmentaci návštěvníků, samotné segmenty, obsah pro každý segment, technickou kvalitu jako probliknutí a výchozí varianty, měření, správu a ochranu soukromí.

Jak často auditovat personalizaci webu?

Celý checklist projděte před spuštěním personalizace a pak dvakrát ročně. Skupinu QA zážitku kontrolujte po každém vydání webu nebo změně šablony, protože blikání a rozbité záložní verze se při změně struktury stránky obvykle objevují potichu. Měření kontrolujte vždy, když pravidlo běží celý testovací cyklus.

Jaké je nejčastější selhání odhalené při auditu personalizace?

Podle nás nejvíce škodí chybějící holdouty, protože kvůli nim nelze žádný reportovaný výsledek prokázat. Týmy porovnávají konverze před spuštěním a po něm a připisují personalizaci změny způsobené sezónností, kampaněmi nebo změnami v měření. Místo toho přiřaďte část každého segmentu k výchozí verzi a porovnejte obě skupiny.

Ovlivňuje personalizace webu SEO?

Nemělo by, pokud vyhledávače vidí stejný výchozí obsah jako neidentifikovaní návštěvníci a varianty mění jen bloky na stránce pro identifikované segmenty. Problémy začínají, když se pro boty liší titulky, canonicaly nebo indexovatelný text, což může vypadat jako cloaking. Personalizaci obsahových bloků udržujte na straně klienta nebo na edge a metadata nechte beze změny.