メール配信の仕組みは型で選ぶ｜AI機能に飛びつく前に

「配信の道具を比べているが、機能一覧がどれも似ていて決め手がない」「AIが最適な時刻に送ってくれるらしいので、その機能があるものにしたい」。——同じ選定会議の、違う席から出てくる声です。前の声は情報システム部門から、後の声はマーケの担当から届きます。どちらも、機能の一覧を見比べれば決められるという前提に立っています。けれども、配信の仕組みは機能の数では分かれません。分かれ目は、送信の引き金を誰が引き、どこで止められるかです。この記事では、仕組みを3つの型に分けたうえで、型ごとに社内へ残る仕事と、各社が足しているAIの機能を何を根拠に信じるかを整理します。

「メール配信サービス」という言葉が、3つの違う買い物を指している

選定会議で「メール配信サービスを探しています」と言うと、参加者はそれぞれ違うものを思い浮かべます。受注のたびに1通出る確認の通知を想定している人、月に一度の案内を数万件まとめて送る場面を思い浮かべる人、見込み客の動きに合わせて段階的に送る仕組みを考えている人。この3つは、必要な道具がまったく違います。同じ言葉で3社に見積りを頼めば、返ってくる提案の粒度がそろわないのは当然です。

粒度がそろわないまま比べると、判断は「安いほう」か「機能が多いほう」に落ちます。ところが機能の一覧は、どの社も似た言葉で書かれています。差し込み、条件分岐、開封の計測、停止の受付、AIの提案。並べれば横並びに見えます。一覧に載らないのは、その機能が誰の操作で動き、誰が止められるかという部分です。そこが型の違いであり、運用に入ってから毎日効いてくるところです。

だから最初にやることは、候補を並べることではありません。自社が送りたいメールを、引き金ごとに分けて数えることです。人が押して出るもの、条件が満たされて出るもの、業務の処理が終わって出るもの。この3つがそれぞれ何種類あり、どれを止める必要があるかを紙に書き出すと、選ぶべき型はかなり絞れます。書き出す前に候補を集めても、比べる軸が手に入りません。

型を分ける線は、機能の数ではなく送信の引き金

引き金とは、送信が始まるきっかけのことです。担当者が画面の送信ボタンを押す。設定した条件に相手が当てはまる。業務システムが受注や出荷の処理を終える。この3つは、止め方がまったく違います。押して出るものは押さなければ止まります。条件で出るものは、条件そのものを切らないと止まりません。業務処理から出るものは、業務を止めない限り出続けます。

誤った内容で送ってしまったと分かった直後の15分を想像すると、この差がはっきりします。押して出す型なら、残りの回を送らなければそれで止まります。条件で出す型なら、動いている条件を全部探して止める操作が要ります。条件は増えるもので、誰も消さないまま残っているものがあるため、探すこと自体に時間がかかります。業務システムから出る型では、送信だけを止める操作が用意されていないことすらあります。

型を選ぶというのは、事故が起きた日に自分が何を操作できるかを選ぶことです。機能の一覧は、その日の役に立ちません。以下、3つの型を順に見ていきます。呼び名は各社で違いますが、引き金と止め方の組み合わせで見ると、だいたいこの3つに収まります。自社の送信が複数の型にまたがっている場合は、またがっていること自体が選定の前提になります。

型1：配信だけを担う送信基盤

1つ目は、宛先の束と本文を受け取って送り切ることに専念する型です。誰にいつ何を送るかの判断は持ちません。持っているのは、届けるための土台のほうです。差出人としての名乗りを整える仕組み、届かなかった通知の戻りを拾って記録する仕組み、停止の申し出を受ける口、送信の速さを調整する仕組み。このあたりが本体で、画面の使いやすさは主戦場ではありません。

向くのは、送る中身が業務側ですでに決まっている場合です。注文の確認、合言葉の再設定、予約の通知のように、事象ごとに1通出るもの。あるいは、宛先の作り方は自社の別の仕組みで持っていて、送る部分だけを外に出したい場合。通数が多くても種類が少ない送信は、この型がいちばん素直です。画面から名簿を編集する機能を求め始めた時点で、選ぶ型を間違えている可能性があります。

