「Codexはブログ運営の何に使えるのか」「記事を書く以外にも任せられるのか」と疑問に思う方へ、先に結論をまとめます。
Codexは、コードやファイルを扱いながら作業を進められるAIエージェントです。私は一般的なチャットで相談するだけでなく、ブログ運営に関するファイルを確認し、記事や管理メモを作成・更新する用途で使っています。
この記事では、導入手順ではなく、個人ブログ運営の中で何を任せ、何を自分で確認しているかを紹介します。記事作成だけではなく、管理・分析・改善までを一連の流れとして扱う方法が中心です。
Codexを使い始めた理由
最初は、ブログ記事を書く作業を効率化したくてCodexを使い始めました。しかし、記事が増えると、下書きだけでなく、公開用HTML、記事の状態、画像、内部リンク、分析データ、改善課題も管理する必要があります。
その都度チャットへ過去の経緯を説明する方法では、作業の続きが分かりにくくなります。そこで、ブログ運営に必要な情報をファイルへ整理し、Codexが現在の状態を確認しながら作業できるようにしました。
実際にCodexへ任せている作業
具体的には、次のような作業を任せています。
- 記事候補と検索意図の整理
- 記事の構成案、Markdown下書き、はてなブログ用HTMLの作成
- タイトル、概要、カスタムURL候補の整理
- 画像を入れる位置、公開前チェック項目、内部リンク候補の整理
- 記事台帳の状態や保存先の更新
- Next Actionsで次の作業を整理
- Weeklyへ変更履歴を追記
- Search Console・GA4の期間比較や週次レポートの下準備
- リライト候補、観察を続ける記事、内部リンク候補の抽出
- 公開後のURL、公開日、記事状態の同期
この一覧のとおり、Codexには文章生成だけでなく、記事を作り、公開し、データを確認する周辺作業も任せています。
記事作成・管理・分析・改善の4領域
1. 記事作成
記事候補をもとに検索意図と構成を整理し、Markdownの下書きを作ります。その後、はてなブログ用HTML、タイトル候補、記事概要、画像の差し込み位置、公開前チェックリストを用意します。
文章の事実や実体験は人間が提供します。Codexには、内容を読者に伝わる順番へ並べ、確認しやすい原稿へ整える役割を任せています。
2. 記事とサイトの管理
記事の状態、保存場所、公開後の作業を記事台帳で管理します。サイト全体では、現在の状態、次の作業、変更履歴をそれぞれ分けて扱います。
複数のブログを同じプロジェクトで管理するときは、サイトごとの記事や分析を混ぜないことも重要です。具体的なフォルダ名、各ファイルの役割、移行手順は、次のフォルダ構成の記事で詳しく扱います。
3. アクセス・検索・収益の分析
Search ConsoleやGA4では、対象期間と比較期間をそろえ、記事別・クエリ別の変化を整理します。Codexにはデータの整形や比較表、レポートの下準備を任せます。
収益データはアクセスデータと分けて考えます。アクセスが増えたから収益も増える、と単純には判断しません。数字の意味や次に行う施策は、人間が確認して決めます。
4. リライトと内部リンク改善
記事の状態や分析結果から、すぐリライトする記事、しばらく観察する記事、内部リンクを追加する記事を整理します。新しい記事を公開した後は、既存記事から自然に案内できる場所も確認します。
Codexは判断材料を並べる役割です。検索順位が落ちた記事を、理由を確認せずに書き直すことまでは任せていません。
1記事の公開・改善フロー
1記事は、次の6段階で扱っています。
STEP 1：候補と企画を整理する
Codexが候補、読者の悩み、検索意図、既存記事との重複を整理します。記事にするかどうか、方向性をどうするかは人間が決めます。
STEP 2：Codexで構成・原稿を作成
Codexが見出し構成と下書きを作り、人間が実体験、事実、公開できる情報かどうかを確認します。
STEP 3：公開用HTMLを準備する
Markdownをもとに、はてなブログ用HTML、タイトル、概要、画像位置、チェック項目を整えます。表やボックスが読みやすいかも確認します。
STEP 4：人間が確認して公開する
はてなブログへの貼り付け、画像の選定、PC・スマートフォン表示確認、公開判断は人間が行います。 Codexが作った内容をそのまま公開することはありません。
STEP 5：公開後の情報を同期する
公開後に確定したURL、公開日、記事状態を台帳へ反映します。公開前のメモと、実際に公開した結果を分けて記録します。
STEP 6：データを分析して改善
Search ConsoleやGA4の変化を確認し、リライト、内部リンク追加、観察継続の候補を整理します。実施する施策と保留する判断は人間が決めます。
Codexと人間の役割
| 作業 | Codex | 人間 |
|---|---|---|
| 企画・構成 | 候補や論点を整理 | 記事の方向性を決定 |
| 下書き・HTML | 原稿と形式を作成 | 事実と表現を確認 |
| 管理 | 台帳・Next Actions・Weeklyを更新 | 状態と優先順位を確認 |
| 分析 | データを整形・比較 | 数字の意味と施策を判断 |
| 公開 | チェック項目を整理 | はてなブログで公開 |
| 改善 | 候補と根拠を整理 | リライトや観察を決定 |
完全自動化しない理由
実体験の細部や、自分の感覚に合う表現は、本人が確認する必要があります。商品情報、画像、個人情報、非公開データも、公開前に人間が確認します。
公開後の影響も記事ごとに異なります。アクセスが一時的に落ちたからといって、すぐリライトすべきとは限りません。データの期間や内容を確認し、観察を続ける判断も残します。
作業を支えるプロジェクト構成
記事や分析を継続するには、作業の結果だけでなく、現在の状態や次の作業も保存する必要があります。そこで、概念的には次のように分けています。
ブログ運営プロジェクト
├─ 共通ルール
├─ サイトごとの情報
├─ 記事原稿
├─ 分析データ
└─ 作業履歴目的別・サイト別に分けることで、「どの記事の情報か」「次に何をするか」を確認しやすくなります。
具体的なディレクトリ名、各ファイルの役割、実際の構成に移行した理由は、フォルダ構成の記事で扱います。入口記事では、管理用の構成が必要になった理由だけに絞ります。
このブログで今後紹介すること
今後は、個人ブログをCodexで管理するためのフォルダ構成、Search Consoleの比較データ、長いタスクを分割する考え方を記録します。KnowledgeとWeeklyを分けた理由、記事公開後の管理、内部リンク監査、初期設定も、確認できた範囲で紹介します。試したこと、失敗、保留、修正過程を残していく予定です。
まとめ
Codexには、記事候補の整理、下書き、HTML作成、台帳更新、分析データの整理、改善候補の抽出などを任せています。記事作成・管理・分析・改善を別々に扱うのではなく、1記事の流れとしてつなげている点が、現在の使い方です。
一方で、実体験や事実の確認、公開操作、表示確認、最終判断は人間が担当します。完全自動化ではなく、Codexが整理と下準備を行い、人間が確認と判断を行う役割分担です。