Media Text Localization

1. ترجمه یک رشته، قرارداد محلی‌سازی نیست

وجود متن فارسی، آلمانی یا عربی فقط می‌گوید یک string داریم. برای publication-safe localization باید بدانیم این متن دقیقاً از کدام source_content_version و کدام source_unit_id آمده، برای چه localeای است و چه state بازبینی دارد.

2. مرز مالکیت CON-011

این درس فقط media-text localization را می‌بندد: caption، overlay، title، transcript، label و description. CON-012 lineage نسخه‌ها، CON-013 campaign readiness و C04 transform/QC رسانه را مالک‌اند.

3. واحد متن باید هویت پایدار داشته باشد

به‌جای اتکا به موقعیت «خط سوم زیرنویس»، برای هر واحد یک source_unit_id پایدار ثبت کن؛ مثل CTA-01 یا CAPTION-042. جابه‌جایی ترتیب نباید identity را عوض کند.

4. Binding به نسخه منبع اجباری است

Target unit باید به نسخه دقیق منبع bind شود. اگر CTA انگلیسی از v8 به v9 تغییر کرد، ترجمه‌ای که هنوز به v8 وصل است حتی با متن ظاهراً مناسب، STALE است.

5. BCP 47 زبان را دقیق نام‌گذاری می‌کند

RFC 5646 language tag را از subtagهایی مثل language، script، region و variant می‌سازد. fa، de-DE و ar-Arab metadata زبانی‌اند؛ صحت ترجمه یا approval را تضمین نمی‌کنند.

6. ITS: Translate policy را جدا نگه دار

ITS 2.0 دسته Translate را برای مشخص‌کردن قابل‌ترجمه بودن محتوا دارد. اگر brand token یا code با translate=no علامت خورده، ساخت target متفاوت باید violation محسوب شود، نه «ترجمه موفق».

7. Localization Note و Terminology بخشی از context هستند

یادداشت محلی‌سازی می‌تواند توضیح دهد CTA رسمی است، محدودیت طول دارد یا اصطلاح خاصی باید ثابت بماند. حذف note ممکن است string را موجود نگه دارد ولی evidence لازم برای review را ناقص کند.

8. Directionality را صریح ثبت کن

برای localeهای RTL مثل عربی یا فارسی، directionality باید بخشی از contract باشد. وجود متن عربی با binding بصری LTR می‌تواند BLOCKED شود حتی اگر کلمات درست باشند.

9. Target text هم version دارد

target_unit_id و target_text_version را جدا ثبت کن. اصلاح یک punctuation یا CTA باید نسخه جدید target بسازد؛ تاریخچه ترجمه قبلی پاک یا overwrite نشود.

10. Review state مستقل از وجود ترجمه است

DRAFT، REVIEW_REQUIRED و APPROVED stateهای متفاوت‌اند. وجود target text یا valid locale tag، review state را به APPROVED تبدیل نمی‌کند.

11. Fallback محصول است، نه evidence محلی‌سازی

ممکن است UI برای de-CH موقتاً de-DE یا en نشان دهد. این رفتار می‌تواند explicit باشد، اما record target locale باید همچنان MISSING بماند؛ fallback اثبات translation target نیست.

12. Staleness باید unit-level باشد

اگر فقط CTA منبع تغییر کرد ولی transcript همان نسخه و bytes قبلی را دارد، فقط واحدهای وابسته به CTA stale می‌شوند. کل locale را بدون evidence invalidate نکن.

13. Negative case: tag درست، binding غلط

اگر متن فارسی است ولی target_language_tag به locale نامرتبط تغییر کرده، string را قبول نکن. state باید BLOCKED با علت LANGUAGE_BINDING_MISMATCH باشد.

14. Transfer: CTA v9 + عربی RTL + note حذف‌شده

CTA را به v9 ببر، transcript را ثابت نگه دار، ar-Arab با RTL اضافه کن و note یک واحد را حذف کن. فقط bindingهای affected را rebuild کن و مشخص کن چه چیز CURRENT، STALE یا REVIEW_REQUIRED است.

15. خروجی قابل ممیزی

Locale Unit Matrix باید حداقل Source Content/Version/Unit، source language، target tag، translate flag، note، terminology، directionality، Target Unit/Version، review، derivative ref، staleness، fallback، publication eligibility، decision و reason را ثبت کند. قوی‌ترین claim فقط برای همین evidence bounded است.