代わりに、社内に残る仕事があります。宛先を作る側の仕組みを、自社で持ち続けることです。停止の申し出が基盤の側に記録されても、宛先を作る側がそれを読みに行かなければ、次の送信でまた入ってきます。止めた記録の置き場と、宛先を作る場所が別々にある。これがこの型の最大の注意点で、後段のAIの章でもう一度出てきます。選定の場では、基盤に記録された停止を、宛先を作る側がどの頻度で読みに行くかを必ず確かめます。

型2：見込み客の管理まで含む統合型

2つ目は、名簿・行動の履歴・条件分岐・フォーム・点数付けまでを一つの中に持ち、送信はその機能の一部として置かれている型です。送る相手を育てる仕事が主で、メールはその手段の一つという位置づけになります。止める記録と名簿が同じ中にあるのが利点で、停止の申し出はそのまま次の抽出に効きます。

一方で、引き金が増えます。担当者の操作、条件の一致、日時の指定、他の仕組みから届いた合図。増えた分だけ、止めるときに探す場所も増えます。運用が1年も続くと、誰が作ったか分からない条件が残ります。選定の段では見えませんが、この型を入れた組織が半年後に困るのは、たいてい機能の不足ではなく、この止まらない条件のほうです。

なお、統合型の中でどれを選ぶかという各論は、当メディアの別記事で扱っています。ここで判断してほしいのは「そもそも統合型を選ぶ場面か」の1点だけです。材料は単純で、名簿を育てる仕事が社内に実際にあるかどうかです。その担当が置かれていないなら、統合型の機能の大半は使われないまま費用だけが乗ります。使う予定の機能を3つ挙げられないときは、まだこの型を選ぶ段ではありません。

型3：業務システムから送る組み込み型

3つ目は、受注・出荷・請求・予約といった業務の処理の終わりに1通が出る形です。送信のための入り口だけを外から借りて、中身は業務システムのデータで組み立てます。マーケの担当が画面を開くことはありません。送信の設定は、業務システムの設定の一部として存在します。見積書に「配信」という項目が立たないため、選定の対象として認識されないこともあります。

この型の怖さは、止める操作がマーケ側に無いことです。解約した相手に案内が出続ける、試験用の環境から本番の宛先に出てしまう、文面の誤りに気づいても直せない。どれも、送信を握っているのが業務システムの担当だから起きます。しかもその担当は、メールの到達や停止の作法を本業にしていません。作法を知っている人と、操作できる人が別なのが、この型の構造です。

選ぶときは、借りている入り口の持ち主が誰かを確かめます。業務システムの提供元が中に持っているのか、別の送信基盤を呼んでいるのか。後者なら、その基盤の契約者は誰かまで確かめます。契約者が自社でない場合、届かなくなった原因を調べられるのも、止めるよう頼めるのも自社ではありません。ここは契約書ではなく、設定画面を見せてもらって確かめる部分です。

3つの型を、同じ物差しで並べ直す

3つを機能表で比べても差は出ません。差が出るのは、引き金・止める場所・社内に残る仕事・到達の土台を誰が持つか・何に対して費用が増えるかの5つです。この5行で並べ直すと、候補は自然に絞れます。金額の欄は入れません。金額は型が決まってからでないと比べられないからです。

見るところ	送信基盤だけの型	統合型	業務システム組み込み型
送信の引き金	宛先を渡す側の処理	担当者の操作と条件の一致	業務の処理が終わった瞬間
止める場所	宛先を渡す手前	画面と、動いている条件の両方	業務システムの中だけ
社内に残る仕事	宛先を作る仕組みの保守	名簿と条件の設計と棚卸し	文面の管理を業務担当が兼務
到達の土台	基盤側が持つ	内に持つか外へ出すかで割れる	借りている入り口の持ち主
費用が増える向き	送る通数	登録件数と使う機能の数	つなぐ本数と改修の回数

この表で自社の答えを埋められない行があれば、そこがまだ決まっていない部分です。決まっていないまま見積りを取ると、各社が自分の標準で埋めます。埋め方の差が、そのまま提案の差になって返ってきます。特に「止める場所」の行が空欄のまま進んだ選定は、導入後に必ず一度は事故として表に出ます。埋まらない行は、候補の会社に聞くのではなく、自社の中で決める行です。

通数で選ぶと外れる。決めるのは誰が止められるかである

選定資料の1枚目には、たいてい月あたりの通数が書かれます。ところが通数は、どの型でも吸収できてしまいます。数万通を月に一度送る仕事も、数十通を毎日出す仕事も、3つの型のどれでも技術的には成立します。通数は価格の目盛りではありますが、型を選ぶ物差しではありません。

