guide

Gmailの開封確認メールを使う条件|届かない4つの場合と代わりの手

2026年9月6日 ・ Halict編集部

送った案内を相手が見たかどうかを知りたい。この動機でGmailの開封確認を調べ始めた人は、たいてい途中で行き止まりに当たります。使えるアカウントが決まっているうえ、条件を満たしても相手側の操作で結果が変わるからです。この記事では、公式ヘルプに書かれている条件をそのまま確かめたうえで、開封確認が返ってこない場合を整理し、受付の仕事として本当に必要な情報は何なのかを組み立て直します。

Gmailの開封確認は、使えるアカウントが決まっている

最初に、いちばん多い行き止まりから片付けます。個人で使っている無料のGmailでは、この機能は動きません。公式ヘルプには次のように書かれています。

重要: 開封確認は仕事用アカウントまたは学校用アカウントでのみご利用になることができ、個人用 Gmail(@gmail.com)アカウントでは機能しません。開封確認のリクエストまたは返信を行うには、対象となるアカウントにログインしてください。 出典: support.google.com

つまり、末尾が@gmail.comのアカウントで受付の連絡をしている限り、この機能は選択肢に入りません。設定画面を探し回っても項目そのものが出てきません。ここで時間を使う人がとても多いので、最初に確かめておく価値があります。

条件を満たしている場合の手順は、公式ヘルプでは次のように書かれています。パソコンでGmailを開き、[作成]をクリックして通常どおりメールを書き、右下にあるその他のオプションのアイコンから「開封確認をリクエストする」を選び、[送信]をクリックします。開封確認は、メールの開封日時が記載されたメールとして届く、と説明されています。

なお、公式ヘルプの手順はパソコンのGmailを前提に書かれています。スマートフォンのGmailアプリからリクエストする手順は、今回確認した範囲では公開資料に見当たりませんでした。機能が無いという意味ではなく、記載を確認できなかったということです。外出先から送ることが多い受付では、この点も先に確かめておくほうが安全です。

もう1点、開封確認の有無は組織の設定に左右されます。公式ヘルプは、開封確認が返ってこない場合の1つとして「組織内のユーザーや組織外の特定のユーザーに対する開封確認の送信が管理者によって制限されている」場合を挙げています。自分の画面に項目が出ない場合、アカウントの種類の問題か、組織の設定の問題かのどちらかです。

相手が承認しないと、開封確認は返ってこない

条件を満たして送ったとしても、開封確認が自動で必ず返るわけではありません。公式ヘルプは「受信トレイに開封確認を受け取るには、メールの受信者が開封確認を承認する必要があります。」と書いています。

受信者の側の動きも公式に説明されています。開封確認を求めるメールを受け取ったとき、まず承認するよう組織に求められている場合は、Gmailでメールを開いたときに表示されるメッセージから「開封確認を送信」を選ぶか、「後で」を選ぶことになります。「後で」を選んだ場合は、次にそのメールを開いたときに、あらためて確認を送るよう求められます。あわせて、確認を求めるメッセージが表示されない場合は、自動的に開封確認が送信されている、というヒントも書かれています。

ここから読み取れるのは、開封確認の結果が相手の環境と相手の判断に依存しているということです。こちらが送り方を工夫しても、相手が「後で」を選び続ければ返ってきません。相手を責める話ではなく、そういう仕組みだということです。

受付の連絡でこれが問題になるのは、返ってこなかった場合の解釈です。開封確認が返らないという事実からは、読んでいないことも、読んだが承認しなかったことも、そもそも承認を求められなかったことも導けます。3つの可能性が区別できない情報は、判断の材料になりません。「返ってこないから読んでいないはずだ」と考えて次の行動を決めると、読んでいる相手に催促を送ることになります。

開封確認が返ってこない4つの場合

公式ヘルプは、開封確認が届かない場合を具体的に挙げています。挙げられているのは次の4つです。

・グループのメーリングリストやエイリアスにメールを送った場合 ・組織内のユーザーや組織外の特定のユーザーに対する開封確認の送信が、管理者によって制限されている場合 ・リアルタイムで同期されないメールプログラムを受信者が使っている場合(オンデマンドでのみ同期するPOPのクライアントなど) ・受信者がIMAPを使ったメールクライアントで開封確認を返信し、開封確認が自動で送信されない場合

受付の現場でいちばん当たりやすいのが1つ目です。問い合わせ窓口や事務局の連絡先は、個人のアドレスではなく、複数人に配るためのグループのアドレスであることが多いためです。相手が会社の窓口なら、こちらが送った先はほぼグループのアドレスです。つまり、法人相手のやり取りでは開封確認が返らない前提で考えたほうが実態に合います。

