Dijital Ürün Satış Scripti E-postalar Spam'e Düşüyor: Gönderdiğin Her Kodun Neden Sessizce Çöp Klasörüne Gömüldüğünü Kimse Sana Anlatmadı

Çoğu kişi mailin gönderilmesiyle teslim edilmesini aynı şey sanır. Panelde "gönderildi" yazıyorsa iş bitmiş gibi görünür. Oysa bu ikisi arasında, senin hiçbir kontrolünün olmadığı koca bir karar mekanizması vardır: alıcı tarafın filtreleri. O filtreler senin mailine bakıp tek bir soru sorar — "bu gönderici kim ve ona güveniyor muyum?" Cevap zayıfsa mail teknik olarak teslim edilir ama insanın gözüne hiç görünmez.

Bu yazı, dijital ürün satan bir işletmenin en pahalı sessiz kaybını ele alıyor. Bir e-pin satış scriptinde spam sorunu şablon yazı tipiyle veya "ücretsiz" kelimesiyle çözülmez; kimlik kayıtları, alan adı ayrıştırması, IP itibarı ve şikâyet oranı ile çözülür. Sırayla gideceğiz ve her adımda ne ölçmen gerektiğini söyleyeceğim.

Mail gidiyor ama görülmüyor: gönderim başarısı ile teslim başarısı aynı şey değil

Filtreler kararlarını içeriğe bakmadan önce verir. İlk kontrol edilen şey senin kim olduğunu kanıtlayıp kanıtlamadığındır. Alan adın adına mail atma yetkisi verilmiş bir sunucudan mı geliyorsun, imzan geçerli mi, geçmişte bu alan adından gelen mailler şikâyet aldı mı. Bu sorulara yanıt yoksa en temiz şablon bile kurtarmaz.

Bu yüzden ölçüm yöntemin değişmeli. Panelde "gönderildi" sayısı sana hiçbir şey söylemez. Bakman gereken sayı açılma oranıdır ve daha önemlisi, büyük mail sağlayıcılarına ayrı ayrı ayrılmış açılma oranıdır. Bir sağlayıcıda oran normal, diğerinde neredeyse sıfırsa sorun içerikte değil, o sağlayıcının seninle ilgili itibar puanındadır.

İkinci ölçüm noktası kendi test kutularındır. Farklı sağlayıcılarda birer hesap açıp her hafta aynı teslimat mailini oraya da gönder. Hangi kutuda gelen kutusuna, hangisinde çöp klasörüne düştüğünü not et. Bu basit disiplin, spam sorununu "hissediyorum" seviyesinden "ölçüyorum" seviyesine taşır.

SPF, DKIM ve DMARC üçlüsünü eksik kurduysan zaten kaybettin

Bu üç kayıt, gönderici kimliğinin tamamıdır. SPF, alan adın adına hangi sunucuların mail atabileceğini listeler. DKIM, mailin yolda değiştirilmediğini kriptografik imzayla kanıtlar. DMARC ise bu ikisi başarısız olduğunda alıcının ne yapacağını söyler ve sana rapor gönderir. Üçünden biri eksik olduğunda kurumsal filtreler seni doğrudan şüpheli sınıfına atar.

En sık yapılan hata SPF kaydını birden fazla kez yazmaktır. Alan adı başına yalnızca bir SPF kaydı bulunabilir; ikinci bir kayıt eklediğinde standart gereği kayıt geçersiz sayılır ve o ana kadar çalışan yapı çöker. Doğrusu, tüm gönderici sunucuları tek bir kayıt içinde birleştirmektir. İkinci sık hata DKIM anahtarını mail servisinde üretip DNS tarafına eklememektir; imza üretilir ama doğrulanamaz, sonuç imzasız gönderimden bile kötüdür.

DMARC'ı ise kademeli devreye al. İlk hafta yalnızca rapor toplayan modda başlat, gelen raporlarda hangi kaynakların senin adına mail attığını gör, meşru olanları SPF ve DKIM'e ekle, ancak ondan sonra katı politikaya geç. Aceleyle katı politika koyan işletmelerin ilk kurbanı genelde kendi teslimat mailleri olur.

E-pin kodunu maile gömmek seni neden şüpheli gönderici yapıyor?

Filtreler kalıp arar. Kısa alfanümerik dizeler, "hemen kullan", "bakiye yükle", takip parametresiyle dolu kısa bağlantılar ve tek bir büyük butondan oluşan gövde; hepsi dolandırıcılık maillerinin tipik imzasıdır. Sen meşru bir satış yapıyor olsan da mailinin şekli, yıllardır filtrelerin engellediği maillere benziyorsa fatura sana kesilir.

Çözüm kodu maile hiç koymamaktır. Bildirim maili yalnızca siparişin hazır olduğunu söyler ve müşteriyi kendi hesabına yönlendirir. Bu üç kazanç verir: mail içeriği zararsızlaşır, kod posta kutusunda açıkta durmaz, müşteri kodu kaybettiğinde sana yazmak yerine paneline girer. Güvenlik, teslim edilebilirlik ve destek yükü aynı hamlede iyileşir.

