SEO業務のAIエージェント活用設計｜調査・構成・更新

SEOエージェントは観測と更新準備へ置く

SEO業務の目的は、生成本数を増やすことではなく、対象読者の問いに合うページを発見可能な状態で維持し、事業上の次行動へつなげることです。AIエージェントは、複数のデータ源を決まった周期で読み、条件に合う更新候補を作り、根拠と一緒に担当者へ渡す役に向きます。検索意図、事実の正確さ、公開責任まで機械へ移すものではありません。

自動化しやすいのは、日付、URL、クリック、表示回数、HTTP状態など、機械的に照合できる情報です。下書きに適するのは、検索結果の変化から考えられる更新理由や、一次資料から抜けている論点の候補です。人が主導するのは、医療・金融など高い正確性が必要な内容、顧客事例の解釈、競合との差別化、公開する価値があるかという判断です。

SEOエージェントの成果物は「公開済み記事」ではなく、再現可能な抽出条件と根拠を持つ更新提案です。この定義なら、誤った案を止めても観測データは資産として残ります。

既存工程で時間が消える四つの箇所

一般的なBtoBメディアでは、月次レポートのCSV取得、表計算への貼付け、順位変動ページの抽出、既存記事との重複確認、担当者への依頼、公開後の再計測が別々に行われます。担当者の経験で成り立つため、休暇や異動で抽出条件が変わり、同じ下落を見ても修正対象が一致しません。

第一の滞留はデータ準備です。プロパティ、検索種別、期間、国、デバイス、URL正規化が揃わないまま前年同月と比べると、集計単位の差を変化として扱います。第二は更新対象の絞込みで、表示減少だけを見て季節性や公開直後の変動を無視すると、触らなくてよいページを改稿します。

第三は内容監査です。タイトルだけ似た記事と、読者・工程・成果物まで同じ記事は別物ですが、キーワード一致だけの機械分類では区別できません。第四は公開後評価で、更新日を記録していないと、検索システムの変化、サイト全体の改修、営業施策と記事更新の影響を分けられません。

優先順位にも二種類あります。表示回数が急落したページは原因調査の候補ですが、制度の施行日が迫るページ、販売終了製品を案内するページ、誤った申込条件を載せたページは、検索変化がなくても先に直します。エージェントのキューには「検索機会」「情報の期限」「誤りの影響」「事業上の重要度」を別列で持たせ、クリック数だけで並べ替えないようにします。

AIを入れる前にこの基準値を4〜8週間取れば、「レポート作成は速くなったが更新候補の外れが増えた」といった交換条件を捉えられます。順位やクリックは外部要因で動くため、試行段階の評価では、抽出再現性、採用率、根拠不足、編集差戻しも同じ重みで確認します。

Googleの現行方針を公開ゲートへ変換する

Google Search Centralの「Google Search’s guidance on using generative AI content on your website」は2025年12月10日更新です。生成AIは調査や独自コンテンツの構造化に役立ち得る一方、利用者への価値を加えず多数のページを作る行為は「scaled content abuse」に該当する可能性があると説明しています。精度、品質、関連性は本文だけでなくtitle、meta description、構造化データ、画像代替テキストにも必要です^[1]。

同社のスパムポリシーは2026年5月15日更新で、大量生成の手段が人かAIかを問わず、順位操作を主目的にした独自性の乏しいページを問題にしています^[2]。したがって公開ゲートでは「AIを使ったか」だけをチェックするのではなく、そのページが誰のどの判断を助け、既存ページにない経験・データ・比較を何点加えたかを確認します。

「Creating helpful, reliable, people-first content」は2025年12月10日更新で、独自情報、十分な説明、著者情報、直接経験、読後に目的を達成できるかといった自己評価項目を示します。この文書は特定の文字数をGoogleが好むという考えも否定しています^[3]。社内の本文下限は編集品質の基準として使い、検索順位を保証する条件とは説明しません。

さらに2026年7月10日更新のAI機能向けガイドは、似た問いごとに別ページを作る過剰最適化を避け、独自性があり他では得にくい内容を重視しています^[7]。エージェントが長尾語を発見しても、既存ページへ節を追加すれば答えられる場合は新規URLを作らず、更新候補として処理します。

