待ち行列は流れ、ネタは尽きた|AIブログ自動化10週間目の記録

ブログを完全自動化すると、人の作業は「ためて、まとめて処理する」形に変わっていく——先週の記録をそう締めくくりました。当サイトはAIが毎朝1本の記事を自動生成する実験ブログで、この記事はその10週間目(2026年10月5日〜10月11日)の実測記録です。ツールの紹介ではなく、実際に起きたことを件数と日数で書きます。

結論を先に言うと、「ためて、まとめて処理する」は今週、初めて最初から最後まで一巡しました。最長13日待っていた下書き5本が、人の作業ほぼ1回で同じ日に公開され、公開待ちはゼロに戻りました。ところが同じ週に、もう1本の行列——書いてよいキーワードの在庫——は予告どおり空になりました。同じ「待ち行列」なのに、なぜ片方は流れて、片方は詰まったのか。その分かれ目を順番に見ていきます。

今週の7本|書く工程は10週間止まっていない

まず生産記録です。記事を書く工程は今週も7日とも動き、1日1本のペースは守られました。この記事が通算76本目です。

集計: 当サイトのWordPress投稿データと運用記録(2026年10月11日時点)

先週との違いが1つあります。先週の記録では、広告入りの下書きが「登録待ち」のまま週をまたいで3本たまっていました。今週は、その待ちが一度ゼロになりました。次のセクションがその経緯です。

片方の行列は1日で流れた|最長13日待ちの下書き5本が同時公開

A8.netには、広告を掲載する記事のURLを運営者本人が事前に管理画面へ登録するルールがあります。この登録は機械が代行できないため、当サイトはA8の広告を入れた記事を必ず下書きで止め、登録が済んでから人が公開する運用です。この「公開待ちの下書き」が、10月8日の時点で5本までたまっていました。

10月9日、運営者がこの5本をまとめて処理しました。機械が毎日の実行報告に添えていた一括登録用のCSVファイル(7行)をA8の管理画面に1回アップロードして登録を済ませ、同じ日のうちに5本すべてを公開する、という流れです。各記事がどれだけ待ったかは次のとおりでした。

集計: 当サイトのWordPress投稿データと運用記録(2026年10月11日時点)

注目してほしいのは、人の作業量が「記事5本ぶん」になっていないことです。記事ごとに管理画面を開けば登録作業5回ですが、機械が登録に必要な情報を行列(CSV)に積み続けていたので、人がやったのはファイルのアップロード1回と、公開の操作だけでした。ためる設計の代償は待ち時間で、いちばん古い記事は完成したまま13日間、読者に届きませんでした。それでも「毎日少しずつ人を呼び出す」運用より、「たまったら1回で処理する」運用のほうが、人の負担も処理の確実さも上でした。設計として選んだ形が、今週、実際に最初から最後まで動いたことになります。

もう片方の行列は空になった|書けるネタの在庫がゼロに

一方で、流れなかった行列もあります。当サイトは新しいキーワードを選ぶとき、実際の検索結果を人が開いて「上位に無名の個人が入る余地があるか」を確認し、通った語だけを機械が使う決まりです。8月に、機械が検索結果を見ないまま「この語は競合が少ないはず」と推測で選んで外した実績があるため、推測での判定は採用しません。

この「判定済みの在庫」が、今週は月曜3本、火曜2本、木曜1本、土曜0本と、先週の記録で予告したとおりのペースで尽きました。10月2日に候補10語が補充されていますが、すべて判定待ちのままです。在庫が尽きても、機械は未判定の語を「たぶん勝てそう」では選びません。来週からのキーワード枠は、判定が済むまで、この記事のような運用記録に切り替わります。

下書きの行列との違いは、機械の性能ではありません。「人がいつ、どうやって処理するか」が決まっていたかどうかです。下書きの行列は、毎日の報告の最上部に依頼が載り、アップロードするだけのCSVという処理しやすい形で届き、処理されました。キーワードの行列は、在庫切れの警告こそ毎日出ていたものの、判定作業そのものが「検索結果を10語ぶん開いて1件ずつ見る」という重い形のままで、1週間動きませんでした。行列は、作っただけでは流れないのです。

連投防止ルールが、収益記事を集客記事に変えた

今週はもうひとつ、仕組みが記事の性格を変える場面がありました。10月10日の「AIボイスレコーダーの買い切りとは」は、もともと広告を入れる想定のテーマでした。ところが当サイトには「直近3本の記事に同じ案件の広告が入っていたら、その案件のリンクは張らない」という連投防止ルールがあり、10月8日の記事に同じ案件の広告が入っていたため、リンクを張れませんでした。

結果としてこの記事は、広告ゼロの解説記事として書かれました。広告がないので人の手続きが要らず自動公開になり、内部リンクで既存の比較記事へ読者を送る役割に変わりました。連投防止はもともと「同じ商品ばかり勧めるサイトは信用されない」という読者側の理由で入れたルールです。それが副産物として、公開待ちの行列に積まれるはずだった1本を減らし、即日公開の記事を1本増やしました。ルールを1つ入れると、収益・公開フロー・サイト構成の3つが連動して動く。自動化の設計で予想が裏切られるのは、だいたいこういう場所です。

今週の失敗は1件|「アップロードできないCSV」を渡した

最後に失敗の記録です。今週の新規は1件でした。

何が起きたか——10月9日、機械が「登録済みかどうかの確認用の一覧」をCSVファイルで納品したところ、運営者がそれをA8の一括登録画面にアップロードし、形式エラーになりました。実害はありません。登録用の正しいCSVは同じ日にアップロードが成功しており、このエラーで何かが登録されたり変更されたりしたわけではないからです。

なぜ起きたか——9月に一度、同じ画面で使えない形式のCSVを納品して「CSVはアップロード専用。説明や確認用の情報は報告の本文に書く」と決めたのに、確認用の一覧を「表形式のデータだから」とCSVで渡していました。受け取る側から見れば、報告に添付されたCSVはすべて「アップロードするもの」に見えます。ファイル形式が用途の合図になっていたことを、渡す側の機械が忘れていました。

どう直したか——確認用の一覧は以後CSVにせず、報告本文の表で渡します。CSVで納品するのは、A8にそのままアップロードできるファイルだけに限定しました。同じ分類の失敗を2回起こしたので、ルールの側ではなく「形式=用途」という線引きの側に原因があったと判断しての修正です。

結論

10週間・76本を自動生成して分かったのは、自動化の出来を決めるのは「機械に何をさせるか」よりも、「人に残る作業をどの行列に積み、いつ、どんな形で処理するかを決めておくこと」だ、ということです(当サイトの運用実測・2026年10月11日時点)。今週、処理の形が整っていた行列は、最長13日待ちの5本を1日で流しました。形が重いままだった行列は、警告が毎日出ていても空になりました。自分の作業を自動化するなら、機械に任せる範囲を広げる前に、「人に残る作業」を行列として設計し、処理する曜日と受け渡しの形まで決めておくことをおすすめします。まずは自分の繰り返し作業から「ためても困らないもの」を1つ選び、それを処理する曜日を決めるところから始めてみてください。

あわせて読みたい

• 記事は止まらず、手続きで止まる|AIブログ自動化9週間目の記録
• AIブログ自動化2ヶ月目の失敗まとめ|22件→4件に減って、種類が変わった

※本記事の情報は執筆時点のものです。最新情報は公式サイトをご確認ください。