Claude Codeでブログのカテゴリを整理する

カテゴリ整理は、一覧の集計と再編案の作成をAIに任せ、URL変更・削除・命名を人が決めると安全です。WordPress APIの操作は、対象と復旧方法を確認してから別工程で扱います。

分析だけを先に行う

分類案を作る作業と、公開サイトを変える作業を切り離します。

1. 1現状の一覧記事ID・カテゴリ・URLを集計する。
2. 2読者別の案カテゴリの役割と、記事を入れる基準を決める。
3. 3少数で試す控えを用意し、再分類とリンクへの影響を確認する。

カテゴリ整理だけのつもりでURL変更や削除へ進まないよう、操作の範囲を明示します。

記事ID、現在のカテゴリ、タイトル、URLをCSVなどに書き出し、作業フォルダーへ置きます。

articles.csvを読み、カテゴリごとの記事数、重複候補、未分類を表にして。
カテゴリの作成・変更・削除、記事の更新、外部通信はしない。
読者の目的「導入」「権限」「実践」「トラブル」を軸に再編案を3通り出して。

Claude Codeはファイルの分析・編集やコマンド実行を行えるため、権限のあるAPIスクリプトを不用意に実行しないよう、分析段階の許可を限定します。 概要

再編案の判定

各案について、カテゴリの役割を一文で書き、1記事が複数の目的に入る場合の優先順位を決めます。記事数だけで分類せず、読者が探す言葉、既存URL、関連記事導線を確認します。「その他」「AI活用」のように範囲が広い名前は、具体的な記事例を添えて検討します。

操作前チェック

カテゴリ変更前にDB・記事・設定をバックアップし、ステージングで対象IDを少数試します。作成・再分類・リンク確認を分け、削除は最後にします。親子構造やスラッグを変えるとアーカイブURLに影響する場合があるため、リダイレクト計画と復旧手順を先に用意します。WordPress REST APIを使う場合も認証情報をログやプロンプトに残しません。

記事の下書きは本文作成、タイトルとの整合性はタイトル案、全体の作業順は更新ワークフローを参照してください。

限界

分類案は読者の実際の行動を測定したものではありません。公開後の検索データ・サイト内検索・クリック経路を期間付きで見て、変更の影響を評価します。

小規模に移す

最初は重複が明らかな数記事だけを新カテゴリへ割り当て、一覧ページ、パンくず、関連記事、サイトマップを確認します。表示とURLが問題なければ対象を増やします。カテゴリを増やすことが目的にならないよう、読者が次に選ぶ行動を一つ決めてから名前と説明文を確定します。

案を比較するときは、カテゴリ名だけでなく、代表記事、入口になる記事、次に読む記事をセットで示します。一つの記事を無理に複数カテゴリへ入れると一覧の意味が曖昧になるため、主目的を一つ決め、補足の関係は本文リンクで表します。変更後はカテゴリ一覧の件数、404、パンくずの表示、サイト内検索を確認し、問題があれば作成した移行表から戻します。