Search Consoleデータを誤読しない取得設計

Search Console APIのSearch Analytics queryは、期間を指定し、page、query、country、deviceなどで集計できます。2026年5月20日更新の仕様では、一回のrowLimitは1〜25,000、既定値は1,000です。ただしAPIは全行を保証せず、内部制限の範囲で上位データを返すと明記しています^[4]。取得件数が多くても検索需要の全量とは呼びません。

全データ取得ガイドは2025年8月28日更新で、startRowを25,000ずつ増やしてページ送りし、一日・検索種別当たり最大50,000行を公開すると説明します。またpageやqueryを含む細かな集計では一部データが落ちる場合があります^[5]。総量を確認する集計と、候補抽出に使う明細を別のリクエストにし、後者の合計をサイト全体値と見なさない設計が必要です。

日次取得ジョブの記録例
property: sc-domain:sample.jp
type: web
date: 2026-07-26
dimensions: page, query, device
rowLimit: 25000
startRow: 0 → 25000 → 空応答まで
dataState: final
保存: リクエストJSON、取得時刻、行数、欠損注記
比較用: pageなしの総量集計を別ファイルで保存

URLはクエリ文字列、末尾スラッシュ、HTTP/HTTPS、正規URLの扱いを揃えます。サイト移行やcanonical変更がある月は、新旧URLを機械的に合算せず、移行表と照合します。ブランド名、指名外、国、デバイスを分ける理由も記録し、担当者が後から同じ条件を再実行できるようにします。

エージェントの異常検知には、前週比だけでなく、前年同週、直近8週中央値、ページ公開日、サイト全体の変動を与えます。表示回数が30から15へ減ったページと、30,000から15,000へ減ったページは減少率が同じでも優先度が違います。母数下限、絶対差、事業重要度の三条件を満たしたページだけを編集キューへ送ります。

調査から更新後確認までの差し込み方

実務フローは、観測、候補化、意図確認、資料収集、編集、公開、再計測の七段階に分けます。AIエージェントは段階をまたいで情報を運べますが、各段階の完了条件を残します。候補化で自信が高いと表示されても、一次資料が取れないページをそのまま公開工程へ進めません。

1. 観測：確定データを日次保存し、サイト全体値とURL・クエリ明細を分ける。
2. 候補化：表示減、CTR変化、情報の期限切れ、リンク切れを別理由としてラベル付けする。
3. 意図確認：既存ページ群の対象者、問い、成果物を比べ、更新・統合・新規・保留を提案する。
4. 資料収集：法令、公式仕様、原著資料の更新日と該当主張を抜き出し、二次記事だけの主張を保留する。
5. 編集：不足節、表、計算、反対条件を含む差分案を作り、担当編集者が取材結果と照合する。
6. 公開：HTML、構造化データ、リンク、見出し、著者、日付を検査し、承認済み版だけをCMSへ反映する。
7. 再計測：公開日を起点に観測期間を固定し、検索指標と次行動率を分けて報告する。

通常記事の更新をIndexing APIへ一括送信する設計は採りません。2026年7月16日更新の公式仕様は対象をJobPostingまたはVideoObject内のBroadcastEventを持つページに限定し、HTTP 200もインデックス登録を保証する応答ではありません^[6]。一般コンテンツでは内部リンク、サイトマップ、応答状態、クロール可能性を整えます。

構成案の生成と編集判断を混ぜない

構成案エージェントには、対象読者、中心の問い、記事型、既存ページの担当範囲、利用できる一次資料を入力します。検索結果の見出しを並べ替えるだけでは、同じ情報を別表現で再生産します。自社の問い合わせ、営業資料、製品仕様、実測データから、読者が次に決めるための固有材料を一つ以上指定します。

出力は本文完成稿ではなく、見出しごとの問い、必要な証拠、例、反対条件、担当者を持つ編集設計書にします。たとえば「費用」という見出しだけではなく、「月間処理件数と一件原価から上限予算を出せるか」と問いに変えます。根拠がない数値は空欄とし、相場を推測で埋めないようにします。

AIが提案した検索語をそのまま見出しへ詰めると、日本語が不自然になり、記事内で同じ概念を何度も言い換える原因になります。編集者は検索語を読者の質問へ直し、業界で通じる語へ置き換えます。製品比較、法的評価、健康や金融の助言では、該当分野の監修者が中心主張を確認できない限り公開しません。

