İYS Ret Yönetimi: İzin Reddi Nasıl İşlenir ve Senkronize Edilir?

İzin yönetiminde en pahalı hata, izin toplamayı değil reddi yönetmeyi ihmal etmektir. Bir alıcı iznini geri çektikten sonra ona gönderilen her mesaj, doğrudan bir ihlaldir — ve bu ihlal genellikle teknik bir gecikmeden kaynaklanır, kötü niyetten değil.

Bu yazıda ret sürecinin nasıl işlediğini, ret bilgisinin sisteminize nasıl ulaştığını ve "ret körlüğü" denilen tehlikeli boşluğun nasıl kapatıldığını anlatıyoruz. Temel kavramlar için İYS nedir rehberimize bakabilirsiniz.

Ret Hakkı Nedir?

Alıcı, verdiği izni gerekçe göstermeden, ücret ödemeden ve her zaman geri çekebilir. Bu hak mevzuatla güvence altındadır ve şarta bağlanamaz. Pratikte üç yerden kullanılabilir:

• Gönderilen iletinin içinden: Her ticari elektronik iletide kolay ve ücretsiz ret imkânı sunulmak zorundadır.
• İYS üzerinden: Alıcı e-Devlet veya İYS vatandaş girişinden tüm izinlerini görüp dilediğini kaldırabilir.
• İşletmenin kendi kanallarından: Çağrı merkezi, üyelik ayarları, web sitesi tercih merkezi.

Kritik nokta: Bu üç kanal da aynı sonuca ulaşmalıdır. Alıcı hangisini kullanırsa kullansın, ret hem İYS'ye hem sizin sisteminize yansımalıdır.

Ret Körlüğü: En Sık Görülen Uyum İhlali

"Ret körlüğü", alıcının iznini geri çekmiş olmasına rağmen bu bilginin gönderim yapan sisteme ulaşmamış olmasıdır. Tipik oluşum senaryosu şudur:

1. Pazartesi: Kampanya listesi hazırlanır ve İYS'den sorgulanır.
2. Salı: Alıcı, İYS üzerinden iznini geri çeker.
3. Çarşamba: Kampanya, pazartesi sorgulanan listeye gönderilir.
4. Sonuç: İzni reddetmiş bir alıcıya ticari ileti gitmiştir.

Bu senaryoda kimse kural çiğnemek istememiştir; sorun tamamen süreç tasarımındadır. Çözüm de aynı yerdedir.

Ret Bilgisi Sisteminize Nasıl Ulaşır?

Yöntem 1: Bildirim tabanlı (tercih edilen)

Entegratörünüz ret olaylarını anında bildiriyorsa (webhook veya benzeri), izin tablonuz gerçek zamanlıya yakın güncel kalır. Gecikme saniyeler mertebesindedir. Bu, ret körlüğünü pratik olarak ortadan kaldıran tek yöntemdir.

Yöntem 2: Düzenli yoklama

Belirli aralıklarla değişiklikleri sorgularsınız. Gecikme, yoklama aralığınız kadardır: saatte bir yokluyorsanız en fazla bir saatlik riskiniz vardır, günde bir yokluyorsanız bir günlük.

Yöntem 3: Gönderim öncesi son doğrulama

Hangi yöntemi kullanırsanız kullanın, bu adımı atlamayın. Gönderim tetiklenmeden hemen önce listeyi bir kez daha doğrulayın. Bu, diğer iki yöntemin kaçırdığı son dilimi de kapatır.

Ret Aldığınızda Yapılması Gerekenler

1. Kanalı doğru işaretleyin. Alıcı yalnızca e-posta iznini geri çekmiş olabilir; SMS izni devam ediyor olabilir. Reddi tüm kanallara yaymak, meşru izinleri kaybetmenize yol açar.
2. Zaman damgasıyla kaydedin. Reddin ne zaman geldiği, sonraki bir uyuşmazlıkta belirleyicidir.
3. Aktif kampanyalardan çıkarın. Sadece ana veri tabanını değil, o an kuyrukta bekleyen gönderim listelerini de temizleyin. Bu adım en sık atlanan adımdır.
4. Tüm sistemlere yayın. CRM, pazarlama otomasyonu, çağrı merkezi yazılımı ve e-ticaret paneli aynı bilgiyi görmelidir.
5. Reddi geri almayın. Alıcı yeniden açık onay vermedikçe izin yeniden aktifleştirilemez. "Kampanya kapsamında tekrar ekledik" savunulabilir değildir.

