Ürün rehberi
Bir E-posta Adresinin Var Olduğunu ve Posta Alabildiğini Nasıl Kontrol Edebilirsiniz
Bir varlık kontrolünün size neler söyleyebileceğini, geçersiz ve catch-all sonuçlarının teslim edilemezden farkını ve e-posta göndermeden kontrol yöntemlerini öğrenin.
Bir e-posta adresinin var olup olmadığını kontrol etmeye yönelik pratik bir rehber: bir kontrolün döndürebileceği dört sonuç, yaygın yöntemlerin karşılaştırması ve her bir sonuç karşısında atılması gereken adımlar.
Bundan önce, girdinin yerel bir kısım, bir @ işareti ve bir alan adından oluşan tam bir adres olduğunu doğrulayın; çünkü hatalı biçimlendirilmiş bir giriş, teslim edilemez bir sonuçtan ziyade bir biçim sorunudur. catch-all alan adlarındakiler gibi bazı adresler her iki şekilde de kesinleştirilemez ve Belirlenemedi olarak kaydedilmelidir.
"E-posta adresi var mı kontrol et" işlemi size gerçekte ne söyleyebilir
Herhangi bir ileti gönderilmeden önce yapılan bir kontrol, ilk iki soruyu yanıtlayabilir. Son ikisi ise onay bağlantısı veya kendi rıza kayıtlarınız gibi diğer süreçlere aittir.
Yanıtı basit bir evet veya hayır yerine dört sonuçtan biri olarak ele almak yardımcı olur:
| Sonuç | Ne anlama gelir | Sonraki adım |
|---|---|---|
| Geçersiz biçim | Girdi, yerel bir kısım, @ ve alan adı içeren tam bir adres değildir |
Düzeltme isteyin; Teslim edilemez olarak kaydetmeyin |
| Teslim edilebilir | Adres, kontrol anında posta alabiliyordu | Saklayın ve kontrol tarihini kaydedin |
| Teslim edilemez | Adres, kontrol anında posta alamıyordu | Gönderimi durdurun ve güncel bir adres arayın |
| Belirlenemedi | catch-all alan adlarında olduğu gibi, hiçbir sonuç kesinleştirilemedi | Ayrı bir grupta tutun ve duruma göre karar verin |
Bu dört sonucu birbirinden ayrı tutmak, çoğu varlık denetleyicisinin atladığı temel noktadır. Geçersiz veya Belirlenemedi satırlarını Teslim edilemez ile birleştirmek, aslında sorunsuz olabilecek adresleri çöpe atar ve düzeltilebilecek yazım hatalarını gizler.
Bir e-posta adresinin var olup olmadığını kontrol etmenin yaygın yolları, karşılaştırmalı
Rehberlerde ve forumlarda çeşitli yöntemler dolaşmaktadır. Bu yöntemler, ne gösterdikleri ve size maliyetleri açısından büyük farklılıklar gösterirler.
| Yöntem | Ne gösterir | Temel dezavantajı |
|---|---|---|
| Test iletisi göndermek | Bir geri dönüş (bounce) veya sessizlik | Sessizlik hiçbir şeyin kanıtı değildir ve bilinmeyen adreslere posta göndermek, gönderim geçmişinize geri dönüşler ekler |
| Giriş veya şifre kurtarma sayfasını yoklamak | Bazen bir hesabın var olup olmadığını | Kurtarma akışları bunu açığa çıkarmayacak şekilde tasarlanmıştır ve onları yoklamak bir saldırı gibi görünebilir |
| Alan adının posta kayıtlarına bakmak | Alan adının posta almak üzere ayarlanıp ayarlanmadığını | Bireysel posta kutusu hakkında hiçbir şey söylemez |
| Posta sunucusuyla doğrudan konuşmak | Bazen bir alıcının kabul edilip edilmediğini | Birçok sunucu her alıcıyı kabul eder veya bilinmeyen arayanları reddeder; kendi IP adresiniz engellenebilir |
| Teslim edilebilirlik kontrol hizmeti kullanmak | Kontrol anında Teslim edilebilir veya Teslim edilemez, hiçbir şey gönderilmeden | Bazı adresler Belirlenemedi olarak kalır |
Test iletisi rotası en yaygın hatadır. Google'ın e-posta gönderici yönergeleri, toplu göndericilerin yalnızca talep eden kişilere posta göndermesini bekler ve tahmin edilen adreslerden gelen tekrarlanan geri dönüşler buna karşı çalışır. Kurtarma sayfası yoklamasının benzer bir sorunu vardır: OWASP e-posta doğrulama rehberi, uygulamalara bir hesabın var olup olmadığını açıklamamalarını söyler, bu nedenle iyi yönetilen hizmetler her iki durumda da aynı yanıtı verir. Sunucu konuşmaları RFC 5321 içinde tanımlanan komutları izler, ancak standart, sunucuların ne kadarını açığa çıkaracaklarına karar vermelerine izin verir; bu nedenle kendi hazırladığınız betikler çok sayıda sonuçsuz yanıt döndürür.
EmailCheckPro ile bir e-posta adresinin varlığı nasıl kontrol edilir
EmailCheckPro'nun E-posta Teslim Edilebilirlik Kontrolü, neredeyse her alan adındaki adresleri kabul eder ve tamamlanan her kontrol için Teslim edilebilir veya Teslim edilemez sonucu döndürür. İş akışı, sahip olduğunuz adres sayısına bağlıdır.
- Önce girdiyi temizleyin. Boşlukları kırpın, belgelerden kopyalanan sondaki noktalama işaretlerini kaldırın ve her girdinin yerel bir kısım, bir
@işareti ve bir alan adı içerdiğini doğrulayın. Alan adını küçük harfe çevirmek güvenlidir; yerel kısmı girildiği gibi bırakın. - Tek bir adresi kontrol edin. Gerçek zamanlı bir sonuç için panoya yapıştırın veya sunucunuzdan E-posta Teslim Edilebilirlik Kontrolü ürünü ile
POST /api/v1/checkisteğinde bulunun. API anahtarını tarayıcı kodunda değil, sunucuda tutun. - Kısa bir listeyi kontrol edin. Pano, 500 adrese kadar gerçek zamanlı kontrolü yönetir. API aracılığıyla
POST /api/v1/batch-check, istek başına 1–100 adresi kabul eder ve sonuçları girdiyle aynı sırada döndürür. Tamamlanmış bir sonucu olmayan öğe bu şekilde raporlanır ve Teslim edilemez olarak okunmamalıdır. - Hazırlanmış bir dosyayı kontrol edin. Her satırda bir tam adres olacak şekilde bir TXT veya CSV dosyasını asenkron bir toplu işlem olarak yükleyin. Geçersiz ve yinelenen satırlar hazırlık sırasında kaldırılır.
GET /api/v1/bulk-tasks/{id}adresini 30 saniyeden daha sık olmayacak şekilde sorgulayın ve işlem başarıyla tamamlandığında tek sonuçlu CSV dosyasını indirin. - Sonucu bir tarihle kaydedin. Bir sonuç, adresi kontrol anında tanımlar, bu nedenle tarih, hüküm kadar önemlidir.
Hiçbir aşamada adrese ileti gönderilmez ve adres sahibi hiçbir şey almaz. Gmail, Yandex ve Mail.ru adresleri için E-posta Profil Fotoğrafı Kontrolü, teslim edilebilirliğin yanı sıra herkese açık bir profil fotoğrafı sinyali ekleyebilir.
Her bir sonuçla ne yapılmalı
Bir kontrol, yalnızca her sonuç net bir eyleme yol açarsa yararlıdır. Basit bir yönlendirme planı şu şekildedir:
- Geçersiz biçim. Bir kayıt formunda, adresi tekrar gösterin ve kişiden düzeltmesini isteyin. İçe aktarılan bir listede, yalnızca kaynak kayıt amaçlanan adresi doğruladığında bariz alan adı yazım hatalarını düzeltin; aksi takdirde satırı bir inceleme grubuna taşıyın. Geçersiz girdiler için ücret alınmaz.
- Teslim edilebilir. Adresi saklayın ve kontrol tarihini yanına kaydedin. Teslim edilebilir bir adres yine de normal izin kurallarınıza tabidir, bu nedenle sonuç, rıza kayıtlarınızın yerini almaz.
- Teslim edilemez. Adrese rutin gönderimi durdurun. Kaydı silmek yerine işaretleyin, böylece aynı adres daha sonra tekrar içe aktarılmaz ve giriş veya yenileme gibi bir sonraki doğal temas noktasında güncel bir adres isteyin.
- Belirlenemedi. Bu satırları kendi gruplarında tutun. Örneğin, catch-all adresleri tahmin edilmek yerine Belirlenemedi olarak işaretlenir ve kesinleştirilemeyen gerçek zamanlı bir kontrol sonuç döndürmez ve ücretlendirilmez. Daha sonra tekrar kontrol edin veya bu adreslerle yalnızca mevcut bir ilişkinin bunu desteklediği durumlarda iletişime geçin.
Birden fazla araçtan gönderim yapan ekipler, sonuçların saklandığı tek bir yer üzerinde anlaşmalıdır. Aksi takdirde bir pazarlama platformu, CRM'in zaten Teslim edilemez olarak işaretlediği bir adrese posta göndermeye devam edebilir.
Bir sonuca göre hareket etmeden önce akılda tutulması gereken sınırlar
Bir varlık kontrolü bir anlık görüntüdür ve birkaç sınır, ona ne kadar güvenilmesi gerektiğini şekillendirir.
- Sonuçlar eskir. Posta kutuları kapatılır, terk edilir ve yeniden oluşturulur. Örneğin Google, iki yıl boyunca kullanılmayan kişisel hesapların silinebileceği bir etkin olmayan hesap politikası yayınlamaktadır. Önemli bir gönderimden önce veya uzun bir aradan sonra eski segmentleri tekrar kontrol edin.
- Teslim edilebilir, bir kişi demek değildir. Ekip gelen kutusu gibi paylaşılan ve rol tabanlı adresler, onlardan sorumlu tek bir kişi olmasa bile Teslim edilebilir olabilir.
- Teslim edilebilir, yalnızca alıcı adresiyle ilgilidir. Adresin posta alabileceğini söyler; belirli bir iletinin nasıl filtrelendiği, gönderim tarafıyla ilgili ayrı bir sorudur.
- Belirlenemedi, verilerinizin bir başarısızlığı değildir. Bazı alan adlarının nasıl yapılandırıldığını yansıtır, bu nedenle varsayılan olarak kişi aleyhine sayılmamalıdır.
Bu sınırları ekibin veri kurallarına yazmak, kişilerin tek bir sonucu her iki yönde de aşırı yorumlamasını engeller.
SSS
Ekipler koca bir e-posta adresi listesinin var olup olmadığını nasıl kontrol edebilir?
E-posta sütununu dışa aktarın, bariz boşlukları kaldırın ve her satırda bir tam adres olacak şekilde bir TXT veya CSV dosyası olarak kaydedin. Bunu, asenkron olarak çalışan bir toplu işlem olarak gönderin ve işlem durumunu 30 saniyeden daha sık olmayacak şekilde sorgulayın. Tek sonuçlu CSV dosyası, her adresi sonucuyla birlikte listeler. İndirme bağlantıları 12 saat geçerlidir; aynı işlemi tekrar sorgulamak, bağlantının süresi dolmuşsa onu yeniler.
catch-all alan adı neden bir varlık kontrolünü sonuçsuz kılar?
EmailCheckPro, bu adresleri tahmin etmek yerine Belirlenemedi olarak raporlar ve Belirlenemedi kontrolleri ücretlendirilmez. Bunları kendi gönderim kurallarına sahip ayrı bir grup olarak değerlendirin.
Geçersiz bir e-posta adresi ile teslim edilemez bir adres arasındaki fark nedir?
Geçersiz bir adres, e-posta adresinin temel şeklini karşılamaz; örneğin eksik bir @, ortada bir boşluk veya eksik bir alan adı. Teslim edilemez bir adres ise tam ve iyi biçimlendirilmiştir, ancak kontrol o anda posta alamadığını tespit etmiştir. Düzeltmeler farklıdır: geçersiz girdilerin düzeltilmesi, teslim edilemez olanların ise değiştirilmesi gerekir.
Teslim edilebilir bir sonuç ne kadar süre yararlı kalır?
Pratik bir yaklaşım, yeniden kontrolleri olaylara bağlamaktır: büyük bir kampanyadan önce, bir kişi uzun bir sessizlikten sonra geri döndüğünde ve kayıtlar eski bir sistemden içe aktarıldığında. Ekibin kanıtın ne kadar eski olduğunu görebilmesi için her sonuçla birlikte kontrol tarihini saklayın.
Daha Fazla Bilgi Edinin
İş akışınızdaki bir sonraki adıma uyan ürün bilgisini seçin.