Web sitesi kişiselleştirme aracınız sitenizi hangi şirketlerin ziyaret ettiğini, ne okuduklarını ve hangi segmentlere girdiklerini bilir. CRM'iniz ise anlaşma aşamalarını, kişileri ve gelir geçmişini bilir. İkisi hiç veri alışverişi yapmazsa temsilciler, hesapların az önce neye baktığını bilmeden onları arar ve kişiselleştirme kurallarınız açık bir fırsatı soğuk bir potansiyel müşteriden ayırt edemez.
Fark ilk görüşmede ortaya çıkar. "Web sitemizi ziyaret ettiğinizi gördüm" cümlesi görmezden gelinir. "Ekibiniz bu hafta segmentasyon dokümanlarımıza ve fiyatlandırma sayfamıza birkaç kez baktı" ise temsilciye konuşacak bir konu verir. Bu yazı ikinci versiyonun arkasındaki mekanizmayı ele alıyor: neyin senkronize edileceği, alanların nasıl eşleneceği, Salesforce ile HubSpot arasında nelerin farklı olduğu ve bu projelerin genellikle nerede ters gittiği.
CRM'inizin Kişiselleştirme İçin Gerçekten İhtiyaç Duyduğu Veriler
İlk içgüdü her şeyi aktarmaktır: her sayfa görüntüleme, her oturum, her segment ataması. Yapmayın. Bir CRM ham tıklama akışları için değil, yapılandırılmış ilişki verileri için tasarlanmıştır. Sayfa görüntülemelerini CRM'e yığmak faydalı sinyalleri gömer, API kotasını tüketir ve raporlara güvenmeyi zorlaştırır. Zenginleştirilmiş şirket alanları ayrıca lead toplama formlarınızı kısaltmanızı da sağlar; bu da ayrı bir kazançtır.
Beş kategori senkronize edilmeye değer.
1. Şirket tanımlama
Ziyaretçi tanımlama aracınız anonim bir ziyaretçiyi bir şirketle eşleştirdiğinde, bu eşleşme bir şirket kaydı oluşturmalı ya da güncellemelidir. Bunu bir temsilcinin ya da bir raporun kullanacağı alanlarla sınırlı tutun:
- Şirket adı ve alan adı
- Sektör ve çalışan sayısı aralığı (zenginleştirmeden)
- Ülke veya genel merkez konumu
- Sitenizde ilk görüldüğü tarih
- İlk tanımlanan ziyaretin kaynağı veya kanalı
Bu olmadan hiçbir şey birbirine bağlanmaz. CRM'iniz bir hesabı yalnızca biri form doldurduğunda öğreniyorsa, o şirketten gelen önceki her ziyaret satış ekibi için görünmezdir.
2. Segment üyeliği
Segmentler ham sayfa görüntülemelerinden daha kullanışlıdır, çünkü hesabın kim olduğuna dair yorumunuzu zaten içerirler. Tipik değerler:
- Sektör segmenti (örneğin "Fintech", "Sağlık")
- Büyüklük seviyesi ("Orta Ölçek", "Kurumsal")
- Yolculuk aşaması ("Farkındalık", "Değerlendirme", "Karar")
- İlgi kümesi ("ABM", "Analitik", "Gizlilik")
Segment değişiklikleri CRM'e hızla ulaşmalıdır. Bir hesap salı günü Değerlendirme'den Karar'a geçiyorsa, pazar günü gelen haftalık bir toplu aktarım çok geç kalır. Hızlı senkronizasyon genellikle zamanlanmış çekmeler yerine olay tetiklemeli gönderimler anlamına gelir; webhook'lar ve API'ler karşılaştırması hangisinin ne zaman uygun olduğunu açıklıyor.
3. Tek bir etkileşim puanı
Hesaba, arkasındaki bileşenleri değil, hesaplanmış tek bir puanı senkronize edin. 0-100 arası bir sayı alanını satış temsilcileri kolayca okur ve filtreler. Puanı yalnızca hacme değil, güncelliğe göre de ağırlıklandırın: Dün görüntülenen 15 sayfa, üç ay önce görüntülenen 20 sayfadan daha yüksek puan almalıdır. Mümkünse nedeni belirten kısa bir metin alanı ekleyin ("bu hafta iki kez fiyatlandırma sayfası"). Nedeni olan bir puan harekete geçirir; ham sayfa sayısı ise görmezden gelinir.
4. Tüm sayfa ziyaretleri değil, önemli sayfa ziyaretleri
Yalnızca satın alma niyetine işaret eden sayfalara yapılan ziyaretleri senkronize edin:
- Fiyatlandırma (zaman damgası ve sayı)
- Belirli özellik sayfaları
- Vaka çalışmaları (hangi sektör veya kullanım senaryosu)
- Karşılaştırma ve rakip sayfaları
- Entegrasyon ve dokümantasyon sayfaları
Bir temsilcinin görüşmeden önce göz gezdirebilmesi için bunları aktivite veya zaman çizelgesi kaydı olarak işleyin. Birinin göz attığı 47 blog yazısının listesi faydalı bir bağlam değildir.
5. Bağlamlı dönüşüm olayları
Form doldurmaları, demo talepleri ve indirmeler çevrelerindeki bağlamla birlikte gelmelidir: ziyaretçinin hangi kişiselleştirilmiş varyantı gördüğü, hangi segmentte olduğu ve o andaki etkileşim skoru. Bu, temsilciye lead'in ne kadar sıcak olduğunu ve konuşmaya hangi açıdan başlaması gerektiğini söyler.
Bağlantıyı Kurmanın İki Yolu
| Doğrudan API | Ara katman yazılımı (CDP / iPaaS) | |
|---|---|---|
| Nasıl çalışır | Kişiselleştirme aracı CRM API'sini çağırır ve kayıt oluşturur veya günceller | Araç olayları Segment, Workato, Tray.io veya bir CDP'ye gönderir; bunlar da olayları dönüştürüp CRM'e ve diğer sistemlere yönlendirir |
| Uygun olduğu durumlar | Tek hedef, küçük operasyon ekibi, yerel bir bağlayıcı mevcut | Çok sayıda hedef sistem var ya da zaten bir CDP veya iPaaS kullanıyorsunuz |
| Dezavantajlar | Her yeni hedef yeni bir entegrasyon demek; hız sınırları sizi doğrudan etkiler; CRM API'si değiştiğinde bozulur | Ek maliyet, bakımı yapılacak bir sistem daha, bir gecikme adımı daha |
Başka verileri zaten bir CDP veya iPaaS üzerinden aktarıyorsanız, kişiselleştirme verilerini de aynı şekilde gönderin. Tek hedef CRM ise doğrudan bağlantı daha basittir; iki sistemli bir entegrasyon için ara katman yazılımı geliştirmek çoğunlukla aylar ekler. Markettailor, ziyaretçi ve şirket verilerini doğrudan Salesforce ve HubSpot'a senkronize edebilir; bu da özel kod yazmadan doğrudan seçeneği karşılar.

