AI自動化でKiller Picks Express含む4サイト・563ページの運営を回している。記事生成・WP投稿・SEO監査・内部リンク提案まで、実際に動いているパイプラインの構造と失敗実例をそのまま公開する。
AI自動化は「便利そう」な話ではなく、実際にサイト運営の8割を肩代わりできる。KPEでは現在4サイト・563ページをClaude・Notion・WordPressの3点セットで回している。人間がやっているのは「方向性を決めること」と「最終確認」だけだ。
この記事は成功談ではなく実録だ。うまくいった仕組みと、崩壊した仕組みの両方を書く。AI自動化を自分のサイトに導入しようとしている人が、同じ穴に落ちないための地図として機能させたい。
1. 結論 — 個人サイト運営の8割は自動化できた
結論から言う。個人サイト運営のうち、反復作業の約8割は自動化できた。残り2割は「判断」だ。何を書くか、どのトーンで語るか、読者にどう届けるか。その判断だけが、まだ人間の仕事として残っている。
KPEの現状数字を先に示す。
| 指標 | 現在値 |
|---|---|
| 運営サイト数 | 4サイト |
| 総ページ数 | 563ページ |
| 1記事あたり人間の作業時間 | 平均18分 |
| 自動監査の実施頻度 | 週1回（全ページ対象） |
この規模を一人で維持できている理由は、自動化の仕組みが「壊れにくく」設計されているからだ。複雑なコードを書いたわけではない。Claude・Notion・WordPressというすでに存在するツールの役割を明確に分けただけだ。
「AIに全部任せた」という話ではない。AIは実行者であり、設計者は人間だ。その構造を理解していないと、自動化は最初の1ヶ月で崩壊する。実際に崩壊した経験がある。それは後の章で書く。
実際に稼働しているパイプラインの全体図・各ツールの役割定義・つまずいた3つの失敗実例・これから始める人のための最小構成。再現できる情報だけを書く。
2. 全体構成 — Claude・Notion・WPの役割分担
3つのツールの役割は、最初に決めたらほぼ変えていない。これが安定の核心だ。
01. Claude — 思考と生成を担う
Claudeの仕事は「考えて書くこと」だ。記事の構成立案・本文生成・FAQの作成・既存記事のリライト提案まで、テキストに関わる作業はすべてClaudeに通す。プロンプトは仕様書として整備してある。記事ジャンルごとに異なるシステムプロンプトを持ち、KPEではこのページを生成したプロンプトも同じ仕組みで動いている。
重要なのは、Claudeに「自由に書かせない」ことだ。仕様を与え、制約を与え、アウトプット形式を固定する。そうするとClaudeは予測可能な実行者になる。
02. Notion — 記憶と管理を担う
Notionはプロジェクト全体の「脳」だ。記事仕様データベース・公開済みURLリスト・SEO監査ログ・内部リンクマップを一元管理している。Claude APIとNotionを連携させることで、記事生成のトリガー・ステータス更新・監査結果の記録が自動で流れる。
Notionをハブにした理由は、人間が見やすいからだ。完全に裏側で動く仕組みは、壊れたときに原因がわからない。Notionのダッシュボードを見れば「今どこが詰まっているか」が一目でわかる。
03. WordPress — 公開を担う
WordPressはアウトプット先だ。REST APIを使って、Notionで承認済みになった記事を自動で下書き投稿する。タイトル・本文・カテゴリ・タグ・スラッグ・メタディスクリプションまで自動でセットされる。人間がやることは「下書きを開いて公開ボタンを押す」だけだ。最終確認はまだ人間の仕事として残している。
▶ Anthropic公式 — 本記事の自動化基盤であるClaudeの公式動画（出典: YouTube公式チャンネル「Marvel Entertainment」）
-
-
ローカルAIとクラウドAIは何が違うのか
AI環境 比較ガイド ローカルAIとクラウドAIは何が違うのか・向き不向きを整理 ローカルAIとクラウドAIの違いを速度・コスト・プライバシーの3軸で比較します。自分の用途にどちらが合うかを選べるよう、向き不向きを整理しました。  …
3. 記事パイプライン — 生成からWP下書きまでの実フロー
実際のフローを手順として公開する。このフローは現在も稼働中だ。
01. 記事仕様の作成（Notion）
02. 本文生成（Claude API）
03. WPへの自動投稿
（1）仕様書の入力、（2）レビュー確認、（3）公開ボタン——この3箇所だけだ。1記事あたり平均18分という数字の内訳はほぼこれだ。
04. SEO自動監査
週1回、全563ページを対象にした自動監査が走る。チェック項目はFKW密度・メタディスクリプション文字数・内部リンク数・見出し構造の一貫性の4点だ。基準を外れたページはNotionに「要修正」フラグが立ち、次の週次レビューで人間が確認する。放置しない仕組みだ。
4. 画像とアイキャッチの自動生成
画像生成は、テキスト生成と比べて自動化の難易度が高い。KPEでの現状を正直に書く。
01. アイキャッチの現状
アイキャッチはCanva APIと連携したテンプレート自動生成で対応している。記事カテゴリ・FKW・メインカラーをパラメータとして渡すと、テンプレートベースのアイキャッチが生成される。クオリティは均一だ。「個性がない」という批判は甘受している。その代わりブランドの一貫性がある。
02. 本文内画像は使わない
KPEの方針として、本文内に画像を入れないという決定をしている。理由は3つある。画像の著作権管理コスト・ページ速度への影響・自動化フローとの相性の悪さだ。テキストとコンポーネント（表・グリッド・カード）だけで情報を伝える設計にしている。
03. 今後の方針
画像生成AIの精度と著作権の整理が進んだ段階で、本文内の図解を自動生成する仕組みを導入する予定だ。現時点では「やらない判断」が正解だと考えている。
5. つまずいた点 — 自動化の失敗実例3つ
失敗を書く。これが一番価値のある情報だと思っている。
01. プロンプトの「劣化」に気づかなかった
最初の2ヶ月、同じプロンプトを使い続けた。Claudeのモデルがアップデートされるたびに、出力の傾向が微妙にずれていった。気づいたのは、3ヶ月後に古い記事と新しい記事を並べたときだ。トーンが別人になっていた。
教訓：プロンプトは「固定資産」ではなく「定期メンテナンスが必要な設備」だ。今は月1回、出力サンプルを比較してプロンプトを調整している。
02. Notionのレート制限で詰まった
記事を大量生成しようとして、Notion APIのレート制限（1秒あたりのリクエスト数上限）に連続でぶつかった。エラーハンドリングを入れていなかったため、バッチ処理の途中でサイレントに止まり、半分だけ投稿された状態になった。
教訓：外部APIを使う自動化では、エラー時の挙動を最初に設計する。「成功したら次へ」ではなく「失敗したらどこに記録してどう再試行するか」を先に決める。
03. 内部リンクの「過剰接続」
内部リンク自動提案の精度を上げようとして、関連度スコアの閾値を下げすぎた。結果、1記事に20本以上の内部リンクが挿入される記事が量産された。Googleのクロール効率が落ちた可能性があり、Search Consoleのインデックス登録速度が鈍化した時期がある。
教訓：自動化の「精度向上」は慎重に行う。パラメータを変えるときは、影響範囲を小さく絞って効果を確認する。
6. これから始める人の最小構成
KPEの現在のシステムはいきなり再現できない。最小構成から始めることを強く勧める。
01. Phase 1 — 手動＋Claudeだけ
最初の1ヶ月はClaude.aiを使い、プロンプトを手動でコピペするだけでいい。記事仕様を書いてClaudeに渡し、出力をWordPressに貼る。APIもNotionも不要だ。この段階での目的は「自分のサイトに合うプロンプトを育てること」だ。
02. Phase 2 — Notionで管理を始める
記事が20本を超えたら、Notionで管理を始める。最初はシンプルなDBで十分だ。タイトル・FKW・公開日・ステータス・URLの5項目だけ管理する。「何がどこにあるか」が見えるようになると、運営の質が変わる。
03. Phase 3 — APIで接続する
50記事を超え、手動の限界を感じたタイミングでAPIを繋ぐ。Claude API・Notion API・WordPress REST APIの3本だ。PythonかNode.jsで簡単なスクリプトを書けば、Phase 1でやっていた手動コピペが自動化される。コードが書けない場合は、Makeやn8nといったノーコード自動化ツールで代替できる。
| Phase | 目安記事数 | 必要ツール |
|---|---|---|
| 1 — 手動生成 | 〜20記事 | Claude.ai・WP |
| 2 — Notion管理 | 20〜50記事 | 上記＋Notion |
| 3 — API自動化 | 50記事〜 | 上記＋各API |
7. よくある質問
AI自動化で生成した記事はGoogleにペナルティを受けますか？
Googleの公式見解は「AIで生成されたかどうかではなく、コンテンツの質と有用性を評価する」だ。スパム的な量産・事実の偽造・読者を欺く内容でなければ、AI生成であること自体は問題にならない。KPEでは4サイト563ページを運営しているが、AI生成を理由とした手動ペナルティは受けていない。
ClaudeとChatGPTはどちらが自動化に向いていますか？
どちらも実用レベルだ。KPEがClaudeを選んでいる理由は、長いシステムプロンプトへの追従精度と、HTML出力の安定性だ。複雑な仕様書を渡しても構造が崩れにくい。ChatGPTはFunction Callingとの連携が強みなので、外部ツールとの統合を重視するなら選択肢になる。
プログラミングの知識がなくても自動化できますか？
Phase 1・Phase 2はプログラミング不要だ。Claude.aiとNotionは手動でも使える。Phase 3のAPI連携からコードが必要になるが、MakeやZapierといったノーコードツールで代替できる。「コードを書かない」選択肢でも、月50〜100記事規模の自動化は実現できる。
Notionは有料プランが必要ですか？
API連携にはNotionのフリープランでも対応できる。ただしAPIのリクエスト数上限に引っかかりやすい場合や、チームメンバーを追加したい場合は有料プランが現実的だ。個人運営・1サイトであればフリープランで十分運用できる。
記事の品質チェックはどうしていますか？
自動監査（FKW密度・メタディスクリプション・内部リンク数・見出し構造）は週1回全ページ対象で走らせている。それとは別に、公開前のレビューは人間が行う。「自動生成＝ノーチェックで公開」はしていない。最終確認を人間のフローに残すことが、品質を守る最後の砦だ。
自動化のコストはどのくらいかかりますか？
Claude APIの費用はトークン量による。KPEでの月間生成量（記事40〜60本・監査処理込み）で、Claude APIのコストは月数千円台に収まっている。Notion・WordPress・Xserverの費用を含めても、月1〜2万円以内で4サイトが動いている。外注記事制作と比べると大幅なコスト削減になる。
8. まとめ
Claude・Notion・WordPressの3ツールで、個人サイト運営の8割は自動化できる。KPEでは4サイト・563ページをこの仕組みで回している。大切なのはツールの種類ではなく、役割の明確さだ。Claudeは生成する、Notionは管理する、WordPressは公開する——この分担が崩れると自動化は機能しなくなる。失敗した3つの実例（プロンプト劣化・レート制限・内部リンク過剰）はどれも「設計の見直し不足」が原因だった。自動化は導入して終わりではなく、定期メンテナンスが必要な設備だ。
- 役割分担の固定：Claude（生成）・Notion（管理）・WP（公開）の3分担を最初に決めて変えない
- 段階的な導入：手動から始めてプロンプトを育て、記事数が増えてからAPIを繋ぐ
- 失敗の仕組み化：エラーハンドリング・週次比較・プロンプトの月次メンテを最初から設計する
- 人間の関与点を決める：仕様入力・レビュー・公開ボタンの3点だけを人間が担う構造が持続可能だ
