Ad Rights, Disclosure و Brand Safety

وقتی «قابل انتشار» هنوز به معنی «مجاز برای انتشار» نیست

یک ویدئوی Creator از نظر فنی آماده است، Google Ads آن را در inventory قابل‌استفاده می‌بیند و تیم هم می‌خواهد آن را از پست organic به paid amplification ببرد. اما محصول به Creator هدیه شده، disclosure بعد از «بیشتر» پنهان است و license موسیقی فقط استفاده‌ی organic را پوشش می‌دهد. اگر فقط status پلتفرم را نگاه کنی، یک چراغ سبز داری؛ اما release clearance نداری.

خروجی این درس Ad Rights Disclosure Brand-Safety Gate v1 است. چهار مسیر evidence را عمداً جدا نگه می‌داریم: Rights، Disclosure، Platform Policy/Suitability و Brand-specific Suitability. هر مسیر scope، version، jurisdiction/placement و reviewer خودش را دارد. release فقط وقتی مجاز است که هیچ evidence تعیین‌کننده‌ای missing، stale، disputed یا blocked نباشد.

مرز مالکیت COM-025

COM-025 مالک pre-release gate است. COM-024 موجودی Creator/Media و منشأ asset را نگه می‌دارد؛ COM-026 measurement/attribution را. این درس contract تولید محتوا یا media inventory جدید نمی‌سازد، causal measurement انجام نمی‌دهد و هیچ کمپین زنده‌ای را publish نمی‌کند.

پلتفرم می‌تواند بگوید یک placement از نظر policy یا content suitability قابل اجراست؛ این فقط یکی از trackهاست. همان status حق ندارد license ناقص، disclosure نامرئی یا ابهام jurisdiction را سبز کند.

مدل ذهنی: چهار gate موازی، یک release decision مشتق‌شده

ترتیب عملی:

campaign/creative identity → material connection → disclosure evidence → rights/license scope → platform/placement policy → brand suitability profile → jurisdiction/reviewer → release state

این زنجیره به معنی override ترتیبی نیست. چهار gate مستقل‌اند و decision نهایی از آن‌ها مشتق می‌شود. READY_FOR_RELEASE یعنی تمام trackهای decisive برای همان campaign/creative/placement/jurisdiction حل شده‌اند. LEGAL_REVIEW_HOLD یعنی ambiguity حقوقی یا jurisdiction وجود دارد و مدل اجازه ندارد خودش آن را حل‌شده فرض کند.

FACT، INFERENCE و DESIGN را جدا نگه دار

FACT: FTC می‌گوید اگر endorsement با برند material connection داشته باشد—از پول و استخدام تا رابطه‌ی شخصی/خانوادگی یا محصول رایگان/تخفیف‌دار—این رابطه باید افشا شود. disclosure باید طوری قرار بگیرد که مخاطب احتمالاً آن را ببیند و بفهمد؛ پنهان‌کردن آن در profile، انتهای طولانی متن یا پشت «more» می‌تواند ناکافی باشد.

FACT: Google Ads content-suitability controls برای fit برند فیلتر اضافه می‌دهند، اما coverage آن‌ها به campaign/inventory بستگی دارد و خود Google محدودیت‌هایی را مستند کرده است. این کنترل‌ها legal clearance یا rights clearance نیستند.

INFERENCE: چون حقوق استفاده، disclosure، policy پلتفرم و brand profile authorityهای متفاوت دارند، باید evidence tracks جدا باشند. یک track ممکن است PASS و دیگری HOLD باشد.

DESIGN: در MAKNOW هر legal/jurisdiction ambiguity به LEGAL_REVIEW_HOLD می‌رود؛ release state هیچ‌وقت از platform status به‌تنهایی مشتق نمی‌شود.

قرارداد ۲۱بُعدی Release Gate

Gate 1 — gate_id با campaign/creative identity یکی نیست

gate_id یک evaluation snapshot است. campaign_id و creative_id می‌گویند چه initiative و assetی بررسی شده‌اند. تغییر creative یا placement می‌تواند gate جدید بخواهد حتی اگر نام campaign ثابت بماند.

Gate 2 — material connection را typed کن

relationship_type و material_connection_state باید مشخص کنند آیا پول، gift، discount، employment، affiliate، personal/family relationship یا شکل دیگری از value وجود دارد. UNKNOWN را به «ندارد» تبدیل نکن.

