Web Sitesi Ziyaretçi Tanımlama: Şirket Takibi Nasıl Çalışır

Form gönderimlerinizi oturumlarınıza bölün; B2B web sitesi ziyaretçilerinin büyük çoğunluğunun kendini tanıtmadan ayrıldığını görürsünüz. Web sitesi ziyaretçi tanımlama bunun bir kısmını geri kazanmaya çalışır: Form doldurulmadan hangi kuruluşların göz attığını, ne okuduklarını ve ne sıklıkla geri geldiklerini. B2B'de üç işi besler: satış ekibine hangi hesapların araştırma yaptığını söylemek, siteyi bu hesaplar için kişiselleştirmek ve reklamlar için hesap listeleri oluşturmak.

Teknoloji, tedarikçilerin anlattığından daha basit ve çoğu alıcının beklediğinden daha eksiktir. Bu yazı üç tanımlama yöntemini, eşleşme oranlarının neden bu kadar değiştiğini, hangi verileri elde ettiğinizi, her güven düzeyinin hangi eylemleri desteklediğini, geçerli gizlilik kurallarını ve nasıl yaygınlaştırılacağını açıklıyor. Tek paragraflık bir tanım için ziyaretçi tanımlama sözlük maddesine bakın. Tedarikçileri karşılaştırıyorsanız, web sitesi ziyaretçi tanımlama yazılımı seçme rehberimiz değerlendirmeyi ele alıyor.

Üç Tanımlama Yöntemi

Her tedarikçi üç yöntemin bir kombinasyonunu kullanır. Bu yöntemler neyi tanımladıklarına (bir şirketi mi yoksa bir kişiyi mi), eşleşmenin ne kadar güvenilir olduğuna ve ne kadar hukuki risk taşıdıklarına göre farklılık gösterir.

1. Reverse IP sorgusu (şirket düzeyi)

İnternete bağlı her cihazın bir IP adresi vardır. Acme Corp'tan biri web sitenizi ofisten ziyaret ettiğinde, tarayıcısı Acme Corp'un ağına atanmış bir IP adresinden istek gönderir. Ziyaretçi tanımlama araçları, IP adreslerini şirket adlarıyla eşleştiren veritabanları tutar. Eşleştirme süreci şu adımları izler:

• IP yakalama: web siteniz her web isteğinde ziyaretçinin IP adresini alır; bu kısım için özel bir takip gerekmez
• Veritabanı sorgusu: araç, o IP bloğunun sahibi olan veya onu kiralayan kuruluşu sorgular
• Zenginleştirme: Bir şirket eşleştiğinde araç firmografik verileri ekler: sektör, çalışan sayısı, gelir aralığı, genel merkez konumu, teknografik veriler
• Oturum birleştirme: aynı şirketten belirli bir zaman aralığındaki sayfa görüntülemeleri tek bir şirket ziyareti olarak gruplandırılır

IP-şirket veritabanları; bölgesel internet kayıt kuruluşlarının (ARIN, RIPE NCC, APNIC ve diğerleri) kayıtlarından, ters DNS'ten, BGP yönlendirme verilerinden, gözlemlenen trafikten ve ticari veri ortaklıklarından oluşturulur. Bu veritabanının kalitesi, tedarikçiler arasındaki en büyük farktır. Sözlükteki ters IP sorgusu maddesi işin mekaniğini ele alıyor.

Yapamadığı şey: Kişinin kim olduğunu söylemek ya da işverenine kayıtlı olmayan bir ağdaki herhangi birini tanımlamak. Bir çalışan evden çalıştığında trafiği Comcast, AT&T veya Deutsche Telekom gibi bir konut internet sağlayıcısından gelir ve araç işvereni değil internet sağlayıcısını görür. Uzaktan ve hibrit çalışma bu tavanı daha da alçalttı. Bazı araçlar bunu çerez tabanlı eşleştirme, cihaz parmak izi veya birinci taraf veri korelasyonu ile aşmaya çalışır, ancak salt IP çözümlemesinin kesin bir sınırı vardır.

2. Birinci taraf tanımlama (kişi düzeyi, bilinen kişiler)

