運用ガイド · 2026年9月14日

自動で回し続けない。
必要なときに、人が動かす。

決まった時刻に走る自動処理は使いません。
分析・執筆・検査・変更案づくりを1回分の手動実行としてまとめ、公開の判断は人が行います。

1回の実行は、この6ステップ。

1

必要になったら動かす

手動実行

決まった時刻の自動起動はありません。記事を増やしたいとき、数字を見たいときに、人がClaude Codeへ指示して1回だけ実行します。

2

数字からテーマを選ぶ

GA4・Search Console

流入・検索語・順位を比較。直近3日を除いた7日間と前期間を見て、記事候補に優先順位を付けます。

3

重複を外す

既存記事・未マージの変更案

公開済みの記事と、まだ取り込まれていない変更案を突き合わせ、同じテーマを二重に書かないようにします。

4

公式資料を読んで執筆

Claude Code

OpenAIの公式資料で仕様・料金・上限を確認し、確認できた範囲だけで書きます。推測の数値や提携を示唆する表現は書きません。

5

内容と表示をチェック

レビュー・自動テスト

根拠のない説明や引用の不一致を止め、必要なら修正。ビルド・リンク・社名表記・ブラウザ操作も確認します。

6

変更案を出し、公開は人が決める

GitHubのPR・Vercel

検査済みの記事だけを変更案にまとめます。仮公開ページを人が確認し、本番へ取り込むかどうかを判断します。

やめたこと

朝夕の時刻起動、本数目標に向けた自動生成、変更案の自動取り込みと自動公開。動かし続けるほど費用と確認の手間が増え、公開物の責任の所在も曖昧になります。

残したこと

GA4・Search Consoleの分析、公式資料の確認、機械検査とブラウザ確認、変更案としてのまとめ方。手順はそのままに、起動と公開の判断を人に戻しました。

続けるためのルール。

本数のために基準を下げない

書けた本数だけが成果です。目標に足りないときは、足りないまま記録します。

公式で確認できたことだけ書く

仕様・料金・上限は公式ページで確認した範囲に限ります。性能比較や導入効果を根拠なく書きません。

既存の記事を上書きしない

公開済みの記事の修正は、別の変更案として個別に扱います。

記録は非公開の実行履歴へ

分析結果・指摘・下書きはリポジトリの作業領域に保存します。メールやSlackへの自動送信は行いません。

次に実行するときの手順。

  1. 分析して候補を出す

    GA4とSearch Consoleを読み、公開済み記事と未マージの変更案を突き合わせて、候補を優先順に並べます。

  2. 公式資料を確認してから書く

    確認したページと日付を作業記録に残します。確認できなかったことは書きません。

  3. 検査して変更案にする

    ビルド・リンク・社名表記・ブラウザ操作を確認し、記事だけを変更案にまとめます。取り込みと公開は人が判断します。

よくある疑問

毎日決まった本数が公開されますか?

いいえ。実行した回数だけ記事ができます。公開数やサイトマップの登録は、検索順位・集客・問い合わせを保証しません。

費用はどうなりますか?

実行した分だけAIの利用料がかかります。時刻起動をやめたため、動かしていない間の費用は発生しません。

公開前に人が確認できますか?

できます。変更案と仮公開ページを確認してから本番へ取り込みます。生成・取り込み・本番公開は別々の状態として記録します。