İşlemsel e-postalar bir işlem ya da müşteri ilişkisi hakkında bilgi verir: bir makbuz, talep edilmiş bir şifre sıfırlama, bir kargo güncellemesi ya da bir hesap güvenliği bildirimi. Amaçları, birinden satın almasını ya da geri dönmesini isteyen bir kampanyanınkinden farklıdır.

Ayrımı mesajın kendisi belirler. Bir gönderim aracında bir e-postayı “işlemsel” diye işaretlemek, onun hukuki statüsünü belirlemez.

Birincil amaç testini uygulayın

FTC’nin CAN-SPAM rehberi, işlemsel ve ilişki mesajları için dar kapsamlı kategoriler tanımlar. Ticari ve işlemsel içeriğin bir arada olduğu mesajlarda, makul bir alıcının konu satırından ne anlayacağına ve işlemsel bilgilerin mesajın neresinde yer aldığına bakar.

Tanıtım amaçlı bir konu satırı, karma bir mesajı ticari hâle getirebilir. Alt bilgideki kısa bir tanıtım ise bunu kendiliğinden yapmaz: FTC, böyle bir tanıtıma rağmen ağırlıklı olarak işlemsel kalan bir hesap ekstresini örnek veriyor. Belirleyici olan, kuralın kendisi ve gerçek mesajdır.

Temel bilgileri ön planda tutun. Bir tanıtım, makbuzdan ya da güvenlik bildiriminden dikkati dağıtıyorsa ayrı bir pazarlama e-postası genellikle daha net bir editoryal tercihtir. Bunlar ABD’ye ait yönergeler; alıcılarınız ve işletmeniz için geçerli gereklilikleri ayrıca inceleyin. Kaynaklar 28 Eylül 2026’da incelendi.

Sık karşılaşılan bazı durumlar

Bir hesap durumu bildirimi ile bir yükseltme teklifi aynı deneme süresiyle ilgili olup farklı amaçlara hizmet edebilir. E-postanın okurdan ne yapmasını istediğine bakın.

Sağlayıcı kuralları yine de geçerli

Gmail’in gönderici yönergeleri, tek tıkla abonelikten çıkma gereksinimlerini pazarlama ve abonelik e-postaları için öngörür, işlemsel mesajları ise bunlardan ayrı tutar. Kimlik doğrulama ve itibar ise ikisi için de önemini korur.

Yahoo, toplu pazarlama trafiğini işlemsel trafikten IP adresine göre, uygun olduğunda da alan adına göre ayırmayı öneriyor. Yeni bir alt alan adının tek başına bağımsız bir itibar yaratacağını varsaymak yerine sağlayıcınızın önerdiği kurulumu izleyin.

Pazarlama e-postaları için tek tıkla abonelikten çıkma başlığı mekanizmasını RFC 8058 tanımlar. Alt bilgideki bağlantı ile başlık tabanlı abonelikten çıkmanın rolleri farklıdır. Davranışı, alıcıya ulaşan mesaj üzerinde test edin.

Bir işlem olayını Brew üzerinden gönderin

Brew bu iş akışı için yayımlanmış bir otomasyonu ve onun tetikleyicisini kullanır. Doğrulanmış bir gönderim alan adını uygun gönderim amacıyla yapılandırın, tetikleyicinin payload alanlarını tanımlayın ve bu alan adını kullanan bir “E-posta gönder” adımı oluşturun. Alan adı ayarı, Brew içindeki gönderim davranışını belirler; tanıtım amaçlı içeriği hukuken işlemsel hâle getirmez.

Otomasyonu test edip yayımladıktan sonra tetikleme isteğini sunucunuz gönderir. Bu örnekte tetikleyicinin order_id ve ship_date alanlarını tanımladığı varsayılıyor:

curl --fail-with-body \
  "https://brew.new/api/v1/automations/triggers/${BREW_ORDER_TRIGGER_ID}/fire" \
  -H "Authorization: Bearer ${BREW_API_KEY}" \
  -H "Content-Type: application/json" \
  -H "Idempotency-Key: order-1234-shipped" \
  -d '{"payload":{"email":"ada@example.com","order_id":"1234","ship_date":"Tuesday"}}'

Gerçek tetikleyici kimliğini ve olaya özgü, sabit bir idempotency anahtarını kullanın. E-posta, tanımlanmış bir payload alanını {{ trigger.order_id }} gibi bir söz dizimiyle okuyabilir. Birleştirme etiketi dokümantasyonuna göz atın ve eksik değerleri test edin.

Çalıştırmayı ve alıcıya ulaşan e-postayı inceleyin. Yeniden deneme davranışını test edin ve pazarlama e-postalarından abonelikten çıkmış kişilerin gönderim amacına göre doğru şekilde ele alındığını doğrulayın. Teslim sırasında uygulanan gönderim engelleri gibi diğer korumalar da geçerliliğini korur; işlemsel ayar, her adrese teslim edileceğine dair bir söz değildir.

Yayımlama ve durum kontrollerini otomasyon rehberi ele alıyor. Şablonu bir asistan hazırlıyorsa da aynı gönderim incelemesi geçerlidir.