自動化が「動いているつもり」で止まっていた話｜エラーが出ない失敗の見つけ方

この記事は、個人で作った自動化が「エラーも出さずに止まっていた」ときに、どうやって気づいたか、そして気づけるようにするために何を足したかをまとめたものです。読み終わると、自動化を組んだあとに最低限どこを見ておけばいいか、そして「画面が正常に見えること」がどれくらい当てにならないかが分かります。

書いているのは「さとり」です。元は調理師で、飲食の現場に10年いました。そこからSNS運用代行のフリーランスとして独立して、営業が苦手なぶんを埋めるつもりで自動化を作り始めた在宅ワーカーです。エンジニアではありません。2026年6月から自分の投稿まわりを自動化していて、まだ2ヶ月ほどです。その2ヶ月で、驚くほどの回数、黙って壊れました。

結論：自動化の失敗は「止まる」より「黙って進む」ほうが多い
実際に起きた「エラーが出なかった失敗」
なぜ気づけないのか
気づくために足したこと
数字も、黙って壊れる
「動いている」と「届いている」は別の話
これから自動化を組む人へ、先に入れておくといいもの
それでも自動化を続けている理由
まとめ

結論：自動化の失敗は「止まる」より「黙って進む」ほうが多い

先に結論を書きます。個人で組む自動化でいちばんこわいのは、赤いエラーが出て派手に止まることではありません。何も起きていないのに、画面上はすべて正常に見える状態です。

止まればまだ気づけます。通知が来ない、ファイルが増えない、ログにエラーが残る。何かしら手がかりがあります。ところが「そもそも起動していない」「処理がまるごと飛ばされた」といった失敗は、エラーすら残りません。動いていないのだから、失敗のログも出ないわけです。

私はこれを、頭で理解するのではなく、実際に何日ぶんも投稿を落としてから理解しました。以下、実際に起きたことを順番に書きます。どれも自分でやらかしたことです。

実際に起きた「エラーが出なかった失敗」

まず、現在動かしている仕組みを簡単に説明しておきます。Threadsに1日5本（7時・12時・17時・21時・23時）を全自動で投稿していて、Xも同じ時間に1日5本を同じ作りで投稿しています。Windowsのタスクスケジューラーと、PythonとAPI直叩きで組んだものです。毎朝6時台にAIが投稿文をまとめて生成してGoogleドライブにテキストで保存し、投稿スクリプトはそれを読んで投げるだけ、という流れになっています。

この構成で、次のような失敗をしました。

タスクは「準備完了」と表示されていたのに、一度も動いていなかった

Xの自動投稿を組んだときの話です。タスクスケジューラーの一覧を見ると、登録したタスクは全部「準備完了」と表示されていました。登録は成功しているように見えたので、あとは時間が来れば投げてくれるものだと思っていました。

実際には、一度も動いていませんでした。

原因は、タスクを登録するスクリプトの中で、変数名にPowerShellの予約語を使ってしまっていたことでした。そのせいでタスクに渡す引数が丸ごと空になっていて、起動しても何をすればいいのか分からない状態だったわけです。エラーも出ず、ログも残らないので、気づくのにかなり時間がかかりました。

このとき思ったのは、「準備完了」という表示は登録が済んだことしか意味していないということでした。中身が正しいかどうかは何も保証していません。それ以来、タスクを登録したあとは表示だけで安心せず、渡している引数が空になっていないかを毎回確かめるようにしています。

早朝にPCがスリープしていて、3日間まるごと投稿が消えた

2026年7月3日から5日まで、Threadsの投稿が1本も出ていませんでした。3日間です。

原因は単純で、早朝にPCがスリープしていて、6時の生成スクリプトが走れなかったことでした。生成が走らなければ、投稿文のファイルは作られません。投稿スクリプトは読むファイルが無いので何もしません。どこにも「失敗」は無くて、ただ全部が空振りしていました。

正直、気づいたときはかなり落ち込みました。毎日決まった時間に出ることだけを頼りにしていたのに、その前提が消えていたわけです。

書き込む先を間違えていて、告知が一度も出ていなかった

noteの新着はRSSで拾って、月水金に自動で告知するようにしています。ところが、この告知が一度も投稿されていない時期がありました。

原因は、告知文をスプレッドシートにだけ書き込んでいて、投稿スクリプトが実際に読みに行くドライブ側のファイルを更新していなかったことでした。スプレッドシートを開けば、告知文はちゃんと並んでいます。作られていないわけではないのです。ただ、置き場所が違っただけでした。

これも、片方だけ見ていたら「できている」と判断してしまう類の失敗です。

見た目がまったく同じファイルで止まった

認証トークンのファイルにBOMが混ざっていて、投稿が丸ごと止まったことがあります。BOMというのは文字コードの先頭に入る目印のようなもので、テキストエディタで開いても見た目は何も変わりません。中身は正しいのに、認証だけ通らない。原因の特定にずいぶん時間がかかりました。

似た失敗として、トークンのファイルを全行つなげて読んでしまい、認証エラーになったこともあります。実際に必要だったのは1行目だけでした。

