Edgeで「400 Bad Request」とだけ表示されたら、まずURLを確認し、サイトの公式トップページから入り直してください。「Request Header Or Cookie Too Large」などCookieやヘッダーの大きさを示す場合は、問題のサイトだけのCookieを削除して再確認します。全サイトの履歴やパスワードを消す操作から始める必要はありません。
ただし、400エラーの原因がすべてCookieとは限りません。URLの問題や、会社の認証情報が長すぎる場合などでも発生します。この記事では「特定のサイトだけ開けない」「ログインすると再発する」「別のブラウザーでも同じ」を分け、どこまで自分で対処できるか説明します。
400 Bad Requestは何を意味する？
400は、Webサーバーが受け取った要求を処理できないと判断したときのHTTPステータスです。Edge固有の番号ではなく、サイト側や途中のサーバーから返される応答です。画面に続けて表示される英文が、切り分けの手掛かりになります。出典：HTTP仕様・400 Bad Request。
| 表示・発生条件 | 先に試すこと |
|---|---|
| Request Header Or Cookie Too Large | 対象サイトのCookie・サイトデータを削除 |
| Request Header Too Long／Header Field Too Long | Cookie整理後も続くなら、認証・サーバーの制限も確認 |
| 古いブックマークや特定リンクだけ400になる | 公式トップから目的のページへ移動し直す |
| ログイン直後に毎回再発する | 認証先を含めた問題として、サービス窓口に状況を共有 |
| どのブラウザー・端末でも同じ操作で発生する | サイト側や共通のネットワークの確認を優先 |
Cookieはログイン状態やサイトの設定などを保持し、対象サイトへの通信に使われます。サイトに送られるCookieなどがサーバーの受け付ける大きさを超えると、ヘッダー過大のエラーになる場合があります。パソコン全体のディスク容量不足を示すメッセージではありません。
削除前に確認する3点
- アドレスバーのドメインと、エラーの全文を控えます。個人情報や認証用の長い文字列を含むURLは、そのまま公開しません。
- そのサイトで入力途中の内容を保存します。Cookieの削除後はログインし直す可能性があるため、サインイン方法や追加認証の手段も確認します。
- 目的のサイトの公式トップページを開きます。古いログイン戻り先や期限切れのリンクだけが原因なら、新しい入口から進めることがあります。
たとえば会員サイトのメール内リンクだけで400になるなら、先に通常のトップページからログインできるかを試します。URLの途中を適当に削ると別の問題になるため、画面内の正規のリンクやナビゲーションから進んでください。
対象サイトだけのCookieを削除する手順
- Edge右上の［…］→［設定］→［プライバシー、検索、サービス］を開きます。
- ［Cookie］から［すべてのCookieとサイトデータを表示］に相当する項目へ進みます。見つからない場合は、設定内で「Cookie」と検索します。
- サイトデータの一覧で、エラーが出るサイトのドメインを検索します。
- 対象サイトを展開し、削除アイコンなどからCookie・サイトデータを削除します。確認が出たら、対象ドメインを確かめて実行します。
- そのサイトのタブを閉じ、公式トップページから開き直してログインします。
設定名や配置はEdgeのバージョンによって異なりますが、「Cookieを許可・ブロックする一覧」と「保存済みCookieを削除する一覧」は別です。今回は保存済みデータを削除します。Cookie自体を全面的にブロックすると、ログインできなくなるなど別の不具合が起こり得ます。出典：Microsoft Support・サイトごとのCookie削除。
削除後はどこまで確認する？
トップページを表示できたら、以前400になったページへの移動と、必要ならログイン後の操作も1回確認します。トップだけ開けても、ログインすると同じエラーに戻る場合は未解決です。「削除直後は開けたが、ログイン後に再発した」と記録すると、Cookieが再作成される過程や認証側の調査につながります。
削除するサイトにサブドメインが複数ある場合も、最初はエラーが出たドメインを手掛かりにします。ログイン先が別ドメインのときは、サービスの公式案内に従って関連するデータを確認してください。無関係なMicrosoftサービスやすべてのサイトのCookieを広く消す前に、再発条件を整理しましょう。
InPrivateや別ブラウザーで原因を絞る
Windows版EdgeではCtrl＋Shift＋NでInPrivateウィンドウを開けます。同じサイトの公式トップからアクセスし、通常ウィンドウとの違いを見ます。InPrivateは一時的な確認に使うもので、通常プロファイルのCookieを修復・削除する操作ではありません。出典：Microsoft Support・InPrivate。
| 確認結果 | 判断と次の一手 |
|---|---|
| 通常だけ400、InPrivateでは開く | 通常プロファイルのサイトデータや拡張機能の影響を優先して確認 |
| InPrivateでも400 | Cookieだけとは断定せず、URL・認証・サイト側を確認 |
| ログインする前は両方開くが、ログイン後は両方400 | ログイン時に送信する情報やサービス側の制限を疑う材料になる |
| Edge以外なら開く | Edgeの対象プロファイルや拡張機能を比較 |
| 別ブラウザーでも同じ | サイトや共通ネットワーク側の問題も含めて窓口へ相談 |
InPrivateではCookieだけでなく、拡張機能の実行状態なども通常時と変わります。「InPrivateで直った＝原因は必ずCookie」と決めつけず、通常画面でサイトデータ削除後に改善するかまで確認します。
拡張機能を確認する場合
［…］→［拡張機能］→［拡張機能の管理］から、最近追加したものや対象サイトの通信に関係するものを一時的にオフにして比較します。変化がなければ元に戻し、一度に多くの設定を変更しないようにします。業務用の拡張機能やセキュリティ設定は、会社の管理者に確認してください。
Cookieを消しても直らない代表的なケース
SharePoint OnlineでHeader Field Too Longになる
Microsoftは、SharePoint Onlineでサインイン完了前のアクセスを短時間に繰り返すと、Cookieが増えて要求ヘッダーが大きくなる事例を案内しています。この事例ではCookie削除が対処です。削除後も同じ認証手順で再発するなら、何度もログインを繰り返さず、その条件を管理者へ伝えます。出典：SharePointのHeader Field Too Long。
社内サイトでWindows統合認証を使っている
社内のIISサイトでは、所属するActive Directoryグループの多さなどによりKerberosの認証ヘッダーが大きくなり、400になる事例があります。この場合はブラウザーのCookieと別の要因です。一般利用者がレジストリ値を変えたり、認証方式を弱めたりして対処するものではありません。出典：Microsoft Learn・認証ヘッダー過大の400。
複数端末や複数利用者で同時に起きる
サイト運営者や管理者に、発生時刻・エラー全文・問題のページ・ログイン前後の違い・比較結果を伝えます。400という数字だけでは原因は特定できません。管理者はWebサーバーやプロキシのログと照合して、どの要求が拒否されているか確認する必要があります。
全Cookie削除を試すなら、影響を確認してから
複数サイトでデータの整理が必要な場合などは、Ctrl＋Shift＋Deleteで閲覧データの消去画面を開き、期間と［Cookieおよびその他のサイトデータ］を選べます。全期間を選ぶと、該当する多数のサイトからサインアウトされます。パスワードや閲覧履歴など、今回不要な項目は選ばないでください。
キャッシュは再表示に使う画像やページのコピーで、Cookieや認証ヘッダーとは異なります。400対策として、理由なくすべてのデータを一括削除したり、Edge全体を初期化したりする前に、対象サイトだけの対処結果を確認します。
よくある質問
Cookie削除でパスワードも消えますか？
保存パスワードは別の削除項目です。ただしCookieを消すと、保存パスワードが残っていてもサイトからサインアウトされる場合があります。パスワードと追加認証を使って入り直せることを、削除前に確認します。
サイトデータを消してもすぐ容量が戻ります
サイトを再訪すれば、必要なCookieは新しく保存されます。それ自体は正常です。確認すべきなのはデータ量がゼロのままかではなく、同じ400エラーが再発するかどうかです。
ChromeやSafariでもCookieを消せますか？
はい。ブラウザーごとに保存データがあるため、実際にエラーが出るブラウザー側で操作します。詳しい画面はGoogle ChromeのCookie管理、FirefoxのCookie解説、SafariのCookie消去を参照してください。
Edgeの一般的な案内はMicrosoft Edgeヘルプから確認できます。利用者の相談例を調べる場合はMicrosoftのコミュニティ窓口もありますが、個別の解決例が自分の環境にも当てはまるかは、エラー全文と発生条件を照合してください。
コメント