2026 年 8 月初旬、多くのサイト運営者が順位の変動を感じました。Search Engine Roundtable が最初に 8 月 1 日から 3 日にかけて異常に高いボラティリティを指摘し、Semrush Sensor、Mozcast、Ahrefs、SERPmetrics が同時に跳ね上がりました。ただし最初に置くべき事実があります。Google は 8 月のアルゴリズム更新を一切認めていません。同社の Search Status Dashboard には、8 月 1 日から 6 日の間、ランキング・インデックス・クロール・配信のいずれについても事象の記録がありません。公式に確認された直近のランキング変更は、いまも 2026 年 6 月のスパム更新（6 月 24 日開始、6 月 26 日完了）です。

同じ時期に無関係な事象が 3 つ重なっていた

トラフィック減少を「更新」のせいにする前に、当時実際に存在した撹乱要因を除外してください。GA4 のレポート不具合（数値そのものが誤っていた）、Google Ad Manager の障害、そして 7 月中旬から始まっていた Discover 流入の減少。いずれもダッシュボードを悪化させますが、原因も対処も互いに異なります。これこそ「まず診断する」理由です。原因が違えば、打つべき手は正反対にもなります。

診断の順序：自分側から始める

順序が重要です。前の段階の原因ほど「アルゴリズムにやられた」と誤認されやすいからです。

  • 第一に、サーバーを除外する：該当日の 5xx 比率と応答時間を確認します。規模は 1 行で分かります：awk '$9 ~ /^5/ {print $9}' /var/log/nginx/access.log | sort | uniq -c。Googlebot がクロール中に 502 や 504 に当たっていたなら、それはアルゴリズムではなくクロール失敗です。
  • 第二に、自分でブロックしていないか除外する：証明書の失効、robots.txt の変更、ファイアウォールや WAF が Googlebot の範囲を静かにレート制限していないか。Search Console の URL 検査でライブテストを実行し、いま Google がページを取得できるかを直接確かめるのが最速です。
  • 第三に、クロール統計を読む：該当日に平均応答時間が明確に上昇している、あるいはクロール要求数が急減しているなら、問題はホスト側にあります。
  • 第四に、ようやくクエリデータを見る：検索パフォーマンスで 8 月 1〜10 日と 7 月 1〜10 日をページ別とクエリ別に分けて比較します。曜日を揃えるのを忘れずに——週末はトラフィックの形が違います。本当のアルゴリズム変動は特定の種類のページがまとまって動く形で現れ、サイト全体が均等に下がる形にはなりにくいものです。

サードパーティのツールが測っているもの

ボラティリティ指数が測っているのはそのツール自身のキーワードサンプルでの SERP の変動幅であり、あなたのサイトではありません。指数が赤いのは「結果全体が動いている」ことを示すだけで、あなたが評価を下げられた証拠にはなりません。背景ノイズの水準を示す読み取り値として扱ってください。ノイズが高いときは、単一のデータ点の信頼性が下がります。

変動期に最も有効な行動は「動かないこと」

結果が不安定なうちにタイトルを書き換え、ページを統合し、コンテンツを大量削除すると、ひとつ確実な問題が生じます。因果の切り分けができなくなるのです。1 週間後に順位が戻っても、編集が効いたのか変動が過ぎただけなのか判別できません。代わりにベースラインを記録し、SERP が落ち着いてから比較し、本当に戻らなかったページにだけ手を入れます。今回の公開分析で繰り返し名指しされたのも、結局は従来どおりの弱点です。独自性が乏しく、一次情報の裏づけが薄く、意図が曖昧なページほど大きく下落し、量産型 AI コンテンツや期限切れドメインのリダイレクトに依存したサイトが最も速く可視性を失いました。これらの修正に Google の確認を待つ必要はありません。

診断には生ログが要る

第一から第三の手順はすべて完全なアクセスログとエラーログに依存します。共有ホスティングでは切り詰められた統計画面しか与えられないことが多く、User-Agent での絞り込みも、どのクロールが 504 を返したかの特定もできません。SharkCloud のインスタンスは完全な root 権限と生ログを提供し、日本・シンガポール・香港・米国のノードで訪問者の近くに配置できます。この種の問題を追うとき、実際に見えるデータはどんな仮説よりも価値があります。