Web Sitesi Hesap Silme Akışı: Çıkışı Kolaylaştırmak
Hesabını silmek isteyen bir kullanıcıyı destek hattına yönlendirmek onu elde tutmaz, yalnızca kızdırır. Erişilebilir bir silme akışı ise hem bir yükümlülük hem bir güven göstergesidir.
Bu rehberde hesap silme akışının nasıl kurulacağını, talep düzenini, doğrulamayı ve veri yönetimini ele alıyoruz. Kurgunun sitenize uyarlanması için Weblike web sitesi tasarımı ekibimizden destek alabilirsiniz.
Web Sitesi Hesap Silme Akışı Nedir?
web sitesi hesap silme akışı, kullanıcının hesabını ve ilgili kişisel verilerini kaldırma talebini iletip sonuçlandırabildiği süreçtir. Akış hesap ayarlarından başlar.
Süreç yalnızca bir düğme değildir. Doğrulama, veri yönetimi ve bilgilendirme adımlarını içerir.
Neden Gerekir?
Silme akışının birkaç gerekçesi bulunur. Bunlar birlikte zorunluluk üretir.
- Hak: Kullanıcının veri hakkı.
- Güven: Çıkış kolaylığı güven verir.
- Uyum: Mevzuat gereği gerekir.
- Veri: Gereksiz kayıt tutulmaz.
Mevzuat Çerçevesi
Kişisel verilerin silinmesi mevzuatla düzenlenmiş bir haktır. Talepler belirli sürede yanıtlanmalıdır.
Veri uyumluluğunu veri uyumluluğu yazısında ele aldık. Bu içerik genel bilgilendirme amaçlıdır; hukuki danışmanlık niteliği taşımaz.
Erişim Kolaylığı
Silme seçeneği hesap ayarlarında bulunmalıdır. Destek hattına yönlendirme yeterli değildir.
Seçenek gizlenmemelidir. Bulunması zor olan akış şikayet üretir.
Konum
Seçenek hesap ayarları içinde ayrı bir bölümde yer alabilir. Diğer ayarlardan ayrılmalıdır.
Yanlışlıkla tıklanmayacak bir konum seçilmelidir. Alt bölüm uygundur.
Niyet Doğrulama
Silme işlemi geri alınamaz olabileceği için niyet doğrulanmalıdır. Tek tıkla silme risklidir.
Onay adımı eklenmelidir. Ancak adım sayısı caydırıcı olmamalıdır.
Onay Adımı
Kullanıcıya ne olacağı anlatılmalı ve onay istenmelidir. Metin açık olmalıdır.
Şifre girişi istenebilir. Bu adım hesap güvenliği için gereklidir.
Kimlik Doğrulaması
Silme talebi hesap sahibinden gelmelidir. Şifre ya da ek doğrulama istenebilir.
İki faktörlü doğrulamayı iki faktörlü doğrulama yazısında anlattık. Doğrulama güvenliği korur.
Caydırıcı Tasarımdan Kaçınmak
Çok adımlı ve zorlaştırılmış akışlar kullanıcıyı yormak için tasarlanmamalıdır. Bu yaklaşım itibar kaybı üretir.
Gerekli adımlar bir ya da iki ekranla tamamlanmalıdır. Zorunlu anket konulmamalıdır.
Neden Sorusu
Ayrılma nedeni sorulabilir ancak zorunlu olmamalıdır. Yanıt değerli bir veridir.
Kullanıcı geri bildirimi toplamayı kullanıcı geri bildirimi toplama yazısında ele aldık. Atlama seçeneği bulunmalıdır.
Alternatif Sunmak
Silme yerine hesabı dondurma ya da bildirimleri kapatma seçeneği sunulabilir. Bazı kullanıcıya bu yeterlidir.
Alternatif zorlayıcı olmamalıdır. Silme seçeneği her zaman görünür kalmalıdır.
Hesap Dondurma
Geçici dondurma kullanıcının verilerini korur ve dönüşü kolaylaştırır. Bu seçenek değerlidir.
Dondurma süresi tanımlanmalıdır. Süre sonunda karar istenebilir.
Bekleme Süresi
Silme işlemi kısa bir bekleme süresinin ardından uygulanabilir. Bu süre hatalı talebi telafi eder.
Süre kullanıcıya bildirilmelidir. İptal bağlantısı verilmelidir.
İptal Olanağı
Bekleme süresi içinde kullanıcı talebini iptal edebilmelidir. İptal bağlantısı e-postada yer almalıdır.
İptal tek tıkla olmalıdır. Süre dolduktan sonra geri dönüş olmaz.
Bilgilendirme E-postası
Talep alındığında e-posta gönderilmelidir. Bu e-posta yetkisiz talepleri de ortaya çıkarır.
E-postada süre ve iptal bağlantısı bulunmalıdır. Mesaj kısa olmalıdır.
Hangi Veriler Silinir?
Silinecek ve saklanacak veriler ayrıştırılmalıdır. Bazı veriler yasal nedenlerle saklanır.
Fatura kayıtları saklama süresine tabidir. Bu durum kullanıcıya açıklanmalıdır.
Yasal Saklama Zorunluluğu
Satış ve fatura kayıtları belirli süre saklanmalıdır. Bu kayıtlar silinemez.
Veri saklama politikasını veri saklama politikası yazısında ele aldık. Politika açıkça yayınlanmalıdır.
Anonimleştirme
Silinemeyen kayıtlardaki kişisel veriler anonimleştirilebilir. Böylece kayıt kalır kimlik kalmaz.
Yöntem belgelenmelidir. Geri döndürülemez olmalıdır.
Yorum ve İçerik
Kullanıcının yazdığı yorumların ne olacağı belirlenmelidir. Silme ya da anonimleştirme seçilebilir.
Yorumların anonim olarak kalması yaygın bir uygulamadır. Tercih kullanıcıya sorulabilir.
Sipariş Geçmişi
Aktif siparişi olan kullanıcının hesabı hemen silinemez. Bu durum bildirilmelidir.
Sipariş tamamlanana kadar beklenebilir. Kullanıcıya süre verilmelidir.
Aktif Abonelik
Devam eden abonelik varsa önce iptal edilmelidir. Akış bu adımı içermelidir.
Abonelik sistemini abonelik sistemi yazısında ele aldık. Ücretlendirme durdurulmalıdır.
Bakiye ve Puan
Hesapta bakiye ya da puan varsa bu durum bildirilmelidir. Kayıp olacağı açıkça yazılmalıdır.
Kullanım fırsatı verilebilir. Sessiz kayıp şikayet üretir.
Pazarlama Listelerinden Çıkarma
Hesap silindiğinde kullanıcı tüm pazarlama listelerinden çıkarılmalıdır. Bu adım atlanmamalıdır.
E-posta gönderimi devam ederse ciddi bir uyum sorunu oluşur. Kontrol yapılmalıdır.
Üçüncü Taraf Sistemler
Veriler analitik, destek ve pazarlama araçlarına da aktarılmış olabilir. Silme bu sistemleri de kapsamalıdır.
Entegrasyon listesi tutulmalıdır. Her sistem için işlem tanımlanmalıdır.
Yedeklerdeki Veri
Yedeklerde bulunan veriler hemen silinemez. Yedek döngüsü sonunda kalkar.
Bu durum politikada açıklanmalıdır. Süre belirtilmelidir.
Tamamlanma Bildirimi
Silme tamamlandığında kullanıcıya bildirim gönderilmelidir. Bu bildirim son iletişim olur.
Bildirim kısa olmalıdır. Hangi verilerin saklandığı belirtilebilir.
Aynı E-posta ile Yeniden Kayıt
Silinen hesabın e-postasıyla yeniden kayıt mümkün olmalıdır. Kalıcı engel üretilmemelidir.
Üyelik sistemini üyelik sistemi yazısında anlattık. Eski veri geri getirilmemelidir.
Kayıt Tutma
Silme talepleri ve işlem tarihleri kayıt altına alınmalıdır. Bu kayıt uyum açısından gereklidir.
Kayıt kişisel veri içermeyecek biçimde tutulabilir. Denetlenebilir olmalıdır.
Talep Süresi
Talepler mevzuatta belirtilen süre içinde sonuçlandırılmalıdır. Süre takip edilmelidir.
Gecikme uyum riski üretir. Süreç otomatikleştirilmelidir.
Mobil Erişim
Silme akışı mobilde de tamamlanabilmelidir. Yalnızca masaüstünde çalışan akış yeterli değildir.
Adımlar mobil ekranda sınanmalıdır. Onay metinleri okunabilir olmalıdır.
Erişilebilirlik
Akış klavyeyle tamamlanabilmelidir. Onay diyalogları doğru etiketlenmelidir.
Erişilebilirliği erişilebilirlik yazısında ele aldık. Uyarılar duyurulmalıdır.
Arama Görünürlüğü
Hesap sayfaları aramaya kapalı olmalıdır. Bu sayfaların indekslenmesi gerekmez.
Google Search Console üzerinden indeksleme durumu kontrol edilebilir. Yönergeler doğru tanımlanmalıdır.
Destek Ekibi Akışı
Bazı talepler yine destek ekibine ulaşır. Ekip talebi panelden sonuçlandırabilmelidir.
İşlem adımları yazılı olmalıdır. Elle yapılan silmelerde kayıt tutulmalıdır.
Çıkışın Güven Üretmesi
web sitesi hesap silme akışı bir kayıp anı gibi görünür. Oysa kolay bir çıkış, kalan kullanıcılar için de güven üretir.
Verisini istediğinde silebileceğini bilen kullanıcı daha rahat kaydolur. Bu nedenle akış bir risk değil bir güven yatırımıdır.
Kullanıcının hesabını ve kişisel verilerini kaldırma talebini iletip sonuçlandırabildiği süreçtir.
Hesap ayarlarında, ayrı bir bölümde; destek hattına yönlendirme yeterli değildir.
Gerekir; şifre ya da ek doğrulama istenerek talebin hesap sahibinden geldiği teyit edilmelidir.
Zorlaştırılmamalıdır; caydırıcı tasarım itibar kaybı üretir ve zorunlu anket konulmamalıdır.
Dondurma ya da bildirimleri kapatma önerilebilir ancak silme seçeneği görünür kalmalıdır.
Konulabilir; süre bildirilmeli ve iptal bağlantısı e-postada yer almalıdır.
Fatura ve satış kayıtları yasal saklama süresine tabidir; kişisel veriler anonimleştirilebilir.
Hesap hemen silinemez; durum bildirilmeli ve sipariş tamamlanana kadar beklenmelidir.
Kapsanmalıdır; analitik, destek ve pazarlama araçları için de işlem tanımlanmalıdır.
Kolay çıkış, kolay giriş üretir. web sitesi hesap silme akışı kurulurken seçeneği hesap ayarlarına koymak, kimliği doğrulamak, caydırıcı adımlardan kaçınmak, hangi verilerin saklandığını açıklamak ve pazarlama listelerinden çıkarmayı unutmamak gerekir. Veri tarafını veri saklama politikası yazımızda ele aldık.