AIに記事の配信を任せた最初の1週間：3回止まった。原因はぜんぶこれだった

2026年11月14日 2026年11月14日

hukugyou

「完成した。毎日自動で記事が出る」と思った翌朝、1本も投稿されていませんでした。

これが私の「AIで楽になった話」のはずが、実際には「自動化の初日、やらかした話」になった顛末です。

なぜ自動化しようとしたのか

もともとブログを複数運営していて、Ameba・FC2・楽天ブログ・WordPressと4つのプラットフォームに同じような記事を出し続けることに限界を感じていました。1本書いて、各プラットフォームに合わせてリライトして、貼り付けて、投稿ボタンを押す。単純作業なのに時間だけが消えていく。

「ここをAIに任せればいい」と思ったのは自然な流れでした。LLMを使えばリライトは数秒、投稿もスクリプトを書けば自動でできる。長年（C言語の時代から）自動化をやってきた自分にとって、難しそうには見えませんでした。それが甘かった。

自動化の仕組みを作るとき、各プラットフォームへのログインはブラウザの認証情報（Cookieなど）を使います。最初のテストでは問題なく動きました。数日後に実際に運用を始めたら、ログインが通らなくなっていた。Cookieの有効期限が切れていたのです。

「エラーが出ていれば気づいた」のですが、スクリプトはエラーなく終了していました。「投稿しようとしたが認証が切れていたので、何もせずに終了」というログを、私は「成功」だと誤解していました。ここがいちばん痛かった。ログを信用していたのが間違いでした。

認証を直した後、今度は記事は投稿されたのに公開されていない状態が続きました。投稿のAPIコールは成功（ステータス200）していました。ところが実際には「下書き保存」の設定のままになっていた。

スクリプトの中で、公開状態を明示的に指定していなかったのです。APIが返すステータスコードだけを見ていて、「本当に公開されたか」は確認していませんでした。ちょっと待って、実際に動いてる？と自分に聞くべきでした。

確認ロジックを追加した後、タイムアウト時の再試行も入れました。「失敗したら1回だけやり直す」設計です。朝起きたら通知が2本。同じ記事が2本投稿されていました。

再試行する前に、「本当に投稿されていないか」を確かめる処理を入れていなかったのです。タイムアウトしたとき、実は投稿は完了していたが確認に時間がかかっただけ、というケースがありました。

これら3つを直してから、1週間以上安定して動いています。修正した内容はシンプルです。投稿後に公開URLが実際に存在するかを確認する。再試行前に「対象が本当に未投稿か」を確認する。認証切れはエラーとして記録し、通知する。

「動いた」と「成果が出た」は違います。正直、自動化を始めたばかりの頃はこの違いをなめていました。

まだ確かめていないこと：長期間運用したときにどのくらいの頻度でまた止まるか。これはもう少し見てから書きます。

詳しい経緯はnoteでも書いています：https://note.com/quick_harte2469/n/nd194fe64db50

副業・AI自動化の仕組みについて相談したい方はこちら：https://coconala.com/users/5365528

＼最新情報をチェック／