「返信ゼロ」は文面のせいではない──海外バイヤー宛メールが読まれる前に消える理由

海外営業のメールに返信が来ない。このときまず疑うのは、たいてい英文の質です。件名を短くし、本文を削り、AIに何度も書き直させる。それでも数字が動かないことがあります。

ここで、確認する順番が一つ抜けています。そのメールは、本当にバイヤーの受信トレイまで届いているのか。届いていないメールは、どれだけ文面を磨いても読まれません。

そして2024年2月にGmailが受信の要件を明文化して以降、この「届く／届かない」は運の問題ではなくなりました。ほとんどが設定で決まります。本稿では、到達率を落とす技術的な原因と、自社ドメインの状態を自分で確認する手順を整理します。

「送信済み」は「到達」を意味しない

配信ツールの画面に出る「送信数」は、自社のサーバーがメールを送り出した回数でしかありません。その先で起きることは、大きく3つに分かれます。

• 受信サーバーが入口で拒否する（バウンス。エラーが返るので気づけます）

• 迷惑メールフォルダに振り分けられる（エラーは返りません）

• 受信サーバーが黙って破棄する（サイレントディスカード。何も返りません）

やっかいなのは後ろの2つです。送信側のログは正常に見えます。開封率だけが静かに下がっていきます。

目安を一つ挙げます。BtoBの初回コンタクトで開封率が5%を下回っているなら、文面よりも先に到達を疑ったほうがいい。件名のA/Bテストを何回まわしても、そもそも受信トレイに入っていなければ結果は動きません。

図①：送信から返信までの5段階。文面が効くのは後ろの2段階だけで、前の3段階は設定とドメインの評価で決まる。

2024年2月、Gmailが「受け取る条件」を明文化した

Googleは、Gmailアカウント宛にメールを送るすべての送信者に対して、次の要件を公開しています。2024年2月1日以降の適用です。

• 送信元ドメインに SPF または DKIM のいずれかを設定する

• 送信元のドメインまたはIPに、有効な逆引きDNS（PTRレコード）がある

• メールの送信にTLS接続を使う

• Postmaster Toolsで報告される迷惑メール率を0.3%未満に保つ

• RFC 5322に準拠した形式でメールを作成する

1日あたり5,000通を超えて送る場合は、さらに次が加わります。

• SPF「および」DKIMの両方を設定する

• 送信元ドメインにDMARCを設定する（ポリシーは none でも可）

• From: ヘッダーのドメインが、SPFまたはDKIMのドメインと一致していること（DMARCアライメント）

• マーケティング目的のメールは、ワンクリックで登録解除できるようにする

出典：Google「メール送信者のガイドライン」（Gmail ヘルプ）。米国Yahooもほぼ同時期に同等の要件を公開しています（Yahoo Sender Best Practices）。受信側の二大勢力が同じ線を引いた、と読んで差し支えありません。

図②：Gmailの送信者要件。左が全送信者の必須項目、右が1日5,000通を超える場合に追加される項目。

SPF・DKIM・DMARCは、それぞれ別のことを証明している

この3つを「メールのセキュリティ設定」とひとまとめにすると、どれが欠けているのかが分からなくなります。役割ははっきり違います。

SPF：どのサーバーから送っていいかの宣言

ドメインの管理者が「このIPアドレスから出るメールは正規だ」とDNSに書いておく仕組みです。受信側は送信元IPを見て、その一覧に入っているかを照合します。

DKIM：本文が途中で書き換えられていないことの署名

送信時に電子署名を付け、受信側がDNS上の公開鍵で検証します。「このドメインが署名した」ことと「配送中に改ざんされていない」ことの両方を示します。

DMARC：認証に失敗したメールの扱い方の指示

SPFとDKIMが失敗したときに受信側がどうするか（none／quarantine／reject）を宣言し、あわせて認証結果のレポート送付先を指定します。レポートが届くようになると、自社ドメインを騙った送信の有無まで見えます。

