無人で毎日投稿する仕組みをWindowsだけで組む（実測ログつき）

YUNARIは「人が手を動かさずに運営する」ことを実証しているブランドです。その中で最初に無人化できたのがSNSへの定時投稿でした。この記事では、追加費用ゼロ・Windows標準機能だけで組んだ構成と、実際に無人発火するまでに引っかかった点を書きます。

構成：やることは3つに分かれる

1. **文面のストック**：投稿文をあらかじめ複数用意し、型（作品見せ／裏側／商品案内）ごとに分けてテキストで持つ。

2. **投稿する処理**：ストックから今日の1本を選び、投稿し、結果を台帳に追記するスクリプト。

3. **起動する仕組み**：Windowsのタスクスケジューラで、決まった時刻にそのスクリプトを起動する。

クラウド側のスケジューラを使う手もありますが、手元のファイルを読む必要がある処理は、PC側のタスクスケジューラで動かすほうが確実でした。ここは実際に「クラウドから発火したが手元のPCに届かない」という失敗を経て決めた構成です。

同じ日に同じ型が2回動くと、同じ文面が続けて出ます。対策は、投稿した日付と型を台帳に書き、起動時にその日の同じ型が既に記録されていればスキップする、という単純なガードです。無人運転では「何もしないで正常終了する」経路を必ず用意しておく必要があります。

投稿処理が例外なく終わっても、実際に公開されているとは限りません。投稿後にその投稿のURL（permalink）を取得し、台帳に残すところまでを1つの処理にしました。翌朝、そのURLを開いて本文が読めることを確認して初めて「成功」と記録します。

タスクスケジューラの設定で「タスクを実行するためにスリープを解除する」を有効にしておかないと、時刻が来ても起動しません。電源設定と組み合わせて確認してください。ここも、実際に一度空振りしてから気づいた点です。

この構成で、朝8時の枠が人の操作ゼロで投稿され、台帳への記帳と公開ページの実読確認まで通りました。前夜に同型の重複ガードが正しくスキップしたことも確認できています。仕組みとしては地味ですが、「人がいない時間に動いて、動いた証拠が残る」ことが自動化の最低条件です。

同じ構成は、日次の数値計測、バックアップ、在庫の点検にもそのまま使えます。共通するのは「重複ガード」「実行結果の台帳」「事後の実読確認」の3点です。この3点が無い自動化は、動いているかどうかを誰も知らないまま止まります。