「先月から、問い合わせフォームの通知が届いていないみたいなんです。取引先には『送りました』と言われるのに、こちらの受信トレイに入っていない」——十数名の会社で、総務と経理を兼任している方からの相談でした。
調べると、原因は迷惑メールフィルタでもDNSでもありませんでした。その会社は info@ から始まる独自ドメインのメールを、契約しているレンタルサーバーのメールボックスに置いたまま、無料のGmailの「他のアカウントのメールを確認」機能で吸い出して読んでいたのです。Googleがこの取り込み機能を段階的に終了させており、その影響が出始めていました。
この運用は中小企業でかなり広く使われています。ドメインを取ってレンタルサーバーを借り、メールはサーバー付属のものを使い、読むのは慣れたGmailの画面で——という積み上げ方は自然です。だからこそ、期限が来ることを知らないまま止まる会社が出ます。
終わるのは「Gmailに外から吸い込む」機能
正確に何が止まるのかを先に押さえます。対象は、Gmailの設定画面にある「他のアカウントのメールを確認」（POP3での外部メール取り込み）と、Gmailify です。Googleのヘルプでは、2026年第1四半期以降は新規ユーザーへの提供を終了し、既存ユーザーは2027年1月まで引き続き利用できる、という形で案内されています（Gmail の Gmailify と POP の今後の変更について — Gmail ヘルプ）。
止まらないものも整理しておきます。メール自体が届かなくなるわけではありません。 外部のメールサーバーに配送される部分は無関係で、そのサーバーのWebメールやメールソフトから見れば従来どおり残っています。止まるのは「Gmailの画面に集約する経路」だけです。逆に言えば、Gmailの画面しか見ていない運用だと、サーバー側にメールは溜まっているのに誰も気づかないという状態になります。
この点は重要です。冒頭の会社で「届いていない」と見えていたメールは、実際にはレンタルサーバーのメールボックスに全部残っていました。失われてはいなかった。ただ、誰も見ていない場所に3週間積み上がっていただけです。
自社が対象かどうかは5分で分かる
対象の判定は簡単です。Gmailを開き、設定（歯車アイコン）から「すべての設定を表示」→「アカウントとインポート」タブを開きます。「他のアカウントのメールを確認」 という項目に @gmail.com 以外のアドレスが並んでいれば、その会社は対象です。何も登録されていなければ、この話は関係ありません。
見落としやすいのが、個人のGmailアカウントに会社のメールを取り込んでいるケースです。会社としてはGoogle Workspaceを契約していても、特定の担当者が「自分の私物Gmailに info@ を取り込んで見ている」という運用が並行して残っていることがあります。これは終了の影響を受けるうえに、退職時に会社のメールが個人アカウントに残り続ける問題も抱えています。棚卸しの対象は会社の管理下にあるアカウントだけではない、と考えておいたほうが安全です。
Google Workspaceを契約している場合も油断はできません。Workspace版のGmailにも同じ「他のアカウントのメールを確認」があり、旧サーバーのメールを取り込む形で移行を途中で止めている会社が実際にあります。Workspaceに移ったつもりで、実体は取り込み依存のままという状態です。
3つの逃げ道と、それぞれが残す問題
対策は大きく3通りあります。どれも「正解」ではなく、残る問題が違うだけです。
| 対策 | やること | 残る問題 |
|---|---|---|
| サーバー側から転送 | 外部メールサーバーの設定で、Gmail宛に自動転送する | 送信は外部サーバーのまま。SPF/DKIMの整合が崩れて転送先で弾かれることがある |
| メールソフトをIMAPで使う | Outlook・Thunderbird等から、POPではなくIMAPで外部サーバーに接続する | Gmailの画面には集約されない。端末ごとの設定が必要 |
| Google Workspaceへ移行 | 独自ドメインをGoogle Workspaceで運用し、Gmail本体を受信箱にする | 有償。DNS変更と過去メールの移行作業が発生する |
いちばん手軽なのは転送です。設定は数分で終わります。ただし転送はメールの信頼性を落とす方向に効くので、単純な代替とは言えません。送信元を検証する仕組み（SPF）は「このドメインのメールはこのサーバーから出る」という宣言なので、間に転送が挟まると受信側の判定が揺れます。ドメイン認証まわりの考え方はメール認証とDMARCで到達率を守るで整理しているので、転送で凌ぐ判断をする前に一度目を通してください。
IMAPに切り替える案は、Gmailの画面を諦める選択です。使い慣れた環境を変えたくないという最初の動機と正面からぶつかります。
移行を選ぶなら、順番を間違えないこと
Google Workspaceに寄せる判断をした場合、作業そのものは難しくありません。事故が起きるのは順番です。
まずアカウントを作り、ユーザーを作り、過去メールを運び終えてから、最後にMXレコードを切り替える。この順番が逆になると、切り替えた瞬間から新しいメールはGoogle側に届き始めるのに、受け皿の設定と過去メールが揃っていない、という空白が生まれます。数時間の空白でも、問い合わせ窓口のアドレスなら痛みます。
過去メールの移行は、件数が少なければメールソフト経由の手作業でも足りますが、複数人・数年分になるとデータ移行サービスを使うほうが確実です。ここで判断材料になるのが「どのアドレスを本当に残す必要があるか」です。使われていない共有アドレスを全部運ぶのは、移行を無駄に重くします。 棚卸しのついでに整理するほうが後の運用が楽になります。
MX切り替え後しばらくは、旧サーバーのメールボックスも解約せずに残しておいてください。DNSの伝播中に旧サーバーへ配送されるメールが残るためです。旧サーバーからの転送を一時的に併用して、両方を見る期間を1〜2週間取るのが安全です。
同種の移行を別の入口から扱った記事として、Microsoft 365からGoogle Workspaceへの移行と国産グループウェアからの移行もあります。移行元が違っても、MX切り替えを最後に置くという原則は共通です。
期限まで見えているうちに動く価値
2027年1月という期限は、まだ余裕があるように見えます。ただ、この手の期限は「止まってから気づく」のがいちばんコストが高い種類のものです。冒頭の会社は3週間分の問い合わせメールに気づかず、そのうち何件が失注したのかは今も分かりません。
今日できることは一つです。Gmailの「アカウントとインポート」を開いて、外部アドレスが登録されているかを確認してください。 登録があれば対象です。そこから、転送で凌ぐのか、Google Workspaceに寄せるのかを、送信の信頼性と運用の手間で比べる段階に入ります。
自社の受信経路がどうなっているか棚卸ししたい、移行の段取りと切り替えのタイミングを一緒に決めたい——そうしたご相談は、グリームハブのIT・Google Workspace無料相談で承っています。情シス専任のいない体制を前提に、止めずに切り替える順番からご提案します。要件によって最適な構成は変わるため、個別にお見積りします。お問い合わせからご相談ください。
