2026年1月より、Web版Gmailにおける「外部アカウントのメールを確認(POP fetcher)」機能の提供終了が予定されています。これは、これまで多くの医療機関で利用されてきた「クリニックの独自ドメインメール(例:info@clinic.jp)を、院長の個人Gmail(doctor@gmail.com)に取り込んで一元管理する。」という運用が不可能になることを意味します。

単に「管理サーバー側で自動転送設定をすれば良い!?」と安易に考えると、今度はGmailの強力なセキュリティフィルターにより、大切な患者からのメールが「迷惑メール」として弾かれるリスクが激増します。
今回は、この仕様変更の技術的背景を紐解きつつ、サーバー(さくらインターネットやお名前.com等)で必須となる「SPFレコード」の記述方法、そして恒久的な解決策としてのシステム移行について詳しく解説したいと思います。

なぜ、Gmailの「POP受信機能」終了がこれほど問題なのか? 

賢明な院長なら、今の異変に徐々に気づいているはず。

これまで、多くのクリニックでは以下のような運用が一般的でした。

  1. さくらインターネット、お名前.comなどで独自ドメイン(clinic.jp)のメールサーバーを契約。
  2. Gmailの設定画面(「アカウントとインポート」>「他のアカウントのメールを確認」)に、そのメールサーバー情報を登録。
  3. Gmailが定期的にサーバーへアクセスし、メールを取りに行くよう設定(Fetch)。

この方式の最大のメリットは、「Gmail側が正規の手順でパスワードを使ってメールを取りに行く」ため、迷惑メール判定を受けにくいという点にありました。

しかし、この機能が廃止されると、メールサーバー側からGmailへ向けてメール送りつける(自動転送)運用に切り替えざるを得なくなります。ここで発生するのが「送信ドメイン認証(なりすまし判定)」の壁です。

なぜ「単純な自動転送」は迷惑メール判定されやすいのか?

なぜ「単純な自動転送」は迷惑メール判定されやすいのか?

「転送設定くらい簡単だ」と思われがちですが、メール送信・受信の裏側では複雑な検証が行われています。

転送の仕組みとリスク

例えば、患者(patient@docomo.ne.jp)がクリニック(info@clinic.jp)に送り、それをGmail(doctor@gmail.com)に転送するなどの運用があります。

  1. 患者クリニックのサーバー(ここまでは正常)
  2. クリニックのサーバーGmailここで問題発生

Googleのセキュリティは年々厳格化しており、この状態を「クリニックのサーバーが、患者Aさんになりすましてメールを送っている。」と判定し、迷惑メールフォルダに直行させたり、受信そのものを拒否したりする可能性が非常に高くなります。

迷惑メール扱いを防ぐための「SPFレコード」とは? 

迷惑メール扱いを防ぐための「SPFレコード」とは?

この「なりすまし」判定を防ぎ、メールサーバーの信頼性を担保するために必須となるのが、SPF(Sender Policy Framework)レコードです。

SPFとは、DNSサーバーに記述する「身分証明書」のようなものです。「このドメインのメールは、このサーバーから送ってもいいですよ。」と世界中に宣言する仕組みです。

特に、Gmail上で「送信」も行う場合(Gmailから info@my-clinicdomain.jp として返信する場合)、SPF設定がなければ、相手先のキャリアメール(docomo, au, softbank)やGmailでほぼ確実にブロックされます。

さくらインターネット・お名前.comでの設定例

レンタルサーバーの管理画面で「DNS設定」「ゾーン編集」などの項目から、TXTレコードを新規追加もしくは編集をします。

【ケースA】さくらインターネットの場合

通常、以下のような記述が必要です。
www#### の部分は、契約しているサーバーのホスト名に書き換えます。
取得したドメインを管理するさくらインターネットのコントロールパネル内に設定項目が存在します。TXTレコードの追加項目がありますので、新規追加もしくは編集を行い設定します。

DNS Zone file
example.jp.    IN    TXT    "v=spf1 a:www####.sakura.ne.jp mx ~all"

取得したドメインを管理するさくらお名前.comのコントロールパネル内に設定項目が存在します。TXTレコードの追加項目がありますので、新規追加もしくは編集を行い設定します

【ケースB】お名前.com(共用サーバーSD)の場合

DNS Zone file
example.jp.    IN    TXT    "v=spf1 include:spf.gmoserver.jp ~all"

【技術的な注意点】SPFの限界

