ステージ4: コンテンツ
目標: すべての公開ページに、オーナーが承認したテキストと、本物で法的に問題なく、軽量な写真を掲載すること。サイト上でビジネスが証明できないことを主張してはなりません。
コピーの手順
- 棚卸し: 各ページとアイテムに必要なもの(テキスト、事実、写真)をリストアップし、
docs/data/content-plan.mdに記録します。 - 事実を優先:
- 事実(価格、含まれるもの、時間、ポリシー、安全に関する注意事項)は、
docs/BRIEF.mdまたはdocs/data/<type>/内のデータファイルからオーナーから入手します。 - 不足している場合 → フラグリスト(
docs/data/<type>/_SUMMARY.md)にPENDING-<who>と記入します。事実を決して創作してはいけません。
- 事実(価格、含まれるもの、時間、ポリシー、安全に関する注意事項)は、
- ドラフト: AIがドラフトを作成することはできますが、オーナーが承認するまではドラフトであることがわかるようにマークします(
<prefix>_copy_statusメタ、またはコンテンツプラン内のリスト)。 - クレーム監査 出荷前に行います(
references/copy-and-claims.md):- すべての主張はその出典と照合されます。
- 禁止ワードは削除されます。
- 数字、賞、レビューには証拠が必要です。
claims-auditorエージェントがインストールされている場合は、それを実行します。
- ステージング上でのオーナーレビュー(バッチ単位): 短いメッセージを送り、それぞれに「はい」か「いいえ」で答えられる質問を1つだけ含めます。長いアンケートは何週間も回答されません。
- 法的ページ: プライバシー通知(問い合わせ保持期間を含む)、利用規約または予約ポリシー(オーナーの文言のみ)、トラッキングに同意が必要な場合はCookie通知、法律で要求される場合はインプリント(ドイツ、オーストリア)。
- ライブコンテンツへの変更 は
docs/data/content-changes/*.jsonとscripts/apply-content-change.sh(ステージwp-ship)を介して行います。決してライブサイトで手動編集を行わないでください。
写真の手順(詳細: references/photo-library.md)
- オーナーのオリジナルファイルは、Git外のバックアップフォルダに保存します。
python3 -I scripts/photos/photos.py review <フォルダ>→ レビューCSVが生成されます:重複(知覚ハッシュ)、既にライブラリにある写真、小さな写真。- すべての候補を自分で確認するか、安価なモデルにCSVを使って確認させます。IMPORT、HOLD-people(同意なし)、HOLD-licence(ストックまたは不明)、SKIP を決定します。
- マニフェスト(
group,file,key,alt)を記述します。--dry-runでインポートを実行し、その後本番実行します。出力された行をphoto-library.phpに貼り付けます。 - テンプレートは
<prefix>_photo( 'key' )を使用します。セクションごとに最大2枚の写真を使用し、LCP画像のみが eager で読み込まれます。
ゲート(SITE_STATUS.md でチェック)
- すべての公開ページにオーナー承認済みのコピーがある(日付)
- 本物の写真がaltテキストと共にインポートされている。AI画像は
AI_IMAGES.mdに記録されている。 - プライバシー通知、利用規約、ポリシーが公開されている(オーナーの文言)
- 公開ページに
PENDING-の事実やプレースホルダーテキストがない
禁止事項
- 偽の、またはインポートされたレビュー数、星評価、「as seen in」バッジ、「12,000+ 人の幸せな顧客」(証拠なし)。 (過去のサイトで、このような捏造された数字や偽のレビュー数を削除しました。)
- 名前付きの部屋、場所、製品、人物、または「これがあなたが得るものです」と示唆するようなAI画像。
- 同意なしの人物の写真。提示できるライセンスがないストックフォト。
- テンプレートや翻訳に直接入力された価格やポリシーの文。