Veri Hijyeni: B2B Veritabanları için 12 Kural, 7 Adım ve Bir Yenileme Takvimi

CRM yöneticilerinin yüzde 24'ü verilerinin yarısından azının doğru ve eksiksiz olduğunu söyledi; CRM veri kalitesiyle zorlandığını belirten yöneticilerin yüzde 53'ü ise karşılaştıkları sorunlar arasında yinelenen kayıtları saydı; veriler, ABD, Birleşik Krallık ve Avustralya'da CRM yönetiminde çalışan 631 kişiyle yapılan bir Validity anketinden.

Veri hijyeni, bir veritabanını doğru, eksiksiz, tekil ve güncel tutan rutin iştir: kötü kayıtları daha girişte durduran kurallar, yinelenen ve eskimiş kişileri bulan kontroller ve bunları düzeltmek, yeniden doğrulamak ve kullanımdan kaldırmak için bir takvim. Bu iş hiç bitmez, çünkü veritabanındaki insanlar sürekli hareket halindedir: tek bir çeyrekte, ABD'deki 10.000 kişilik sabit bir Spona panelinin yüzde 8,0'ında unvan veya işveren değişti.

Bu B2B veri hijyeni rehberi, 2.000 ila 200.000 kayıtlık bir CRM yöneten RevOps ve satış operasyonları ekipleri ile kurucular için hazırlandı. Size her biri için bir sorumlu ve bir takvim belirlenmiş 12 kural, arkasındaki HubSpot ve Salesforce ayarlarıyla yedi adımlık bir süreç ve her çalışmayı kaydedeceğiniz bir Google E-Tablolar dosyası sunuyor.

Get thousands of leads in 4 minutes.

Stop stitching tools together.
Start with verified sales data, delivered in minutes.

SCALE SALES NOW

No contracts · No setup · No onboarding

Veri Hijyeni Kontrol Listesi: 12 Kural, Her Biri için Bir Sorumlu ve Bir Takvim

Yalnızca bir saatiniz varsa buradan başlayın. Takvim sütununun üç kaynağı var: Spona'nın teyit edilmiş sıklığı, 5. adımda adı geçen sağlayıcı önerileri ve hiçbir kaynağın sayı vermediği yerlerde bizim önerimiz.

Veri hijyeni kontrol listesini kopyalayın (Google Sheets). İlk sekmede geçen ve kalan örnekleriyle 24 alan kuralı, sorumlu ve sıklık için açılır listeler ve kayıtlar birleştiğinde kazanan değer yer alıyor. İkinci sekme, hard bounce oranı yüzde 2'nin üzerinde olan her çalışmayı işaretleyen bakım günlüğüdür.

Veri Hijyeni B2B Veritabanında Neyi Kapsar: Veri Temizliğini de İçeren Yedi Adımlık Süreç ve Kapsam Dışında Kalanlar

Deep Sync veri hijyenini “veritabanlarını temiz ve hatasız tutma süreci” olarak tanımlıyor; Twilio ise “verilerinizin doğruluğunu, tutarlılığını ve bütünlüğünü korumaya yönelik sürekli süreç” diyor. İki sayfa da insanların rol ve işveren değiştirdiği bir CRM'deki B2B kişileri ele almıyor.

Gartner'ın dokuz veri kalitesi boyutu daha iyi bir ölçüt sunar: erişilebilirlik, doğruluk, eksiksizlik, tutarlılık, kesinlik, ilgililik, zamanlılık, tekillik ve geçerlilik. B2B veritabanında hijyen çalışması en çok bunlardan beşini etkiler: doğruluk, eksiksizlik, tekillik, geçerlilik ve zamanlılık. Aşağıdaki süreç bunu, kötü kayıtları önleyen, bulan, düzelten, yenileyen ve kullanımdan kaldıran yedi adımda yapar.

Dört iş veri hijyeninin hemen yanında durur ama onun parçası değildir:

1. Veritabanı Hijyeni Denetimi: Hiçbir Şeyi Değiştirmeden Önce Yinelenen, Boş ve Eskimiş Kayıtları Sayın

