自社で運営しているサイトの1つで、SEOの仕事をAIに任せる実験をしました。結果を先に書きます。
7週間で、週間クリック数は32から182に（約5.7倍）、週間表示回数は5,554から72,795に（約13倍）なりました。 数字はすべてGoogle Search Consoleの実測値です。
ただし、この記事は成功自慢ではありません。全自動化に一度失敗した記録も、cronの実ログごと公開します。うまくいった部分と、人間に残すべきだった部分の境界線こそが、この実験でいちばん価値のある発見だったからです。
どんなサイトで、何を測ったのですか？
自社で運営する採用系のメディアです。計測はSearch Consoleの「直近7日間の合計」を毎日記録しました。
前提を先に開示します。
| 項目 | 内容 |
|---|---|
| サイト | 自社運営の採用系メディア（業種の詳細は運営上の理由で伏せます） |
| 開始時点 | 2026年2月上旬。週32クリック・週5,554表示 |
| 期間 | 2026年2月10日〜3月29日の7週間 |
| 計測 | Search Console実測。各日に「直近7日間の合計」を記録 |
| 実行体制 | データ収集と下書きはAI・cron。計画の確定と公開判断は人 |
自社サイトの実験なので、結果を良く見せたい動機が私たちにはあります。だからこそ、加工した数字ではなくSearch Consoleの取得値をそのまま載せ、都合の悪い記録も省かずに書きます。また、これは1サイトの事例です。同じ手順で同じ結果になることを保証するものではありません。
何を作ったのですか？
「毎朝データを取り、直す対象を選び、下書きを作り、機械チェックを通し、人が公開を決める」という一周を、繰り返せる形にしました。
いわゆるループエンジニアリングの考え方です。部品は5つに分かれます。
| 部品 | 中身 | 担当 |
|---|---|---|
| 入口のデータ | Search Console APIから毎朝6時に自動取得し、日次ファイルに保存 | cron（自動） |
| 選ぶ基準 | 「CTRが2%未満で表示100回以上→タイトル改善」「順位6〜20位で表示500回以上→内容強化」「表示50回以上でクリック0→新記事の候補」の3ルール | ルール（自動） |
| 実行 | 記事ブリーフ（設計書）をもとにAIが下書きを作成し、CMSへ入稿 | AI |
| 確かめる仕組み | 構造化データ・CTA・内部リンクの有無を機械チェック。事実は人が確認 | 機械＋人 |
| 人の承認 | どの記事に取り組むかの週次計画と、公開の最終判断 | 人 |
ポイントは、すごいプロンプトは1つも登場しないことです。効いたのは指示文の工夫ではなく、選ぶ基準を数字で決めたことと、同じ一周を毎週繰り返せる形にしたことでした。
7週間で数字はどう動きましたか？
クリックは階段状に、表示回数は最後の1週間で一気に伸びました。
クリックは2月上旬の32から、3月中旬に110〜130の水準へ、3月末に180前後へと段階的に増えました。一直線ではなく、3月18日前後には97まで下がる週もあります。
表示回数は3月22日ごろまで数千回で横ばいでしたが、最後の1週間で72,795まで急増しました。この時期、表示のあったページ数が10から48に増えています。それまでに公開した記事のインデックスが進んだ時期と重なります。
| 時点 | 週間クリック | 週間表示回数 | CTR | 表示のあったページ |
|---|---|---|---|---|
| 2026-02-10 | 32 | 5,554 | 0.6% | 18※ |
| 2026-03-12 | 118 | 6,197 | 1.9% | 10 |
| 2026-03-29 | 182 | 72,795 | 0.25% | 48 |
※2月分は手動集計のレポートで、3月以降の自動収集とページの数え方が一部異なります。同一条件で比較できるのは3月12日以降です。
正直に補足します。最後のCTR低下は悪化ではなく、新しいキーワードで大量に表示され始めたことによる希釈です。表示の裾野が先に広がり、クリックが後から追いつくのが通常の順序です。それでも「CTRが下がった」という事実は事実として残します。
全自動化は失敗しなかったのですか？
一度、明確に失敗しています。毎朝のcronが「空回り」していた期間があります。
これが当時の実際のログです（ディレクトリ名は一部伏せています）。
記事を自動生成して公開するパイプラインは、「今週どの記事を書くか」を決めたブリーフ（設計書）を入口にしています。このブリーフを確定させるのは人の仕事でした。人が計画を確定しない週は、cronは毎朝6時に起動して、何も書かずに終了し続けました。ログの Success: 0 | Skipped: 3 がその痕跡です。
ここからの学びが、この実験の結論です。
- 自動化してよかったもの: データ収集、集計、下書き、機械チェック。止まっても数字が欠けるだけで、事故にならない
- 人に残すべきだったもの: 週次計画の確定と公開判断。ここを自動化しようとした部分だけが空回りした
- ループは「止まる場所」が設計の弱点を教えてくれる。止まった場所はすべて、人の担当ステップとの接続部でした
この結果は、どこまで信用できますか？
「ループ運用と成長が同時に起きた」ことは事実ですが、「ループだけが原因」とは断定できません。
- 対照実験ではありません。同じサイトで「ループなし」の場合と比較したわけではない
- サイト立ち上げ初期の伸びやすい時期と重なっています。インデックスの自然な進行も数字に含まれます
- 表示回数の急増はロングテールの新規キーワードが中心で、事業に直結するクリックへの転換はこの記事の期間内では検証しきれていません
- 業種・競合状況が違えば、同じ閾値ルールが機能しない可能性があります
それでも公開する理由は、日本語圏の「AI×SEO」の情報が、成功談かツール紹介に偏っていて、途中経過の数字と失敗ログを出す事例がほとんどないからです。
自分のサイトで再現するには、何から始めればいいですか？
ツールの導入ではなく、5つの部品を紙に書くことからです。
- 入口のデータを決める（まずはSearch Consoleだけで十分です）
- 「直す対象を選ぶ基準」を数字で3つ書く（私たちの3ルールは上の表のとおりです）
- 実行だけをAIに任せる（下書きまで。公開はまだ渡さない）
- 機械チェックの項目を決める（構造化データ・リンク・表示）
- 人の承認場所を固定する（週1回の計画確定と、公開ボタン）
この一周の設計方法はループエンジニアリングとはで、SEOに特化した手順はSEO×AIのループ設計で詳しく解説しています。実行役のAIの選び方はClaude Code徹底解説とマーケターのAI技術スタックが参考になります。
この実験に関するよくある質問
費用はどのくらいかかりましたか？
主な費用はAIツールのサブスクリプションとAPI利用料で、月数千円〜数万円の規模です。人の作業は週次計画と確認に絞ったため、追加の人件費は発生していません。
特別なプログラミング能力が必要ですか？
cronやAPIの設定には初歩的な技術知識を使っています。ただし現在は、この記事で紹介したような定期実行や連携を対話型のAIツール自体に組ませる方法が広がっており、参入の壁は下がり続けています。
この後、数字はどうなりましたか？
この記事は2026年2月〜3月の記録です。その後の推移は、データが揃い次第、この記事を更新して追記します（記事上部の更新日をご確認ください）。
今日できる次の一歩は1つです。あなたのサイトの「直す対象を選ぶ基準」を、数字で3つ書いてください。 それがループの最初の部品になります。