どちらも、ファイルを開いて目で見るかぎりは正常です。「見て確認した」がまったく役に立たない領域があるのだと、このとき知りました。

処理がまるごと、無言でスキップされていた

日付を整える処理を書いたときの話です。パソコンによって使える書き方と使えない書き方があるのを知らないまま書いてしまい、その機能がまるごと無言でスキップされていました。

エラーが表に出ないので、動いていないことに気づけません。私にとっては、これがいちばんこわい形の失敗でした。

AIの利用上限で、生成そのものが落ちた

2026年8月6日、朝6時の投稿文生成が動かず、その日のThreadsは朝と夕、Xは朝・昼・夕の投稿がまるごと出ませんでした。原因は、生成に使っているAIの利用上限に当たって止まっていたことです。

そして、止まったこと自体に夜まで気づきませんでした。

8月8日にあらためて調べて、対策を入れました。投稿文を前夜のうちに翌日ぶんまで作っておき、朝までに6回作り直しを試す形に変えています。1回で失敗したら終わり、という作りをやめた形です。

このとき、ついでに別の問題も見つかりました。6月20日から動きっぱなしだったクラウド側の旧ルーティンが、毎朝使われないゴミファイルを作り続けていたのです。溜まっていたのは19本でした。こちらも、誰も困っていなかったので誰も気づきませんでした。

なぜ気づけないのか

並べてみて分かったのは、私が見ていたものはだいたい「そうなってほしい状態」であって「実際にそうなった結果」ではなかったということでした。

タスクの「準備完了」は、登録できたという意味でしかない
スプレッドシートに文章が並んでいるのは、原稿ができたという意味でしかない
スクリプトを書いたのは、書いたという意味でしかない

どれも、実際に投稿が世に出たかどうかとは別の話です。ところが作った本人からすると、これらは全部「うまくいっている証拠」に見えてしまいます。自分で組んだものだからこそ、期待した動きを前提に画面を読んでしまう、という感覚がありました。

もうひとつは、失敗の多くが「何も起きない」という形をとることです。投稿が変な内容で出てしまえば、見た瞬間に分かります。でも「出ていない」は、意識して探しにいかないと視界に入りません。SNSのタイムラインは、自分の投稿が無くても普通に流れていきます。

気づくために足したこと

そこで、いくつか点検を足しました。難しいことはしていません。

まず、投稿が失敗したらログに残して、Discordに通知が飛ぶようにしました。さらに、次にPCを開いたときにも報告が上がるようにしています。通知を見逃しても、あとからもう一度目に入る形です。

次に、週次と月次で自分の投稿を自動集計して、Discordにレポートを飛ばすようにしました。これは成果を見るためというより、「今週の本数が明らかに少ない」で異常に気づくためのものとして効いています。実際、本数が想定より少なければ、その週のどこかで落ちたということです。

そして、期限が切れるものを先に潰すようにしました。Threadsの認証トークンは60日で切れます。これが切れたら投稿は全部止まります。あるとき、あと10日で切れるところだったことに気づいて、その日のうちに延長し、ついでに毎月1日に自動で延長する仕組みを入れました。気づいたのは本当にたまたまで、あと少し遅ければ全部止まっていました。

期限まわりでは、SNS以外でも同じことをやらかしています。2026年8月8日に集客用のLPを飲食店専門から業種を問わない汎用版に書き換えたのですが、その作業の途中で、キャンペーンの期限が6月末のまま失効していたことと、料金の説明に使っていた金額がどのプランとも一致していなかったことが見つかりました。書き換えのついでに見つかっただけで、探しにいったわけではありません。

「期限があるもの」は、放っておくと必ず黙って壊れます。しかも壊れる日は最初から決まっています。ここは自動で延長するか、少なくとも自動で通知するようにしておくのが、いちばん費用対効果が高かったと感じています。

数字も、黙って壊れる

仕組みだけでなく、中身の側でも同じことが起きました。

投稿文をAIに書かせていたとき、実際とは違う数字を書いてきたことがあります。本当は68本なのに62本と書いていました。しかも文章としては自然なので、読んでも気づけません。エラーも出ませんし、投稿は普通に成功します。ただ、内容が事実と違うだけです。

これに気づいたときは、正直ぞっとしました。自動化の失敗は「出ない」だけだと思っていたのに、「出るけれど間違っている」という形もあるのだと分かったからです。しかも後者のほうが、そのまま世の中に残ります。

対策として、実際に起きたことと実測値だけを書いた台帳を作り、そこに載っている数字しか使わせないようにしました。

ところが、台帳を足しただけでは直りませんでした。前から書いてあった「毎回、具体的な出来事を必ず入れる」という指示と噛み合わず、台帳のネタが尽きるとやっぱり作り話をしてしまったのです。「無ければ書かなくていい」と言い直して、やっと止まりました。

ここから学んだのは、指示を足すときは、前に書いた指示と喧嘩していないかを見る必要があるということでした。禁止を1行足しても、別の場所に「必ずやれ」と書いてあれば、そちらが勝ってしまいます。人に頼むときと同じで、指示同士の矛盾は、頼まれた側で勝手に解決されてしまいます。

