WEBサイト
archives/104で当サイトは「Googleは本当に検索をAIに置き換えたのか」という誇張報道を検証した。あの記事の教訓は、見出しの勢いに引きずられず、必ず一次情報に当たってから書くというものだった。今回、似た構造の主張に再びぶつかった。海外のSEO系まとめ記事の一つが「Googleは2026年7月9日、コアアップデートが発表なしに継続的にロールアウトしていることを確認した」と書いていたのだ。もしこれが事実なら、新しい日付付きの公式声明があったことになる。しかし実際にGoogle公式ドキュメントを直接読みに行くと、そこに書かれていたのは「7月9日に確認された」という主張を裏付ける記述ではなかった。本稿は、この一つの日付の主張を検証する過程と、そこから見えてきた「発表されない変動」というGoogleの恒久的な立場を、当サイトの日次観測の実務と結びつけて記録する。
「7月9日にGoogleが認めた」という主張の中身
発端は、AI Overviews時代の実行チェックリストを扱った海外の記事だった。authoritytech.ioが公開した「Google July 2026 Core Update: AI Overviews Execution Checklist」という記事は、2026年7月分のコアアップデート動向をまとめる中で、次のように書いていた。
"Google confirmed on July 9, 2026 that smaller core updates now roll continuously without public announcements."
（日本語訳: Googleは2026年7月9日、より小規模なコアアップデートが、いまや公表なしに継続的にロールアウトしていることを確認した）
authoritytech.io「Google July 2026 Core Update: AI Overviews Execution Checklist」
この一文だけを読むと、Googleが7月9日に何か新しい発表をしたように見える。「confirmed on July 9」という言い回しは、特定の日付にGoogleが何らかの声明や更新を出したことを示唆する書き方だ。英語圏のSEOニュースは日々大量に流れるため、こうした一文はそのまま「Google公式が7月9日に発表」という形で他の記事やSNSに転載されやすい。
この記事はさらに、Search Status Dashboard（Googleが検索アルゴリズムの変動を記録する公式ダッシュボード）にも言及しており、6〜7月にかけてSemrushやSistrixのようなボラティリティトラッカーが、公式発表を伴わない順位変動を記録したという趣旨の記述も含まれていた。チェックリストという体裁の記事なので、読者に「今すぐ確認すべきこと」として提示されており、そこに具体的な日付が添えられていると、実務上の緊急性を感じさせる書き方になっている。
一見、根拠のありそうな書き方だ。だが、この記事のどこにも、Google公式ドキュメントの原文を直接引用した箇所がない。「確認した」という動詞の主語はGoogleだが、その確認が具体的にどの文書の、どの一文を指しているのかが本文からは分からなかった。当サイトはここで立ち止まることにした。archives/104で扱った「デフォルトAI回答」報道のときも、最初の違和感は同じところにあった――主張は具体的なのに、出典への直接リンクや引用がない。
Google公式ドキュメントを直接確認する
当サイトが確認したのは、Google Search Central の公式ドキュメント「Google のコアアップデートについて」（developers.google.com/search/docs/appearance/core-updates）だ。このページを直接開き、記載内容を精読した。
"We're continually making updates to our search algorithms, including smaller core updates. These updates are not announced because they aren't widely noticeable."
（日本語訳: 私たちは検索アルゴリズムを継続的に更新しており、その中には小規模なコアアップデートも含まれます。これらの更新は広く認識されるものではないため、発表されません）
Google Search Central「Core updates」公式ドキュメント
この一文自体は、確かに「発表されない小規模な更新が継続的に行われている」という内容だ。authoritytech.ioの要約が伝えたかった趣旨と、内容そのものは矛盾しない。問題は「日付」だった。
このページのメタデータをWebFetchで直接確認したところ、実際の最終更新日は2025年12月10日（UTC）だった。7月9日という日付での更新は、当サイトが確認した範囲では裏付けられなかった。つまり、「Googleが7月9日に何かを確認した」という主張の根拠になる一次情報の更新履歴は見当たらなかったということになる。
ここで正直に書いておきたいのは、当サイトが「7月9日に何も起きなかった」ことを証明できたわけではないという点だ。当サイトが確認できたのは、①公式ドキュメントの該当箇所の内容自体はauthoritytech.ioの要約と矛盾しない、②同ページの最終更新日は2025年12月10日であり、7月9日の更新を直接裏付ける一次情報を見つけられなかった、という2点までだ。「確認できなかった」と「存在しない」は違う。Googleが社内的に何らかの確認を行った日が7月9日だった可能性自体は否定できないし、当サイトが把握していない別の公式チャネル（カンファレンス発言・非公開のブリーフィングなど）でその日付に言及があった可能性も排除できない。この区別を曖昧にしないことが、今回の検証で最も気をつけた点だった。
「最終更新日」というシグナルの限界
ここでもう一つ注意しておきたいのは、公式ドキュメントの「最終更新日」というシグナル自体にも限界があるという点だ。Googleのドキュメントは、文言そのものに変更がなくても、内部的な理由（リンク修正・書式調整など）で更新日だけが動くことがある。逆に、実質的な方針転換があっても、既存の文言がそのまま維持されていれば更新日は動かない。今回のケースでは「2025年12月10日から文言に変更がない」という事実だけを根拠に、「7月9日に新しい発表はなかった」と断定するのは、それはそれで一つの飛躍になる。当サイトが言えるのは、あくまで「7月9日の更新を示す一次情報の痕跡を、確認できる範囲では見つけられなかった」というところまでだ。
二次情報の記述をもう一段掘る
authoritytech.ioの記事をもう一度読み直すと、Search Status Dashboard（status.search.google.com）への言及があった。このダッシュボードは、Googleが検索結果の変動を記録する公式ページで、コアアップデートやスパムアップデートなど、名前の付いた変動がここに履歴として残る仕組みになっている。
しかし、authoritytech.ioの記事はこのダッシュボードのどの項目が7月9日の「確認」を裏付けているのかを、具体的な項目名や日付付きの引用として示していなかった。「根拠として言及されているが、直接引用がない」という状態だ。加えて、記事内にはSemrushやSistrixのボラティリティトラッカーが6〜7月に発表外の順位変動を記録したという趣旨の記述もあったが、これも当サイトが今回一次情報として直接確認できた範囲を超える言及であり、本稿では「二次情報内の記述として存在する」という紹介にとどめ、独自の裏付けとしては扱わない。
この一連の確認作業を通じて見えてきたのは、二次情報の書き方の一つのパターンだ。一次情報の内容（発表されない継続的な更新がある）を正しく要約しつつ、それに「〇月〇日に確認した」という具体的な日付を組み合わせることで、まるでその日に新しい出来事があったかのような印象を作り出してしまう。内容自体は誤りではないのに、日付という一つの要素が事実確認から外れているだけで、記事全体の受け取られ方が変わってしまう。
この種の記事が生まれる背景には、実務的な事情もある。SEO系のニュースメディアは、日々何かしらの「動き」を記事化する必要に迫られている。実際には数ヶ月前から変わっていない恒久的な仕様であっても、「〇月〇日、Googleが〜を確認」という体裁にすることで、読者に新鮮な情報として提示できる。これは意図的な捏造というより、記事の鮮度を保つための編集上の慣習に近いのかもしれない。だからこそ、読む側が「これは本当に新しい出来事なのか、それとも以前からある話に新しい日付が付けられただけなのか」を毎回見分ける必要がある。
「curated」というラベルが意味するもの
もう一点、見落とせない手がかりがあった。authoritytech.ioの当該記事のURLには「/curated/」というパスが含まれている。これは、このサイトが自ら「これはキュレーション（他所の情報を集めて再構成した）記事です」とラベル付けしていることを示唆する。オリジナルの一次取材や独自調査ではなく、既存の情報源を集約・要約する形式の記事だと、サイト自身が構造上明示しているわけだ。
キュレーション記事そのものが悪いわけではない。散らばった情報を一箇所にまとめて整理してくれる価値は確かにある。しかし、キュレーションの過程では、複数の情報源の粒度や確度が均されてしまいやすい。「Googleの恒久的な公式方針」と「特定の日に起きた具体的な出来事」は本来まったく異なる確度の情報だが、同じ文体・同じ調子でまとめられると、読者側ではその違いを見分けにくくなる。SEO業界では、こうしたキュレーション型のまとめ記事が日々大量に生成されており、その中には人力の編集を経たものもあれば、生成AIを使って複数のソースを自動的に要約・統合したものも増えている。どちらの手法で作られたにせよ、読み手が最終的に頼りにできるのは、記事の書きぶりではなく、一次情報そのものだという原則は変わらない。
「発表されない更新」はGoogleの恒久的な立場
ここで改めて確認しておきたいのは、Google公式ドキュメントに書かれている「継続的な小規模アップデートは発表されない」という記述そのものは、今回新しく登場したものではないという点だ。Google Search Centralはかねてから、名前の付いた大型のコアアップデート（3月・5月・6月といった単位で発表されるもの）とは別に、検索アルゴリズムへの小規模な調整が日常的に行われていることを明言してきた。
当サイトはarchives/67「May 2026 Core Update完了 — 6月9日まで待て」で、5月のコアアップデートが12日間という過去最速のペースでロールアウトを完了した実測を扱った。あの記事で扱ったのは「名前の付いた、発表されるコアアップデート」の話だった。今回のテーマはその裏側、つまり「名前が付かず、発表もされない、しかし常に動いている変動」の話になる。
| 種類 | 頻度 | 発表の有無 | WEBディレクターの対応 |
|---|---|---|---|
| 名前付きコアアップデート（例: May 2026 Core Update） | 年に数回 | 公式ブログ・Search Status Dashboardで発表される | 短期集中でSC/GA4の変動を追跡し、ロールアウト完了まで様子を見る |
| 継続的な小規模アップデート | 常時・日次 | 発表されない | 中長期の推移として日次観測を続け、単発の変動に一喜一憂しない |
この2種類の変動を区別せずに語ると、「順位が動いた＝新しいコアアップデートが来た」という短絡につながりやすい。実際には、発表されるコアアップデートは年に数回のイベントである一方、発表されない小規模な調整は文字通り継続的に、日々どこかで行われている。archives/108「再クロール待ち行列547件、当サイトの2週間」で扱った「再評価待ち行列」の仕組みも、この継続的な調整の一部として動いている可能性がある。Googleの検索結果は、単発のイベントの積み重ねではなく、常に微調整され続けている流れの中にある。
なぜ日付の主張は裏取りしなければならないのか
「内容が正しければ、日付の細部くらいは大目に見てもいいのではないか」という考え方もあるかもしれない。しかし、WEBディレクターの実務においては、日付の正確性が持つ意味は小さくない。
クライアント向けの月次レポートやチーム内の共有資料に「Googleが〇月〇日に〇〇を認めた」という一文を書くとき、その日付が読み手の判断材料になる。たとえば「7月9日に何か新しい発表があった」という前提でクライアントに順位変動の説明をしてしまうと、実際には存在しない出来事を根拠に説明することになりかねない。逆に、正しくは「継続的に、常に起きていること」であるという理解があれば、単発の順位変動に対して過剰な反応をせず、中長期の傾向を見る姿勢を保てる。
誤った日付帰属は、情報が人から人へ伝わる過程で雪だるま式に増幅されやすい。ある記事が二次情報の要約を書き、別の記事がその要約をさらに要約し、最終的には「Googleが公式に発表した」という強い表現だけが独り歩きすることがある。当サイトがarchives/104「Googleは本当に検索をAIに置き換えたのか」で扱った「デフォルトAI回答」報道の誇張も、同じ構造を持っていた。今回のケースは、誇張の度合いこそ小さいものの、根っこにある問題は同じだ。二次情報を引用するときは、可能な限り一次情報まで遡って、内容と日付の両方を別々に確認する必要がある。
「確認」という動詞の重さ
英語圏の記事でよく見かける "Google confirmed that..." という表現は、日本語に訳すと「Googleが〜と確認した」になる。この「確認した」という動詞は、あたかもGoogleが能動的に何かを声明したかのような印象を与える。しかし実際には、既存の公式ドキュメントに書かれている恒久的な記述を、記者や編集者が「発見」あるいは「再確認」しただけというケースも多い。この場合、正確な書き方は「Googleは〜と確認した」ではなく「Googleの公式ドキュメントには、以前から〜と記載されている」であるはずだ。動詞の選び方一つで、読者が受け取る時系列の印象が変わってしまう。
実務で起こりうるシナリオ
具体的な場面を想定してみる。あるWEBディレクターが、クライアントサイトの順位が7月中旬にわずかに下落したことに気づいたとする。そこでSEO系のニュースを検索し、authoritytech.ioのような記事を見つけて「7月9日にGoogleが継続的アップデートを確認した」という一文を読む。ここで一次情報を確認せずにそのままクライアントへ「7月9日にGoogleが仕様変更を発表したことが順位下落の一因と考えられます」と報告してしまうと、実際には存在しない出来事を根拠にした説明になってしまう。
一方で、公式ドキュメントを直接確認したうえで「Googleは以前から、発表されない小規模な調整を継続的に行っていると明言している。今回の順位下落が、そうした継続的な調整の一環である可能性はあるが、特定の日付に紐づく単発の出来事ではない」と説明すれば、事実に即した、かつクライアントが次にどう動けばよいか（単発の変動として一喜一憂せず、数週間の推移を見る）を示せる説明になる。同じ現象を説明するにしても、日付の扱い方一つで、報告の質がまったく変わってくる。
当サイトの観測姿勢 ── self-proof-loopとして続ける
この検証作業自体は一度きりのものではなく、当サイトが日々続けている実務の一部として行っている。現在の当サイトの体制を正直に開示しておく。
当サイトは毎朝のmorning-routineの中で、Search Console（SC）のデータを日次で確認している。表示回数・クリック率・平均掲載順位の推移を毎日チェックし、大きな変動があれば発表されたコアアップデートによるものか、それとも今回扱ったような「発表されない継続的な調整」によるものかを、可能な範囲で切り分けるようにしている。この日次観測の積み重ねがあったからこそ、今回のような「日付だけがずれている二次情報」に対しても、落ち着いて一次情報を確認する習慣が働いた。 ✅ 当サイト実施中
一方で、正直に書いておくべきこともある。SemrushやSistrixのような専門のボラティリティトラッカー（検索結果の変動を定量的にスコア化して追跡するツール）は、当サイトではまだ導入していない。現状の観測はSearch Consoleの実測データと、Google公式のSearch Status Dashboardの目視確認にとどまっている。今回の記事で紹介したSemrush・Sistrixの言及も、あくまで二次情報内の記述として紹介したものであり、当サイト自身がそれらのツールで独自に検証したわけではない。 🔧 専用ボラティリティトラッカー未導入
「当サイトがやっていないから書かない」という忖度はしない。専用トラッカーの導入は、コストと運用の手間を考えたうえで、規模に見合った形で今後検討していきたい。まずは今ある無料の手段（Search Console・Search Status Dashboard）を正確に読み解く力を優先している。
self-proof-loop 系譜としての位置づけ
当サイトはarchives/98「1,238記事の8割が土俵に上がっていない」から始まる自己実証の連載を続けている。archives/110「宣言と実装のギャップは物証で塞ぐ日」では、自分たちが実装したと申告した内容と、実際のDB・ファイルシステムの状態を突き合わせて検証するという型を確立した。archives/113「Google Search が Gemini 3.5 Flash-Lite に切り替わった日」でも、確定した事実と推測を厳密に切り分けるという姿勢を貫いた。
今回の検証は、その姿勢を「他社の記事の主張」に向けた回だと言える。自分たちの申告だけでなく、外部の二次情報の日付帰属も同じ基準で疑う。self-proof-loopは元々、当サイト自身の実装状況を正直に開示するための仕組みとして始まったが、その根っこにある「申告と実測を分けて考える」という姿勢は、外部情報の受け取り方にもそのまま応用できる。
過去のコアアップデート実務との接続
当サイトはこれまで、コアアップデートに関する実務記事をいくつか書いてきた。archives/67では5月のコアアップデートが12日間で完了した実測を扱い、「発表されたイベント」に対する実務対応を整理した。archives/108では、Google公式が「最長2週間」と明言する再評価待ち行列を、当サイト自身のSearch Consoleデータで実測しながら追った。
今回のテーマはこれらとは少し性格が異なる。「発表されたイベントにどう対応するか」ではなく、「発表されないまま常に起きている変動をどう受け止めるか」という話だからだ。この2つは対立するものではなく、補完関係にある。発表されたコアアップデートには短期集中で対応し、発表されない継続的な調整には、日々の観測を通じて中長期の傾向として向き合う。この二層構造を意識しておくことが、順位変動に一喜一憂しないための土台になる。
archives/112「検索が『タスク実行』になった日」やarchives/113で扱ってきたように、Google側の変化のスピードは年々速くなっている。それでも、変化の速さと、変化が「発表されるかどうか」は別の軸だ。発表される変化は目立つが頻度は低い。発表されない変化は目立たないが頻度は高い。両方を視野に入れる必要がある。
WEBディレクターが今週すべきこと
今回の検証を踏まえて、WEBディレクターが実務で取れる行動を整理する。
1. 「〇月〇日にGoogleが〜と確認した」という記述を見たら、まず一次情報を探す
二次情報に日付付きの主張が出てきたら、その記事が一次情報を直接引用しているかを確認する。引用がなければ、Google Search Central Blog や公式ドキュメントを自分で検索し、該当する記述と最終更新日を直接確認する。数分の手間で、誤った日付帰属をクライアントに伝えるリスクを避けられる。
2. 順位変動を「発表されたイベント」と「継続的な調整」に分けて記録する
順位変動が起きたとき、直近でGoogleが名前付きのコアアップデートを発表していたかどうかをまず確認する。発表がなければ、それは継続的な小規模調整の可能性が高いという前提で、単発の変動として過剰反応せず、数週間単位の推移を見る。
3. Search Status Dashboardを定期的に確認する習慣を持つ
Google公式のSearch Status Dashboard（status.search.google.com）は無料で誰でも確認できる。このダッシュボードには、コアアップデートやスパムアップデートなど、Googleが「名前を付けて発表した」変動が、開始日・完了日・対象プロダクト（検索・画像検索など）とともに一覧で記録されている。過去のロールアウト履歴を遡って確認できるため、「〇月〇日に変動があった」という主張を見たときに、まずこのダッシュボードで該当する項目があるかどうかを調べるのが最も手早い裏取り方法になる。
重要なのは、このダッシュボードに載るのはあくまで「名前の付いた、発表される」変動だけだという点だ。本稿で扱った「発表されない継続的な小規模アップデート」は、その性質上ダッシュボードには記録されない。つまり、ダッシュボードを確認して該当項目が見当たらなかったとしても、それは「何も起きていない」ことの証明にはならず、「発表される規模の出来事ではなかった」ことが分かるにとどまる。ダッシュボードは強力な一次情報源だが、それが持つ情報の範囲を正しく理解したうえで使う必要がある。
4. 「継続的アップデート」を言い訳にしない
「発表されない継続的な調整のせいだ」という説明は、時に順位低下の原因分析を放棄する言い訳としても使われがちだ。継続的な調整の存在を理解することと、自サイトのコンテンツ品質や技術的な問題を検証しないこととは別の話だ。日々の観測は、原因を特定するための材料集めであって、原因不明のまま済ませるための免罪符ではない。
5. 二次情報を紹介するときは「言い換え」か「直接引用」かを自分の記事でも区別する
これは自分自身が記事やレポートを書く側になったときの話でもある。他社の一次情報を紹介するとき、自分の言葉で要約（言い換え）しているのか、それとも原文をそのまま引用しているのかを、読み手に分かる形で区別しておく。今回の記事で、Google公式ドキュメントの引用に日本語訳を添えて明示したのも、この区別を徹底するためだ。自分が書く記事が、誰かにとっての「二次情報」になるという自覚を持つこと自体が、情報の連鎖の中で誤りが増幅するのを防ぐ一つの手立てになる。
6. 「発表される変化」と「発表されない変化」の両方を観測ログに残す
SC・GA4の日次データを見るとき、「今週は何か名前付きのイベントが発表されていたか」を必ずメモとして残しておくと、後から振り返るときに役立つ。数ヶ月単位で見返したときに、発表されたイベントと重ならない変動が繰り返し起きているようであれば、それは継続的な調整の影響である可能性が高いと判断できる。この積み重ねが、二次情報の主張を鵜呑みにせず、自サイトの実測に基づいて判断する土台になる。
この記事自体についても、正直に書いておきたいことがある。もし今後、Googleが実際に日付付きで「継続的なコアアップデート運用への移行」を公式に発表することがあれば、それは本稿で扱った「発表されない恒久的な立場」からの変化ということになり、続報として扱う価値がある。当サイトはその可能性も含めて、Search Central Blogおよび公式ドキュメントの更新を継続して観測していく。
今回の検証で分かったのは、「Googleが7月9日に何かを確認した」という具体的な日付の主張は、当サイトが確認した一次情報では裏付けられなかったということだ。しかし、その主張が伝えようとしていた内容そのもの──発表されない小規模なコアアップデートが継続的に行われている──は、Google公式ドキュメントが以前から明記してきた、恒久的な事実だった。日付は誤って伝わることがあっても、その背後にある構造は変わらない。二次情報を鵜呑みにせず、内容と日付を分けて確認する。この地味な作業の積み重ねが、正確な情報をクライアントや読者に届けるための土台になる。
関連 archives
- archives/67: May 2026 Core Update完了 — 6月9日まで待て。今週やるべきこと、やってはいけないこと
- archives/104: Googleは本当に検索をAIに置き換えたのか — 「デフォルトAI回答」報道の誇張と公式見解の距離
- archives/108: 再クロール待ち行列547件、当サイトの2週間 — Google公式「最長2週間」の意味と、"待つ"を能動的にする方法
- archives/110: 宣言と実装のギャップは物証で塞ぐ日 — 1,027件・82日間・morning-report未配線の3重深化
- archives/113: Google Search が Gemini 3.5 Flash-Lite に切り替わった日 ── 350 tokens/秒の agentic search と、静かに始まった Gemini 4
