Gmailのパスワードを変更した直後にOutlookが接続できなくなったら、最初に認証方式を確認します。Googleのログイン画面で許可して接続したアカウントは再認証、アプリパスワードを手入力したアカウントは新しいアプリパスワードが確認先です。古いものはGoogleアカウントのパスワード変更時に取り消されます。
Googleのパスワード変更後は、通常のGoogleログインをやり直す接続と、失効したアプリパスワードを更新する接続を分けて確認します。
最初から全アカウントの資格情報やプロファイルを削除すると、別のメールアカウントまで再設定が必要になります。この記事ではWindowsの新しいOutlookとクラシックOutlookを中心に、ブラウザーでの確認、対象Gmailの再認証、必要な場合だけの手動設定という順で進めます。Mac版やモバイル版は画面が異なるため、同じWindows用メニューを探さないでください。
最初に確認すること：Gmail自体にログインできるか
- ブラウザーでGmailを開き、問題のメールアドレスで新しいGoogleパスワードを使ってサインインできるか確認します。別アカウントで成功していないかも見ます。
- Gmail側でも失敗する場合はGoogleアカウントのログイン・本人確認の問題を先に解決します。Outlookのポート番号やプロファイルを変更しても、Google側のサインイン問題は解決しません。
- Gmail側で送受信できる場合は、Outlookに出るエラー全文、最後の成功時刻、Outlookの種類とバージョンを記録します。受信だけ・送信だけ・両方のどれかも区別します。
- Outlookの送信トレイ、未送信の下書き、ローカルだけのフォルダー、POPで保存したメールを確認します。再追加やプロファイル変更へ進む前に、必要なデータを利用中の版に合った方法で保全します。
ブラウザーのGmailでメールが見えることと、Outlookにしかない未同期データが残っていることは別です。IMAPではメールの削除もサーバー側へ反映されるため、検証目的で必要なメールを削除しないでください。パスワードやアプリパスワードを、問い合わせメールや画面共有の記録へ掲載する必要はありません。
認証方式と症状で選ぶ対処
| 見えている状態 | 先に確認すること | 次の対応 |
|---|---|---|
| Googleのログイン画面や「ブラウザーからサインイン」が出る | 対象アドレス、新しいパスワード、本人確認、要求されたメール権限 | Googleの画面で再認証する |
| 以前に16桁のアプリパスワードをOutlookへ入力した | Googleパスワード変更で旧アプリパスワードが失効する | Googleでログインへの切替を優先。利用できない旧方式だけ新しいアプリパスワードを検討 |
| 何度入力しても通常のパスワードが拒否される | 古いOutlookや手動の基本認証になっていないか | 更新されたOutlookのGoogleサインインを使う |
| 受信はできるが送信だけ失敗 | 送信トレイのエラー、SMTP認証と暗号化の組合せ | 手動設定の場合だけSMTP設定を照合 |
| 会社・学校のGmailで「アクセスがブロック」等が出る | WorkspaceのIMAP許可と許可クライアント・組織ポリシー | 管理者へエラーと対象アカウント、クライアント版を伝える |
| Gmailログインは成功するがOutlookへ追加できない・同期できない | Outlookの版、Googleでの許可手順、既知問題の該当条件 | クラシック用のRetryと対象限定の手順を確認 |
二段階認証がオフだからOAuthが使えない、二段階認証をオンにすればすべて直る、とは判断できません。二段階認証はアプリパスワード作成の条件ですが、通常のGoogleサインインとは別に考えます。安全性の低いアプリを許可する旧設定へ戻す案内も使いません。
新しいOutlookでGoogleの再認証を行う
接続切れの通知やサインインの案内が表示される場合は、まずその案内から対象Gmailを再認証します。Googleの画面でメールアドレスを確認し、変更後のパスワードと要求された本人確認を完了します。別のGoogleアカウントを自動選択していないか注意してください。
アカウントを管理する場所は、現行のMicrosoft公式手順では［表示］→［表示設定］または［ファイル］→［アカウント情報］から、［アカウント］→［お使いのアカウント（Your accounts）］です。表示名は更新で変わる場合があります。対象Gmailの［管理］を開いて状態を確認します。
再認証の案内だけでは解消せず、対象アカウントの再追加が必要な場合は、未送信・未同期データを保全してから対象Gmailだけを削除し、［アカウントの追加］でGmailアドレスを入力します。Googleのサインイン画面へ進み、利用するMicrosoftアプリと要求権限を確認して接続します。別アカウントをまとめて削除しないでください。
認証完了後は受信したテストメールと送信したテストメールを、GmailのWeb画面とOutlookの両方で照合します。サインインに成功しただけで、大量メールの同期や送信トレイの解消まで即時に完了したとは判断しません。
クラシックOutlook：サインイン案内とRetryを優先する
- Outlookを利用中のサポートされた版・更新状態にします。Gmailのサインイン案内が出ていれば、その対象アカウントからブラウザー認証をやり直します。
- Gmailを追加する場合は［ファイル］→［アカウントの追加］でメールアドレスを入力し、［接続］からGoogleのサインイン画面へ進みます。通常のGoogleパスワードはGoogleの画面に入力します。
- メールアクセスの許可内容とアカウントを確認します。仕事の端末では組織が承認するアプリ・権限かも確認します。
- 追加画面の「問題が発生しました」等にRetry（再試行）が表示される場合は、版とエラーの条件が一致するかを公式の既知問題で照合してから使います。
MicrosoftのGmail追加・同期の既知問題は、Google認証中に必要なGmailアクセスを選択しなかったケースを説明しています。Current Channelのバージョン2412、ビルド18324.20168以降のRetry対応を案内していますが、すべてのパスワード変更障害の原因をこの権限不足と断定する資料ではありません。実際のエラーと許可状態が一致する場合に確認します。
資格情報の整理は対象Gmailに限定する
再試行でも該当する既知問題が解消しない場合、公式にはMicrosoft apps & servicesのGoogle側アクセス解除と、Windows資格情報マネージャーのGoogle IMAPトークンを整理する手動回避策があります。解除は同じGoogleアカウントに接続しているMicrosoftアプリの再認証にも影響するため、仕事の環境では管理者やサポートと対象を確認してから行います。
確認対象は汎用資格情報のMicrosoftOffice16_Data:OAUTH2から始まり、完全名にtp_google_imap_Oauth2を含む項目です。公式はアカウントとの対応を調べるためOfficeのIdentity\Identitiesレジストリを照合する方法も示していますが、これは対象識別のためです。すべてのOffice資格情報、無関係なアカウント、Identityのレジストリキーをまとめて削除する方法ではありません。対象を識別できなければ削除せず、上記公式資料を添えてサポートへ相談します。
この手動回避策のあとも、元のOutlookプロファイルから「ブラウザー経由でサインイン」で認証をやり直すのが公式の流れです。プロファイルを丸ごと消すことを最初の手順にはしません。
以前からアプリパスワードを使っていた場合
Google公式では、Googleアカウントのパスワード変更時にアプリパスワードを取り消すと説明しています。以前の16桁の値を再入力しても復旧できません。通常のGoogleパスワードをその欄へ入れることも、同じ認証方式の更新にはなりません。
- まずOutlookの更新と「Googleでログイン」が使える接続へ切り替えられるか確認します。Googleはアプリパスワードを通常の推奨方式としていません。
- Googleでログインを使えないクライアントを継続する必要がある場合だけ、Googleアカウントで二段階認証とアプリパスワードの利用可否を確認します。
- 対象Outlook用に新しいアプリパスワードを作成し、手動設定のパスワード欄をその値へ更新します。Googleの通常ログイン画面へアプリパスワードを入力しないでください。
- 送信・受信の両方を確認します。同じ失効した値を利用していた別端末があれば、その端末も利用している認証方式に応じて確認します。
アプリパスワードの項目がない場合、セキュリティキーのみの二段階認証、組織アカウント、高度な保護機能などが関係することがあります。表示させるために保護を解除するのではなく、Googleサインイン対応のOutlookや組織の承認された方式へ移行します。二段階認証を無効にして通常のパスワード接続へ戻す対処は勧めません。
IMAP・SMTP設定を確認するのは手動接続の場合
Googleの自動設定が成功する接続なら、まず再認証を確認し、むやみにサーバー名やポートを変更しません。手動接続、または送信と受信で結果が異なる場合は、Googleのメールクライアント設定資料で次を照合します。
| 用途 | サーバー・ポート | 暗号化と認証 |
|---|---|---|
| 受信：IMAP | imap.gmail.com：993 | SSL/TLS。ユーザー名は完全なGmailアドレス |
| 送信：SMTP | smtp.gmail.com：587 | TLS/STARTTLS。送信サーバーの認証が必要 |
| 送信：SMTPのSSL方式 | smtp.gmail.com：465 | SSL/TLS。587のTLS/STARTTLS設定と取り違えない |
ここに示した接続値が正しくても、古い基本認証がGoogle側で拒否されれば接続できません。ポート変更は認証方式の代替ではありません。またPOPを使用中のアカウントを、認証修復のためだけにIMAPへ変更すると保存・取得方式が変わります。POPのローカル保存メールを確認せずアカウントを作り直さないでください。
個人GmailとGoogle WorkspaceでIMAPの確認先が違う
個人Gmailの公式案内では、2025年1月以降IMAPアクセスは常に有効で、［IMAPを有効にする／無効にする］の選択肢がなくなっています。個人用Gmailの画面でそのスイッチが見つからなくても異常とは限りません。
会社・学校のGoogle Workspaceは別です。管理者向けのPOP/IMAP設定には、組織単位のIMAP許可と利用できるOAuthクライアントの制限があります。管理者へ対象アドレス、Outlook版、認証画面のエラー、発生日時を伝えます。利用者が組織のアクセス制限を回避する設定へ切り替える手順ではありません。
Googleの現行Workspace資料は2025年5月1日以降、通常のユーザー名・パスワードだけを要求する接続の終了とOAuthへの移行を明記しています。Outlook 2016という製品名だけで可否を決めず、同資料でOAuth非対応とされるボリュームライセンスのMSI版など、配布形式と更新状況も確認します。古い「安全性の低いアプリを許可」の説明を現在の解決策として適用しません。
プロファイル作り直し・セキュリティソフト停止の前に
Microsoftのプロファイル削除の説明では、プロファイルにはアカウント・データファイル・設定が含まれ、削除するとそのプロファイル内の全アカウントが削除されます。PSTファイルやオンライン上の情報が残る場合でも、オフラインデータの削除警告や再接続が必要になります。今回のGmail1件だけの再認証に全プロファイル削除を使う必要があるとは限りません。
通信の失敗が疑われる場合は、エラーと組織ネットワークの状態を管理者へ確認します。ウイルス対策、メール保護、VPNを一律に停止してよいとは判断しません。Googleの認証画面が開かない場合と、認証後に特定サーバーへ通信できない場合を分けて相談すると、確認する範囲を絞れます。
復旧したかを確かめるチェック
- 対象Gmailで、Outlookから自分の別アドレス等へテストメールを送信し、受信先で到着を確認する。
- 対象Gmailへ届いた新着メールが、WebのGmailとOutlookの両方で見えるか確認する。
- Outlookを閉じて開き直し、同じパスワード要求が繰り返されないか確認する。
- 送信トレイに残っていたメールの宛先・重複送信を確認してから処理する。
- 必要なフォルダーや下書きがそろっているか確認し、完全同期が終わるまで旧データやバックアップを削除しない。
よくある質問
通常のGoogleパスワードとアプリパスワードは同じですか？
違います。Googleサインイン画面では変更後の通常のパスワードを使います。旧方式のアプリパスワード接続は、Google側で新しく発行した対象アプリ用の値を使います。通常のパスワード変更時には旧アプリパスワードが失効するため、単純な通常パスワードの置き換えでは直らない場合があります。
OutlookのWeb版へGmailを追加して確認できますか？
MicrosoftはOutlook on the webの接続アカウントへの新規追加機能を2018年9月に終了したと説明しています。Windowsの新しいOutlookのGmail追加と、ブラウザーのOutlook on the webを同じ操作として扱いません。Gmail自体の認証・受信確認はGmailのWeb画面で行います。
IMAPを使えばパスワードの問題も直りますか？
IMAPはメールの同期方式で、認証方式の修復ではありません。Googleサインイン、利用中のアプリパスワード、組織のIMAP許可が正しくても、大量メールの再同期には時間がかかることがあります。ログイン成功と全フォルダーの同期完了を分けて確認します。
コメント