Gartner anketlerine göre “kuruluşların yüzde 59'u veri kalitesini ölçmüyor”. Önce ölçün; böylece sonraki her adımın geçmesi gereken bir rakamı olur. Veritabanını dışa aktarın, henüz hiçbir şeyi değiştirmeyin ve beş başlangıç değeri çıkarın:

Rakamların ekibin sandığından kötü çıkmasını bekleyin. Validity anketinde “bu çalışmaya katılanların yarısından fazlası”, veri sorunlarını bulmak ve düzeltmek için “manuel süreçler kullandığını bildirdi”. Validity CRM veri araçları satıyor; bu yüzden bunu bir denetim olarak değil, yöneticilerle yapılmış bir anket olarak okuyun. Beş rakamı bakım günlüğünün ilk satırı olarak kaydedin ve denetimi her çeyrek tekrarlayın: eğilim, 2 ile 7. adımların işe yarayıp yaramadığını gösterir.

2. Alan Bazında Hijyen Kuralları: Biçimler, Zorunlu Değerler ve Kimin Düzenleyebileceği

Girişte uygulanan bir kural, sonradan yapılan bir temizlikten daha ucuzdur. İki büyük CRM de hatalı bir değeri yazılırken ya da içe aktarılırken engelleyebilir; ancak bilinmesi gereken boşluklar var.

HubSpot doğrulama kuralları metin, tarih, telefon numarası ve sayı özelliklerini kapsar: başta veya sonda boşluk olmaması, uzunluk sınırları, yalnızca rakam, baş harflerin büyük olması, benzersiz değerler, varsayılan ülke koduyla telefon biçimi ve tarih sınırları. Özel regex kuralları Professional veya Enterprise gerektirir. “Tüm doğrulama kuralları veriler düzenlenirken veya içe aktarılırken geçerlidir”; ancak iş akışları, sohbet akışları, toplantı planlama sayfaları ve eski düzenleyici formları için geçerli değildir ve yeni bir kural zaten kayıtlı olan değerleri yeniden biçimlendirmez.

Salesforce'taki bir doğrulama kuralı, veri hatalı olduğunda True döndüren ve ardından bir hata mesajı gösteren bir formüldür. Yeni ve güncellenen kayıtlara “doğrulama kuralında başvurulan alanlar bir sayfa düzenine veya bir API çağrısına dahil olmasa bile” uygulanır ve Salesforce şu uyarıyı yapar: “Kuruluşunuzda bu nesneyi kullanan entegrasyonlar varsa, doğrulama kuralının her entegrasyon için çalıştığını doğrulayın.”

Her kişiye iki köken alanı ekleyin, veri kaynağı ve son doğrulama tarihi; böylece bir gönderimi kontrolün yaşına göre filtreleyebilirsiniz. Bunun yerine geçmiş kayıtlarına güvenmeyin: Field Audit Trail açık değilse Salesforce “alan geçmişi verilerini 18 aya kadar saklar”, API üzerinden ise 24 aya kadar.

Ardından sorumluları belirleyin. Validity anketinde “katılımcıların yüzde 35'i veri doğruluğundan kimin sorumlu olduğundan emin olmadığını söyledi.” ZoomInfo'nun iş bölümünde alan standartları CRM yöneticilerine, yönlendirme RevOps'a, zenginleştirmedeki öncelik kuralları ise pazarlama operasyonlarına verilir; bizim tablomuz abonelikten çıkmalar ve saklama için bir veri koruma sorumlusu ekler.

3. CRM Veri Temizliği: Geçmişi Kaybetmeden Tekilleştirme ve Birleştirme

CRM veri temizliği, veri hijyeninin düzeltme kısmıdır: CRM'de zaten bulunan kayıtlarda yinelenenleri birleştirmek, biçimleri düzeltmek ve boş alanları doldurmak ya da işaretlemek. İşe yinelenen kayıtlardan başlayın, çünkü onlar var oldukça diğer her sayı yanlıştır.