転送運用の場合、SPFを設定しても「DKIM」や「DMARC」といった追加の認証技術、あるいは「SRS(Sender Rewriting Scheme)」という転送技術がサーバー側で対応していないと、Gmailのスパムフィルタを回避しきれないケースが増えています。

つまり、「転送+SPF設定」はあくまで延命措置であり、完全な解決策ではないことを理解しておく必要があります。

根本的な解決策にはどのような選択肢があるのでしょうか? 

根本的な解決策にはどのような選択肢があるのでしょうか?

運用の安定性を最優先する場合、以下の2つのパターンのいずれかへ移行することをおすすめします。

(1)メールソフト(IMAP)での運用に切り替える

GmailのWeb画面に頼るのをやめ、PCにインストールされたメールソフトを使用します。

  • ツール: Microsoft Outlook, Thunderbird, Apple Mailなど
  • 接続方式: IMAP(サーバー上のメールを直接PCにインストールしたメーラーより参照する方式)
デメリットメリット
・スマホで見る場合、別途スマホアプリへの設定が必要なため若干面倒。
・「外出先でGmailのようにブラウザよりパッと見る」利便性は下がる。
無料で利用可能。
・Googleなどの仕様変更の影響を受けない。

(2)Google Workspace(有料版)へ正式移行する

もし「今のGmailの画面・操作感のまま使いたい」というニーズが強いのであれば、無料のGmailで無理やり運用するのではなく、ビジネス版のGoogle Workspaceへ病院・クリニックのドメインごと移行することが運用の効率化、他のGoogleサービスとのデータ連携を含め重要です。

  • 仕組み: DNSのMXレコードをGoogleに向け、クリニックのドメインメールそのものをGoogleのサーバーで運用します。
デメリットメリット
・1アカウントあたり月額費用(約800円〜)が発生する。転送やPOPの設定が不要。技術的に最も安定します。
・SPF, DKIM, DMARCといったセキュリティ設定が完璧に行えるため、患者へのメール到達率が格段に向上します。
・医療機関として求められるセキュリティ基準(ログ管理、2段階認証の強制など)を満たしやすい。

Google Workspace利用時のSPF記述例

DNS Zone file
example.jp.    IN    TXT    "v=spf1 include:_spf.google.com ~all"

このような記述で、Googleからの送信が正規のものとして認証されます。


Google Workspaceを病院・クリニックの独自ドメインでの利用の際には、有料契約を行う手順として独自ドメインでの設定・認証手順が行われます。その手順で実施すると独自ドメインでの利用がすぐに行うことができます。また、病院・クリニックの独自ドメインが複数ある際にも、追加での独自ドメイン認証をGoogle Workspaceに行うことが可能です。


注意点としては、追加での独自ドメイン登録をした時点では費用は発生しませんが、新規でアカウントを作成した際に1ユーザー毎に毎月(約800円〜)が発生します。

まとめ

2026年のGmail仕様変更は、多くのクリニックにとってメール運用を見直す良いきっかけとなります。

  • 現状維持(POP): 2026年1月で停止。
  • 自動転送への切り替え: SPF設定が必須だが、それでもスパム判定のリスクが残る。
  • 推奨策: PCのメールソフト(IMAP)で直接受信するか、Google Workspace(有料)へ移行する。

メールは診療予約や他院との連携など、医療業務のライフラインです。「まだ先のこと」と思わず、今のうちに安定した環境への移行計画を立てることをお勧めします。

病院・クリニックでの今後のGmail移管や問題などございましたら、DXで効率化と運用コスト削減、利益最大化を支援するアイラボまでお気軽にご相談ください。DXを進化させ、患者と医療従事者の笑顔を増やします。

よくあるご質問

Q
個人のプライベートなGmailアドレス(@gmail.com)も使えなくなりますか?
Q
2026年まで何もしないとどうなりますか?
Q
SPFレコードの設定は難しいですか?
Q
Outlookに切り替える場合、過去のメールはどうなりますか?
Q
転送設定にしたのにメールが届きません。

動画での紹介

2026年1月より、Gmailが他のメールアカウント(プロバイダーメールや独自ドメインメールなど)をPOPプロトコルで受信する機能を廃止されます。この変更は、セキュリティの強化とシステムの効率化を目的としていますが、今後、病院・クリニックの対策としてどのような準備や対応が必要なのかを分かりやすく動画で解説されてます。事前の準備として一度、ご確認ください。