AI生成の開示は、読者が制作過程を知ることに意味がある場合に方法と範囲を説明します。著者欄をAI名で置き換えず、事実確認と公開に責任を持つ人・組織を示します。どの資料を確認し、どこを実測し、何を想定したかが分かることのほうが、抽象的な「AI使用」表示だけより判断材料になります。

月50ページを扱う想定例の工数計算

ここでは、既存記事800本を持つBtoBサイトが、毎月50ページを監査し、そのうち12ページを更新する想定例を置きます。実在メディアの実績ではありません。導入前は、データ取得と整形に8時間、50ページの候補確認に一件18分、12ページの資料収集と構成案に一件75分、公開後レポートに6時間かかるとします。

導入後は、日次取得と差分作成を月2時間の確認へ縮め、候補確認を一件8分、資料と構成の準備を一件45分、報告を3時間と仮定します。本文執筆、専門監修、CMS入稿は品質への影響が大きいため、この試算では短縮しません。AI利用料とデータ基盤費は月120,000円、担当者の社内原価は一時間5,500円と置きます。

導入前
データ準備 8時間
候補確認 50件 × 18分 ÷ 60 = 15時間
資料・構成 12件 × 75分 ÷ 60 = 15時間
報告 6時間
合計 44時間
導入後の想定
取得確認 2時間
候補確認 50件 × 8分 ÷ 60 = 6.7時間
資料・構成 12件 × 45分 ÷ 60 = 9時間
報告 3時間
合計 20.7時間
差分 23.3時間
時間価値 23.3 × 5,500円 = 128,150円
費用控除後 128,150円 - 120,000円 = 8,150円 / 月

この前提では、作業時間だけの純便益は月8,150円で、導入判断を強く支える金額ではありません。更新候補の見落とし減少、根拠確認の改善、担当者交代時の再現性が価値になるかを追加で測ります。逆に、公開本数を増やして見かけのROIを作ると、編集差戻しや内容重複の費用が後から増えます。

成果は更新後28日と56日で観測しますが、表示・クリックの増減をAIの因果効果と断定しません。更新ページと類似した未更新ページを対照に置き、サイト全体の変動、季節性、検索システムの大きな変更を注記します。事業指標には資料請求、デモ申込、次の記事への遷移を使い、検索流入が増えても対象外の問い合わせが増えた場合は成功から外します。

公開判定と自動処理の停止条件

公開前には内容、技術、権利、運用の四面を検査します。内容は中心の問いへ答えたか、技術は検索と利用者が読めるか、権利は引用・個人情報・契約上の制約を守るか、運用は更新責任者と観測日が決まったかです。各面に一つでも重大な不合格があれば、総合点に関係なく公開しません。

自動処理を止める代表条件は、API取得条件が前回と変わった、サイト移行表とURLが一致しない、参照元が404、一次資料の版が後退した、同じ構成案が複数記事へ出た、担当編集者が不在の六つです。エラー時に古いデータを「最新」として使わず、最後に成功した取得日時と失敗理由を表示します。

法務・医療・金融・雇用など、誤りが読者の権利や資産へ影響する記事は専門部署へ引き継ぎます。検索順位が下がっていても、法的正確さを削って読みやすさだけを優先しません。製品の欠点、競合比較、顧客発言の扱いで確認が取れなければ、該当主張を削るか更新自体を見送ります。

他サイトで再現する条件と導入障壁

再現条件の第一は、サイトのページ台帳です。URL、正規URL、記事型、対象読者、中心の問い、所有者、公開日、更新日、監修者、事業上の役割を持たせます。台帳がない場合、エージェントは似た記事を検出しても、どちらを残すべきか判断できません。全URLの棚卸しが終わるまでは新規案の自動起票を止めます。

第二はデータ権限と保存です。Search Consoleの読取専用権限を使い、リクエスト、応答、取得日時、処理版を保存します。編集権限やCMS公開権限を同じサービスアカウントへ渡す必要はありません。観測ジョブの侵害がそのまま記事改ざんへつながらないよう、データ取得、提案作成、公開を別の認証境界に置きます。

