ブラウザを更新した直後に、いつものサイトだけが開かなくなる。更新が原因に見えますが、同じ時刻に変わった拡張機能、サイトの配信、セッション、回線が原因かもしれません。
手当たり次第の修復は証拠を消します。あるOperaユーザーは、Pinterestの画像が少ししか出ない状態からCookieとキャッシュを消したところ、真っ白なページになったと報告しました。症状は変わっても、原因は分かりません。
安全なのは一度に一条件だけ変えることです。Tabbitは、クリーンな第2ブラウザと、ページ、画像、メモをまとめる場所として使えます。ただし自動修復ではなく、ChromiumベースなのでFirefoxやSafariの代わりにもなりません。
最初の切り分け
| テスト | 結果 | 疑う範囲 | 次の一手 |
|---|---|---|---|
| 同じブラウザで別サイトを開く | 複数サイトが失敗 | ブラウザ、端末、回線、DNS | 再起動し、別回線で確認 |
| シークレットで対象サイトを開く | 動く | 拡張機能、Cookie、キャッシュ、権限 | 拡張機能、次にサイト単位データ |
| クリーンな第2ブラウザで開く | 動く | 元のプロファイルや固有設定 | 権限、拡張機能、版を比較 |
| FirefoxまたはSafariで開く | Chromiumだけ失敗 | Blink互換性かChromium設定 | 新規プロファイルで再現を記録 |
| 別端末と別回線で開く | すべて失敗 | サイト、アカウント、地域、サーバー | 稼働状況を確認し運営へ連絡 |
ブラウザ全体が重いならブラウザ肥大化の解説も参考になります。1ページだけなら、範囲を広げずに進めます。
1. 変更前の状態を残す
URL、時刻、ブラウザの完全なバージョン、OS、最後に成功した操作を書きます。画面のエラーとスクリーンショットを保存し、画像、ログイン、動画、ボタン、ページ全体のどれが壊れたかも記録します。
未送信の入力やカートがあればデータを消してはいけません。Chromeのある利用者は再起動、再インストール、QUIC変更、DNS消去まで試しましたが、他ブラウザでは正常でした。変更が多すぎると結果を読めません。リセット前にはブラウザデータのバックアップ手順を使います。
2. サイト、端末、回線を比べる
同じブラウザで信頼できる別サイトを2つ開き、対象URLを別端末と別回線でも試します。無関係な複数サイトが同一回線だけで失敗するなら、VPN、プロキシ、DNS、ファイアウォール、認証画面を確認します。
証明書、HSTS、マルウェア、混在コンテンツの警告は無効にしません。安全なブラウザ設定を保ち、警告そのものを証拠にします。
3. シークレットの結果を読み違えない
Googleの公式読み込みエラー手順はシークレットでの確認を勧め、成功した場合に拡張機能と閲覧データへ進みます。Cookieが原因だと確定したわけではありません。
4. 拡張機能とサイトデータを最小単位で試す
広告遮断、プライバシー、スクリプト、パスワード、VPN、ダウンロード、ダークモード、開発支援を一旦止め、1つずつ戻します。日常用のChrome向けAIアシスタントも診断中は変数です。
次に対象ドメインのCookie、キャッシュ、権限、Service Workerだけを削除します。すべてのタブを閉じて新しいタブから再ログインします。サイト管理者なら、直った後もキャッシュヘッダー、資産版、Service Worker更新を確認します。
5. 新規プロファイルと別エンジンを使う
新規プロファイルでは同期もインポートもせず、最初に対象URLを開きます。別のOperaユーザーは提案された修正が効かない中、PinterestがFirefoxでは動くと確認しました。範囲は狭まりますが、Operaの設定かChromium系かはまだ決まりません。
第2ブラウザの使い方なら移行せずに役割を分けられます。長期的に替えるならChrome代替ブラウザも比較してください。ChromiumにFirefoxのGecko、Apple環境ならSafariのWebKitを加えます。
6. 修正できる相手へ渡す
利用者が直せるのはキャッシュ、拡張機能、権限、プロファイル、回線の一部です。サーバー停止、誤配信、証明書、アカウント実験、非対応コードは設定画面では直りません。
運営側はChrome DevToolsのIssuesパネルでCookie、混在コンテンツ、CORS、CSP、資産の問題をまとめて確認し、ConsoleとNetworkで失敗を追います。MDNが勧める機能検出を使い、User-Agentだけで分岐しません。開発者向けブラウザガイドにも手順があります。
Tabbitをクリーンな作業場所にする
Tabbitを入れたら、履歴、ブックマーク、設定、拡張機能を取り込む前にURLを開きます。動けば元プロファイルを疑う根拠と一時的な入口になります。失敗したらページか画像を文脈に加え、原因を推測しない報告を作ります。
このページとスクリーンショットから障害報告を作る。
見えているエラー、対象操作、URLを書く。根本原因は推測しない。
一度に一条件だけ変える次のテストを3件挙げる。
非機密ページの見た目だけならScript Modeで一時調整できます。Tabbitの実践記事には記事幅を変える例がありますが、サイト修正ではありません。銀行、決済、パスワード、管理画面では生成スクリプトを使わないでください。Agent Modeの対象も公開ページの限定手順に留めます。ブラウザ自動化の安全ガイドも確認してください。
TabbitはChromiumベースです。Chromeと同じ失敗ならFirefoxかSafariを追加します。TabbitとChromeの比較は製品上の違いを説明しています。
証拠から次を選ぶ
| 証拠 | 残すもの | 次に変えるもの | 連絡先 |
|---|---|---|---|
| シークレットだけ正常 | 画像、URL、版 | 拡張機能、サイトデータ | ブラウザサポート |
| 新規Chromiumだけ正常 | 元プロファイル | 権限と拡張機能 | 拡張機能またはブラウザ提供元 |
| Chromiumだけ失敗 | 各エンジンの版とエラー | 新規プロファイル、DevTools | サイト運営者 |
| 全端末で失敗 | 秘密を除くアカウント情報 | 稼働状況 | サービス提供者 |
| 一回線だけ失敗 | ブラウザ状態 | VPN、DNS、Firewall | ネットワーク管理者 |
報告にはURL、時刻とタイムゾーン、完全な版、OS、期待値、実結果、最短手順、シークレット、新規プロファイル、第2ブラウザ、別端末と回線の結果を入れます。パスワード、セッションCookie、私文書、トークン入りログは送りません。タブやブックマークも消えた場合は同期トラブルの手順を別に行います。
結論
更新は原因ではなく、まず時間軸の起点として扱います。現場を保存し、範囲を確認し、シークレット、拡張機能、サイト単位データ、新規プロファイル、別エンジンの順で比較してください。
MacまたはWindowsなら、Tabbitを今のブラウザの横にインストールし、何も取り込まずに対象URLを試します。クリーンなChromium対照と記録場所として使い、エンジン差が必要ならFirefoxかSafariを加えます。サイト側の再現が取れたら、端末のリセットを止め、運営者が使える報告を渡しましょう。
よくある質問
ブラウザ更新で特定のサイトだけ壊れることはありますか？
あります。ただし直後に起きたことだけでは原因を証明できません。描画、安全設定、Cookie、コーデック、拡張機能が変わる一方、サイト側の更新や古いキャッシュが同時に問題を起こす場合もあります。
シークレットウィンドウで動くのはなぜですか？
通常プロファイルの拡張機能、Cookie、キャッシュ、権限が疑わしくなります。ただし複数条件が同時に変わるため、個別の確認が必要です。
Cookieとキャッシュを全部消すべきですか？
まず対象サイトのデータだけを消します。全削除は多くのサービスからログアウトさせ、原因を特定しないままローカル状態を失わせます。
別のChromiumブラウザは互換性テストになりますか？
プロファイルや設定の切り分けには役立ちますが、エンジン間テストではありません。BlinkとGecko、WebKitを比べるにはFirefoxかSafariも使います。
ブラウザをダウングレードすべきですか？
個人利用では最初の手段にしないでください。セキュリティ修正を失うおそれがあります。管理環境でも管理者による短時間の検証に限定します。
Tabbitは診断にどう役立ちますか？
拡張機能やサイトデータを取り込む前のTabbitをクリーンな比較環境にし、ページ、スクリーンショット、メモをまとめます。Chromiumベースなので、エンジン比較にはFirefoxかSafariも必要です。