Anti-newsjacking و Ethical Context Use

1. مسئله واقعی: دیده‌شدن یک رویداد، مجوز استفاده از آن نیست

یک رویداد عمومی ناگهان ترند می‌شود و تیم محتوا پیشنهاد می‌دهد همان روز مقاله‌ای منتشر کند که نام محصول را به آن بچسباند. ممکن است ارتباط واژگانی وجود داشته باشد، اما اگر کاربر بعد از خواندن مطلب کمک عملی نگیرد یا موضوع حساس باشد، «توجه» به‌تنهایی دلیل انتشار نیست. هدف این درس ساخت یک Gate است که قبل از استفاده از Context زنده، چهار پرسش را مستقل بررسی کند: آیا واقعاً مرتبط است؟ آیا برای مخاطب فایده دارد؟ آیا ما مرجع مناسبی برای توضیح آن هستیم؟ آیا حساسیت، آسیب یا فرصت‌طلبی کنترل شده است؟

2. مرز این درس و Artifact نهایی

خروجی این درس Ethical Context Use & Anti-Newsjacking Gate v1 است. این Artifact تصمیم را به USE، ADAPT، DEFER یا DO_NOT_USE محدود می‌کند و برای Evidence ناقص نیز UNKNOWN، INSUFFICIENT_DATA و REVIEW_REQUIRED را حفظ می‌کند. تشخیص Crisis Envelope مالک PLN-013 است و Trend Observatory مالک PLN-015؛ این درس نه شدت بحران را تعیین می‌کند و نه Pattern بلندمدت می‌سازد.

3. Context Candidate را قبل از قضاوت ثبت کن

هر Candidate باید حداقل شناسه Context، Event Relevance، User Value، Audience Need، Content Authority، Sensitivity Level، Harm Risk، Commercial Opportunism، Search Manipulation Risk، Evidence Source، Context Expiry، Disclosure Need، Review Owner و Audit Ref داشته باشد. اگر این فیلدها بعد از تصمیم پر شوند، تیم عملاً دلیل را با نتیجه تطبیق داده است. ترتیب درست این است: Evidence → Gate → Decision → Audit.

4. People-first یک Boundary عملی است، نه برچسب بازاریابی

راهنمای فعلی Google Search تأکید می‌کند محتوا باید برای کمک به مردم ساخته شود، نه عمدتاً برای گرفتن ترافیک جست‌وجو؛ همان راهنما «نوشتن درباره چیزی صرفاً چون ترند شده» را به‌عنوان نشانه‌ای برای بازنگری در رویکرد مطرح می‌کند [GOOGLE-HELPFUL]. این منبع یک کد اخلاقی کامل نیست، اما یک Boundary مفید می‌دهد: اگر دلیل اصلی تولید، جذب توجه است و کاربر مستقل از موتور جست‌وجو فایده روشنی نمی‌گیرد، Gate باید سخت‌گیر شود.

5. Scaled Content Abuse مرز Search Policy را روشن می‌کند

Google در Spam Policies، تولید تعداد زیادی صفحه با هدف اصلی دستکاری رتبه و نه کمک به کاربر را scaled content abuse می‌نامد [GOOGLE-SPAM]. از این نمی‌توان نتیجه گرفت هر مطلب فرصت‌طلبانه حتماً Spam است؛ اما وقتی Context زنده به کارخانه‌ای برای تولید انبوه صفحات کم‌ارزش تبدیل می‌شود، Search Manipulation Risk باید صریحاً ثبت شود و DO_NOT_USE یک خروجی معتبر است.

6. Gate اول: Genuine Relevance با شباهت واژگانی فرق دارد

event_relevance فقط وقتی پاس می‌شود که رویداد واقعاً وضعیت کاربر، محصول، workflow یا تصمیمی را تغییر دهد. اینکه نام رویداد و محصول یک کلمه مشترک دارند، Genuine Relevance نیست. تست ساده: اگر نام ترند را از تیتر حذف کنیم، آیا هنوز دلیل مشخصی برای نوشتن این محتوا برای همین Audience وجود دارد؟ اگر پاسخ منفی است، Context احتمالاً تزئینی یا opportunistic است.

7. Gate دوم: User Value باید مستقل از Attention قابل دفاع باشد

User Value یعنی خواننده بعد از محتوا بتواند کاری را بهتر انجام دهد، ریسک را بفهمد، تصمیمی را دقیق‌تر بگیرد یا تغییر واقعی را در workflow خود مدیریت کند. «بازدید زیاد می‌آورد»، «رقبا نوشتند» یا «موضوع داغ است» User Value نیست. اگر Relevance مستقیم باشد ولی فایده عملی مبهم بماند، Decision نباید USE شود؛ بسته به Context می‌تواند ADAPT، DEFER یا DO_NOT_USE باشد.

8. Gate سوم: Content Authority را از اعتماد برند جدا کن

