ブログの自動公開を仕組み化して、実際に運用してみた記録
「ブログを自動更新する」と聞くと、全部を機械任せにする姿を想像するかもしれません。実際にこのサイトで自動公開の仕組みを組んで回してみると、任せていい部分と、任せてはいけない部分がくっきり分かれると感じました。その記録を残します。
作った仕組み
やったことはシンプルです。
- 記事は前もって何本か書き溜めておく
- そこから1本ずつ、決まった曜日に自動で公開する
これだけ。WordPressのような重い仕組みは使わず、テキストファイルを置いて公開するだけの軽い構成にしました。全体像は 自動更新ブログを作った全記録 に書いています。
任せてよかった部分
公開のタイミング
「いつ出すか」を毎回考えるのは地味に面倒です。曜日を決めて自動化したら、その手間がまるごと消えました。書き溜めさえあれば、自分が何もしなくても更新が続く。この安心感は思った以上に大きい。
機械的な処理
サイトの再生成、リンクの更新、公開作業。こういう「やれば終わるが間違えやすい」工程は、自動化したほうが速いし正確です。
任せてはいけないと感じた部分
中身の質
ここが核心でした。公開を自動化すると、つい「書くこと自体も全部自動でいいのでは」と思いたくなる。でも、中身の良し悪しのチェックを飛ばすと、薄い記事が自動で世に出続けることになります。これは検索エンジンにも読者にも嫌われる、最悪の自動化です。
なので、あえて「最終チェックを通った記事しか公開できない」関門を仕組みに入れました。チェック前の記事は、自動公開のラインに乗らない。自動化しても、品質の最終判断だけは人の手（あるいは明確な基準）に残す——この線引きが、たぶん一番大事です。
実際に運用して分かった、設計の抜け
しばらく回してみて、自分の設計に大きな抜けがあったことに気づきました。「止まったときに気づく方法」を作っていなかったのです。
公開の自動化は、動いているときは何も言いません。それは正常な状態です。問題は、止まったときも何も言わないこと。エラーはログファイルに記録されていましたが、そのログを開く習慣が無ければ、書かれていないのと同じでした。
結果として、仕組みが止まっていることにしばらく気づけませんでした。在庫の記事は残っているのに、一本も公開されない状態が続いていた。
なぜ気づけなかったか
振り返ると、原因は仕組みではなく心理でした。
自動化した直後は、誰でも動作確認をします。私もしました。問題はその後で、うまくいっていると安心して見なくなる。そして見なくなった頃に、静かに壊れる。
手作業なら「今週やっていないな」と自分で気づきます。自動化は、その自覚すら奪う。便利さと引き換えに、感知能力を手放していたわけです。
直したこと
対策として、状態を残す仕組みを足しました。
- 実行のたびに「いつ動いたか」「成功したか失敗したか」を必ず記録する
- 最後の公開から一定期間が過ぎていたら、画面を開いた時に警告を出す
- 在庫が少なくなったら、それも警告する
ポイントは、正常なときは何も出さず、異常なときだけ目立たせることです。毎回何か表示されると、人はすぐ読み飛ばすようになります。
回してみて思ったこと
自動化は「楽をするため」より「続けるため」の道具だと感じました。人間は飽きるし、忙しいと更新が止まる。仕組みが代わりに淡々と出してくれると、止まらない。
ただし、淡々と出せるからこそ、何を出すかの基準は厳しく持っておかないと、楽に薄いものを量産してしまう。便利さと引き換えに、質を守る意志が要る。そこだけは自動化できませんでした。
自動化していい作業、してはいけない作業
今回の経験から、線引きがはっきりしてきました。
自動化していいのは、正解が決まっている作業です。決まった曜日に公開する、ファイルを変換する、同じ形式に整える。これらは何度やっても答えが同じなので、機械のほうが正確で速い。
してはいけないのは、判断が要る作業です。この記事は世に出す価値があるか、この表現は誇張になっていないか。答えが状況によって変わるものを自動化すると、間違いも自動で量産されます。
境目が分かりにくいのは「一見決まっているが、実は判断が要る」作業です。たとえば「記事を公開する」は一見単純ですが、何を公開するかは判断です。だから私は、公開の手順は自動化し、公開してよいかの判断だけ手前に残しました。
まとめ
- 公開のタイミングと機械的処理は、自動化して正解
- 中身の質チェックは、自動化してはいけない最後の砦
- 自動化は「楽」より「継続」のための道具
この仕組みが実際にどう成果に繋がるかは、これから記録していきます。収益化をどう考えているかは あえて収益化を急がなかった話 に書きました。