結論：判断だけでは遅い
AIサイト群では、よいテーマが出た時点で、判断だけで終わらせず、本命サイト用のCodexオーダーと、横展開用のCodexオーダーまで同時に出す方が速くなります。Search Console反応、AdSense前の品質確認、ニュース記事化、PC移行ガイド、Full Access系の使い方、個人情報やSecrets注意のようなテーマは、複数サイトで読者の角度が変わるため、横展開しやすいからです。
ただし、これは同じ本文を複数サイトへ貼るという意味ではありません。本命サイトでは深く作り、B/Cサイトではサイト別の切り口に変える。危険な作業や情報不足がある場合は、横展開せず確認で止める。この前提があると、速さと安全を両立できます。
3点セットは、判断、本命サイト用オーダー、横展開オーダーの順に出します。ユーザーは「採用」と返すだけで、本命作業と横展開候補を切り分けやすくなります。
これまでの面倒だった流れ
これまでの流れでは、テーマについて相談し、AIが「記事化できます」と判断し、ユーザーが「記事を書くオーダー出して」と頼み、さらに「横展開も」と言って、ようやくAIサイト群の別サイト向けオーダーが出る形になりがちでした。
- テーマについて相談する
- 記事化できるか判断する
- ユーザーが本命サイト用オーダーを依頼する
- 本命サイト用のCodexオーダーが出る
- ユーザーが横展開も依頼する
- 横展開用のCodexオーダーが出る
この流れだと、毎回のやり取りが増えます。特にAIサイト群では、Aサイトで見つけたテーマをB/Cサイトへ展開する判断が後回しになりやすく、横展開の価値が残ったまま流れてしまいます。
3点セットの標準形
今後は、記事化できるテーマが出たら、次の3点を標準にします。判断では「作るべきか」「本命サイトはどこか」「横展開できるか」を整理します。本命サイト用オーダーでは、1サイト目で深く作る内容を決めます。横展開オーダーでは、A/B/Cの関連サイトにどう切り分けるかを決めます。
| 出すもの | 入れる内容 | 目的 |
|---|---|---|
| 判断 | 記事化可否、優先度、本命サイト、新規記事か既存補強か、横展開可否、注意点、触らないもの | 採用するか、どこから着手するかを決める |
| 本命サイト用Codexオーダー | 作業名、目的、対象URL、記事構成、内部リンク、sitemap、公開確認、報告書形式 | 最初の1サイトで厚く作る |
| AIサイト群横展開オーダー | A/B/C関連サイト、サイト別の切り口、やること、やらないこと、同じ本文コピー禁止、停止条件 | 別サイトへ無理なく展開する |
向いているテーマ
3点セットが向いているのは、複数サイトでそれぞれ違う読者、使い方、確認ポイントを作れるテーマです。たとえば、AdSense申請前チェック、低価値コンテンツ対策、新PC移行ガイド、ChatGPTの大きなニュース、GPTやAIツールの選び方、Full Accessモード、/GOALモード、AIに個人情報を入れない注意、GitHubとCodexの使い分け、CanvaとCodexの使い分け、AI動画生成の公開前チェックなどです。
共通点は、1つのテーマを複数サイトに広げても、サイトごとに読者の悩みが変わることです。codexguide.jpならCodex作業、githubguide.jpならGitHub管理、canvaguide.jpなら素材やデザイン、soraguide.jpなら動画生成と公開前注意、hal9000.sbsならAIに任せすぎない停止条件のように、役割を変えられます。
3点セットにしない方がよい場面
3点セットは便利ですが、危険な作業や情報不足がある場合は、確認で止めます。対象サイトが不明、公式情報の確認が必要、著作権や商標リスクが高い、医療・法律・金融など高リスク判断が中心、AdSenseコードやSearch Consoleタグ変更が絡む、robots.txt、ads.txt、.htaccess、DB、cron、DNSが絡む、canonicalやnoindexやredirect判断が必要、秘密情報が混ざる場合は、横展開へ進めません。
3点セットは、何でも横展開するためのものではありません。Aサイトで成立しても、B/Cサイトで薄い記事になりそうなら、B/Cは「候補」か「保留」にします。
AIサイト群の横展開の考え方
横展開では、Aグループだけで終わらせないことが大事です。B/Cサイトも、意味がある範囲で記事化または既存ページ補強の入口を作ります。ただし、厚さは A > B > C で構いません。Cサイトでも、そのサイト固有の確認チェックリストが作れるなら実装対象にできます。
たとえば新PC移行テーマなら、codexguide.jpではCodex、GitHub、deploy、Secretsの確認を扱います。chatgptguide.jpではログイン、接続アプリ、履歴を扱います。githubguide.jpではrepo clone、GitHub Desktop、Secretsを扱います。canvaguide.jpでは素材、ブランドキット、フォントを扱います。soraguide.jpではAI動画素材、保存先、著作権を扱います。hal9000.sbsではAIに任せすぎない停止条件を扱います。
同じ本文コピーは禁止
横展開は、本文コピーの量産ではありません。禁止したいのは、同じ本文を全サイトへ貼ること、サイト名だけ変えること、AIツール名だけ差し替えること、短いA記事をB/Cへ薄く貼ること、リンク集だけ作ること、比較表だけ作ること、検索語だけを目的に薄い記事を増やすことです。
許可できるのは、共通チェックリストの一部再利用、技術確認項目の共通化、サイト別の本文作成、各サイト固有の導線追加、短め記事や既存ページ補強への切り替えです。横展開では「共通の骨格」と「サイト別の本文」を分けます。
標準出力フォーマット
実際に使うときは、次のような形で出します。
━━━━━━━━━━━━━━━━
判断
━━━━━━━━━━━━━━━━
このテーマは記事化できます。
本命サイトは codexguide.jp です。
AIサイト群にも横展開できます。
A/B/C関連サイトを対象にします。
ただし、同じ本文コピーは禁止です。
━━━━━━━━━━━━━━━━
本命サイト用 Codexオーダー
━━━━━━━━━━━━━━━━
作業名：
モード：
目的：
対象サイト：
作成する記事：
記事構成：
内部リンク：
外部リンク：
sitemap：
触らないもの：
停止条件：
報告書形式：
━━━━━━━━━━━━━━━━
AIサイト群 横展開オーダー
━━━━━━━━━━━━━━━━
対象サイト：
Aグループ：
Bグループ：
Cグループ：
サイト別の切り口：
やること：
やらないこと：
同じ本文コピー禁止：
触らないもの：
停止条件：
報告書形式：
━━━━━━━━━━━━━━━━ユーザーが使う合図
ユーザー側は、短い合図で十分です。「記事化するよ」「3点セットで」「横展開込みで」「正文案と横展開案まで」「クエリーチェックして」「次」と言えば、文脈に合わせて判断、本命オーダー、横展開オーダーを出せます。
合図を固定しすぎる必要はありません。大事なのは、作業が本命サイトだけで終わるのか、AIサイト群に広げるのか、危険な作業があるため確認で止めるのかを、その場で切り分けることです。
触らないものリストは必ず入れる
作業が速くなるほど、触らないものリストが重要になります。AdSenseコード、Search Consoleタグ、robots.txt、ads.txt、.htaccess、DNS、DB、cron、canonical、noindex、redirect、news pipeline、秘密情報、APIキー、token、.env、FTP、SSH、DB情報、公式ロゴ、公式画像、外部画像素材は、毎回確認対象に入れます。
このリストがあることで、Codexが実装へ進みやすくなりつつ、危険な変更は止めやすくなります。速さは、確認を省くことではなく、確認をテンプレート化することで作ります。
公式情報
Codexの機能や提供範囲は変わることがあります。この記事は運用メモであり、仕様確認はOpenAI公式情報を参照してください。