チャンネル
同じグラフから、4つの方法で人に届く
リマインダーはSMSで届きます。人は数分以内に読むからです。ストーリーはメールで届きます。書き込む余地があるからです。肩をたたく合図はプッシュで届きます。切手をかける価値のある顧客には、印刷して郵送します。どの手段を使うかはノードの属性であり、購入して学んで照合までしなければならない別ツールの属性ではありません。
メール
あなたのドキュメントから、メールクライアントが実際に求める形にレンダリングします。テーブル、インラインCSS、Outlookのためのflexやgridなし、ダークモード対応の配色、そして自動生成されるプレーンテキスト版。
RFC 8058、そして今や大手受信箱プロバイダが求めるList-Unsubscribe-Postによるワンクリック配信停止。さらに公開時のサイズチェック。Gmailは約102KBで切り詰めるため、切り詰められたメッセージは、誰も見ない末尾に配信停止リンクを隠してしまいます。
SMS
今日読まれるべきメッセージのために。明日の予定、日曜に終わるオファー。短く、ほぼ即座に読まれます。だからこそ、使いすぎてはいけません。
セグメントは送信前にカウントされます。GSM-7では160文字。絵文字1つ、カーブした引用符、拡張テーブル外のポーランド語のダイアクリティカルマークが1つあるだけで、メッセージ全体がUCS-2に切り替わり、1セグメント70文字になります。1通だと思っていたメッセージが3通分のコストになります。その数字は送信前に確認でき、請求書で知るのではありません。STOPとその類似語はサービス内で尊重されます。ほとんどの市場では機能ではなく法的要件だからです。
プッシュ
VAPIDキーとRFC 8291ペイロード暗号化によるWeb Push、APNs経由のiOS、FCM経由のAndroid、そしてすでに接続しているアプリのためのソケット経由アプリ内経路。
デバイスレジストリは、連絡先ごと・アプリごと・エンドポイントごとに1行を保持し、プロバイダからの410または404でその行を即座に削除します。削除されないトークンは静かに配信率を汚染し、その後のすべての計測を誤らせます。だからこそ、送信よりも削除のほうが重要なのです。
印刷した手紙
同じクリエイティブドキュメントを、印刷用CSSを通じてPDFにレンダリングし、宛先を付けて郵送します。記念日のため、高価値顧客のため、メールを読まない層のため。そして、他社全員が受信箱にいるとき、あなたが玄関マットに届くその瞬間のために。
これは通常のノードです。同じ待機がその前にあり、同じゴールチェックがそれをキャンセルし、同じ同意台帳がそもそも送信できるかどうかを管理します。
送信手段はご自身のものを
ClickSomoはメールサーバーを意図的かつ恒久的に運用しません。送信者IDを接続します。つまり、送信手段に紐付けられたアドレスです。それはご自身のSMTPメールボックス(ホスティングがすでに提供しているものを含む)でも、SendGridなどすでに支払っているプロバイダでも構いません。
1つのプロジェクトは複数を保持できます。トランザクションメール用のメールボックス、大量送信用のプロバイダ、そしてファネルノードがどれを使うかを選択します。各IDは独自のレート上限を持ちます。小さなメールボックスの上限は低く、叩きすぎるとレート制限ではなくアカウント停止になるからです。
システムが破らせないルールが一つあります。バルクトラフィックは、トランザクション指定のドメインからは決して送信されません。サインインメールや領収書をあるドメインから送っている場合、そこにバルク用の送信者IDは作成できません。一つの悪いキャンペーン — あなたのものでも他人のものでも — が、あなた自身のパスワードリセットを止めてしまうことがあってはならないのです。
その結果、これこそが要点ですが、束ねるべきメッセージ単位のコストが発生しません。束ねるものが何もないからです。あなたの評判はあなた専用のもので、見知らぬ他人と共有されることはありません。
- 1アドレスとホストホスト、ポート、認証情報、TLSモード、そして設定する送信レート上限。
- 2DNS確認済み必要なSPF・DKIM・DMARCレコードを設定し、検証します — その後も再確認します。誰かがゾーンファイルを整理するとレコードはずれてしまうからです。
- 3リターンパスバウンス通知を受信・解析・分類する実在のメールボックスに向けます。SMTPにWebhookはありません。小規模な送信者が本物のバウンス処理を得るには、これが方法です。
- !不許可トランザクション指定ドメイン上のバルク送信者ID。今はポリシー一行、後には取り返しのつかない混乱。
あなたのアドレスあなたの評判マークアップなし
4つの入口。メッセージが合うものを選びます。
本当に役立つ部分
どのプロバイダが配送しても、一つの配信用語彙
プロバイダごとに配信報告の方法は異なります。SendGridは署名付きJSONのWebhookを送ってきます。普通のSMTPアカウントは何も送らず、バウンスは人間が読むためのメールとして届きます。どちらも、上流に渡る前に同じ11種類のイベントへ正規化されます。
- 1送信待ち · 送信済み · 配信済み · 遅延メッセージの進行状況を、どのプロバイダでも同じ意味を持つ言葉で表します。
- 2open · clickクリックにはURLが付きます。ボットのトラフィックは隠さず、レポート上で分離されます。
- 3ソフトバウンス · ハードバウンス · 苦情ハードバウンスと苦情はどちらも、恒久的にサプレッションに書き込みます。
- 4unsubscribe · failed配信停止は送信サービス内部を含め、すべての場所で同時に尊重されます。
- i重要な理由プロバイダを切り替えても上流には何も変わりません — レポートも、セグメントも、ファネル条件も。方言は入り口で止まります。
SMSとプッシュも同じイベント
送信に問題が起きたときの動作
リトライは指数バックオフで行われ、沈黙ではなくデッドレターキューで終わります。プロバイダからの4xxは再試行されますが、メッセージが受け付け不能を意味する5xxは再試行しません。永遠に再試行し続けることが、アカウント停止につながるからです。
サプレッションはここだけでなく送信サービス内部でも強制されるため、プロバイダを切り替えても、2年前にサプレッションしたアドレスが復活することはありません。また、送信者IDごとの同時実行数制限により、大規模キャンペーンは小さなメールボックスを最初の30秒で圧倒するのではなく、ペースを合わせて送信します。
意図的に作っていないもの: 自前のメール転送エージェント、専用IPプール、ウォームアップスケジューラ、フィードバックループ登録。これらは本物の作業であり、評判がかかっている当事者 — あなたのプロバイダか、あなた自身のメールボックス — に属するものです。ここで作れば、あなたの送信を他人と共有することになり、まさにこの設計が拒否していることになります。