Seed-list yerleşim testi: kampanyayı göndermeden önce Gmail, Outlook ve Yahoo'da nereye düştüğünü ölçmek
Açılma oranı sana mesajlarının Gmail Promotions'ta mı yoksa Outlook Junk'ta mı yattığını söylemez. Seed-list testini bir sağlık rozeti değil, bir mühendislik enstrümanı olarak nasıl kurarsın: temsili seed havuzu, IMAP ile klasör okuma, Postmaster + SNDS çapraz doğrulaması ve gerçek go/no-go eşikleri.
EvilMail Team15 Temmuz 202611 dk okuma
"Gönder"e bastıktan sonra kampanyanın gerçekte nereye düştüğünü öğrenmenin maliyeti çok yüksektir. Açılma oranı %11 geldiğinde ilk refleks konu satırını suçlamaktır. Oysa sebep çoğu zaman metinde değildir: mesajların yarısı Gmail'de Promotions sekmesinde, üçte biri Outlook'ta Junk'ta yatıyordur. Open-rate bunu sana asla söylemez, çünkü açılmayan bir mesajın neden açılmadığını ölçmez.
Seed-list testi bu boşluğu kapatan tek pre-send enstrümandır. Ana listenle birlikte kontrol ettiğin gerçek mailbox'lara aynı kampanyayı gönderir, sonra her hesapta mesajın hangi klasöre düştüğünü programatik okursun. Kampanyayı canlıya almadan önce sağlayıcı başına yerleşimi görürsün. Ama çoğu ekip bu aracı yanlış kurar: 15 kişilik eski bir seed listesi, tek IP, sıfır engagement sinyali — ve çıktı olarak "inbox %98" gibi güzel ama yalan bir rapor. Bu yazı seed testini bir sağlık rozeti olarak değil, doğru kalibre edilmiş bir ölçüm cihazı olarak kurmakla ilgili.
Seed-list testi neyi ölçer, neyi ölçmez
Seed, senin kontrol ettiğin gerçek bir mailbox'tır — spam-trap değildir. Fark kritik: trap seni cezalandırmak için vardır, seed ise gözlem penceresidir. Testin akışı basit. Kampanyayı ana gönderim partisiyle aynı IP'den, aynı domainden, aynı içerikle seed havuzuna da gönderirsin. Sonra her seed hesabına IMAP ile bağlanıp mesajın hangi mailbox'ta olduğunu okursun: Inbox, Promotions/sekme, Spam/Junk ya da hiç gelmemiş (missing).
Ölçtüğü tek şey sağlayıcı başına klasör yerleşimidir. Ölçmediği şeyler ise en az onun kadar önemli:
Seed-List Yerleşim Testi: Gmail, Outlook ve Yahoo Inbox Ölçümü | evilmail.pro — EvilMail Blog
Gerçek engagement. Seed hesapları senin mailini açmaz, tıklamaz, yıldızlamaz. Google her kullanıcıya aynı yeri vermez; yerleşim kullanıcının seninle geçmişine bağlıdır.
Sağlayıcı içi reputation gradyanı. Gmail'de bir kullanıcının inbox'u, başka bir kullanıcının Promotions'ı olabilir. Seed sana ortalamayı değil, o seed hesabının özel durumunu verir.
Missing/suppressed ayrımı. Mesaj hiç gelmediyse greylisting mi, rate-limit mi, sessiz drop mu olduğunu seed tek başına ayırt etmez.
Buradan panel biası çıkar: seed hesaplarının engagement geçmişi olmadığı için yerleşimleri gerçek, aktif kullanıcıların inbox'undan sistematik olarak daha iyimserdir. Seed'de "inbox %95" gördüğünde bunu mutlak gerçek değil, bir taban çizgisi olarak oku. Gerçek kullanıcıda bu sayı büyük ihtimalle daha düşüktür.
Temsili bir seed havuzu kurmak
Kötü seed havuzu, kötü ölçümdür. Havuzunun sağlayıcı dağılımını gerçek listenle eşle. Listen %48 Gmail, %22 Outlook/Hotmail, %9 Yahoo ise, seed havuzunu da aynı oranda kur. 40 hesaplık bir havuzda bu yaklaşık 19 Gmail, 9 Microsoft, 4 Yahoo demektir. Aksi halde Gmail'de mükemmel görünen bir sonuç, listenin Microsoft ağırlıklı gerçeğini gizler.
Her sağlayıcı ailesinde iki şeyi ayrı temsil et:
Gmail: hem consumer gmail.com hem de bir Google Workspace hesabı. Sekme davranışı (Promotions/Social) ikisinde farklı çalışır; Workspace tarafında yönetici filtreleri devreye girer.
Microsoft:hotmail.com / outlook.com / live.com consumer kutuları artı bir Microsoft 365 tenant. Focused/Other ayrımı consumer'da yoktur, tenant'ta vardır; Junk ise ikisinde de ayrı davranır.
Yahoo ailesi: Yahoo + AOL (aynı altyapıyı paylaşır) + Avrupa/TR listesi için yandex.com ve gmx gibi ikincil sağlayıcılar.
Hesap hijyeni ölçümün yarısıdır. Ölü görünen bir seed, sağlayıcı gözünde şüpheli bir hesaptır ve yapay olarak kötü yerleşim üretir. Her seed'e kendi domaininden düzenli "warm" trafik ver: ara sıra mail oku, taşı, sil. IMAP erişimi zorunludur çünkü klasörleri okuyacaksın; 2FA açık hesaplarda normal parola çalışmaz, app-password üret.
Ölçümü otomatikleştirmek: IMAP ile klasör okuma
Manuel olarak 40 mailbox açıp bakamazsın; ölçüm otomatik olmalı. Her seed hesabına bağlanan bir script, kampanyanın benzersiz header'ını arar ve mesajın bulunduğu mailbox'ı raporlar. Konu satırıyla eşleştirme yapma — konu A/B testinde değişir, kişiselleştirmede bozulur. Bunun yerine her seed'e giden mesaja deterministik bir header ekle: X-Campaign-Seed-ID: <uuid>. Tüm seed'lerde aynı, arama kesin.
Node tarafında imapflow bu iş için yeterli. Gmail'de kritik bir ayrıntı var: Promotions ve Social gerçek klasör değildir, INBOX içindeki özel-kullanım label'larıdır. Standart IMAP SELECT "Promotions" çalışmaz; Gmail'e özel X-GM-RAW uzantısıyla category:promotions sorgularsın.
msg.envelope'ın undefined gelebileceğini unutma — optional chaining olmadan script rastgele hesaplarda patlar. 40 hesabı paralel değil, hafif throttle ile sırayla tara; sağlayıcılar aynı anda açılan çok sayıda IMAP oturumunu şüpheli bulur.
Sonucu okumak: Gmail Postmaster, Microsoft SNDS, Yahoo CFL
Seed testi tek başına yeterli değildir. Panel biası yüzünden seed inbox'u iyimserdir; sağlayıcının kendi telemetrisiyle çapraz doğrulaman gerekir.
Gmail Postmaster Tools domain ve IP reputation'ı Bad/Low/Medium/High olarak verir; auth başarı oranını, feedback loop verisini ve en kritik metrik olan spam-rate'i gösterir. Hedef %0,1'in altı; %0,3 tehlike sınırıdır ve Google bunu aşarsan reputation'ını aktif olarak düşürür. Seed'de inbox %95 ama Postmaster'da spam-rate %0,4 görüyorsan, seed'lerine değil Postmaster'a inan — gerçek dünya seni spam'e atıyor demektir.
Microsoft SNDS IP başına günlük hacim, complaint rate ve trap-hit verir. Buna JMRP (Junk Mail Reporting Program) feedback loop kaydını ekle ki Outlook kullanıcıları "Junk" dediğinde geri bildirim alasın. Outlook'ta üç ayrı yerleşim var: Focused, Other ve Junk. Bir mesajın "Other"da olması "Junk"ta olmasından çok farklıdır — Other hâlâ gelen kutusudur, sadece ikincil sekmedir.
Yahoo için CFL (Complaint Feedback Loop) kaydını DKIM d= domainine bağla; AOL aynı altyapıyı paylaştığı için tek kayıt ikisini kapsar. DMARC agregat raporlarını (rua) da topla — Yahoo hizalama sorunlarını orada görürsün.
Test öncesi altyapı: auth hizası
Seed testinden önce auth katmanı yeşil olmalı, yoksa test yanıltıcıdır — düşük inbox'un sebebi içerik değil, eksik imza olabilir. 2024'ten beri Gmail ve Yahoo'nun bulk gönderici kuralları, günde 5000+ mail atan herkes için SPF + DKIM + DMARC'ı zorunlu kıldı; üstüne hizalama ve RFC 8058 one-click unsubscribe şartı geldi.
adkim=s ve aspf=s strict hizalama demektir: From domaininin, DKIM d= ve SPF Return-Path ile birebir eşleşmesi gerekir, subdomain toleransı yok. Gmail 2024+ ve Yahoo bunu fiilen dayattı. Bunlara ek olarak PTR/rDNS kaydını, TLS'i (MTA-STS + TLS-RPT) ve one-click unsubscribe header'larını doğrula:
Her sağlayıcıyı ayrı değerlendir. Reputation sistemleri birbirinden bağımsız çalışır; Gmail'de mükemmel, Outlook'ta felaket olman son derece normaldir. Tek bir birleşik yüzde çıkarma tuzağına düşme.
Somut karar kuralları:
Gmail: inbox + tab ≥ %90 ve spam ≤ %2 → git. Promotions'ta çok mesaj varsa panik yapma; işlemsel değil pazarlama içeriği için Promotions doğru yerdir.
Outlook Junk > %10 → dur. IP/domain reputation'a ve SNDS complaint rate'ine bak. Microsoft, IP reputation'a Gmail'den daha sert bağlıdır.
Yahoo missing > %5 → büyük ihtimalle greylisting ya da rate-limit. İçeriğin değil, gönderim hızının sorunu; throttle'ı düşür ve tekrar test et.
Bir tuzak: ısınmamış IP'yi seed testiyle karıştırma. Yeni bir IP'de düşük inbox "içerik kötü" demek değil, "IP henüz tanınmıyor" demek olabilir. Seed testini IP warmup fazından ayrı yürüt; warmup bitmeden alınan seed sonucu içerik hakkında hiçbir şey söylemez.
Gönderim günü checklist'i
[ ] Seed havuzu sağlayıcı oranı gerçek listeyle güncel mi (Gmail/MS/Yahoo dağılımı eşleşiyor mu)?
[ ] Her seed mesajına benzersiz X-Campaign-Seed-ID header'ı ekleniyor mu?
[ ] SPF / DKIM (2048-bit) / DMARC (p=reject, adkim=s aspf=s) yeşil ve hizalı mı?
[ ] Gmail Postmaster + Microsoft SNDS/JMRP + Yahoo CFL kayıtlı ve veri akıyor mu?
[ ] Test gönderimi ana partiyle aynı IP, domain ve içerikten mi çıkıyor?
[ ] IMAP okuma script'i tüm seed'lerde çalışıyor, missing'i doğru raporluyor mu?
[ ] Sağlayıcı başına go/no-go eşikleri yazılı ve ekipçe kabul edilmiş mi?
[ ] No-go durumunda kampanyayı kimin durduracağı belli mi?
Kendi mail altyapını yönetiyorsan bu ölçümün her katmanı senin elinde: seed hesapları da, gönderen IP de, IMAP okuması da. Ölçemediğin şeyi yönetemezsin — ve open-rate hiçbir zaman yerleşimi ölçmedi.