Gate 3 — disclosure متن و placement دو evidence جدا هستند

داشتن disclosure_text_ref کافی نیست. disclosure_placement و disclosure_visibility_check باید نشان دهند disclosure با endorsement همراه، قابل مشاهده و قابل فهم است. disclosure پشت click/more برای gate مثبت کافی نیست.

Gate 4 — rights clearance را از وجود asset جدا کن

rights_clearance_ref باید منشأ clearance را trace کند؛ license_scope باید usage واقعی را پوشش دهد: organic/paid، territory، duration، media/placement و derivative use. license organic حق paid amplification نمی‌سازد.

Gate 5 — platform را با placement ثبت کن

platform بدون placement_type کافی نیست. Shorts، in-feed، sponsorship یا display inventory می‌توانند controls/coverage متفاوتی داشته باشند.

Gate 6 — policy version بخشی از evidence است

platform_policy_version یا review snapshot باید معلوم باشد. اگر policy materially عوض شده یا evidence از review window گذشته، decision قبلی به STALE یا review مجدد می‌رود.

Gate 7 — brand suitability با platform eligibility یکی نیست

brand_suitability_profile و exclusion_refs سیاست خود برند را نشان می‌دهند. محتوایی می‌تواند طبق policy پلتفرم monetizable باشد ولی برای یک برند خاص مناسب نباشد.

Gate 8 — inventory type روی coverage اثر می‌گذارد

inventory_type را نگه دار تا reviewer بداند کدام کنترل‌ها واقعاً روی کدام inventory اعمال شده‌اند. platform control را universal فرض نکن.

Gate 9 — jurisdiction scope صریح است

jurisdiction_scope باید نشان دهد release برای کدام بازار/قلمرو بررسی شده است. انتقال creative به jurisdiction دوم، legal gate را دوباره باز می‌کند—even اگر asset و disclosure text عوض نشده باشند.

Gate 10 — reviewer role authority می‌دهد، نه model confidence

reviewer_role باید authority مناسب را نشان دهد. ambiguity حقوقی با confidence عددی حل نمی‌شود؛ به reviewer انسانی صلاحیت‌دار escalate می‌شود.

Gate 11 — decision_state از evidence مشتق می‌شود

READY_FOR_RELEASE یک label دستی نیست. missing disclosure → HOLD_DISCLOSURE؛ license mismatch → HOLD_RIGHTS؛ policy stale → STALE/HOLD_PLATFORM_POLICY؛ brand mismatch → HOLD_BRAND_SUITABILITY؛ ambiguity قانونی → LEGAL_REVIEW_HOLD.

Gate 12 — evidence_ref باید تصمیم را قابل بازسازی کند

هر gate row باید reviewer را به license/contract ref، disclosure artifact، policy snapshot، brand profile و review note برگرداند. screenshot بدون scope/version کافی نیست.

مثال‌های کاری

۱. همه trackها resolved → READY_FOR_RELEASE

Paid usage در license آمده، gifted-product disclosure در خود creative واضح است، placement policy review تازه است، brand profile با inventory سازگار است و jurisdiction/reviewer معلوم‌اند.

۲. disclosure پشت «more» → HOLD_DISCLOSURE

رابطه‌ی مادی وجود دارد و متن disclosure هم هست، اما visibility check منفی است. platform-safe بودن creative این نقص را override نمی‌کند.

۳. organic license، paid amplification → HOLD_RIGHTS

creative همان creative قبلی است ولی usage context عوض شده. rights gate باید دوباره اجرا شود؛ baseline clearance قابل copy نیست.

۴. advertiser-friendly ولی rights ref مفقود → HOLD_RIGHTS

platform track سبز است، ولی rights track evidence ندارد. release ممنوع است.

۵. jurisdiction دوم با ابهام applicability → LEGAL_REVIEW_HOLD

مدل نمی‌تواند از راهنمای یک jurisdiction به‌طور خودکار حکم universal بسازد. reviewer انسانی لازم است.

۶. brand profile سخت‌گیرتر → HOLD_BRAND_SUITABILITY

پلتفرم placement را قبول دارد اما profile جدید برند آن inventory/theme را exclude کرده است.

failure modeهای رایج

