Googleの安全性警告は透明性レポートとSearch Consoleで原因を分けて確認する

Googleの安全性警告が表示されたら、最初に透明性レポートのサイトステータスとSearch Consoleの警告を確認します。警告画面を消すことだけを目標にせず、何が検出されたのか、どの入口から残っているのか、誰が修正と確認をするのかを分けます。安全性の警告は検索順位の調整ではなく、利用者を危険な内容から遠ざけるための問題です。

慌ててファイルを消したり、サイト全体を作り直したりすると、原因を見失います。反対に、警告が出たURLだけを直しても、同じテーマ、プラグイン、外部スクリプト、管理者アカウントから同じ内容が出続けることがあります。先に状態を記録し、次に入口を絞り、修正と復旧確認を別の作業として進めます。

透明性レポートは外から見える警告理由を確認する

Googleの案内によれば、透明性レポートのサイトステータスでは、安全性警告が出る理由を確認できます。以前のセーフブラウジング診断ページに代わるもので、望ましくないソフトウェアをホストするサイトなどの問題を説明します。

ここで得られるのは、外から見える状態と、Googleが警告を出している理由です。原因を確定する調査記録ではありません。たとえば、警告がマルウェアに関係していても、どのファイルがいつ書き換えられたか、どの管理者アカウントが使われたかまでは、サーバー、WordPress、プラグイン、更新履歴を別に調べなければ分かりません。

Search Consoleは、サイト管理者へ問題の警告を送る入口です。Googleの案内では、問題が迅速に解決されるよう、警告がSearch Consoleを通じて自動送信されるとされています。Google Analyticsを使っている場合は、サイト上でマルウェアが検出されたときに通知されることもあります。

三つの確認先は、次のように役割を分けます。

一つの画面に答えを求めないことが大切です。透明性レポートで理由を確認し、Search Consoleで通知と対象を確認し、サイト側の記録で修正対象を追います。

確認した画面は、表示内容だけでなくURLと日時も残します。警告が出ている最中は、あとで同じ表示を開けるとは限りません。作業を依頼する相手へ口頭で伝えるだけでは、どのページを見て何を根拠に直したかが曖昧になります。記録があれば、表示された警告と、サイト側で見つけた問題を混ぜずに説明できます。

警告が出たURLから共通の入口を探す

Googleの案内では、危険と表示されるサイトの多くについて、利用者がアップロードした不適切なコンテンツや、一時的なマルウェア感染が原因になると説明しています。これは、特定のページだけを削除すればよいという意味ではありません。利用者がファイルを置ける場所、テーマとプラグインの更新経路、外部から読み込む広告や解析のスクリプト、管理画面へ入るアカウントを分けて見ます。

たとえば、警告が出たのが会社案内の一ページでも、そのページ固有の本文が原因とは限りません。すべてのページに出るフッターのスクリプト、共通ヘッダーの改ざん、画像アップロード先、古いプラグインのファイルが影響している可能性があります。ページを一枚だけ直したあとに、別のページで同じ警告が出るなら、共通部分を疑います。

確認は次の順で進めます。

1. 警告が出たURL、確認日時、透明性レポートとSearch Consoleに表示された内容を保存する。
2. そのURLで使うテーマ、プラグイン、外部スクリプト、アップロードしたファイルを洗い出す。
3. 同じ共通部品を使う別のページを開き、同じ症状がないか確認する。
4. 不要または不正なファイル、スクリプト、アカウントを、必要なものと区別して処理する。
5. 修正した場所、作業した人、確認した画面を一枚の記録へ残す。

この順番なら、作業を外部へ依頼しても、何を直したかを受け取れます。サーバーのログイン、Search Consoleの所有権、ドメイン、バックアップの保管先を、復旧作業者だけに任せ切らないことも必要です。作業を頼むことと、サイトを管理する権限を渡すことは違います。

急いでいるときほど、正常なファイルを削除したり、古いバックアップを上書きしたりしやすくなります。削除または置換する前に、対象の場所、変更前の状態、戻す方法を記録します。原因の調査に必要な記録まで消してしまえば、警告が再発したときに、同じ入口を確認できません。

復旧確認は警告が消えた後まで続ける

問題が解決されると、サイトステータスは通常の状態へ戻るとGoogleは案内しています。しかし、通常状態へ戻ったことは、何を直したかの記録を省いてよい理由にはなりません。再発したときに、前回の原因、変更したファイル、無効にしたアカウント、更新したプラグインが分からなければ、また同じ調査から始めることになります。

復旧後は、少なくとも次を残します。警告を見た日時、対象URL、透明性レポートの表示、Search Consoleの通知、修正したファイルと設定、外部スクリプトの確認結果、作業担当者、再確認した日時です。削除したデータがある場合は、削除前の保管先と、戻せるかどうかも記録します。

警告が消えるまでの時間は、サイトの状態とGoogle側の確認により変わります。いつ消えるかを約束するより、危険な内容が残らないこと、同じ入口が残っていないこと、変更内容を説明できることを優先します。

最初の一手は、透明性レポートでサイトを検索し、Search Consoleの警告と同じ日に記録を取り始めることです。警告理由、対象URL、管理権限を一枚へ集めれば、修正の範囲を決められます。