حتی اگر موضوع برای کاربران مهم باشد، باید بررسی شود آیا تیم صلاحیت و Source کافی برای توضیح آن بخش از موضوع را دارد. Authority شامل Evidence قابل ردیابی، محدوده تخصص، امکان Fact-check و Review Owner مشخص است. افزایش Trend Velocity کمبود Authority را جبران نمی‌کند. اگر رویداد سریع است اما منبع معتبر یا Reviewer در دسترس نیست، خروجی مناسب DEFER است، نه حدس سریع.

9. Gate چهارم: Sensitivity و Harm Risk می‌توانند مسیر را عوض کنند

موضوعات مرتبط با آسیب انسانی، بحران، مرگ، سلامت، امنیت یا گروه‌های آسیب‌پذیر نیازمند حساسیت بیشتری‌اند. در این درس قانون جهانی یا Legal Rule اختراع نمی‌کنیم؛ فقط می‌گوییم هرچه Sensitivity و Harm Risk بالاتر می‌رود، آستانه Authority، Review و Disclosure باید سخت‌تر شود. اگر خطر بهره‌برداری از رنج یا تشدید آسیب قابل رفع نیست، DO_NOT_USE یک پایان سالم است.

10. Opportunism و Search Manipulation دو Risk مستقل‌اند

Commercial Opportunism می‌پرسد آیا برند از Context برای فشار فروش یا چسباندن CTA نامتناسب استفاده می‌کند. Search Manipulation Risk می‌پرسد آیا Context فقط برای گرفتن Ranking و ساخت صفحات کم‌ارزش انتخاب شده است. ممکن است یکی بالا و دیگری پایین باشد؛ پس آن‌ها را یکی نکن. تصمیم خوب باید نشان دهد کدام Risk باعث ADAPT، DEFER یا DO_NOT_USE شده است.

11. State machine: USE، ADAPT، DEFER و DO_NOT_USE

USE زمانی است که Relevance مستقیم، User Value روشن، Authority کافی و Sensitivity/Risk قابل کنترل باشند. ADAPT یعنی Context قابل استفاده است اما باید زاویه، CTA، Disclosure، Scope یا لحن تغییر کند. DEFER یعنی Evidence، Authority، Review یا Freshness هنوز بسته نشده است. DO_NOT_USE یعنی ارزش توجه از ارزش دفاع‌پذیر برای کاربر بیشتر است، ارتباط واقعی وجود ندارد، یا Risk قابل قبول نیست. REVIEW_REQUIRED و UNKNOWN را برای وضعیت‌های ناتمام نگه دار؛ Boolean-only تصمیم نده.

12. Expiry، Disclosure و Review Trigger بخشی از تصمیم‌اند

Context زنده تاریخ مصرف دارد. context_expiry باید بگوید چه زمانی Evidence نیازمند Refresh است. اگر Sponsorship، Automation، محدودیت Expertise یا تغییر مهمی در Scope وجود دارد، disclosure_need را ثبت کن. review_owner باید شخص یا نقش مشخصی باشد که می‌تواند Decision را بازتولید و مسئولیت Review را بپذیرد. تصمیم بدون Expiry و Reviewer، Audit‌پذیر نیست.

13. مثال کارشده: رویداد عمومی + Product Promotion

فرض کن برند یک رویداد عمومی پرسرعت را می‌بیند و مقاله‌ای پیشنهاد می‌دهد که فقط نام رویداد را به محصول وصل می‌کند و کمک عملی ناچیزی دارد. event_relevance=LEXICAL، user_value=LOW و commercial_opportunism=HIGH است. حتی اگر Trend بسیار قوی باشد و Source خبر معتبر باشد، Gate نتیجه DO_NOT_USE می‌دهد؛ چون Attention نمی‌تواند جای Genuine Relevance و User Value را بگیرد.

14. Negative Caseها و Failure Probeهای قطعی

چهار میان‌بر عمداً رد می‌شوند: 1) شباهت واژگانی بدون User Value → DO_NOT_USE; 2) Trend Velocity بالا ولی Content Authority ناکافی → DEFER; 3) Sensitivity از LOW به HIGH می‌رود اما Decision قبلی ثابت می‌ماند → REVIEW_REQUIRED یا DO_NOT_USE بسته به Harm/Opportunism؛ 4) تیتر یک Live Event داخل محتوای Evergreen نامرتبط کپی می‌شود → DO_NOT_USE. Evidence stale یا Provenance ناقص نیز اجازه USE نمی‌دهد.

15. Transfer: Announcement بی‌خطر که واقعاً Workflow را تغییر می‌دهد

حالا یک Announcement صنعتی بی‌خطر را بررسی کن که مستقیماً API یا workflow محصول را تغییر داده است. این‌بار event_relevance=DIRECT، User Value روشن، Authority کافی و Sensitivity پایین است. Gate نباید صرفاً چون Context «زنده» است آن را مسدود کند؛ با Evidence کامل می‌تواند USE یا در صورت نیاز ADAPT بدهد. Contract ثابت می‌ماند، اما Decision باید از Context جدید دوباره محاسبه شود.