Ölçekli kişiselleştirme çoğunlukla bir operasyon sorunudur. Beş kural tek bir kişinin aklında tutulabilir. Dört kişinin bir yıl boyunca yazdığı elli kural ise tutulamaz. Belirli bir yapı olmadan, kimsenin sahiplenmediği kurallarla, fiyatlandırma sayfasında aynı başlık için çekişen iki kuralla ve kimse o varyantın varlığını hatırlamadığı için bir segmente hâlâ gösterilen eski bir fiyatla karşılaşırsınız.
Bu yazı, büyüyen bir kural setini yönetilebilir tutan yapıyı ele alıyor: adlandırma, bir kayıt defteri, çakışmalar için açık bir öncelik sırası, özel sayfalar yerine alan tabanlı şablonlar, performans kontrolleri ve kimin neden sorumlu olduğu. Hiçbiri karmaşık değil. Yalnızca kural sayısı büyümeden önce var olmaları gerekiyor, sonra değil.
Mevcut Kurulumunuzun Yetersiz Kaldığının İşaretleri
- Belirli bir ziyaretçinin ne gördüğünü kimse söyleyemiyor. Biri "kurumsal bir sağlık ziyaretçisi ana sayfada ne görüyor?" diye soruyor ve bunu yanıtlamak, belki birden fazla araçta, birkaç kuralı açmayı gerektiriyor.
- Çakışmalar tesadüfen çözülüyor. İki kural örtüşen segmentler için aynı öğeyi hedefliyor ve hangisinin kazanacağı, birinin verdiği bir karara değil, yükleme sırasına ya da oluşturulma tarihine bağlı oluyor.
- İçerik değişiklikleri aramalara dönüşür. Bir fiyat veya ürün adı değişikliği, eski ifadenin nerede kaldığını bulmak için her varyantı tek tek taramak demektir.
- Kurallar eklendikçe sayfalar yavaşladı veya titremeye başladı ve bunun ne zaman olduğunu kimse fark etmedi.
- Mevcut kuralların bakımı tüm zamanı aldığı için testler durdu.
Kural sayısını azaltmak bazen doğru cevaptır, özellikle birçoğu hiç ölçülmemişse. Ancak çoğu zaman kurallar iyidir ve eksik olan, onları görmenin ve yönetmenin bir yoludur.
Kuralları, Adı Kuralı Açıklayacak Şekilde Adlandırın
Tek bir kalıp seçin ve her yerde kullanın. İşe yarayan bir örnek: katman, segment, sayfa, öğe ve sürüm; bu sırayla tirelerle birleştirilir:
tier-segment-page-element-version
T1-acme-corp-homepage-hero-v2T2-enterprise-healthcare-pricing-proof-v1T3-returning-visitor-blog-cta-v3
Kademe ön eki, aşağıda açıklanan çakışma sıralamasına bağlanır. Geri kalanı, kural listesini okuyan herkesin her kuralın ne yaptığını açmadan görmesini sağlar. Sayfaya göre filtrelediğinizde o sayfaya dokunabilecek tüm kuralları, segmente göre filtrelediğinizde ise bir segmentin gördüğü her şeyi bulursunuz.
Bir Kayıt Defteri Tutun
Bir tablo yeterlidir. Her aktif kural için bir satır ve şu sütunlar:
| Sütun | Neden orada |
|---|---|
| Kural adı | Araçtaki adla birebir eşleşir |
| Amaç | Tek cümle: “Demo taleplerini artırmak için sağlık sektörü ziyaretçilerine sağlık vaka çalışmalarını gösterin” |
| Sahip | Sorulacak kişi ve onu güncelleyen kişi |
| Segment tanımı | Çakışmaların görünür olması için gerçek koşullar |
| Sayfa ve öğe | İçeriği nerede değiştirir |
| İçerdiği bilgiler | Fiyatlar, plan adları, müşteri adları, ürün adları; bunlardan herhangi biri değiştiğinde aradığınız sütun budur |
| Kontrol grubu / test durumu | Ölçüldü, ölçülüyor veya hiç ölçülmedi |
| Son inceleme | Tarih |
Bunun etrafına iki alışkanlık ekleyin. Yeni kurallar, kayıt defterinden sorumlu kişiye yapılan kısa bir talepten geçer (bir Slack mesajı yeterli); bu da mükerrer kuralları yayına girmeden yakalar. Ve her çeyrekte listeyi gözden geçirin: tam bir testten sonra etki göstermeyen kuralları kaldırın, eskiyen içeriği güncelleyin ve örtüşen segmentler için aynı işi yapan kuralları birleştirin. Kendiniz oluşturmak istemiyorsanız kişiselleştirme oyun kitabı şablonumuz kayıt defteri olarak kullanılabilir; örtüşme önceliği için bir sütunu var.
Çakışmaları Ortaya Çıkmadan Çözün
Hedef hesap listesindeki büyük bir sağlık şirketinden geri dönen bir ziyaretçi, aynı anda bir hesap kuralına, bir sektör ve büyüklük kuralına, bir sektör kuralına ve bir geri dönen ziyaretçi kuralına uyabilir. Hepsi hero alanını hedefliyorsa, bir şeyin karar vermesi gerekir. Bunu açık bir sıraya bağlayın:
- 1. kademe: isimli hesap kuralları. Belirli bir hesap ya da hesap listesi için oluşturulan her şey önceliklidir. Bunlar en spesifik kurallardır ve genellikle aktif bir satış görüşmesine bağlıdır.
- Kademe 2: bileşik segmentler. İki veya daha fazla özelliği birleştiren kurallar (kurumsal + sağlık) tek özellikli kurallara üstün gelir, çünkü birisi o kombinasyonun kendi mesajını hak ettiğine karar vermiştir.
- Seviye 3: tek nitelikli kurallar. “Tüm kurumsal ziyaretçiler”, “ABD'den gelen tüm ziyaretçiler”. Yedek kurallar.
- Varsayılan sayfa. Diğer herkesin ve tarayıcıların gördüğü sayfa.
Bir katman içinde "en son güncellenen" veya yükleme sırasının karar vermesine izin vermeyin. Kayıt listesinde bir katmandaki her kurala açık bir sıra numarası verin ya da daha iyisi, örtüşen segmentler için aynı öğe üzerinde aynı katmanda kurallar oluşturmaktan baştan kaçının. Sessiz eşitlik bozucular, bir ziyaretçinin kimsenin amaçlamadığı bir varyantı görmesinin nedenidir.
Çakışmalar öğe bazında da önlenebilir. Hero alanı hesap kurallarına, kanıt bloğu sektör kurallarına aitse, her ikisiyle eşleşen bir ziyaretçi çatışma olmadan ikisini de görür. Bu en basit çözümdür ve ilk denenmeye değer.
Özel Sayfalar Yerine Şablonlar ve Slotlar
Büyük bir kural setini karşılanabilir kılan kalıp: Sayfa düzenini sabitleyin ve kişiselleştirilebilir birkaç alan tanımlayın. Bir kural alanları doldurur; sayfayı yeniden tasarlamaz.
Bir B2B ana sayfası için örnek alanlar:
- Hero başlığı (varyantların mobile sığması için karakter sınırıyla)
- Hero alt başlığı
- Kanıt bloğu: bir logo satırı ve bir alıntı
- Birincil CTA metni ve hedefi
- Öne çıkan vaka çalışması
Bu durumda varyant oluşturmak, beş alan için metin yazmak ve bir vaka çalışması seçmek anlamına gelir; bir pazarlamacı bunu tasarım veya mühendislik zamanı olmadan yapabilir. Bu aynı zamanda kayıt defterini kullanışlı kılar: bir kuralın hangi alanları değiştirebileceğini tam olarak bilirsiniz.
Bu ödünleşim gerçektir. Sağlık varyantınız ile fintech varyantınız aynı düzeni paylaştıkları için birbirine benzeyecek. Çoğu B2B sitesi için bu kabul edilebilir, çünkü segmente göre değişen şey mesajdır. Tamamen özel tasarımı, anlaşma büyüklüğünün ek emeği haklı çıkardığı kısa bir adı belli hesaplar listesine ayırın ve bu sayfaların kendi bakımlarını gerektireceğini kabul edin.
Kurallar Eklendikçe Performansı İzleyin
Bir kural setinin hız açısından maliyeti, kararın nerede verildiğine bağlıdır. Sunucu tarafında veya edge'de verilen bir karar, sayfa gönderilmeden önce iş ekler; istemci tarafı bir script ise sayfa oluşturulduktan sonra iş ekler ve titremeye yol açabilir. Her iki durumda da varsaymak yerine ölçün:
- Kişiselleştirilmiş sayfalarda Largest Contentful Paint ve titreme. Kişiselleştirilmiş bir varyantı varsayılan sayfayla PageSpeed Insights'ta veya bir laboratuvar testinde, kısıtlanmış bir mobil profilde karşılaştırın. Kişiselleştirilmiş hero LCP öğesiyse ve varsayılanın görüneceğinden daha geç görünüyorsa, karar çok geç veriliyor demektir.
- Kişiselleştirme aracındaki karar süresi. Çoğu araç bir kararın ne kadar sürdüğünü kaydeder. Bunu zaman içinde takip edin ve her ani artışta neyin değiştiğine bakın.
- Yedeğe düşme oranı. Bir kuralın ne sıklıkla başarısız olduğu ve bunun yerine varsayılanın gösterildiği. Sessizce yedeğe düşmek bozuk bir sayfadan iyidir, ancak yüksek bir oran, ziyaretçilerin kayıt defterinde belirtilen deneyimi almadığı anlamına gelir.
Her yeni kural grubu yayına girmeden önce bir temel değer kaydedin; böylece bir gerileme, ona neden olan değişikliğe bağlanabilir. RUM aracınızdaki veya Search Console'daki Core Web Vitals izlemesi kalıcı sorunları işaretler, ama yalnızca yeterince gerçek trafik etkilendikten sonra.
Kim Neden Sorumlu
| Rol | Sorumluluklar | Genellikle sorumlusu |
|---|---|---|
| Kişiselleştirme sorumlusu | Kayıt defteri, adlandırma, çakışma sırası, üç aylık değerlendirme, yeni kurallar konusunda son söz | Pazarlama operasyonları veya büyüme sorumlusu |
| İçerik üreticileri | Her segment için alan metinlerini yazmak, bilgileri güncel tutmak | Ürün pazarlaması, içerik ekibi |
| Teknik uygulayıcı | Kuralları kurmak, çakışmaları gidermek, performans kontrolleri | Araca bağlı olarak web geliştirici veya teknik bir pazarlamacı |
| Analist | Kontrol grupları, kural düzeyinde sonuçlar, kaldırılacak kuralların işaretlenmesi | Pazarlama analisti (bu işin neleri kapsadığı için pazarlama analitiği kariyerleri yazımıza bakın) |
Küçük ekiplerde dört rolün hepsini bir iki kişi üstlenir; kayıt defteri var olduğu sürece bu sorun değildir, çünkü o zaman ikinci bir kişi işi devralabilir. Belirsiz şekilde paylaşılamayacak rol sahip rolüdür: kural setinin sahibi herkesse, kimse hiçbir şeyi kaldırmaz. Büyük kuruluşlarda RACI, yaygınlaştırma aşamaları ve yönetişim için kurumsal kişiselleştirme yaygınlaştırma rehberine bakın.
Yalnızca Programı Değil, Kuralları da Ölçün
Program düzeyinde bir kontrol grubu, kişiselleştirmenin bir bütün olarak sürdürülmeye değer olduğunu söyler. Elli kuraldan hangilerinin işe yaradığını ise söylemez. Trafik izin verdiğinde her 2. ve 3. seviye kurala kendi kontrol grubunu veya A/B testini verin; okunabilir bir örnekleme ulaşamayan kuralları ise işe yaradıklarını varsaymak yerine kayıt defterinde "ölçülmemiş" olarak işaretleyin. Kişiselleştirme yatırım getirisini ölçme yazımız, kontrol grubu boyutlandırmasını ve metrik hiyerarşisini ele alıyor.
Kural Sayısı Artmadan Önce Kontrol Listesi
- Herkesin kullandığı bir adlandırma düzeni
- Her kural için sorumlu, amaç, segment, olgular ve test durumunu içeren bir kayıt defteri
- Yazılı bir çakışma önceliği sırası ve katmana göre öğe sorumluluğu
- En azından ana sayfa ve fiyatlandırma sayfası için slot şablonları
- Bir performans referansı ve her kural grubundan sonra bir kontrol
- Adı belirli bir sorumlu ve bir sonraki üç aylık inceleme için bir tarih
Pratik bir ilk adım: aracınızdaki her aktif kuralı yukarıdaki kayıt defteri formatına aktarın. Dolduramadığınız her kural (bilinen bir sorumlusu yok, belirtilmiş bir amacı yok, işe yarayıp yaramadığı bilinmiyor) ilk değerlendirme listesine girer. Bunu Markettailor'da kuruyorsanız, segmentasyon özelliği segment tanımlarını tek bir yerde tutar; bu da kurallar arasındaki örtüşmeyi fark etmeyi kolaylaştırır.