• یکی گرفتن advertiser-friendly با legal clearance؛
• یکی گرفتن platform acceptance با rights clearance؛
• داشتن disclosure text بدون visibility/placement check؛
• استفاده از license organic برای paid media؛
• حذف jurisdiction از gate؛
• reuse کردن review قدیمی بعد از policy change؛
• فرض universal coverage برای content-suitability controls؛
• یکی گرفتن brand safety floor با brand-specific suitability؛
• قبول UNKNOWN به‌عنوان PASS؛
• حل ambiguity حقوقی با model confidence؛
• کپی baseline verdict بعد از تغییر placement/jurisdiction/profile؛
• حذف evidence_ref برای ساده‌کردن workflow.

گزینه‌ها و trade-offها

یک checkbox «compliance OK»: سریع ولی غیرقابل‌ممیزی؛ معلوم نیست کدام authority چه چیزی را تأیید کرده است.

Platform-only status: برای execution مفید، اما حقوق/Disclosure/brand profile را پوشش نمی‌دهد.

Legal-only review: legal risk را پوشش می‌دهد ولی platform coverage و brand-specific placement rules را لزوماً نمی‌سنجد.

چهار-track gate: overhead بیشتری دارد، اما failure را local می‌کند و transfer را ارزان‌تر می‌سازد؛ فقط gateهای تغییرکرده دوباره اجرا می‌شوند و evidence unchanged حفظ می‌شود.

پل برای فرد باتجربه: ۱۷ سؤال review

1. gate snapshot دقیقاً برای کدام campaign/creative است؟
2. creator identity چیست؟
3. relationship type چیست؟
4. material connection قطعی، absent یا unknown است؟
5. disclosure text ref چیست؟
6. disclosure کجا دیده می‌شود؟
7. visibility check با context واقعی مثبت است؟
8. rights clearance ref چیست؟
9. license scope organic/paid/territory/duration/placement را پوشش می‌دهد؟
10. platform و placement دقیق کدام‌اند؟
11. policy version/review date چیست؟
12. brand suitability profile کدام نسخه است؟
13. inventory type و exclusions چه هستند؟
14. jurisdiction scope چیست؟
15. reviewer role authority کافی دارد؟
16. کدام track واقعاً block یا stale است؟
17. در transfer کدام evidence unchanged می‌ماند و کدام gate باید recompute شود؟

تمرین هدایت‌شده و مستقل

Lab آفلاین ۸ fixture دارد: baseline release، disclosure نامرئی، organic→paid بدون rights recheck، platform-safe با rights missing، jurisdiction ambiguity، stricter brand profile، stale platform evidence و transfer کامل با preservation evidence.

تمرین مستقل: creative baseline را به paid ad در jurisdiction دوم منتقل کن و brand profile را سخت‌گیرتر کن. فقط evidenceهای واقعاً تغییرکرده را update کن، سپس explain کن چرا verdict قبلی oracle نیست و چه چیزی می‌تواند reuse شود.

evidence قابل‌قبول

Artifact باید هر ۲۱ dimension را پر کند یا state غیرموفق صریح بدهد. release بدون rights_clearance_ref + compatible license_scope + visible disclosure when required + scoped platform evidence + brand profile + jurisdiction + reviewer + evidence_ref مجاز نیست.

Lab synthetic و offline است؛ credential، live ad account، customer data یا legal decision واقعی لازم ندارد. خروجی فقط یک bounded governance decision روی fixture است.

Assessment و transfer

برای پایان درس باید بتوانی:

1. مرز COM-025 را از COM-024 و COM-026 جدا کنی؛
2. چهار evidence track را مستقل بسازی؛
3. material connection و conspicuous disclosure را trace کنی؛
4. license scope را با usage واقعی مقایسه کنی؛
5. platform suitability را legal/rights clearance فرض نکنی؛
6. jurisdiction ambiguity را به human review ببری؛
7. brand profile و inventory را versioned نگه داری؛
8. transfer organic→paid/jurisdiction/profile را بدون کپی baseline verdict recompute کنی.

منابع و freshness

• FTC Disclosures 101 for Social Media Influencers — rechecked در 15 سپتامبر 2026؛ material connection و اصل disclosure واضح/قابل‌مشاهده را پشتیبانی می‌کند. این منبع U.S.-specific است و universal legal advice نیست.
• Google Ads About content suitability — rechecked در 15 سپتامبر 2026؛ suitability controls، inventory/coverage و known limitations را پشتیبانی می‌کند. platform-specific است و legal/rights clearance نیست.
• جداسازی چهار track، state machine، LEGAL_REVIEW_HOLD و release policy در این درس MAKNOW DESIGN هستند.