Litmusで送信前の確認が漏れる原因と対策|AI量産文面を誰が見るか

「AIで文面を作れるようになって配信本数は倍になったのに、送ったあとで崩れやリンク切れに気づくことが増えた」「検査の道具は入れてあるのに、結局だれが最後に見たのか分からない」——メルマガやステップメールの本数を増やしたBtoBのマーケ部門から、最近よく上がる声です。Litmus は、送る前のメールが受信環境ごとにどう見えるかを確かめる海外の検査ツールで、2026年には文面の作成から送信前の検査、送信後の監視までをAIのエージェントが担う形に広がりました。ただ、道具が増えても、送信前の確認が漏れる原因の多くは道具ではなく分担にあります。この記事では、Litmus が何をするツールかを押さえたうえで、AIで量産した文面を送る前の確認が漏れる原因と、その対策を、社内導入の判断に必要な順に整理します。
カメ先生送信前の検査ツールを入れると「崩れもリンク切れも、ツールが全部止めてくれる」と思われがちなんだけど、本当はツールが見られるのは、見るように設定された項目だけなんだ。
カメ子ツールが見ない項目は、誰も見ていないということですか。
カメ先生そう。しかもAIで文面を作る速さが上がると、確認する側の人手は増えないまま本数だけが増える。だから、AIに作らせる範囲、ツールに検査させる範囲、人が承認する範囲を、送る前に分けておくことが先なんだよ。
カメ子道具を足す前に、確認の持ち場を決めるのが順番なんですね。
- Litmus は、送る前のメールを100を超える受信環境で表示確認し、リンクや読みやすさを検査する道具。2026年にはヴァリディティのAIエージェント群とMCP接続が加わった
- AIは文面を作る側、ツールは崩れとリンクを検査する側、人は送ってよいかを承認する側と分け、AIの自動修正は承認の前に必ず人の目を通す
- 日本語の表示、国内の受信環境、特定電子メール法の表示は、海外の検査が前提にしていない場合がある。自社用の確認項目を足し、誰が見たかを記録に残す
リード獲得・育成の打ち手として、ウェビナーの集客と運営でお困りですか?
企画・集客・運営までデボノが伴走支援。外部リスト頼みにしない「自社の集客力」を育てます。
Litmus は、送る前のメールを受信環境ごとに確かめる検査の道具
Litmus は、メールの配信システムそのものではなく、配信システムで作ったメールを送る前に確かめるための道具です。公式サイトでは、既存の配信システムと並べて使う前提を示しており、連携先として Salesforce のマーケティング向け製品、HubSpot、Marketo などが並んでいます。配信の仕組みを入れ替える必要がない点は、すでにMAを運用している会社にとって導入の検討を始めやすいところです。
中心となる機能は、表示の確認です。公式サイトは100を超えるメールソフトと端末での表示を事前に確かめられると説明しています。同じメールでも、パソコンのメールソフト、ブラウザで開くメール、スマートフォンの標準のメールアプリでは、余白やボタンの形、画像の出方が変わります。加えて、リンクの確認、画像の代替文字やダークモードでの見え方の確認、関係者に回して承認をもらう仕組みなどを備えています。
送ったあとの監視もあります。公式サイトでは、リンクの不具合や、受信側のメールソフトの更新による表示崩れを、常時の警告で知らせると案内しています。自動で送り続けるステップメールのように、一度作ったあと誰も開かないメールほど、送信後に起きる崩れに気づきにくいため、この監視は文面を量産する会社ほど効いてきます。
2025〜2026年の動き:ヴァリディティ傘下、AIエージェント、MCP接続
会社の動きから見ておきます。Litmus は2025年4月、メールの到達やデータ品質の製品を持つ米国のヴァリディティに買収されました。現在の公式サイトでは、Litmus はヴァリディティの「エンゲージ」と呼ぶ製品群の一部と位置づけられ、自らをAIを前提に作られた基盤と説明しています。プライバシーポリシーや信頼性の情報も、ヴァリディティ側のページにまとめられています。
2026年2月11日には、ヴァリディティがエンゲージを発表しました。発表文によれば、エンゲージには四つのAIエージェントがあります。送信前に表示・コード・法令順守の危険を見つけて直すもの、送信後に受信者の体験と到達を監視するもの、ブランドに沿った件名・本文・行動を促す文言の案を作るもの、競合との比較から取りこぼしている機会を示すものです。ヴァリディティは、自社のデータ網が1日に25億件を超えるデータを処理していると説明し、エージェントはそのデータで学習していると述べています。
同じ時期に料金の考え方も変わり、公式の更新情報では、席数の上限をなくし、試験送信や送信前の検査、メールの監視を無制限に含めるとしています。さらに2026年10月8日には、エンゲージの監視や市場の情報を、マーケ担当者がふだん使うAIの道具から問い合わせられるMCP接続を公開しました。同じ発表では、送信前の検査が、レイアウトの崩れ、画像の欠け、ボタンの切れ、読みやすさ、誤字、リンク、ブランドと法令の決まりを確かめると説明しています。終了や新規受付の停止の告知はなく、直近まで更新が続いている製品です。
- エージェントの名称や機能の範囲は発表文の説明で、契約の形によって使える範囲が変わります。ヴァリディティの製品ページでは、エンゲージは到達や監視の追加契約を結んだ Litmus 利用者向けと案内されているため、どの契約で何が使えるかは見積の段階で書面にしてもらってください
- データ処理量などの数字は提供元の公表値で、第三者による検証値ではありません
課題:AIで文面を量産し始めた会社で起きる送信前の事故
件名や本文をAIで作り始めた会社では、送信前の事故の形が変わります。以前は、一本のメールを数人で何度も見直していたため、誤字や崩れは見つかりやすいものでした。ところが文面の案を何十通りも作れるようになると、確認の回数は一本あたりで減っていきます。件名の出し分け、業種別の本文、配信対象ごとの差し込みが増えるほど、実際に送られるメールの組み合わせは、誰も全体を見ていない数になります。
典型的な事故は次のようなものです。どれも「検査の道具がない」ことより、「どこまでを誰が見るか」が決まっていないことから起きています。ヴァリディティの調査でも、3社に2社が、自律的なAIエージェントに任せるマーケの判断を過去1年で増やしたと報告されています。任せる範囲が広がるほど、人が見る範囲を先に決めておく必要が増します。
- AIが作った業種別の本文のうち、一つだけを検査して、残りは同じ型だからと送ってしまう
- 差し込み項目が空の受信者に、会社名の欄が空白のまま挨拶文が届く
- AIの検査が「直しました」と表示した修正を、誰も中身を見ずに承認する
- 配信停止の案内や送信者の表示が、文面の書き換えで消えたまま送られる
- 送信後に表示崩れの警告が来ても、受け取る担当が決まっておらず放置される
以下では、これらがなぜ起きるのかを原因ごとに分け、それぞれの対策を示します。件名や本文をAIでどう作るかという一般論は別の記事で扱っているため、ここでは作ったあと、送る前に何を誰が確かめるかに絞ります。
原因1:作る速さに、確かめる工程が追いついていない
AIで文面を作る工程は、ここ数年で大きく速くなりました。一方で、送る前に確かめる工程は、多くの会社で「担当者が試験送信を自分の受信箱で開いて見る」という形のまま残っています。作る工程だけが速くなると、確かめる工程が詰まり、詰まった分は省かれます。省かれるのはたいてい、手間がかかるのに滅多に問題が出ない確認、つまり複数の受信環境での表示や、差し込みの空欄の確認です。
Litmus のような検査の道具は、この詰まりを解くためにあります。複数の受信環境での表示を一度に並べ、リンクや画像を機械的に確かめるので、人が一つずつ開くよりはるかに速く終わります。ただし、道具を入れただけでは詰まりは解けません。検査を通すことが送信の条件になっていなければ、急ぐ日には検査そのものが飛ばされます。道具の導入と同時に、検査を通らないメールは送れない手順を作っておく必要があります。
もう一つの見落としは、組み合わせの数です。業種別に5通り、役職別に3通りの本文を作れば、送られるメールは15通りになります。検査の道具は一通ずつ確かめるので、どの組み合わせを検査対象にするかを人が決めなければ、代表の一通だけが検査され、残りは確かめられないまま送られます。量産の前に、検査する組み合わせの決め方を決めておくことが、最初の対策の出発点になります。
原因2:AIの検査が「直す」まで踏み込み、承認の中身が空になる
エンゲージの発表文は、送信前のエージェントが危険を見つけて直すと説明しています。ヴァリディティの代表者も、会社が送るすべてのメールで問題を自動で直すことを価値として語っています。見つけるだけでなく直してくれるのは便利ですが、ここで起きやすいのが、承認の中身が空になる問題です。人が承認ボタンを押すとき、見ているのはAIが直したあとのメールで、何がどう直されたかではありません。
表示の崩れを直すためにコードを書き換えるのは、多くの場合問題になりません。しかし、ブランドや法令の決まりに沿うよう文言を書き換える、誤字と判断して固有名詞を直す、といった修正は、文面の意味を変える可能性がある修正です。製品名の表記を一般的な綴りに直されたり、法令の表現を自社の法務が確認した言い回しから別の言い回しに変えられたりすれば、承認した人はその変更を知らないまま責任を負うことになります。
つまり、AIの検査を入れるときに決めるべきは「AIに直させるかどうか」ではなく、どの種類の修正なら人の確認なしに通してよいかです。コードや画像の指定のような見た目だけの修正と、言葉の修正を分け、言葉の修正は必ず差分を人が見てから通す。この線が引かれていないと、AIの検査が増えるほど承認は形だけになっていきます。
原因3:日本語のメールと国内の受信環境に固有の崩れ
Litmus の検査やエンゲージのエージェントは、主に英語圏の大量のメールを前提に作られています。日本語のメールには、英語圏ではあまり起きない崩れがあります。たとえば、全角と半角の混在による改行位置のずれ、指定したフォントが受信側にないときの代替表示、件名や差出人名の文字化け、行の長さの違いによるボタンの折り返しなどです。表示の確認画面を並べれば崩れそのものは見えますが、それを崩れと判断するのは日本語を読める人です。
誤字の検査も同じです。発表文は誤字の確認を挙げていますが、日本語の表記揺れや送り仮名、敬語の誤りをどこまで見分けられるかは、公開情報からは確認できませんでした。日本語の文面の正しさは、検査の道具に頼らず人が読む項目として残しておくのが現実的です。英語の誤字検査が通ったことを、日本語の文面が正しいことの根拠にしないよう、社内で言い方をそろえておきます。
受信環境の一覧も確かめておきます。BtoBのメールは、会社のメールソフトで開かれることが多い一方、移動中にスマートフォンで開かれることも少なくありません。100を超える受信環境の中に、自社の受信者が実際に使っている環境が含まれているかは、契約前に一覧を出してもらって照らし合わせてください。配信システムの開封の記録から、受信者の環境の上位を把握しておくと照合が早く済みます。
原因4:法令の表示と配信停止の確認が、検査の外に残る
日本で広告や宣伝のメールを送る場合、特定電子メールの送信の適正化等に関する法律により、あらかじめ同意を得た相手にだけ送ることと、送信者の氏名または名称、受信拒否の連絡先などをメールに表示することが求められます。エンゲージの発表は法令順守の確認を挙げていますが、その決まりがどの国の法令を前提にしているかは公開情報では分かりません。日本の法令の表示を確かめる項目は、自社で検査の決まりに入れる前提で考えておくべきです。
AIで文面を書き換えるときに特に起きやすいのが、末尾の表示の欠落です。AIに「もっと短く」「読みやすく」と頼むと、署名や配信停止の案内を本文の一部として削ったり、言い換えたりすることがあります。テンプレートの固定部分に置いて書き換えの対象から外すのが基本ですが、固定部分が本当に残っているかを、送信前の確認項目として毎回見ることも欠かせません。
- 特定電子メール法は、同意の取得と記録、送信者情報の表示、受信拒否の通知を受けた後の送信停止などを定めています。条文の当てはめは送るメールの種類や同意の取り方で変わるため、最終的な判断は法務部門や顧問弁護士に確認してください
- 同意の取り方と記録の残し方そのものは、配信の仕組みの側の問題です。検査の道具は「表示が残っているか」を確かめる役にとどめ、同意の管理は配信システムと社内の手順で行います
対策1:AIは文面、ツールは検査、人は承認という分担を決める
最初に決めるのは、三者の持ち場です。おすすめは、AIは文面の案を作る、ツールは崩れとリンクと読みやすさを検査する、人は送ってよいかを承認するという分け方です。エンゲージのように、文面を作るエージェントと検査するエージェントが同じ製品の中にあっても、役割は分けて扱います。作ったAIが自分の作った文面を検査し、問題なしと判断する形は、確認として数えません。
次の表は、送信前の確認項目ごとに、誰が見るかを整理した例です。自社の配信の種類に合わせて行を足し、担当者の名前を入れた版を社内で合意しておきます。
| 確認項目 | 主に見るもの | 人が見る範囲 | 止める基準 |
|---|---|---|---|
| 受信環境ごとの表示 | 検査ツールの表示確認 | 崩れの判断と、自社の主要環境の目視 | 主要環境で本文やボタンが読めない |
| リンクと計測の付与 | 検査ツールのリンク確認 | 遷移先が意図したページかの確認 | 切れたリンク、別ページへの遷移 |
| 差し込みと出し分け | 試験送信と配信システムの確認 | 空欄時の表示と、組み合わせの抜き取り | 会社名や氏名の欄が空のまま表示 |
| 日本語の文面 | 人が読む | 誤字・敬語・固有名詞・数字 | 製品名や価格、日付の誤り |
| 法令の表示と配信停止 | 人とテンプレートの固定部分 | 送信者表示と受信拒否の案内の有無 | 表示の欠落 |
| AIによる修正 | 検査ツールの修正履歴 | 言葉の修正の差分 | 差分を誰も見ていない |
表の右端の「止める基準」は、検査で見つかったときに送信を止めるかどうかの線です。ここを決めておかないと、検査の警告が出ても「たぶん大丈夫」で送られます。止める基準に当たった場合は、承認者がいても送らないと決め、例外を認める場合は誰が判断したかを記録に残します。
対策2:AIの修正は「見た目」と「言葉」に分けて扱う
原因2で見たとおり、AIの検査が直す範囲は、見た目の修正と言葉の修正で重さが違います。そこで、AIの修正を二つに分けて扱う決まりを作ります。表示崩れを防ぐためのコードの調整、画像の大きさの指定、代替文字の追加の提案などは、見た目の修正として、検査の記録に残っていれば人の個別確認なしに通してよい範囲に入れます。
件名・本文・行動を促す文言・署名・法令の表示にかかわる修正は、言葉の修正として扱い、修正前と修正後の差分を、承認者が見てから通すことを条件にします。AIに修正させるときは、修正の理由を一緒に書かせ、理由のない修正は採用しないと決めておくと、承認者が判断しやすくなります。AIに判断させるのではなく、AIには根拠を出させ、判断は人が持つという線です。
件名や本文の案を作らせ、採用する案を人が選ぶ。この時点で製品名・価格・日付・法令の表示は、AIの書き換えの対象から外しておく。
表示・リンク・読みやすさの検査を通し、検査の結果と、AIが加えた修正の一覧を残す。検査する組み合わせは事前に決めた抜き取りの決まりに従う。
AIによる言葉の修正があれば、修正前と修正後、修正の理由を並べて承認者が確認する。理由が書かれていない修正は戻す。
対策1の表の止める基準に当たる項目がないかを確かめ、承認者が名前を残して承認する。当たる項目があれば送らない。
送信後の監視で崩れやリンクの不具合が見つかった場合に、誰が受け取り、どの時間内に配信を止めるかを決めておく。
対策3:検査の記録を残し、誰が見たかを後から追えるようにする
送信前の確認で最も失われやすいのは、誰がいつ何を見たかの記録です。事故が起きたあとで「確認はしたはず」と言っても、何を確認したかが分からなければ、手順のどこを直せばよいかが分かりません。Litmus は関係者に回して承認をもらう仕組みを持ち、2025年7月の更新では承認の依頼の機能も強化されています。こうした機能を使い、承認を受信箱の中のやり取りで済ませないことが第一歩です。
記録に残す項目は、多すぎると続きません。送るメールの名前、検査した組み合わせ、検査の結果、AIが加えた修正の一覧、言葉の修正を見た人、承認した人と日時、の六つで十分です。検査の結果と承認が同じ場所に残っていれば、事故の原因を「検査の漏れ」「判断の誤り」「AIの修正」のどれかに切り分けられます。切り分けられれば、次に直すのが手順なのか、検査の決まりなのか、AIへの指示なのかが決まります。
記録を見直す場も決めておきます。月に一度、送信後に見つかった不具合と、送信前に止めたメールの件数を並べ、止められなかった不具合がどの確認項目の抜けから来たかを見ます。止めた件数がゼロの月が続く場合は、検査が形だけになっていないかを疑うきっかけにもなります。
対策4:到達と読みやすさは、送ったあとも見続ける
送信前の検査だけでは、受信箱に届くかどうかは分かりません。Litmus には、迷惑メールのフォルダに入ったか、受信箱のどのタブに入ったかを、試験用の宛先を使って確かめる機能が加わり、公式の更新情報では直近の配信全体の傾向と個別のメールの着地先を見られると説明しています。AIで本数を増やした会社ほど、送信の量そのものが到達に影響するため、本数を増やす前後でこの数字を比べておく意味があります。
読みやすさも送信後に効いてきます。画像の代替文字、文字と背景の色の差、ボタンの大きさ、ダークモードでの見え方は、受信者の一部にとってはメールが読めるかどうかを左右します。AIで量産した文面は、テンプレートの見た目を引き継ぐ一方で、画像の代替文字や見出しの構造が抜けがちです。読みやすさの検査は、量産した組み合わせのうち少なくとも一通では必ず通す、という決まりにしておきます。
送信後の監視で警告が出たときの動きも決めておきます。自動配信のステップメールで表示崩れが見つかった場合、配信を止めて直すのか、次の配信から直すのかは、崩れの重さで変わります。止める判断を誰が持つかを決めていないと、警告は受信箱に届いたまま誰にも読まれません。
社内に入れてよいか:データの流れ・権限・費用・やめ方
導入の判断で確かめるのは、まずデータの流れです。表示の確認やリンクの検査のために、送る前のメールの本文が Litmus に送られます。差し込みを含めた試験送信をすれば、受信者の氏名や会社名が入った文面がそのまま渡ることもあります。試験送信には架空の受信者の情報を使うと決めておけば、渡る個人情報は最小限にできます。到達の確認のために配信の記録をつなぐ場合は、どの項目が渡るかを契約前に一覧にしてもらってください。
AIのエージェントを使う場合は、文面がAIの処理に使われるか、学習に使われるかも確かめます。公式サイトは顧客データを販売しないと明記していますが、AIの処理を外部のAI事業者に委ねているか、入力を学習に使うかは、公開情報からは確認できませんでした。権限については、検査の結果を見る人、承認する人、テンプレートの固定部分を変えられる人を分け、固定部分を変えられる人は少数に絞るのが基本です。
費用は、席数の上限をなくした料金の考え方に変わったと発表されていますが、AIのエージェントや到達の機能は追加の契約になる場合があります。本数を増やすほど費用が増える形か、一定かは、見積の段階で確かめます。やめ方としては、Litmus は配信システムと並べて使う道具なので、解約しても配信そのものは止まりません。止まるのは検査と監視なので、やめる場合にどの確認を手作業に戻すかを決めておけば、乗り換えの影響は限定的です。
AIの道具から検査結果を読ませるときの線
10月に公開されたMCP接続を使うと、マーケ担当者がふだん使っているAIの道具から、エンゲージの監視や市場の情報を問い合わせられるようになります。発表文では、迷惑メールに入りつつある配信の特定、経営層向けの配信成績の要約、競合との比較などが例に挙がっています。分析にかかっていた時間が短くなるのは確かですが、AIの道具が要約した結果を、そのまま判断の根拠にしない線は引いておくべきです。
要約で抜け落ちやすいのは、数字の前提です。どの期間のどの配信を対象にしたか、試験用の宛先が何件か、比較した競合はどの範囲か。AIの道具に答えさせるときは、答えと一緒に、元にした期間・対象・件数を必ず書かせる決まりにします。経営層への報告に使う場合は、要約をそのまま転記せず、元の画面で数字を確かめた人の名前を添えます。
社外のAIの道具に配信の情報をつなぐこと自体の判断も必要です。どのAIの道具からつなぐか、その道具の契約で入力が学習に使われないか、接続の権限を誰に与えるかは、情報システム部門と決めます。接続できる人を、配信の成績を見る権限を持つ人に限るのが最初の線になります。
よくある質問
Q. すでにMAに表示の確認機能があります。Litmus は必要ですか
MAに付いている表示確認で、自社の主要な受信環境を確かめられ、送信本数も多くないなら、急いで入れる必要はありません。検討の価値が出てくるのは、AIで本数や出し分けが増え、人が一つずつ開いて確かめる工程が詰まり始めたときです。まず、MAの機能で確かめられている受信環境と、確かめられていない環境を一覧にしてから判断してください。
Q. AIの検査が直した内容は、そのまま信用してよいですか
見た目の修正は検査の記録に残っていれば通してよい範囲に入れられますが、言葉の修正は差分を人が見てから通すべきです。AIは日本語の固有名詞や社内で決めた言い回しを知らないため、正しい表記を一般的な表記に直してしまうことがあります。
Q. 国内の受信環境はすべて確かめられますか
100を超える受信環境が対象と公表されていますが、自社の受信者が使う環境がすべて含まれるとは限りません。配信の記録から受信環境の上位を出し、契約前に対象の一覧と照らし合わせてください。含まれない環境は、試験送信を人が開いて確かめる項目として残します。
Q. 小さなマーケ部門でも、承認者を置くべきですか
一人で作って送る体制でも、作った人と承認する人を分ける価値はあります。毎回でなくても、新しいテンプレートを使う配信、価格や日付を含む配信、AIが言葉を修正した配信だけは、別の人が見る決まりにしておくと、事故の大半を防げます。
まとめ
Litmus は、送る前のメールを受信環境ごとに確かめ、送ったあとも監視する道具で、2026年にはヴァリディティのAIエージェント群とMCP接続が加わりました。AIで文面を量産する会社にとって、確かめる工程を速くする価値は大きいものの、送信前の確認が漏れる原因は、道具の有無より、作る・検査する・承認するの持ち場が決まっていないことにあります。AIは文面の案を作り、ツールは崩れとリンクと読みやすさを検査し、人は送ってよいかを承認する。AIによる言葉の修正は差分を人が見て、日本語の文面と法令の表示は人が読む項目として残す。検査と承認の記録を同じ場所に残し、止める基準に当たったメールは送らない。この分担を先に決めてから道具を選べば、本数が増えても事故は増えにくくなります。
※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。
リード獲得・育成の打ち手として、ウェビナーの集客と運営でお困りですか?
企画・集客・運営までデボノが伴走支援。外部リスト頼みにしない「自社の集客力」を育てます。