2つ目も現実的にはよく当たります。個人情報を扱う組織では、開封の事実が外部に出ることを避ける方針を取ることがあります。この場合、相手が何をしても返りません。相手の担当者に聞いても、自分の組織の設定を知らないことがほとんどなので、確かめようもありません。

3つ目と4つ目は、相手のメールの使い方の問題です。こちらからは分かりません。相手のメールクライアントの種類を確かめてから連絡する受付は存在しないので、これも前提として織り込むしかありません。

こうして並べると、開封確認が確実に機能するのは、同じ組織の中で、個人のアドレス宛に、Gmailの画面から送る場合に絞られます。社外の申し込み者や応募者に対する受付の連絡では、条件から外れる場合のほうが多くなります。

条件から外れているかどうかは、送る前にある程度は見分けられます。宛先がinfoやsupportで始まるアドレスなら、複数人で共有している窓口の可能性が高く、1つ目に当たります。相手が学校や自治体、医療や金融に関わる組織なら、2つ目に当たる可能性が上がります。個人の携帯電話のアドレス宛なら、3つ目と4つ目に当たる可能性があります。どれかに当たっていると分かった時点で、開封確認を当てにする運用そのものをやめて、返信を求める形に切り替えるのが早道です。

もう1つ、開封確認をリクエストしたことは相手に伝わります。相手の画面に承認を求める表示が出るからです。取引の相手や応募者に対して、読んだかどうかを確かめようとしていることが見える形になります。関係の浅い段階では、それだけで印象が変わることがあります。使うかどうかは、機能として使えるかどうかだけでなく、相手にどう映るかも含めて決める話になります。

「開封確認が届いた」と「読まれた」は同じではない

もう1つ、公式ヘルプがはっきり書いていることがあります。開封確認が届いても、必ずしも受信者がメールを読んだとは限らない、という点です。開封確認の動作は受信者が使っているメールシステムによって異なる、と説明されています。

例として挙げられているのが、受信者がIMAPベースのメールクライアントを使っていて、メールを開かずに既読にした場合でも開封確認が届くことがある、という状況です。受信箱を一覧のまま「すべて既読にする」と操作した相手にも、開封確認が返る可能性があるということになります。逆に、IMAP以外の一部のモバイルのメールシステムでは、開封確認の送信自体ができないこともある、と書かれています。

この2つを合わせると、開封確認の結果は次の3つの状態を区別できません。

・本当に読んで内容を理解した ・開いたが読んでいない ・開いてすらいないが既読になった

受付の仕事で知りたいのは、たいてい1つ目です。ところが返ってくる情報は、この3つを見分けられません。3つの状態が1つの結果に潰れている以上、開封確認の数字を根拠に「相手は把握しているはずだ」と判断するのは危うい使い方になります。

このずれは、開封確認に限らず、開封を数える仕組み全般に共通する性質です。数字が出るからといって、その数字が指しているものが自分の知りたいこととは限りません。数え方の違いによって数字が動く理由を整理しておくと、受付の判断に使ってよい数字かどうかを見分けられます。

画像を1枚仕込む方式と、Gmailでの扱い

開封の計測というと、本文に小さな画像を1枚入れておいて、その画像が読み込まれたかどうかで判定する方式が知られています。配信の道具に付いている「開封率」は、たいていこの方式です。Gmail宛にこれを使うとき、押さえておくべき公式の記載があります。

Gmailのヘルプには、画像付きのメールを受信すると画像が既定で自動的に表示されると書かれています。そのうえで、Gmailが画像をどう扱っているかについて次のように説明されています。ユーザーがメールを受信する前にGoogleが画像をスキャンして疑わしい兆候がないかを確認する、送信者が画像の読み込みを利用してユーザーのパソコンや所在地に関する情報を入手することはできない、送信者が画像を利用して受信者のブラウザのCookieを設定したり読み取ったりすることはできない、というものです。

同じページには「場合によっては、画像を含むメールが開かれたかどうかを送信者が知ることができます。」とも書かれています。つまり、開かれたかどうかは伝わり得るが、端末や所在地といった細かい情報は伝わらない、という整理になっています。

もう1つ、受信者が設定を「外部画像を表示する前に確認する」に変えている場合は、画像が自動では読み込まれません。この場合、実際には読んでいても、開封としては数えられません。逆に、Googleが画像を先に読み込む仕組みの都合で、受信者が開く前に数えられる可能性もあります。どちらの方向にもずれるということです。

