E-posta Doğrulama ve E-posta Geçerleme: Her Adım Size Ne Anlatır?

E-posta geçerleme, bir adresin doğru yazıldığını onaylar; e-posta doğrulama ise kontrol anında teslim edilebilir olup olmadığını denetler ve her biri iş akışının farklı bir noktasında yer alır.

E-posta doğrulama ve e-posta geçerleme arasındaki fark, iki farklı soruya dayanır. Geçerleme, bir adresin kabul edilebilir bir formatta yazılıp yazılmadığını sorar: bir @ işareti, bir yerel kısım, bir alan adı ve geçersiz karakterlerin bulunmaması. Doğrulama ise doğru formatlanmış bir adresin teslim edilebilir olup olmadığını, yani kontrol anında posta alıp alamayacağını sorgular. Geçerleme, kendi kodunuz içinde anında çalışır ve maliyeti yoktur, ancak bir posta kutusunun var olup olmadığını söyleyemez. EmailCheckPro E-posta Teslim Edilebilirlik Kontrolü gibi bir teslim edilebilirlik kontrolü, adrese herhangi bir şey göndermeden teslim edilebilir veya teslim edilemez sonucunu döndürür. Çoğu ekip her ikisine de ihtiyaç duyar: önce yazım hatalarını yakalamak için geçerleme, ardından geçer not alan adresler için teslim edilebilirlik kontrolü.

E-posta Geçerleme Neleri Kontrol Eder?

Geçerleme, bir kişinin yazdığı veya bir dosyanın içerdiği metne uygulanan bir dizi format kuralıdır. Uygulamanızın dışındaki hiçbir şeyle iletişim kurmaz. Tipik kurallar şunları içerir:

• Yerel kısım ile alan adını ayıran tam olarak bir adet @ işareti.
• Boşluk, virgül veya tırnak içine alınmamış özel karakterlerin bulunmaması.
• En az bir nokta ve makul bir üst düzey alan adı etiketi içeren bir alan adı.
• Uzunluk sınırları. RFC 5321 yerel kısmı 64 sekizli, tam iletim yolunu ise 256 sekizli ile sınırlar, bu nedenle daha uzun olan her şeyi reddetmek güvenlidir.

Tarayıcılar, <input type="email"> için zaten bilinçli olarak basitleştirilmiş bir kural seti uygular; HTML Living Standard, tanımını tam RFC 5322 gramerinin kasıtlı bir ihlali olarak tanımlar; bu seçim, tam gramerin hiçbir gerçek kullanıcının yazmayacağı dizeleri kabul etmesi nedeniyle yapılmıştır.

Geçerlemenin yapamadığı şeyler de aynı derecede önemlidir. jane.doe@example.com ve jdoe1987@example.com her iki format kuralını da geçer, ancak biri çalışan bir posta kutusu olabilirken diğeri hiç var olmamış olabilir. Bir format kontrolü, gmial.com gibi yanlış yazılmış ancak sözdizimsel olarak düzgün olan bir alan adını da tespit edemez, çünkü bu dize sözdizimi açısından doğrudur.

E-posta Doğrulama Adımı Size Ne Anlatır?

Doğrulama, format kurallarının bittiği yerde başlar. EmailCheckPro ile tamamlanan bir E-posta Teslim Edilebilirlik Kontrolü, doğru formatlanmış bir adres için iki sonuçtan birini bildirir:

• Teslim edilebilir: Adres, kontrol anında posta alabiliyordu.
• Teslim edilemez: Adres, kontrol anında posta alamıyordu.

Üçüncü bir durum ayrı olarak ele alınır. Bazı alan adları herhangi bir yerel kısım için posta kabul eder (catch-all alan adları), bu nedenle tek bir posta kutusu her iki şekilde de doğrulanamaz. EmailCheckPro bunları tahmin etmek yerine belirlenemedi olarak ele alır; gerçek zamanlı istek, sonuç içermeyen sıfır olmayan bir iş kodu döndürür ve kontrol için ücret alınmaz.

