Search digest2026年8月

2026年8月は、サイト所有者にとって厄介な月でした。グローバルなスパムアップデートの展開、独立したサンプルで見られた異例の大幅な順位下落、そして展開の時期に近く、原因の切り分けを混乱させるレポートのエラーが重なりました。同時に、GoogleとMicrosoftは、AIでの可視性を測る手段を増やしました。大事なのは、これらの変更が、サイトに関する次の判断をどう変えるかです。

zoom_in

製品の変更

スパムアップデートは短期間でも、順位の下落は小さくなかった

Googleの公式インシデント記録によると、展開の期間は太平洋時間で8月18日9:27から8月21日1:49までです。対象は全世界、全言語でした。期間の長さは、いつ調べるべきかを示します。特定のサイトがどれだけ深刻な影響を受けたかまでは、わかりません。

Search Engine Landが8月27日に掲載したSE Rankingの計測は、影響の規模をより具体的に示しています。追跡した上位10位のURLのうち、16.71%が100位より下に落ちました。比較期間では9.2%でした。差は7.51ポイントで、基準に対しておよそ82%多い計算です。

zoom_in

この調査が追跡するのは1〜100位です。インデックスからの削除と、追跡範囲より下への下落は区別できません。ドメインごとの原因も特定できず、すべての国への影響も示せません。この数字が示すのは、米国の特定のサンプルで、順位に大きな乱れがあったことです。ウェブサイトの82%がペナルティを受けたという結果ではありません。

Glenn Gabeが8月31日に公開した、匿名化した4件のケーススタディは、別の種類の根拠になります。事例には、独自の価値がほとんどない大規模なプログラム生成のセクション、内容の薄いアフィリエイト構成、誤解を招く機能が含まれます。これはコンサルタントが選んだ調査であり、代表的なサンプルでも、Googleの公式な対象リストでもありません。影響を受けたページに何を問うべきかのヒントにはなります。ただし、AIやプログラムによる公開そのものが原因だという根拠にはなりません。

データ

レポート上の落ち込みは、順位の下落とは限らない

Search Consoleのデータ異常の記録には、8月13日にDiscoverのクリック数と表示回数が実際より少なく計上されたことが記載されています。提供されている場合は、DiscoverにおけるGenerative AIの表示回数も含まれます。別のエラーでは、8月13〜17日の検索におけるAIの表示回数が少なく報告されました。Googleはどちらもログの問題と説明しています。8月21日の注記では、欠けていた検索のAIのデータが復旧したとしています。

月次レポートの初版を、修正前にエクスポートしていた場合は注意が必要です。古いスプレッドシートには、現在のレポートでは見えなくなった落ち込みが、そのまま残っていることがあります。該当する日付のデータをエクスポートし直し、データと一緒に取得日を残します。記録されたインシデントの範囲外の指標や日付に、この説明を広げないでください。

8月の原因の切り分けには、3つの比較が必要だと考えています。修正後の検索レポート、実際のウェブサイトのセッションと成果、可能なら一貫した順位のサンプルです。それぞれ測っているものが違います。3つが一致すれば仮説は強まり、食い違えば次に調べる場所がわかります。違いを説明せずに、どれかを別のものの代わりに使うことはできません。

製品の変更

AIでの可視性が、計測できる運用上の選択肢に

8月31日、Googleは、6月に最初に発表したAIの制御とインサイトが、世界中のウェブサイトで使えるようになったと発表しました。更新された発表では、Search Consoleでの選択が説明されています。AIによる概要、AIモード、DiscoverのAIによる概要といった、検索の生成AI機能での表示と、そのグラウンディングを左右する選択です。オプトアウトすると、これらの機能からのトラフィックと表示回数がなくなります。この制御は、これらの機能の外にある検索結果のランキングシグナルではないとGoogleは述べています。

専用のパフォーマンスレポートでは、表示回数、ページ、国、時系列のビューを確認できます。検索ではデバイスの情報も加わります。これらの表示回数は、従来どおり全体のパフォーマンスレポートにも含まれます。AI専用のクリック数、CTR、コンバージョンを網羅したレポートは、発表では約束されていません。

サイト所有者にとって、すぐに得られる利点は、より良いベースラインです。どのページが、どの市場で表示され、その可視性がどう変わるかがわかります。参加するかどうかは、ビジネスモデルに合わせて判断します。パブリッシャー、ソフトウェア企業、ネットショップでは、露出と参照訪問の価値が異なる場合があります。設定と変更日を記録しておけば、後の分析に必要な背景を残せます。

製品の変更

Clarityが「見つかること」と「訪問されること」の区別を追加

8月の2つのリリースで、MicrosoftのClarity Citationsダッシュボードが分析に使いやすくなりました。8月3日には、グラウンディングクエリにブランドと非ブランドのラベルとフィルターが加わり、対応するShare of Authorityの内訳も追加されました。グラウンディングクエリは、AIシステムが裏付けとなる情報を探すために使うクエリです。人が入力した質問そのものとは限りません。

この区別が重要なのは、すでにブランド名で検索されているときはよく表示されても、幅広いカテゴリの調査ではほとんど表示されないブランドがあるからです。両方をまとめて報告すると、この差が見えなくなります。実務の出発点は、非ブランドのビューを、新規顧客に見つけてほしいトピックやページと比べることです。

