WordPress保守・復旧
Gmailで会社の独自ドメインメールが使えなくなる?2027年1月までに確認する設定と移行方法
- 公開日:
- 最終確認日:
2027年1月から、Gmailでサードパーティのメールアカウントを扱う一部機能が終了します。会社の独自ドメインメールを個人用Gmailへ取り込み、ブラウザ版Gmailから送受信している場合は、2026年中に現在の利用方式を確認しておく必要があります。
ただし、「独自ドメインのメールをGmailで使っている会社がすべて対象」という変更ではありません。影響するのは主に、個人用Gmailの「送信元」機能で外部メールアドレスから送信しているケース、ブラウザ版Gmailの「他のアカウントのメールを確認」でPOP受信しているケース、Gmailifyを使っているケースです。Google Workspaceで自社ドメインを正式に運用している場合や、Gmailモバイルアプリへ外部メールアカウントを追加して使っている場合は扱いが異なります。
移行先を決める前に、メールの受信方法、送信方法、利用端末、過去メールの保存場所、WordPressなどからの自動送信を分けて確認してください。原因や方式が分からないままMXレコードやネームサーバーを変更したり、Gmail側の外部アカウント設定を削除したりすると、メール不達や過去メールの確認漏れにつながる可能性があります。
結論:まず「どのGmail機能で会社メールを使っているか」を確認する
同じ「Gmailで会社メールを使っている」状態でも、実際の仕組みは複数あります。最初に現在の方式を特定すると、必要な対応を絞れます。
| 現在の使い方 | 2027年1月以降 | 確認すること |
|---|---|---|
| 個人用Gmailの「送信元」に独自ドメインメールを追加 | サードパーティメールとしての送信は終了 | 送信方法をメールソフト、提供元Webメール、メール基盤移行などへ切り替える |
| ブラウザ版Gmailの「他のアカウントのメールを確認」でPOP受信 | 外部アカウントからの継続的なPOP取得は終了 | 転送、メールソフト、Gmailモバイルアプリ、メール基盤移行などを検討する |
| Gmailifyで外部メールを連携 | サポート終了 | 外部メールの利用方法を別方式へ切り替える |
| Gmailモバイルアプリに外部メールアカウントを追加 | 外部アカウントへのアクセスは継続 | 提供元のIMAP等の接続条件とアカウント設定を確認する |
| Google Workspaceで自社ドメインを運用 | GoogleがホストするWorkspaceの「送信元」機能は今回の終了対象外 | 個人Gmail経由の外部アカウント機能と混同しない |
| Outlook、Thunderbird、Apple Mailなどのメールソフトを利用 | 今回のGmail側機能終了とは別 | 利用中メールサービスのIMAP・SMTP等の設定を確認する |
Googleは、2027年1月にサードパーティアカウントの「送信元」、Gmailify、ブラウザ版GmailのPOP取得を完全に削除すると案内しています。また、2027年1月より前でも新規設定を制限する可能性があるため、終了直前まで待つ前提にはしない方が安全です。
2027年1月に何が変わるのか
今回の変更は、Gmailそのものが使えなくなる話ではありません。Gmailの画面から、Google以外が提供するメールアカウントを取り込んだり、その外部アドレスを送信元として使ったりする一部の仕組みが終了します。
代表的なのが「送信元」です。たとえば個人用Gmailへ会社の「info@自社ドメイン」のような外部メールアドレスを登録し、Gmailの画面からその会社アドレスを選んで送信している場合、サードパーティアカウントとしての送信は終了対象です。
受信では、ブラウザ版Gmailの「他のアカウントのメールを確認」で、外部メールサーバーからPOPを使って定期取得している構成が終了対象です。Gmailifyも同時にサポート終了となります。
一方、Google WorkspaceのアカウントやGoogleがホストするエイリアスの「送信元」機能は今回の変更対象ではありません。また、Android、iPhone、iPadのGmailアプリへ外部メールアカウント自体を追加して利用する方法は継続するとGoogleが案内しています。
自社が対象かを確認する方法
担当者が「Gmailで見ています」とだけ認識している場合、次の順で確認します。確認中は設定を削除せず、現在値を控えてください。
- ブラウザ版Gmailの設定を開き、「アカウントとインポート」に会社の外部メールアドレスが登録されているか確認します。
- 「名前」や「送信元」に独自ドメインの会社アドレスがあり、その送信に外部SMTPサーバーを使っている場合は、今回の送信機能終了の影響候補です。
- 「他のアカウントのメールを確認」に会社メールが登録されている場合は、POP取り込みを使っている可能性があります。
- スマートフォンでは、Gmailアプリ内に会社メールが「別アカウント」として追加されているのか、個人Gmailの受信トレイへ転送・取り込みしているだけなのかを分けます。
- 会社がGoogle Workspaceを契約し、自社ドメイン自体をGoogle Workspaceで運用している場合は、個人Gmailへ外部メールを追加している構成と分けて確認します。
複数人で同じ代表アドレスを使っている会社では、1人の設定だけでは判断できません。PC、スマートフォン、共有端末、退職者の端末、メール転送、問い合わせフォームなど、会社メールを使う場所を一覧にしてから移行方法を決めます。
移行先は「受信だけ」「送受信」「複数人運用」で選ぶ
移行方法は1つではありません。Gmailに近い見た目を維持したいのか、PCとスマートフォンで同じメールボックスを使いたいのか、複数人で管理したいのかによって適する方法が変わります。
| 候補 | 向いているケース | 注意点 | 通常のMX変更 |
|---|---|---|---|
| メール提供元のWebメール | 現在のメールサーバーを維持し、ブラウザから直接利用したい | 画面や検索、迷惑メール対策、共有方法は提供元仕様に依存 | 通常は不要 |
| Outlook、Thunderbird、Apple Mail等 | PCで複数アカウントを一元管理したい | 提供元のIMAP・SMTP設定、認証方式、端末ごとの管理が必要 | 通常は不要 |
| Gmailモバイルアプリへ外部アカウント追加 | スマートフォン中心で会社メールを継続利用したい | ブラウザ版Gmailと同じ使い方がそのまま残るわけではない | 通常は不要 |
| 外部メールから個人Gmailへ自動転送 | 受信メールをGmail受信トレイへ集めたい | 受信の代替であり、会社アドレスからの送信方法は別途必要 | 通常は不要 |
| Google Workspace等へメール基盤を移行 | 会社メールを複数人・複数端末で統一管理したい | ユーザー、共有アドレス、過去メール、認証、DNS、フォーム送信まで移行設計が必要 | 必要になる場合がある |
「Gmailの機能が終わるからGoogle Workspaceへ移行すべき」と一律に決める必要はありません。利用人数が少なく、現在のメールサーバーとWebメールで問題がない会社なら、メールソフトや提供元Webメールへの切り替えで十分な場合があります。反対に、複数人で代表アドレスを扱う、退職・入社時の権限管理が難しい、端末ごとに設定がばらついている場合は、メール基盤そのものを整理した方が運用しやすくなることがあります。
受信を自動転送へ変える場合の注意点
Googleは、外部メール提供元からGmailアドレスへ自動転送する方法を、POP取得終了後の受信方法の1つとして案内しています。転送設定が利用できるメールサービスであれば、新しく届くメールをGmail受信トレイへ集めることはできます。
ただし、自動転送は「受信」の代替です。サードパーティの「送信元」終了後も、会社の独自ドメインアドレスから返信・新規送信する方法は別に用意する必要があります。受信だけ転送へ変え、返信時に個人Gmailアドレスが表示される状態にならないかを確認してください。
Googleは、これまでGmailへ取り込んだ既存メールは削除されないと案内しています。とはいえ、過去メールの保管場所や必要期間は会社ごとに異なります。設定削除を先に行わず、必要なメールがどこに保存されているかを確認してから切り替えます。
メールソフトやGmailアプリへ移す場合
現在のメールサービスを維持したまま利用画面だけ変える場合は、メール提供元が案内するIMAP・SMTP等の設定を使います。サーバー名、ポート、暗号化方式、認証方式は提供元ごとに異なるため、過去の設定例や推測値をそのまま使わないでください。
移行時は、少なくとも外部アドレスへの送信、外部アドレスからの受信、返信時のFromアドレス、PCとスマートフォン間の既読・送信済みの同期を確認します。POPで端末だけにメールを保存していた場合は、過去メールがサーバーに残っていない可能性もあるため、先に保存状況を確認します。
メールアカウントのパスワードやSMTP認証情報を、問い合わせフォームや通常メールへそのまま送るのは避けてください。設定作業を外部へ依頼する場合も、安全な共有方法と作業後の認証情報管理を決めてから進めます。
Google Workspace等へメール基盤ごと移行する場合
複数人で会社メールを使っている、代表アドレスを共有している、退職者のメール管理が曖昧、端末ごとの設定が増えすぎている場合は、今回の変更をきっかけにメール基盤全体を見直す選択肢もあります。
ただし、メール基盤の移行は「Gmailの設定を1か所変える」作業ではありません。利用者とメールアドレスの一覧、共有アドレス、転送、過去メール、迷惑メール対策、SPF・DKIM・DMARC、問い合わせフォームやECからの送信、複合機・業務システムのSMTP利用などを確認します。
新しいメールサービスへ配送先そのものを変える場合は、MXレコードなどDNSの変更が必要になることがあります。Webサイトの移転とは別作業なので、ネームサーバー全体を変更する必要があるとは限りません。現在のDNS設定を控え、必要なレコードだけを対象にします。
切り替えは、利用者アカウントの準備、過去メールの移行方法確認、DNS変更、送受信テスト、旧環境の保持期間まで決めてから行います。メールが届くことだけでなく、返信元が正しいか、問い合わせ通知や自動返信が届くかも確認します。
WordPressの問い合わせフォームは別に確認する
今回のGmail仕様変更だけで、WordPressの問い合わせフォームが自動的に送信できなくなるわけではありません。フォームがどのメールサーバーやSMTPサービスを使って送信しているかは、Gmailの「送信元」やブラウザ版POP受信とは別の仕組みです。
ただし、会社メールの移行に合わせてSMTPサーバー、認証情報、送信元アドレス、DNSのメール認証設定を変更する場合は、WordPress側の設定も影響を受ける可能性があります。切り替え後は、問い合わせ者への自動返信と社内通知を別々にテストしてください。
フォーム通知が届かない場合も、原因を確認する前にプラグインを入れ替えたり、DNSを一括変更したりするのは避けます。フォーム送信ログ、SMTP設定、送信元認証、迷惑メール振り分けなどを切り分けて確認します。
切り替え前にやってはいけないこと
- 現在の受信方式を確認する前に、Gmailの外部アカウント設定を削除する。
- メールソフトへ切り替えるだけなのに、MXレコードやネームサーバーまで変更する。
- メール基盤を移行するのに、WebサイトやWordPressからの送信設定を確認しない。
- 個人Gmailへの転送を設定しただけで、会社アドレスからの送信も今まで通りできると思い込む。
- 過去メールの保存場所を確認せず、POP設定や旧端末を削除する。
- メールや問い合わせフォームで、メールアカウントのパスワードやSMTP認証情報を共有する。
移行完了は「ログインできた」だけで判断しない
メール移行後は、実際の業務で使う経路を確認します。少なくとも次の項目を確認してから旧設定を停止します。
- 会社アドレスから外部アドレスへ新規送信できる。
- 外部アドレスから会社アドレスへ受信できる。
- 受信メールへ返信したとき、意図した会社アドレスがFromになっている。
- PC、スマートフォン、共有端末で必要なメールを確認できる。
- 必要な過去メールが残っている、または別途保管できている。
- WordPressの問い合わせフォームで社内通知と自動返信が届く。
- 複合機、予約システム、EC、業務システムなど会社メールを使う機器・システムがある場合、それぞれの送信を確認できる。
切り替え直後は、旧環境をすぐ解約せず、必要な確認期間を確保できるか契約条件も確認してください。旧環境を残せる期間や料金はサービスごとに異なります。
ENOLへ相談した方がよいケース
「どのサービスで会社メールを契約しているか分からない」「Gmailにどう取り込んでいるか分からない」「WordPressの問い合わせ通知も同じ会社メールを使っている」「複数人・複数端末で設定がばらばら」という場合は、変更前に現在の構成を整理した方が安全です。
ENOLでは、WordPressサイトの保守・運用と、サーバー・ドメイン・SSL周辺の管理を保守・運用サポートとして案内しています。今回の変更に伴ってWebサイトやWordPress側で確認すべき点がある場合は、現在の構成を整理したうえで相談できます。メールサービス自体の契約変更や会社全体のメール基盤移行は、契約中のメール提供元や社内管理者への確認が必要です。
相談時は、パスワードそのものではなく、利用中のメールサービス名、独自ドメイン、Gmailで使っている画面、利用人数・端末数、WordPressフォーム等の有無を分かる範囲で整理してください。認証情報を問い合わせフォームへ入力する必要はありません。お問い合わせはこちら。