Biri form doldurduğunda, oturum açtığında veya e-postanızdaki izlenen bir bağlantıya tıkladığında, oturumu (ve çerezlere izin veriliyorsa aynı tarayıcıdaki sonraki oturumları) CRM'inizdeki veya pazarlama otomasyonu platformunuzdaki bilinen bir kişiyle ilişkilendirebilirsiniz. Bu açık ara en doğru yöntemdir, çünkü kişi kim olduğunu size kendisi söylemiştir. Sınırı kapsamıdır: yalnızca veritabanınızda zaten bulunan kişiler için işe yarar.

3. Kimlik grafikleri (kişi düzeyinde, üçüncü taraf)

Çoğunlukla ABD trafiğine odaklanan bazı tedarikçiler, çerezleri veya cihaz sinyallerini yayıncı ve veri ortağı ağlarından derlenmiş üçüncü taraf bir kimlik grafiğiyle birleştirerek bir tarayıcıyı bir kişiyle eşleştirir. Hiç form doldurmamış bir ziyaretçi için ad ve e-posta döndürebilirler. Bizim görüşümüz: AB ve Birleşik Krallık trafiği için bunu savunmak çok zordur, çünkü ziyaretçinin sizinle bir ilişkisi ve adının belirlenmesine dair makul bir beklentisi yoktur. Hukuk danışmanınız belirli tedarikçiyi ve veri akışını onaylamadıkça bunu kapsam dışı sayın.

Eşleşme Oranları Neden Bu Kadar Değişkendir

Plan yapmak için güvenilir, sektör genelinde geçerli bir eşleşme oranı yoktur. Tedarikçi rakamları kendi müşteri tabanlarında ölçülür ve tanımlar farklıdır (bazıları oturumları, bazıları ziyaretçileri sayar, bazıları hesaplamadan önce internet sağlayıcısı trafiğini hariç tutar). Bir şirketle eşleşen oturumların oranı, tedarikçiden çok trafiğinize bağlıdır. Etkenler, kabaca etki sırasına göre:

• İnsanların nerede çalıştığı. Ofis ağları genellikle işverene kayıtlıdır. Ev internet bağlantıları ise bir tüketici internet servis sağlayıcısına kayıtlıdır; bu yüzden uzaktan çalışan bir çalışan bir hane gibi görünür. Uzaktan veya hibrit çalışmanın yaygın olduğu kitleler daha az eşlenir.
• Şirket büyüklüğü. Büyük kuruluşların kayıtlı IP aralıklarına sahip olma ve trafiği bunlar üzerinden yönlendirme olasılığı daha yüksektir. Küçük şirketler ise çoğu zaman ortak çalışma alanlarında bağlantıları paylaşır veya bireysel internet servis sağlayıcılarını kullanır.
• Mobil trafik. Mobil operatörler IP adreslerini çok sayıda abone arasında paylaştırır; bu yüzden mobil oturumlar nadiren bir şirkete eşlenir.
• VPN'ler ve gizlilik aktarıcıları. Kurumsal bir VPN işe yarayabilir (trafik şirketin IP aralığından çıkar) ya da zarar verebilir (AWS gibi bir bulut sağlayıcısından çıkar). Tüketicilere yönelik gizlilik hizmetleri kaynağı tamamen gizler: Apple, iCloud Private Relay (Apple Destek) etkinleştirildiğinde web sitelerinin kullanıcının kendi IP adresi yerine geçici bir IP adresi gördüğünü belirtiyor.
• Coğrafya. Veritabanı kapsamı bölgeye ve sağlayıcıya göre farklılık gösterir. Kuzey Amerika'daki büyük şirketlerde güçlü olan bir sağlayıcı, İskandinav orta ölçekli şirketlerinde zayıf olabilir.
• Bot ve insan dışı trafik. Tarayıcılar ve izleme hizmetleri veri merkezlerinden gelir ve filtrelenmedikçe "tanımlanan" sayıları barındırma şirketleriyle şişirir.

Önemli olan tek eşleşme oranı, bir deneme süresince kendi trafiğinizde ölçülen orandır. Kapsamın yanı sıra doğruluğu da kontrol edin: Bildiğiniz hesaplara (müşteriler, açık anlaşmalar, kendi ofisiniz) ait eşleşmelerden bir örneklem alın ve kaçının doğru olduğuna bakın. Doğru şirket adlarıyla daha düşük bir eşleşme oranı, satış temsilcilerini hiç gelmemiş hesapların peşine düşüren yanlış atıflarla dolu daha yüksek bir orandan daha değerlidir.