İki pratik özellik, doğrulamayı üretim ortamında kullanışlı kılar. Birincisi, hiçbir şey gönderilmez: adres sahibi herhangi bir mesaj veya bildirim almaz. İkincisi, sonuç tek bir anı tanımlar. Bugün teslim edilebilir olan bir adres bir sonraki çeyrekte kapatılmış olabilir, bu nedenle saklanan bir sonuç, üretildiği tarihi taşımalıdır.

Doğrulamanın bir kapsamı da vardır. Bir adresin posta alıp alamayacağını bildirir; posta kutusunu kimin kontrol ettiği veya sizden haber almayı kabul edip etmedikleri hakkında hiçbir şey söylemez.

E-posta Doğrulama ve E-posta Geçerleme Karşılaştırması

Tablo, adımların neden yer değiştirmek yerine katmanlandırıldığını göstermektedir. Geçerleme ucuzdur ve siz herhangi bir harcama yapmadan önce bariz hataları filtreler. Teslim edilebilirlik kontrolü, ikisi arasında posta kutusunun kendisine hitap eden tek yöntemdir. Geçerlemeden geçemeyen bir adres sadece geçersiz bir girdidir; teslim edilemez olarak kaydedilmemelidir, çünkü bununla ilgili hiçbir teslim edilebilirlik sorusu sorulmamıştır.

Her Adım Bir Kayıt Akışında Nereye Aittir?

Bir kayıt veya ödeme formu, bekleyen bir kişi içerir, bu nedenle sırayı basit ve hoşgörülü tutun:

1. Tarayıcıda ve sunucuda geçerleyin. Anında geri bildirim için type="email" kullanın, ardından istemci kontrolleri atlanabileceği için aynı kuralları sunucu tarafında tekrarlayın.
2. Yaygın alan adı yazım hataları için düzeltme önerisi sunun. Sık yapılan yazım hatalarının (gmial.com, hotmial.com) kısa bir listesi, format kurallarını geçen hataları yakalar.
3. Tek bir teslim edilebilirlik kontrolü çalıştırın. Geçerlemeden geçtikten sonra gönderilen adresle POST /api/v1/check isteğini çağırın.
4. Sonuca göre dallandırın. Teslim edilebilir: devam edin. Teslim edilemez: kişiden adresi sessizce reddetmek yerine gözden geçirmesini isteyin. Belirlenemedi: kaydı kabul edin ve normal onay e-postanıza güvenin.
5. Sonucu bir zaman damgasıyla saklayın. Destek ekipleri böylece adresin kayıt anında nasıl göründüğünü görebilir.

Teslim edilemez mesajını dostça ve spesifik tutun, örneğin "Bu adresin posta alabileceğini doğrulayamadık. Lütfen yazımı kontrol edin." Açıklama içermeyen sert bir engel, tek bir karakteri yanlış yazan meşru kullanıcıları genellikle hayal kırıklığına uğratır.

Her Adım Bir Liste İçe Aktarma İşleminde Nereye Aittir?

Etkinliklerden, elektronik tablolardan veya eski CRM'lerden yapılan içe aktarmalar genellikle bir dizi sorun taşır, bu nedenle herhangi bir kontrolden önce geçerlemeyi bir temizlik adımı olarak çalıştırın:

1. Normalleştirin. Boşlukları kırpın, alan adını küçük harfe çevirin ve iki adres içeren hücreleri ayırın.
2. Geçerleyin ve hataları kenara ayırın. Format kurallarından geçemeyen satırları manuel inceleme için bir "geçersiz girdi" havuzuna koyun.
3. Tekilleştirin. Üç satırdaki aynı adresin sadece bir kez kontrol edilmesi gerekir.
4. İstek türünü hacme göre seçin. Kısa bir liste için POST /api/v1/batch-check, 1 ila 100 adresi kabul eder ve sonuçları aynı yanıtta giriş sırasına göre döndürür. Büyük bir dosya için POST /api/v1/bulk-tasks, satır başına bir tam adres içeren bir TXT veya CSV kabul eder; işlem asenkrondur ve sonuç CSV'si hazır olana kadar GET /api/v1/bulk-tasks/{id} ile sorgulama yaparsınız. Ürün bazlı işlem sınırları EmailCheckPro API dokümantasyonunda listelenmiştir.
5. Dört havuz tutun. Teslim edilebilir, teslim edilemez, belirlenemedi ve geçersiz girdi; her biri farklı bir sahip ve sonraki adım gerektirir.

