Codexが使用できる事実と使用できない事実を教える
調査、下書き、またはSEOおよびGEOページの改善を行う前に、Codexに承認された主張、証明リンク、例、制限、未解決の質問を含むファクトパックを作成します。
Codexは真実の境界線を与えられたときにより良く書く
弱いSEOコンテンツを作成する最速の方法は、AIに「専門家ガイドを書いて」と依頼し、あなたの製品、サービス、場所、価格、プロセス、顧客、制限をAIが知っていることを期待することです。
それは知りません。ファクトパックがこれを解決します。それはCodexに何を述べてよいか、事実がどこから来たのか、あなたが確認するまで何を空白のままにしなければならないかを伝える小さなソースフォルダです。
完了の定義： 少なくとも10の事実またはソースリンクを含むファクトパックがあり、それぞれがconfirmed、needs owner fact、またはdo not useとラベル付けされていること。コース内のすべてのページに再利用できます。
45分を確保してください。 トラフィックミッション、使用を許可された公開ページと文書、欠落した事実をオーナーに尋ねる方法を持参。パスワード、顧客データ、プライベート契約、共有を許可されていない資料をアップロードしないでください。
部門別ではなく決定別に事実を収集する
fact-pack.md というドキュメントを開きます。トラフィックミッションの訪問者が決定するのに役立つ情報のみを追加します。
事実グループ | 例 | 安全なソース |
|---|---|---|
適合性 | サービスが誰に適し、誰に適さないか | 承認されたサービスページ、オーナー確認 |
プロセス | サービスまたは購入の前、最中、後に何が起こるか | 文書化されたワークフロー、サポートポリシー |
証明 | 資格、製品仕様、テスト方法、目に見える例 | ファーストパーティ文書または承認された証拠 |
制限 | 価格境界、可用性、場所、互換性、除外事項 | 現在のポリシー、在庫システム、オーナー確認 |
次のステップ | 予約、購入、トライアル、サインアップ、サポート経路 | ライブ変換ページまたは承認されたプロセス |
定義されたソースがあり、ページが説明できる場合を除き、best、trusted、fast、easy のような曖昧な主張を追加しないでください。
タブの山ではなく、ソースレジスタから始める
fact-pack というフォルダを作成します。編集者にレビューしてもらっても快適なソースのみのコピーまたはリンクを追加します：
fact-pack/
traffic-mission.md
service-scope.md
onboarding-checklist.pdf
public-terms-url.txt
owner-questions.md
fact-pack.md記帳の継続例では、最初の5つの使用可能な事実は次のようになるかもしれません：
事実 | ステータス | ソース | 役立つ場所 |
|---|---|---|---|
個人事業主デザイナー向け月次記帳を提供 | CONFIRMED | 承認されたサービス範囲、2026-07-29 | 適合性の冒頭 |
個人確定申告代行は提供しない | CONFIRMED | サービス利用規約、2026-07-29 | 範囲境界 |
オンボーディング前にディスカバリーコールあり | CONFIRMED | オンボーディングチェックリスト | 次のステップの説明 |
サービスエリアはブリストルのみ | NEEDS OWNER FACT | 公開コピーが矛盾 | ローカル適合性セクション |
クライアントは毎月数時間節約 | DO NOT USE | 測定されたソースなし | ページアイデアから削除 |
最強の行はマーケティング文ではないことに注意してください。訪問者の決定を変える事実です。ソースは、別の人が後で見つけられるように具体的でなければなりません：ページURL、ドキュメント名、オーナー、レビュー日。
分類してからCodexに整理させる
自分で簡単な最初のパスを行います。現在のソースがある場合のみCONFIRMEDとマーク。真実かもしれないが証明できない場合はNEEDS OWNER FACTとマーク。偽、曖昧、時代遅れ、またはリスクが高すぎる場合はDO NOT USEとマーク。Codexにセールス用語からステータスを推測させないでください。
2つの所有ソースが競合する場合は、両方をパックに書き、事実をCONFLICTとマークします。それはオーナー質問になります。競合は、モデルがより魅力的な主張を選んで解決すべきものではありません。
Codexでファクトパックを構築する
あなたは私のファクトパックエディターです。
トラフィックミッション：
[貼り付け]
私が所有または承認するソース資料：
- [公開URL]
- [ドキュメントパス]
- [スクリーンショットまたはメモ]
- [オーナー声明]
以下のテーブルを含む fact-pack.md を作成：
FACT | STATUS (CONFIRMED / NEEDS OWNER FACT / DO NOT USE) | SOURCE | WHERE IT HELPS
次に追加：
1. 最初のトラフィックページに必要な事実。
2. 主張するのが安全でない内容。
3. 重要度順に最大5つのオーナー質問。
4. 短い「Codexルール」段落：確認された事実のみ使用。欠落している事実をマーク。
未知を主張に変えない。
事実を発明しない、プライベートな顧客結果を推測しない、推薦を作成しない、
ソースファイルを変更しない、何も公開しない。磨かれた要約ではなく、クレームレベルの結果を要求する
完成した fact-pack.md は、後の下書きで直接使用できる行を含むべきです。良いものと悪いものの例は次のとおりです：
悪い行 | なぜ失敗するか | より良い行 |
|---|---|---|
私たちはストレスのない記帳を提供。CONFIRMED。 | 「ストレスフリー」は感情であり、チェック可能なサービス事実ではない。 | 月次記録の引き継ぎ前に文書化されたオンボーディングチェックリストを送信。CONFIRMED。ソース：オンボーディングチェックリストv3、2026-07-29レビュー。 |
私たちはすべてのフリーランサーを支援。CONFIRMED。 | 「すべて」はリスクがあり、おそらく誤った適合性主張。 | 個人事業主デザイナーは承認されたサービス範囲に記載されている。CONFIRMED。他のフリーランサータイプ：NEEDS OWNER FACT。 |
私たちは地元です。CONFIRMED。 | 訪問者にどこか、またはリモートサービスが利用可能かどうかを伝えない。 | ブリストルのみ対英国リモート可用性：NEEDS OWNER FACT。オーナーが確認するまでサービスエリアを述べない。 |
モデルが欠落した事実を流暢なコピーに変換した場合は、この修正を使用します：
ファクトパックを行ごとに監査してください。サポートされていない形容詞、結果、
数量、場所、価格、時間の主張、顧客成果を、ソースに裏付けられた事実、NEEDS OWNER
FACT、CONFLICT、またはDO NOT USEに置き換えてください。もっともらしく聞こえるから
といって主張を保持しないでください。2分で出力を監査する
ファクトパック内でCONFIRMEDを検索します。すべての確認された事実には、読者またはオーナーが確認できるソースが必要です。NEEDS OWNER FACTを検索します。これらは失敗ではありません。まさに虚偽の主張がページやAI回答に到達する前に止めるものです。
悪いファクトパックエントリ：顧客は時間を節約。CONFIRMED。ソース：常識。
良いファクトパックエントリ：オンボーディングチェックリストには、接続されたShopifyストアと製品フィードが必要。CONFIRMED。ソース：2026-07-28付のオンボーディングドキュメント。役立つ場所：セットアップ適合セクション。
パックを信頼する前に4つの検索を実行する
ドキュメント内でこれらの用語を1つずつ検索します：
CONFIRMED：すべての行にソースと日付またはオーナー参照が必要。NEEDS OWNER FACT：すべての行にラベルだけでなく直接的な質問が必要。CONFLICT：すべての行に競合するソース名が必要。DO NOT USE：説得力があっても、すべての行はページコピーから遠ざける必要がある。
次に、最初のページにとって「ブロッキング」な3つの事実を選択します。記帳ガイドでは、サービス範囲と税務申告の除外がブロッキングです。推薦はブロッキングではありません。1つの簡潔なリクエストでオーナーに必要なことを伝えます：
[トラフィックミッション]のページを準備しています。以下の事実のみ確認してください：
1. [特定のサービスエリアまたは適格性の質問]
2. [特定のプロセスまたは価格境界の質問]
3. [フォームまたはトライアル後の特定のアクション]
未回答の項目はNEEDS OWNER FACTとマークし、コピーとして公開しません。日付付きの変更ログを使用する
事実は古くなります。価格、サービスエリア、製品サポート、ポリシー、在庫、オンボーディング手順はすべて変わります。変更された行ごとにこの行を追加します：
Changed: 2026-07-29 | Owner/source: [名前または文書] | Pages to recheck: [URL]事実を更新するとき、Codexにサイト全体を書き直すよう依頼しないでください。その事実を使用する下書きとページをリストし、影響を受けるページのみのレビュー可能な変更を準備するよう依頼します。
すべての後続のCodexプロンプトでファクトパックを使用する
Codexがページを調査、下書き、または改訂するときはいつでも、この文を追加します：
最初にfact-pack.mdを読んでください。CONFIRMEDの事実のみを使用。NEEDS OWNER FACTを
見える状態に保つ。未知をもっともらしい主張に決して変えない。事実が変わったときは、日付とソースを含めてまずパックを更新します。次に、Codexにその事実を使用するページを尋ねます。これにより、価格、サービスエリア、ポリシー、製品互換性、オンボーディング手順の変更に対する安全な更新パスが得られます。
Codexに狭い起草境界を与える
ページ作成レッスンに到達したら、すべてのプロンプトの前にこの指示を追加します：
作業前にfact-pack.mdを読んでください。CONFIRMEDとマークされた行のみ使用。
NEEDS OWNER FACT、CONFLICT、DO NOT USEの行を読者向けのコピーに変えないでください。
計画されたすべての主張について、それが由来するファクトパックの行を引用してください。
必要な文にCONFIRMEDのソースがない場合は、停止してオーナーに事実を尋ねてください。これは厳しいように見えますが、その通りです。ファクトパックは、AI支援ページを書いていない人がレビューできるようにするものです。
パックを使用できるサイズに保ちます。40ページのアーカイブは、1ページの現在の範囲、制限、ソース、未解決の質問を含む2ページの文書よりも自動的に優れているわけではありません。トラフィックミッションが必要とする場合のみ素材を追加します。
後の各引き継ぎの前に5分の事実チェックを実行する
Codexが下書き、ブリーフ、差分、またはチェンジシートを返したとき、それがファクトパックに従ったと想定しないでください。最も重要な3行（通常は適格性、範囲、価格、場所、互換性、ポリシー記述）を選び、正確な裏付け行を示すよう求めます。応答がパックにないソースを指名した場合、オーナーが追加するまで主張は未検証として扱います。
[提案されたアーティファクト]とfact-pack.mdを読んでください。すべての重要な公開ステートメント
についてクレームトレーステーブルを作成：正確な主張、ファクトパック行、ソース/日付、
ステータス、必要なアクション。CONFIRMED行がないステートメントはREMOVE OR NEEDS OWNER
FACTとマーク。アーティファクトを書き直さない、公開しない、サポートされていない主張を
軟化しない。これは長いプロンプトの後に特に重要です：もっともらしい文言は承認された事実と同じではありません。トレーステーブルをページパケットと一緒に保存します。これにより後の公開レビューが速くなり、事実が変わったときに修正が可能になります。
コースマップ
次へ：Codexに顧客がすでに尋ねている30のリアルな質問を見つけさせる。Codexは顧客の言葉を機会に変える前に真実の境界を持っています。
完了チェックリスト
- [ ] すべての確認された事実にソースがある。
- [ ] 欠落している情報は黙って仮定されるのではなく、見える状態。
- [ ] パックには関連する場所の適合性、プロセス、証明、制限、次のステップの事実が含まれている。
- [ ]
fact-pack.mdを将来のCodexプロンプトが読める場所に保存した。 - [ ] 各CONFIRMED行にソースとレビュー日を記録した。
- [ ] Codexにバージョンを選ばせるのではなく、競合を未知から分離した。
- [ ] ブロッキング事実について小規模で優先順位付けされたオーナー質問リクエストを送信した。
著者：Iris Campbell、Auspiaエディトリアル証拠アナリスト、2,500以上のソースをレビュー。IrisはAI支援コンテンツを有用で正確に保つ証拠システムについて書いています。
![ファクトパックワークパケットワークフロー図]()
この課題にはこの順序を使用します：実際の入力から始め、証拠を確認し、レビュー可能な出力を準備し、読者の次のステップを選択します。