Örnek: oturumlardan kullanılabilir hesaplara

Aylık 10.000 oturumu olan varsayımsal bir B2B sitesi için temsili rakamlar:

Bu örnekte %25'lik genel eşleşme oranı, ayda bir satış temsilcisinin ilgisini hak eden 25 hesaba dönüşüyor. Sürecinizi bu son sayıya göre planlayın. Hunin tepesine göre plan yapan ekipler satışı gürültüye boğar ve ilk ayda onların güvenini kaybeder.

Gerçekte Hangi Verileri Alırsınız?

Bir ziyaretçi şirket düzeyinde tanımlandığında genellikle iki kategori veri alırsınız.

Ziyaret Düzeyinde Veri

• Şirket adı ve alan adı
• Görüntülenen sayfalar ve her sayfada geçirilen süre
• Giriş sayfası ve yönlendiren kaynak
• Belirli bir dönemdeki ziyaret sayısı
• Bağlantının yaklaşık konumu (sokak adresi değil, şehir düzeyinde)

Firmografik Veri (Zenginleştirme)

• Sektör sınıflandırması (SIC/NAICS kodları)
• Çalışan sayısı veya aralığı
• Yıllık gelir aralığı
• Genel merkez konumu
• Teknografik veriler (şirketin hangi yazılımları kullandığı)
• Yatırım bilgileri (girişimler için)

Şirket düzeyinde tanımlamadan elde edemeyeceğiniz şey bireydir. Size "Salesforce'tan biri bu hafta fiyatlandırma sayfanızı üç kez ziyaret etti" der; bunun Pazarlamadan Sorumlu Başkan Yardımcısı Jane Smith olduğunu söylemez. Bireysel tanımlama yalnızca ziyaretçi bir form doldurarak, giriş yaparak veya bir e-posta tıklamasıyla kendini tanıttığında gerçekleşir. Bunu satış ekibinize erkenden açıkça anlatın; hem gizlilik uyumluluğunu hem de temsilcilerin bir uyarıyla makul olarak neler yapabileceğini belirler.

Eylemi Güven Düzeyiyle Eşleştirin

Bu, uygulamaların çoğunun atladığı kuraldır. Verinin farklı kullanımları farklı hata oranlarını tolere eder; bu yüzden herhangi bir şeyi devreye almadan önce her eylemin hangi güven düzeyini gerektirdiğine karar verin.

Yanlış bir sektör tahmini size biraz daha az alakalı bir başlığa mal olur. Hiç ziyaret etmemiş bir şirketi arayan bir satış temsilcisi veya yanlış şirketi adıyla selamlayan bir ana sayfa ise güvenilirliğe mal olur. Eylemin görünürlüğünü sinyalin güvenilirliğine göre ayarlayın.

Gizlilik Uyumluluğu: GDPR ve Ötesi

Bu, hukuki tavsiye değil, uygulayıcılar için hazırlanmış bir özettir. Herhangi bir şey kurmadan önce bu soruları gizlilik sorumlunuz veya hukuk danışmanınızla netleştirin.