Ret Oranını Düşürmenin Meşru Yolları

Ret hakkını zorlaştırmak hem yasa dışıdır hem de şikâyeti artırır. Bunun yerine reddin sebebini azaltın:

• Sıklığı kontrol edin. Ret sebeplerinin başında aşırı gönderim gelir. Haftalık gönderim tavanı belirleyin.
• Tercih merkezi sunun. "Tamamen çık" yerine "ayda bir bülten" seçeneği veren markalar, izni tamamen kaybetmek yerine korur.
• Segmentleyin. İlgisiz içerik, ret üretir. Kadın giyim kampanyasını tüm listeye göndermeyin.
• Gönderim saatine dikkat edin. Gece yarısı gelen kampanya SMS'i, ret düğmesinin en hızlı bulunduğu andır.
• Marka adını net yazın. Alıcı göndereni tanımıyorsa reddeder; tanıdığı markayı tolere eder.

Denetim Açısından Ret Kayıtları

Bir şikâyet incelemesinde sorulacak sorular tipik olarak şunlardır:

• İzin ne zaman, hangi kaynaktan alındı?
• Ret ne zaman geldi?
• Ret sonrası bu alıcıya gönderim yapıldı mı?
• Yapıldıysa, ret ile gönderim arasında ne kadar süre var?

Bu soruların hepsine dakika hassasiyetinde cevap verebilmeniz gerekir. Bu nedenle ret hareketlerini silmeyin, üzerine yazmayın; durum değişikliklerini geçmişiyle birlikte saklayın.

Teknik Kontrol Listesi

• Ret bildirimi bildirim tabanlı mı, yoksa yoklama mı? Yoklama ise aralık kaç dakika?
• Gönderim öncesi son doğrulama akışta zorunlu bir adım mı, yoksa opsiyonel mi?
• Ret, kuyrukta bekleyen gönderimlerden de düşülüyor mu?
• Ret bilgisi CRM, pazarlama aracı ve çağrı merkezi yazılımına yayılıyor mu?
• Kanal bazında ret ayrımı korunuyor mu?
• Durum değişiklikleri geçmişiyle saklanıyor mu?
• Ret sonrası gönderim yapılırsa uyarı üreten bir kontrol var mı?

Bu listedeki maddelerin hepsine "evet" diyemiyorsanız, açık bir riskiniz var demektir. Entegrasyon tarafı için İYS API entegrasyonu rehberimize bakın.

Sık Sorulan Sorular

Alıcı iznini geri çektikten sonra ne kadar sürede durmalıyım?

Gecikmeden. Uygulamada hedef, ret bilgisinin sisteme düştüğü anda gönderimin durdurulmasıdır; bu yüzden bildirim tabanlı senkronizasyon tercih edilir.

Ret sadece bir kanal için mi geçerli olur?

Alıcı dilerse yalnızca bir kanalı (örneğin e-posta) reddedip diğerlerini açık bırakabilir. Bu nedenle ret kaydı kanal bazında işlenmelidir.

Reddeden bir alıcıyı listeme yeniden ekleyebilir miyim?

Yalnızca alıcı yeniden açık onay verirse. Kendi inisiyatifinizle yeniden aktifleştirme yapılamaz.

Ret bilgisini kaç yıl saklamalıyım?

Ret kaydı, ispat aracınızdır; ilgili mevzuattaki saklama süreleri ve KVKK'daki amaçla sınırlılık ilkesi birlikte değerlendirilerek belirlenmelidir. Kaydı erken silmek, sonraki bir uyuşmazlıkta savunmasız kalmak anlamına gelir.

Bilgilendirme mesajı göndermeye devam edebilir miyim?

Ret, ticari elektronik iletiye ilişkindir. Tanıtım içermeyen zorunlu bilgilendirme mesajları (sipariş, borç, güvenlik bildirimi) bu kapsamda değildir. Ancak bu mesajlara kampanya cümlesi eklenemez.