結論から言うと、メールの開封確認は安定して機能しません。主要なメールソフトのどれを使っても同じです。「より優れた方法」として各社が提供するピクセルトラッキングにも、別の問題があります。この記事では、何が原因で正確に計測できないのか、本当に必要なデータを得るにはどうすればよいかを解説します。
お急ぎの方へ
メールの開封確認の仕組み
仕組み自体はシンプルで、RFC 8098が公開されて以来、変わっていません。送信側のメールソフトがメッセージにDisposition-Notification-Toヘッダーを付けます。受信側がこのヘッダーを検出すると、受信者に確認を求めます。受信者が承認した場合だけ、送信者に通知が返ります。
仕様には明記されています。開封確認のリクエストは「完全に任意」です。受信者は常に拒否でき、拒否したこと自体が送信者に伝わることもありません。フォールバックも、リトライも、無言の確認もありません。拒否された場合、あるいはメールクライアントがリクエストを無視した場合、送信者には何も届きません。
Gmailの開封確認
無料のGmailアカウント
無料のGmailアカウントは開封確認に対応していません。メール作成画面に項目はなく、隠し設定やLabs拡張機能もありません。
MailtrackやStreakなどの拡張機能は、Gmailの開封確認ではなくピクセルトラッキングを利用しています。この方式にも後述する問題があります。
Google Workspaceアカウント
開封確認はデフォルトで無効です。管理者が管理コンソール → アプリ → Google Workspace → Gmail → ユーザー設定 → メールの開封確認 から明示的に有効にする必要があります。
設定は4段階です。
- 完全に無効（デフォルト）
- 内部のみ： 同じ組織内のメンバー間だけで機能
- 内部＋許可リスト： 内部メンバーに加え、最大100件の指定した外部アドレスを対象に設定可能
- すべてのメールアドレス： 任意の受信者にリクエスト可能。ただし、受信者は確認画面で拒否できる
管理者が有効にした場合、パソコンでは次の手順で設定します。
- ウェブブラウザでGmailを開く（パソコンのみ。iOS・Androidアプリは非対応）
- 新規メールを作成する
- 作成ウィンドウ下部の「その他のオプション」（3点メニュー）をクリックする
- 「開封確認をリクエスト」を選択する
- メールを送信する
受信者側には「返信する」または「後で」という選択肢が表示されます。「後で」を選ぶと、次回メールを開いたときに再度プロンプトが表示されます。リクエストが拒否されたことは、送信者には一切通知されません。
開封確認はメールごとに設定する必要があります。全メールに適用する初期設定はありません。BCCやメーリングリストには対応しておらず、送信後にリクエストを追加することもできません。
管理者が機能を有効にし、送信者がリクエストを設定し、受信者が承認した場合でも、分かるのはメール本体を開いたという事実だけです。添付ファイルを開いたか、どのくらい読んだか、どこに関心を持ったかは分かりません。
Outlookの開封確認
Outlookは主要なメールクライアントの中で最も充実した開封確認の実装を持ちます。一方で、最も断片的でもあります。
Classic Outlook for Windows
最も完成度の高い体験を提供します。メールごとのリクエストのほか、グローバルのデフォルト設定（オプション → 開封確認 → 「送信したすべてのメッセージに開封確認を要求する」）も利用可能です。管理者はグループポリシーやExchangeルールを使って確認処理を自動化できます。
New Outlook for WindowsおよびOutlook on the web（OWA）
メールごとの開封確認は利用できます。ただし、すべてのメールに適用する初期設定はなくなり、毎回手動でリクエストする必要があります。
Outlookモバイル（iOS / Android）
2025年春のアップデートで、Outlookモバイルは開封確認と配信確認の両方に対応しました。メールを作成し、「+」メニューから「開封確認」アイコンをタップして種類を選択します。
開封確認と配信確認の違い
混同されがちですが、役割は異なります。
- **配信確認（DSN）**はサーバーサイドの処理です。メールサーバーがメッセージを受信者のメールボックスに届けたことを確認します。受信者の操作は不要です。
- **開封確認（MDN）**はクライアントサイドの処理です。受信者のメールアプリがメッセージの開封時に通知を送信しますが、受信者は常に拒否できます。
配信確認でわかるのはメールが届いたこと、開封確認でわかるのはメールが開かれたこと。どちらも、その中身については何も教えてくれません。
管理者向けの設定
テナント全体に適用できる単一の停止設定はありません。大企業のITチームは通常、次の方法を組み合わせます。
- Exchangeトランスポートルール：
Disposition-Notification-Toヘッダーを削除する、一括対応に適した方法 - Set-MailboxMessageConfiguration： OWAの設定に使用
- グループポリシー： Classicデスクトップに使用
- リモートドメイン設定： 外部送信者からのメール処理に使用
トランスポートルールによる対応は、組織全体での自動拒否に最も近い方法です。多くのエンタープライズITチームがこれを採用しています。受信者の組織がサーバーレベルで開封確認ヘッダーを削除している場合、リクエストは誰の目にも触れることなく、静かに破棄されます。
結論はGmailと同じです。 うまく機能しても、分かるのはメール本体を開いたという事実だけです。中の資料を読んだかは分かりません。
Apple Mailで起きる最大の問題
Apple Mailは開封確認のリクエストに対応していません。しかし本当の問題は、他者のトラッキングに対してApple Mailが何をするかにあります。
Mail Privacy Protection（MPP）
2021年9月にiOS 15およびmacOS Montereyで導入されたMail Privacy Protectionは、ユーザーが実際にメールを開いたかどうかに関わらず、すべてのメールコンテンツをバックグラウンドでプリフェッチします。画像が読み込まれ、トラッキングピクセルが発火し、送信者には誤った「開封」シグナルが届きます。
通信は2つの独立したリレープロキシを経由します。最初のプロキシはユーザーのIPアドレスを把握できますが、メールの内容は見えません。2番目のプロキシはコンテンツを見られますが、誰のものかはわかりません。この二重リレー構造により、送信者がIPアドレスを使って開封と受信者を紐づけることは不可能になっています。
Apple Mailユーザーの約97%がMPPを有効にしています。初期設定で有効なため、ほとんどのユーザーは変更しません。
Link Tracking Protection（iOS 17以降）
iOS 17以降、Apple MailはURLからUTMパラメーターやクリックトラッキングIDを除去するようになりました。これにより、開封トラッキングに加えてクリックアトリビューションも機能しなくなります。
市場シェア
Litmusのメールクライアント市場シェアデータによると、2026年1月時点でApple Mailは全メール開封の約47%を占めています（11億件の開封実績に基づく）。この数字は過去12か月で46〜67%の間で推移しています。
最低値でも、MPPのプリフェッチにより全メール開封の約半分は信頼性がありません。これが「開封確認が機能しない」から「ピクセルトラッキングも機能しない」へとつながる理由です。開封率という指標自体が構造的に回復不能であるという、より広範な論証についてはコールドメールの開封率はもう死んでいるを参照してください。
ピクセルトラッキングも正確ではない
多くの記事はここで終わり、「開封確認は不安定なのでピクセルトラッキングツールを使いましょう」と推奨します。私たちはピクセルトラッキングについても正直に話します。
ピクセルの仕組み
メール本文に <img> タグを使って1×1ピクセルの透明な画像を埋め込みます。受信者のメールクライアントがメールをレンダリングして画像を読み込むと、ピクセルがサーバーからフェッチされます。サーバーはそのリクエストを記録し、IPアドレス、ユーザーエージェント、タイムスタンプ、固有の受信者識別子を保存します。
この仕組みは2000年代初頭から変わっていません。そして対抗措置も着実に進化しています。
Apple Mail Privacy Protection
前述のとおり、MPPはすべての画像を事前に読み込みます。そのため、実際には読まれていないメールも「開封済み」に見えます。Apple Mailがメール開封の約47%を占めることを考えると、記録された「開封」の約半数は人によるものではない可能性があります。
Gmailの画像プロキシとレピュテーションベースのブロック
2013年以降、Gmailはすべての画像をGoogleのプロキシサーバー経由でルーティングしており、受信者のIPアドレスやデバイス情報を隠蔽しています。開封トラッキング自体は技術的に機能しますが、位置情報やデバイスデータは失われます。
2024年8月以降、Gmailは評判の低い送信者からの画像を完全にブロックするようになりました。表示される警告バナーには「このメッセージの画像は非表示になっています。このメッセージは迷惑メールの可能性があります。」と記載されます。これは一律のブロックではなく、送信者の評判、SPF/DKIM/DMARC認証、スパム報告率、エンゲージメント指標に基づく機械学習による判断です。
評判の良い正規のマーケティングメールへの影響は基本的にありません。しかし、開封トラッキングが最も必要な冷たいアウトリーチメールは、不均衡に影響を受けます。画像がブロックされると、トラッキングピクセルは読み込まれず、開封は完全に検知されません。
企業のセキュリティスキャナー
Barracuda、Mimecast、Proofpoint、Microsoft Defender for Office 365はいずれも、受信メールのスキャン時に画像をプリフェッチし、リンクを先回りしてクリックします。これにより、人間が見る前に偽の開封とクリックが生成されます。
Microsoft DefenderのSafe Links機能は、Microsoft 365のエンタープライズ市場シェアを考えると特に影響が大きいです。偽の開封を生成することが確認されているツールには、Cisco Secure Email、Check Point Avanan、Trend Micro、Sophos、CrowdStrikeなども含まれます。
ボットの特徴は予測可能です。配信から60秒以内の開封やクリック、複数リンクへのサブ秒単位の連続クリック、既知のセキュリティベンダーのIPレンジからのリクエスト。ボットクリック問題に関する業界レポートは、B2Bキャンペーンにおける幻のエンゲージメントの主要因として同じベンダー群を挙げています。
セキュリティボットが閲覧数を水増しする仕組みは、資料分析が正しく見えない理由でも解説しています。資料の閲覧を偽装するボットは、メールの開封数も水増しします。
AI受信トレイエージェントという新しい問題
Google GeminiなどのAIアシスタントは、受信メールをスキャンして要約や次の行動を提案します。その処理中に、人がメールを見る前でもトラッキングピクセルを含む画像が読み込まれます。
これは現在どのメールトラッキングツールも確実にフィルタリングできていない、偽の開封の新たな発生源です。「午前3時47分に開封」という通知は、ユーザー本人ではなくGeminiがスキャンした結果かもしれません。
2026年時点での画像ブロックのデフォルト設定
主要なメールクライアントの現状は次のとおりです。
- デフォルトで画像をブロック： Outlookデスクトップ（Classicおよび新バージョン）、Thunderbird、Proton Mail、Tuta（旧Tutanota）
- デフォルトで画像を表示（プロキシ経由）： Gmail、Apple Mail、Yahoo Mail、Outlookモバイル
本質的な限界
Apple MPP、ボット、画像ブロックの影響がなく、ピクセルトラッキングが完璧に機能したとしても、分かるのはメール本体を開いたことだけです。添付ファイルを開いたかは分かりません。添付ファイルを開いてもピクセルは読み込まれず、逆に添付ファイルを開かなくてもピクセルだけ読み込まれることがあります。
ピクセルトラッキングが答えるのは、封筒に関する問いであって、手紙の中身についてではありません。
追跡しているのは封筒であって、手紙ではない
誰もメールが開かれたかどうかを本当に気にしているわけではありません。気にしているのは、見込み顧客が提案書を読んだかどうか、候補者がオファーレターを確認したかどうか、クライアントが契約書に目を通したかどうかです。
開封確認とピクセルトラッキングが答えるのは、「封筒を見たか」という問いです。ドキュメントトラッキングが答えるのは、「手紙を読み、どのページに注目したか」という問いです。
実際に機能する方法：メールではなくコンテンツをトラッキングする
必要なのは開封確認を少し改善することではなく、計測する対象を変えることです。提案書をメールに添付せず、トラッキングリンクで共有します。受信者がリンクを開くと、ドキュメントがサーバーから読み込まれます。そのため、誰がいつ開き、各ページをどのくらい見て、何をクリックし、再訪したかを記録できます。
これは、メールではなく共有したコンテンツ側で閲覧を記録する方法です。Apple Mailは、まだクリックされていないドキュメントを事前に読み込めず、画像ブロックの影響も受けません。ただし、メールセキュリティボットがリンクを開く場合はあるため、ボットを検出して分析から除外できるツールを選ぶ必要があります。
Gmailをお使いですか？
添付ファイルからトラッキングリンクへ切り替える手順は、メール添付ファイルが開封されたか追跡する方法で詳しく解説しています。提案書に絞った方法は、営業提案書を誰が見たか確認する方法をご覧ください。製品を比較する場合は営業資料トラッキングツール比較、現在DocSendを利用している場合はDocSend代替ツール比較が参考になります。具体的な切り替え手順は、メール添付ファイルのトラッキングでも確認できます。
メールトラッキングがまだ有効なケース
メール開封トラッキングが無意味だと言いたいわけではありません。個人の重要な意思決定を判断する目的では無意味だということです。
大量アウトリーチとキャンペーン
数百〜数千通のメールにわたる集計開封率は、ノイズがあっても方向性を示す指標として有効です。火曜日送信で34%、木曜日送信で22%の開封率であれば、絶対値がボットやApple MPPによって水増しされていたとしても、火曜日のほうが良いタイミングである可能性が高いでしょう。
MailchimpやHubSpotなどのマーケティングオートメーションツールは、件名のA/Bテスト、送信時刻の最適化、リストの健全性モニタリングにキャンペーンレベルの開封率を使用しています。この規模になると、ノイズは平均化され、十分な有用性が生まれます。
使い分けの基準
- 集計メール指標はキャンペーン最適化に有効
- 個別メールのトラッキングは重要な意思決定には不向き
火曜日配信と木曜日配信のどちらがよかったかを比べるなら、メール開封トラッキングでも参考になります。一方、木曜日の電話前に「Acme CorpのJaneが提案書を読んだか」を確認する用途には向きません。
業界の動向
AppleのMPPが転換点でした。開封の半数が信頼できなくなり、この指標だけで成果を判断する意味は薄れています。多くのメールプラットフォームでは、返信率、クリック率、コンバージョンが主要なエンゲージメント指標になっています。詳しくは、2026年のメール到達率をご覧ください。
メールトラッキング手段の比較
| 機能 | 開封確認（MDN） | ピクセルトラッキング | トラッキング付きドキュメントリンク |
|---|---|---|---|
| メールが開かれたか | 受信者が承認した場合のみ | Apple MPP、Gmail、セキュリティスキャナーの影響あり | 対象外。メールではなく資料を追跡 |
| 誰が開いたか | 確認通知が返った場合のみ | プロキシによりIP・端末情報が不正確 | 名前とメールアドレスで特定可能 |
| いつ開いたか | 確認通知の日時 | ピクセルが読み込まれた日時 | リアルタイム通知 |
| どのくらい時間をかけたか | 不可 | 不可 | ページごとの閲覧時間 |
| 何を読んだか | 不可 | 不可 | ページ別エンゲージメント |
| リンクのクリック | 不可 | ツールにより対応 | クリックトラッキング |
| 無料Gmailでの動作 | 非対応 | プロキシ・評価ベースの画像ブロックで精度低下 | 対応 |
| Apple Mailでの動作 | 非対応 | MPPが画像を事前取得 | 対応 |
| 受信者がブロック可能か | 通知せず拒否可能 | 画像ブロックが可能 | リンクへのアクセス自体は拒否可能 |
| 法的な扱い（EU） | おおむね許容 | CNILの草案は個別同意を求める方向 | 標準的なデータ処理 |
よくある質問
Gmailでメールが読まれたかどうかを確認できますか？
確実にはわかりません。無料アカウントは開封確認に対応していません。Workspaceアカウントは管理者による有効化が必要で、デスクトップウェブのみ対応し、受信者は通知なしで拒否できます。ピクセルトラッキング拡張機能は機能しますが、Gmailの画像プロキシ（位置情報やデバイス情報が得られない）やレピュテーションベースの画像ブロック（冷たいアウトリーチメールはシグナルがゼロになる場合がある）によって精度が低下します。
GmailとOutlookの間で開封確認は機能しますか？
不安定です。クロスプラットフォームでの開封確認の処理は、クライアントのバージョン、管理者設定、受信者の構成によって異なります。Gmail Workspaceユーザーが開封確認をリクエストしても、Outlookの受信者が自動拒否または無視することがあります。送信者はまったく返答を受け取れないことが多く、その理由も一切わかりません。
メールのトラッキングピクセルは合法ですか？
議論が増えています。フランスのCNILは2025年6月に画期的なドラフトガイダンスを公表し、トラッキングピクセルをePrivacy指令のクッキーと同等に扱うよう提案しました。個人レベルの開封トラッキングには、メール受信への同意とは別に、明示的な個別同意が必要になる可能性があります。英国のICOも、トラッキングピクセルにはクッキーと同じルールが適用されると述べています。1対1のビジネスメールのピクセルを対象とした執行措置はまだ出ていませんが、規制の方向性は明確です。これは法的アドバイスではありません。
Mailtrackでメールが10回開封されたと表示されるのはなぜですか？
セキュリティスキャナーとボットによるものです。Microsoft Defender、Proofpoint、Mimecast、Barracudaなどの企業向けメールセキュリティツールは、受信メールのスキャン時に画像を先読みしてリンクを先回りでクリックするため、それぞれが独立した「開封」イベントを生成します。Google GeminiのようなAIインボックスエージェントもスキャン中に画像を読み込みます。「3か国から15回の開封」は、1つのセキュリティスキャナーと1つのAIエージェントによるものかもしれません。
メールの添付ファイルをトラッキングする方法はありますか？
メール添付ファイル自体は、配信された時点で受信者側のローカルコピーになるため追跡できません。代わりにファイルをトラッキングリンクで共有すると、資料の閲覧状況を確認できます。詳しくは、メール添付ファイルが開封されたか追跡する方法をご覧ください。
Superhuman、Hey、その他の開封トラッキング機能を持つメールクライアントはどうですか？
Superhuman（2025年にGrammarlyが約8億2,500万ドルで買収）は、引き続き「Read Statuses」を提供しています。ピクセルを使い、メールがいつ、何回、どのデバイスで開かれたかを表示する機能です。位置情報トラッキングをめぐる2019年の議論を受け、位置情報機能は削除され、Read Statusesは初期設定で無効になっています。
Hey.com はまったく逆のアプローチを取っています。受信メールからすべてのトラッキングピクセルを積極的に削除し、どのサービスがトラッキングを試みたかを特定してユーザーに知らせます。
どちらも基盤となるピクセルの仕組みは同じであり、Apple MPP、Gmailプロキシ、セキュリティスキャナーの影響を受けます。UIが洗練されても、データの信頼性は変わりません。