Bu web sitesi kişiselleştirme denetim kontrol listesi iki durum için hazırlandı: kişiselleştirmeye başlamak üzeresiniz ve hazır olup olmadığınızı bilmek istiyorsunuz ya da zaten kişiselleştirme yapıyorsunuz ve pek bir işe yaramadığından şüpheleniyorsunuz. Yedi grupta toplanan 42 kontrol içerir ve her birinin kendiniz doğrulayabileceğiniz bir geçme koşulu vardır. Tabloları bir elektronik tabloya kopyalayın veya şablonu CSV olarak indirin.
Genel bir dönüşüm denetimi değildir. İzlemeniz veya formlarınız bozuksa önce CRO denetim kontrol listesini uygulayın: dönüşümlerini ölçemediğiniz bir sayfayı kişiselleştirmek, göremediğiniz bir soruna yalnızca yeni değişkenler ekler.
Bu Kişiselleştirme Denetimi Kontrol Listesi Nasıl Kullanılır
- Planı değil, canlı deneyimi denetleyin. Kişiselleştirme içeren veya yakında içerecek sayfalarda ziyaretçilerin bugün gerçekte ne gördüğünü kontrol edin.
- Her kontrolü Geçti, Kaldı ya da Bilinmiyor olarak işaretleyin. Bilinmiyor, puanda Kaldı olarak sayılır. Kimse yanıtlayamıyorsa, kimse sahiplenmiyor demektir.
- Her başarısız madde için kanıt kaydedin: bir ekran görüntüsü, bir rapor, bir test sonucu.
- Sondaki tabloyu kullanarak her grubu puanlayın ve listelenen sırayla önce en düşük grubu düzeltin. Gruplar bağımlılığa göre sıralanmıştır: Verisi olmayan içerik hedeflenemez, ölçümü olmayan sonuçlara güvenilemez.
1. Veri (7 kontrol)
| # | Kontrol | Geçme koşulu | Durum |
|---|---|---|---|
| 1.1 | Tanımlama oranı biliniyor | Son 30 gün için önemli sayfalardaki oturumların ne kadarının bir şirketle eşleştiğini söyleyebiliyorsunuz | |
| 1.2 | Eşleşme kalitesi kontrol edildi | Eşleşen 50 ziyaretten oluşan bir örneklem elle kontrol edildi ve hata oranı kayıt altına alındı | |
| 1.3 | Sayfa işlenirken firmografik veriler hazır | Sektör ve çalışan sayısı saniyeler sonra değil, sayfa oluşturulmadan önce elde edilir | |
| 1.4 | Tek bir sektör sınıflandırması | Tüm araçlardaki sektör etiketleri, bakımı yapılan bir tabloda tek bir listeye (örneğin NAICS) eşlenir | |
| 1.5 | CRM durumu kullanılabilir | Site açık bir fırsatı ve mevcut bir müşteriyi yeni bir potansiyel müşteriden ayırt edebiliyor | |
| 1.6 | Saklanan davranışsal sinyaller | Ziyaret sayısı ve önemli sayfa görüntülemeleri (fiyatlandırma, ürün, vaka çalışmaları) ziyaretçi bazında mevcut | |
| 1.7 | Verinin güncelliği biliniyor | Kurallarda kullanılan firmografik ve CRM verilerinin ne sıklıkla yenilendiğini biliyorsunuz |
2. Segmentler (6 kontrol)
| # | Kontrol | Geçme koşulu | Durum |
|---|---|---|---|
| 2.1 | Segmentler gelirden türetilir | Her segment tercihe değil, kazanılan anlaşma verilerine dayanıyor (bkz. ideal müşteri profili şablonu) | |
| 2.2 | Segmentler birbirini dışlar | Kurallar sabit bir sırayla değerlendirilir ve bir ziyaretçi her kural setinde yalnızca bir segmente düşebilir | |
| 2.3 | Segment büyüklüğü ölçüldü | Segment başına aylık tanımlanan oturum sayısı biliniyor ve her canlı segmentte ölçüm yapmaya yetecek kadar oturum var | |
| 2.4 | Müşteriler ayrı ele alınır | Mevcut müşteriler kendi kurallarına sahip ve asla "demo ayarlayın" gibi müşteri kazanımı CTA'ları görmüyor | |
| 2.5 | Segment sayısı sınırlı | Canlı segment sayısı, içerik üretebileceğiniz ve ölçebileceğiniz sayıyı (genellikle 3 ila 6) aşmıyor | |
| 2.6 | Tanımlar yazıya dökülmüş | Her segmentin yazılı bir kuralı, sorumlusu ve oluşturulma tarihi tek bir ortak belgede yer alıyor |
3. İçerik (6 kontrol)
| # | Kontrol | Geçme koşulu | Durum |
|---|---|---|---|
| 3.1 | Her segment için içerik seti tamamlandı | Yayındaki her segment için özel olarak yazılmış bir başlık, kanıt, vaka çalışması ve CTA var | |
| 3.2 | Kanıt kullanılabilir | Bir varyantta gösterilen her logo ve alıntı için yazılı izin dosyada mevcut | |
| 3.3 | İddialar her segment için doğru | "En popüler" veya "X'in güvendiği" gibi etiketler, onları gören segment için doğrudur | |
| 3.4 | Hedefler etiketlerle örtüşüyor | Her kişiselleştirilmiş CTA, etiketin vaat ettiğini sunan bir sayfaya gidiyor | |
| 3.5 | Varsayılan korunuyor | Varsayılan (kişiselleştirilmemiş) versiyon, varyantlarla aynı özenle inceleniyor | |
| 3.6 | İçerik güncel | Hiçbir varyant eski bir ürün adına, geçmiş bir etkinliğe veya güncelliğini yitirmiş bir vaka çalışmasına atıfta bulunmuyor |
4. Deneyim QA (7 kontrol)
| # | Kontrol | Geçme koşulu | Durum |
|---|---|---|---|
| 4.1 | Titreme yok | Normal bir bağlantıda varyant görünmeden önce varsayılan içerik görünür şekilde yanıp sönmüyor | |
| 4.2 | Düzen kayması yok | Varyant değişiklikleri içeriği kaydırmaz; kişiselleştirilmiş sayfalarda CLS "iyi" aralıkta kalır (web.dev, CLS) | |
| 4.3 | Yedek deneyim eksiksiz görüntüleniyor | Kişiselleştirme script'i engellendiğinde sayfa boş blok olmadan tam varsayılan sürümü gösteriyor | |
| 4.4 | Zaman aşımı ayarlandı | Veri sorgusu yavaşsa, beklemek yerine sabit bir zaman aşımından sonra varsayılan gösterilir | |
| 4.5 | Mobil kontrol edildi | Her varyant telefonda kontrol edildi; uzun başlıklar ve etiketler kötü şekilde satır atlamıyor veya kesilmiyor | |
| 4.6 | Her segment zorla gösterilip ekran görüntüsü alındı | Bir QA kaydı, her kişiselleştirilmiş sayfada her segmentin varyantını gösteriyor | |
| 4.7 | SEO etkilenmez | Arama motorları varsayılan içeriği görür; hiçbir varyant başlığı, canonical etiketini veya dizine eklenebilir metni yalnızca botlar için değiştirmez |
5. Ölçüm (6 kontrol)
| # | Kontrol | Geçme koşulu | Durum |
|---|---|---|---|
| 5.1 | Kontrol grubu var | Her segmentin bir kısmı, ziyaretçi bazında atanarak varsayılanı görür; böylece artış ölçülebilir | |
| 5.2 | Birincil metrik üzerinde anlaşıldı | Her kişiselleştirmenin pipeline'a bağlı tek bir birincil metriği var (satışın kabul ettiği demolar, nitelikli kayıtlar) | |
| 5.3 | Sonuçlar segment bazında raporlanır | Dönüşüm oranları harmanlanmış değil, segment ve kol bazında gösterilir | |
| 5.4 | Planlanan örneklem büyüklüğü | Her testin örneklem büyüklüğü yayına alınmadan önce A/B testi hesaplayıcısı ile hesaplandı | |
| 5.5 | Tanımlanamayanlar analiz dışı | Segmentlere ayrılamayan ziyaretçiler artış hesaplamalarından hariç tutulur | |
| 5.6 | Pipeline ile ilişkilendirildi | Kişiselleştirilmiş oturumlardan gelen lead'ler CRM'deki fırsatlara kadar izlenebiliyor |
6. Yönetişim (5 kontrol)
| # | Kontrol | Geçme koşulu | Durum |
|---|---|---|---|
| 6.1 | Sorumlu belirlendi | Kişiselleştirme programının tek bir sorumlusu var ve yeni kuralları o onaylıyor | |
| 6.2 | Kural envanteri mevcut | Sayfası, segmenti, başlangıç tarihi ve güncel sonucuyla yayındaki her kuralın listesi | |
| 6.3 | Gözden geçirme sıklığı | Yayındaki kurallar en az üç ayda bir gözden geçirilir; ölçülebilir etkisi olmayan kurallar kaldırılır | |
| 6.4 | Değişiklik süreci | Yeni varyantlar bir site sürümüyle aynı kalite kontrolünden geçer | |
| 6.5 | Satış ekibi bilgilendirilir | Satış ekibi hangi segmentlerin hangi mesajları gördüğünü bilir, böylece görüşmeler siteyle çelişmez |
7. Gizlilik (5 kontrol)
| # | Kontrol | Geçme koşulu | Durum |
|---|---|---|---|
| 7.1 | Onaya saygı gösteriliyor | Cihazda zorunlu olmayan verileri saklayan ya da okuyan kodlar, yasanın gerektirdiği yerlerde yalnızca onaydan sonra çalışır (AB'de ePrivacy kuralları: Directive 2002/58/EC) | |
| 7.2 | Hukuki dayanak belgelenmiş | Kayıtlarınız, kişiselleştirmedeki her kişisel veri kullanımı için GDPR hukuki dayanağını belirtiyor (Regulation (EU) 2016/679) | |
| 7.3 | Gizlilik bildirimi güncellendi | Gizlilik politikası, web sitesi kişiselleştirmeyi ve ilgili tedarikçileri açıklıyor | |
| 7.4 | Hassas çıkarım yok | Hiçbir kural sağlık, siyasi, dini ya da benzeri hassas özellikleri hedeflemiyor veya ifşa etmiyor | |
| 7.5 | "Kim olduğunuzu biliyoruz" türü metin yok | Varyantlar, ziyaretçiyi veya şirketini gözetleniyormuş hissi verecek şekilde asla adıyla anmaz |
Bu bir kontrol listesidir, hukuki tavsiye değildir. B2B kişiselleştirme ve veri gizliliği yazımız konuyu daha ayrıntılı ele alıyor; ayrıntıları hukuk danışmanınızla teyit edin.
Puanlama Tablosu
Her grubu Başarılı sayısının kontrol sayısına bölünmesiyle puanlayın. Bilinmeyen, Başarısız sayılır.
| Grup puanı | Anlamı | Ne yapılmalı |
|---|---|---|
| %80 veya daha fazla | Hazır | Sürdürün; bir sonraki segmenti veya sayfayı arayın |
| %50 ile %79 arası | Eksikler | Bu gruba dayanan yeni kişiselleştirmeler eklemeden önce bu gruptaki başarısız kontrolleri düzeltin |
| %50'nin altında | Hazır değil | Genişlemeyi duraklatın; önce bu grubu düzeltin, listedeki en erken gruptan başlayarak |
İki kapı, puanların önüne geçer. 4.3 (yedek içerik) başarısız olursa her şeyden önce onu düzeltin, çünkü bozuk bir varsayılan tanımlanmamış her ziyaretçiyi etkiler. 5.1 (holdout) başarısız olursa, pano ne derse desin kişiselleştirmeden hiçbir sonuç iddia edemezsiniz.
Açıklayıcı Örnek
Temsilidir, gerçek bir şirket değildir. Bir B2B yazılım ekibi altı aydır ana sayfada sektöre göre kişiselleştirme yürütüyor. Denetimleri:
| Grup | Başarılı | Puan | Kritik hata |
|---|---|---|---|
| 1. Veri | 5 / 7 | 71% | 1.2: eşleşme kalitesini kimse kontrol etmemiş |
| 2. Segmentler | 6'da 4 | 67% | 2.4: Müşteriler "demo talep edin" mesajını görüyor |
| 3. İçerik | 6'da 4 | 67% | 3.2: izinsiz iki logo |
| 4. Deneyim kalite kontrolü | 5 / 7 | 71% | 4.1: mobilde görünür titreme |
| 5. Ölçüm | 6'dan 2'si | 33% | 5.1: kontrol grubu yok |
| 6. Yönetişim | 5'te 3 | 60% | 6.3: hiçbir kural şimdiye kadar kaldırılmamış |
| 7. Gizlilik | 5 üzerinden 4 | 80% | 7.3: Politika kişiselleştirmeden bahsetmiyor |
Ekip, lansmandan sonra ana sayfa dönüşümü arttığı için programın işe yaradığına inanıyordu. Kontrol grubu olmadan bunu mevsimsellikten veya bir kampanyadan ayıramazlar. Bir sonraki ayki planları: izinsiz iki logoyu kaldırmak (aynı gün yapılabilecek bir düzeltme), bir müşteri kuralı eklemek, ardından segment başına %50'lik bir kontrol grubu ve önceden hesaplanmış örneklem büyüklükleriyle yeniden başlatmak. Yeniden başlatma için bir yapıya ihtiyacınız varsa, kişiselleştirme oyun kitabı şablonu bunu kapsıyor.
Sıkça Sorulan Sorular
Web sitesi kişiselleştirme denetimi nedir?
Web sitenizin farklı ziyaretçi segmentlerine güvenilir şekilde farklı içerik gösterip gösteremediğinin ve bunun ölçülebilir sonuçlar üretip üretmediğinin yapılandırılmış bir incelemesidir. Ziyaretçileri segmentlere ayırmak için kullanılan verileri, segmentlerin kendisini, segment başına içeriği, titreme ve yedek deneyimler gibi teknik kaliteyi, ölçümü, yönetişimi ve gizliliği kapsar.
Web sitesi kişiselleştirmesini ne sıklıkla denetlemeliyim?
Kişiselleştirmeyi başlatmadan önce ve ardından yılda iki kez tüm kontrol listesini uygulayın. Her site sürümünden veya şablon değişikliğinden sonra Deneyim Kalite Kontrolü grubunu gözden geçirin, çünkü sayfa yapısı değiştiğinde titreme ve bozuk geri dönüşler sessizce ortaya çıkma eğilimindedir. Bir kural tam bir test döngüsü boyunca yayında kaldığında ölçümü gözden geçirin.
En yaygın kişiselleştirme denetimi hatası nedir?
Bizce en zararlısı holdout eksikliğidir, çünkü raporlanan her sonucu kanıtlanamaz hale getirir. Ekipler lansman öncesi ve sonrası dönüşümü karşılaştırır ve mevsimsellik, kampanyalar veya izleme değişikliklerinden kaynaklanan farkları kişiselleştirmeye mal eder. Bunun yerine her segmentin bir kısmını varsayılan deneyime atayın ve iki grubu karşılaştırın.
Web sitesi kişiselleştirme SEO'yu etkiler mi?
Arama motorları tanımlanmamış ziyaretçilerle aynı varsayılan içeriği görüyorsa ve varyantlar yalnızca tanımlanmış segmentler için sayfa içi blokları değiştiriyorsa, etkilememelidir. Sorunlar; başlıklar, canonical etiketleri veya dizine eklenebilir metin botlar için farklılaştığında başlar; bu da gizleme (cloaking) gibi görünebilir. Kişiselleştirmeyi içerik bloklarında istemci tarafında veya uçta tutun ve meta verilere dokunmayın.