# E-posta Teslim Edilebilirlik Hizmeti: Isınma, Kimlik, İzleme URL: https://notificationharbor.com/tr/lp/e-posta-teslim-edilebilirlik-hizmeti Type: landing Locale: tr Published: 2026-10-14 Updated: 2026-10-15 --- > Bir e-posta teslim edilebilirlik hizmetinin neyi kontrol etmesi gerektiği: kimlik doğrulama, dört haftalık ısınma programı, gönderim başına izler ve itibar riskinde otomatik duraklatma. *Altyapı olarak teslim edilebilirlik* ## Önce davranan bir e-posta teslim edilebilirlik hizmeti Kimlik doğrulama kontrolleri, alan adı ısınması ve itibar izleme tek bir API içinde. Böylece e-posta teslim edilebilirlik hizmeti sorunları yalnızca raporlamakla kalmaz, önlemeye başlar. ## İzlemenize gerek kalmadan çalışan altı teslim edilebilirlik kontrolü Teslim edilebilirlik bir kez ayarlanıp unutulan bir özellik değil. Her göndermede sağlanması gereken bir dizi kısıttır. ### Kimlik doğrulama ilk adımda kontrol edilir SPF, DKIM ve DMARC hizalaması ilk gönderimden önce denetlenir. Bozuk bir kayıt, üzerine kurulan her şeyi sessizce zayıflatır. ### Sabit bir programla ısınma Günde 50 göndermeden yaklaşık dört hafta içinde 100k'ya çıkın. Hacim, kimsenin güncellemeyi unuttuğu bir tablo yerine bir eğri üzerinde artar. ### İtibar riskinde otomatik duraklatma Geri dönüş oranı, spam şikayetleri ve kara liste isabetleri her grupta kontrol edilir. Bir eşik aşılırsa, bir sonraki göndermeden önce ısınma durur. ### Gönderim başına iz Her ileti için açılma, tıklama, geri dönüş ve spam sinyalleri SSE üzerinden akar. Hata ayıklamanız gerektiğinde ham olaylar hazırdır. ### Verileri yığınınıza aktarın Aynı olayları Datadog ya da Grafana'ya gönderin ve teslim edilebilirliği gecikme süresi ile hata oranında olduğu gibi uyarı kurun. ### Güvenli yeniden denemeli SDK'lar Idempotency anahtarları ve üstel geri çekilme içeren Node, Python ve Go SDK'ları. Bir yeniden deneme, asla çift göndermeye dönüşmez. ## Soğuk bir alan adından tam hacme dört adımda 1. **Gönderen alan adını bağlayın** — Alan adını hizmete yönlendirin. Hiçbir şey gönderilmeden önce kimlik doğrulama ve DNS kayıtları doğrulanır. 2. **Hedef hacmi ve süreyi belirleyin** — Nereye ulaşmak istediğinizi seçin, çoğunlukla günde 100k, ve bunu hangi süre içinde yapacağınızı. Dört hafta yaygın bir başlangıç noktasıdır. 3. **Isınmanın işlemesine izin verin** — Günlük hacim yapılandırılmış eğriye göre artarken kontroller haftada bir değil, her gruba karşı çalışır. 4. **Duraklatın, uyarın, devam edin** — Bir sinyal eşiği aştığında gönderim durur ve uyarı sinyalin adını verir. Nedeni düzeltin, ardından ısınmayı sürdürün. *Kimler için* ## Gelen kutusu yerleşiminde ani bir düşüşle uğraşan ekip için Yerleşim düştüğünde ilk saat tahmin yürütmeye gider: DNS mi, liste sorunu mu, yoksa itibar darbesi mi? Gönderim başına izler ve eşik uyarıları bu tahmini bir teşhise çevirir. Hangi sinyalin değiştiğini, hangi grupta olduğunu ve ısınmanın kendiliğinden duraklayıp duraklamadığını görürsünüz. - Geri dönüş ve spam sinyalleriyle her gönderim için iz - Tetiklenen sinyalin adını veren uyarılar - Kök neden düzeltildikten sonra devam yolu *Kimler için* ## Bir işlem hattını ölçekleyen ürün ekibi için İşlemsel hacim düzgün artmaz, basamak basamak artar. Yeni bir onboarding akışı yayına girer ya da bir özellik genel erişime açılır ve günlük gönderimler bir gecede sıçrar. Yeni hacmi perde arkasında ısıtmak, hat ölçeklenirken şifre sıfırlamalarının ve makbuzların gelen kutusuna düşmeye devam etmesini sağlar. - Yalnızca sabit büyümeyi değil, hacimdeki basamak değişikliklerini de yönetir - Isınma sırasında mevcut işlemsel gönderimler etkilenmez - Bir artış olaya dönüşmeden önce uyarır ## Sık sorulan sorular ### E-posta teslim edilebilirlik hizmeti nedir? Mesajlarınızın gelen kutusuna ulaşıp ulaşmayacağına karar veren katmandır: kimlik doğrulama kontrolleri, alan adı ısınması, itibar izleme, geri dönüş yönetimi ve uyarılar. İyi bir hizmet bunları üç ayda bir yapılan bir denetime bırakmak yerine sürekli çalıştırır. ### Yerleşik ESP teslim edilebilirlik sekmesinden farkı nedir? Çoğu ESP paneli, zarar verildikten sonra gelen kutusu yerleşimini raporlar. Bir teslim edilebilirlik hizmeti göndermeden önce harekete geçer: SPF, DKIM ve DMARC hizalamasını doğrular, hacmi bir eğri üzerinde sınırlar ve geri dönüş ya da şikayet oranı bir eşiği aştığında gönderimi durdurur. ### Alan adı ısınması ne kadar sürer? Yeni bir alan adını günde 50 göndermeden günde 100k'ya taşımak için genellikle yaklaşık dört hafta yeterlidir. Doğru eğri liste kalitenize ve içeriğinize bağlıdır; bu yüzden ısınma sabit değil, alan adı bazında yapılandırılabilir. ### Spam klasörlerinde olan bir alan adını düzeltir mi? Tek başına hayır. Kimlik doğrulama hataları ve zayıf liste hijyeni genellikle asıl nedenlerdir ve bunların önce düzeltilmesi gerekir. Hizmet hangi sinyalin başarısız olduğunu gösterir, nedeni ortadan kalkınca ısınmayı sürdürmenizi sağlar. ### Başlamadan önce SPF, DKIM ve DMARC gerekli mi? Evet. Hizmet, ilk göndermeden önce hizalamayı denetler. Yanlış yapılandırılmış bir DKIM kaydı, ısınmanın takılmasının ya da geri dönüş oranının sebepsiz yere sıçramasının en yaygın nedenidir. ### Alan adı ısınırken işlemsel e-posta gönderebilir miyim? Evet. Isınma programı yeni hacmin ne kadar hızlı artacağını kontrol eder, mevcut gönderimlerin devam edip etmeyeceğini değil. Şifre sıfırlamaları ve makbuzlar, yeni hacim arkalarında yükselirken akmaya devam eder. ### Her ileti için neleri görebilirim? Her gönderimin açılma, tıklama, geri dönüş ve spam sinyallerini içeren bir izi vardır ve bunlar SSE üzerinden akar. Aynı olayları Datadog ya da Grafana'ya aktarıp altyapınızın geri kalanıyla birlikte uyarı kurabilirsiniz. ### Ayda birkaç bin e-posta için buna değer mi? Tek başına genellikle hayır. Hacim belirgin şekilde arttığında kendini amorti eder: örneğin yeni bir onboarding akışı, genel erişime açılan bir özellik ya da günde birkaç yüz göndermeyi aşan giden bir kampanya. ## Teslim edilebilirliği diğer her şeyle aynı panelde tutun Bir alan adı bağlayın, hedef belirleyin ve ısınmanın çalışmasına izin verin. Duraklatma ve uyarılar otomatiktir. *Call to action: Ücretsiz başla* ## FAQ ### E-posta teslim edilebilirlik hizmeti nedir? Mesajlarınızın gelen kutusuna ulaşıp ulaşmayacağına karar veren katmandır: kimlik doğrulama kontrolleri, alan adı ısınması, itibar izleme, geri dönüş yönetimi ve uyarılar. İyi bir hizmet bunları üç ayda bir yapılan bir denetime bırakmak yerine sürekli çalıştırır. ### Yerleşik ESP teslim edilebilirlik sekmesinden farkı nedir? Çoğu ESP paneli, zarar verildikten sonra gelen kutusu yerleşimini raporlar. Bir teslim edilebilirlik hizmeti göndermeden önce harekete geçer: SPF, DKIM ve DMARC hizalamasını doğrular, hacmi bir eğri üzerinde sınırlar ve geri dönüş ya da şikayet oranı bir eşiği aştığında gönderimi durdurur. ### Alan adı ısınması ne kadar sürer? Yeni bir alan adını günde 50 göndermeden günde 100k'ya taşımak için genellikle yaklaşık dört hafta yeterlidir. Doğru eğri liste kalitenize ve içeriğinize bağlıdır; bu yüzden ısınma sabit değil, alan adı bazında yapılandırılabilir. ### Spam klasörlerinde olan bir alan adını düzeltir mi? Tek başına hayır. Kimlik doğrulama hataları ve zayıf liste hijyeni genellikle asıl nedenlerdir ve bunların önce düzeltilmesi gerekir. Hizmet hangi sinyalin başarısız olduğunu gösterir, nedeni ortadan kalkınca ısınmayı sürdürmenizi sağlar. ### Başlamadan önce SPF, DKIM ve DMARC gerekli mi? Evet. Hizmet, ilk göndermeden önce hizalamayı denetler. Yanlış yapılandırılmış bir DKIM kaydı, ısınmanın takılmasının ya da geri dönüş oranının sebepsiz yere sıçramasının en yaygın nedenidir. ### Alan adı ısınırken işlemsel e-posta gönderebilir miyim? Evet. Isınma programı yeni hacmin ne kadar hızlı artacağını kontrol eder, mevcut gönderimlerin devam edip etmeyeceğini değil. Şifre sıfırlamaları ve makbuzlar, yeni hacim arkalarında yükselirken akmaya devam eder. ### Her ileti için neleri görebilirim? Her gönderimin açılma, tıklama, geri dönüş ve spam sinyallerini içeren bir izi vardır ve bunlar SSE üzerinden akar. Aynı olayları Datadog ya da Grafana'ya aktarıp altyapınızın geri kalanıyla birlikte uyarı kurabilirsiniz. ### Ayda birkaç bin e-posta için buna değer mi? Tek başına genellikle hayır. Hacim belirgin şekilde arttığında kendini amorti eder: örneğin yeni bir onboarding akışı, genel erişime açılan bir özellik ya da günde birkaç yüz göndermeyi aşan giden bir kampanya.