Alan Eşleştirme: Herkesin Hafife Aldığı Kısım
API bağlantısı işin kolay kısmı. Zor kısım, kişiselleştirme verilerinin CRM kayıtlarına nasıl eşleneceğine karar vermek. Bunu yanlış yaparsanız yinelenen kayıtlar, üzerine yazılan alanlar ve veriye güvenmeyi bırakan temsilciler elde edersiniz.
Şirket eşleştirme
Kişiselleştirme aracınız şirketleri tanımlar; CRM'inizde hesaplar vardır. Bunların örtüşüp örtüşmeyeceğine eşleştirme mantığı karar verir. En güvenilirden en az güvenilire seçenekler:
- Ortak harici kimlik. Her iki sistem de aynı zenginleştirme kimliğini taşır (örneğin bir LinkedIn şirket kimliği). En güvenilir yöntemdir, ancak yalnızca her ikisi de aynı sağlayıcı tarafından zenginleştirildiğinde işe yarar.
- Alan adı eşleştirme. Ziyaretçinin şirket alan adını CRM hesaplarındaki web sitesi alanıyla karşılaştırın. CRM verileri temiz olduğunda işe yarar; web sitesi alanı boş olan veya birden fazla alan adına sahip şirketlerde başarısız olur.
- Bulanık ad eşleştirme. "Acme Corp" = "Acme Corporation". Yedek yöntem olarak faydalı, yaygın isimlerde riskli.
Pratikte çoğu ekip birincil anahtar olarak alan adını, yedek olarak bulanık ad eşleştirmesini ve geri kalanı için manuel inceleme kuyruğunu kullanır. Sonraki adımlarda herhangi bir şeyi otomatikleştirmeden önce her aşamadaki eşleşme oranınızı kendi verileriniz üzerinde ölçün.
Mükerrer kayıtları önleme
- Oluşturmadan önce arayın. Her zaman önce mevcut bir kaydı arayın.
- Yalnızca güncelleme moduyla başlayın. İlk birkaç hafta yalnızca zaten var olan kayıtları güncelleyin. Bu, eşleştirmenin zarar verebilmeden önce gerçekte ne kadar doğru olduğunu gösterir.
- Yalnızca bir güven eşiğinin üzerinde kayıt oluşturun. Düşük güvenilirlikli eşleşmeleri bir insanın incelemesi için sıraya alın.
Yalnızca güncelleme modunu atlamak, bu projelerin ilk haftada CRM'i yinelenen hesaplarla doldurmasının olağan yoludur ve bunları temizlemek operasyon ekibine deneme çalıştırmasının alacağından çok daha fazla zamana mal olur.
Özel alanlar
Senkronizasyonu kurmadan önce alanları tasarlayın. Account nesnesi üzerinde uygulanabilir bir başlangıç seti (Salesforce API adları gösterilmiştir; HubSpot'ta bunlar şirket özellikleridir):
| Alan | Tür |
|---|---|
Personalization_Engagement_Score__c | Sayı, 0-100 |
Personalization_Segment__c | Seçim listesi |
Buyer_Journey_Stage__c | Seçim listesi: Farkındalık, Değerlendirme, Karar |
First_Website_Visit__c / Last_Website_Visit__c | Tarih |
Website_Visit_Count__c | Sayı |
Top_Content_Interest__c | Metin |
Etkinlik zaman çizelgesine fiyatlandırma ziyaretlerini, önemli özellik ziyaretlerini, segment değişikliklerini ve büyük puan sıçramalarını (örneğin 40'tan 75'e) kaydedin.
Salesforce Notları
API kotası. Salesforce, REST, SOAP ve Bulk çağrılarını kayan 24 saatlik bir kotadan düşer. Salesforce limits quick reference belgesine göre kota sürüme ve lisansların sayısı ile türüne bağlıdır; Enterprise Edition 24 saatte 100.000 istekten başlar. Senkronizasyon sıklığına karar vermeden önce kuruluşunuzun gerçek rakamını Setup > System Overview altında kontrol edin. Sınırların içinde kalmak için:
- Toplu güncellemeler. sObject Collections uç noktası tek bir istekte 200'e kadar kaydı günceller.
- Etkileşim puanlarını her değişiklikte değil, bir takvime göre (birkaç saatte bir) aktarın.
- Yalnızca önemli sayfa ziyaretlerini senkronize edin.
- İlk geriye dönük veri doldurma için Bulk API kullanın.
Aktivite türü ve izinler. Temsilcilerin bu olayları kendi aktivitelerinden ayırt edebilmesi için özel bir "Web Sitesi Kişiselleştirme" aktivite türü oluşturun. Kişiselleştirme alanlarını satış için salt okunur yapın; temsilciler etkileşim puanlarını düzenlememelidir.
İlk gün oluşturulacak iki rapor. Birincisi, açık fırsatı olmayan yüksek etkileşimli hesaplar: kimsenin üzerinde çalışmadığı pipeline. İkincisi, kişiselleştirme segmentine göre kazanma oranı; bu da segmentasyon stratejinizi besler.
HubSpot Notları
"Web Sitesi Kişiselleştirme" adlı bir özellik grubu oluşturun ve tüm özel özellikleri bu grupta tutun. Özellik türleri sorunsuz eşleşir: puanlar ve sayılar için sayı, segmentler ve aşamalar için açılır seçim (listelerde ve filtrelerde çalışmaları için), ilk ve son ziyaret için tarih, ilgi etiketleri için tek satırlık metin.
Önemli sayfa ziyaretleri ve segment değişiklikleri için HubSpot'un zaman çizelgesi etkinlikleri, bir uygulamanın şirket ve kişi zaman çizelgelerine özel etkinlik türleri yazmasına olanak tanır. Sayfa URL'si, sayfa kategorisi ve segmenti özellik olarak içeren tek bir şablon (“Website Personalization Activity”) tanımlayın. Bu yazma işlemleri de uygulamanızın API limitlerinden düşer; bu nedenle Salesforce'ta yapacağınız gibi toplu gönderin.
Veriler HubSpot'a ulaştığında, iş akışları onları aksiyonlara dönüştürür. Örneğin:
- Etkileşim skoru 70'i geçerse: şirket sorumlusu için bir görev oluşturun.
- Yolculuk aşaması Karar olarak değişir: ana kişiyi bir akışa kaydedin.
- Bir hedef hesap üçüncü kez fiyatlandırma sayfasına geldi: satış Slack kanalına bildirim gönderin.
Kişiselleştirme analitiğiniz tam da bu noktada birinin açmayı hatırlaması gereken bir pano olmaktan çıkar.
Neyin Ne Sıklıkla Senkronize Edileceği
| Dakikalar içinde | 1-4 saatte bir | Günlük toplu işlem |
|---|---|---|
| Form doldurmalar ve demo talepleri Hedef hesaplardan fiyatlandırma ziyaretleri Yeni şirket tanımlandı | Etkileşim puanı Segment değişiklikleri Yolculuk aşaması değişiklikleri | Ziyaret sayısı toplamları İlgi alanı etiketleri İlk / son ziyaret tarihleri |
Her şeyi gerçek zamanlı senkronize etmek API kotasını tüketir ve kayıtları güncellemelerle doldurur. Her şeyi günlük toplu olarak aktarmak ise bir hedef hesabın fiyatlandırma sayfası ziyaretinin bir gece boyunca fark edilmeden kalması demektir. Yukarıdaki ayrım, zamana duyarlı sinyalleri hızlı tutar ve geri kalanını düşük maliyetli toplu aktarımlara bırakır.
Bu Projeler Nerede Ters Gidiyor?
Kimsenin okumadığı verileri senkronize etmek. Herhangi bir şey kurmadan önce birkaç temsilciyle 30'ar dakika geçirin ve bir görüşmeden önce neyi bilmek istediklerini sorun. Yanıtlarına göre kurgulayın. Temsilcilerin bulabildiği kısa bir alan listesi, kaydırıp geçtikleri on beş alandan daha iyidir.
Sahiplik kuralları yok. İki sistem de aynı alanı (örneğin sektör) tuttuğunda hangisinin geçerli olacağına karar verin. Genellikle CRM, satış temsilcilerinin güncellediği verilerin (anlaşma aşaması, kişiler), kişiselleştirme aracı ise davranışsal verilerin (puanlar, segmentler, ziyaretler) sahibidir. Bu olmadan iki sistem bir döngü içinde birbirinin üzerine yazar.
Deneme çalıştırması yok. CRM'inize karşı eşleştirmeyi deneme modunda çalıştırın, 100 eşleşme çekin ve elle kontrol edin. Çok fazla yanlış varsa, üretime herhangi bir şey yazılmadan önce mantığı düzeltin.
Tek bir ekip tarafından kurulmuş. Pazarlama operasyonları hangi verilerin var olduğunu bilir; satış operasyonları ise satış temsilcilerinin hangi alanlara baktığını bilir. Yalnızca pazarlama tarafından kurulursa veriler kimsenin kontrol etmediği alanlara düşer. Yalnızca satış tarafından kurulursa en iyi sinyaller dışarıda kalır. Tasarım oturumunun kendisi, ziyaretçi verileriyle satış ve pazarlama uyumunun bir parçasıdır.
Kur ve unut. Temsilcilerin hangi verileri kullandıklarını ve neyin eksik olduğunu söyledikleri aylık bir değerlendirme yapın, ardından alanları, skorlamayı ve uyarıları ayarlayın.
İşe Yarayıp Yaramadığı Nasıl Anlaşılır
Kendi hedeflerinizi belirleyin, ama yayına geçişten önce ve sonra şunları ölçün:
- Benimseme: Son 7 günde kişiselleştirme alanlarını veya etkinliklerini açan temsilcilerin payı.
- Sağlık: senkronizasyon hata oranı ve örnek kontrollerinizden elde edilen eşleşme doğruluğu.
- Kapsam: yakın zamanda web sitesi etkinliği olan hesaplar içinde kişiselleştirme verileri doldurulmuş olanların oranı.
- Takip hızı: Bir etkileşim artışından ilk satış temasına kadar geçen süre.
- Pipeline: kişiselleştirmeyle tetiklenen bir uyarıdan sonra oluşturulan fırsatlar.
İlk üçü, 1-4. haftalarda altyapının çalışıp çalışmadığını söyler. Son ikisi ise sonraki aylarda satışın davranışını değiştirip değiştirmediğini söyler.
Beş Haftalık Yaygınlaştırma
- 1. hafta, tasarım. Birkaç temsilciyle görüşün. 5-8 alan seçin. Özel alanları oluşturun. Eşleştirme mantığını ve sahiplik kurallarını yazın.
- 2. hafta, kurulum ve deneme çalıştırması. Sistemleri bağlayın, eşleştirmeyi deneme modunda çalıştırın, 100 eşleşmeyi elle inceleyin, yanlış olanları düzeltin.
- 3. hafta, yalnızca güncelleme. Beş iş günü boyunca kayıt oluşturmadan senkronizasyonu açın. Hataları ve eşleme sorunlarını izleyin ve iki veya üç temsilciden geri bildirim alın.
- 4. hafta, tam aktivasyon. Güven eşiğinizin üzerindeki kayıtlar için kayıt oluşturmaya izin verin, kademeli senkronizasyon takvimini kurun, iki raporu oluşturun ve satış ekibine verilerin nerede olduğunu gösterin.
- 5. hafta ve sonrası. Satışla aylık değerlendirme; alanları, puanlamayı ve otomasyonları ayarlayın.
Yalnızca Tek Bir Şey Yapacaksanız
Şirket tanımlamasını ve bir etkileşim puanını hesap kayıtlarına senkronize edin. Bu tek başına satışa şu anda hangi şirketlerin sizi araştırdığını söyler. Ziyaretçi tanımlama kurulumunuz şirket verilerini sağlar, hesap puanlama modeliniz puanı tanımlar ve CRM de satış temsilcilerinin zaten baktığı yerdir. Bu yazıdaki diğer her şey daha sonra gelebilir.