Gövde yapısına da dikkat et. Sade bir düzen, gerçek metin ağırlığı, tek bir barındırılan görsel, kısaltıcı olmayan açık bağlantılar ve mutlaka düz metin alternatifi. Yalnızca HTML gönderen mailler, düz metin karşılığı bulunanlara göre sistematik biçimde daha çok filtrelenir. Düz metin alternatifi eklemek, bedeli sıfır olan en etkili iyileştirmedir.

Tek bir alan adından pazarlama ve teslimat maili birlikte atmak intihar mı?

Evet, ve bunun sebebi basit: itibar alan adı ve alt alan adı düzeyinde tutulur. Haftada bir kampanya maili attığında birkaç kişi "spam" düğmesine basar. Bu tamamen normaldir. Ama bu şikâyetler teslimat mailini gönderen aynı alan adına yazılırsa, insanların gerçekten istediği ve beklediği kod maili de o cezadan payını alır.

Doğru yapı ayrıştırmadır. İşlemsel mailleri bir alt alan adından, pazarlama maillerini tamamen ayrı bir alt alan adından gönder. Her birinin kendi DKIM seçicisi, kendi ısındırma geçmişi ve kendi itibarı olur. Kampanya tarafında bir kaza yaşandığında teslimat tarafı etkilenmez. Bu ayrım, kurumsal mail altyapısında yıllardır standart olan bir uygulamadır ve dijital ürün satanlar için hayati önemdedir.

Pinova'da bildirim türlerinin hangi gönderici profilinden çıkacağı ayrı ayrı tanımlanabilir; sipariş teslimatı, şifre sıfırlama ve bakiye bildirimleri işlemsel profilden, duyuru ve kampanya gönderimleri pazarlama profilinden akar. Bu esnekliği özellikler bölümünde daha ayrıntılı görebilirsin.

Paylaşımlı IP'nin komşuları senin itibarını nasıl yakıyor?

Ucuz mail servislerinin paylaşımlı gönderim havuzlarında yüzlerce farklı gönderici aynı IP'yi kullanır. Aralarında agresif pazarlama yapan biri çıktığında IP'nin itibarı düşer ve o düşüşü sen de yaşarsın. Belirti tipiktir: hiçbir şey değiştirmediğin halde bir sabah teslim oranı düşer.

Aylık gönderim hacmin belirli bir seviyeye çıktıysa ayrılmış IP'ye geçmeyi değerlendir. Ancak dikkat: ayrılmış IP ilk günlerde paylaşımlı havuzdan daha kötü çalışır, çünkü geçmişi yoktur ve filtreler geçmişi olmayan IP'ye temkinli yaklaşır. Bu yüzden ısındırma şarttır; ilk günler düşük hacimle, en çok açan ve en çok etkileşen alıcılarla başlanır, hacim iki hafta boyunca kademeli artırılır.

Düşük hacimde çalışıyorsan paylaşımlı havuz genelde daha iyi seçenektir, ama havuzun kalitesini sor. Gönderici doğrulaması yapan, alan adı onayı isteyen servisler daha temiz havuzlar işletir. Kayıt için hiçbir doğrulama istemeyen bir servis, sana bedava gelen o kolaylığı teslim oranından tahsil eder.

Şikâyet oranı ve ısındırma: sayılar sana ne söylüyor?

Gönderici itibarı üç sayı üzerine kuruludur: sert geri dönme oranı, şikâyet oranı ve etkileşim oranı. Sert geri dönme, olmayan adrese gönderim demektir ve yüzde ikiyi aştığında listeni temizlemediğin anlaşılır. Şikâyet oranı binde bire yaklaştığında büyük sağlayıcılar kısıtlamaya başlar. Etkileşim ise pozitif sinyaldir; açılan, yanıtlanan, güvenilir listeye eklenen mailler puanını yükseltir.

Bu sayıları görmek için geri bildirim döngülerine kaydolmalı ve geri dönen mailleri otomatik işlemelisin. Sert geri dönen adresi bir daha hiç denememek, şikâyet edeni tüm gönderim dışında bırakmak temel hijyendir. İyi bir dijital ürün satış yazılımı bunu senin yerine yapar: geri dönen adresi işaretler, gönderim listesinden düşürür ve nedenini sipariş kaydına yazar.

Son olarak, teslim edilebilirliği bir kere kurup unutulacak iş sanma. Ayda bir kez test kutularını kontrol et, DMARC raporlarına göz at, geri dönme oranlarına bak. Yirmi dakikalık bu rutin, bir sabah aniden satış kaybetmenin en ucuz sigortasıdır. Paket seçenekleri ve dahil olan izleme araçları için fiyat sayfasına bakabilirsin.

Teslim edilebilirlik bir ayar değil, zamanla biriken bir itibar hesabıdır: kimlik kayıtlarıyla açılır, temiz listeyle beslenir, ayrıştırılmış gönderici profilleriyle korunur. Bu hesabı doğru yönetmenin en kolay yolu, yazılımın bunu senin için yapılandırılabilir hale getirmesidir. Gönderici profillerinin nasıl ayrıldığını, teslimat mailinin nasıl sadeleştiğini ve kodun panelde nasıl garanti durduğunu canlı demo üzerinde test siparişi açarak birkaç dakikada kendin görebilirsin.