TL;DR
- Google は 2026-10-01 に「Google 検索での生成 AI コンテンツの使用」のガイドを更新しました。検索ドキュメントの更新履歴には「Search Quality Raters guidelines の内容を取り込んだ」とあります。
- ガイドは、公開前のレビューを本文だけでなく title 要素・meta description・構造化データ・画像の代替テキスト にも当てるよう求めています。
- このリポジトリの Fact Checker（
article-claim-checker）の定義をccd1c057時点で読むと、抽出の対象は「本文」で、これらのメタデータの名前は出てきません。記事ファイル全体のハッシュで鮮度は固定していますが、何を抽出するかとは別の話です。 - この記事では、ガイドの要求とパイプラインの検証範囲を 1 枚の表で突き合わせ、穴を 3 つに絞ります。表は筆者の整理で、検索順位への効果は測っていません。
はじめに：ガイドを自分の工程に当てる
こんにちは、みねです。AI で記事を作る工程を持っていると、Google の生成 AI コンテンツのガイドは「読んだことはある」で終わりがちです。この記事では、ガイドの文を要求の一覧に直し、自分の工程のどこが受け持っているかを 1 行ずつ確かめます。
近い記事との違いは次のとおりです。
| 既存記事 | 主題 | この記事との違い |
|---|---|---|
| AI Mode時代の技術ブログ設計 | AI Mode / AI Overviews の公式ガイダンスを前提にした記事設計と計測 | 検索面への見せ方ではなく、生成 AI コンテンツのガイドを監査の基準にして工程の検証範囲を確かめる |
| AI記事制作で品質を落とさない設計 | 編集フローとレビュー基準を先に固定する設計 | 品質基準を新しく作るのではなく、外部の基準と既存の工程の差分を表にする |
1. ガイドが求めていること
2026-10-14 にガイドを読み、要求を 5 つに分けました。引用はガイドの英語版からです。
| # | 要求 | ガイドの記述 |
|---|---|---|
| G1 | 価値を足さない大量生成をしない | 価値を足さずに多数のページを作ると "may violate Google's spam policy on scaled content abuse" |
| G2 | 公開前に事実確認とレビューをする | "manually factcheck and review all AI-generated content for accuracy and trustworthiness before publishing" |
| G3 | レビューをメタデータにも当てる | "This review also applies to metadata like <title> elements, meta description elements, structured data, and alternate texts for images" |
| G4 | 構造化データは一般ガイドラインと機能別ポリシーに従い、検証する | "validate the markup to ensure eligibility for Search features" |
| G5 | 作成方法の情報を足すことを検討する | "consider adding information on how your content was created in a way that makes sense for your audience" |
更新履歴の 2026-10-01 の項目は "Updated guidance on using generative AI content" で、Search Quality Raters guidelines の内容を取り込んだと書かれています。ガイド自身は、評価者ガイドラインについて "These guidelines are not a guide to ranking first in Google" とも書いています。上の 5 つは順位の上げ方ではなく、守る線として読むのが正確です。
ほかに EC 向けの要求（AI で生成した商品データの扱い、生成画像の IPTC メタデータ）もありますが、このブログには商品データが無いので表から外しました。
2. 自分のパイプラインの検証範囲
突き合わせる側は、このリポジトリの記事制作工程です。件数や定義は、作業ツリーではなく main の ccd1c057 を固定して git show ccd1c057:<path> で読みました。
- Fact Checker の入力:
.agents/skills/article-claim-checker/SKILL.mdの Inputs はcontent/posts/<slug>/index.mdなどで、抽出の手順は「本文を行番号付きで読み、次を抽出する」です - 鮮度の固定:
scripts/validate_claim_ledger.pyはindex.mdのバイト列全体の SHA-256 を Ledger と比べます。frontmatter も含むので、description や FAQ を変えれば Ledger は stale になります - 抽出の対象:
spec/article_claim_ledger.mdの「Material claim extraction」は仕様・数値・断定・因果主張を優先すると書き、場所の指定はありません。SKILL.md・spec・validator の 3 ファイルをdescription|faq|alt|frontmatterで検索すると、該当は SKILL.md 自身の frontmatter のdescription:行 1 件だけでした
つまり、メタデータは「変えたら検証し直しになる」範囲には入っていますが、「Claim を抽出する」範囲として名前が書かれていません。ハッシュは変更を検知するだけで、中身を読んだことは保証しません。
3. 突合表
| # | ガイドの要求 | 受け持つ工程（ccd1c057） | 判定 |
|---|---|---|---|
| G1 | 大量生成で価値を足さない | Gate-1 の差別化記録（gate.md）、近接記事との差分表 | 受け持っている |
| G2 | 公開前の事実確認 | article-claim-checker と validate_claim_ledger.py（未解決 Claim が残ると BLOCK） | 本文は受け持っている |
| G3 | メタデータのレビュー | title・description・FAQ は index.md に入りハッシュの対象。ただし抽出対象として明記なし | 穴 1 |
| G3 | 画像の代替テキスト | 画像は frontmatter の images / icon / diagram のパスだけで、代替テキストは index.md に無い | 穴 2 |
| G4 | 構造化データの検証 | faq は frontmatter に持つが、マークアップは配信側で出るため（配信側リポジトリで生成。本記事では未検証）、このリポジトリでは検証していない | 穴 3 |
| G5 | 作成方法の情報 | author: "Growth Lab編集部" のみ。作成方法を示す欄は無い | 未対応（ガイドは「検討」） |
穴 1：description と FAQ を Claim として読む
description と FAQ は、検索結果や AI の回答で本文より先に読まれる場所です。本文で弱めた断定が、description では強いまま残る、ということが起きえます。対策は、Fact Checker の抽出手順に「frontmatter の title / description / faq も行番号付きで読む」と 1 行足すことです。この記事では Ledger に description と FAQ の Claim も入れました（doc/Working/ARTICLE-gen-ai-content-guide-audit/claim-ledger.json。作業ファイル。非公開）。
穴 2：代替テキストは工程の外にある
Remotion で生成する画像は、記事側にパスしか持ちません。代替テキストを誰が決めるかは、このリポジトリからは確かめられません。まず「どこで決まっているか」を配信側で確認するのが先で、上流で検証を足すのはその後です。
穴 3：構造化データは配信側で検証する
ガイドは構造化データを「検証する」ことを求めています。このリポジトリは FAQ の元データを持つだけなので、検証できるのは配信側のビルド結果です。上流でできるのは、faq の q と a が本文の FAQ 節と一致しているかを確かめるところまでです。
4. スパムアップデートとの関係は言わない
Google Search Status Dashboard を 2026-10-14 に確認すると、2026 年のスパムアップデートは 3 月・6 月・8 月・9 月の 4 回記録されていました。直近の「September 2026 spam update」は 2026-09-24 に始まり、所要は 13 日 16 時間と表示されています。
ダッシュボードには、それぞれのアップデートが何を対象にしたかは書かれていません。そのため、この記事ではガイド更新とスパムアップデートの因果を主張しません。監査の基準にするのはガイドの文だけです。
5. 言えること・言えないこと
- 言えること: ガイドはレビューの範囲をメタデータまで広げて書いている。このリポジトリの Fact Checker の定義は、
ccd1c057時点でメタデータを抽出対象として名指ししていない - 言えないこと: 穴を塞げば検索順位が上がること。ガイド自身が評価者ガイドラインを順位の手引きではないと書いています
- 言えないこと: 既存記事の description に誤りがあること。この記事では全件を検査していません
まとめ
ガイドの文を要求の一覧に直すと、自分の工程が受け持っている範囲と受け持っていない範囲が表で分かれます。このリポジトリでは、本文の事実確認はゲートで支えられている一方、description・FAQ・代替テキスト・構造化データは、抽出の対象として名前が無いか、工程の外にありました。
次の一手は、Fact Checker の抽出手順に frontmatter を 1 行足すことです。記事の設計側の話は AI Mode時代の技術ブログ設計、編集フロー全体は AI記事制作で品質を落とさない設計 を参照してください。工程が受け持てない範囲をエージェント側でどう止めるかは、Agentの仕様に「完了不能」の出口を書く で扱っています。
FAQ
Google は AI で書いた記事を評価しないのですか
そうは書いていません。ガイドは生成 AI を調査や構成に使えるとしたうえで、価値を足さずに大量のページを作ると scaled content abuse のスパムポリシーに違反しうる、と書いています。問題にしているのは作り方ではなく、利用者への価値です。
ファクトチェックは本文だけで足りますか
ガイドは、公開前のレビューを title 要素・meta description・構造化データ・画像の代替テキストにも当てるよう書いています。検索エンジンや AI が本文とあわせて読むのはこれらなので、本文の検証だけでは範囲が足りません。
AI で作ったことを記事に書く必要がありますか
ガイドは義務ではなく「consider」と書いています。自動生成している場合に、読者に合う形で作成方法の情報を足すことを検討するよう勧める表現です。
2026 年のスパムアップデートと関係がありますか
Google Search Status Dashboard では、2026 年に 3 月・6 月・8 月・9 月のスパムアップデートが記録されています。ただし、それぞれが何を対象にしたかはダッシュボードには書かれていないため、この記事ではガイドとの因果を主張しません。
References
- Google Search Central — Google 検索での生成 AI コンテンツの使用（最終更新 2026-10-01、2026-10-14 確認）
- Google Search Central — 検索ドキュメントの更新履歴（2026-10-14 確認）
- Google Search Status Dashboard — Ranking の履歴（2026-10-14 確認）
- Google Search Central — スパムに関するポリシー（scaled content abuse）（2026-10-14 確認）
- Google Search Central — 構造化データの一般的なガイドライン（2026-10-14 確認）
