前回（第4回）でプロパティとタグの設計が固まったので、今回はいよいよ実際にVaultを作って、ブログ管理の器を組み立ててみました。ついでに、これまで書いてきた既存記事も一気に取り込んでみたところ、想定していなかったトラブルにも遭遇したので、正直にその顛末までお届けします。

フォルダ構成はこれだけ

第4回でプロパティ中心の設計に切り替えたので、フォルダは最小限にしました。

📁 フォルダ構成

Articles/　記事ノート本体（1記事＝1ノート）

05_post-management/　投稿管理ダッシュボード

Templates/　記事作成用テンプレート

工程ごとにフォルダを分けていた最初の案（01_ネタ帳〜05_投稿管理）と比べると、フォルダの数はかなり減りました。その代わり、statusプロパティを見れば今どの段階にいるかが一目で分かるようにしています。

投稿管理ダッシュボードは、あえて手動集計

05_post-management/dashboard.md に、記事へのリンクをstatusごとに手で並べているだけの、シンプルな一覧を作りました。

💡 なぜ今は手動なのか

BasesやDataviewプラグインを使えば、プロパティを見て自動集計できるはずです。ただ、それはまだ「構想」の段階。まずは手作業で運用してみて、本当に必要な集計項目が見えてから、プラグイン導入（次回予告の内容）に進むほうが遠回りにならないと考えました。

既存記事を8本、まとめて移行してみた

せっかくVaultを作ったので、これまで書いてきたブログ記事もまとめて取り込むことにしました。テキストを貼り付けるだけで済むように、区切り記号付きのフォーマットを決めて、一気に8本移行しました。

シリーズ	本数	status
Obsidianシリーズ	3本（第1〜3回）	公開済み
Grokシリーズ	2本	公開済み1・予約済み1
Perplexity活用シリーズ	3本	公開済み

移行の途中、公開日が未来の日付になっている記事が3本混ざっていることに気づきました。実はこれは投稿予約中でまだ公開前の記事で、status: 公開済みのまま扱ってしまうところでした。第4回で追加したscheduled_dateプロパティのおかげで、「予約済み」として正しく区別できました。日付だけで機械的に判断せず、実態を確認する大切さを実感した場面でした。

【トラブル編】zipで文字化けが発生した

ここからが正直に報告したい失敗談です。フォルダ名やファイル名を日本語（例：「05_投稿管理」「グラフビューを触ってみた.md」）のままzip化して渡したところ、Windows環境で解凍した際に、フォルダ名が文字化けしてしまいました。

😲 何が起きたか

「05_投稿管理」というフォルダが、解凍後には意味不明な文字列になっていました。中のファイルも同様です。

原因は、zip作成環境（Linux/UTF-8）と、解凍環境（Windows）とで、日本語ファイル名の文字コード解釈が食い違ったことでした。

解決策はシンプルで、フォルダ名・ファイル名を英数字（ASCII）だけにすることでした。「05_投稿管理」→「05_post-management」、「グラフビューを触ってみた.md」→「graph-view-note.md」のように変更し、ノート内部のタイトルや本文は日本語のまま残しています。ノート同士のリンクも、[[graph-view-note|グラフビューを触ってみた]] のようにエイリアス形式にすることで、表示上は日本語のまま、実体はASCII名のファイルを指すようにしました。

⚠️ 教訓

zipで日本語ファイル名を使うと、解凍する環境によって文字化けするリスクがある。特に複数人・複数OSでファイルをやり取りする可能性があるなら、ファイル名は最初からASCIIにしておくのが安全。中身（タイトルや本文）まで英語にする必要はない。