يصل ملف من مصور الى قسم الصور. يفتحه Photoshop ويعرض في اللوحة بيان اعتماد للمحتوى: التقط بكاميرا، وعدل في Lightroom، وصدر في تاريخ محدد. مفيد. ثم يمر الملف عبر نظام ادارة المحتوى، ويعاد تحجيمه لثلاثة مواضع نشر، ويرسل الى قناة تواصل اجتماعي، وعند وصوله يكون بيان الاعتماد قد اختفى. اعيد ترميز الصورة، ولم ينج البيان من الرحلة.
ما الذي تغير فعلا في 2026
بيانات اعتماد المحتوى هي صيغة اثبات المصدر التي يشرف عليها تحالف C2PA، اي Coalition for Content Provenance and Authenticity. الخبر هذا العام ليس الصيغة نفسها، بل من انضم اليها.
تنضم OpenAI الى اللجنة التوجيهية لـ C2PA منذ مايو 2024، وتضيف بيان اعتماد محتوى الى الصور الصادرة عن ChatGPT وواجهة برمجة التطبيقات الخاصة بها. الجديد هذا العام: في 19 مايو 2026 اعلنت OpenAI وGoogle انهما ستجمعان هذا البيان مع علامة SynthID المائية من Google، وهي طبقة ثانية مصممة لتصمد امام لقطة الشاشة او تغيير الحجم او اعادة النشر. اعتمدت Kakao وElevenLabs العلامة المائية نفسها في الشهر ذاته. وكانت Nvidia قد دمجت SynthID في ادواتها الخاصة قبل ذلك بعام. وكانت اللجنة التوجيهية تضم بالفعل Google وMicrosoft وMeta وهيئة BBC، ومن بين الاعضاء ايضا شركات كاميرات مثل Sony وNikon وLeica.
واعلنت Google ان التحقق من بيانات اعتماد المحتوى وكشف SynthID سيصلان بشكل اصلي الى Google Search والى متصفح Chrome، مع توفر الكشف بالفعل في تطبيق Gemini. وعلى الطرف الاخر من السلسلة، صار التوقيع لحظة الالتقاط متاحا في كاميرات Leica وSony وNikon وCanon وفي الهواتف الرائدة الحديثة. هذا مكسب حقيقي للمعيار. وهو ايضا، بدقة، واقعة تتعلق بالانتشار لا بالقانون.
ما الذي يؤكده بيان اعتماد المحتوى
بيان اعتماد المحتوى هو بيان موقع يسافر مع الملف. يسجل ما انتج الملف وما جرى له بعد ذلك: جهاز الالتقاط او النموذج، وخطوات التحرير، والتصدير. التوقيع يصدر عن البرنامج المنتج، لذلك يكسر اي تغيير لاحق في البكسلات هذا الارتباط ويظهر عند الفحص.
هذا يجيب عن سؤال واحد بشكل جيد. السؤال هو ما اذا كانت الصورة اصلا من كاميرا، ام مخرج نموذج، ام اصلا من كاميرا مسه نموذج. محررو الصور، وفرق المراجعة في المنصات، ومسؤولو تجميع مجموعات البيانات، يحتاجون هذه الاجابة بكميات كبيرة وفي ثوان.
حين يتغير السؤال
يظهر سؤال اخر لاحقا، عادة عندما يدخل المال في الموضوع. احدهم اعاد استخدام صورتك. نموذج تدرب على ارشيفك. عند هذه النقطة لا يهتم احد باي تطبيق صدر الملف. المهم من صنع العمل، ومن اي تاريخ. لم يبن بيان اعتماد المحتوى للاجابة عن ذلك، لثلاثة اسباب عملية.
البيان يزال في المعالجة الاعتيادية
اعادة الترميز، وتحويل الصيغة، ولقطة الشاشة، او اي مسار معالجة يعيد كتابة البيانات الوصفية، كلها تزيل البيان ما لم تكن كل مرحلة مصممة لنقله. كثير من المراحل ليست كذلك، والبيان المحذوف يبدو تماما مثل بيان لم يوجد قط. البيان يكون في اضعف حالاته في الموقف نفسه الذي ينشا فيه النزاع، اي بعد ان يكون الملف قد انتقل.
يصف الاداة، لا صاحب الحقوق
يذكر البيان اي تطبيق او جهاز انتج الملف وحرره. يمكن للمنتج ان يضيف اقرارا بالهوية، لكن الادعاء الاساسي يتعلق ببرنامج، لا بالملكية. لا شيء في البيان يحدد ما اذا كانت الحقوق لمصور مستقل او لوكالة او للعميل الذي كلف بالعمل، ولا اي عقد يحكم الاستخدام.
انه اقرار ذاتي، لا صادر عن خدمة ثقة مستقلة
بيان اعتماد المحتوى يوقعه البرنامج المنتج بشهادته الخاصة. هو تصريح من طرف صاحب مصلحة عن مخرجه هو. اما الطابع الزمني الالكتروني المؤهل فهو شيء مختلف في طبيعته: يصدر عن مقدم خدمات ثقة خاضع للاشراف ضمن اطار قانوني، ولا يكون ابدا بيد من يقدم الادعاء.
ما الذي يضيفه الطابع الزمني المؤهل
بموجب المادة 41 من لائحة eIDAS، يتمتع الطابع الزمني الالكتروني المؤهل بقرينة صحة التاريخ والوقت الذي يشير اليهما وسلامة البيانات المرتبطة به. تنطلق المحكمة من هذه القرينة، ومن ينازع فيها يتحمل عبء دحضها. ولسويسرا نظام مماثل بموجب قانون ZertES. المكسب هنا اجرائي لا تقني.
| السؤال | بيان اعتماد المحتوى | الطابع الزمني المؤهل |
|---|---|---|
| اي اداة انتجت هذا الملف او حررته؟ | يجيب مباشرة، وهذا هو الغرض من تصميمه | لا يتناول ذلك |
| هل ينجو من اعادة الترميز واعادة النشر؟ | غالبا لا | نعم، اذ يحفظ الرمز بمعزل عن الملف |
| من يصدر الاثبات؟ | البرنامج المنتج، بشهادته الخاصة | مقدم خدمات ثقة خاضع للاشراف |
| هل تفترض المحكمة صحة التاريخ؟ | لا توجد قرينة كهذه | نعم، بموجب المادة 41 من eIDAS |
كيف تشغل الاثنين معا
بيانات اعتماد المحتوى تعالج الافصاح واثبات المصدر بمدى لا تقترب منه اي اداة قانونية. الخطا الاهدا هو فريق يصدر هذه البيانات، ويفترض ان ارشيفه صار قابلا للدفاع عنه، ثم يكتشف عند النزاع ان البيانات اختفت قبل اشهر، وانها لم تكن لتثبت التاليف على اي حال.
- استمروا في اصدار البيانات، وتعاملوا معها كوسم واثبات مصدر، لا كسجل حقوق.
- اختبروا مسار النشر لديكم. صدروا ملفا عبر المسار كاملا وافحصوا ما يصل في نهايته.
- للاعمال التي قد تحتاجون يوما الى المطالبة بحقوق عليها، انشئوا سجلا مؤرخا منفصلا عند اكتمال العمل، محفوظا مع ملف المشروع لا داخل الملف وحده.
- اذا كنتم قد فكرتم في تثبيت البصمات على سلسلة عامة للغرض نفسه، فـالمقارنة بين التثبيت على البلوكتشين والطابع الزمني المؤهل توضح اين يفيد التثبيت واين يبقى مصدر القرينة خدمة ثقة.
تطبق Swiss Trust Layer طوابع زمنية مؤهلة واختاما على الملفات المكتملة، وهو النصف الثاني من هذا الزوج. اما النصف الاول، وهو اثبات المصدر داخل الملف، فيؤديه C2PA جيدا بالفعل. الخطا الذي يستحق التجنب هو قراءة حجم التحالف كاجابة عن سؤال قانوني لم يطرح عليه اصلا.
