SPUR مصرف محتوا توسط AI را ثبت می‌کند؛ اما گزارش‌ها هنوز خوداظهاری‌اند

ائتلاف SPUR در اعلامیهٔ ۲ اکتبر ۲۰۲۶ انتشار Content Telemetry 1.0 را برای گزارش استفادهٔ سامانه‌های هوش مصنوعی از محتوای ناشران اعلام کرد؛ دیوید باتل، هم‌بنیان‌گذار ائتلاف، آن را «This is the first step towards a fairer future.» خواند. این چارچوب برای ثبت رخدادهای مسیر محتوا از دریافت تا تعامل مخاطب طراحی شده است، اما دربارهٔ آنچه درون عامل هوش مصنوعی رخ می‌دهد، به گزارش خود عامل تکیه دارد.

در گزارش Digiday، الکس اسپرینگر، مسئول فنی SPUR، از دعوت OpenAI، Anthropic، Google، Meta و Microsoft به هیئت مشورتی صدور مجوز خبر داد. The Guardian و Financial Times نیز در میان اعضای ائتلاف‌اند. دعوت شرکت‌های هوش مصنوعی به معنای پذیرش یا اجرای استاندارد از سوی آن‌ها نیست؛ ارزش داده‌های پیشنهادی برای ناشر به مشارکت گزارش‌دهندگان و دامنهٔ گزارششان وابسته خواهد بود.

مشخصات فنی Content Telemetry 1.0 پنج نوع رخداد محتوایی را تعریف می‌کند و تاریخ انتشار خود سند را ۲ سپتامبر ۲۰۲۶ ثبت کرده است؛ تاریخ ۲ اکتبر به اعلام انتشار آن از سوی SPUR مربوط است. در این مدل، دریافت محتوا گاهی از زیرساخت ناشر هم قابل مشاهده است، ولی ورود محتوا به زمینهٔ تولید پاسخ، استناد و نمایش را عامل یا گردانندهٔ آن گزارش می‌کند. قالب مشترک، نوع ادعا را روشن می‌کند؛ درستی همهٔ ادعاها را به‌تنهایی اثبات نمی‌کند.

از دریافت محتوا تا تعامل چه چیزی ثبت می‌شود؟

رخدادها می‌توانند در یک نشستِ تعامل کاربر و عامل کنار هم قرار بگیرند. این مسیر به ناشر کمک می‌کند دریافت یک مطلب را از استفادهٔ آن در پاسخ و سپس نمایش به مخاطب جدا کند. ترتیب زیر مسیر معمول را نشان می‌دهد، نه زنجیره‌ای که در هر نشست باید کامل شود:

1. بازیابی: عامل محتوا را از سرور ناشر، شبکهٔ تحویل، نمایه یا واسطه دریافت می‌کند. گزارش می‌تواند نشانی یا شناسهٔ محتوا و نقش گزارش‌دهنده را در بر بگیرد. ناشر یا شبکهٔ تحویلش نیز ممکن است درخواست رسیده به زیرساخت خود را ثبت کند. اگر شناسهٔ مشترک درخواست در هر دو گزارش حفظ شده باشد، دو ثبت به یک دریافت واحد وصل می‌شوند؛ این تطبیق هنوز چیزی دربارهٔ استفاده از محتوا برای ساخت پاسخ نمی‌گوید.
2. ورود به زمینهٔ تولید پاسخ: عامل اعلام می‌کند که مطلب وارد زمینه‌ای شده که مدل می‌تواند برای تولید پاسخ از آن استفاده کند. محتوایی که فقط برای یافتن یا رتبه‌بندی منابع پردازش شده، در این تعریف وارد زمینهٔ پاسخ نشده است. عامل ممکن است مطلبی را از حافظهٔ موقت خود وارد این مرحله کند، بی‌آنکه در همان نشست درخواست تازه‌ای به سایت ناشر بفرستد. ناشر این رخداد داخلی را از روی آمار بازدید سایت نمی‌بیند و برای آگاهی از آن به گزارش عامل نیاز دارد.
3. استناد: عامل ارتباط منبعی مشخص را با پاسخ یا بخشی از آن ثبت می‌کند و برای منبع نشانی یا شناسه می‌دهد. این رخداد می‌تواند نشان دهد کدام مطلب در پاسخ به‌عنوان منبع معرفی شده است، اما خودِ ارتباط را شاهدی مستقل تأیید نمی‌کند. همچنین ساختن استناد با رساندن آن به مخاطب یکی نیست: خروجی ممکن است پیش از نمایش ذخیره یا متوقف شود.
4. نمایش: عامل گزارش می‌کند که خود محتوا یا ارجاعی به آن، مانند پیوند یا نام منبع، در سطحی قابل دریافت برای مخاطب قرار گرفته است. ممکن است منبعی نمایش داده شود که در پاسخ به آن استناد نشده، یا محتوایی نمایش داده شود که وارد زمینهٔ تولید پاسخ نشده است. این رخداد را عامل گزارش می‌کند و ثبت آن به معنی دیدن، خواندن یا توجه مخاطب نیست.
5. تعامل: کنشی مشاهده‌پذیر، مانند کلیک روی پیوند، بازکردن پیش‌نمایش، کپی یا اشتراک‌گذاری، به همان مورد مشخص نمایش وصل می‌شود. تعامل داخل محصول را معمولاً عامل گزارش می‌کند. اگر کاربر با کلیک به سایت مقصد برود، مقصد یا واسطه نیز در شرایط پیش‌بینی‌شده می‌تواند رخداد مرتبطی گزارش کند؛ این امکان برای بعضی کلیک‌ها راه تطبیق می‌دهد، نه برای همهٔ رفتارهای مخاطب.

