はじめまして。私の前職は大手SEOコンサルティング会社で、SEO支援に約3年従事していました。現在は家業である食品卸に移り、事業を運営する立場で働いています。

副業として子育て・テック・食品の3領域で自社ニッチメディアを運営しており、本記事はそこでAI記事生成パイプラインを実験した中で得た、リアルな失敗と修正過程の記録です。

私は本業のSEOコンサルタントの傍ら、自社で3つのニッチメディアを運営しています。子育て領域のサイトA、テック領域のサイトB、食品市場のサイトC。いずれも検索需要はあるが、書ける人が限られるテーマです（以後この呼び方で統一します）。

4年ほどSEOを実務で扱ってきて、ある時期から「人が書くからいい記事になる」という前提に強い疑問を持つようになりました。Claude・Geminiの品質が明らかに実務レベルに達した2024年以降、その疑問は確信に変わります。AIで書けないのではなく、書かせ方が下手なだけではないか、と。

そこで組んだのが、キーワード選定→市場分析→構成案→本文生成→画像生成→WordPress投稿までを完全自動化するパイプラインでした。1記事あたりの生成コストは約90秒。人力では絶対に追いつかないスピードで、3サイト合計90記事を短期間で公開しました。

問いはシンプルでした。「AIで生成した記事は、本当にGoogleに評価されるのか」。

パイプラインの構成はこうです。

1. キーワード投入（狙う検索クエリ）
2. Claudeが競合TOP10を分析→ペルソナ・検索意図を構造化
3. 同じくClaudeが見出し構成案を生成（H2×5〜7、H3で論点を分解）
4. 見出しごとに本文生成（4,000字上限、FAQ JSON-LD付き）
5. Gemini 2.5 Flash Imageでリアル写真風のアイキャッチ生成
6. WordPress REST APIで下書き投稿→公開

ツール選定の理由はシンプルで、Claudeは構成設計と長文の論理一貫性、Geminiは画像生成のリアリティで使い分けています。プロンプトもツールごとに最適化しました。たとえば構成案生成では、こんな指示をClaudeに渡しています。

ポイントは「TOP10で扱われていない論点を抽出させる」一行で、これを入れないとAIは競合と同じ構成しか出してきません。

本文生成プロンプトでは、運用の中で痛い目に遭った経験から、安全弁を3つ入れています。

• FAQセクションは3〜5問を必ず生成（省略するとプロンプトが優先度を下げて削るため、強制句を明示）
• 参考文献はホワイトリスト（公的機関・一次情報サイト）にあるURLのみ。なければ参考文献セクションごと省略
• 1記事4,000字上限（超えると読了率が下がる経験則）

ここまで完全に確認不要で回せる状態を作りました。ワンクリックで1記事、バッチで10記事、夜中に回せば朝には20記事増えている。数ヶ月の作業が1日で終わる体験は、正直かなり気持ちよかったです。

特にサイトCでは、準備していた44記事を4分間で一括投稿しました。サイト立ち上げと同時に検索範囲を一気に取りに行く、いわゆる「コンテンツブラスト戦略」のつもりでした。

結果は、3サイトできれいに分かれました。

サイトCだけが、記事の88%を「存在しない扱い」にされたのです。Search Consoleのカバレッジレポートを見ると、ほとんどが「検出 - インデックス未登録（Discovered - currently not indexed）」。Googleはクロールしに来てすらいない状態でした。

逆に、サイトAとサイトBは想定以上にうまくいきました。AI生成記事でも、特にサイトBは月間表示2,791まで伸び、AI Overviews（生成AI検索結果）への引用も継続的に発生。「AI生成だから評価されない」という単純な話ではないことが、同じパイプラインの3サイト比較で明確になったわけです。

同じパイプライン・同じ品質基準・同じテーマ設計。違ったのは何か。

3サイトを横並びで比較して、原因を2つに絞り込みました。

サイトA・Bは、1日1〜2記事ペースで数週間かけて積み上げていました。サイトCだけ「4分で44記事」という異常な投稿パターン。Googleからすれば、自動生成コンテンツのスパムシグナルにしか見えません。

サイトCは隣接キーワードを網羅的に攻めすぎた結果、記事同士の差分が小さく、内部カニバリゼーションが起きていました。Googleから見て「どの1本を代表記事として扱えばいいか分からない」状態です。

つまり問題は、記事の品質ではなく、公開シグナルとサイト構造の設計だったということです。

この経験でいちばん腹落ちしたのは、次の一文に尽きます。

AIがスケールさせたのは生産量であって、評価シグナルではない。

AI前のSEOでは、1記事書くのに数時間〜数日かかるため、公開ペースは自然と緩やかでした。内部リンクを貼る時間も、前の記事の反応を見て次の切り口を考える時間もあった。その"遅さ"そのものが、Googleから見て自然な成長曲線を描いていたわけです。

AIはこの制約を壊します。壊した結果、今までSEOの世界で暗黙の前提だった「サイトは時間をかけて育つ」というシグナルが消えた。これは書き手の問題ではなく、運用設計の問題です。

もう1つの学びは、E-E-A-TはAI時代にこそ重いということ。AIで誰でも同じ品質の記事が書けるようになったからこそ、「誰が、どんな文脈で、どんな一次情報に基づいて書いたか」が差別化の最後の砦になります。量産だけしている自動化運営者と、実務知見を持つ書き手が同じ土俵に立たされたとき、Googleが信頼するのは後者です。

3サイトの失敗を踏まえて、現在は以下のフローで運用しています。

バッチ生成は続けていますが、公開は1日1〜2記事・時間帯も分散。WordPressの予約投稿を使い、夜中の0時に10記事同時公開のような不自然なパターンを避けます。生成は効率化、公開は戦略化。ここを分けて考えるようになりました。

クラスタ内の1本だけ、15,000〜20,000字のピラー記事を人の手で大幅リライトします。サイトCでは主要キーワードのピラー記事を16,500字で新設し、ヘッダーメニュー固定＋全記事から内部リンクを集約しました。AIが書いた周辺記事でも、ピラー記事が強ければクラスタ全体の評価が底上げされます。

AIに「関連記事を3本選んで本文末にリンクを貼って」と丸投げすると、同じ記事にリンクが集中したり、逆にリンクされない孤立記事が生まれます。私は被リンク均等化アルゴリズムで、全記事にリンクが偏りなく流れるようスクリプトで設計しています。

公開しただけでは、クロールが来るのを待つことになります。Google Indexing APIを叩いて「この記事を見に来て」と明示的に呼ぶことで、Discovered - not indexed問題の大半は解消します。

リライト・施策投下のあと、2週間後にSearch Console APIで前後比較。これもスクリプト化してSlackに自動レポートを流しています。人の感覚ではなく数値で次の打ち手を決める。

最後に、この記事を読んでくださったコンテンツSEO担当者の方に、3つだけ持ち帰っていただきたいことを書きます。

1. AI生成記事を一括公開しない。1日2〜3本、予約投稿で自然なペース配分に。
2. クラスタに1本だけ"人が深く書いた"ピラーを置く。AIだけのサイトは構造的に伸びない。
3. Indexing API＋内部リンクメッシュを設計に組み込む。公開後の放置は、自動化で最も損する部分。

AIで書くこと自体は、もはや誰にでもできる時代です。問われているのは、AIで作ったコンテンツをGoogleに正しく評価させる運用設計ができるか。私自身、ここで1度大きく躓いたからこそ、いま企業のコンテンツSEO内製化支援の現場で最も喜ばれるノウハウになっています。

同じ轍を踏まないでいただけたら、この記事を書いた意味があります。