「動いている」と「届いている」は別の話

ここまで書いたのは全部、仕組みが正しく動くかどうかの話です。ただ、正しく動いたからといって結果が出るわけではない、というのも同じ2ヶ月で分かったことでした。

実測を並べます。2026年6月25日から7月27日までに87本を自動投稿しました。その間、フォロワーは0人のままでした。7月27日時点で数えたとき、7月のビューは527、いいねは7、返信は0、リポストも0でした。返信は一度も来ていません。7月27日時点では、68本のうち13本がビュー0か1でした。

週ごとの平均ビューは右肩下がりで、18.2、15.9、8.4、7.9、5.0と落ちていきました。スロット別の平均ビューは、朝15.7、昼5.7、夜1.8で、朝がいちばん見られていました。

8月に入っても、大きくは変わっていません。2026年8月4日までの7日間でThreadsに24本投稿して、合計ビュー120、いいね1、返信0でした。この週はビューが0か1のままの投稿が8本ありました。7月のThreadsは82本投稿して、合計ビュー582、いいね8、平均ビュー7.1です。

Xのほうはもっと静かで、2026年8月9日までの7日間で19本投稿して、表示回数の合計は26、いいね0、返信2でした。この週は、表示回数が1回以下のままの投稿が12本ありました。

この数字を毎週見るのは、正直きついです。誰にも見られていない状態が続くのは、単純にこたえます。

ただ、この数字が出てくること自体には意味がありました。仕組みが動いていることと、届いていることは別々に測らないと分からない、と分かったからです。自動投稿は「続ける力」はくれましたが、「届く力」は別物でした。投稿の質を上げる前に、そもそも誰にも見られていないことのほうが問題だった、という順番です。

ひとつだけ手がかりがあるとすれば、抽象的な問いかけだけの投稿より、具体的なしくじりを書いた投稿のほうが見られていた、という感触です。この記事も、その延長で書いています。

これから自動化を組む人へ、先に入れておくといいもの

2ヶ月ぶんの失敗から、最初から入れておけばよかったと思うものを挙げます。特別な技術は要りません。

登録できたことと、動いたことを分けて確認する。「準備完了」の表示は動作の保証ではありません。渡している引数が空になっていないか、実際の実行履歴があるかまで見ます。
失敗したときだけでなく、成功したときも記録を残す。失敗の記録しか無いと、「起動しなかった」が検知できません。何も無いのが正常なのか異常なのかを区別できるようにしておきます。
件数を定期的に集計して、自分に通知する。週次や月次で本数を出しておくと、内容を読まなくても異常に気づけます。
期限があるものを一覧にする。トークン、キー、キャンペーンの終了日、契約の更新日。期限は最初から決まっているので、事前に自動化するか通知するかを決めておきます。
一度失敗したら終わり、という作りにしない。外部のサービスに依存する部分は、時間をずらしてやり直す余地を持たせておくと、丸一日ぶん落とさずに済みます。
出力される中身も点検の対象にする。数字や固有名詞は、事実の一覧を作って、そこにあるものしか使わせない形にしたほうが安全でした。
本文だけでなく、外から見える形も確認する。これは記事側の話ですが、広告表示を記事の先頭に置いたせいで、検索結果に出る説明文が「この記事には広告が含まれます」から始まっていたことがありました。本文だけ見ていたら気づけませんでした。

費用の話も少しだけ書いておくと、いま自動化にかかっているのは、XのAPI利用料が1日5本の投稿で月350円ほどです。ThreadsのAPIは無料で、タスクスケジューラーはWindows標準の機能なので0円です。金額の面でつまずいたことは、今のところありません。つまずいたのは全部、確認の作り方のほうでした。（2026年8月時点の目安です。最新の料金は各サービスの公式でご確認ください。）

それでも自動化を続けている理由

ここまで失敗ばかり書いたので、やめたくならないのかと思われるかもしれません。実際、うまくいっているとは言えない状態です。自社の収益はまだ立っていませんし、業務委託は仕事量が多いわりに利益は低いままです。自動化を作っているのに、結局そのつど自分の手を動かしてしまっている、という自覚もあります。

それでも続けているのは、手応えが無い時期のあとに来ることがある、と一度だけ経験しているからです。引き継いだクライアントの案件を、コンセプトから作り直したことがありました。それが最近になって伸びました。伸びるまで手応えは一切ありませんでした。やっている最中は、効いているのかどうか分からないままでした。クライアントも驚いていましたし、正直、自分でも驚きました。

あの経験があるので、反応が無い期間をすぐ失敗とは思わないようにしています。ただし、これは「何もせず待てばいい」という意味ではありません。少なくとも、本当に動いているのかどうかだけは、期待ではなく記録で確かめておく必要があります。反応が無いのは仕方がないとしても、そもそも投稿が出ていなかった、というのは別の問題だからです。

動いているつもりで止まる、はいちばん気づきにくい失敗でした。自分の仕組みで同じことが起きていないか気になれば、公式LINEから声をかけてください。