AIにSEOを180日丸投げした結果
“削った”サイトが一番伸びた
家事と子育てのスキマで経営する3方よしAI共創コンサルタントの田中啓之、ひろくん（@passion_tanaka）です。
今日はAIでコンテンツを量産している人全員に読んでほしい話をする。
先日、SEO歴約20年の実践者（SEOタイガー氏）が、Claude Codeに6つのサイトのSEOを180日間丸投げした検証結果を公開した。3サイトが成功し、3サイトが壊滅。その差は「記事の質」じゃなくて「品質管理の仕組み」にあった。
最も成功したサイトは、最も多くの記事を「削除」したサイトだった。
私は今、AI氣道・分身AIブログ・モテる社長の3サイトを30体のAIチームで運営している。164個のスキル、102個のhookで自動化し、月70本以上の記事を出している。
この検証結果を見た瞬間、冷や汗が出た。「これ、私のことじゃないか？」と。
毎日新メニューを仕込み続ける惣菜屋。冷蔵庫はパンパン。でも棚卸しをしていない。賞味期限切れの食材が奥に溜まっていて、それがいつか食中毒を引き起こす——という状況。
この記事でわかること
- 180日6サイト検証の具体的な数字と、成功/失敗を分けた要因
- コンテンツ監査の4アクションの判断基準
- AI記事特有の「腐り方」3パターン
- 私が3サイトでやらかした恥ずかしい失敗
- 今日から始められるコンテンツ監査の実践手順
目次
「100本書いたら勝ち」だと思ってた
AIで記事を書けるようになって、多くの人が最初に思うことがある。「たくさん書けば、そのうち当たる」
私もそう思っていた。Claude Codeで記事生成のパイプラインを組んで、脱ChatGPTの記事を書いた頃から、テキストコンテンツ特化に舵を切った。「AIが横に広げて、人間が縦に掘る」——これは私の持論であり、今でも正しいと思っている。
でも、「横に広げた」後に「棚卸し」をしていなかった。
SEOタイガー氏の検証は、まさにこの「棚卸しの有無」が勝敗を分けたことを数字で証明している。
「たくさん仕込めば、売上が伸びる」と信じて毎朝大量の惣菜を作る。でも売れ残りを毎日チェックして「この天ぷらは午後には油が回るから廃棄」という判断をしていなかった。結果、品質のブレが常連客の信頼を削っていく。
180日6サイト検証——数字が語る残酷な真実
SEOタイガー氏の検証は、6つのサイトでClaude Codeにコンテンツ制作からSEO施策まで全部任せたものだ。180日間の結果を並べると、くっきり明暗が分かれた。
| 項目 | サイトB（成功） | サイトD（壊滅） | サイトE（失速） |
|---|---|---|---|
| AI記事投入方法 | 投入後に定期棚卸し | 100本を無編集で一括投入 | 複数ジャンル混在 |
| コアアップデート後 | 安定成長 | 92.5%減 | 明確に失速 |
| 直帰率 | 33% | 70% | — |
| 平均滞在時間 | 4分03秒 | 7秒 | 29秒 |
| 品質管理 | 削除・統合を定期実施 | 一切なし | 不十分 |
サイトDは3ヶ月目まではアクセスが伸び続けた。「このまま行ける」という手応えがあった。しかし4ヶ月目のコアアップデートで92.5%減。ピークから崩壊まで、わずか数週間。
一方サイトBは、AI記事を入れた後に定期的な棚卸しをしていた。低品質なページを放置せず、削除や統合を怠らなかった。直帰率33%、滞在時間4分03秒。読者がちゃんと記事を読んでいた。
「AIに記事を作らせることより、AIが作った記事を”捨てる判断”のほうが、はるかに重要だった」——SEOタイガー氏
もう1つ衝撃的な数字がある。別の1万記事実験では、Googleにインデックスされたのは全体のたった7〜8%。1万ページ作っても、Googleが評価したのは約800ページ。残りの9,200ページは、サイトにとって資産ではなく負債だった。
100品のメニューを用意したけど、お客さんが実際に注文するのは7〜8品。残りの92品は冷蔵庫のスペースを取るだけでなく、「あの店はメニューが多いけどどれもイマイチ」という評判を生む。
コンテンツ監査の4つのアクション——維持・改善・統合・削除
コンテンツ監査でやることは、全ページを4つに仕分けるだけだ。
| アクション | 判断基準 | 惣菜屋で言うと |
|---|---|---|
| 維持 | 検索流入あり / CV貢献あり / 被リンクあり | 看板メニュー。触らない |
| 改善 | 11-30位でくすぶっている / 情報が古い | 味付けを調整すれば売れる惣菜 |
| 統合 | 似たテーマの記事が複数 / 評価が分散 | 「煮物」5品を1品に絞る |
| 削除 | 検索流入ゼロ / 被リンクなし / CV貢献なし | 賞味期限切れ。即廃棄 |
最もインパクトが大きいのは「削除」だ。
1. 検索流入がない（オーガニック検索からのアクセスゼロ）
2. 被リンクがない（外部サイトからのリンクゼロ）
3. コンバージョンに貢献していない
4. 内部リンクの中継点になっていない
ただし1つ注意。削除候補を判断する前に、必ず被リンクを確認すること。アクセスがゼロでも、権威性のあるサイトからリンクを受けているページは資産だ。削除ではなく、改善または統合の対象にすべき。
私はハーネスエンジニアリングの記事で、AIの品質管理を「厨房の衛生管理」に例えた。計量スプーンを厨房に組み込むアプローチ——プロンプトで「気をつけて」と言うんじゃなくて、hookでプログラム的に品質を強制する。コンテンツ監査も同じだ。
AI記事特有の3つの「腐り方」
AI記事には、手書き記事とは違う「腐り方」がある。これは私自身が30体のAIチームで記事を量産して、身をもって体験したパターンだ。
パターン1: 「金太郎飴」問題
AIに同じプロンプトで記事を量産すると、導入文・見出し構成・結論の流れが酷似した記事が大量にできる。everything-claude-codeの検証記事でも書いたけど、ECCが36体のエージェントを使い分けるのは、まさにこの金太郎飴問題を防ぐため。
パターン2: 「検索意図ズレ」問題
AIはキーワードに対して「それらしい記事」を書く。でも、そのキーワードで実際に検索するユーザーが求めている情報とズレていることがある。滞在時間が極端に短い記事（10秒以下）は、このパターンの可能性が高い。
パターン3: 「薄い記事」問題
コンテンツブリーフなしでAIに書かせた記事は、一般的な情報をまとめただけになりがちだ。AIに「魂」を宿す方法の記事で書いたように、803記事を支えたのは「たった3枚のテキストファイル」。この仕組みなしでAIに書かせると、どれも薄い記事になる。
| 腐り方 | 見分け方 | 対処法 |
|---|---|---|
| 金太郎飴 | 導入文・構成が酷似 | エージェントの役割分け / プロンプト多様化 |
| 検索意図ズレ | 滞在時間10秒以下 | 検索クエリ分析 → リライト or 削除 |
| 薄い記事 | 競合より明らかに情報量少 | コンテンツブリーフ必須化 / 削除 |
恥ずかしい話をする——私が3サイトでやらかしたこと
正直に書く。
私は3サイトで月70本以上の記事を出している。164個のスキルと102個のhookで品質管理を自動化しているし、ハーネス設計で結果が別物になるという記事も書いた。AIの品質管理については、かなり意識している方だと思っていた。
でも、コンテンツの品質管理と、コードの品質管理は別物だということに、この検証結果で気づかされた。
私がやっていたこと:
✅ AIの出力品質を上げる仕組み（hook、CLAUDE.md、スキル）
✅ 記事が正確かどうかのファクトチェック
❌ 公開後の記事の棚卸し
仕込みと調理の品質管理は完璧だった。でも「お客さんに出した後、どのメニューが残っているか」のチェックをしていなかった。閉店後に売れ残りをカウントして、翌日のメニューに反映する——この当たり前のPDCAが抜けていた。
コードゼロの税理士さんの記事でも書いたけど、AIを使いこなす本質は「業務の型を言語化する」こと。コンテンツ監査も同じで、「削る基準」を言語化して仕組み化することが大事だと、今さら気づいた。
「エンジニアじゃないから関係ない」は通用しない
コンテンツ監査の本質は「自分が出したものを定期的に振り返って、残すもの・捨てるものを仕分ける」こと。ブログ記事だけの話じゃない。
SNS投稿、YouTube動画、メルマガ——どれも同じ原則が当てはまる。「人間は縦に掘る。AIは横に広げる」——この原則は、AIが広げた後の「棚卸し」も含めて初めて完成する。
助産師さんのAI時短術の記事でも紹介したけど、AIの力で3時間の作業を30分に短縮できた。その浮いた時間を、既存の記事の棚卸しに使うのが、実は一番ROIが高いかもしれない。
今日から始められるコンテンツ監査の実践手順
ステップ1: 全ページの数値を出す
Google Search Console → パフォーマンス → ページタブ → 全データをエクスポート。Google Analytics → ページごとの直帰率・滞在時間をエクスポート。この2つを突き合わせるだけでスクリーニングできる。
ステップ2: 4つに仕分ける
先ほどの「維持・改善・統合・削除」の基準で全ページを仕分ける。迷った時の判断基準: 「このページを友人に見せて、”これいい記事だね”と言ってもらえるか？」
ステップ3: 削除を実行する
| 方法 | 使い分け | リスク |
|---|---|---|
| noindex | ページは残したいが検索からは消したい | 低（いつでも戻せる） |
| 301リダイレクト | 関連する上位ページに統合 | 低（SEO評価を引き継げる） |
| 物理削除 | リダイレクト先がない完全な不要ページ | 中（復元不可） |
冷蔵庫の棚卸しで、賞味期限切れの食材をいきなり全部捨てるのは怖い。まず「これは明日使うかも」タグ（noindex）を貼って、1週間後にまだ使ってなければ廃棄する——というステップ。
よくある質問
- Q1: AIで書いた記事は全部削除した方がいいの？
- 違う。AI記事だから悪いわけじゃない。問題は「品質管理なしに量産した」こと。AI記事でも、検索流入があり、読者が長く滞在しているページは立派な資産。削除すべきは「4条件を全て満たすページ」だけ。
- Q2: 削除したらSEOが下がるんじゃないの？
- 逆。低品質ページを削除するとサイト全体の評価が上がることが、SEOタイガー氏の検証でも確認されている。Googleはサイト全体を評価するから、足を引っ張るページを消すことは「攻め」の施策。
- Q3: どのくらいの頻度でやればいいの？
- 年に1回、できれば半年に1回。AI記事を大量に出しているサイトは、四半期に1回が理想。
- Q4: 記事数が少ないサイトでもやるべき？
- 50記事以下なら、全記事を目視で確認できる。むしろ少ないうちにやっておいた方がいい。100記事を超えてからだと棚卸しのコストが一気に上がる。
まとめ——「削る仕組み」を持つ者が生き残る
180日6サイトの検証が示したのは、単純だけど強烈な事実だ。
AIが記事を書く時代に、最も価値があるのは「書く力」じゃなくて「捨てる判断」。
| サイトB（成功） | サイトD（壊滅） | |
|---|---|---|
| 品質管理 | 定期棚卸し | 放置 |
| 直帰率 | 33% | 70% |
| 滞在時間 | 4分03秒 | 7秒 |
| 結果 | 安定成長 | 92.5%減 |
同じAI、同じClaude Code。差を生んだのは「削る仕組み」の有無だけ。
私は今日から、3サイトのコンテンツ監査を四半期ルーチンに組み込む。30体のAIチームに「書かせる」パイプラインは完成した。次は「棚卸しさせる」パイプラインを作る番だ。
コンテンツ監査、やってみない？
🤖 AI生成コンテンツについて
この記事はAIツール（Claude Code）を活用して制作しています。構成・文章生成・画像制作にAIを使用し、最終的な内容の確認・編集・公開判断はひろくん（田中啓之）本人が行っています。「分身AIひろくん」（bunshin-ai.com）とは別のコンテンツです。
ひろくんのコラム——「書く仕組み」より「捨てる仕組み」の方が難しい
正直に言うと、この記事を書くのは恥ずかしかった。
私は164個のスキルと102個のhookで記事の「書く品質」を自動化してきた。ハーネスエンジニアリングの記事では偉そうに「仕組みで品質を担保する」と語った。everything-claude-codeの検証記事では「30体のAIチームで答え合わせだ」とまで書いた。
でも、「書いた後の棚卸し」は完全にゼロだった。
惣菜屋時代を思い出す。仕込みのスピードは誰にも負けなかった。でも閉店後の棚卸しは大嫌いだった。「売れ残りをカウントして、明日のメニューに反映する」——この地味な作業を怠った日が、翌日のロスにつながった。
「書く仕組み」を作るのは楽しい。自動化できるし、成果が目に見える。毎月70本の記事が出る。数字として分かりやすい。脱ChatGPTの記事でも書いたが、Claude Codeの力で記事の量は爆発的に増えた。
「捨てる仕組み」を作るのは辛い。自分が書いた（書かせた）ものを否定する作業だから。でも、SEOタイガー氏の検証が示したのは、この「辛い方」をやったサイトだけが生き残ったという事実。Claude Code vs ChatGPT比較で各ツールの強みを整理した私だからこそ、「AIツールを使いこなす＝量産すること」ではないと痛感している。
「人間は縦に掘る。AIは横に広げる」——この持論に、今日から1つ追加する。
「そして人間は、広げた後に棚卸しをする」
これが「凸凹の噛み合わせ」の次のステージだと思う。AIが広げて、人間が掘って、そして人間が削る。この3ステップが揃って初めて、サイトは長期的に成長する。Claude Codeで作った後の管理の話にも通じる——作ることより、管理し続けることの方がずっと難しい。
私の3サイト（AI氣道・分身AIブログ・モテる社長）の棚卸し、今日から始める。