数字がずれる方向は、少なくとも4つあります。画像を読み込まない設定の相手は、読んでいても数えられません。プレビューの画面で本文が表示されただけの場合、開いていなくても数えられることがあります。同じ人が複数の端末で同じメールを開けば、数え方によっては複数回として乗ります。転送された先で開かれた分が、元の宛先の開封として乗る場合もあります。上にも下にもずれる要素が同時に働くので、絶対値としては使えません。

だから、開封の数字は「相対的な比較」には使えても、「この人が読んだかどうか」の判定には向きません。前月と今月を同じ条件で比べるのは意味がありますが、特定の応募者が案内を読んだかどうかをこの数字で断定すると、判断を誤ります。

開封確認を求められた側になったとき

受付の窓口は、開封確認を送る側であると同時に、求められる側にもなります。取引先や応募者から、開封確認つきのメールが届くことがあります。このときの振る舞いも先に決めておくと、担当者ごとに対応が割れません。

公式ヘルプによれば、承認を求められる設定になっている場合は、メールを開いたときに「開封確認を送信」か「後で」を選ぶ画面が出ます。ここで担当者が迷って「後で」を押し続けると、相手には何も返らないまま時間が過ぎます。相手はこちらが読んでいないと考えて、電話をかけてくるか、催促を送ってきます。どちらもこちらの仕事を増やします。

方針は2つに1つです。返すか、返さないかを組織として決めます。返す方針にするなら、開いたその場で送るように決めます。返さない方針にするなら、その代わりに「受け取りました」という短い返信を必ず出す、と決めます。どちらでも構いませんが、担当者によって違う対応になるのがいちばんよくありません。

返信で受け取りを知らせる方式には、開封確認より優れている点があります。誰が読んだのかが分かること、そして、いつ返せるかを同時に伝えられることです。開封確認は「開いた」という事実しか運びません。1行の返信は「読んだ」「担当は自分」「返事は明後日」の3つを同時に伝えます。受付の連絡としては、こちらのほうが情報量が多く、相手の不安も減ります。

なお、こちらから開封確認を求めるかどうかも同じ観点で決められます。相手に承認の操作を求めるということは、相手の手を1回止めるということです。急ぎの連絡なら、開封確認を付けるより、本文の冒頭に「本日中にご返信をお願いします」と書いたほうが早く動いてもらえます。

受付の現場で、本当に知りたいのは開封ではない

ここまでを踏まえて、受付の仕事に引き戻します。開封を確認したくなる場面を並べてみると、知りたいことは開封そのものではないことが分かります。

・書類の不備を伝えたが、直して出し直してくれるだろうか ・日程の候補を送ったが、返事はいつ来るだろうか ・締切の案内を送ったが、間に合うだろうか ・こちらの返信が迷惑メールに入っていないだろうか

このうち、開封の事実で解けるのは4つ目だけです。しかも4つ目は、開封確認より確実な確かめ方があります。別の連絡手段で1度だけ声をかける、あるいは送信の記録とエラーの戻りを確認する方法です。残りの3つは、相手が読んだかどうかではなく、相手が動いたかどうかで判断すべきものです。

言い換えると、開封は相手の中で起きる出来事で、こちらからは観測できません。観測できるのは、こちらが何をしたかと、相手が何をしたかの2つだけです。この2つで判断を組み立てると、仕組みに依存しない運用になります。

受付の側で持つべき目印は3つです。1つ目は、こちらが返信したかどうか。2つ目は、相手が次の行動を取ったかどうか。3つ目は、いつまでに動きがなければこちらから追いかけるかという期限です。この3つが1件ごとに残っていれば、開封の情報が無くても受付は回ります。

逆に、この3つが残っていない状態で開封だけ分かっても、何も決まりません。開封していることが分かった相手に対して、次に何をするかが決まっていなければ、情報が増えただけです。送信されたあとの道具がそろっていることの意味は、この3つが記録として残る状態を指しています。どこまでを1つの画面で扱えるのかはできることで確かめられます。実際の見え方は動くところを見るで確認できます。

開封の代わりに置く目印の作り方

具体的に何を残すかを決めます。難しい仕組みは要りません。1件ごとに、次の4つが分かる形にします。

・状態。受付済み、返信済み、待ち、完了のどれか ・担当。いま誰が持っているか ・期限。いつまでに動きがなければ追いかけるか ・最後のやり取り。誰が誰に、いつ、何を送ったか