Senkronize çoklu adres yanıtında, tamamlanmış bir sonucu olmayan girdi, teslim edilemez kararıyla aynı değildir. Bunu "kontrol edilmedi" olarak ele alın ve daha sonra tekrar deneyin.

İkisini Birleştirirken Yapılan Yaygın Hatalar

• Aşırı katı bir Regex'e güvenmek. + etiketlerini veya uzun üst düzey alan adlarını reddeden desenler gerçek kullanıcıları geri çevirir. İzin verici bir format kuralı ile bir teslim edilebilirlik kontrolünü tercih edin.
• Geçersiz ve teslim edilemez olanı birleştirmek. Bunlar farklı adımlardan gelir ve farklı düzeltmeleri hak eder: geçersiz girdi genellikle bir kişi tarafından düzeltilmeye ihtiyaç duyarken, teslim edilemez posta kutusunun kapalı olduğu anlamına gelebilir.
• Catch-all alan adları hakkında tahminde bulunmak. Belirlenemeyen her adresi kötü olarak işaretlemek gerçek kişileri siler; hepsini iyi olarak işaretlemek riski gizler. Onları kendi segmentlerinde tutun.
• Eski sonuçları süresiz olarak yeniden kullanmak. Son sonuç birkaç aylıksa, büyük bir gönderimden önce adresleri tekrar kontrol edin.
• Doğrulamayı izin olarak ele almak. Teslim edilebilir bir sonuç yalnızca liste kalitesini bildirir; onay ve abonelikten çıkma yönetimi ayrı yükümlülüklerdir.

SSS

Ekipler, yalnızca format geçerlemenin yeterli olup olmadığına nasıl karar verebilir?

Format geçerleme, zaten bir onay e-postasının takip ettiği isteğe bağlı bir bülten kutusu gibi düşük riskli alanlar için genellikle yeterlidir. Bir adres hesap kurtarma, sipariş fişleri veya büyük bir erişim listesi için kullanıldığında, yanlış yazılmış veya kapalı bir posta kutusunun maliyeti daha yüksektir ve geçerlemeden geçen adreslere yapılacak bir teslim edilebilirlik kontrolü, format kurallarının sağlayamadığı bilgileri ekler.

Ekipler doğrulama sonuçlarını bir veritabanında nasıl saklamalıdır?

Sonucu, kontrol tarihiyle birlikte teslim edilebilir, teslim edilemez, belirlenemedi veya geçersiz girdi gibi küçük bir değer kümesinden biri olarak saklayın. Tarihi tutmak, sonraki iş akışlarının bir adresin ne zaman yeni bir kontrole ihtiyaç duyduğuna karar vermesini sağlar. Bir kişi veya kuralın değişiklik yaptığını kaydetmeden orijinal adresi düzeltilmiş bir sürümle üzerine yazmaktan kaçının.

Geliştiriciler kayıt sırasında belirlenemeyen bir sonucu nasıl ele alabilir?

Kaydın devam etmesine izin verin. Belirlenemeyen bir sonuç genellikle tek bir posta kutusunun doğrulanamadığı bir catch-all alan adından gelir, bu nedenle onu engellemek gerçek kullanıcıları geri çevirir. Kaydı dahili olarak işaretleyin, normal onay veya hoş geldin e-postasını gönderin ve bu mesajın tıklama veya geri dönme gibi sonucunu bir sonraki adıma karar vermek için kullanın.

Daha Fazla Bilgi Edinin

İş akışınızdaki bir sonraki adıma uygun ürün bilgisini seçin.

• Ürün dokümantasyonunu görüntüleyin →
• Ekiple görüşün →