فاصلهٔ میان این مرحله‌ها معنای تجاری دارد. مطلبی ممکن است دریافت شود اما هرگز وارد زمینهٔ پاسخ نشود؛ مطلب دیگری ممکن است از حافظهٔ عامل وارد پاسخ شود، بی‌آنکه دریافت تازه‌ای در آمار ناشر دیده شود. حتی استنادِ ثبت‌شده نیز لزوماً به نمایش منتهی نمی‌شود. بنابراین شمار درخواست‌های وب، شمار استفاده در پاسخ و شمار ارجاع‌های قابل مشاهده را نمی‌توان یک معیار واحد دانست.

مرز راستی‌آزمایی گزارش کجاست؟

قوی‌ترین امکان تطبیق در مرحلهٔ دریافت محتوا قرار دارد. استاندارد شناسه‌ای برای پیوند دادن گزارش عامل با ثبت سرور یا شبکهٔ تحویل ناشر پیش‌بینی کرده است، مشروط بر اینکه شناسه همراه درخواست ارسال و در هر دو طرف ثبت شود. این سازوکار می‌تواند وقوع همان دریافت را از دو جای مسیر نشان دهد. برای محتوایی که از واسطهٔ بدون گزارش‌گیری رسیده یا از حافظهٔ عامل دوباره استفاده شده، چنین تطبیقی ممکن است در دسترس نباشد.

در مرحله‌های درون عامل، ناشر مشاهده‌گر مستقیمی در زیرساخت خود ندارد. گزارش ورود محتوا به زمینهٔ پاسخ و استناد، شرح عامل از کاری است که انجام داده؛ گزارش نمایش نیز از سطحی می‌آید که عامل اداره می‌کند. استاندارد اجازه می‌دهد گزارش‌دهنده دامنهٔ پوشش خود را «کامل»، «نمونه‌گیری‌شده»، «تجمیعی» یا «انتخابی» اعلام کند. این تمایز برای مقایسهٔ شمار رخدادها ضروری است، ولی اعلام پوشش «کامل» به‌خودی‌خود ثابت نمی‌کند هیچ رخداد واجد شرایطی جا نیفتاده است.

امضای هر رخداد در این نسخه الزام عمومی ندارد و بررسی امضا نیز برای دریافت‌کننده اجباری نیست. امضا، اگر به کار رود، می‌تواند به شناسایی فرستندهٔ گزارش کمک کند؛ کامل‌بودن گزارش یا صحت ادعای استفاده از محتوا را ثابت نمی‌کند. از همین رو نبودِ یک رخداد فقط در محدوده‌ای که پوشش کامل آن برقرار و قابل اتکا باشد، می‌تواند در تفسیر استفاده‌نشدن از محتوا نقش داشته باشد.

این داده‌ها چگونه به مجوزدهی کمک می‌کنند؟

Content Telemetry برای مذاکرهٔ مجوز، واژگان و قالب یکسانی برای رخدادهای متفاوت فراهم می‌کند. ناشر و گردانندهٔ عامل می‌توانند مشخص کنند توافقشان دریافت محتوا، ورود آن به زمینهٔ پاسخ، استناد، نمایش یا تعامل را مبنای محاسبه می‌گیرد. انتخاب این مبنا مهم است: یک مطلب می‌تواند در زمینهٔ پاسخ حضور داشته باشد و در خروجی نام برده نشود. در مقابل، کلیک روی پیوند تنها بخشی از استفاده‌هایی را نشان می‌دهد که به کنش قابل مشاهدهٔ مخاطب رسیده‌اند.

برای پیوند دادن رخداد به شرایط تجاری، قالب فیلدی برای ارجاع به مجوز یا اجازهٔ مرتبط دارد. این ارجاع ثبت می‌کند گزارش‌دهنده کدام مجوز را مربوط دانسته است؛ اعتبار مجوز، شمول آن بر مطلب و مجازبودن استفاده باید در سوابق صادرکننده و توافق طرفین روشن شود. قالب همچنین نرخ پرداخت یا شیوهٔ تقسیم درآمد را تعیین نمی‌کند. در نتیجه دادهٔ رخداد می‌تواند مبنای گفت‌وگوی دقیق‌تر باشد، اما تعهد مالی از شروط مجوز و پوشش گزارش ناشی می‌شود.

گام بعدی برای ناشران، روشن‌شدن قواعد حسابرسی و مشارکت عملی گردانندگان عامل‌هاست. تا زمانی که گزارش مرحله‌های درون عامل راه راستی‌آزمایی مستقل و پوشش قابل سنجش نداشته باشد، مذاکره‌کنندگان می‌توانند بر سر معنای رخدادها توافق کنند، اما دربارهٔ کامل‌بودن شمار استفاده‌ها همچنان به تعهدات و شواهد بیرون از قالب تکیه خواهند داشت.

بیشتر بخوانید:

• آنبوردینگ دورکار با فایل تمام نمی‌شود؛ دوست همراه و نخستین کار لازم‌اند
• رونویسی زندهٔ Microsoft رکورد زد؛ اما هنوز برای تولید آماده نیست
• Redis یا Valkey؛ مجوز دوباره باز شد، اما مسیر دو پروژه یکی نیست