Route · Transactional

トランザクションメール

ログイン、チェックアウト、アカウント確認ができないとき、メールの遅延はプロダクトの失敗です。Sendarix はトランザクションの信頼性と運用の明瞭さのために構築されています。

cURL Node SMTP
# routing policy で重要メールを送信
curl -sS -X POST 'https://app.sendarix.com/v1/email/send' \
  -H 'Content-Type: application/json' \
  -H 'X-API-Key: YOUR_API_KEY' \
  -H 'Idempotency-Key: otp_8842' \
  -d '{"to":"user@acme.com","template":"password_reset","routing_policy":"transactional-critical"}'
const sendarix = require("sendarix")(process.env.SENDARIX_KEY);

await sendarix.email.send({
  to: "user@acme.com",
  template: "password_reset",
  routingPolicy: "transactional-critical",
  idempotencyKey: "otp_8842"
});
# Drop-in SMTP — 既存統合を維持し control plane を追加
host:     smtp.sendarix.com
port:     587  (STARTTLS)
username: "your_sending_key"
header:   X-Sendarix-Policy: transactional-critical

遅延はプロダクト上の失敗です

クリティカルなメールワークフローには予測可能な配信が必要

アカウントセキュリティメール、ライフサイクル通知、システムトリガー通信を 1 つのインフラで。

Events · Nachrichten-Lifecycle · msg_01HF2K…
03:14:02 受付済み api · idempotency_key=otp_8842
03:14:02 キュー済み pool=transactional-critical
03:14:03 送信済み relay=eu-primary
03:14:051 延期 421 制限 · eu-primary
03:14:06 reroute済み policy=failover → us-relay
03:14:07 配信済み Inbox

代表的な製品 UI — 例示データであり、実際の顧客指標ではありません。

プロダクトの信頼性のために構築

トランザクショントラフィックはキャンペーンとは異なります。タイムリーな処理、堅牢な抑制衛生、アプリとサポート向けの明確なステータスフィードバックが必要です。

OTP とセキュリティメール

高圧下でも予測可能な挙動で認証コードとリセットリンクを配信。

ライフサイクル通知

請求通知、プロダクトイベント、アカウント更新を単一の信頼できる配信パスから送信。

結果の可視性

サポートとエンジニアリングが各メッセージに何が起きたか迅速かつ正確に確認できます。

自動化対応

API と Webhook と組み合わせ、配信とバウンスイベントにリアルタイムで反応。

優先メッセージストリーム

クリティカルなセキュリティや請求フローを、低優先度の通知から分離してより良いコントロールを。

一貫したテンプレート統治

トランザクションテンプレートを標準化し、複数チームとサービス間のドリフトを削減。

トランザクションパイプライン

ビジネスクリティカルなメッセージ配信のための、まっすぐで監査可能なフロー。

1. トリガー

アプリケーションイベント:サインアップ、リセット、支払い、アラート、アカウントアクション。

2. 合成

テンプレートとデータが追跡用メタデータ付きのメッセージペイロードにマージ。

3. 配信

メッセージは制御された配信動作と抑制チェックで処理・送信されます。

4. 確認

ステータスはログ/イベントに記録され、システムとサポートが自信を持って行動できます。

一般的なユースケース

パスワードリセット、ログイン確認、アカウント招待、サブスクリプション確認、請求書、領収書配信、サービスインシデント通知。

推奨スタック

メール API + Webhooks + 分析 でライフサイクル全体の可視性を。

よくある質問

トランザクションとマーケティングは同じセットアップを共有できますか?

可能ですが、多くのチームはより良いコントロールのために戦略とポリシーを分けます。Sendarix は両方に対応します。

失敗したユーザー通知をどうデバッグしますか?

メッセージログとイベント追跡で、メッセージがどこで受理、配信、バウンスされたか正確に調べられます。

ダウンタイムなしで移行できますか?

はい。多くのチームは選んだトランザクションフローから始め、カバレッジを広げます。

トランザクションメールとマーケティングの違いは?

トランザクションはユーザーアクションやアカウント状態でトリガーされます。マーケティングはプロモーションやニュースレター風です。規制当局とメールボックスプロバイダーは同意と抑制を異なる扱いにします。

トランザクションメールはどれくらい速く届くべきですか?

ユーザーはパスワードリセットと OTP を分単位ではなく秒単位で期待します。受理から配信までの時間を監視し、サポートが膨らむ前に劣化を捉えます。

トランザクションコンテンツはテンプレート化すべきですか?

はい。テンプレートはエラーを減らし、ブランドを一貫させ、ローカライズを容易にします。動的フィールドをパラメータ化し、長い名前や欠落したオプションデータなどのエッジケースをテストしてください。

バウンスはプロダクトのユーザーアカウントにどう影響しますか?

ハードバウンスと苦情は、そのアドレスへの送信を止めるべきことを意味することが多いです。多くのプロダクトは抑制リストを同期し、死んだまたは敵対的な受信者への再試行を避けます。

トランザクションメールを安全に A/B テストできますか?

できますが、実験より明瞭さと配信到達率を優先してください。小さなコホートでエンゲージメントとサポートチケットを測定し、セキュリティに敏感なフローを混乱させる変更は避けてください。

トランザクションとマーケティングで別ドメインが必要ですか?

多くのチームは別サブドメインやドメインを使い、プロモーションメールのレピュテーション問題が重要なアカウントメールを引きずらないようにします。配信戦略はリスクプロファイルに合わせてください。

すべてのテナントの重要メールを守る。

今週、最も重要な stream を Sendarix に移行してください。他はそのままで構いません。