SEOの世界には、出典があいまいなまま広まっている話がたくさんあります。文字数は多いほうがいい、被リンクは.eduドメインからだと価値が高い、クロールされる回数が多いほどサイトの評価が高い——このあたりは今でも普通に語られています。
そのうちのいくつかは、Google自身がはっきり否定しています。しかも一度ではなく、何度も。
その否定がまとまって聞ける場所が、Google検索チームのポッドキャスト「Search Off the Record」です。この記事では2023年3月〜2026年7月に公開された54エピソードを対象に、Googleが否定・訂正した内容を全部で49件洗い出し、カテゴリ別に整理しました。あわせて全エピソードの一覧も載せています。
この記事でわかること
- Googleが明確に否定した49の通説と、その出典（回次・公開日）
- そのうち実務への影響が大きい6件の詳しい背景
- 3年間で語られるテーマがどう移り変わってきたか
- 全54エピソードの一覧（テーマ・否定項目数・情報の鮮度つき）
Search Off the Recordとは何か
公式ドキュメントが「結論」なら、こちらは「理由」
Google Search Central が公開している音声番組で、検索チームのメンバーが自分たちの仕事について話すシリーズです。2週間に1本前後のペースで100回以上続いています。SEOの話題が中心ですが、社内のエンジニアリングの話や雑談も相当な割合を占めます。
公式ドキュメントとの違いは役割にあります。ドキュメントが「こうしてください」を書く場所だとすれば、ポッドキャストは「なぜそう言っているか」を話す場所です。たとえば重複コンテンツなら、ドキュメントは正規URLの指定方法を説明します。一方ポッドキャストでは、内部でどうページをクラスタリングして正規URLを選んでいるのか、という仕組みの側が語られます（第87回「重複コンテンツ処理の内部事情：クラスタリングと正規化選択の仕組み」2024-12-05）。
そしてもう一つ、こちらのほうが実務では効いてくるのですが、雑談の流れで「それは違う」という発言が出てきます。ドキュメントには「〜ではありません」とは書きにくいので、通説の否定はポッドキャストのほうに集まる傾向があります。この記事が49件を拾えたのはそのためです。
この記事が扱う範囲
対象は2023年3月〜2026年7月に公開された54エピソードです。2020年の初期から2023年初頭までの回は取得範囲に含まれておらず、本記事では扱っていません。第101回・第102回・第104回もデータを取得できなかったため欠番としています。
出典表記について補足します。エピソード個別のYouTube URLが取得できなかった回が大半のため、この記事では「回次・タイトル・公開日」で出典を示します。1本だけ公開日が確認できなかったエピソード（「JavaScriptとTypeScript開発の舞台裏」）があり、こちらは第58回と推定したうえで日付不明として扱っています。
発言を読むときの3つの前提
表を見る前に、これだけは押さえておいてください。ここを飛ばすと、古い発言を今の仕様として受け取ってしまう危険があります。
1. すべての発言には「いつの話か」がある
発言は収録時点でのGoogleの状態についての話です。3年前の回で語られた仕様が、今も同じとは限りません。
分かりやすいのが第67回（2023-12-21）で、INPへの移行がまだ「これから起きること」として語られています。実際の移行は収録の3か月後、2024年3月でした。この回だけを読むと、移行前の前提で理解してしまいます。
もっとはっきり効いてくる例もあります。第72回（2024-04-25）では、rel=prev/nextを使えばページネーションの重複コンテンツ問題をGoogleに伝えられる、という主張が「現在は該当しない」と否定されています。この否定自体は今も有効ですが、同じ回で語られたGemini関連の機能の話は2024年当時のバージョンに基づくもので、現在のAI機能とは差があります。同じエピソードの中でも、鮮度は項目ごとに違います。
第105回（2026-02-26）も、比較的新しいにもかかわらずAMP Cacheの扱いなどで状況が動いています。
この記事では、各項目に「鮮度」を付けています。要確認は時間の経過で状況が変わっている可能性がある項目、新しめは収録が比較的最近で大きな変化は見込みにくい項目です。ただしこの区別にかかわらず、実装を決める前には developers.google.com の最新ドキュメントで裏を取ってください。
2. ポッドキャストの発言はドキュメントを上書きしない
雑談で出た発言が、そのまま公式見解になるわけではありません。話し手が「自分の理解では」と前置きすることもあれば、複数人で意見が割れることもあります。ドキュメントと食い違って聞こえるなら、優先されるのはドキュメントです。
この記事に載せた49件も、「Googleがそう説明した」という事実の記録であって、それ自体が仕様書ではありません。
3. 日本語圏での検証事例が少ない
語られる内容の多くは英語圏のサイトを前提にしています。国際化や言語判定まわりは特にそうで、日本語サイトで同じ結論になるかは検証事例が足りていません。この記事では、確認できていないことは書かない方針にしています。
Googleが否定・訂正した49の通説
ここからが本題です。27エピソードから49件を抽出し、9つのカテゴリに分けました。
なお49件のうち2組は、同じ内容が別の回で語られたものです。第106回と第107回のGooglebotの話と、第68回と第100回のmeta keywordsの話がそれにあたります（後者は記念回での再放送とみられます）。表では1行にまとめ、出典を併記しています。
クロールとGooglebot（8件）
最も否定項目が多いカテゴリです。「クロールされる回数を増やせば評価が上がる」という発想が根強いのですが、Googleは一貫してこれを否定しています。2026年に入ってからは、そもそもGooglebotとは何なのかという前提のほうが崩されました。
| 通説 | Googleの説明 | 出典 | 鮮度 |
|---|---|---|---|
| Googlebotは賢く判断してクロールしている | 実際は単純なフェッチャーに過ぎない | 第64回 2023-09-19 | 要確認 |
| クロールバジェットの「バジェット」はお金の予算 | 金銭的な予算とは無関係 | 第70回 2024-03-14 | 要確認 |
| 多くクロールされている＝良いサイト | 明確に否定。クロール量はハッキングや無限URL空間などでも増える | 第79回 2024-08-08 | 要確認 |
| 問題報告フォームで依頼すればクロールを増やしてもらえる | 依頼してもクロール量を増やす対応はしない | 第79回 2024-08-08 | 要確認 |
| Googlebotは単一のプログラム・実行ファイルである | 共通クロールインフラを呼び出す複数クライアントの一つに過ぎない | 第106回 2026-03-30／第107回 2026-03-12 | 新しめ |
| 地域ブロックでGooglebotを確実に制御できる | 信頼できる制御手段ではない（例外的に他国IPが割り当てられることもある） | 第107回 2026-03-12 | 新しめ |
| 403や404を返すとクロール速度が落ちる | クライアントエラーは低下要因にならない。低下するのは503など | 第107回 2026-03-12 | 新しめ |
インデックスとSearch Console（6件）
Search Consoleの画面をどう解釈するか、という話が中心です。「エラーと表示されているものはすべて直すべき」という前提そのものが否定されています。
| 通説 | Googleの説明 | 出典 | 鮮度 |
|---|---|---|---|
| Search Consoleで410と404が同じ表示になるのは不具合 | 内部処理を反映した意図的な仕様 | 第60回 2023-05-30 | 要確認 |
| site:検索でインデックス数を正確に確認できる | インデックスされた全ページを正確に反映するものではなく、確認用途には不向き | 第61回 2023-06-22 | 要確認 |
| Indexing APIを使えば任意のURLをインデックスさせられる | 対象は求人情報とライブ動画配信のみ | 第94回 2025-06-26 | 新しめ |
| インデックス済みと未インデックスの比率がサイトの品質を示す | 健全なサイトでも大量の未インデックスページがあり得る | 第112回 2026-07-16 | 新しめ |
| site:クエリの結果はインデックス状態を正確に反映する | site:は人工的なクエリタイプ。Search Consoleが真の情報源 | 第112回 2026-07-16 | 新しめ |
| Page Indexing Reportの「未インデックス」「エラー」はすべて修正すべき | 多くは期待される正常な動作 | 第112回 2026-07-16 | 新しめ |
コンテンツ・文字数・品質（8件）
コンテンツ担当が最も影響を受けるカテゴリです。文字数、更新頻度、著者情報といった、SEOツールが指標として出しがちな項目が並んで否定されています。
| 通説 | Googleの説明 | 出典 | 鮮度 |
|---|---|---|---|
| 文字数が多いほど評価される | 明確に否定。Googleはどこにも文字数要件を定めていない | 第63回 2023-08-22 | 要確認 |
| 著者情報（byline）は全ページに必須 | 読者にとって意味がある場合のみ有効 | 第63回 2023-08-22 | 要確認 |
| 低トラフィックのコンテンツは自動的に削除すべき | 否定。統合やリダイレクトで対応すべき | 第66回 2023-11-21 | 要確認 |
| titleとH1は完全に同一にすべき | 否定 | 第66回 2023-11-21 | 要確認 |
| コンテンツが古いこと自体が順位を下げる | 直接的なSEO要因ではない | 第73回 2024-05-09 | 要確認 |
| コンテンツは長いほうがSEOに有利 | SEOスターターガイドを大幅に短縮しても順位は下落せず、維持・向上した | 第74回 2024-05-23 | 要確認 |
| E-E-A-Tは単一のランキングファクターとして評価されている | 特定のランキング信号と一対一で対応するものではない | 第76回 2024-06-27 | 要確認 |
| SEO業者は特定キーワードで1位を保証できる | 約束することはできない。ランキングシステムの人為的操作は不可能 | 第95回 2025-07-10 | 新しめ |
ドメインとURL（5件）
第62回でまとめて検証されています。ドメイン選定の相談を受けたときに、そのまま使える内容です。
| 通説 | Googleの説明 | 出典 | 鮮度 |
|---|---|---|---|
| .eduや.govからのリンクは特別な価値（link juice）を持つ | 神話である | 第62回 2023-07-20 | 要確認 |
| URLやTLDにキーワードを含めると有利 | 直接的なランキング優位性はない | 第62回 2023-07-20 | 要確認 |
| ドメイン名のハイフンの有無が順位に影響する | 影響しない | 第62回 2023-07-20 | 要確認 |
| www付きとnaked domainでSEO的な差がある | 差はない | 第62回 2023-07-20 | 要確認 |
| ドメイン名はランキングに影響する | 影響はほとんどない | 第68回 2024-01-25 | 要確認 |
HTML・マークアップ・CSS（8件）
「正しいHTMLを書けば評価される」という発想が、第105回でかなり広く否定されています。技術者ほど信じやすい部分なので、開発チームとの会話に効くカテゴリです。
| 通説 | Googleの説明 | 出典 | 鮮度 |
|---|---|---|---|
| メタキーワードはランキングに影響する／Googleは過去に使っていた | 全く影響せず、使用したこともない。今後も使用する予定はない | 第68回 2024-01-25（第100回 2025-10-30で再放送） | 要確認 |
| 見出しやtitle以外のHTML構造がランキングに影響する | それほど影響しない | 第68回 2024-01-25 | 要確認 |
| 他のGoogleプロダクトを使うと検索順位に有利になる | 影響することはない | 第68回 2024-01-25 | 要確認 |
| CSSのクラス名にキーワードを入れると効果がある | 効果はない | 第96回 2025-07-24 | 新しめ |
| HTMLの標準準拠度（validity）が順位に直接影響する | 明確に否定 | 第105回 2026-02-26 | 要確認 |
| セマンティックマークアップが順位に大きく影響する | 否定 | 第105回 2026-02-26 | 要確認 |
| preload/preconnectなどのresource hintsがクロールに有用 | 無関係。Googlebotは同期的取得を行わずキャッシュを利用する | 第105回 2026-02-26 | 要確認 |
JavaScriptとレンダリング（4件）
「JavaScriptを使うとSEOに不利」という漠然とした不安が、両方向から否定されています。JSが自動的に不利になることもなければ、Google製フレームワークを使えば有利になることもありません。
| 通説 | Googleの説明 | 出典 | 鮮度 |
|---|---|---|---|
| 動的レンダリング（UA判定でHTMLを切り替える）は有効な解決策 | 現在は推奨しておらず、長期的な保守問題を引き起こす | 第77回 2024-07-11 | 要確認 |
| JavaScriptによるリダイレクトは不利になる | 通常のリダイレクトと特別扱いされない | 第77回 2024-07-11 | 要確認 |
| JavaScriptは自動的にSEOに悪い／Angular等を使えば有利になる | どちらも誤り | 第94回 2025-06-26 | 新しめ |
| HTMLが壊れていると必ず深刻な悪影響が出る | 過度な誇張。テキストとして読める部分は多くの場合問題なく扱われる | 第94回 2025-06-26 | 新しめ |
国際化（2件）
多言語サイトを運用しているなら、1つ目は必ず知っておくべき内容です。
| 通説 | Googleの説明 | 出典 | 鮮度 |
|---|---|---|---|
| HTMLのlang属性で言語を認識してもらえる | ランキングやローカライズ判定に一切使用していない（信頼性が低いため） | 第78回 2024-07-25 | 要確認 |
| hreflangクラスタ内のalternateが「未インデックス」と出るのはバグ | 仕様。Search Consoleはcanonicalの情報のみ保存する設計 | 第78回 2024-07-25 | 要確認 |
AI・LLM（3件）
いま最も検索されているであろうトピックで、否定の言い方が最も強いカテゴリでもあります。
| 通説 | Googleの説明 | 出典 | 鮮度 |
|---|---|---|---|
| AIは検索にとって最近始まった新しい現象 | 以前から検索システムの裏側で長年利用されてきた | 第109回 2026-05-01 | 新しめ |
| サイトをMarkdown化するとLLMに見つけてもらいやすくなる | 誤り。クローラーは既にHTML処理を解決済みで不要 | 第111回 2026-06-15 | 新しめ |
| llms.txtを設置するとAI・検索からの発見性が高まる | 意味がないと明確に否定 | 第111回 2026-06-15 | 新しめ |
ページネーション・画像・その他（5件）
上のカテゴリに収まらないものをまとめました。第113回のサイト内検索結果ページの話は、実務でよく相談される内容です。
| 通説 | Googleの説明 | 出典 | 鮮度 |
|---|---|---|---|
| Googleはランキングのためにページからランダムに抜粋する | 不正確。抜粋は該当ページ内からのみ行われる | 第72回 2024-04-25 | 要確認 |
| rel=prev/nextでページネーションの重複を正しく伝えられる | 現在は該当しない。廃止済みで無視される | 第72回 2024-04-25 | 要確認 |
| 画像に透かしを入れるとGoogleに不利に扱われる | ペナルティを与えることはない | 第97回 2025-08-07 | 要確認 |
| 自サイトに先にアップして先にインデックスされればcanonical扱いになる | そういう仕組みではない | 第97回 2025-08-07 | 要確認 |
| 検索結果ページをインデックスさせるとペナルティ・スパム判定を受ける | 対象ではない。単に技術的な非効率の問題 | 第113回 2026-07-30 | 新しめ |
特にインパクトが大きい6つを詳しく
49件のうち、実務での判断が実際に変わるものを6つ選びました。
1. site:検索の結果は、インデックス数ではない
競合サイトのページ数を調べるとき、あるいは自社サイトのインデックス状況を確認するとき、site:検索を使う人は多いと思います。これが正確ではない、という指摘は第61回（2023-06-22）で出ています。site:検索演算子はインデックスされた全ページを正確に反映するものではなく、インデックス数の確認用途には不向きだ、と明言されました。
注目したいのは、この話が3年後にもう一度出てくることです。第112回（2026-07-16）では、site:クエリは人工的なクエリタイプであり、真の情報源はSearch Consoleである、と改めて説明されています。同じ回で、インデックス済みと未インデックスの比率がサイト品質を示すという見方も、Page Indexing Reportのエラーをすべて修正すべきという前提も否定されました。
インデックス率という指標そのものについても、第112回では <span lang=”en”>”There’s no such thing as a ratio between indexed and non-indexed pages”</span>（第112回、2026-07-16）と、存在しないものとして退けられています。
3年を挟んで同じことを繰り返し言っているという事実自体が、この誤解の根深さを示しています。実務的には、レポートに「インデックス数」として載せる数字の出どころを確認するところから始めるのがよさそうです。
注意: 第61回は収録から3年以上が経過しており、Search Consoleの機能やインデックス関連の仕様は変更されている可能性があります。現在の挙動は第112回の内容と公式ドキュメントで確認してください。
2. コンテンツは長いほうが有利、という話には反証がある
文字数についての否定は第63回（2023-08-22）にあります。文字数が多いほど評価されるという通説を明確に否定し、Googleはどこにも文字数要件を定めていない、と述べられました。同じ回では、著者情報を全ページに必須で載せるべきという解釈も否定され、読者にとって意味がある場合のみ有効だと説明されています。
ただ、この手の否定は「そう言われても不安だ」で終わりがちです。そこで効いてくるのが第74回（2024-05-23）の話です。
Googleは自社のSEOスターターガイドを大幅に短縮しました。そのとき、順位が下がるのではないかという懸念があった。ところが実際には下落せず、むしろ上位表示が維持・向上した——この経緯が、コンテンツは長いほうが有利という通説への反証として語られています。
Google自身が自分のドキュメントで削ってみて、順位が落ちなかった。書き手の実感とは逆の結果ですが、少なくとも「長いほうが安全」という判断の根拠にはならないことを示しています。文字数の議論で社内を説得する必要があるなら、ここを引くのが一番早いと思います。
注意: 第74回は収録から2年以上が経過しており、SEOスターターガイドの内容やランキング状況は現在更新されている可能性があります。また、この回については詳細な内容を確認できていないため、短縮の規模や前後の文脈は原典にあたってください。
3. クロール量を増やしても、評価は上がらない
第79回（2024-08-08）は、タイトルからして「クロールは多いほど良いわけではない」です。ここでは2つの否定が出ています。
1つ目は、Googleに多くクロールされている＝サイトが良い、という説の否定。クロール量の増加は品質以外の要因でも起こります。ハッキングされた場合や、無限に生成されるURL空間がある場合がその例です。むしろクロール量の急増は、何か問題が起きているサインかもしれません。
2つ目が実務的に重要で、Googlebotの問題報告フォームを使って「もっとクロールしてほしい」と依頼しても、Googleはクロール量を増やす対応をしない、と明言されています。依頼窓口としては機能しない、ということです。同じ回では、Googlebotの動作をリンクをたどるものとして説明すること自体への違和感も語られています（<span lang=”en”>”we keep saying Googlebot is following links, like, no, it’s not following links.”</span> 第79回、2024-08-08）。
関連して、第70回（2024-03-14）ではクロールバジェットという言葉そのものの誤解が扱われています。Lizziが金銭的な予算になぞらえて説明しようとしたところ、Garyが <span lang=”en”>”It has nothing to do with money. Jeeze, don’t take us there.”</span>（第70回、2024-03-14）と遮る場面があります。言葉のイメージから「使い切ると足りなくなる予算」のように理解されがちですが、そういう性質のものではありません。
注意: 第70回・第79回はいずれも収録から2年以上が経過しています。クロール最適化やURLパラメータ処理に関する仕様、Search Consoleの機能は変わっている可能性があります。
4. Googlebotというプログラムは存在しない
2026年に入って、クロールの前提そのものを崩す回が続きました。
第107回（2026-03-12）と第106回（2026-03-30）で説明されたのは、Googlebotが単一のプログラムやモノリシックなクローラーではない、ということです。実際には社内の共通クロールインフラがあり、Googlebotはそれを呼び出す複数のクライアントの一つに過ぎません。第107回の表現を借りれば、SaaS的な内部インフラに近い構造です。
名前そのものが実態と合っていない、という言い方もされています（<span lang=”en”>”Calling it Googlebot, that’s a misnomer.”</span> 第106回、2026-03-30）。
これは雑学に聞こえるかもしれませんが、実装上の帰結が2つあります。
1つは、地域ブロック（geo-blocking）がGooglebotに対する信頼できる制御手段ではない、という点です。例外的に他国のIPが割り当てられることもあるため、依存すべきではないと明言されています。地域別にコンテンツを出し分けている場合は要注意です。
もう1つは、403や404などのクライアントエラーはクロール速度の低下要因にならない、という説明です。クロール速度が落ちるのは503などのサーバーエラーのときです。404が大量に出ているサイトで「クロールバジェットが減る」と心配するケースがありますが、少なくともクロール速度という観点では別の話になります。
この2回は2026年3月の収録で、この記事に載せた項目の中では最も新しい部類です。
5. 正しいHTMLを書いても、順位は上がらない
技術者ほど信じやすい通説がここにあります。第105回（2026-02-26）では、HTMLまわりの3つの思い込みがまとめて否定されました。
1つ目は、HTMLの標準準拠度（validity）がランキングに直接影響するという考え。<span lang=”en”>”you cannot give a ranking boost to validate HTML for example”</span>（第105回、2026-02-26）とはっきり述べられています。2つ目は、見出し階層やHTML5の構造要素を適切に使うこと、つまりセマンティックマークアップが順位に大きく影響するという考え。3つ目は、preloadやpreconnectといったresource hintsがクロールに有用だという考えで、これはGooglebotが同期的な取得を行わずキャッシュを利用するため、そもそも無関係だと説明されています。
逆方向の思い込みも否定されています。第94回（2025-06-26）では、HTMLが壊れていると必ずSEOに深刻な悪影響が出るという考えは過度な誇張であり、テキストとして読める部分は多くの場合問題なく扱われる、と説明されました。同じ回で紹介されたのが <span lang=”en”>”0.5% of the top 200 websites have valid HTML on their homepage.”</span>（第94回、2025-06-26）という調査結果です。上位200サイトのうち有効なHTMLを持つのは0.5%——それでも上位に表示されているわけです。
ここを押さえておくと、開発チームとの会話が変わります。HTMLの品質を上げること自体には保守性やアクセシビリティの観点で十分な理由がありますが、「SEOのために」を理由にすると根拠が弱くなります。
注意: 第105回はAMP Cacheの現状など、収録後に状況が動いている項目を含みます。同じ回の他の話題については最新情報の確認が必要です。
6. Markdown化もllms.txtも、発見性を上げない
生成AIへの対応として、サイトをMarkdownで提供する、あるいはllms.txtを設置する、という施策が話題になりました。第111回（2026-06-15）はこれを正面から扱っています。
Markdown化については、LLMに見つけてもらいやすくなるという説は誤りであり、クローラーは既にHTML処理を解決済みなので不要だ、と否定されました。Martinの言い方を借りれば <span lang=”en”>”I don’t think that’s a problem that needs solving.”</span>（第111回、2026-06-15）です。llms.txtについては、設置することでAI・検索システムからの発見性が高まるという考えを、Johnが意味がないとはっきり否定しています。
関連して第109回（2026-05-01）では、AIが検索にとって新しい現象だという業界の見方そのものが訂正されています。AI機能は最近始まったものではなく、以前から検索システムの裏側で長年利用されてきた、という説明です。
この2回は2026年の収録で、現時点で最も新しい情報です。とはいえAI関連は動きが速い領域なので、実装判断の前には最新の公式アナウンスを確認してください。
日本のサイト運営者に関係が深いのはどれか
素材の整理では、各エピソードについて日本のサイト運営者との関連度を high / medium / low で判定しています。ここで言う high は「日本語圏で固有の検証事例がある」という意味ではなく、「日本のサイト運営者が置かれている状況に当てはまりやすい」という程度の意味です。日本語検索に特化した言及は、実のところほとんど出てきません。そのうえで、関連度が高いと判定された回を運営スタイル別に整理しました。
多言語・多地域サイトを運営している場合 第78回（2024-07-25）と第87回（2024-12-05）が直結します。hreflangの実装とSearch Consoleでの見え方、canonicalとの整合性、エラーページのステータスコード設計。日本語と英語、あるいは日本と台湾のように地域別にサイトを分けている場合、両方とも実務そのものです。lang属性が言語判定に使われないという話（第78回）は、実装を見直すきっかけになるかもしれません。
大規模ECやCMSを運用している場合 第79回（2024-08-08）のクロール効率化とURLパラメータ、サーバー応答速度の話。第113回（2026-07-30）のサイト内検索結果ページの扱い。どちらも、ページ数が増えるほど効いてくる論点です。サイト内検索を持つECサイトやメディアなら、第113回はそのまま設定の見直しに使えます。
小規模サイト・店舗サイトの場合 第95回（2025-07-10）が中小企業・個人事業主向けの回です。SEO業者が特定キーワードでの1位を保証できないという話は、外注の判断に直接関わります。
すべての運営者に共通するもの 第61回（2023-06-22）と第112回（2026-07-16）のインデックス関連、第70回（2024-03-14）のクロールの基礎、第111回（2026-06-15）のMarkdown化とllms.txt。このあたりはサイトの規模や言語に関係なく当てはまります。
3年間で、語られ方はどう変わったか
54本を時系列に並べると、テーマの重心が年ごとに動いているのが見えます。
2023年は基礎の再確認が中心でした。インデックスされない理由（第61回）、品質がクロールからインデックスまでにどう影響するか（第64回）、ランキングシステムを文書化した狙い（第63回）。技術的基礎とコンテンツ品質の優先順位を扱う回（第66回 2023-11-21）もあります。年末の第67回では、INP移行、GoogleOther/Google-Extendedといったクローラーのユーザーエージェント整理、生成AI対応の難しさが振り返られました。
2024年は誤解を名指しで扱う回が増えます。クロールバジェット（第70回）、hreflang（第78回）、クロール最適化（第79回）、重複コンテンツの正規化（第87回）。タイトルに「誤解」という語が入る回が出てくるのもこの年からです。この年だけで19件の否定項目があり、3年間で最も多くなっています。ゲスト回も充実していて、ChromeのRick Viscomiを招いたINP解説（第71回）、レンダリングチームによるJavaScript解説（第77回）、検索品質責任者によるE-E-A-Tの誕生秘話（第76回）などが並びます。
2025年は聞き手を絞った回が目立ちます。開発者向け（第94回）、中小企業向け（第95回）、写真家向け（第97回）。特定の職種や事業規模を想定した実践的な内容が続きました。技術面では遅延読み込み（第98回）、ログイン背後のコンテンツと有料コンテンツ（第99回）といった、具体的な実装課題を扱う回があります。
2026年はインフラの内側とAIです。Googlebotの実体（第106・107回）、HTTP ArchiveとBigQueryを使ったrobots.txtの大規模分析（第108回 2026-04-23）、AI Overviews/AI Modeの仕組み（第109回）、Markdown化とllms.txt（第111回）、インデックスレポートの読み方（第112回）、サイト内検索結果ページの扱い（第113回）。抽象度の高いインフラの話と、明日から効く実務の話が同居しています。
面白いのは、否定の対象が変わってきていることです。2023〜2024年はドメイン名や文字数といった「昔からある通説」が中心でしたが、2026年はMarkdown化やllms.txtという「去年生まれた通説」が否定されています。新しい通説が生まれるスピードも上がっている、ということかもしれません。
全54エピソード一覧
公開日順です。「否定」列は、その回に含まれる否定・訂正項目の数を示しています。
| 回 | 公開日 | タイトル | 主なテーマ | 否定 | 鮮度 |
|---|---|---|---|---|---|
| 58（推定） | 日付不明 | JavaScriptとTypeScript開発の舞台裏 | レンダリング | — | 要確認 |
| 57 | 2023-03-08 | Google検索とオープンソース：robots.txtパーサー公開の舞台裏 | クロール | — | 要確認 |
| 59 | 2023-04-05 | ステージングサイトの管理とサイトローンチのベストプラクティス | クロール／インデックス／Search Console | — | 新しめ |
| 60 | 2023-05-30 | LinkedIn質問に答える:CSRの弱点、404/410表示、Web3ドメイン | クロール／インデックス／レンダリング | 1 | 要確認 |
| 61 | 2023-06-22 | サイトがインデックスされない理由と対処法 | クロール／インデックス／Search Console／国際化 | 1 | 要確認 |
| 62 | 2023-07-20 | ドメイン名の選び方：TLD、www、ハイフン、中古ドメインを徹底解説 | 国際化／スパム対策／Search Console | 4 | 要確認 |
| 63 | 2023-08-22 | ランキングアップデートを語る:Googleのランキングシステム文書化の狙い | コアアップデート／E-E-A-T／ページエクスペリエンス | 2 | 要確認 |
| 64 | 2023-09-19 | 検索における品質の影響:クロールからインデックスまで | クロール／インデックス／スパム対策 | 1 | 要確認 |
| 65 | 2023-11-07 | 検索機能の『卒業』と『廃止』 | Google社内の話 | — | 要確認 |
| 66 | 2023-11-21 | SEOで本当に注力すべきポイントはどこか | クロール／インデックス／レンダリング／E-E-A-T | 2 | 要確認 |
| 67 | 2023-12-21 | 2023年振り返り:INP移行、GoogleOther/Google-Extended、AIオプトアウト | クロール／Core Web Vitals／AI Overviews | — | 要確認 |
| 68 | 2024-01-25 | SEOスターターガイド刷新の裏側 | 構造化データ／Search Console | 4 | 要確認 |
| 69 | 2024-02-21 | Search Central ヘルプフォーラムとProduct Expertプログラムの舞台裏 | Search Console／スパム対策／国際化 | — | 要確認 |
| 70 | 2024-03-14 | クローラーとは何か？Googlebotの仕組みとクロールバジェットの誤解 | クロール／インデックス／Search Console | 1 | 要確認 |
| 71 | 2024-03-28 | INPとCore Web Vitalsを読み解く | ページエクスペリエンス／Search Console | — | 要確認 |
| 72 | 2024-04-25 | Geminiで作るSEOソーシャル投稿:遊びながら検証する回 | 構造化データ／国際化／スパム対策 | 2 | 要確認 |
| 73 | 2024-05-09 | コンテンツ経年劣化(Content Decay)は本当にSEO上の問題なのか | Search Console／サイト移転 | 1 | 要確認 |
| 74 | 2024-05-23 | SEOオフィスアワーで築くコミュニティ | Google社内の話 | 1 | 要確認 |
| 75 | 2024-06-06 | コズミックレイとクローラー:Google検索の不調時に何が起きているか | クロール／インデックス／Search Console | — | 要確認 |
| 76 | 2024-06-27 | 検索品質チームの内側:データサイエンスとE-E-A-Tの起源 | E-E-A-T | 1 | 要確認 |
| 77 | 2024-07-11 | Google検索におけるJavaScriptレンダリングの仕組みと落とし穴 | レンダリング／クロール／インデックス | 2 | 要確認 |
| 78 | 2024-07-25 | 国際化とhreflangの実装と誤解を解く | 国際化／Search Console／クロール | 2 | 要確認 |
| 79 | 2024-08-08 | クロールは「多いほど良い」わけではない | クロール／Search Console | 2 | 要確認 |
| 80 | 2024-08-22 | Search Console APIの活用法とProduct Expertコミュニティの役割 | Search Console／クロール／インデックス | — | 要確認 |
| 81 | 2024-09-05 | ショッピングマークアップを語る:schema.orgとMerchant Centerフィード | 構造化データ／Search Console | — | 要確認 |
| 82 | 2024-09-19 | SEO会社が良い仕事をしているかどうかをどう見極めるか | 雑談 | — | 新しめ |
| 83 | 2024-10-03 | 検索の信頼性を守るSRE | Google社内の話 | — | 要確認 |
| 84 | 2024-10-17 | Google Doodleとデライト体験のデザイン | Google社内の話 | — | 新しめ |
| 85 | 2024-10-31 | 自分でできるUXリサーチ入門 | ページエクスペリエンス | — | 新しめ |
| 86 | 2024-11-21 | SEOにおけるUXとCROを語る | ページエクスペリエンス | — | 要確認 |
| 87 | 2024-12-05 | 重複コンテンツ処理の内部事情：クラスタリングと正規化選択の仕組み | クロール／インデックス／国際化／Search Console | — | 要確認 |
| 88 | 2024-12-30 | 2024年振り返り:イベント報告、AIへの向き合い方、クロール文書の裏側 | クロール／インデックス／AI Overviews | — | 要確認 |
| 89 | 2025-04-17 | Web標準はどのように作られるのか | Google社内の話 | — | 新しめ |
| 90 | 2025-05-01 | Search Central Live Deep Dive始動 | Google社内の話 | — | 要確認 |
| 91 | 2025-05-15 | インターネットのデバッグ入門:HTTP・TCP・UDP・QUICの基礎 | クロール／Search Console | — | 要確認 |
| 92 | 2025-05-29 | Googlebotはどのように動くのか:クローラーの歴史と仕組み | クロール | — | 新しめ |
| 93 | 2025-06-12 | 開発者とSEOの間の溝 | Google社内の話 | — | 要確認 |
| 94 | 2025-06-26 | 開発者向けSEOの誤解を解く | クロール／インデックス／レンダリング／構造化データ | 3 | 新しめ |
| 95 | 2025-07-10 | 中小企業のためのSEO入門 | Search Console | 1 | 新しめ |
| 96 | 2025-07-24 | CSSはSEOに影響するのか? | クロール／レンダリング | 1 | 新しめ |
| 97 | 2025-08-07 | 写真家のためのSEO：ウェブサイト、ソーシャルメディア、Google検索 | クロール／インデックス／構造化データ | 2 | 要確認 |
| 98 | 2025-08-21 | 遅延読み込み(Lazy Loading)を徹底解説 | クロール／インデックス／レンダリング／ページエクスペリエンス | — | 要確認 |
| 99 | 2025-09-04 | ログインページ・有料コンテンツをGoogle検索に最適化する方法 | クロール／インデックス／構造化データ／スパム対策 | — | 要確認 |
| 100 | 2025-10-30 | 第100回記念エピソード:過去の名場面を振り返る | インデックス／国際化 | 1 | 回顧回 |
| 103 | 2026-02-03 | 2026年、それでもウェブサイトは必要か? | 雑談 | — | 新しめ |
| 105 | 2026-02-26 | ブラウザはHTMLをどう解析しているか、それがSEOに与える意味 | クロール／レンダリング／構造化データ | 3 | 要確認 |
| 107 | 2026-03-12 | Googlebotの正体：クローラーはSaaS的な内部インフラだった | クロール | 3 | 新しめ |
| 106 | 2026-03-30 | Googlebotは実在しない？クロールインフラの内部構造とサイズ制限を解説 | クロール | 1 | 新しめ |
| 108 | 2026-04-23 | HTTP ArchiveとBigQueryで大規模にrobots.txtを分析する | クロール | — | 新しめ |
| 109 | 2026-05-01 | AIはGoogle検索とSEOをどう変えているか | AI Overviews／E-E-A-T | 1 | 新しめ |
| 110 | 2026-05-07 | バイブコーディングは是か非か | クロール／Search Console | — | 新しめ |
| 111 | 2026-06-15 | サイトをMarkdown化すべきか？ llms.txtは有効か？ | クロール／インデックス | 2 | 新しめ |
| 112 | 2026-07-16 | インデックスレポートの正しい読み方 | クロール／インデックス／Search Console／サイト移転 | 3 | 新しめ |
| 113 | 2026-07-30 | サイト内検索結果ページはGoogleにブロックすべきか | クロール／インデックス／Search Console／スパム対策 | 1 | 新しめ |
第101回・第102回・第104回はデータを取得できなかったため欠番としています。第107回と第106回の公開日が回次と前後していますが、素材の記載に従っています。
テーマ別の入り口
54エピソードをテーマごとに分けて、9本の記事にまとめていきます。それぞれ、この記事で挙げた通説のどれを詳しく扱うかを併記しました。
| クラスタ記事 | 対象 | 詳しく扱う通説 |
|---|---|---|
| クロールの仕組みと誤解 | 30本 | クロールバジェット、Googlebotの実体、クロール量と品質の関係 |
| Search Consoleレポートの読み方 | 30本 | site:演算子の限界、Page Indexing Reportの解釈、410と404の表示 |
| レンダリング・JavaScript SEOの現在地 | 8本 | 動的レンダリング、JSリダイレクト、HTMLの壊れ方 |
| 国際化・hreflang実装ガイド | 8本 | lang属性、hreflangクラスタの表示仕様 |
| E-E-A-Tとランキングシステムの裏側 | 4本 | E-E-A-Tは単一シグナルではない、文字数要件、著者情報 |
| AI Overviews時代のSEOはどう変わるか | 3本 | Markdown化、llms.txt、AIは新現象ではない |
| 構造化データとリッチリザルト活用 | 7本 | ショッピングマークアップ、有料コンテンツ向け構造化データ |
| ページエクスペリエンス・Core Web Vitals | 7本 | INP移行、resource hintsの誤解 |
| スパム対策と品質評価のリアル | 7本 | サイト内検索結果ページ、画像の透かし、順位保証 |
どこから読むか
担当業務によって入り口を変えたほうが効率がいいはずです。
- 技術・実装担当 — HTML・マークアップのカテゴリとクロールの仕組みと誤解。第105回のHTML validityの話は、開発チームとの優先順位の相談に使えます
- コンテンツ担当 — コンテンツ・文字数・品質のカテゴリ。特に第74回のスターターガイド短縮の話は、文字数の議論を終わらせるのに使えます
- サイト立ち上げ・移転担当 — ドメインとURLのカテゴリとSearch Consoleレポートの読み方
- レポート作成担当 — インデックスとSearch Consoleのカテゴリ。数字の出どころを点検するところから
まとめ
49件を並べてみて改めて思うのは、否定されている通説の多くが「測りやすい指標」だということです。文字数、クロール回数、インデックス数、HTMLの正しさ。どれも数値化しやすく、レポートに載せやすい。だからこそ生き残ってきたのだと思います。
Googleの側から見れば、これらは繰り返し否定しているのに一向に消えない話です。site:検索の限界は2023年と2026年の両方で説明されていますし、meta keywordsに至っては、記念回でわざわざもう一度流すほどの定番になっています。
一方で、ここに載せた内容にも賞味期限があります。「要確認」と付けた項目は特にそうです。この記事は出典を残すことを優先しているので、気になった項目があれば回次と公開日を手がかりに、公式ドキュメントの現在の記述と突き合わせてみてください。
このシリーズは現在も継続中です。本記事と個別記事は、新しいエピソードの公開に合わせて更新していきます。過去の発言が現在の仕様と食い違っていると判明した場合も、その都度追記します。
コメント