8月13日には、Scrape-to-Referral insightsに、AIオペレーターのビュー、スクレイピングの活動と参照を比べる比率、カバレッジの情報、絞り込んだセッション録画へのリンクが加わりました。カバレッジの確認は重要です。ドメインが食い違っていたり、CDNとClarityのデータが不完全だったりして作られた比率は、公平な比較になりません。

製品の変更

国別の分析が、避けにくくなった

Googleの8月28日のサイトの評判に関する発表は、8月30日に発効しました。欧州経済領域（EEA）以外では、該当する手動対策が、引き続き対象のサイトセクションに影響します。EEAの検索ユーザーに対しては、その手動対策の影響は適用されません。かわりに、そのセクションがGoogleのシステム上で切り離され、時間をかけて独自に順位づけされることがあります。Search Consoleの通知と再審査リクエストは引き続き利用できます。

この区別は、検索ユーザーの所在地に基づきます。第三者のセクションをホスティングしているパブリッシャーでは、世界全体のトラフィックの合計に、重要な動きが隠れる可能性があります。同じセクションを、EEAと非EEAの市場で比べます。変化の理由を説明する前に、実際の通知を確認します。変わったのは適用の仕方であり、ポリシーの撤回でも、回復の約束でもありません。

国による違いは、独立したAIの可視性の調査にも表れています。SE Rankingが8月18日に公開したフランスの調査は、8月7〜8日に20のニッチの10万キーワードを調べました。サンプルのキーワードの52.63%で、AIによる概要が表示されました。調査が取り上げているローンチは7月でした。8月のニュースは、この計測です。

zoom_in

ニッチごとの差が、実務で使える結果です。市場全体の1つの割合では、自社サイトの露出の予測として不十分です。事業にとって重要な国とカテゴリで、固定したクエリのセットを調べます。この調査は、現地で計測する理由として受け止めます。どのサイトでも、クエリの半分にAIによる概要が表示されるという約束ではありません。

製品の変更

SPAでは最初のページ読み込み後の体験も調べられる

GoogleのSPAとCore Web Vitalsに関するガイダンスの8月の更新では、ページ全体を読み込まずにルート遷移を計測する、Chrome 151のAPIが説明されています。続いて、Chrome 152のDevToolsで、ライブメトリクスがソフトナビゲーションに対応しました。ランディングページが速くても、その後の遷移が速いとは限りません。アプリケーション内の動線を調べるのに役立ちます。

Chromeは、これらのルート遷移の計測をCrUXに取り込む時期を発表していません。他のブラウザエンジンも、まだこれらのAPIに対応していません。この区別は重要です。ローカルや実ユーザーの新しい計測機能が増えても、Search ConsoleのCore Web Vitalsレポートや、Googleのランキングシステムが変わったことにはなりません。

クライアントサイドのナビゲーションが中心のカタログやアプリケーションでは、代表的な一連の操作をテストします。最初の訪問、カテゴリの切り替え、商品や詳細の表示、その次の重要な操作です。ページ全体の読み込みとルート遷移の観測は、区別できる状態で残します。得られるのは、ランディングページだけのチェックでは見落とす、遅い、または不安定なステップを見つけられる点です。

製品の変更

小さな2つの変更にも、具体的な実装チェックが必要

Googleが8月20日に導入した優先ソースボタンでは、読者がメディアを選択して、元のページに戻れます。パブリッシャー向けドキュメントには、標準とカスタムのJavaScriptによる実装方法と、ディープリンクによる代替手段が記載されています。対象になるのはドメインまたはサブドメイン単位で、/blogのようなサブディレクトリは対象外です。

読者が繰り返し訪れるパブリッシャーにとっては、試せる配信の選択肢です。対象かどうかを確認し、読書体験の中の適切な場所に案内を置き、利用状況を測ります。既存の購読やニュースレターの案内と並べて、効果を示す必要があります。設置しただけでは、順位が改善した証拠になりません。

一方、MicrosoftのWebmaster APIに関する告知では、SOAPとPOXの提供終了日が8月31日に設定され、RESTへの移行が案内されました。Bingのレポートや送信を自動化しているチームは、ダッシュボードが動いているかだけでなく、ジョブが成功しているかを確認します。依存先ごとに使っているプロトコルを記録し、期限の前後に抜けがないか調べます。

この2つは、スパムアップデートほどの紙幅は要りませんが、やることは明快です。1つは読者向けの試行、もう1つは期限が決まった連携のチェックです。どちらも、SEO戦略の全面的な見直しは必要ありません。

対応

8月で仕事の進め方はどう変わるか

8月への最も強い対応は、診断をより正確にすることだと考えています。全体の順位、AIでの可視性、参照トラフィック、地域ごとの適用、サイト上の体験を、違いを保ったまま、あわせて読む必要があります。1つにまとめた総合スコアでは、作業がかえって難しくなります。

9月の計画では、きっかけがはっきりした作業を、広く推測に頼るプロジェクトより先に置きます。古くなったレポートの修正、確認できた連携の障害の修復、可視性が落ちた具体的なページの調査、新しい計測の面のベースライン作成です。大きなコンテンツやアーキテクチャの変更は、それを正当化する検出結果が出たときのために取っておきます。