第三は編集SLAです。更新候補が毎日100件出ても、人が週10件しか確認できなければキューが腐ります。事業重要度、情報期限、影響URL数、根拠取得可能性で上限まで選び、残りは次回へ送ります。候補採用率が20％未満の状態が二か月続く場合は、モデル変更より抽出条件とページ台帳を見直します。

外部の制作会社やライターを含む場合は、Search Consoleの生データ、顧客名、未公開製品情報を一括で渡しません。依頼者は必要なページと集計済み指標だけを共有し、執筆者は出典と変更案を返し、社内編集者がCMS反映を承認します。契約終了時に共有フォルダ、API資格情報、下書き、生成ログを回収・失効できない運用なら、エージェント連携を開始しないのが安全です。

AIエージェントが向かないのは、検索流入だけを目的に、専門知識や独自材料を用意せず多数のページを増やしたいケースです。また、検索データの利用権限がなく、公開後の成果も測れない場合は、導入前後を比較できません。その状態では、自動化より既存記事の棚卸しと事業KPIの定義を優先します。

SEOのAIエージェントに関するFAQ

AIで作った記事はGoogle検索で不利になりますか？

作成手段だけで一律に不利になるとはGoogleは説明していません。一方、利用者への付加価値がない大量生成や、順位操作を主目的とする自動化はスパム方針に抵触し得るため、独自情報、正確性、編集責任をページ単位で確認します。

Search Console APIの行数を足せば完全な検索需要を再現できますか？

再現できません。公式仕様は上位行を返す内部制限を明記し、ページやクエリで細かく分けると一部データが落ちる場合があります。抽出結果は観測できた範囲として扱い、総表示回数と明細を別々に保存します。

一般の記事更新をIndexing APIで即時反映できますか？

対象外です。2026年7月16日更新の公式文書では、Indexing APIの対象をJobPostingまたはVideoObject内のBroadcastEventを持つページに限定しています。通常記事はサイトマップや通常のクロール経路を整えます。

なお、2026年5月20日更新のSearch Analytics API文書は、FAQリッチリザルトが2026年5月7日以降表示されず、API上のFAQ検索表示サポートも2026年8月に廃止予定と案内しています。FAQ本文と構造化データは読者と機械の内容一致のために保ちますが、検索結果の拡張表示を成果予測へ入れません^[4]。

SEOエージェントを検討する次の行動

過去三か月に更新した20ページを選び、データ取得、候補選定、資料確認、編集、公開、再計測へ分解します。各工程の時間、差戻し、根拠不足を記録し、最も定型で再現可能な一工程だけを自動化候補にしてください。

最初の候補には、Search Consoleの確定データから前期差を作り、更新期限を過ぎた一次資料を付記する作業が適します。リクエストJSON、取得日時、プロパティ、検索種別、行数、未取得範囲を保存し、同じ条件で担当者が再取得できることを合格条件にします。記事の新規作成やCMS公開は接続せず、更新理由と根拠URLを持つ一覧までを成果物にします。

20ページは、流入上位だけで選ばず、順位低下、表示増加、事業上の重要度を組み合わせて抽出します。特定のページ種別だけに偏ると判断規則を過大評価するため、導入事例、解説、比較、問い合わせ導線を含め、候補理由を人が説明できる状態で試行を始めます。

参考文献・出典

1. Google Search Central公式ガイド「Google Search’s guidance on using generative AI content on your website」（2025年12月10日更新、2026年7月30日参照）
2. Google Search Central公式ポリシー「Spam policies for Google web search」（2026年5月15日更新、2026年7月30日参照）
3. Google Search Central公式ガイド「Creating helpful, reliable, people-first content」（2025年12月10日更新、2026年7月30日参照）
4. Google Search Console API公式仕様「Search Analytics: query」（2026年5月20日更新、2026年7月30日参照）
5. Google Search Console API公式ガイド「Getting your performance data」（2025年8月28日更新、2026年7月30日参照）
6. Google Search Central公式仕様「Using the Indexing API」（2026年7月16日更新、2026年7月30日参照）
7. Google Search Central公式ガイド「Google’s Guide to Optimizing for Generative AI Features on Google Search」（2026年7月10日更新、2026年7月30日参照）