Önce eşleştirme anahtarlarını seçin: kişiler için e-posta, şirketler için kök alan adı, e-postası olmayan kişiler için ad artı şirket. Ardından iki kayıt farklı değer taşıdığında hangi değerin kazanacağını belirleyen bir öncelik kuralı (survivorship) tanımlayın. Bizimki şöyle: e-posta, telefon ve unvanda en son doğrulanan değer kazanır; sahibin girdiği alanların ve abonelikten çıkma işaretlerinin üzerine asla yazılmaz. Her birleştirmeden önce iki kaydı da dışa aktarın ve sayıları kaydedin.

Salesforce'ta Veri Hijyeni: Yinelenen Kayıt Kuralları ve Eşleştirme Kuralları

Eşleştirme kuralı iki kaydın ne zaman aynı olduğuna, yinelenen kayıt kuralı ise “bir kayıt oluşturulduğunda veya düzenlendiğinde” ne olacağına karar verir: “satış temsilcilerini engelleyebilir veya uyarabilir”, Allow (İzin ver) ve Report (Raporla) seçenekleriyle de yinelenen kaydın kaydedilmesine ve bir raporda tutulmasına izin verebilir. “Nesne başına en fazla beş etkin yinelenen kayıt kuralı” ve “her yinelenen kayıt kuralında en fazla üç eşleştirme kuralı” kullanabilirsiniz. Varsayılan olarak etkin olan standart kişi eşleştirme kuralı, ad ve soyadının eşleşmesini ve buna ek olarak e-posta, telefon ya da unvan ve hesap adı gibi bir sinyal daha ister. E-posta birebir eşleşmelidir; adlar baş harflere veya ad varyasyonlarına göre de eşleşebilir.

HubSpot CRM'de Veri Hijyeni: E-Posta ve Alan Adına Göre Tekilleştirme ve Birleştirmeler

“HubSpot, kişileri e-posta adreslerini, şirketleri ise alan adlarını kullanarak otomatik olarak tekilleştirir”. Boşluk entegrasyonlardadır: “API üzerinden oluşturulan şirketler Company domain name özelliğine göre tekilleştirilmez” ve buna üçüncü taraf senkronizasyon uygulamaları da dahildir. Birleştirmeler birincil kaydın değerlerini korur ve ikincil değeri yalnızca birincil boş olduğunda kullanır; bu yüzden birincil kaydı öncelik kuralınızı göz önünde bulundurarak seçin. Yaşam döngüsü aşamasında “hunide en ileri aşama” korunur ve varsayılan olarak yeni bir Record ID oluşturulur. “Toplam 250+ birleştirmenin” parçası olan kayıtlar birleştirilemez ve “Kayıtların birleştirmesini geri almak mümkün değildir.”

4. Kişi Kayıtlarında En İyi Uygulamalar: Unvan ve İşveren Değişiklikleri, Hard Bounce'lar ve Catch-All Adresler

Kişi kayıtları eskir, çünkü insanlar yerinde durmaz. ABD'de medyan ücretli çalışan mevcut işvereninde 4,1 yıldır çalışıyor; bu süre 25 ile 34 yaş arasında 3,0 yıl ve çalışanların yüzde 20,6'sının kıdemi bir yıl veya daha az. Yalnızca bir ayda işten ayrılmalar 5,1 milyona, yani ABD istihdamının yüzde 3,2'sine ulaştı. Nedenleri veri eskimesi nedir yazısında ele alınıyor; bu adım onlarla ne yapılacağını anlatıyor.

E-posta tarafında ZeroBounce, “bir e-posta listesinin ortalama en az yüzde 23'ünün yalnızca bir yıl içinde eskidiğini”, “2025'te ZeroBounce'a gönderilen tüm e-postaların yalnızca yüzde 62'sinin geçerli olduğunu” ve “kontrol ettiği tüm e-postaların yüzde 9'undan fazlasının catch-all e-postalar olduğunu” bildiriyor. “Bu daha geniş popülasyon bir Spona kıyaslaması ya da ülke karşılaştırması değildir.” Spona'nın kontrol ettiği aday adresler şu sonuçları verdi:

Spona'nın yöntemi: “Geçen ve catch-all adresleri, kontrol edilen tüm benzersiz aday adreslere göre sayıyoruz. Diğer reddedilenler; geçersiz, bilinmeyen, tek kullanımlık ve engellenmiş adresleri kapsar. Bu kategoriler birbirini dışlar.” “Hard bounce, catch-all adresler hariç, doğrulanmış alt kümeye yapılan gönderim denemelerine bölünen kalıcı teslim hataları anlamına gelir.” “Gelen kutusuna yerleşim ayrı bir metriktir.”

Spona şunu belirtiyor: “Önerilen operasyonel hedef: yeni kontrol edilmiş bir listede hard bounce yüzde 2'nin altında. Aşıldığında yeniden kontrol edin ve inceleyin. Rol ve sektör kırılımları henüz ölçülmedi.” Bu bir hedeftir, garanti değildir.

5. Veri Hijyeni Takvimi: Spona Panelinde Bir Çeyrekte Ne Değişti, Haftalık, Aylık ve Çeyreklik Görevler

Takvimi kayıtların ne kadar hızlı değiştiğine göre belirleyin. Spona bunu ülke başına 10.000 kayıtlık sabit bir panelde, bir çeyreğin başında ve sonunda her kaydı karşılaştırarak ölçtü:

Spona'nın yöntem notu şöyle: “Aynı kayıtları çeyreğin başında ve sonunda karşılaştırıyor, kanıt niteliğindeki zaman damgalarını saklıyor, iş ve e-posta değişikliklerini örtüşebildikleri için ayrı raporluyoruz.” Paneli sütun başlıklarına göre okuyun: unvan veya işveren değişikliği ve değişen ya da geçersiz hale gelen e-posta. İki sütun asla toplanmaz ve yıllık bir oranı değil, dört ülkede tek bir çeyreği anlatır. Yöntem notu ayrıca şunu belirtir: “Yayımlanan rapor, Spona kişilerinin ne sıklıkla iş değiştirdiğini ortaya koymaz.” Dış bağlam için, ZeroBounce'un yıllık yüzde 23'ü sabit eskime modeliyle çeyrekte yaklaşık yüzde 6,3'e karşılık gelir; “Bu dış hesaplama, yukarıdaki Spona ülke ölçümlerinden ayrı, modellenmiş bir çeyreklik eşdeğerdir.”

Bu panellerde tek bir çeyrekte e-postaların 20'de 1'i (Almanya, yüzde 5,0) ile yaklaşık 15'te 1'i (ABD, yüzde 6,5) değişti ya da geçersiz hale geldi; bu yüzden 90 günden eski bir kontrole güvenmeyin. Spona'nın kendi sıklığı: “e-postayı teslimattan önce ve kontrol 30 günden eskiyse gönderimden önce yeniden doğrulayın, yüksek etkinlikli kişileri 30 günde bir, daha geniş envanteri 90 günde bir yenileyin. Sıklık Spona tarafından teyit edilmiştir.” Spona'nın 280 milyon benzersiz kişisinin hepsi doğrulanmış değildir: yüzde 65'inin doğrulanmış bir e-postası, yüzde 35'inin iş telefonu vardır, bu iki grup örtüşebilir ve “Telefonun bulunması, doğrulanmış bir direkt hat anlamına gelmez.” Tüm envanterin yenilenmesi “90 gün” olarak listelenir ve bir tazelik garantisi olarak değil, “teyit edilmiş sıklık” olarak tanımlanır.

Her çalışmayı veri hijyeni kontrol listesinin Bakım günlüğü sekmesine kaydedin; tablo hard bounce oranını hesaplar ve yüzde 2'nin üzerindeki çalışmayı Recheck (yeniden kontrol et) olarak işaretler.

6. Senkronize Araçlar ve Lead Kaynakları için CRM Hijyeni: Veri Akmadan Önce Kuralları Belirleyin

