MENU
Codexと一緒に、個人ブログを月3万円まで育てる実験記録
  1. ホーム
  2. Codexブログ運用
  3. GitHubでブログ運用ログを管理してオンライン編集できるようにする方法

GitHubでブログ運用ログを管理してオンライン編集できるようにする方法

Codexブログ運用
GitHubでブログ運用ログを管理してオンライン編集する方法を表すアイキャッチ画像

ブログを続けていると、記事本文以外にも管理するものが増えてきませんか？

作業ログ、画像生成プロンプト、スクリーンショット、公開前チェックリスト……気づけばローカルフォルダがファイルであふれ、「どれが最新のファイルか」「次に何をやるべきか」がわからなくなってきます。

このブログ（AIブログ実験室）でも、WordPressの初期設定・トップページ改善・記事作成・画像生成・Search Console設定を進めるうちに、まったく同じ状況になりました。

そこで、ブログ運用フォルダをGitHubに接続し、ブラウザだけで確認・編集できる状態に整えました。この記事では、その具体的な方法をまとめます。

この記事でわかること

  • GitHubをブログ運用に使う理由
  • 実際に管理しているファイル一覧
  • 絶対に上げてはいけない情報
  • 初心者が最初に覚えるべき5つの操作
目次

なぜブログ運用にGitHubが役立つのか

GitHubというと「エンジニアが使うもの」という印象があるかもしれません。でも実は、ブログ運用の管理ツールとしても非常に優秀です。

WordPressの管理画面では追えないものが山ほどある

WordPressで実際にブログを運営してみると、管理画面の外側にも管理が必要なものが山ほど出てきます。

  • 記事タイトルと公開状況の一覧
  • 狙っているキーワードのリスト
  • 記事の下書きファイル
  • 画像生成プロンプトの記録
  • スクリーンショットの保存ログ
  • 公開前チェックリスト
  • 次にやるタスク一覧
  • Search Console・Analyticsの確認メモ

これらをローカルフォルダだけで管理していると、PCを開かないと確認できません。ファイルが増えるほど「どれが最新か」も判断しにくくなります。

GitHubに置くと「いつでもどこでも」確認・編集できる

GitHubに置けば、ブラウザからMarkdownやCSVをいつでも確認できます。必要なときはオンラインで直接修正することも可能です。

また、このブログではCodexに作業を依頼することが多いため、GitHubに運用ファイルが集約されていると「今どこまで進んでいるか」をAIに伝えやすくなる、というメリットもあります。

GitHubで管理しているファイル一覧

AIブログ実験室では、GitHubを「記事本文の置き場」ではなく、ブログ運営全体の記録庫として活用しています。代表的なファイルは以下のとおりです。

ファイル用途
data/articles.csv記事タイトル・カテゴリ・公開状態・URLを管理
data/keywords.csv狙うキーワードと検索意図を管理
*_draft.md記事本文の下書きを保存
*_result.md作業結果・公開後の記録
assets/image_prompt_log.md画像生成プロンプトと使用状況の管理
screenshot/screenshot_log.mdスクリーンショットの保存状況を記録
screenshot/redaction_queue.mdマスク処理が必要な画像の管理
AGENTS.mdブログ運用ルールをまとめたドキュメント

この一覧がGitHub上にあると、Codexに「次に作る記事を提案して」「公開済み記事のリンク矛盾を確認して」といった指示を出しやすくなります。

GitHubに絶対に上げてはいけない情報

GitHubは便利ですが、何でも上げてよいわけではありません。特にブログ運用では、作業ログやスクリーンショットに管理画面のURL・ユーザー名・測定IDなどが写り込みやすいため注意が必要です。

以下のものは、GitHubに上げないと決めています。

  • パスワード・APIキー・認証コード
  • DB情報・秘密鍵・決済情報
  • .env ファイル
  • rawスクリーンショット画像（管理画面が写り込む可能性があるため）
  • 個人情報・高リスク情報が含まれる画像全般

重要： GitHubに上げる前に「公開しても問題ないか」を必ず確認しましょう。迷うものは上げないのが原則です。

AIブログ実験室では、作業証跡としてraw画像はローカルに保存していますが、Git管理からは除外しています。記事やSNSで使う場合は、個人情報部分をマスクした「redacted画像」のみを使います。

最初はPrivateリポジトリで始めるのが安全

ブログ運用ログには「公開してもよい情報」と「慎重に扱うべき情報」が混在します。そのため、最初はPrivateリポジトリで始めることを強くおすすめします。

Publicリポジトリにすると、記事の下書きや作業ログだけでなく、過去のコミット履歴もすべて公開されます。後から情報を削除しても、履歴に残ってしまう場合があります。

まずPrivateで運用を始め、外に出してもよいテンプレートや情報だけを別途整理して公開する——この流れが現実的で安全です。

GitHubでオンライン編集する5つの基本操作

GitHubの画面は英語が中心ですが、ブログ運用で最初に使う操作はそれほど多くありません。次の5ステップを覚えるだけで十分です。

STEP 1：リポジトリを開く

GitHub上のブログ運用リポジトリにアクセスします。

STEP 2：編集したいファイルを開く

例えば、記事管理なら data/articles.csv、次のタスク確認なら next_tasks.md を開きます。