物差しにすべきは、止められる場所の数です。止める必要が生まれるのは、誤った内容を出したときだけではありません。相手から停止の申し出があったとき、取引が終わったとき、事故の調査で送信を一時的に凍結したいとき、災害や事件の直後に販促の送信だけを見合わせたいとき。このうち最後の一つは、通数の見積りにはまったく出てきませんが、実際には年に何度か判断を求められます。

そこで、選定の場では通数の話が終わったあとに、この4つの場面で、誰がどの操作をすれば送信が止まるかを、画面を見せながら説明してもらうと、型の違いが一気に見えます。説明のあいだに業務システムの担当を呼ばないと答えられないなら、その送信は組み込み型として扱う必要があります。

止める手段は、3か所に分けて持っておく

止める場所は一つでは足りません。どこか一つが使えない状況は普通に起きるからです。画面にたどり着けない、権限を持つ人が休んでいる、業務システム側の担当と連絡がつかない。3か所に分けて持っておくと、どれかは必ず効きます。選定の段階で、3か所すべてが用意できるかを確かめておきます。

• 3か所のうち1か所しかない状態は、選定の場では見えない。導入後に初めて分かる
• 止める操作は、年に一度でよいので実際に試す。試していない手段は、当日に使えない
• 止めた記録は、誰がいつ何を止めたかまで残す。止めたつもりの取り違えが起きやすい

型ごとに、社内へ残る仕事が違う

どの型を選んでも、仕事がゼロになることはありません。見積りに載るのは提供側の仕事だけで、残った仕事は自社の人件費として見えないまま乗ります。型を決める前に、残る仕事を担う人の名前が出せるかを確かめておきます。名前が出せない仕事は、導入後に誰もやらない仕事になります。

• 送信基盤だけの型：宛先を作る仕組みの保守。届かなかった戻りを拾って名簿を直す係。停止の記録を宛先の側へ反映させる段取り
• 統合型：条件と分岐の設計。増えた条件の棚卸し。名簿の重複と古い連絡先の整理。フォームから入る新しい相手の扱いを決めること
• 業務システム組み込み型：文面の管理。文言を変えるたびに改修の依頼が要るなら、その依頼を出す人と、承認する人を決めておくこと
• 3つの型に共通：同意をどう取り、どう記録するかを決めること。これは道具の側では決まらない

この一覧を見て「うちには担う人がいない」と分かったなら、それは選定の失敗ではなく収穫です。残る仕事を外に出すのか、送る種類を減らすのか、型そのものを変えるのか。先に分かれば選び直せますが、契約後に分かると、誰も担わないまま名簿だけが古くなっていきます。残る仕事は見積書に載らないので、載っていないことを理由に無いものとして扱わない。ここを人件費として一度でも数えておくと、型ごとの費用の比べ方そのものが変わります。

到達の責任は、型を変えても自社から離れない

「到達率の高い基盤を選べば届く」と考えたくなりますが、実際には逆向きの力が働きます。受け取り側が差出人に求める条件は、この数年で明確に文書化されました。検索大手が出しているメールサービスは、2024年2月1日以降、すべての差出人に対して、送信元ドメインへの認証の設定と、正引きと逆引きの名前解決、暗号化した接続を求めています。迷惑メールとして報告された割合は0.10%未満に保ち、0.30%には決して届かせないという水準まで明示されています。

1日あたり5,000件を超える差出人には、さらに条件が足されます。SPFとDKIMの両方、加えてDMARCの設定、そして一回の操作で登録を解除できる形と、本文の分かりやすい場所への解除リンクの掲示です。事務用ソフトの大手が出しているメールサービスも、1日5,000通を超えるドメインに対して同じ3点を求める方針を示し、2025年5月5日から、条件を満たさない差出人のメールを迷惑メールの箱へ回す運用を始めました。満たさないものは将来的に受け取り自体を断ると公表されています。

ここで名前が出ているのは、基盤の名前ではなく差出人である自社のドメインです。どの型を選んでも、宣言するのは自社の名前であり、苦情の割合が積み上がるのも自社の名前です。基盤を借りても、到達の責任は移りません。認証の具体的な設定手順は当メディアの別記事にまとめてあるため、ここでは「設定を誰がやり、誰が期限を管理するか」を選定の段で決める、という点だけを押さえておきます。