Kötü kayıtların çoğu klavyeden değil, bir bağlayıcıdan gelir ve bağlayıcılar 2. adımdaki kuralların bir kısmını atlar: HubSpot doğrulama kuralları iş akışlarında çalışmaz, API ile oluşturulan şirketler alan adına göre tekilleştirilmez ve Salesforce her doğrulama kuralını her entegrasyonla test etmenizi ister. Senkronize araçlar için CRM veri hijyeni en iyi uygulamaları, her alan için tek bir ana kayıt sistemiyle başlar: e-posta, unvan, telefon, yaşam döngüsü aşaması ve abonelikten çıkma alanlarına hangi aracın yazabileceği, hangisinin yalnızca okuyabileceği. Trailhead'in Marketing Cloud için verdiği tavsiye her senkronizasyona uyar: “Yalnızca gönderimlerde veya kişiselleştirmede kullanılacak kişileri ya da bilgileri senkronize edin.”

Herhangi bir bağlayıcı CRM'e veri yazmadan önce Spona'nın kabul kontrolünü uygulayın: “Adı geçen her bağlayıcı için kabul kontrolü: kimlik doğrulama, desteklenen nesneler, alan eşlemesi, yinelenen kayıt kuralları, senkronizasyon yönü, yeniden deneme davranışı ve plan uygunluğu.” Bunu sandbox'ta 100 kayıtla test edin ve öncesi ile sonrasındaki yinelenen kayıt sayılarını karşılaştırın.

Aynı kontrol Spona için de geçerlidir. CRM senkronizasyonu yetenek düzeyinde teyit edilmiştir: “Premium, gerçek zamanlı CRM senkronizasyonu vaat ediyor. Expert, entegrasyonlar, API erişimi ve kampanya otomasyonu vaat ediyor.” Adı belirtilmiş yerel CRM bağlayıcılarının bir listesi teyit edilmemiştir ve Spona'nın CSV ve API ile teslimatı da bu konuyu çözmez: “İkisi de belirli bir yerel bağlayıcıyı veya çift yönlü senkronizasyonu kanıtlamaz.” Spona'yı diğer her kaynak gibi ele alın: CRM'e neyin gireceğine alan ve yinelenen kayıt kurallarınız karar verir. Bir senkronizasyonun hangi boş alanları doldurması gerektiği için CRM veri zenginleştirme yazısına bakın.

7. GDPR Kapsamında Veri Hijyeni: Doğruluk, Saklama Sınırlaması ve Ne Zaman Silinmeli

AB veya Birleşik Krallık'taki kişilere ait kişisel veriler için veri hijyeni kısmen yasal bir yükümlülüktür. GDPR'ın 5(1)(d) maddesi, kişisel verilerin “doğru ve gerektiğinde güncel” olmasını ve hatalı verilerin “gecikmeksizin” silinmesi ya da düzeltilmesi için “her makul adımın” atılmasını şart koşar. 5(1)(e) maddesi saklamayı “kişisel verilerin işlendiği amaçlar için gerekli olandan daha uzun olmayan” bir süreyle sınırlar; 5(2) maddesi ise veri sorumlusunu GDPR Madde 5 ilkelerinden sorumlu tutar ve bu ilkelere “uyumu gösterebilecek” durumda olmasını ister.

ICO doğruluğu amaca göre değerlendirir: verileri güncel tutmak “bilgiyi ne için kullandığınıza bağlıdır” ve ICO'nun kontrol listesi “verileri ne zaman güncel tutmamız gerektiğini belirlemek için yürürlükte bir süreç” bulunmasını ister. Pazarlama amacıyla eski müşterilerinin bilgilerini saklayan bir kuruluşun veri eşleştirme veya adres izleme hizmetleri kullanması gerekmez, ancak bir müşteri yeni bir adres bildirdiğinde kaydı güncellemelidir. Saklama konusunda “UK GDPR farklı veri türleri için belirli süre sınırları koymaz”; “mümkün olan her yerde” standart saklama süreleri belirleyen bir politikaya ihtiyacınız vardır ve “elinizde tuttuğunuz verileri periyodik olarak gözden geçirmeli, artık ihtiyacınız olmadığında silmeli veya anonimleştirmelisiniz”. Verileri çevrimdışına taşımak, onları silmek anlamına gelmez. Her iki ICO sayfası da Data (Use and Access) Act sonrasında gözden geçiriliyor; bu yüzden politikanızı belirlemeden önce onları kontrol edin.