• Kişisel veri söz konusu mu? Neredeyse kesinlikle evet. GDPR Recital 30, IP adreslerini çevrimiçi tanımlayıcılar arasında sayar ve AB Adalet Divanı Breyer (CJEU, 2016) kararında dinamik bir IP adresinin bir web sitesi işletmecisi için kişisel veri olabileceğine hükmetmiştir. Çıktı bir şirket adı olabilir, ancak girdi bir kişinin cihazından gelen IP adresidir.
• Hangi hukuki dayanak? Şirket düzeyinde tanımlama genellikle meşru menfaat gerekçesiyle savunulur, GDPR Madde 6(1)(f). Bunun için belgelenmiş bir meşru menfaat değerlendirmesi gerekir: amaç, gereklilik ve ziyaretçinin beklentilerine karşı bir dengeleme testi. ICO'nun meşru menfaat rehberi üç adımın tamamını açıklıyor.
• İzlemenin kendisi onay gerektirir mi? Cihazda bilgi okumak veya saklamak (çerezler, yerel depolama, birçok betik) ePrivacy Direktifi'nin 5(3). maddesi kapsamına girer; EDPB bunu Guidelines 2/2023 belgesinde geniş yorumlar. Tanımlama etiketiniz tanımlayıcı yerleştiriyor veya okuyorsa, hukuk danışmanınız aksi sonuca varmadıkça çerez onay banner'ınızın arkasında olması gerektiğini varsayın.
• Ziyaretçiler itiraz edebilir mi? GDPR 21. madde uyarınca kişiler meşru menfaate dayalı işlemeye itiraz edebilir ve doğrudan pazarlama söz konusu olduğunda itiraz mutlaktır. Bunu yerine getirmenin işleyen bir yoluna ihtiyacınız vardır.
• ABD trafiği. CCPA'nın işletmeden işletmeye kişisel bilgiler için tanıdığı geçici muafiyet 1 Ocak 2023'te sona erdi; dolayısıyla diğer şirketlerin çalışanlarına ait veriler de diğer tüm kişisel bilgiler gibi kapsam dahilindedir. Kaliforniya'nın değiştirilmiş yasası, tüketicilere kişisel bilgilerin satışı veya paylaşımı hakkında bilgi edinme ve bundan vazgeçme hakkı tanır; buna Global Privacy Control sinyalleri de dahildir. Bkz. Kaliforniya Başsavcılığı CCPA sayfası.

Çizginin şirket tarafında kalın. "Deutsche Bank'tan bir ziyaretçi güvenlik sayfanızı görüntüledi" ifadesi, "Deutsche Bank'tan Max Mueller güvenlik sayfanızı görüntüledi" ifadesinden farklı değerlendirilir. Hangi yasa geçerli olursa olsun pratik asgari gereklilikler:

• Şirket düzeyinde ziyaretçi tanımlamayı ve amacını belirten bir gizlilik bildirimi
• Tedarikçiyle bir Veri İşleme Sözleşmesi (DPA)
• Tanımlama verileri için belgelenmiş bir saklama süresi
• AB ve Birleşik Krallık trafiği için kişi düzeyinde zenginleştirme, özel olarak onaylanmadıkça kapalı
• Bireysel gezinmeyi değil, şirket etkinliğini anlatan satış uyarıları
• İtirazları ve abonelikten çıkma taleplerini ele almanın bir yolu

Ziyaretçi Tanımlamayı Birinci Taraf Verilerle Birleştirmek

Tanımlama, ziyaretçilerinizin kendilerinin sağladığı verilerle birleştirildiğinde çok daha faydalı hâle gelir. (Tanımlanan her şirket için kaydedilmeye değer olaylar için B2B web sitesi ziyaretçi takibi rehberimize bakın.) Yalnızca örnek olarak tanınmış bir şirket adı kullanan temsili bir ilerleme:

1. Aşama: Anonim Şirket Tanımlama

Stripe'tan bir ziyaretçi, bir hafta içinde iki ziyarette ana sayfanızı, özellikler sayfanızı ve fiyatlandırma sayfanızı görüntülüyor. Stripe'tan biri olduğunu biliyorsunuz. Kim olduğunu bilmiyorsunuz. Bu, hesap düzeyinde kişiselleştirme için yeterlidir: fintech'e özel vaka çalışmaları, ilgili entegrasyonlar, şirket büyüklüğüne uygun fiyatlandırma sayfası mesajları.

2. Aşama: Kademeli Zenginleştirme

Aynı ziyaretçi bir teknik doküman indiriyor ve e-posta adresini veriyor. Artık bu kişiyi elinizdeki şirket düzeyindeki geçmişle eşleştirebilirsiniz: daha önceki üç ziyaret, görüntüledikleri sayfalar ve şirket profili. CRM kaydınız bu bağlamın tamamını alır.

3. Aşama: Hesap Düzeyinde Genel Tablo

Sonraki haftalarda Stripe'tan birden fazla kişi ziyaret ediyor. Bazıları formlar aracılığıyla kendini tanıtıyor, diğerleri anonim kalıyor. Etkinliği hesap düzeyinde gruplamak satın alma komitesinin etkileşimini gösterir: üç kişi ziyaret etmiş, ikisi içerik indirmiş, biri fiyatlandırma sayfasını dört kez ziyaret etmiş.

Bu tabloyu size tek bir kaynak vermez. Tanımlama katmanı anonim ziyaretleri kapsar ve her birinci taraf etkileşim bir isim ekler.