状態は、増やしすぎないことが続けるこつです。受付済み、返信済み、待ち、完了の4つで足ります。細かく分けるほど、どれを選ぶか迷う時間が増え、やがて誰も更新しなくなります。更新されない状態は、無いのと同じどころか、間違った判断を招くぶん害になります。

担当は、空欄を許さないことが大事です。「誰でも見られる」状態は、裏返せば「誰も持っていない」状態です。届いた時点で機械的に誰かに割り当ててしまい、違うと思った人が持ち替える形にすると、宙に浮く件が消えます。

この4つのうち、開封の情報が要らないことに注目してください。相手が読んだかどうかは、期限が来たときに追いかけるという運びの中に吸収されます。読んでいようが読んでいまいが、期限までに動きがなければ追いかける。それだけで運用は成立します。

期限の置き方には目安があります。書類の再提出を求めた場合は3営業日、日程の候補を出した場合は2営業日、締切の案内なら締切の3日前にもう一度声をかける、といった置き方です。この数字は受付の性質で変えて構いません。大事なのは、期限を決めて記録に残すことです。

追いかけるときの手段も決めておきます。同じメールアドレスに2度目を送っても、届いていない原因が受信側にあるなら結果は同じです。2度目は別の手段にする、という約束にしておくと、届かない問題が長引きません。

追いかける文面も、あらかじめ用意しておきます。催促に見えない書き方にするのがこつです。「先日お送りした件、その後いかがでしょうか」だけだと、相手は責められているように感じます。「行き違いでしたら申し訳ありません。念のためもう一度お送りします」と添えて、前の内容をそのまま下に貼っておくと、相手はメールを探さずに済みます。探させないことが、返信を早める最大の手当てです。

この目印を、担当者の頭の中ではなく記録として置くことが肝心です。頭の中にある期限は、忙しい日には必ず飛びます。人が覚えていることを前提にした運用は、件数が増えた瞬間に崩れます。1日の受付が30件を超えたあたりから、記憶だけでは追えなくなると言われています。

さらに、返信が届いていない可能性そのものを減らす手当ても効きます。送信ドメイン認証の設定は、そのための基本です。Googleは、個人用Gmailアカウント宛にメールを送るすべての送信者に対して、送信元ドメインにSPFまたはDKIMの認証を設定することを要件として挙げており、1日あたり5,000件を超える送信者にはDMARCの設定も求めています。受付の返信そのものは件数が少なくても、同じドメインから配信メールを出しているなら、この設定は返信の到達にも効いてきます。

届いていない可能性を先に潰す

開封を確かめたくなる場面の裏には、そもそも届いていないのではないかという不安があります。この不安は、開封の情報ではなく、送信側の確認で解けます。順番に3つ見ます。

1つ目は、送信の記録です。自分の送信済みの一覧にあることを確かめます。下書きのまま残っていた、という事故は思っているより起きます。特に、書きかけで別の作業に移った日は要注意です。

2つ目は、戻ってきていないかの確認です。宛先が存在しない場合や、相手のサーバーが受け取りを拒否した場合、送信元にその通知が返ります。この通知は迷惑メールに入ることがあるので、受信箱だけを見ていると気づきません。返事が来ないと感じたら、まず迷惑メールのフォルダを確かめます。

3つ目は、宛先の綴りです。手で打ち込んだアドレスは、一定の割合で必ず間違えます。1文字違いでも実在するドメインだった場合、エラーは返らず、まったく別の人に届きます。この形の事故は、相手からの反応が無いという症状だけが出て、原因にはたどり着きにくいものです。フォームから受け付けた連絡先をそのまま使う運用にしておくと、この打ち間違いは構造的に減らせます。

そして、繰り返し届かない相手がいる場合は、こちらのドメインの設定を疑います。特定の会社にだけ届かない、携帯電話のアドレスにだけ届かないといった偏りがあるときは、相手の受信側で止められている可能性が高くなります。この場合、何度送り直しても結果は変わりません。別の手段で連絡し、届く経路を先に確保してから本題に入ります。

受付の型ごとに、確認したいことは変わる

開封を気にする度合いは、受付の型によって違います。型ごとに、置くべき目印を整理します。

締切のある受付では、開封より締切までの残り日数が重要です。読んだかどうかにかかわらず、締切の前に一度声をかける運びを決めておけば足ります。締切をまたいだ扱いも先に決めておきます。詳しくは助成金・公募の受付にまとめています。

