検索結果の見覚えのないURLはsite:検索とFetch as Googleで改ざんを調べる
公開日： 執筆：佐藤
Google検索に自社ドメインの見覚えのないURLや、意味の通らない文章が出たら、単なる古い検索結果と決めつけないでください。spam pageを挿入する改ざんでは、管理者、訪問者、Googlebotへ異なる内容を返すcloakingが使われる場合があります。
最初にsite:検索で不審なURLを控え、Search ConsoleのSecurity Issuesとmessageを確認します。次に、そのURLとhome pageをFetch as Googleで取得し、通常のbrowser表示と比べます。検索結果の削除だけでは、serverに残る不正fileや侵入経路は直りません。
site:検索で不審なURLと語句を控える
Googleはspam pageが挿入されたサイトの診断手順として、site:演算子を使った検索を案内しています。
site:example.com
example.comは自社ドメインへ置き換えます。存在するはずのないdirectory、商品と無関係な語句、意味の通らないtitle、This site may be hacked.という表示がないか確認してください。
URLが多い場合は、見つけたspam語を加えて範囲を絞ります。
site:example.com suspicious-word
検索結果で見つけたURL、title、snippet、確認日時を記録します。結果が一件も出ないことは、安全の証明にはなりません。site:検索は、不審なpageを見つける入口として使います。
Search Consoleの警告と流入変化を照合する
Search Consoleでは、Security Issues report、Manual Actions Viewer、Googleからのmessageを確認します。Googleがhacked pageを検出すると、Search Consoleへ通知される場合があります。
Search Analyticsで予期しない流入増加があれば、どのpageと検索語が増えたかを調べます。通常のcampaignや記事公開で説明できない語句が、不審なURLへ流れていないか確認してください。
流入が増えたことだけで改ざんとは断定できません。site:検索で見つけたURL、Search Consoleの警告、Search Analyticsのpageと検索語を同じ対象へ結び付けます。三つが別のURLを示すなら、問題を一件にまとめず、それぞれ調べます。
Fetch as Googleでcloakingを見つける
spam pageをbrowserで開いてHTTP 404が見えても、改ざんが消えたとは限りません。cloakingが使われると、管理者には空のpageや404を返し、Googlebotにはspam contentを返す場合があります。
不審なURLをFetch as Googleで取得し、次を比べます。
| 確認対象 | 見る内容 |
|---|---|
| Browser | HTTP応答、表示内容、転送先 |
| Fetch as Google | Googlebotが取得するHTTP応答と本文 |
| Search result | URL、title、snippet、警告表示 |
home pageもFetch as Googleで確認してください。この種類の改ざんでは、home pageへ不審なtextやlinkが加えられる場合があります。
表示差を見つけたら、404へ見せる処理だけを直すのではなく、どの条件で内容が切り替わるかを記録します。参照元、User-Agent、URL patternによる分岐があると、担当者のbrowserだけでは再現できません。
検索結果の症状とserverの侵入を分ける
見覚えのない検索結果は、server側の改ざんが検索へ現れた症状です。Googleへの削除申請やURLの転送だけで終えると、不正fileが別のURLを作る可能性があります。
Googleは挿入されたspam pageの修正手順として、必要に応じた一時停止、作業前のbackup、.htaccess、PHP、JavaScriptの調査、悪意あるcontentの除去、侵入を許した脆弱性の修正を挙げています。
技術担当者は、通常のsite dataと分けて、感染を含むbackupも保管します。削除したfileのcopy、変更日時、設置場所、関連するrewrite ruleを残してください。cleanなbackupへ戻す場合も、侵入経路を塞がなければ再発します。
siteを制作会社やhosting会社へ任せている場合は、「検索結果を消す」ではなく、次の成果物を依頼します。
- 改ざんされたURLとfileの一覧
- 変更された
.htaccess、PHP、JavaScriptの差分 - 侵入経路と修正内容
- clean化後のFetch as Google確認結果
- password、CMS、plugin、server softwareの更新記録
復旧作業を委託しても、domain、server、Search Console、backupへ到達できる権限はサイト運営者が保持します。
clean化と審査は順番を入れ替えない
不正fileを除去し、脆弱性を修正したら、siteをonlineへ戻して不審なURLとhome pageをFetch as Googleで再確認します。Googlebotがspam contentを取得し続けるなら、clean化は完了していません。
Manual Actionがある場合は、修正と再確認を終えてから再審査requestを送ります。警告を消すことより、利用者を不正なpageへ送らず、同じ侵入を繰り返さない状態を先に作ってください。
最初の一手は、検索結果に出た不審なURLを一件記録し、Security IssuesとFetch as Googleで同じURLを照合することです。自分でserver fileを判断できない場合は、記録を消さずにhosting会社または保守担当者へ渡してください。
関連記事
