AI記事作成はSEOで評価されるか、公式見解と、量産で落ちる3つ

結論から書きます。AIで書いたこと自体は、Googleが評価を下げる理由にはなっていません。公式の文書が見ているのは作り方ではなく中身で、これは引用できる文言として公開されています。「AIで書いた記事はバレると順位が下がるのでは」と気にしている場合も、この点は同じです。

ただし「だから安心」で終わる話でもありません。量産すると質が落ちる場所は決まっていて、そこは意志ではなく仕組みでしか塞げないからです。「AIで記事を量産するとどうなるか」が気になっている場合も、この記事の答えは、AIかどうかより、本数に確認が追いつくかどうかで分かれる、というものです。

なおこの記事も、このサイトの他の記事も、すべて生成AIで書いています。後半でその検証の中身と、実際に出た誤りを出します。

AI記事作成とは何か、Googleは何を見ているのか

AI記事作成とは、生成AIに構成や下書き、本文の作成を任せて記事を作ることです。全部を任せる形から構成だけを任せる形まで幅がありますが、Googleの文書はそこを区別していません。

検索セントラルのブログ「AI 生成コンテンツに関する Google 検索のガイダンス」(2023年2月8日公開。英語版の題名は「Google Search's guidance about AI-generated content」)は、本文でこう書いています。「コンテンツがどのように制作されたかではなく、その品質に重点を置く」。同じ記事のよくある質問には、もっと直接的な答えが並んでいます。

つまり公式の立場は「AIは加点でも減点でもない」です。速くなるのは制作の速度であって、評価される中身ではない、という整理になっています。同じFAQには「AI を検索エンジンのランキングを操作するための安価で手軽な方法と考えている場合には、AI の使用はおすすめしません」という一文も入っています。

引っかかるのは「AIで書いたこと」ではなく「大量生成されたコンテンツの不正使用」

では何が違反になるのか。対応するスパムポリシーは「大量生成されたコンテンツの不正使用」という項目です。定義はこう書かれています。

「ユーザーをサポートすることではなく、検索ランキングの操作を主な目的として大量のページを生成することを指します。この不正行為は通常、ユーザーにとってほとんどまたはまったく価値がなく、独自性のないコンテンツをその作成方法は問わず、大量に作成することに特化しています」

重要なのは「その作成方法は問わず」という一節です。ここを読むと、AIは条件に入っていないことが分かります。条件は2つで、目的が検索順位の操作であることと、独自の価値がないページを大量に出していることです。

例の一覧には「生成 AI ツールまたはその他の同様のツールを使用して、ユーザーにとっての価値を付加することなく大量のページを生成すること」があります。ここでも条件は「価値を付加することなく」のほうで、同じ一覧にはスクレイピングやページの寄せ集めも並びます。

行ではなく列で決まっているのがこのポリシーの形です。だから「AIをやめれば安全」にはならないし、「AIだから危ない」にもなりません。危ないのは、独自の価値が無いまま本数だけ増えることです。

Google のドキュメント「ウェブサイトで生成 AI によるコンテンツを使用するための Google 検索のガイダンス」も、2026年10月1日の更新(英語版の検索の更新履歴による)で、検索品質評価者向けガイドラインに「大量生成されたコンテンツの不正使用（セクション 4.6.5）と、ほとんど手間をかけず、ほとんど独自性がなく、ほとんど価値を付加せずに作成されたメイン コンテンツ（セクション 4.6.6）の両方に関する評価方法が記載されています」と案内するようになりました。同じページは、このガイドラインは評価者が検索ランキング システムのパフォーマンスを評価するために使うもので、「ランキングに直接影響することはありません」とも書いています。

量産すると落ちるのは3つある

ここがこの記事の中心です。本数を増やすと、なぜ中身が落ちるのか。「気を抜くから」ではなく、構造的な理由があります。

記事を1本書く速度が上がっても、事実を確かめる速度は上がりません。確認は公式ヘルプを開く、出典のPDFを開く、自分の実装のコードを読むといった外部への往復で、本数に比例して増えます。

しかも記事どうしの整合は、増えた本数の全部を突き合わせないと確認できません。書く速度だけが上がると、確認が相対的に薄くなるわけです。

このサイトでは2026年8月16〜19日に公開済みの記事を検証し直し、20件の誤りを直しました。落ちる場所は3つに分かれます。

1. 一次情報の確認が飛び、「確認できなかった」が「無い」になる

いちばん質が悪かったのがこれです。ある記事に「公式ヘルプに反映日数の記載は無い」と書いていました。実際にヘルプを開くと「通常2〜3日」と明記されていました。

知識が足りなかったのではなく、探して見つけられなかったことを否定形で埋めてしまったものです。「無い」と書くと文章は締まりますが、確認していないという事実は文面から消えます。同じ型の誤りが同じ期間に複数ありました。

いま規則にしているのは2つです。取得に失敗したら「無い」ではなく「確認できなかった」と書き、その記述ごと落とすこと。それでも否定を書くなら、対象を限定すること。

「公式ヘルプ全体に無い」ではなく「このページには書かれていない」なら、確かめた範囲と主張の範囲が一致します。公式文書をAIに読ませて確かめる場合も同じで、入れた資料の範囲で答えて引用を示す道具を、引用の元の文まで開いて使うやり方はNotebookLMはブログに使える？入れた資料の範囲で答える道具に書きました。

2. 記事の中で、数字と結論が合わなくなる

公開済みの記事に、内訳が50・3・1なのに合計を60と書いていた計算例がありました。正しくは54です。読み流せてしまうのは、数字が説明の途中にあって、読者も筆者も足し直さないからです。

並びの食い違いもありました。ある記事は本文で「不可逆な手は最後」という順序で書いていたのに、まとめの箇条書きだけが逆順で、記事の削除や統合を先に薦める形になっていました。

効いてくるのはサマリー・よくある質問・まとめが単体で引用されるからです。本文を通して読めば気づける矛盾も、切り出された1ブロックだけを見せられたら気づけません。引用される前提の書き方はLLMO対策として実際にできることのほうに書きました。

3. 記事どうしで、同じ数字が割れる

同じ「10位の期待クリック率」が、ある記事では1.19%、別の記事では0.94%になっていました。

原因は実装の変更です。2026年8月16日に、AI Overviewによるクリック減の補正を一律から順位別に変えました。10位の生値1.32%に一律の係数0.71を掛けると0.94%、順位別の係数を掛けると1.19%になります。

どちらも計算としては正しく、片方が古い前提のまま残っていただけです。経緯はCTRの平均は何%？掲載順位別の一覧と、自分のCTRとの比べ方の「補正の列」の節に書いています。

これは読んでも気づけない種類の誤りです。数十本のうちどれが「10位の期待CTR」に触れているかを記憶で言い当てられる人はいませんし、1本ずつ読むレビューでは1本ずつは正しく見えます。本数が増えるほど、人手のレビューでは構造的に見つからなくなるのがこの3番目です。

3つを並べると、AIに固有の問題は1つもありません。どれも、確認より速く書けるようになった環境で起きることです。人が10人で月100本書いても、同じ場所が落ちます。

検証をどう仕組みにするか

では何をするか。選択肢は4つあり、それぞれ得意な範囲が違います。

このサイトは下の2つを二段で通しています。順番は機械が先です。2026年8月15日にモデル検証を回したとき、重い指摘が13件出ましたが、そのうち約半分は文字列の検索で確定できるもの——CTAの欠落、リンク先の404、実装と違う数値、但し書きの漏れ——でした。

機械で確定できるものは機械で確定する。いま全記事に対してスクリプトが見ているのは、こういう項目です。

3番目の「数値」が、さきほどの1.19%と0.94%を捕まえる検査です。実装のテーブルに無い%は、正しくても一度は人に回るようにしてあります。実装を変えれば、その瞬間から古い値を持つ記事が全部引っかかります。

ただし機械検査は万能ではありません。「公式ヘルプに記載は無い」が誤りかどうかは、ヘルプを開かないと分かりません。機械が判定できるのは「実装と食い違っているか」までで、「世界と食い違っているか」は判定できないわけです。

だから残りを別のモデルに渡します。観点は構成・SEO・AEO(AI検索向け)・ファクトの4つで、書いたモデルとは別のモデルにやらせるのが条件です。

事実の確認は推測禁止で、他社の料金や仕様は必ず一次情報を開く。重い指摘が1件でも残っている記事は公開しない。ここまでを型にしています。

この段でいちばん危ないのは、検証が結果を返さなかったときに「合格」と読んでしまうことです。返らなかったものを黙って捨てると「指摘0件イコール合格」になります。実際にこれで「3本中3本合格」と誤って報告したことがあり、いまは1観点でも未検証なら記事全体を合格にしません。

AIを使ったことを開示する必要はあるか

公式のよくある質問はこう書いています。「『これはどのように作成されたんだろう』と思わせるようなコンテンツでは、AI や自動化の使用を開示するのは有益なことです。こうした状況が十分に予想される場合は、自動化の使用に関する情報を追加することをおすすめします」

ヘルプ「有用で信頼性の高い、ユーザーを第一に考えたコンテンツの作成」の側には、自己診断の問いが3つ並んでいます。使っていることを明確にしているか、どのように使ったかを説明しているか、なぜ有用だと考えるのかを説明しているかです。書き方の指定はブログのよくある質問の側にあり、「著者の署名欄に AI と記載することは、その方法としてふさわしくありません」と明記されています。

この2ページを2026年8月19日に読んだ範囲では、すべての記事に開示を義務づける記述は見つかりませんでした。書かれているのは「有益」「おすすめします」という水準です。ただし読者が作り方を気にしそうな記事なら、書いたほうが読みやすくなります(この記事の冒頭に1行入れてあるのはそのためです)。画像をAIで作った場合に、作り方を画像のメタデータで示す方法についてはブログにAIで作った画像を使うと検索で不利？Googleの文書で確かめるに書きました。

なお「誰が書いたか」の出し方は、AIとは別に整理したほうが早いです。体験だけはAIが持てないので、そこが個人サイトに残る差になります。詳しくは個人ブログのE-E-A-Tで実際にできることに書きました。

AIで書く・直すときに次に読む記事は？状況別に

AIを使った記事づくりで詰まりやすい場面を、状況別にまとめました。当てはまる行の記事に進んでください。

よくある質問

AIで書いた記事は、Googleにペナルティを受けますか

公式のよくある質問は「AI や自動化は、適切に使用している限りは Google のガイドラインの違反になりません」と書いています。違反になるのは「検索ランキングの操作を主な目的としてコンテンツ生成に使用」した場合で、対応するスパムポリシーは「大量生成されたコンテンツの不正使用」です。そのポリシーは対象を「その作成方法は問わず」としているので、人が書いた場合も同じ扱いになります。

AIで書いた記事はバレますか。バレると順位が下がりますか

公式のよくある質問は、作り方ではなく中身を見るという立場です。「検索結果に対するスパム行為に AI が使用されているかどうかは、どのように判断されるのですか？」という問いへの答えは「作成方法を問わずあらゆるスパム コンテンツを特定するため、SpamBrain などのさまざまなシステムでパターンやシグナルを分析しています。」で、見つけようとしている対象はAIで書いた記事ではなくスパムです(と私は読みました)。AIで書いたかどうかをGoogleが見分けられるのか、見分けているのかは、2026年10月9日にこのページを読んだ範囲では書かれていませんでした。なので「バレるかどうか」には、この記事では答えを出しません。順位については、同じページに「作成方法ではなく、内容が評価の対象となります」とあります。気にするなら、バレるかどうかより、その記事に独自の価値があるかのほうが先だと私は考えています。記事がインデックスされないのを「バレたから」と心配している場合に、先に登録の状態を見る手順はAIで書いた記事がインデックスされない？バレたかではなく登録の状態で分けるに書きました。

AI判定ツールで「AIが書いた確率」が高く出て迷っている場合の考え方はAI判定ツールの確率は検索で不利になる？数字はツールの推定に書きました。

AIで書くと、順位は上がりやすくなりますか

公式のよくある質問は「AI を使用したからといってランキングに関して特別なメリットがあるわけではありません」「作成方法ではなく、内容が評価の対象となります」と書いています。AIで変わるのは制作の速度で、評価される中身は変わりません。その中身を自分で用意するために、下書きを頼む前に検索語と体験のメモを渡すやり方はGeminiでブログ記事を作るプロンプトは？サーチコンソールのクエリを渡して一般論を避けるに書きました。

AIで書いたことを記事に書く必要はありますか

2026年8月19日に検索セントラルのブログとヘルプを読んだ範囲では、義務づける記述は見つかりませんでした。書かれているのは「開示するのは有益」「情報を追加することをおすすめします」という水準です。ただし「著者の署名欄に AI と記載することは、その方法としてふさわしくありません」とは明記されているので、書くなら本文か注記にしてください。

AIでブログ記事を量産すると、どうなりますか

AIかどうかより、本数に確認が追いつくかで変わる、というのがこのサイトでやってみた結果です。書く速度が上がっても事実を確かめる速度は上がらないので、このサイトでは2026年8月16〜19日の点検で、一次情報の確認・記事の中の整合・記事どうしの整合の3つから、合わせて20件の誤りが出ました。また、スパムポリシーの「大量生成されたコンテンツの不正使用」は、作成方法を問わず、検索ランキングの操作を主な目的として大量のページを生成することを指しています。本数を増やす前に、増えた本数を確かめる仕組みがあるかを見てください。

量産をやめれば、この問題は解決しますか

半分だけ解決します。本数を減らせば1本あたりに割ける確認は増えるので、一次情報の確認漏れと計算違いは減る余地があります。ただし記事どうしの整合は、すでにある本数がある限り残ります。10本でも、同じ数字を3本で使っていれば割れます。書く工程そのものの分け方はSEOライティングを3段階に分けるにまとめました。

まとめ

• AIで書いたこと自体は違反ではありません。公式のよくある質問は「AI や自動化は、適切に使用している限りは Google のガイドラインの違反になりません」「作成方法ではなく、内容が評価の対象となります」と書いています(2023年2月8日公開)
• 問題になるのは「大量生成されたコンテンツの不正使用」で、条件は順位の操作が目的であることと独自の価値がないページを大量に出していること。ポリシーは対象を「その作成方法は問わず」としている
• 量産すると落ちるのは3つ。一次情報の確認、記事の中の整合、記事どうしの整合。AIに固有の問題ではなく、確認より速く書ける環境で起きる
• このサイトでは2026年8月16〜19日(当時74本)に20件を直した。「公式ヘルプに記載は無い」が誤りだった件、内訳50・3・1の合計を60と書いていた件、同じ10位の期待CTRが1.19%と0.94%に割れていた件など
• 対策は機械で確定できるものを機械で確定し、残りを書いたモデルとは別のモデルに検証させる二段。機械が判定できるのは「実装と食い違っているか」までで、「世界と食い違っているか」は人か別のモデルが確かめる

ここから先は、私が作ったツールの話です。AIで書いた記事の質が気になったら、リライトレーダーに記事のURLを入れて、見出しや本文の直す点を見てみてください。本数が多いなら、Search Consoleのデータを入れると、どの記事から見直すかの順番まで出ます。

URLの診断で送るのは入れたURLだけで、本文は保存しません。Search Consoleの「ページ」タブのエクスポートをZIPのまま置くと、掲載順位4.0〜20.5位のページから手を入れる候補を順に並べます。判定と、そのうち1記事分の診断カードまでは無料です。有料は2,980円(税込)の買い切りで3記事分(候補が4件以上のときだけご案内)、生成の期限は購入から90日間で、月額課金はありません。CSVはブラウザの中で読み、送るのは候補ページのURLと、診断カードを出すときの狙いキーワード・順位・表示回数・CTRだけです。

⚠️ URLの診断は本文だけを読み、順位・表示回数・CTRは使いません(それらを使うのはSearch Consoleのデータを入れたときです)。書いてある内容が正しいかは判定しません。