# E-postanızı bir ajan gönderdiğinde de geçerli olan kurallar

Kanonik URL: https://brew.new/tr/blog/agent-email-deliverability
Yazar: Thomas Park
Yayımlandı: 2026-09-27
Güncellendi: 2026-09-28

Bir ajan, bir kampanyayı bir insanla aynı gönderim altyapısı üzerinden başlatabilir. Gmail ise yine göndericiyi, alan adını ve mesajı görür.

Posta kutusu sağlayıcıları **alan adlarını, IP’leri ve şikâyet oranlarını** değerlendirir. Gönder düğmesine bir insanın basıp basmadığına bakmazlar. Ajan tanıtım amaçlı bir içeriği işlemsel IP üzerinden gönderirse, bunu elle yapsaydınız yaşayacağınız sorunun aynısıyla karşılaşırsınız; üstelik daha erken.

Bu yazı [e-posta teslim edilebilirliği rehberinin](/tr/blog/email-deliverability) yerine geçmiyor, onu tamamlıyor. O yazı itibarı, kimlik doğrulamayı ve liste hijyenini ele alıyor. Bu yazı ise gönder düğmesine bir yazılım bastığında ortaya çıkan hatalarla ilgili.

## Yasa ajanlardan söz etmiyor

[CAN-SPAM](https://www.ftc.gov/business-guidance/resources/can-spam-act-compliance-guide-business) ticari mesajlar için geçerlidir. [Birincil amaç testi](https://www.ecfr.gov/current/title-16/chapter-I/subchapter-C/part-316/section-316.3) konu satırına ve gövdeye bakar; onları kimin yazdığına değil.

Bir faturayla bir teklifi bir araya getiren mesajda birincil amacı değerlendirin. Konu satırı, hesap bilgilerinin mesajdaki yeri ve tanıtımın ne kadar öne çıktığı belirleyicidir. Alt bilgideki kısa bir tanıtım, bir hesap ekstresini kendiliğinden ticari hâle getirmez. FTC’nin rehberinde bununla ilgili örnekler var. Ticari mesajlarda doğru başlık bilgileri ve yanıltıcı olmayan konu satırları, fiziksel bir adres ve çalışan bir abonelikten çıkma seçeneği bulunmalıdır.

Tersi de geçerli. Ajanın gerçek bir güvenlik olayı üzerine tetiklediği bir şifre sıfırlama e-postası, içerik o olayla sınırlı kaldığı sürece işlemsel kalır.

## Gmail ve Yahoo gerçekte neler istiyor?

[Gmail’in gönderici gereksinimleri](https://support.google.com/mail/answer/81126), tüm göndericiler için geçerli kuralların yanı sıra kişisel Gmail hesaplarına günde yaklaşık **5.000 mesaj** gönderen toplu göndericiler için daha katı kurallar içerir. Bu daha katı gereksinimler arasında şunlar var:

- SPF, DKIM ve `p=none` ya da daha katı bir politikaya sahip DMARC ile hizalama.
- [RFC 8058](https://www.rfc-editor.org/rfc/rfc8058.html) uyarınca `List-Unsubscribe` ve `List-Unsubscribe-Post` başlıklarıyla tek tıkla abonelikten çıkma.
- **%0,1**’in altında kalan ve hiçbir zaman **%0,3**’e ulaşmayan spam oranları.

İşlemsel e-postalar tek tıkla abonelikten çıkma kuralından muaftır. Ama kimlik doğrulamadan muaf değildir; şablonu bir indirim kampanyasıyla doldurursanız spam şikâyetlerinden de muaf olmaz.

[Yahoo](https://senders.yahooinc.com/best-practices/), yüksek hacimli göndericilerden pazarlama ve işlemsel e-postaları **farklı IP’lerden**, mümkünse farklı alan adlarından göndermelerini istiyor. Ajanın hangi gönderim kimliğini kullanacağını belirsiz bir varsayılan ayara bırakmak yerine kontrol edin.

## Ajanın erişimine neleri açmalısınız?

Kampanyalar ve otomasyonlar için ajana **tanıtım amaçlı** bir gönderim kimliği verin: ısındırdığınız alan adı, şikâyetleri beklediğiniz IP, test ettiğiniz abonelikten çıkma başlıkları.

**İşlemsel** e-postaları ayrı bir kimlikte tutun. Brew içinde bu kimlik, gönderim amacı işlemsel olan bir alan adıdır; e-postanın kendisi ise tetikleyicisi olan, yayımlanmış bir otomasyondur. Şablonu ajan hazırlayabilir. Ama her olayın gönderim yolu yine de JSON payload içeren bir `POST /v1/automations/triggers/{triggerEventId}/fire` isteği olmalıdır; “bu taslağı listeye gönder” komutu değil.

Ajanın, “hangisinin gelen kutusuna düşeceğini görmek için” doğrulanmış alan adları arasından From adresini gelişigüzel seçmesine izin vermeyin. Aynı anda iki ayrı itibar biriktirip hiçbirini anlayamamanın yolu budur.

## İlk gözetimsiz gönderimden önce inceleyin

Asıl tehlike yazım hatası değil. Tehlike, hiç yayımlamadığınız bir rakamı aktaran akıcı bir paragraf ya da makbuza benzeyen bir konu satırıdır.

Bir ajanın inceleme kuyruğu olmadan gönderim yapmasına izin vermeden önce:

1. İlk kampanyayı kaynak briefle karşılaştırarak okuyun. Her rakam, size ait bir belgede yer almalı.
2. Kampanyayı Gmail, Yahoo ve Outlook adreslerini içeren bir test listesine gönderin.
3. Tek tıkla abonelikten çıkma başlığının tanıtım amaçlı e-postalarda bulunduğunu, işlemsel e-postalarda ise bilinçli olarak eklenmediğini doğrulayın.
4. Fiziksel adresin, tanıtım amaçlı e-postaların alt bilgisinde yer aldığını doğrulayın.

Harmonya’dan Cory Nelson, [Noah Adelstein’a](https://thegtmengineer.substack.com/p/how-to-turn-email-marketing-into) süreci ajana bırakmadan önce ilk kampanyayı bu şekilde okuduğunu anlattı. Doğru sıralama da bu.

## Kısaca

Alan adınız için kimlik doğrulamayı kurun, doğru gönderim kimliğini seçin ve ilk kampanyayı onaylanmış briefle karşılaştırarak inceleyin. Asistanın izinlerini ve onay ayarlarını da kontrol edin. Her MCP istemcisi onayı aynı şekilde istemez.

Uydurma rakamların önüne geçen brief yapısını [bir e-posta ajanına nasıl brief verilir](/tr/blog/how-to-brief-an-email-agent) yazısında bulabilirsiniz. Harmonya’daki ilk kampanya okumasını ise [Harmonya’nın bir bülteni nasıl yaşam döngüsü programına dönüştürdüğünü](/tr/blog/harmonya-lifecycle-email) anlattığımız yazıda ele aldık.