ホームページの問い合わせがGmailに届かない。検索文と4つの確認手順

自分のホームページからテスト送信すると、「送信しました」と出る。でも、店のGmailには通知が見当たらない。

この場面で、もう一度送る前に確認する場所があります。僕なら「フォームに記録されたか」と「Gmailでどこへ入ったか」を分けます。送信完了の画面だけでは、管理者がメールを読めるところまで進んだか分からないからです。

この記事は、問い合わせ通知をGmailで受け取る店主や担当者向けです。自分が管理するサイトと、自分で用意したテスト情報だけを使います。以下の識別子・記入済みメモは説明用の仮想例で、実際の障害や送信記録ではありません。

1．テストの印を「TEST-1021-A」にする

まず、フォームの自由記入欄へ、今回だけの印を入れます。例は次の1行です。

動作確認テスト：TEST-1021-A

名前や返信先には、自分で管理するテスト用情報を使います。お客さんの問い合わせ本文や個人情報を流用しません。送信ボタンは1回押し、日時・画面に出た文言をメモします。読み込み中なら連打せず、その状態を残します。

同じ印で何度も送ると、どのメールがどの操作の結果か分からなくなります。再テストするときは、最後をBなどに変えて別の印にします。

自動返信があるフォームでは、お客さん向けの返信と、店への通知を別々に記録してください。自分への控えだけ届いたことを、店の通知も届いた証拠にはしません。

2．通知先と、フォームの受付記録を照合する

利用中のフォームの管理画面で「通知先」「管理者メール」などの設定を探します。項目名や場所はフォームによって違うので、分からなければ利用サービスの公式ヘルプか制作担当へ確認します。

通知先のアドレスと、いま開いているGmailのアカウントを一文字ずつ比べます。別の共有アドレス、前任者のアドレス、入力間違いになっていないか。ここは推測で埋めず、「一致」「不一致」「設定を見られず未確認」のいずれかをメモします。

フォームに受付一覧や履歴がある場合は、さきほどの印と日時を探します。見つかったなら、その一覧まで受け付けられた材料です。履歴機能がないフォームもあるため、「記録が見えない＝送信されていない」とは断定しません。

3．Gmailの検索欄に、この1行を入れる

パソコンのブラウザで、通知先に設定したGmailを開きます。上部の検索欄へ、次の1行をコピーしてEnterを押します。

in:anywhere "TEST-1021-A"

Google公式の検索演算子の説明（出典・参照：Google Gmailヘルプ「Gmailで検索するための検索演算子」・2026年10月21日確認）では、in:anywhereは迷惑メールとゴミ箱も含むGmail全体を検索する指定です。引用符は語句を指定して探すために使います。検索語は、自分のテストで使った印に置き換えてください。

見つかったメールを開き、日時と内容を照合します。迷惑メール、ゴミ箱、受信トレイ以外の場所にあれば、その場所を記録します。メールがあったことと、担当者が普段の受信トレイで見つけられることは別です。

見つからなくても、すぐ「Gmailの障害」と決めません。通知メールの本文にフォームの入力内容が入らない仕組みなら、この印では検索できません。その場合は、通知メールに実際に含まれる件名や送信元を、フォーム設定や過去の通知で確認して検索します。お客さんの入力アドレスが、通知の送信元になるとは限りません。

4．フィルタを「見る」ところまで進める

検索しても状況が分からないときは、Google公式の未着確認手順（出典・参照：Google Gmailヘルプ「Gmailのメールが見つからない」・2026年10月21日確認）に沿って、右上の歯車から「すべての設定を表示」を開きます。

上部の「フィルタとブロック中のアドレス」を選び、通知に当たりそうな条件と、「受信トレイをスキップ」「削除して」などの処理がないかを確認します。見つけたら条件と処理をメモします。この点検だけのために、フィルタをまとめて削除する必要はありません。

続いて、設定の「メール転送と POP/IMAP」または「転送」で、転送の有無と、Gmail側に残す設定を確認します。表示名は環境で異なります。ここでも、分からない設定を試しに切り替えず、現在の値と確認できない項目を残します。

Google公式は保存容量がいっぱいの場合も確認点に挙げています。容量に関する表示も確認しますが、メールがないという理由だけでデータを削除したり、有料プランへ申し込んだりはしません。

制作担当へ渡せる、記入済みメモの見本

次は仮想例です。日時・結果・URLは実際に確かめた内容へ置き換えてください。確認できない欄は「未確認」のままでかまいません。

対象：自社サイトのお問い合わせフォーム

送信日時：2026年10月21日 10:00（日本時間）※仮の日時

識別子：TEST-1021-A

画面：送信しました、と表示

通知先：いま見ているGmailと一致

受付記録：一覧に同じ識別子あり

Gmail検索：迷惑メール内に同じ識別子の通知あり

フィルタ・転送：未確認

今回変えた設定：なし

この例で言えるのは、「テストの通知はGmailの迷惑メール内にあった」までです。迷惑メールへ入った原因も、今後すべて届くことも、まだ確認できていません。

記録と一緒に「通常の受信トレイで見つけられる状態にしたい」と担当者へ伝えれば、次に調べる目的が明確になります。パスワードやお客さんの全文は、確認メモに載せません。

何を確かめたら「今回のテストは通った」と言えるか

僕なら、テスト1件の画面結果・受付記録の有無・店への通知を対応づけ、担当者が内容と返信先を確認できたところまで残します。受付記録を持たないフォームなら、その制約も明記します。

設定を変えて再テストする場合は、変更前の値と戻し方を残し、一度に一つだけ変更します。新しい印で確かめ、変更していない条件まで成功扱いにしません。

今日の一歩は、通知先のGmailを確かめて、テストの印を一つ決めることです。すでにテスト済みなら、再送する前に同じ印を検索してください。

合同会社neneでは、会社やお店のWeb制作・案内ページの整備をご相談いただけます。既存サイトの改修のみをご希望の場合も、対応範囲を確認してからお見積りします。対象ページ、困っていること、希望する状態の3つを、ココナラの見積り相談からお知らせください。

Web制作サービス・購入前の見積り相談（出典・参照：https://coconala.com/services/4426958）

小さな会社とお店で使えるWeb・AIの実用メモを続けています。次の点検にも使いたい方は、このブログをフォローしておいてください。