同意と停止の形は、道具ではなく法の側から決まる

配信の道具を選ぶとき、同意の取り方まで道具に合わせようとする場面があります。順序が逆です。特定電子メール法は、原則として広告宣伝のメールを送るには受信者の事前の承諾が必要だと定めています。そして、承諾があったことを示す記録を保存することが求められます。道具が肩代わりできるのは記録の置き場であって、承諾を取る手順そのものではありません。

表示についても定めがあります。本文に、送信者などの氏名または名称と、受信拒否の通知を受けるための連絡先を表示することが義務づけられています。差出人の情報を偽って送ることは禁止されており、違反には1年以下の拘禁刑または100万円以下の罰金、法人に対しては3000万円以下の罰金が定められています。型の違いに関係なく、この形は変わりません。

• 自社の運用が違反にあたるかどうかは、承諾の取り方と記録の残り方によって変わる。ここでは断定せず、承諾の記録が取り出せない状態と、受信拒否の連絡先が本文に無い状態が、問題になりうる条件だと押さえておく
• 業務の通知として出しているメールに販促の一文を足した瞬間、扱いが変わりうる。組み込み型で起きやすい
• 承諾の記録は、いつ・どの画面で・何に同意したかまで残す。後から取り出せない記録は、無いのと同じになる

AIの配信最適化は、何を根拠に信じるか

各社が足しているAIの機能は、だいたい4種類に整理できます。送る時刻の最適化、件名の候補出し、送る相手の束ね方の提案、本文の下書き。このうち時刻の最適化だけは、土台のほうが揺れています。多くの実装は、相手ごとの開封の履歴から学習する形を取っているからです。

携帯端末の大手が用意している設定は、差出人から受け取り側の位置を隠すだけでなく、送ったメールを開いたかどうかも差出人に見せません。同社は、差出人が開封を知る手がかりとして画像の読み込みが使われてきたことも説明しています。この設定が入った相手の開封は、実際に読まれたかどうかと切り離されます。履歴の一部が機械的な記録に置き換わっているなら、そこから学んだ「最適な時刻」は、その分だけ根拠が薄くなります。

加えて、公表されている最適な時刻そのものが割れています。火曜から木曜の午前中を挙げる集計と、夜の時間帯に開封が最大になるとする集計が、同じ年の記事として並んでいます。いずれも事業者の自社集計であり、対象の業種も名簿の性質も違います。だから、他社の平均は自社の根拠になりません。時刻の最適化を入れるなら、同じ内容を2つに割って出し分け、自社の名簿で差が出るかを1回測る。測って差が出なければ、その機能は選定の判断材料から外して構いません。

任せてよいのは、時刻の候補、件名の候補、本文のたたき、問い合わせ本文の分類といった候補を出す側の仕事です。人が決めるのは、送ってよい相手かどうかの一点です。AIに合否を出させない、という線をここに引きます。この線は精度の問題ではありません。承諾と停止は記録に基づく事実であって、推定してよい対象ではないからです。

停止した相手に届く事故は、精度ではなく連携の設計で起きる

AIが「この層に送るとよい」と出した名簿に、停止を申し出た人が混ざる。この事故を、AIの精度が足りないせいだと片づけると、直りません。原因はほぼ一つで、AIが参照した名簿と、停止の記録を持っている場所が別だからです。統合型なら同じ中にありますが、名簿を外で作って基盤に渡す形や、組み込み型では、2つが別々に更新されます。

対策も一つです。AIの出力を宛先として使わない。出力は「条件」として受け取り、宛先の確定は、必ず停止の記録を持っている側で行う。たとえばAIには「直近3か月に資料を見た、業種がこれ、役職がこれ」という条件までを出させ、その条件で抽出するのは名簿を持つ側の仕組みにやらせます。抽出結果を書き出して人が貼り直した瞬間、その名簿は停止の記録から切り離されます。

• 抽出した名簿を表計算に書き出し、そのまま送信の画面に貼り付ける
• 停止の反映を1日1回の取り込みに任せ、そのあいだの送信を止めない
• AIが除外しているはずだと考え、除外の件数を確かめずに承認する
• 停止の申し出を受ける窓口を、送信の種類ごとに別のものにする
• 業務システムからの通知だけ、停止の名簿と突き合わせない例外にする

