oripagate-campaign-invite-code-cron-manual.md の Inspection Cron Rule まわりにある、次の趣旨の文を置換します。
現在の問題文言:
text
公式または準一次情報で、期間・特典・対象・除外条件・参加手順・公式URL・注意点が確認できた場合のみ production_ready にする。
期間、条件、公式ソース、遷移先URLが確認できない場合は pending_info で止める。
置換案:
検査cronは、キャンペーンの実在性、公式または準一次情報、遷移先URL、特典概要、現在有効性の根拠が確認できた場合、制作へ渡す。
一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件などが未確認・変動中・公式未掲載の場合でも、それだけを理由に検査で止めない。
その場合は production_ready_with_recorded_risks として扱い、production_ready と同じく制作キューへ渡す。検査結果には unknown_fields、確認中項目、要確認項目、リスクあり項目、読者向け注意文、warning_display_plan、do_not_claim、pre_upload_recheck_urls を必ず含める。
制作cronは、不足分や不確実な点を本文で隠さず、読者向けに「確認中」「要確認」「公式未掲載」「条件変更の可能性あり」「詳細は公式ページで確認」などの自然な表現に変換し、注意ボックス・赤太字・Q&A・リード直下の注意書きとして表示する。
pending_info の定義も縮小します.
現在の「情報が少し足りないだけで pending_info」は止まりすぎるので、こうします。
pending_info は、制作記事として成立しない重大な不足がある場合だけ使う。
pending_info にする条件は、公式または準一次情報が一切ない、遷移先URLがない、キャンペーンの実在性を確認できない、対象workflow/content_setが違う、法務・安全面の問題がある、または注意書きを付けても読者を誤認させる可能性が高い場合に限る。
細かな条件不足、終了時刻不明、併用可否不明、対象範囲の一部不明、初回限定/会員限定/地域限定/金額条件の未掲載などは、原則として pending_info で止めず、recorded_risks 付きで制作へ渡す。
期間不明ルールも置換
現在の「期間が検証できないなら検査へ戻す」は硬すぎます。
置換案:
期間を確定情報として断定できない場合でも、公式または準一次情報からキャンペーンの実在性と現在有効性を確認できるなら、検査で止めない。
制作では「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「条件変更の可能性あり」「在庫・予算上限まで」など、読者に誤解を与えない表現で注意喚起する。
ただし、キャンペーン期間そのものが不明で、現在有効性も確認できない場合は pending_info または watching とする。
要するに、最新ルールをこう変えるのが筋です。
不足がある = 停止
ではなく、
記事として誤認なく書ける不足 = 注意書き付きで制作へ
記事として成立しない不足 = pending_info
に変える。
現在有効か判断しづらい
→ pending_info で止めない。
→ 「確認時点では要公式確認」「終了・変更の可能性あり」「詳細は公式ページで確認」として制作へ渡す。
誇大表現・安全性・お得さの断定リスク
→ pending_info で止めない。
→ do_not_claim に入れて、本文では断定しない。
→ 「必ず当たる」「必ず得する」「安全」といった断定を避け、読者判断の注意書きにする。
すなら、こういう意味に変えます。
pending_info は制作を止める状態ではない。
pending_info は、本文内で「確認中」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」などとして扱うための注意情報ラベルである。
マニュアルにはこう書くのが一番明確です。
検査cronは、未確認情報・不足情報・矛盾情報を理由に制作を止めない。
公式ページ、公式告知、LP、アプリ内告知、公式SNS、ヘルプ等の間で、期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合でも、pending_info として停止せず、production_ready_with_recorded_risks として制作へ渡す。
制作cronは、食い違いを隠さず本文に書く。
例:
– 公式ページでは○月○日までと案内されています。
– 一方、LPでは終了日の記載が確認できません。
– アプリ内告知では対象条件が異なるため、利用前に公式画面で確認してください。
このように、確認できた事実と確認できない事実を分けて読者向けに表示する。
削除すべき考え方はこれです。
期間・条件・公式ソース・URLが確認できない場合は pending_info で止める
置換後はこうです。
期間・条件・公式ソース・URLに不足や矛盾がある場合でも、確認できた事実を書けるなら制作へ渡す。
不足・矛盾・未確認点は、warning_display_plan、discrepancy_notes、unknown_fields、do_not_claim、pre_upload_recheck_urls として制作パックに入れる。
要するに、pending_info は 「止める理由」ではなく「本文で注意喚起する材料」 に変える
コメント