Aynı kişi iki kez kayıt olmuş: biri büyük harfle, biri küçük. Bülteninizi iki kez alıyor, abonelikten çıkınca yalnızca biri kapanıyor. Bu, adreslerin veritabanına nasıl kaydedildiğiyle ilgili basit ama pahalı bir sorundur.
Bu yazı, e-posta adreslerinin saklanmasını ele alıyor.
Adresin İki Parçası
| Parça | Büyük küçük harf |
|---|---|
| İşaretten önceki kısım | Teknik olarak ayırt edilir |
| Alan adı kısmı | Ayırt edilmez |
Birinci satır teoride doğru ama pratikte yanıltıcıdır: standart, işaretten önceki kısımda büyük küçük harf ayrımı yapılmasına izin verir ama gerçek dünyada hiçbir büyük sağlayıcı bu ayrımı uygulamaz — iki adresi farklı kabul etmek yalnızca yinelenen kayıt üretir.
Bu nedenle pratikte tüm adres küçük harfe çevrilir.
İkinci satır ise zaten tartışmasızdır.
Alan adı her zaman büyük küçük harf duyarsızdır.
Kaydetmeden Önce
- Baştaki ve sondaki boşluklar silinir.
- Tümü küçük harfe çevrilir.
- Görünmez karakterler temizlenir.
Üçüncü madde beklenmedik hatalar üretir: kullanıcı adresi başka bir yerden kopyaladığında araya görünmez karakterler karışabilir — ekranda doğru görünen adres kaydedilir ama gönderim başarısız olur ve nedeni hiç anlaşılmaz.
Bu tür kayıtlar destek taleplerinde saatler kaybettirir.
Birinci madde ise en yaygın sorunu çözer.
Kopyalanan adreslerin sonunda çoğu zaman boşluk bulunur.
Benzersizlik Kuralı
- Sorguyla kontrol yetmez.
- Veritabanı kuralı gerekir.
- Kural normalize edilmiş değere konur.
Üçüncü madde çok sık yanlış kurulur: benzersizlik kuralını ham adrese koymak, aynı adresin farklı yazımlarını farklı kabul eder — kural, normalize edilmiş değer üzerinde tanımlanmalıdır.
Aksi hâlde koruma yalnızca birebir aynı yazımlar için çalışır.
Birinci madde ise eşzamanlılık sorununa işaret eder.
İki kayıt aynı anda oluşturulursa sorgu kontrolü yetersiz kalır.
Alan Adına Özgü Kurallar
| Kural | Değerlendirme |
|---|---|
| Noktaları yok saymak | Yalnızca bazı sağlayıcılarda geçerli |
| Artı işaretinden sonrasını atmak | Riskli |
| Her sağlayıcıya özel kural | Bakımı zor |
İkinci satır önemli bir uyarı içerir: artı işaretinden sonrasını silerek adresleri birleştirmek, alt adresleme kullanan kullanıcıların kayıtlarını bozar ve bazı sistemlerde farklı kişileri aynı hesapta birleştirir.
Bu kurallar sağlayıcıya göre değişir ve zamanla değişebilir.
Genel bir kural olarak uygulanmamalıdır.
Yinelenen kayıt tespiti için bu bilgi ayrı bir alanda saklanabilir.
Biçim Doğrulama
- Aşırı katı desenler geçerli adresleri reddeder.
- Basit kontrol yeterlidir.
- Gerçek doğrulama gönderimle olur.
Birinci madde gerçek müşteri kaybı üretir: çok katı yazılmış bir doğrulama deseni, yeni alan adı uzantılarını veya geçerli özel karakterleri reddeder — kullanıcı kendi adresini giremediği için kaydı tamamlayamaz.
Üçüncü madde ise tek kesin yöntemdir.
Bir adresin gerçekten var olduğu, ancak oraya ileti ulaştığında bilinir.
Bu nedenle onay iletisi yaklaşımı hem doğrulama hem izin sağlar.
Adres Değişikliği
- Yeni adres doğrulanmalı.
- Eski adrese bilgi verilmeli.
- Değişim kaydedilmeli.
İkinci madde güvenlik açısından zorunludur: hesabı ele geçiren biri ilk iş olarak e-posta adresini değiştirir — eski adrese bildirim göndermek, gerçek sahibin durumu fark edip müdahale etmesini sağlar.
Bu bildirim, değişiklik tamamlanmadan gönderilmelidir.
Birinci madde ise yeni adresin gerçekten kullanıcıya ait olmasını sağlar.
Doğrulanmadan değişiklik uygulanmamalıdır.
Geçersiz Adresleri İşaretlemek
| Durum | Yapılacak |
|---|---|
| Kalıcı geri dönüş | Gönderimi durdur |
| Kaydı silme | Yapılmamalı |
| Durumu alanda tutma | Doğru yaklaşım |
İkinci satır önemli bir ayrıntıyı korur: geçersiz adresin kaydını tamamen silmek, aynı adresin yeniden eklenip tekrar gönderim yapılmasına yol açar — durumu bir alanda tutmak, o adrese bir daha gönderim yapılmamasını garanti eder.
Silinen bilgi, aynı hatayı tekrarlatır.
Üçüncü satır ayrıca geçmişi de korur.
Neden ve ne zaman geçersizleştiği kaydedilmelidir.
Gizlilik
- Adres kişisel veridir.
- Günlüklerde açıkça yazılmamalı.
- Silme talebi karşılanmalı.
İkinci madde sıkça atlanan bir sızıntı yoludur: hata günlüklerine tam e-posta adresi yazmak, o günlüklere erişimi olan herkesin müşteri listenize erişmesi demektir — adresler günlüklerde kısaltılarak yazılmalıdır.
Günlükler genellikle daha az korunur.
Üçüncü madde ise yasal bir gerekliliktir.
Silme talebinde adres tüm sistemlerden kaldırılmalıdır.
Doğru saklanan bir liste, teslimat başarısının temelidir; profesyonel e-posta gönderim hizmeti ile liste durumunu ve geri dönüşleri otomatik yönetebilirsiniz.
Sonuç
Yinelenen abone kayıtlarının kaynağı basittir: adres normalize edilmeden saklanır. Gerçek dünyada hiçbir büyük sağlayıcı büyük küçük harf ayrımı uygulamaz, bu yüzden adresi küçük harfe çevirin, boşluk ve görünmez karakterleri temizleyin ve benzersizlik kuralını normalize edilmiş değer üzerinde tanımlayın. Geçersiz adresleri silmeyin, durumlarını bir alanda tutun.
Sıkça Sorulan Sorular (SSS)
Adresi küçük harfe çevirmeli miyim?
Evet. Standart, işaretten önceki kısımda büyük küçük harf ayrımına izin verse de gerçek dünyada hiçbir büyük sağlayıcı bu ayrımı uygulamaz. İki yazımı farklı kabul etmek yalnızca yinelenen kayıt üretir.
Benzersizlik kuralını nereye koymalıyım?
Normalize edilmiş değerin üzerine. Kuralı ham adrese koymak, aynı adresin farklı yazımlarını farklı kabul eder. Ayrıca sorguyla kontrol etmek yetmez; iki kayıt aynı anda oluşturulursa yalnızca veritabanı kuralı korur.
Artı işaretinden sonrasını silmeli miyim?
Genel kural olarak hayır. Bu, alt adresleme kullanan kullanıcıların kayıtlarını bozar ve bazı sistemlerde farklı kişileri aynı hesapta birleştirir. Yinelenen kayıt tespiti için bu bilgiyi ayrı bir alanda saklayabilirsiniz.
Geri dönen adresi silmeli miyim?
Silmeyin, durumunu bir alanda tutun. Kaydı tamamen silmek, aynı adresin yeniden eklenip tekrar gönderim yapılmasına yol açar. Durumu saklamak o adrese bir daha gönderim yapılmamasını garanti eder ve nedenini de belgeler.