最後の項目は特に見落とされます。「業務上の通知だから停止の対象外」という整理は、その通知に販促の一文が入った瞬間に崩れます。例外を作るなら、例外の中身を定期的に読み返す担当まで決めておきます。

乗り換える日のことを、選ぶ日に見ておく

移行の段取りそのものは当メディアの別記事にまとめてあります。ここで扱うのは段取りではなく、選ぶ日に確かめておくと、乗り換える日に困らない項目のほうです。契約の前に確かめれば書面に残せますが、契約したあとに聞くと「仕様です」で終わります。

持ち出しやすいのは、宛先と属性です。持ち出しにくいのは、停止の記録に付いている理由と日時、開封や反応の履歴、条件分岐の設計、文面の見た目、そして差出人としての評価そのものです。最後の一つは、受け取り側が差出人の名乗りに紐づけて積み上げているもので、契約を変えても書き出せません。自社のドメインで名乗り続けているかどうかが、ここで効いてきます。提供側の名前で送っていた場合、乗り換えた先では評価が白紙から始まります。

• 名簿と属性を、どの形式で書き出せるか。全件か、上限があるか
• 停止の記録を、理由と日時を付けたまま書き出せるか
• 契約を終えたあと、どれだけの期間データを取り出せるか。取り出しに費用がかかるか
• 条件分岐の設計を、人が読める形で出力できるか。画面の写真しか残らない仕組みか
• 差出人としての名乗りを、自社のドメインで出しているか。提供側の名前で出していないか

この5つのうち、選定の場で即答が返ってこないものがあれば、書面での回答を求めます。回答を待つあいだに候補が1社減ることがありますが、それは選定が進んだということです。

選定の場で聞く7つの質問と、会議で出てくる言葉

最後に、機能表を閉じたあとで聞く質問を並べます。どれも、答えを聞けば型が分かる質問です。価格と機能の質問は先方の資料に書いてあるので、その場で聞く必要はありません。聞くべきは、資料に書かれていない運用のほうです。

1. 誤った内容で送ったと気づいてから、残りを止めるまでに、誰が何を操作しますか
2. 停止の申し出は、どこに記録され、次の送信でどの時点で突き合わされますか
3. この見積りに、認証の設定と、設定後の相談は含まれますか。含まれる範囲を文でください
4. 差出人としての評価は、他社と共有される出口ですか、自社だけの出口ですか
5. 契約を終えるとき、何を、どの形式で、いつまで取り出せますか
6. AIの提案は何を学習しますか。その学習に、停止した相手の記録は含まれますか
7. 送信の入り口を閉じる権限は、社内の誰が持てますか。休日の夜でも使えますか

この5語が同じ意味で通じるようになると、提案の読み方が変わります。言葉がそろわないまま進んだ選定は、契約後に「聞いていた話と違う」という形で必ず戻ってきます。

まとめ

メール配信の仕組みは、機能の一覧では分かれません。分かれるのは、送信の引き金を誰が引き、どこで止められるかです。配信だけを担う送信基盤、見込み客の管理まで含む統合型、業務システムから送る組み込み型。この3つは、止め方も、社内に残る仕事も、費用が増える向きも違います。通数から入ると、この違いは最後まで見えません。

到達については、型を変えても責任は移りません。検索大手のメールサービスは2024年2月から全差出人に認証の設定を求め、苦情の割合を0.10%未満に保つ水準まで示しています。事務用ソフトの大手も、1日5,000通を超えるドメインに同じ条件を課し、2025年5月5日から迷惑メールの箱へ回す運用を始めました。宣言するのは自社のドメインであり、評価が積み上がるのも自社の名前です。同意と停止の形も、道具ではなく特定電子メール法の側から決まります。

AIについては、時刻や件名の候補出しまでは任せて構いません。ただし開封の記録は受け取り側の設定で見えなくなっており、公表されている最適な時刻も事業者ごとに割れています。他社の平均を根拠にせず、自社の名簿で1回測る。そして、停止した相手に届かない保証は精度ではなく、AIの出力を条件として受け取り、宛先の確定は停止の記録を持つ側で行うという関門の作りで取ります。候補を並べる前に、自社の送信を引き金ごとに数えた紙を1枚作る。その紙があるかどうかで、返ってくる提案の読みやすさが変わります。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。