選考が進む受付では、こちらの連絡に対する相手の返信そのものが目印になります。返信が来ない期間が続いたときに誰が追いかけるかを決めておかないと、そのまま止まります。応募の受付で決めることは採用の応募受付に整理しています。

日程が確定している受付では、案内が届いているかどうかが当日の出席に直結します。ここでは開封を数えるより、出欠の返事を求める形にするほうが確実です。イベントのイベントの申し込みと、回ごとに連絡が要る講座の受講申し込みでは、返事を求める設計が効きます。

継続的な関係が始まる受付では、最初の案内を読んでいるかどうかより、その後に問い合わせが来ないかどうかで判断します。会員の入会申し込みでは、届いていない人ほど後から問い合わせてくるので、問い合わせの内容そのものが目印になります。

利用日が決まっている施設利用の申請や、対応の進み方が読めない修理・サポートの受付、そして問い合わせの受付でも、共通しているのは同じです。読んだかどうかではなく、こちらが返したかどうかと、次に誰が動くかを記録に残すことです。

内部の整理から見える、開封を確かめたくなる場面

比較や一問一答として整理してきた質問を見ていくと、開封の確認を求める相談は、ほぼ決まった状況から出てきます。

いちばん多いのは、返信したのに反応が無い状況です。この場合、実際に困っているのは開封が分からないことではなく、次に何をすべきかが決まっていないことです。期限と担当を決めた時点で、開封の情報は要らなくなります。

2つ目は、返信そのものが届いているか不安な状況です。これは開封ではなく到達の問題で、送信の記録とエラーの戻りを見るほうが早く確かめられます。フォームからの通知や自動返信が届かないときの切り分けは、使っている仕組みによって見る場所が変わります。標準の控えを使う場合はGoogleフォームとの比較、組織内と社外で挙動が変わる場合はMicrosoft Formsとの比較、自社サイトのプラグインで受けている場合はContact Form 7との比較に、それぞれ確認の順番を整理しています。

3つ目は、複数人で受けていて、誰が返したのか分からない状況です。これは相手の側の情報では絶対に解けません。自分たちの側の記録の問題です。開封が分かったところで、二重返信も返し忘れも止まりません。止まるのは、返したかどうかが1件ごとに残っているときだけです。

4つ目は、上司や依頼元に進み具合を報告する必要がある状況です。ここで開封の数字を出しても、報告を受ける側が知りたいことには答えられません。知りたいのは、何件届いて、何件返して、何件が待ちなのかの3つです。この3つは、開封の情報が無くても数えられます。

こうして並べると、開封確認が本当に必要になる場面は、思ったより狭いことが分かります。使える条件が限られていて、返ってくる情報も3つの状態を区別できない仕組みに時間を使うより、返信の記録と期限を1件ごとに残すほうが、受付の詰まりは早く解けます。個別の条件についてはよくある質問に、料金の線は料金に、道具の横並びは他のサービスとの比較にまとめています。

Q1. 個人のGmailで開封確認は使えますか?

使えません。公式ヘルプに「開封確認は仕事用アカウントまたは学校用アカウントでのみご利用になることができ、個人用 Gmail(@gmail.com)アカウントでは機能しません。」と明記されています。設定を探しても項目そのものが出てこないので、まずアカウントの種類を確かめてください。条件を満たしていても、組織の管理者が送信を制限している場合があります。

Q2. 開封確認をリクエストしたのに返ってきません。なぜですか?

公式ヘルプは4つの場合を挙げています。グループのメーリングリストやエイリアス宛に送った場合、管理者が開封確認の送信を制限している場合、受信者がリアルタイムで同期しないメールプログラムを使っている場合、受信者がIMAPのクライアントで自動送信されない場合です。加えて、受信者が承認しない限り届かない仕組みになっています。

Q3. 開封確認が届けば、相手が内容を読んだと考えてよいですか?

考えないほうが安全です。公式ヘルプは、開封確認が届いても必ずしも読まれたとは限らないと明記しており、IMAPのクライアントで開かずに既読にした場合でも届くことがあると説明しています。逆に、一部のモバイルのメールシステムでは送信自体ができないとも書かれています。読んだかどうかの判定には使えません。

Q4. 開封が分からない場合、受付ではどう運用すればよいですか?

1件ごとに、状態、担当、期限、最後のやり取りの4つを残します。相手が読んだかどうかにかかわらず、期限までに動きがなければこちらから追いかける、という運びにしておけば運用は成立します。追いかけるときは、1度目と同じ手段ではなく別の手段にすると、届いていない場合にも気づけます。

ガイド一覧へ