تُنشئ "خدمة التجميع" تقارير موجزة لبيانات الإحالات الناجحة التفصيلية وقياسات مدى الوصول من التقارير الأولية القابلة للتجميع. تتضمّن تقنيات الإعلان نقطتَي دخول رئيسيتين للجمع من جهة العميل لتوجيه التقارير إلى "خدمة التجميع"، إما من خلال Attribution Reporting API أو Private Aggregation API.
حالة التنفيذ
- تم نقل خدمة التجميع الآن إلى مرحلة التوفّر للجمهور العام.
- يمكن استخدام خدمة التجميع مع Attribution Reporting API وPrivacy Aggregation API لكل من Protected Audience API وShared Storage API.
مدى التوفّر
| Proposal | Status |
|---|---|
| Aggregation Service support for Amazon Web Services (AWS) across Attribution Reporting API, Private Aggregation API
Explainer |
Available |
| Aggregation Service support for Google Cloud across Attribution Reporting API, Private Aggregation API Explainer |
Available |
| Aggregation Service site enrollment and multi-origin aggregation. Site enrollment includes mapping of a site to cloud accounts (AWS, or GCP). To aggregate multiple origins, they must be of the same site.
FAQs on GitHub Site aggregation API documentation |
Available |
| The Aggregation Service's epsilon value will be kept as a range of up to 64, to facilitate experimentation and feedback on different parameters.
Submit ARA epsilon feedback. Submit PAA epsilon feedback. |
Available. We will provide advanced notice to the ecosystem before the epsilon range values are updated. |
| More flexible contribution filtering for Aggregation Service queries
Explainer |
Available |
| Process for budget recovery post-disasters (errors, misconfigurations, and so on)
Explainer |
Available Mechanism to review the percentage of shared IDs recovered by an ad tech using budget recovery and suspend future recoveries for excessive recoveries planned for H1 2025 |
| Accenture operating as one of the Coordinators on AWS
Developer Blog |
Available |
| Independent party operating as one of the Coordinators on Google Cloud
Developer blog |
Available |
| Aggregation Service support for Aggregate Debug Reporting on Attribution Reporting API
Explainer |
Available |
المصطلحات والمفاهيم الرئيسية
إذا كنت تفكر في استخدام "خدمة التجميع" في سير عمل تكنولوجيا الإعلان، من المفترض أن تقدّم لك المصطلحات والمفاهيم التالية بعض الإحصاءات الإضافية حول ما يمكن أن تقدّمه عملية التجميع الجديدة لفريقك:
| Term | Description |
|---|---|
| Aggregation Service | An ad tech-operated service that processes aggregatable reports to create a summary report. |
| Aggregatable Reports |
التقارير المجمّعة هي تقارير مشفَّرة يتم إرسالها من أجهزة مستخدمين فرديين. تحتوي هذه التقارير على بيانات حول سلوك المستخدمين على عدة مواقع إلكترونية وكذلك الإحالات الناجحة. يحدّد المعلِن أو تقنية الإعلان الإحالات الناجحة (تُسمّى أحيانًا أحداث مشغِّلات الإحالة) والمقاييس المرتبطة بها، ويتم تشفير كل تقرير لمنع الجهات المختلفة من الوصول إلى البيانات الأساسية. Learn more about aggregatable reports. |
| Aggregatable Report Accounting | A distributed ledger located in both coordinators that tracks allocated privacy budget and enforces the 'No Duplicates' rule. This is the privacy preserving mechanism, located and run within coordinators, that ensures that no report passes through Aggregation Service beyond the allocated privacy budget. Read more on batching strategies on how it relates to aggregatable reports. |
| Aggregatable Report Accounting Budget | References to the budget that ensures reports are not processed more than once. |
| Trusted Execution Environment (TEE) |
A trusted execution environment is a special configuration of computer hardware and software that allows external parties to verify the exact versions of software running on the computer. TEEs allow external parties to verify that the software does exactly what the software manufacturer claims it does—nothing more or less. To learn more about TEEs used for the Privacy Sandbox proposals, read the Protected Audience API services explainer and the Aggregation Service explainer. |
| Coordinators |
A coordinator is an entity responsible for key management and aggregatable report accounting. The coordinator maintains a list of hashes of approved aggregation service configurations and configures access to decryption keys. |
| Shared ID |
Computed value that consists of: shared_info, reporting_origin, destination_site (available for Attribution Reporting API only), source_registration-time (available for Attribution Reporting API only), scheduled_report_time, version.
This means that multiple reports belong to the same shared ID should they share the same attributes of the shared_info field. This plays an important role within Aggregatable Report Accounting.
Read more about Trusted Servers.
|
| Summary Report |
A summary report is an Attribution Reporting API and Private Aggregation API report type. A summary report includes aggregated user data and can contain detailed conversion data, with noise added. Summary reports are made up of aggregate reports. Summary reports allow for greater flexibility and a richer data model than event-level reporting, particularly for some use-cases like conversion values. |
| Reporting Origin |
The reporting origin is the entity that receives aggregatable reports—in other words, the ad tech that called the Attribution Reporting API. Aggregatable reports are sent from user devices to a well-known URL associated with the reporting origin. This reporting origin should be designated during enrollment. |
| Contribution Bonding | Aggregatable reports may contain an arbitrary number of counter increments. For example, a report may contain a count of products that a user has viewed on an advertiser's site. The sum of increments in all aggregatable reports related to a single source event must not exceed a given limit, `L1=2^16`. Learn more in the aggregatable reports explainer. |
| Noise & Scaling | A certain amount of statistical noise is added to summary reports as a part of the aggregation process that also functions to preserve privacy and ensure the final reports provide anonymized measurement information. Read more about additive noise mechanism, which is drawn from Laplace distribution. |
| Attestation |
Attestation is a mechanism to authenticate software identity, usually with cryptographic hashes or signatures. For the aggregation service proposal, attestation matches the code running in the ad tech-operated aggregation service with the open source code. Read more about attestation. |
يمكنك الاطّلاع على مزيد من المعلومات حول خلفية "خدمة التجميع" في الشرح وقائمة البنود الكاملة.
حالات استخدام التجميع
ننصحك بأخذ رحلات المطوّرين التالية في الاعتبار لقياس أداء الإعلانات ومكتبات عملاء القياس المقابلة لها.
| حالة الاستخدام | نقطة الإدخال | الوصف |
|---|---|---|
| تحسين عروض الأسعار | Attribution Reporting API (Chrome وAndroid) | استخدِم التقارير المجمّعة لنقل إشارات الإحالات الناجحة لأغراض تحسين عروض الأسعار. |
| القياس على عدّة منصات | Attribution Reporting API (Chrome وAndroid) | استخدِم إمكانات قياس الأداء على مستوى الويب والتطبيقات للاطّلاع على الأداء على مستوى Chrome وAndroid. |
| إعداد تقارير الإحالات الناجحة | Attribution Reporting API (في Chrome وAndroid) | أنشئ تقارير إحالات ناجحة مجمّعة مخصّصة لاحتياجات حملات العملاء (بما في ذلك الإحالات الناجحة بعد رؤية الإعلان فقط والإحالات الناجحة بعد رؤية الإعلان فقط). |
| قياس مدى وصول الحملة إلى الجمهور | Shared Storage API & Private Aggregation API (Chrome) | استخدام متغيّرات مشاهدات الإعلانات على مواقع إلكترونية متعددة لقياس مدى وصول الحملة إلى الجمهور |
| إعداد التقارير الديمغرافية | Shared Storage API وPrivacy Aggregation API (Chrome) | استخدام ميزة عرض الإعلان على مواقع إلكترونية ومعلومات ديمغرافية لقياس مدى الوصول إلى الجمهور حسب الخصائص الديمغرافية. |
| تحليل مسار الإحالات الناجحة | Shared Storage API & Private Aggregation API (Chrome) | تخزين متغيّرات الإحالات الناجحة ومشاهدات الإعلان على مواقع إلكترونية متعددة لإجراء تحليل مجمّع لمسار الإحالات الناجحة |
| تحسين العلامة التجارية والإحالات الناجحة | Shared Storage API وPrivacy Aggregation API (Chrome) | إعداد تقارير عن المجموعات التجريبية/المجموعات الأساسية ومعلومات الاستطلاعات لقياس تأثير العلامة التجارية والزيادة |
| تصحيح أخطاء المزاد | Protected Audience API وPrivacy Aggregation API (Chrome) | استخدِم التقارير المجمّعة لتصحيح الأخطاء. |
| توزيع عروض الأسعار | Protected Audience API & Private Aggregation API (Chrome) | استخدِم التقارير المجمّعة لتسجيل توزيع قيم عروض الأسعار للمزادات. |
الخطوات التي يجب اتّباعها
يوضّح الرسم البياني التالي "خدمة التجميع" أثناء العمل. سنركز على التدفق الشامل بداية من تلقي التقارير من الويب والأجهزة الجوالة إلى إنشاء التقارير الموجزة في "خدمة التجميع".
- جلب المفتاح العام لإنشاء تقارير مشفّرة
- تقارير مجمّعة مشفّرة يتم إرسالها إلى خوادم تكنولوجيا الإعلان من أجل جمعها وتحويلها وتجميعها.
- يُجمِّع خادم تكنولوجيا الإعلان التقارير (بتنسيق avro) ويرسلها إلى "خدمة التجميع" المنشورة. (يجب إكمالها من خلال تكنولوجيا الإعلان).
- يمكنك استرداد التقارير المجمَّعة لفك تشفيرها.
- استرداد مفاتيح فك التشفير من المنسّقين
- تعمل خدمة التجميع على فك تشفير التقارير للتجميع والتشويش.
- تتحقّق خدمة محاسبة التقارير القابلة للتجميع ممّا إذا كانت هناك أي ميزانية خصوصية متبقّية لإنشاء تقرير تلخيصي للتقارير القابلة للتجميع المحدّدة.
- أرسِل تقرير الملخص النهائي.
من المخطّط البياني، يمكنك الاطّلاع على العلاقة العامة التي تجمع بين "خدمة التجميع" وواجهات برمجة التطبيقات الرئيسية لقياس الأداء لدى العملاء، وهي Attribution Reporting API وPrivate Aggregation API والمنسّقين.
تبدأ العملية باستخدام واجهات برمجة تطبيقات مختلفة لقياس الأداء، مثل Attribution Reporting API أو Private Aggregation API، لإنشاء تقارير من نُسخ متعدّدة من المتصفّح. يحصل Chrome على المفتاح العام من خدمة استضافة المفاتيح في "المنسق" لتشفير التقارير قبل إرسالها إلى مصدر إعداد التقارير في تكنولوجيا الإعلان. يتم تدوير المفاتيح العامة كل سبعة أيام.
بعد أن تتلقّى تقنية عرض الإعلانات مصدر إعداد التقارير هذه التقارير، يجب إعداد مصدر إعداد التقارير لجمع هذه التقارير وتحويلها إلى تنسيق avro وإرسالها إلى مثيل "خدمة التجميع" المنشور. اطّلِع على استراتيجيات تجميع البيانات.
عندما تصبح تكنولوجيا الإعلان جاهزة للتجميع، تنشئ تقنية الإعلان طلبًا مجمّعًا إلى "خدمة التجميع" حيث يتم فك تشفير التقارير من خلال استرداد مفاتيح فك التشفير من "خدمة استضافة المفاتيح" وتجميعها وتشويشها لإنشاء تقرير ملخّص. ضع في اعتبارك أنّ هذا يتوقّف على ما إذا كانت هناك ميزانية خصوصية كافية لإنشاء تقارير الملخّص النهائي.
نقطة نهاية نقطة نهاية إعداد تقارير تكنولوجيا الإعلان، حيث يتم جمع التقارير، تستضيفها تكنولوجيا الإعلان، ويتم نشر "خدمة التجميع" في السحابة الإلكترونية الخاصة بتقنية الإعلان.
تجميع التقارير القابلة للتجميع
لن تكتمل عملية إعداد التقارير بدون مساعدة خادم مصدر إعداد التقارير المحدّد. هذا هو المصدر الذي سترسله تكنولوجيا الإعلان في عملية التسجيل. ستكون الإجراءات الرئيسية التي يكون مصدرها مسؤولاً عن جمع التقارير المجمَّعة التي تم استلامها وتحويلها وتجميعها، وإعدادها لإرسالها إلى "خدمة التجميع" المفعَّلة من قِبل تكنولوجيا الإعلان في Google Cloud أو Amazon Web Services. اطّلِع على مزيد من المعلومات حول كيفية إعداد التقارير القابلة للتجميع.
بعد أن تعرّفت على الفكرة العامة، ألقِ نظرة فاحصة على المكوّنات التي سيتم نشرها في "خدمة التجميع".
مكوّنات السحابة الإلكترونية
تتكون خدمة التجميع من مجموعة متنوعة من مكونات خدمة السحابة الإلكترونية. تعمل النصوص البرمجية Terraform المقدَّمة على توفير جميع مكوّنات خدمة السحابة الإلكترونية اللازمة وضبطها.
خدمة الواجهة الأمامية
خدمة السحابة الإلكترونية المُدارة: وظيفة السحابة الإلكترونية (Google Cloud) / بوابة واجهة برمجة التطبيقات (Amazon Web Services)
Frontend Service هي بوابة بدون خادم تُستخدَم كنقطة دخول لطلبات البيانات من واجهة برمجة التطبيقات Aggregation API لإنشاء المهام واسترداد حالتها. وهي مسؤولة عن تلقّي الطلبات من مستخدمي "خدمة التجميع" والتحقّق من مَعلمات الإدخال وبدء عملية جدولة مهام التجميع.
تتوفّر واجهتَا برمجة تطبيقات في خدمة الواجهة الأمامية:
| نقطة نهاية | الوصف |
|---|---|
createJob |
تؤدي واجهة برمجة التطبيقات هذه إلى تشغيل مهمة خدمة تجميع. فهو يتطلب معلومات لتشغيل مهمة، مثل معرّف الوظيفة وتفاصيل مساحة تخزين الإدخال وتفاصيل مساحة تخزين النتائج وأصل إعداد التقارير وغير ذلك. |
getJob |
تعرض واجهة برمجة التطبيقات هذه حالة الوظيفة لمعرّف وظيفة محدّد. يوفّر معلومات عن حالة المهمة، مثل "تم استلامها" أو "قيد التقدّم" أو "انتهت". بالإضافة إلى ذلك، إذا تم انتهاء المهمة، يتم عرض نتيجة المهمة، بما في ذلك أي رسائل خطأ واجهتها أثناء تنفيذ المهمة. |
يمكنك الاطّلاع على وثائق واجهة برمجة التطبيقات Aggregation Service API.
قائمة انتظار المهام
خدمة السحابة الإلكترونية المُدارة: Pub/Sub (Google Cloud) / Amazon SQS (Amazon Web Services)
"قائمة الوظائف" هي قائمة رسائل تخزِّن طلبات الوظائف لخدمة "التجميع". تُدرِج خدمة الواجهة الأمامية رسائل طلب المهمة في قائمة الانتظار، ويستخدمها بعد ذلك عامل التجميع لمعالجة طلب المهمة.
مساحة التخزين في السحابة الإلكترونية
خدمة السحابة الإلكترونية المُدارة: Google Cloud Storage (Google Cloud) / Amazon S3 (Amazon Web Services) يُستخدَم التخزين في السحابة الإلكترونية لتخزين ملفات الإدخال والإخراج التي تستخدمها "خدمة التجميع" (أمثلة: ملفات التقارير المشفَّرة وتقارير ملخّص الإخراج وما إلى ذلك).
قاعدة بيانات البيانات الوصفية للوظائف
خدمة السحابة الإلكترونية المُدارة: Spanner (Google Cloud) / DynamoDB (Amazon Web Services)
تخزِّن قاعدة بيانات البيانات الوصفية للمهام حالة مهام التجميع وتتتبّعها. تسجِّل قاعدة البيانات البيانات الوصفية، مثل وقت الإنشاء والوقت المطلوب والوقت الذي تم فيه التعديل والحالة (أمثلة: تم الاستلام، قيد التقدّم، تم الانتهاء، وما إلى ذلك). يعدّل عامل التجميع قاعدة بيانات البيانات الوصفية للوظائف أثناء تقدّم المهمة.
عامل تجميع
خدمة السحابة الإلكترونية المُدارة: حوسبة محرك ذات مساحة سرية (Google Cloud) / Amazon Web Services EC2 مع Nitro Enclave (Amazon Web Services)
يعالج عامل التجميع طلبات المهام التي بدأها طلب مهمة في قائمة انتظار المهام، ويفك تشفير الإدخالات المشفَّرة باستخدام المفاتيح التي تم استرجاعها من خدمة إنشاء المفاتيح والتوزيع (KGDS) في أداة "المنسقين". لتقليل وقت استجابة معالجة المهام، يتم تخزين مفاتيح فك التشفير مؤقتًا في "عامل التجميع" لمدة 8 ساعات، وتكون قابلة للاستخدام في جميع المهام التي تتم معالجتها من خلال مثيل العامل هذا.
يعمل مشغّل الخدمة ضمن مثيل بيئة تنفيذ موثوقة (TEE). يعالج كل عامل مهمة واحدة فقط في كل مرة. يمكن لتكنولوجيا الإعلان ضبط عمال متعدّدين لمعالجة المهام بشكل موازٍ من خلال ضبط إعدادات التوسّع التلقائي. من خلال التوسيع التلقائي، يتم تعديل عدد العاملين ديناميكيًا حسب عدد الرسائل المتبقية في قائمة انتظار المهام. يمكن ضبط الحد الأدنى والأقصى من عدد العاملين لإجراء الضبط التلقائي من خلال ملف بيئة Terraform. يمكن العثور على مزيد من المعلومات حول تغيير الحجم التلقائي في النصوص البرمجية الشكلية التالية. [Amazon Web Services / Google Cloud]
يُطلِق Aggregation Worker طلبًا إلى خدمة "محاسبة التقارير القابلة للتجميع" من أجل محاسبة التقارير القابلة للتجميع. تضمن خدمة محاسبة التقارير القابلة للتجميع عدم تنفيذ المهام إلا ما دامت لم تتجاوز حدّ ميزانية الخصوصية. (راجِع قاعدة "عدم السماح بالنُسخ المكرّرة"). إذا كانت الميزانية متاحة، يتم إنشاء تقرير تلخيصي باستخدام القيم المجمّعة التي تتضمّن بيانات غير مرغوب فيها. اقرأ تفاصيل إضافية بشأن محاسبة التقارير القابلة للتجميع.
يعدّل "عامل التجميع" البيانات الوصفية للمهمة في قاعدة بيانات البيانات الوصفية للوظائف، بما في ذلك رموز إرجاع الوظائف المناسبة وعدّادات الأخطاء في حال حدوث أخطاء جزئية في التقارير. يمكن للمستخدمين استرجاع الحالة باستخدام واجهة برمجة التطبيقات لاسترداد حالة المهمة (getJob).
للحصول على وصف أكثر تفصيلاً عن "خدمة تجميع البيانات"، يُرجى الاطّلاع على هذا التفسير.
الخطوات التالية
بعد الاطّلاع على أهم تفاصيل "خدمة التجميع"، حان وقت نشر نسختك الخاصة من "خدمة التجميع" من خلال Google Cloud أو Amazon Web Services. يمكنك الاطّلاع على قسم "البدء" أو إذا كنت بحاجة إلى مزيد من المعلومات حول كيفية تشغيل "خدمة التجميع" المنشورة، يمكنك اتّباع هذا الرابط للاطّلاع على مزيد من المعلومات حول تشغيل "خدمة التجميع".
تحديد المشاكل وحلّها
يُرجى الرجوع إلى مستند رموز الأخطاء الشائعة والتخفيف منها للحصول على أوصاف أكثر تفصيلاً لرسائل الخطأ، والسبب المحتمَل للخطأ الذي تواجهه، والخطوات التالية للتخفيف من تأثيره.
الحصول على الدعم وتقديم الملاحظات
- إذا كانت لديك مشاكل فنية أو أسئلة حول المنتجات أو ملاحظات أو طلبات ميزات، يمكنك إنشاء مشكلة في مستودع GitHub.
- إذا كانت لديك أسئلة يجب فيها تقديم معلومات حسّاسة أو خاصة لتحديد المشاكل وحلّها، يُرجى التواصل معنا على العنوان aggregation-service-support@google.com.
- يُرجى الانتقال إلى لوحة البيانات العامة للحالة للاطّلاع على المشاكل المعروفة.