STEP 3：鉛筆アイコンをクリック

ファイル画面の右上にある鉛筆アイコンを押すと、ブラウザ上で直接編集できます。

STEP 4：内容を修正する

Markdownファイルなら文章を、CSVなら行を編集します。

STEP 5：「Commit changes」で保存する

GitHubでは保存のことを「Commit changes」と呼びます。最初は難しく考えず、「変更を確定するボタン」と覚えておけばOKです。

英語画面が苦手な場合の対処法

GitHubには日本語UIへの切り替え機能がありません。Chromeの翻訳機能を使うと画面の意味は把握しやすくなりますが、いくつか注意点があります。

  • ファイル名まで翻訳されて表示されることがある
  • コードやコマンドの表示が崩れることがある
  • Markdownの本文の見え方が変わることがある

ファイル名やコマンドをコピーするときは、翻訳をオフにした状態で操作する方が安全です。

また、以下の画面は最初のうちは触らなくて問題ありません。必要になったタイミングで確認すれば十分です。

  • Settings
  • Security
  • Deploy keys
  • Actions secrets
  • Branches

GitHubとCodexを組み合わせるとできること

GitHub上に運用ファイルが整っていると、Codexへの指示がぐっとスムーズになります。たとえば以下のような作業を任せられます。

  • data/articles.csv を参照して次に書くべき記事を提案する
  • 公開済み記事と未公開記事の内部リンクの矛盾を確認する
  • タスクリストを整理して優先順位を整える
  • 記事の下書きをMarkdown形式で作成する
  • 公開後の作業ログを自動生成する
  • SNS投稿の案をCSVに追加する
  • 変更内容をGitHubにコミットして履歴に残す

WordPressの管理画面だけを見ていると、作業の文脈がその場限りになりがちです。GitHubにログを残しておくことで、「前回なぜこう判断したか」を後から確認できるようになります。

AIブログ実験室で実際にやったこと

このブログでは、次の手順でGitHubとの連携を整えました。

まず、ローカルのブログ運用フォルダをGitリポジトリとして初期化し、GitHubに上げてはいけないファイルを .gitignore で除外しました。特に重要だったのがスクリーンショットの扱いで、raw画像はGit管理から外し、redacted画像のみ使う方針に統一しています。

その後、GitHubでPrivateリポジトリを作成し、ローカルの main ブランチを接続しました。

git remote add origin https://github.com/fukuroworksai01-stack/blog-ops.git
git push -u origin main

これで、記事の下書きや作業ログをGitHub上のブラウザから確認できる状態になりました。

初心者がよくやってしまう失敗と対策

GitHubは便利な反面、初心者がつまずきやすいポイントもあります。事前に把握しておくと安心です。

  • rawスクリーンショットをそのまま上げてしまう
  • .env や秘密鍵を誤ってコミットしてしまう
  • Publicリポジトリにしてから情報の写り込みに気づく
  • Chrome翻訳でファイル名やコードの表示が変わる
  • 編集後に「Commit changes」を押し忘れて閉じてしまう
  • 何を変更したかメモせずコミットしてしまう

対策の基本： 最初から完璧なGit運用を目指す必要はありません。「上げないものを決める」「記事下書きと作業ログを管理する」「変更したらコミットする」——この3つができれば十分なスタートです。

今後の活用予定

このブログでは、GitHubを記事の保管庫としてだけでなく、ブログ運営の実験ログとして活用していきます。今後は以下のファイルも順次整えていく予定です。

  • 月次レポートテンプレート
  • リライト候補リスト
  • 内部リンク管理表
  • Search Console確認ログ
  • SNS投稿管理表
  • 記事ごとの改善ログ

記事が増えるほど、WordPressの管理画面だけでは全体像が見えにくくなります。GitHubで運用ファイルを整理しておくことで、Codexにも「今どこまで進んでいるか」を正確に伝えやすくなります。

まとめ：GitHubはブログ運営の「実験ログ」を残す場所として使う

この記事のポイントをまとめると

  • GitHubを使うと、ブログ運用ファイルを変更履歴つきで一元管理できる
  • 記事の下書き・キーワード管理・作業ログ・画像生成プロンプト・次のタスクをまとめておくと、運営の流れが見えやすくなる
  • 最初に「上げないものを決めること」が最重要（パスワード・APIキー・rawスクリーンショットなど）
  • まずはPrivateリポジトリで小さく始めるのがおすすめ
  • 慣れてくれば、Codexとの連携も含めてブログ運営全体が格段にスムーズになる

GitHubをうまく活用して、再現性のあるブログ運営の仕組みを一緒に作っていきましょう。

次に読む記事

  • Codexでブログ運営を自動化する方法｜初心者向けにできることを解説
  • AIでブログ記事を書くときの注意点と失敗しない使い方
  • ブログ初心者が最初にやるべき初期設定チェックリスト
Codexブログ運用
よかったらシェアしてね！
  • URLをコピーしました！
  • URLをコピーしました！

この記事を書いた人

AIブログ実験室 運営者のアバター AIブログ実験室 運営者

AIブログ実験室の運営者。Codexを使ったブログ運営、WordPress・SEO、AI活用、副業ブログの実験記録を発信しています。月3万円を目標に、記事作成・改善・Search Console確認までの実践ログを残しています。

関連記事

目次