Kişi Eşleştirme
Kişi eşleştirme, iki gelen kaydın aynı gerçek kişiye ait olduğunu otomatik olarak tanır — farklı kanallardan (WhatsApp numarası, e-posta adresi, Instagram ID) gelseler bile. Hedef: kişi başına tek bir müşteri kaydı, yinelenenler yok.
Kişi eşleştirme nedir?
Kişi eşleştirme (genellikle «kimlik çözümleme» veya «yinelenen tespiti»), bir platformun şuna karar vermesini sağlayan mantıktır: «+90 555 123 45 67'den gelen bu WhatsApp mesajı, e-posta adresi [email protected]'u zaten bildiğimiz kişiyle aynı kişiye aittir.» Sonuç tek bir müşteri kaydıdır, yarım profillerin mezarlığı değil.
Eşleştirme neden gereklidir
Eşleştirme olmadan hızla şu noktaya gelinir:
- Anna e-posta listesinde [email protected] olarak yer alıyor
- Anna +90 555 …'da bir WhatsApp kişisi
- Anna bülten formundan «Anna K.» olarak kayıt oldu
- Üç kayıt, bir gerçek kişi — eşleştirme olmadan, üçü de ayrı ayrı muhatap alınır.
Sonuçlar: yinelenen pazarlama mesajları, yanlış hesaplanan lifetime value, parçalı servis geçmişi, veri sahibi taleplerinde GDPR sorunları.
Eşleştirme sinyalleri
Platformlar tipik olarak şu tanımlayıcıları kullanır:
| Sinyal | Güç | Not |
|---|---|---|
| Telefon numarası (E.164 formatı) | Çok güçlü | Tek tip biçimlendirildiğinde benzersizdir. |
| E-posta adresi | Çok güçlü | Benzersizdir ama yazım hataları olur. |
| Platform ID (WhatsApp ID, Telegram ID, Instagram kullanıcı adı) | Çok güçlü | Sağlayıcı tarafından verilir, değişmez. |
| Ad | Zayıf | Sistemde çok sayıda Anna var — yalnızca kombinasyonda yararlıdır. |
Üç mod karşılaştırması
| Mod | Çakışmada ne olur | Ne zaman kullanılır |
|---|---|---|
| Otomatik birleştirme (varsayılan) | Yenisini oluşturmak yerine mevcut kişi güncellenir. Eski kişi birincil kalır; eksik alanlar doldurulur. | Çoğu KOBİ için varsayılan. Manuel iş olmadan temiz bir müşteri kaydı sağlar. |
| Yinelenenlere izin ver | Her iki kişi de oluşturulur. Platform yanıtta yinelenenlerin var olabileceğini bildirir (öneri listesi). | Nadir — örn. her kaydın kendi hesabı olması gereken marketplace kurulumları. |
| Yinelenenleri engelle | Platform oluşturmayı reddeder (HTTP 409) ve mevcut kişiyi döndürür. | Kesin benzersizlik istediğinizde — örn. B2B satışta. |
Birleştirme kuralları (birleştirmede ne olur)
- En eski kişi birincil kalır. Her iki ID de ayakta kalan kayda çözümlenmeye devam eder.
- Boş olmayan değerler kazanır. Çakışmada eski oluşturma tarihi karar verir.
- Yapışkan alanlar:
is_blockedveis_archived, kayıtlardan herhangi biri onları içeriyorsa «true» kalır — bir birleştirme bir kişiyi asla sessizce engellemeyi kaldırmamalıdır. - Geçmiş taşınır: Konuşmalar, mesajlar, notlar, etiketler, özel alanlar ve iletişim yöntemleri hepsi ayakta kalana iner.
- Denetim günlüğünde sistem notu: Ne birleştirildi, ne çakıştı — tamamen belgelenmiştir.
Eski ID'lere ne olur
Harici entegrasyonlar, webhook'lar ve CRM'ler genellikle eski kişi ID'lerine başvurur. Birleştirmeden sonra bu eski ID'ler 404 vermemelidir. Çözüm: API, eski ID'yi şeffaf bir şekilde ayakta kalana çözümler, ayrıca bir merged_from alanı döndürür ve bir X-Merged-Into başlığı ayarlar. Mevcut entegrasyonlar bozulmaz.
Kanal uç durumu: yeni bir kanalda ilk temas
Önemli istisna: zaten bildiğimiz bir telefon numarasından bir WhatsApp mesajı geldiğinde — ancak kişinin henüz bir WhatsApp ID'si yoksa — bu bir yinelenen değildir. Bu, mevcut kişide yeni bir iletişim yöntemidir. Otomatik birleştirme moddan bağımsız uygulanır.
Manuel birleştirme
Her yinelenen otomatik olarak algılanmaz. Fonetik olarak benzer adlar, takas edilmiş ad/soyadı, bilerek ayrılmış hesaplar — bunlar manuel birleştirme gerektirir. «Yinelenenleri Bul» görünümü, eşleştirme sinyaline göre gruplandırılmış adayları toplu birleştirme seçeneğiyle gösterir.
SendSeven'da kişi eşleştirme
SendSeven üç modu da destekler (varsayılan olarak Otomatik birleştirme, İzin Ver, Engelle), duplicate_mode alanı aracılığıyla istek başına geçersiz kılma, UI'da manuel birleştirme ve REST API üzerinden (POST /contacts/{id}/merge). Eşleştirme sinyalleri telefon, e-posta, platform ID ve ad (öneri listesinde zayıf bir sinyal olarak). Tüm birleştirmeler denetim günlüğünde kayıt altına alınır; eski UUID'ler çözümlenebilir kalır.