E-posta alan adı geçişi: yeniden markalama için kampanyaları hazırlamak

Yeni alan adı yayında ve logo değişti ama sipariş onayları hâlâ eski markadan geliyor. Gönderici adresini değiştirmek son dokunuş gibi gelebilir. Ancak e-posta programının kendi altyapısı, etkileşim geçmişi ve alıcı beklentileri vardır. Bunların da adla birlikte taşınması gerekir.

Litmus, 4 Ağustos 2026 tarihli yeniden markalama rehberinde alan adı değişimini bir teslim edilebilirlik olayı olarak ele alıyor. Pratik soru, çalışan bildirimleri, izinleri ve bozulmayı fark etme yeteneğini koruyarak gönderici kimliğinin nasıl değiştirileceğidir.

Gerçekte neyin taşındığını belirleyin

Yeniden markalama her adresi hemen değiştirmeyi gerektirmez. Göndericilerinizi haritalayın: pazarlama kampanyaları, işlem onayları, hesap kurtarma, faturalar, hatırlatmalar ve çalışan e-postası. Her akışın sistemini, mevcut alan adını, yanıt adresini, amacını ve sorumlusunu kaydedin. Bağlantıları, görselleri ve tıklama izleme alanlarını ayrı belirleyin.

Adını değiştirip sitesini taşıyan şirketi düşünün. İşlemsel mesajlar başka bir pazarlama kampanyası gibi görülmemelidir: ulaşmayan ödeme bildirimi okunmayan bültenden farklı sorun yaratır. Geçiş sırası her akışın önemine, hacmine ve altyapı hazırlığına bağlıdır. Hangi göndericilerin geçici olarak eski alanda kalacağını ve alıcıların markalar arasındaki ilişkiyi nasıl anlayacağını kararlaştırın.

Küçük betikler dahil şirket adına gönderen her sistemi kontrol edin. Mailgun ve Google Apps Script mimarisi, bildirimlerin Forms, Calendar ve Sheets’e nasıl bağlanabileceğini gösterir. Envanter için bağlam sunar; yayınlanan açıklama yeni alan adına geçişi veya projenin güncel çalışmasını kanıtlamaz.

Her akışın kimlik doğrulamasını kontrol edin

Yeni gönderici, e-posta hizmetiyle kararlaştırılmış ayarlara ihtiyaç duyar. SPF yetkili gönderim kaynaklarını belirtir, DKIM imza doğrulamasını destekler, DMARC bu kontrolleri görünür gönderici alanıyla ilişkilendirip işleme politikası tanımlar. DNS’te kayıt bulunması, gerçek mesajın doğru yapılandırıldığını kanıtlamaz.

Her katılan sistemden test gönderip başlıkları, doğrulama sonuçlarını ve alan hizalamasını inceleyin. Yazıdaki DNS örneğini hizmetinizin ayrıntılarıyla değiştirmeden kopyalamayın. Mevcut kayıtlar ve gönderim kaynakları önemlidir: envanter tamamlanmadan sıkı politika uygulamak meşru postaları etkileyebilir.

Litmus, gönderim kaynaklarını görmek için toplu DMARC raporlarının toplanmasını da önerir. Raporu kimin inceleyeceğini ve bulgunun nasıl atanmış işe dönüşeceğini belirleyin. Altyapı işletim planı, kaydedilmiş ayarları, sorumluları ve açık yapılandırma geri alma prosedürünü içermelidir. E-posta kontrolleri web sitesiyle birlikte yeniden markalama kabulüne dahildir.

Alıcı ilişkilerini koruyun

Listeyi taşımak adres kopyalamaktan fazlasıdır. Çıkış kayıtlarını, engelleme nedenlerini, izinli konuları, sıklık tercihlerini, onay geçmişini ve segment üyeliğini koruyun. Yeni platform veya alan adı, vazgeçmiş kişiye ulaşmayı haklı çıkarmaz.

Mevcut kitleyi tanıdığı göndericiyle bilgilendirin. Yeni adı, gelecekteki adresi ve resmî siteyi açıklayın. Hesap erişimi değişiyorsa gerçekten gerekli eylemi belirtin. Sırf marka değişimini duyurmak için parola sıfırlama ihtiyacı uydurmayın. Alıcılar şüpheli bağlantılar veya ek aramalar olmadan geçişi anlamalıdır.

E-posta tercih merkezi burada önemlidir: konu ve sıklık yeniden markalamadan sonra korunmalı. Eski çıkış bağlantılarıyla yeni formları birkaç test kişisiyle deneyin. Bir sistem izni tutarken diğeri geri çekilmeyi kaydetmişse geçiş tamamlanmamıştır.

Değişiklikleri ayırın ve başlangıcı izleyin

Aynı anda yeni alan adı, başka gönderim hizmeti, tamamen farklı şablonlar ve keskin hacim artışı uygulamayın. Sonuçlar bozulursa nedeni belirlemek zorlaşır. İlk mesajda tanıdık öğeleri koruyun; marka planı izin veriyorsa tasarımı ve segmentasyonu ayrı değiştirin.

Sınırlı akış ve yakın zamanda etkileşim kuran alıcılarla başlayın. Kendi geçmişinize dayanarak başlangıç hacmini ve büyüme hızını hizmetinizle kararlaştırın: Litmus’taki sayılar evrensel güvenli takvim değildir. Doğrulama hataları, olağandışı geri dönüşler, şikayetler veya kritik bildirim sorunları dahil duraklatma ölçütlerini önceden belirleyin. Gönderimden önce kampanyayı durdurabilecek kişiyi tanımlayın.

Litmus, 20 Temmuz 2026 teslim edilebilirlik yazısında sunucunun kabulünü gelen kutusuna yerleşimden ayırır. Dolayısıyla “teslim edildi” raporu kontrolü tamamlamaz. E-posta sağlayıcısına göre geri dönüş ve şikayetleri, mevcut yerleşim gözlemlerini ve mesaj bağlantısındaki eylemin tamamlanmasını karşılaştırın. Açılmalara temkinli yaklaşın: okunma veya ticari sonuçla eşdeğer değildir.

Doğrulanabilir geçiş kaydı tutun

Akış, geçiş tarihi, kullanılan yapılandırma, test mesajları, gözlenen sapmalar ve sahibin kararını içeren günlük tutun. Kitleyi değiştirmeden önceki ve sonraki toplam başarı oranları yerine eşdeğer segmentleri karşılaştırın. Geçmiş Mailwizz analitiği projesi, geri dönüş işlemeyi ve dışlamaları örnekler; raporundaki teslim durumu gelen kutusuna yerleşimin bağımsız kanıtı değildi.

Geçiş gönderim hizmeti API’sini etkiliyorsa entegrasyon sözleşmesi kontrollerini ekleyin. Teslimat olayları, kimlikler ve bağlantılardaki değişiklikler gönderim sürerken raporlamayı bozabilir. Yeni olayın doğru mesaja ait olduğunu ve yinelenen kayıt oluşturmadığını doğrulayın.

Kararlaştırılan akışlar beklenen adresleri kullanıyor, çıkışlar etkili kalıyor, kritik mesajlar kontrolleri geçiyor ve ekip sapmaları görüp yanıtlayabiliyorsa geçiş tamamlanır. Başarılı ilk kampanya bir kontroldür. Yeniden markalama, sonraki gönderimleri izlemeyi ve tasarım projesi bittikten sonra da sorumluluğu sürdürmeyi gerektirir.