Verilerle Ne Yapmalı

Çoğu şirket pazarlama için tanımlamayla başlar, ancak en faydalı uygulamaların birçoğu satış ve müşteri başarısı ekiplerindedir.

Satış Özetleri ve Uyarıları

Hesap sahiplerine, hedef hesaplarının etkinliğine dair günlük veya haftalık bir özet gönderin: hangi sayfalar, kaç farklı ziyaretçi, ne kadar yakın zamanda. Gerçek zamanlı uyarıları, zamanlamanın önemli olduğu fiyatlandırma, vaka çalışması ve karşılaştırma sayfaları gibi en yüksek niyetli sayfalara ayırın: Hesap hâlâ araştırma yaparken gelen bir uyarı işe yarar, haftalık bir özette gelen ise çoğu zaman yaramaz. Verileri gözetlediğinizi duyurmak için değil, iletişimin zamanlamasını ve içeriğini şekillendirmek için kullanın; hesabın okuduğu konuyla ilgili materyalle başlayan bir e-posta, genellikle "Ekibinizin web sitemizi ziyaret ettiğini fark ettim" diye başlayan bir e-postadan daha iyi karşılanır. Web sitesi lead'lerini niyete göre yönlendirme rehberimiz uyarı mantığını ele alıyor ve aynı sinyaller, önceliklerin tutarlı olması için bir hesap puanlama modelini de besleyebilir.

Web Sitesi Kişiselleştirme

Sektör ve büyüklük varyantları için orta güven düzeyindeki firmografik verileri, ABM deneyimleri için CRM ile eşleşen hesapları kullanın. Tanımlanmamış ziyaretçiler varsayılanı görür. Web sitesi kişiselleştirme yazımız segmentlerin nasıl kurulacağını ve bir kontrol grubuna karşı nasıl ölçüleceğini anlatıyor.

Hesap Bazlı Reklamlar

Yüksek niyetli sayfaları ziyaret eden ICP hesaplarını hesap bazlı reklam kampanyaları için şirket listeleri olarak dışa aktarın ve mevcut müşterileri ve açık fırsatları potansiyel müşteri bulma kampanyalarından hariç tutun.

Raporlama ve İçerik Doğrulama

Kampanyaların yalnızca daha fazla oturum değil, doğru şirketleri çekip çekmediğini görmek için trafik ve dönüşüm raporlarını sektöre ve büyüklüğe göre ayrıştırın. Aynı katman içerik kararlarına da yardımcı olur: Bir Kubernetes yazısının birkaç bin görüntüleme aldığını bilmekle kalmaz, tanımlanan ziyaretçilerin ICP şirketlerinden mi yoksa öğrenciler ve hobi meraklılarından mı geldiğini görebilirsiniz.

Ürün Odaklı Büyüme

Self-servis kayıtları olan SaaS şirketleri için tanımlama, hangi hesapların kaydolmadan önce ürünü araştırdığını gösterir. Bir şirket iki hafta içinde birkaç kez ziyaret edip ardından hesap oluşturursa, onboarding en çok araştırdıkları özelliklerden başlayabilir.

Müşteri Genişleme ve Kayıp Sinyalleri

Mevcut müşterilerin kullanmadıkları ürünlerin veya paketlerin sayfalarına göz atması bir genişleme sinyalidir: Kurumsal fiyatlandırmayı ziyaret eden orta paket bir müşteri, hesap yöneticisine ulaşmalıdır. Müşterilerin rakip karşılaştırma sayfalarını ziyaret etmesi ise kayıp riskine işaret edebilir ve bir satış kuyruğuna değil, müşteri başarısı ekibine aittir.

Rekabet İstihbaratı

Tanımlama verileri, rakiplerin sitenizi ne zaman ziyaret ettiğini de gösterir. Aşırı tepki vermeyin, ancak kalıplar bilgilendirici olabilir: Fiyatlandırma sayfanızı aniden her hafta kontrol etmeye başlayan bir rakip bir değişikliğe hazırlanıyor olabilir.

Bir Ziyaretçi Tanımlama Yaklaşımı Seçmek

Üç temel seçeneğiniz var:

Bağımsız tanımlama araçları (Leadfeeder veya Albacross gibi) şirketleri tanımlamaya ve ziyaretçi etkinliğini gösteren bir panoya odaklanır. Uygulaması basittir, ancak aktivasyon katmanını kurmayı size bırakır; bu ister panoları kontrol etmek ister verileri CRM'inize aktarmak için entegrasyonlar kurmak anlamına gelsin.

Yerleşik tanımlama özelliğine sahip ABM platformları (Demandbase veya 6sense gibi) tanımlamayı reklam, niyet verisi ve hesap puanlamayla bir arada sunar. Kapsamlıdırlar ve genellikle özel bir sorumlu gerektirirler. Fiyatlandırma teklif usulüdür: 6sense'in fiyatlandırma sayfası paketleri listeliyor ama fiyat vermiyor (Ekim 2026 itibarıyla); bu yüzden her tedarikçiden trafiğinize ve kullanıcı sayınıza göre teklif isteyin.

Yerleşik tanımlama özelliğine sahip kişiselleştirme platformları (Markettailor gibi), tanımlamayı tespit ettiğiniz şirketler için web sitesini değiştirme yeteneğiyle birleştirir; böylece kimin ziyaret ettiğini bilmek ile bu konuda bir şey yapmak arasındaki boşluk kapanır.

Doğru seçim, verilerle ne yapmayı planladığınıza bağlıdır. Sitenizi ziyaret eden şirketlerin bir listesini istiyorsanız, bağımsız bir araç işinizi görür. Bu şirketlerin gördüklerini değiştirmek istiyorsanız, tanımlama ile kişiselleştirmenin birlikte çalışmasına ihtiyacınız vardır. Belirli tedarikçileri ağırlıklı bir puan kartı ve adil bir eşleşme oranı testiyle karşılaştırmak için web sitesi ziyaretçi tanımlama yazılımı rehberimizi kullanın.

5 Adımlı Uygulama Planı

1. Önce aksiyonları tanımlayın (1. hafta). Güven tablosundaki hangi aksiyonları uygulayacağınızı, her birinin sorumlusunu ve sizin için "kullanılabilir hesabın" ne anlama geldiğini (ICP uyumu artı hangi davranışlar) yazın. Bu olmadan yalnızca bir liste satın almış olursunuz.
2. Hukuki dayanağı netleştirin (1-2. hafta). Herhangi bir takip kodu yayına girmeden önce meşru menfaat değerlendirmesini tamamlayın, nelerin onaya bağlı olacağına karar verin, gizlilik bildirimini güncelleyin ve veri işleme sözleşmesini (DPA) imzalayın. Bunu lansmandan sonra yapmak, etiketi yeniden yapılandırmak anlamına gelir.
3. Kendi trafiğinizde deneyin (2-4. haftalar). Ziyaretçiler çoğu zaman blog yazıları veya açılış sayfaları üzerinden giriş yaptığından, betiği yalnızca ana sayfaya değil tüm sayfalara yükleyin. Bir veya iki tedarikçiyi en az iki hafta paralel çalıştırın, eşleşmeleri bilinen oturumlarla doğrulayın ve başlangıç eşleşme oranınızı ve kullanılabilir hesap sayınızı kaydedin.
4. CRM'e bağlayın ve sıkı filtreleyin (4.-5. haftalar). Yalnızca ICP ve davranış filtrelerinden geçen şirketleri senkronize edin. İnternet servis sağlayıcılarını, barındırma sağlayıcılarını, üniversiteleri, mevcut müşterileri (bunları müşteri başarısı ekibine yönlendirin) ve kendi şirketinizi hariç tutun.
5. Bir eylemi başlatın, ölçün, ardından bir sonrakini ekleyin (6. haftadan itibaren). Satış ekibi için haftalık hesap özetleriyle başlayın, ardından yüksek niyetli sayfa uyarılarını ekleyin. Satış ekibi hesapların doğru göründüğünü onayladıktan sonra kişiselleştirme veya reklam kitleleri ekleyin.

Yaygın Hatalar

