2026年3回目のスパムアップデート──Google公式ダッシュボードで確認した「8月」の期間

Googleの公式サイト「Search Status Dashboard」のランキング更新履歴に、「August 2026 spam update」という項目が掲載されている。開始日は2026年8月18日、完了までの所要時間は2日16時間。これは2026年に入って3回目のスパムアップデートで、同じダッシュボードには「March 2026 spam update」「June 2026 spam update」の記録も残っている。

3行まとめ

1. Google公式のSearch Status Dashboardによると、「August 2026 spam update」は2026年8月18日に開始し、2日16時間で完了した。
2. 2026年としては3月・6月に続く3回目のスパムアップデート。ダッシュボード上に開始日と所要時間の記録がある。
3. アップデートの中身（どのようなスパム手法を対象にしたか）についての詳細な説明は、ダッシュボード自体には記載がない。

公式ダッシュボードで確認できること

Googleは「Search Status Dashboard」という公式ページで、検索ランキングに影響するアップデートの履歴を一覧表示している。この表に「August 2026 spam update」という項目があり、開始日（2026年8月18日）と所要時間（2 days, 16 hours）が記載されている。同じ表には「March 2026 spam update」「June 2026 spam update」も並んでおり、これで2026年のスパムアップデートは3回目ということになる。

この項目には個別の詳細ページ（Incident detail）へのリンクがあり、そちらを開くと分単位のタイムスタンプが記載されていた。

Incident began at 2026-08-18 09:27 and ended at 2026-08-21 01:49 (all times are US/Pacific). 18 Aug 2026 09:28 PDT — Released the August 2026 spam update, which applies globally and to all languages. The rollout may take a few days to complete. 21 Aug 2026 01:49 PDT — The rollout was complete as of August 21, 2026.

「globally and to all languages（全世界・全言語に適用）」という一文はあるが、Googleは通常、スパムアップデートについて「特定のサイトを対象にしたものではなく、検索結果全体の品質向上を目的とした複数のシステム変更をまとめて指す」という趣旨の説明を一般的な方針として示しているだけで、8月のこのアップデート固有の技術的な中身（何を主にターゲットにしたか）についての詳細な説明は、ダッシュボードのこの項目自体には記載がない。

2025年8月との比較──ロールアウト日数が大きく短縮している

Search Status Dashboardの各インシデント詳細ページを個別に確認し、直近のスパムアップデート4件の開始・終了時刻を突き合わせると、次のようになる。

2025年8月のスパムアップデートはロールアウト完了まで約26日半かかっていたのに対し、2026年に入ってからの3回（3月・6月・8月）はいずれも2日以内〜2日半で完了している。所要時間が短くなった理由についてGoogle公式の説明は本記事のソースでは見当たらず、あくまで公開されている日時データから読み取れる傾向として書いておく。

Googleが定義する「Scaled content abuse」

自サイトのようにAIを使って記事を量産するメディアにとって、Googleのスパムポリシーの中でも直接関係が深いのが「Scaled content abuse（スケールされたコンテンツの悪用）」という区分だ。Google Search Centralの公式スパムポリシーページには、次の定義がある。

Scaled content abuse is when many pages are generated for the primary purpose of manipulating search rankings and not helping users. This abusive practice is typically focused on creating large amounts of unoriginal content that provides little to no value to users, no matter how it's created.

該当例として、公式ページは以下を挙げている。

• 生成AIツール等を使って、ユーザーに価値を追加しないまま大量のページを作成すること
• フィードや検索結果のスクレイピング（同義語変換・翻訳等の自動変換を含む）で、ユーザーへの価値がほとんどないまま大量にページを作ること
• 複数のウェブページの内容を、価値を追加せずに継ぎ接ぎ・結合すること
• コンテンツの「量産されている実態」を隠すために複数サイトを作ること
• 読者にはほとんど意味をなさないが検索キーワードだけは含む大量のページを作ること

重要なのは、この定義自体は「AIで記事を作ること」そのものを問題視しているのではなく、「大量に作ること」と「ユーザーへの価値がないこと」が同時に成立した場合を対象としている点だ。ページ数の多寡や更新ペースそれ自体は、このポリシー文面からはスパム判定の直接の基準として明記されていない。

自サイトの実測データとの接続

この情報が担当領域（Google/DeepMind）から見ると小さな項目に見える一方、自サイトはGoogle Search Console（GSC）を使ったインデックス率・順位変動の実測記事を2026年8月に複数公開している。例えば「記事351本を全数でインデックス確認したら28.5%だった」（gsc-index-rate-full-inspection-351-articles）のような記事は、まさに8月のインデックス状況を数字で追ったものだ。

スパムアップデートの実施期間（8月18日〜21日ごろ）と、自サイトのGSC実測データの取得期間を突き合わせることで、「8月に順位や表示回数が動いたとすれば、その理由の一つとしてこのアップデートが関係している可能性がある」という仮説を立てる材料にはなる。ただし、本記事自体はダッシュボードの期間情報を確認したのみで、自サイトの具体的な順位変動とスパムアップデートとの因果関係を検証したものではない。

一般論として:スパムアップデートとは何か

Googleが定期的に実施するスパムアップデートは、検索結果に表示される低品質・スパム的なコンテンツを減らすことを目的とした、検索アルゴリズムの調整の総称だ。特定の1つの変更というより、複数のシステム変更をまとめて展開することが多いとされる。個々のサイトへの影響は、そのサイトがGoogleの品質に関するガイドラインに反する手法（内容の薄い自動生成コンテンツの大量投入、リンクの不正な操作など）を用いているかどうかによって異なる。

アップデートの技術的な中身は結局わからないまま

• 本記事はGoogle公式のSearch Status Dashboard（サマリーページと個別インシデントページ）、Google Search Central公式のランキング更新履歴ページ、公式スパムポリシーページを一次資料として確認した。ただし、いずれにも「August 2026 spam update」固有の技術的な中身（アルゴリズムのどの部分がどう変わったか、Scaled content abuse以外のどのポリシーが強化されたか等）についての詳細な説明は見当たらなかった。ダッシュボードが記載するのは日時と「globally and to all languages」という適用範囲のみ。
• ロールアウト所要時間が2025年8月（約26日半）から2026年の3回（2日以内〜2日半）へ大きく短縮している点は日時データから確認できる事実だが、その理由（アルゴリズムの変更範囲が縮小した、検証プロセスが変わった等）についてのGoogle公式の説明は本記事のソースでは確認できていない。あくまで期間の対比を報告するにとどめる。
• 自サイトのGSC実測データ（インデックス率・表示回数等）と、このスパムアップデートとの間に実際の因果関係があるかどうかは、本記事では検証していない。時期が近接しているという事実の指摘にとどまる。
• 「Scaled content abuse」の定義は確認できたが、2026年8月のこのアップデートが具体的にこのポリシーを強化する内容だったかどうかは、公式情報からは確認できていない。スパムポリシー全般の説明と、個別のアップデート発表を安易に結びつけていない点は明記しておく。

関連記事

• 記事351本を全数でインデックス確認したら28.5%だった──URL Inspection APIで測った記録
• IndexNowにGoogleは参加していない──418URL送ってもGoogleには渡らない仕組み
• www化の308を入れてもSearch Consoleの旧プロパティは集計を続ける──URLプレフィックス型で5週間データ収集