そして実務でいちばん外れやすいのがアライメントです。SPFやDKIMが「合格」でも、認証されたドメインと、受信者が画面で見るFrom:のドメインが一致していなければDMARCは不合格になります。メール配信サービスやMAツールを経由すると、From:だけ自社ドメインで、実際に認証されているのは業者側のドメイン、という状態が起こりがちです。設定した本人が「入れたはず」と思っているのに落ちる典型がここです。

自社ドメインの状態は5分で確認できる

ターミナルからdigコマンドで引けます。Windowsならnslookup、コマンドに触れたくなければオンラインのDMARCチェッカーでも同じ結果が得られます。

dig +short TXT example.co.jp（SPFを確認）
dig +short TXT _dmarc.example.co.jp（DMARCを確認）
dig +short TXT selector1._domainkey.example.co.jp（DKIMを確認）

見るポイントは4つです。

• SPFレコードが2つ以上ある → 仕様違反で不合格になります。1つに統合します

• SPFの末尾が ?all → 事実上何も宣言していないのと同じです。~all か -all にします

• _dmarc に何も返らない → DMARC未設定です。まず p=none から始めれば送信は止まりません

• DKIMのセレクタ名は配信サービスごとに違います（提供元の管理画面に記載があります）

あわせてGoogle Postmaster Toolsに自社ドメインを登録しておくと、Gmail宛の迷惑メール率と認証の成功率が数字で見えるようになります。「届いているはず」を実測に変えられる、いちばん安い手段です。

図③：自社ドメインの確認項目と合格ライン。設定の有無だけでなく、値の中身まで見る。

認証を通しても止まるときは「送り方」の問題

認証を整えても到達率が戻らないことがあります。その場合に効いているのは、ドメインとIPの評価、つまりレピュテーションです。

迷惑メール率0.3%は「1,000通に3通」です。相当に厳しい基準で、これを超えると受信側の扱いが一段変わります。評価を落とす送り方は、だいたい次のどれかです。

• 新しいドメインやIPから、いきなり大量に送り始める（評価の実績がゼロの状態）

• 更新していない古いリストに送り続け、バウンス率が上がる

• 同じ本文を、短時間に大量に送る

ここで見落とされがちな連鎖があります。到達しないアドレスに送り続けると、これまで届いていたアドレスにも届かなくなります。リストの精度は、当たる確率の問題であると同時に、送信ドメインの寿命の問題でもあるということです。展示会で集めた3年前の名刺をそのまま流し込む前に、一度考える価値があります。

海外バイヤー宛だから、余計に見えにくい

国内営業なら、届いていないことに気づく経路が残っています。電話で確認できますし、同じ会社の別の担当者に転送してもらうこともできます。

海外は違います。返信がないという事実だけが手元に残り、その理由が「興味がない」なのか「読まれていない」なのかを切り分けられません。さらに条件が重なります。

• 相手の受信環境がばらばら（Gmail、Microsoft 365、現地ISP、自社サーバー）で、判定基準も一様ではない

• 時差の都合で送信が特定の時間帯に集中し、短時間の大量送信と見なされやすい

• カタログPDFの添付や短縮URLは、スパム判定のスコアを押し上げる要素になる

• 返信先が個人アドレスと会社ドメインで割れていると、アライメントの確認が甘くなる

つまり海外営業では、到達の問題が「反応が悪い」という顔をして現れます。文面の改善に投じた工数が、まるごと計測不能になるということです。

順番を間違えないこと

やることは多くありません。潰す順番を守るだけです。

• 第1に到達：SPF・DKIM・DMARCとアライメント、そして送信量の設計

• 第2に開封：差出人の表示名と件名

• 第3に返信：本文と提案の中身

多くの現場で、第3から手をつけて止まります。英文をどれだけ磨いても、第1が抜けていれば数字は動きません。逆に言えば、第1はDNSレコードを数行足すだけで片づく場合が少なくありません。今日中に確認できて、今週中に直せる部類の課題です。

リンダ（Rinda）は、海外バイヤーの発掘から英文メールの作成・送信・返信管理までを一つの流れでつなぐAI海外営業ツールです。送信ドメインの設定を含め、届く状態を作るところから伴走します。Rinda（日本語）のサービス紹介はこちら。