Her kayıt türü için bir saklama süresi belirleyin, bunu her yıl gözden geçirin (bizim önerimiz; ICO bir sıklık belirlemiyor) ve neleri sildiğinizi veya anonimleştirdiğinizi kaydedin. Temiz veri de izin anlamına gelmez: “Bir B2B listesi satın almak, bu listeye e-posta gönderme izni vermez; kişisel verilerin işlenmesi için hukuki bir dayanak belirleyin, şeffaflık ve itiraz yükümlülüklerini yerine getirin ve gerektiği yerde önceden onay da dahil olmak üzere alıcının ülkesindeki elektronik pazarlama kurallarına uyun.” Türkiye'de kişisel verilerin işlenmesi KVKK'ya, ticari elektronik iletiler ise 6563 sayılı Kanun'a ve İYS (İleti Yönetim Sistemi) kurallarına tabidir.

Get thousands of leads in 4 minutes.

Stop stitching tools together.
Start with verified sales data, delivered in minutes.

SCALE SALES NOW

No contracts · No setup · No onboarding

Veri Hijyeni Hakkında Sık Sorulan Sorular

Veri Hijyeni Nedir ve Neden Önemlidir?

Veri hijyeni, kayıtları doğru, eksiksiz, tekil ve güncel tutmaya yönelik sürekli bir çalışmadır. Önemlidir, çünkü her liste, rapor ve gönderim bu kayıtların üzerine kurulur: Gartner'ın araştırması, düşük veri kalitesinin kuruluşlara yılda ortalama 12,9 milyon dolara mal olduğunu ortaya koydu.

Veri Hijyeni Yerine Hangi Terimler Kullanılır?

Veri temizleme (data cleansing), veri arındırma (data cleaning) ve data scrubbing. Dar anlamda bu terimler yalnızca düzeltme adımını anlatır; veri hijyeni ayrıca kötü kayıtları girişte durduran kuralları ve iyi kayıtları güncel tutan takvimi de kapsar.

Data Scrubbing Örneği Nedir?

Bir ülke alanında “Germany”, “DE” ve “Deutschland” değerleri var, iki kayıt ana.ruiz@example.com adresini paylaşıyor ve 40 telefon numarasında ülke kodu eksik. Scrubbing her ülke değerini DE'ye eşler, iki kaydı tek bir birincil kayıt altında birleştirir ve numaraları uluslararası biçimde yeniden yazar.

CRM Hijyeni Ne Demektir?

CRM hijyeni ya da CRM veri hijyeni, CRM içindeki veri hijyenidir: alan kuralları, yinelenen kayıt ve eşleştirme kuralları, her kayıt için bir sahip ve bir yenileme takvimi. Bu sayfanın başındaki 12 kural bunun uygulanabilir bir versiyonudur.

HubSpot ve Salesforce'ta Veri Hijyeni Nasıl Otomatikleştirilir?

Önce yerleşik kuralları açın: HubSpot'ta doğrulama kuralları ile otomatik e-posta ve alan adı tekilleştirmesi, Salesforce'ta doğrulama, yinelenen kayıt ve eşleştirme kuralları. Ardından bunların yapamadıklarını zamanlayın: son doğrulama tarihi geçmiş kayıtların raporları, haftalık yinelenen kayıt raporu ve gönderimlerden önce yeniden doğrulama. Birleştirmeleri bir insana bırakın, çünkü HubSpot birleştirmeleri geri alınamaz.

Yapay Zekâ CRM Veri Hijyenini Nasıl Etkiler?

Yapay zekâ (AI) araçları okudukları kayıtlar üzerinde işlem yapar, dolayısıyla onların hatalarını da devralır. Validity'nin anketinde yöneticilerin yüzde 99'u yapay zekâ araçlarını en azından bir ölçüde doğru bulurken yüzde 24'ü verilerinin yarısından azının doğru ve eksiksiz olduğunu söyledi ve “Ankete katılan yöneticilerin yüzde kırk sekizi son 12 ayda müşteri verilerinin eskimesinin hızlandığını fark etti.” Kararları otomatikleştirmeden önce girdileri temizleyin.