• Tedarikçileri açıkladıkları eşleşme oranına göre değerlendirmek. Kendi trafiğiniz üzerinde ölçün ve eşleşmeleri değil, kullanılabilir hesapları sayın.
• Her eşleşmede satışı uyarmak. Birkaç hafta içinde satış temsilcileri kanalı görmezden gelir. ICP'ye ve satın alma davranışına göre filtrelenmiş özetlerle başlayın.
• Şirket verilerini anonim saymak. İşleme, kişisel verilerden başlar. Belgelerinizi buna göre hazırlayın.
• İnternet servis sağlayıcılarını, barındırma şirketlerini ve üniversiteleri filtrelememek. Bunlar sayıları şişirir ve segmentleri kirletir.
• Soğuk ziyaretçiler için şirketin adını sayfada kullanmak. Gözetim gibi hissettirir. Bir ilişki kurulana kadar sektöre dayalı bir çerçeve kullanın.
• Mevcut müşterileri görmezden gelmek. Fiyatlandırma veya karşılaştırma sayfalarına yaptıkları ziyaretler genişleme veya kayıp sinyalleridir; bunları müşteri temsilcisine yönlendirin.

Tanımlama tek başına bir şirket adları listesidir. Değer, onu neye bağladığınızdan gelir: hesap sahiplerine ulaşan uyarılar, web etkinliğini gösteren CRM kayıtları ve önem verdiğiniz segmentler için değişen web sitesi deneyimleri. Markettailor'ın ziyaretçi tanımlama özelliği, bu son adım için tanımlanan şirketleri doğrudan segmentasyona aktarır.

Sıkça Sorulan Sorular

Web sitesi ziyaretçi tanımlama nasıl çalışır?

En yaygın yöntem reverse IP sorgusudur: ziyaretçinin IP adresi, o ağ aralığına sahip kuruluşla eşleştirilir, ardından sektör ve büyüklük gibi şirket verileriyle zenginleştirilir. Kişi düzeyinde tanımlama ise birinci taraf verilerden (biri form doldurduğunda, giriş yaptığında veya izlenen bir e-posta bağlantısına tıkladığında) ya da daha fazla hukuki risk taşıyan üçüncü taraf kimlik grafiklerinden gelir.

Web sitesi ziyaretçilerinin yüzde kaçı tanımlanabilir?

Güvenilir, evrensel bir rakam yoktur, çünkü kitlenize bağlıdır. Ziyaretçileri büyük şirketlerdeki ofislerden çalışan siteler daha fazla oturum eşleştirir; uzaktan çalışanlar, küçük işletmeler, mobil trafik veya gizlilik aktarıcısı kullananlar olan siteler daha az eşleştirir. Bir sağlayıcı denemesi sırasında kendi trafiğinizde ölçün ve ham eşleşmeler yerine kullanılabilir ICP hesaplarını takip edin.

Web sitesi ziyaretçi tanımlama GDPR kapsamında yasal mı?

Yasal olabilir, ama düzenlemeye tabidir. IP adresleri kişisel veri olabilir; bu yüzden bir hukuki dayanağa (genellikle belgelenmiş bir değerlendirmeyle meşru menfaat), bir gizlilik bildirimine, tedarikçiyle bir DPA'ya ve itirazları yerine getirmenin bir yoluna ihtiyacınız vardır. Cihazda tanımlayıcı saklayan veya okuyan betikler, ePrivacy kuralları uyarınca genellikle onay gerektirir.

Web sitenizi ziyaret eden kişileri tek tek tanımlayabilir misiniz?

Güvenilir ve yasal olarak, yalnızca kendilerini tanıttıklarında: bir form doldurma, bir giriş veya kendi e-postanızdan bir tıklama. Bazı tedarikçiler, çoğunlukla ABD trafiği için, kimlik grafikleri aracılığıyla anonim ziyaretçilerin adlarını belirleyebildiklerini iddia ediyor. AB ve Birleşik Krallık ziyaretçileri için bunu gerekçelendirmek zordur, çünkü kişinin sizinle bir ilişkisi yoktur ve bunu beklemez.

Ziyaretçi tanımlama ile ziyaretçi takibi arasındaki fark nedir?

Takip, oturumların ne yaptığını kaydeder: sayfalar, olaylar, kaynaklar. Tanımlama ise bir oturumun arkasında kimin olduğunu, genellikle şirket düzeyinde yanıtlar. İkisine de ihtiyacınız var: Takip, tanımlanan bir hesabı harekete geçmeye değer kılan davranışı sağlar; tanımlama ise anonim davranışı satış, kişiselleştirme ve reklamlar için hesap düzeyinde sinyallere dönüştürür.