AIで記事を月60本量産してみた現実 (コスト・品質)
AI記事量産の理想と現実、月コストと品質トレードオフを実測する
あなたが個人開発でメディアサイトを立ち上げたい、しかも記事を AI で量産したいと考えているなら、この記事は参考になるかもしれません。私は ai-pick.tech で Gemini Flash を使った記事自動生成パイプラインを構築し、月60本のペースで運用してきました。月コストは 150-300円、技術記事としては十分実用レベルの品質を出せています。この記事では、量産パイプラインの設計と、品質を維持するためのプロンプト工夫、現実に残る課題を共有します。
パイプラインの全体構成
記事量産パイプラインは、シンプルな4ステップで構成しています。第一に、トピック JSON ファイル (sites/<id>/topics.json) に書きたいテーマを蓄積する。第二に、Windowsタスクスケジューラが毎日朝10時と夕方18時に Gemini API を叩いて1本ずつ記事を生成する。第三に、生成された記事 JSON を内蔵 HTML エンジンで静的サイトに変換する。第四に、ConoHa WING に FTPS でデプロイ。1ステップあたり数十秒、合計で1記事あたり 30-60秒で公開まで完了します。
1日2本ペースで30日 = 月60本、コストは Gemini Flash で1本あたり約 0.4円、月総額 24円。これに API キーの管理費や他のクラウドサービス費を入れても、月 150-300円の範囲に収まります。
AI臭を抑える4つのプロンプト工夫
AI生成記事の最大の弱点は「AI臭」です。読者が「これはAIが書いた記事だ」と感じた瞬間、信頼性と読了率が落ちます。私は4つの工夫でこの問題を抑えています。
- 禁止語リスト: 「大きく」「目立った」「明確に」「新しい」など、AI が頻発する20以上の副詞をプロンプトで禁止
- 体験談強制挿入: 「運営者が2026年X月にXXで実際に試した結果」のスニペットを最低2箇所挿入する指示
- 具体数値必須: 「最低5個の具体数値 (時刻・回数・金額・時間など) を含める」指示
- 失敗事例の組み込み: 「最初の試みでXX円無駄にした」のような失敗談を必ず1つ含める指示
これらをプロンプトに組み込んだ前後で、私が読んだ感覚としては品質が約 1.5倍向上しました。「AIが書いた感じ」が明確に減り、人間の経験者が書いた記事として読める水準に近づきます。
ファクトチェックを後付けで入れた経緯
運用2ヶ月目に、ある問題に気づきました。Gemini が GramShift の機能を勝手に脚色していたのです。具体的には「DM 自動応答機能」「コメント自動管理機能」「投稿予約機能」など、実装していない機能を「あります」と書いていました。これは事実誤認であり、放置すると読者が誤情報を信じてしまいます。
対策として、ファクトチェックを2段階で導入しました。第一段階はプロンプトに spec.json (GramShift の実装機能リスト) を差し込み、AI が事実から外れない制約を入れる。第二段階は生成後の自動チェッカーで、禁止フレーズ (「DM 自動応答」など) が記事中に含まれていたら自動で再生成。この2段階でファクトエラーは月10件から1件以下に減りました。
残る課題 — 重複と独自性
量産パイプラインの最大の課題は、記事間の重複です。同じトピックジャンルで複数記事を書くと、表現や具体例が似通ってきます。Gemini は学習時のパターンから抜け出しにくく、5記事目あたりから「またこの例えか」というデジャヴが出てきます。
対策として、トピックごとに「使ってよい体験談」を spec.json に分散して紐付け、AI が記事ごとに違う体験談を引用するように設計しました。それでも完全な重複回避は難しく、現状は人間が月1回ほどスポットチェックして、似た記事を手動マージor削除しています。
AI量産パイプラインは「メディアの初速」を作る
AI記事量産が解決するのは「メディアサイトの初速」です。30本の記事を AI で2-3週間で揃え、AdSense審査やドメインオーソリティの基礎を作る。その後は、流入の多い記事だけ人間が深く書き直し、E-E-A-T (経験/専門性/権威/信頼) を補強する、というハイブリッドが現実解です。AIは「ゼロからのメディア立ち上げ」に最も効くツールで、運用が安定した後は「人間が選別+補強」する形に重心を移すべきです。