Verinin gerçekten silindiğini kanıtlayın.
Çoğu tedarikçi bir silme talebini yerine getirir. Ancak neredeyse hiçbiri profil deposundaki, arama dizinindeki ve önbelleklerdeki kopyaya ne olduğunu söyleyemez. SegmentHub yazdığı her depoya sahiptir; bu yüzden bir silme işlemi tek seferde hepsine ulaşır ve her birini tek tek belirten imzalı bir makbuzla geri döner.
Silme makbuzu
İmza doğrulandı
Amaç bazında izin
Analitik, reklam, kişiselleştirme, e-posta, SMS ve anlık bildirim ayrı ayrı karara bağlanır, kanıtıyla birlikte kaydedilir ve birbirinden bağımsız olarak uygulanır. Altı farklı hukuki sebebin yerine geçmeye çalışan tek bir çerez banner'ı onay kutusu yok.
Talep üzerine erişim
Tek bir API çağrısı, bir ilgili kişi hakkında tutulan her şeyi döndürür — ziyaretçi kaydı, bağlı müşteri profili, kanıtlarıyla birlikte her izin kararı ve kişinin engelleme listesindeki durumu.
Makbuzlu silme
Kuyruğa alınır, denetim kaydına işlenir ve platformdaki her depoya dağıtılır. Önemli olan çıktı API yanıtı değildir — hangi depolara ne zaman ulaşıldığını gösteren imzalı makbuzdur.
İzin yalnızca neyin gönderileceğini değil, neyin toplanacağını da belirler
Yalnızca bülten gönderimini denetleyen bir izin kaydı, devreye girdiğinde iş işten geçmiş olur. İzin kontrolü, bir olayın alındığı anda başlayabilir.
Off
Her hesap için varsayılan ayar. Veri alımınızda hiçbir şey değişmez; siz aksine karar verene kadar izin, hiçbir şeyi engellemeden kaydedilir ve raporlanabilir.
Pseudonymise
Olay yine sayılır, ancak tanımlayıcılar çıkarılır ve ziyaretçi kimliği her gün değişen bir değerle değiştirilir (takma adlandırma). O günün olayları birbiriyle ilişkilendirilebilir kalır, ama hiç kimseyle ilişkilendirilemez.
Drop
Olay herhangi bir depoya ulaşmadan atılır. İzleme etiketi yine de başarılı yanıtı alır; çünkü yeniden denemesi söylenen bir etiket, gününü göndermesine izin verilmeyen bir olayı tekrar tekrar göndermekle geçirirdi.
Evet/hayır değil, kanıt
Her karar kaynağı, zaman damgası, gösterilen metin, aydınlatma metni sürümü ve geldiği adresle birlikte saklanır — tanımladığı davranışsal profilden daha uzun yaşayan kalıcı bir kayıt defterinde. "Hiç sorulmadı", "hayır dedi" durumundan farklı bir durumdur; çünkü ikisine aynı şekilde davranmak, bir platformun kimsenin izin vermediği verileri işlemesine yol açar.
Şüphede işlememe yönünde
Daha yeni karar geçerli olur; eski bir karar asla daha yenisinin üzerine yazılmaz ve geri çekilmiş bir izin, toplu içe aktarmadan ya da bir çıkarımdan gelen onayla asla kaldırılmaz. İzni yalnızca bilinçli bir eylem — bir izin yönetim platformu, bir SDK çağrısı, bir TCF dizesi ya da bir panel işlemi — yeniden verebilir.
Silme işlemi gerçekte nerelere ulaşır?
İlgili kişi bir satır değil, bir insandır. Bir ziyaretçiyi silmek, bağlı olduğu müşteri profilini de siler; bir profili silmek ise ona işaret eden her ziyaretçi kaydına ulaşır — çünkü yarısını geride bırakmak, birini tanımlanabilir ve yeniden ilişkilendirilebilir bırakır.
Silinenler
- • Tüm profil deposu parçalarındaki ziyaretçi ve profil niteliğindeki her kayıt
- • Kaydedilmiş sepet durumu ve son etkinlik üyeliği
- • İki arama dizini de; panel ilgili kişiyi göstermeyi hemen bıraksın diye anında yenilenir
- • "Son döngüden bu yana görüldü" bilgisini tutan paylaşılan önbellekler
- • O ilgili kişiye ait izin kayıt defteri satırları
Bilerek korunanlar
- • Anonimleştirilmiş engelleme kaydı. Onu silmek, o kişi yeniden görüldüğü anda kendisine mesaj gönderimini sessizce yeniden açardı — kişinin istediğinin tam tersi.
- • Denetim kaydı. Yalnızca ekleme yapılabilir ve bu silme işlemi dahil platformun ne yaptığının kanıtıdır.
- • Kendi olay arşiviniz. Sizin saklama politikanıza tabi olan sizin bucket'ınızdır; gizlilik raporu da aksini ima etmek yerine bunu açıkça belirtir.
Kısmi bir silme raporlanır, asla sessizce yeniden denenmez. Hata nihaidir ve nedeniyle birlikte gösterilir; çünkü yarım kalıp sonsuza kadar yeniden çalışan bir silme işlemi, operatörün haberdar edildiği bir silme işleminden daha kötüdür. Her kayıt silinmeden önce üzerindeki her amaç "reddedildi" olarak yazılır — böylece yeniden görülen bir ilgili kişi, eski bir entegrasyonun en son öne sürdüğü durumdan değil, hiçbir izin olmadan başlar.
Gizlilik raporu, güvenlik soru formunun cevabıdır
Her depo adıyla listelenir ve silme sırasında her birine ne olduğu yanında yazar; böylece güvenlik değerlendiricisi sizinle görüşme yapmak yerine raporu okur.
Hesabın izin durumu: amaç bazında kaç ilgili kişinin izin verdiği, reddettiği ya da kendisine hiç sorulmadığı.
Her makbuz, yüklemede yeniden doğrulanır. Rapor, saklanan bir işarete güvenmek yerine her imzayı kontrol eder — hiç kontrol edilmemiş yeşil bir onay işareti, hiç işaret olmamasından daha kötüdür.
Hesap bazında beyan edilen bir veri bölgesi veri yerleşimi görüşmeleri için hazırdır; güvenlik sayfasında zaten yer alan tek kiracılı (single-tenant) ve şirket içi kurulum seçeneklerinin yanında.
IAB TCF v2.2 dizeleri doğrudan okunur; böylece sitenizde zaten bulunan bir izin yönetim platformu, ikinci bir entegrasyona gerek kalmadan tüm bunları yönetebilir.
Amaca göre izin
İzin, profile sıradan bir öznitelik olarak yansıtılır; böylece bir kitle, normal kural oluşturucu üzerinden "reklama izin verdi" kriteriyle hedefleme yapabilir. İzin kontrolleri ise her zaman yansımayı değil, kaydın kendisini okur. Örnek arayüz değerleri.
Uyumluluk görüşmesini bir satış avantajına dönüştürün.
İzin, erişim ve silme; profillerinizi ve aktivasyonlarınızı yöneten aynı platformun içine yerleşiktir — ne olduğunu kanıtlayabilmesinin nedeni de tam olarak budur.
Gizlilik raporunu birlikte inceleyelim