2026年 Gmail の第三者 Send as 停止、顧客メールに元のアドレスで返信するには？

Gmailで顧客に返信したのに、いつもの業務用アドレスが差出人に表示されない。

最短の対応は、受信先と発信元を別々に移行することです。転送や長期メールエイリアスは受信を助けても、第三者アドレスから送る権限の代わりにはなりません。停止前に元のメールサービスの送信画面、または対象アカウントに対応するメールクライアントへ切り替え、実際の返信でFromとReply-Toを確認してください。

Gmailの第三者Send asで顧客対応をしている個人事業主は、どの取引先とのやり取りがその差出人に依存しているかを先に洗い出してください。
複数のプロジェクト用アドレスを管理する場合は、受信先・送信経路・返信先をアドレスごとに確認します。
別名や転送で受信をまとめている場合も、受信できることと、そのアドレスから送信できることを別々に検証します。

最終確認：2026年10月26日。Google公式ヘルプの変更案内とSend as説明を基に記載しています。公開後も公式案内と対象アカウントで再確認してください。

Gmail 第三者 Send as 停止までに、まず受信と送信を分けて棚卸しする

Googleの公式案内では、Gmailで第三者メールアドレスをSend asとして使う機能のサポートは、2027年1月に停止予定です。一方、GoogleがホストするGmailアドレスとGoogle Workspaceのエイリアスは、この変更の対象外と案内されています。適用範囲と予定日は、Googleの第三者メール対応に関する変更案内で確認できます。

この告知は「転送メールが届かなくなる」という意味ではありません。顧客が送る宛先、メールが転送される先、返信時に名乗る差出人は別の役割です。転送が継続しても、元のアドレスから発信できるとは限りません。

表の評価は運用を選ぶための目安であり、特定のメールサービスやアカウントでの動作保証ではありません。Send asの設定や差出人の扱いは、Googleの別のアドレスやエイリアスから送信する公式ヘルプでも確認し、移行先の実際の設定と照合してください。

まず、アドレスごとに次の情報を記録します。顧客向けの送信元が複数ある場合は、同じ顧客名でもプロジェクト単位で分けると、停止後に返信先を取り違えにくくなります。

• 顧客・プロジェクト名と、現在使っている第三者アドレス
• 顧客が送信する宛先と、メールを受け取るアカウント
• 現在の送信入口（GmailのSend as、元のサービスの画面など）
• 返信に使う端末やメールクライアント
• 受信のみの利用か、元アドレスからの送信も必要か

「Gmailに届くよう転送しているだけ」「Gmailから元アドレスで発信している」「両方を使っている」のどれかも明記してください。混在したまま作業すると、受信設定だけ直して送信経路を見落とすおそれがあります。

受信だけの転送と、元アドレスで返信する経路は別に選ぶ

顧客に使っているアドレスの所有元にあるウェブメールや公式アプリが利用できるなら、まずその入口から送受信できるか確かめます。複数アカウントをまとめたい場合は、メールクライアントが対象アカウントの受信方式と送信方式の両方に対応しているか、サービス提供元とクライアント双方の公式資料で確認してください。

メールクライアントを使う場合も、アカウントを追加できたことだけで移行完了とは判断できません。受信設定に加えて送信サーバーの設定が必要な場合があり、返信時にどの差出人が選ばれるかは、設定やメールの種類で異なることがあります。Mozillaのアカウント設定に関する説明と受信・SMTPの手動設定案内を参照しつつ、利用するサービスの情報と照らし合わせてください。

メールエイリアスは、用途ごとに受信アドレスを分ける仕組みとして便利です。しかし、エイリアスを持つことや受信メールを転送することだけでは、外部サービスからそのアドレスで送信できるとは判断できません。Google Workspaceのエイリアスも、Googleの公式説明で対象となる仕組みを確認し、必要な送信機能は別途確かめてください。

返信画面では、差出人のFromと返信先を指定するReply-Toを区別します。Fromは受信者に表示される送信元、Reply-Toは受信者が返信した際の宛先に関係します。転送されたメールの返信がどのアドレスから送られるかは、転送元・設定・使用する画面によって変わり得るため、見た目だけで決めつけないでください。

切り替え前に、FromとReply-Toを実メールで確かめる

新しい経路を本番利用する前に、顧客情報を含まないテスト用のメールで送受信します。少なくとも、新規メールと受信メールへの返信を分けて行い、差出人と返信先の両方を確認してください。

• [ ] 移行先から新規メールを送り、受信側でFromとReply-Toを確認する
• [ ] 対象アドレス宛てに送ったテストメールが、予定した受信先に届くことを確かめる
• [ ] 受信したメールに返信し、返信画面で選ばれたFromを確認する
• [ ] 受信側に届いたメールでもFrom、Reply-To、署名を確認する
• [ ] 返信に対して返送し、意図したアドレスと受信箱に戻ることを確認する
• [ ] テストに使ったアドレスの種類、アカウント、端末またはクライアント、結果を記録する

顧客側に表示される差出人名やアドレスの見え方は、相手のメール環境によって同一とは限りません。自分の受信箱だけで合格とせず、テスト相手に実際の表示を確認してもらうか、自分が管理する別の受信環境で結果を見てください。

設定画面に正しいアドレスが表示されていても、それだけでは送信できた証拠になりません。テストに失敗した場合は自動化や別名を重ねる前に、元のメールサービスの送信入口を残し、公式設定案内と実際の受信結果を照合してください。

停止前後は、顧客・案件ごとに切り替えと残件を確認する

テストが通ったら、まず業務上のリスクが低い相手とのやり取りで新しい経路を使います。その後、必要な取引先へ連絡先や返信方法の変更を案内し、署名、提案書、請求関連の連絡先など、顧客が参照する情報も点検してください。受信者が変更を自動で認識するとは限らないため、案内が必要かどうかは運用に応じて判断します。

切り替え後は、最初の棚卸し表に戻り、稼働中の顧客・案件について「受信できる」「元のアドレスで送れる」「返信が意図した場所に届く」を個別に確認します。転送の成功と、元のアドレスで返信できることは、別の確認項目です。終了済みまたは休止中の案件は分けて記録し、将来の新規案件には、アドレス作成・受信先・発信入口・利用終了時の処理を最初から決めておくと、単一の機能に複数の役割を背負わせずに済みます。

最後に、アドレスごとの状態を「切り替え済み」「確認待ち」「旧経路への依存あり」「案件終了」に分けて残してください。予定されている2027年1月の変更前後には、Googleの公式案内と実際のアカウント表示を再確認します。案内内容や対象範囲が更新された場合は、過去のテスト結果だけを根拠にせず、該当アカウントで再試験してください。

顧客対応のように継続的な受信と返信が必要な用途では、元のメールサービスや確認済みクライアントを発信元として維持するのが基本です。一方、短期間の登録や一度きりの確認メールで主アドレスを使いたくない場合は、顧客用の送信経路とは分けて考えられます。用途ごとの使い分けを検討する際は、一時メールアドレスの選び方ガイドも参考にしてください。登録不要ですぐ使えるSendFoの一時メールなら、主アドレスを登録先へ渡さずに済みます。長期の顧客窓口に使うのではなく、一時利用と継続運用の境界を確認したうえで選んでください。

関連記事

• 長期的な通知を見据えて、メールアドレスの分け方と移行手順を整理する · 通知の分離 · 2026-09-15
• 確認メールが届かないとき、送信から受信までの経路を切り分ける · 配信トラブル診断 · 2026-09-12
• 2026年、Ubisoft登録で一時メールを拒否されたら？ · メールエイリアス · 2026-10-25