背景
WordPress Gutenbergでの直接執筆からVSCode + Markdown + 自動投稿スクリプトに移行しました。システムの実装自体は別記事にまとめているので、ここでは継続運用のために効いた細かい工夫を記録します。
1. フォルダ構成は年月で切る
posts/
├── 2025/
│ ├── 01-january/
│ │ ├── article-1/
│ │ └── article-2/
│ └── 02-february/
│ └── article-3/
└── 2026/
└── 01-january/
└── article-4/
記事数が増えても「いつ頃書いた記事か」で探しやすく、アーカイブ単位も自然に決まります。
2. 記事テンプレートをコピーして起点にする
毎回ゼロから書き始めると、Front Matterの書き漏れやカテゴリの指定ミスが起きがちです。テンプレートファイルを用意してコピーする運用にしました。
cp templates/post-template.md posts/new-article/post.md
---
title: "【カテゴリ名】記事タイトル"
slug: article-name
category: Development
tags: [タグ1, タグ2]
featured_image: featured.jpg
mode: html
status: draft
date: 2026-01-11
---
## はじめに
この記事では...
### 対象読者
- ○○な方
## 本文
詳しい説明...
## まとめ
この記事では...
3. 画像ファイルの命名規則
01-descriptive-name.png
02-another-image.png
03-final-screenshot.png
連番＋内容が分かる名前にしておくと、Markdown内での参照順と実際のフォルダ内の並びが一致し、後から見返す時に迷いません。
4. VSCodeスニペットで定型パーツを高速入力
{
"Code Block": {
"prefix": "code",
"body": ["```${1:bash}", "$0", "```"]
},
"Image": {
"prefix": "img",
"body": [""]
}
}
code → Tab、img → Tab で定型のMarkdown構造をその場で展開できます。
5. 効果測定は「作業ごとの所要時間」で比較する
改善効果を定性的な感想だけで終わらせず、作業ステップごとに時間を計測して比較しました。
| 作業 | Before | After |
|---|---|---|
| 新規投稿1回あたり | 約40分（画像管理・投稿作業込み） | 約30秒（npm run publish） |
| 既存記事の更新1回あたり | 約10分（WordPress管理画面での作業） | 約30秒 |
週1回の更新ペースで年間換算すると、投稿・更新作業だけで数十時間規模の差になりました。感覚ではなく数字で効果を確認できると、環境改善への投資判断がしやすくなります。
まとめ
自動投稿の仕組みそのものより、「テンプレート化」「命名規則の統一」「スニペット」といった細かい運用ルールの積み重ねが、書き続けるための土台になっています。自動投稿システムの実装詳細・画像のハッシュ管理は別記事にまとめています。