Vanguardのログイン画面で「You can’t log in using a script ― botと判断されたためログインをブロックしました」と表示され、Windows 11 の Microsoft Edge だけサインインできない――そんな相談が増えています。本記事は“なぜEdgeだけ弾かれるのか”の仕組みを噛み砕いて解説し、最短で復旧させる具体的手順を優先度順にまとめました。Chromeやモバイルでは入れるのにEdgeで再発する…というケースにも効く、再発防止の運用まで網羅します。
エラーの全体像と前提
症状：Vanguardのログインページで、入力直後または「Sign in」押下直後に「You can’t log in using a script」の趣旨のメッセージが出て先に進めません。数分～数時間のうちに自然復旧する場合もありますが、同日にEdgeで再ログインすると再発することがある一方、Chrome・モバイルでは入れることもあります。
環境：Windows 11／Microsoft Edge。職場や自宅、VPN接続など複数ネットワークで生起します。
なぜ「bot判定」になるのか（仕組みの理解）
Vanguardのような金融サイトは、ログイン画面にボット対策（bot detection）を入れています。これは「自動化や不審な振る舞い」を総合的に見て、危険度が一定以上になるとブロックする仕組みです。特定の一要素だけでなく、複数のシグナルを合算（スコアリング）して判定されます。
- 拡張機能やセキュリティソフトのフック：広告ブロッカーやスクリプト制御、アンチウイルスのブラウザ保護機能が、ページに読み込まれるJavaScriptを改変・ブロック・遅延させると「自動化の痕跡」に見えることがあります。2024年10月時点の報告では、Malwarebytes Browser Guardを無効化して解消した例が複数あります。
- オートフィル・自動入力：パスワードマネージャーやスクリプト（ユーザースクリプト、RPA、AutoHotkey等）がフィールドを瞬時に埋めると、「スクリプトで入力した」動作と一致します。
- Cookie／セッションの不整合：古いセッションCookieや、bot対策用の一時Cookieが壊れていると、正規の前処理が完了していないと判断されます。地図系Webアプリ（Gov Map等）の最近の利用データが混ざって解消した例もあり、関連ドメインのストレージ破損が影響したと推測できます。
- トラッキング防止やサードパーティCookieのブロック：ボット対策は複数ドメイン間で状態確認を行うことがあり、これが遮断されると正当性が検証できません。
- VPN/プロキシ/共有IP：評判の悪い出口IPや、短時間に場所が大きく変わるアクセスは、リスクが高いと評価されます。
- ブラウザのバージョンや実装差：Edgeの特定バージョン＋設定の組合せでのみJSの初期化に失敗し、bot対策の前段検証が完了しないことがあります。
- OS更新直後の相性：2024-02-14配布パッチ適用直後に発生し、アンインストールまたは次回累積更新で解消した例が報告されています。
重要なのは、「どの1つのスクリプトを止めればいい」という単純な話ではなく、“複数の要素を正常化してスコアを下げる”という発想です。以下に、効果と安全性のバランスが良い順に対処を示します。
最短で直す：優先度順の実践手順
| 優先度 | 対処内容 | 具体的手順・ポイント |
|---|---|---|
| ① | キャッシュとCookieの削除 | Edgeで Ctrl + Shift + Del →「Cookies とその他のサイトデータ」にチェック →削除。 特に Vanguard関連ドメインや、直近で使った地図系Webアプリ（例：Gov Map）のサイトデータを個別に消すと改善例多数。 個別削除：アドレスバー左の鍵アイコン→「サイトの権限」→「Cookie とサイトデータ」→「データを消去」。 |
| ② | 拡張機能の無効化 | 「設定 › 拡張機能」または edge://extensions を開く→広告ブロッカー、スクリプト制御、セキュリティ、パスワードマネージャー等を一つずつオフ→その度に再テスト。2024年10月の報告でMalwarebytes Browser Guardの誤検知が疑われ、無効化で正常化した例あり。 |
| ③ | InPrivate（シークレット）で手入力 | Ctrl + Shift + NでInPrivateを開き、ID・パスワードを手入力（コピペ・自動入力は使わない）。 一時的なCookie衝突やオートフィル起因の判定を避けるのに有効。 |
| ④ | Edgeを最新へ更新 | アドレスバーに edge://settings/help →最新化。Vanguard側の対策更新と古いブラウザ実装の相性不整合を解消。 |
| ⑤ | 最近のWindows更新との相性確認 | 直近更新後に発生した場合は、問題の累積更新をアンインストールするか、次回更新まで様子見。 2024‑02‑14配布直後の発生が報告されたことがあります。 |
| ⑥ | 最終手段 | 別PC／モバイル端末やChrome等の他ブラウザでログイン。 上記でも解決しない場合はVanguardサポートに連絡してアカウント側のブロック解除を依頼。 |
Edgeだけ弾かれる“よくある原因”と対処の深掘り
拡張機能の影響を見抜く（安全な無効化の順序）
| 拡張機能の種類 | 起こりがちな影響 | 無効化のポイント |
|---|---|---|
| 広告ブロッカー／トラッカー遮断 | ボット対策のスクリプトや、検証用ピクセル、サブリソースが遮断され初期化失敗 | Vanguardドメインを許可リストに登録、またはログイン時だけ拡張機能を無効化 |
| スクリプト管理（Tampermonkey等） | DOM変更や自動入力スクリプトが「スクリプトによる操作」と見なされる | ログインページでユーザースクリプトを一時停止 |
| セキュリティ保護（Browser Guard等） | ボット対策のハンドシェイクやCookie発行を“トラッキング”と誤判定 | Vanguardを信頼サイトに登録、または拡張機能自体を一時OFF |
| パスワードマネージャー | 瞬時のオートフィル・オートサブミットで挙動が不自然化 | ログイン時は手入力、自動送信を無効化 |
Edgeの設定が原因になりやすいポイント
| 設定項目 | 推奨 | 変更手順 |
|---|---|---|
| トラッキング防止 | バランス（ログイン時だけ） | edge://settings/privacy →「トラッキング防止」 |
| サードパーティCookie | Vanguard関連のドメインは許可 | 同画面の「Cookieとサイトの権限」→「すべてのCookieとサイトデータ」 |
| セキュリティで強化されたブラウジング | 問題が続く場合はログイン時だけ無効化 | edge://settings/privacy →「セキュリティ」 |
| ハードウェアアクセラレーション | ログイン時のみオフで検証 | edge://settings/system →「使用可能な場合はハードウェアアクセラレータを使用する」 |
| プリフェッチ（ページの事前読み込み） | 不整合が疑われる時は無効化 | edge://settings/privacy →「閲覧を高速化するために…」 |
これらは恒久的にオフにする必要はありません。切り分けのため一時的に変更→結果を確認→元に戻すのが基本です。
ネットワーク・IPアドレスの要因
- VPN／プロキシを一時的にオフ：出口IPの評判や位置の急変がスコアを上げます。
- モバイルテザリングで検証：宅内回線のNAT共有やルータの挙動が疑わしいときの切り分けに有効。
- Wi‑Fiアクセスポイントを再起動：動的IPの更新で改善する場合あり。
「どのスクリプトを止めればよいか？」への実務的回答
サイト内のJSを止めるのではなく、Edge側で“自動化に見える要素”を減らすのが正解です。具体的には次の順序で「止める対象」を絞り込みます。
- オートフィル・自動送信：パスワードマネージャーの「自動ログイン」「自動送信」をオフ。ログイン時は手入力。
- スクリプト注入・改変：ユーザースクリプト、スタイル変更、コンテンツブロッカーを停止。
- セキュリティ系のブラウザ保護：一時無効化し、Vanguardを許可リストへ。問題が解消したら最小限の例外設定で再有効化。
- トラッキング防止の一時緩和：「バランス」へ。サードパーティCookieを許可（サイト単位）。
再発防止：金融サイト専用の「クリーン」プロファイルを作る
もっとも効果的な運用は、金融サイト専用プロファイルを作って、そこには拡張機能を入れないことです。
- Edge右上のプロフィールアイコン→「プロフィールを追加」。
- 同期はオフ、拡張機能は空のままにする。
- ブックマークとパスワードだけインポート／保存。ログイン時は手入力を基本に。
この“隔離運用”で、SNSや動画サイト向けの広告ブロック設定・実験的拡張の影響を受けず、誤検知の再発率が大きく下がります。
原因切り分けのチェックリスト（実務用）
| 観測される兆候 | 疑わしい要因 | 確認・対処 |
|---|---|---|
| Chrome/モバイルでは入れるがEdgeだけ不可 | Edge拡張／プロファイル破損／設定相性 | InPrivateで手入力→入れるなら拡張またはCookie起因。専用プロファイルで再テスト。 |
| 同日中に再発を繰り返す | セッションCookieの不整合／ボット指標の累積 | Vanguardのサイトデータを個別削除。リトライは間隔を空ける。 |
| 入力直後に即ブロック | オートフィル／自動送信／ユーザースクリプト | 拡張を全停止→手入力。パスワード管理の自動送信を無効化。 |
| 企業ネットワークのみ発生 | プロキシ／挙動監視／TLS中間箱 | モバイル回線で検証。プロキシ例外や許可申請を検討。 |
| Windows更新後にのみ発生 | ブラウザ・OS更新との相性 | 更新履歴を確認→直前の累積更新を一時アンインストール→次回更新で再確認。 |
上級者向け：ログ採取と現場での再現手順
- DevToolsでの確認：F12→「Network」→ログイン操作前から記録→失敗時のHTTPステータス、ブロックされたJS、Cookie発行の有無を確認。「Application」→「Storage」→Cookieでbot対策らしき一時Cookieが作られているかを見る。
- Netログ（ブラウザ側）：アドレスバーに
edge://net-export→「Start Logging to Disk」。再現→「Stop Logging」→ファイルを保存。サポートに提示すると切り分けが早い。 - プロファイル切替テスト：現用プロファイルと新規クリーンプロファイルで同一操作を実施。差分で原因領域が特定しやすい。
安定ログインのベストプラクティス
- ログインは一つのタブのみで行う（多重タブ・バックグラウンド実行は避ける）。
- 失敗後は5～15分程度のクールダウンを置く（連続試行はスコアを上げる）。
- パスワードは手動入力、自動送信は無効に。
- 拡張機能は最小限、金融サイトは専用プロファイルで。
具体的操作手順（手早くできる順）
- InPrivateで試す：
Ctrl + Shift + N→手入力でログイン。 - Vanguardのサイトデータを個別削除：URLバー左の鍵→「サイトの権限」→「Cookie とサイトデータ」→「データを消去」。
- 拡張機能を順にオフ：
edge://extensions→セキュリティ・広告・スクリプト系から停止→毎回テスト。 - トラッキング防止の緩和：
edge://settings/privacy→「バランス」。必要に応じてVanguardドメインはCookie許可。 - Edgeアップデート：
edge://settings/help→再起動。 - ネットワーク切替：VPNオフ、モバイルテザリングで検証。
- Windows更新の影響確認：直近の更新を見直し、問題の累積更新を一時ロールバック。
- 最終手段：別端末や別ブラウザ。解決しない場合はVanguardサポートへブロック解除依頼。
よくある質問（FAQ）
Q. どの“スクリプト”を止めれば良い？
A. サイト内ではなく、あなたのブラウザ側で自動化に見える要素（オートフィル、スクリプト注入、広告・トラッカー遮断、セキュリティ保護の改変など）を一つずつ止めるのが正解です。特にMalwarebytes Browser Guardなどのセキュリティ系拡張は、金融サイトの検証トラフィックを“追跡”と誤認しやすいので、ログイン時のみOFFまたは許可リスト登録を推奨します。
Q. Edgeの設定変更は必須？セキュリティは下げたくない。
A. 恒久的に弱める必要はありません。ログイン操作の時だけ「トラッキング防止＝バランス」「サードパーティCookie許可（サイト単位）」にして、成功後は元に戻す運用が安全です。最善は、拡張なしの専用プロファイルで金融サイトのみ使う方法です。
Q. Chromeやモバイルで入れるのにEdgeだけダメなのはなぜ？
A. ブラウザごとに拡張機能やCookieの保持方法、初期化順序が違うためです。Edgeのプロファイルに積んだ拡張の相互作用が、ボット対策の前処理を壊していることが多いです。InPrivateや新規プロファイルの“素のEdge”で通るなら、原因はほぼ拡張・設定・ストレージのいずれかに絞れます。
Q. Windows更新が原因の可能性は？
A. あります。2024‑02‑14配布の更新直後に発生したという報告もあります。該当しそうなら、更新のロールバックや次回累積更新の適用で解消するかを確認してください。
Q. Vanguard側に依頼する場合、何を伝えれば良い？
- 発生時刻、回数、使用ブラウザ（Edge）とバージョン。
- ネットワーク（自宅／職場／VPNの有無）とおおまかな地域。
- 実施した対処（Cookie削除、拡張オフ、InPrivate成功／失敗など）。
- 可能であればDevToolsのエラー内容やNetログ。
運用テンプレ：金融サイトに強い“安全・快適”セットアップ
- 金融サイト専用プロファイル（拡張なし）。
- ログイン時はInPrivate＋手入力。終わったらウィンドウごと閉じてセッションをクリア。
- Vanguardは拡張機能の許可リストに登録（またはサイト単位で拡張を停止）。
- Cookieはサイト単位で許可、定期的にサイトデータのみ消去。
- VPNの常時ONは避け、必要時のみ。出口IPは安定させる。
トラブルの背景（技術的メモ）
Vanguardのログインは、ページロード直後に実行される複数の検証（環境指紋、タイミング、Cookieの往復、サブリソースの整合）で“正当なブラウザ・人手による操作”を推定しています。この過程で、JSの改変・読み込み失敗・Cookie遮断・自動入力・高速すぎるフォーム遷移などが起きると、「スクリプトが関与したログイン」らしさが増えます。特にEdgeは、拡張機能の組み合わせやトラッキング防止の強度で、初期化のタイミングが微妙に変わることがあり、ここが差になります。
また、古いセッションや失敗セッションの残骸が残っていると、再訪時の前処理で矛盾が生まれやすい。だからこそ、最初の対処にCookie・サイトデータのリセットを置いています。
「これだけやればOK」要点まとめ
- ① Cookie/サイトデータを消して素の状態にする（Vanguardと直近の地図系Webアプリも）。
- ② 拡張機能を止める（特に広告/スクリプト/セキュリティ/オートフィル）。
- ③ InPrivateで手入力して通るか検証。
- ④ EdgeとWindowsを最新化（問題更新があれば調整）。
- ⑤ VPNや企業プロキシを外してネットワーク要因を切り分け。
- ⑥ 専用プロファイル運用で再発率を下げる。
- ⑦ 解決しなければサポートへブロック解除を依頼（ログ付き）。
付録：コマンド・画面遷移のショートカット
- 閲覧データ削除：Ctrl + Shift + Del
- InPrivateウィンドウ：Ctrl + Shift + N
- 拡張機能ページ：
edge://extensions - プライバシー設定：
edge://settings/privacy - システム設定（GPU）：
edge://settings/system - バージョン／更新：
edge://settings/help - Netログ：
edge://net-export
結論
このエラーは「特定の1ファイルを止めれば終わり」の類ではありません。Cookieの正常化・拡張機能の最小化・InPrivateの手入力・設定の一時緩和・ネットワークの健全性を、優先度順にひとつずつ整えるのが、最短での解決ルートです。とりわけ金融サイトでは拡張なしの専用プロファイル運用が効果絶大。今日のログインを復旧し、明日の再発も防ぐ――そのための実践手順として、本記事のチェックリストを活用してください。
コメント