تنظيم صفحاتك في مجموعات
يمكنك حفظ المحتوى وتصنيفه حسب إعداداتك المفضّلة.
ملفات قراءة الكيانات هي تمثيلات بتنسيق JSON لعناصر حملة الشريك. تكون ملفات قراءة العناصر
للقراءة فقط ولا يمكن استخدامها لإعادة كتابة التغييرات في "مساحة العرض والفيديو 360" من Google. لمزيد من المعلومات حول استخدام
ملفات قراءة العناصر، يُرجى التواصل مع مدير حسابك الذي سيتمكّن من مناقشة احتياجاتك بمزيد من التفصيل.
تجدر الإشارة إلى أنّ ملفات قراءة البيانات عن الكيانات لا تتوفّر إلا لمدة 60 يومًا من تاريخ معالجتها.
يمكن الاطّلاع على تنسيق ملفات قراءة الكيانات في
مرجع تنسيق الملف.
يتم تخزين ملفات قراءة الكيان كمجموعتَين:
الجداول العامة التي تحتوي على بيانات عامة شائعة، مثل معلومات عن إصدارات المتصفّح
أو اللغات المخزّنة في حزمة gdbm-public
الجداول الخاصة التي تحتوي على معلومات عن حملات الشريك وميزانياته وغيرها من
البيانات الخاصة يتم تخزين الجداول الخاصة في حِزم خاصة بالشركاء. على سبيل المثال، إذا كان
معرّف الشريك هو 123، ستكون الحزمة التي تحتوي على الجداول الخاصة هي gdbm-123.
تتوفّر الجداول العامة والخاصة في دليل فرعي entity ضمن الحزمة.
لمزيد من المعلومات عن التعامل مع الدلائل الفرعية، يُرجى الاطّلاع على
مساحة الاسماء للكائنات في Cloud Storage.
يتم إنشاء الجداول العامة في الساعة 5 صباحًا بالتوقيت العالمي المنسّق. يتم إنشاء الجداول الخاصة في الساعة 5 صباحًا حسب المنطقة الزمنية لشريكك (ولكن قد يحدث تأخير في بعض الحالات النادرة) ويتم تخزينها تلقائيًا
وبأمان في Google Cloud Storage. يتم إنشاء ملف تلخيصي بعد
إنشاء جميع الجداول العامة والخاصة.
التاريخ الذي عالجت فيه "مساحة العرض والفيديو 360" البيانات، ولا يرتبط بالضرورة بالأحداث المضمّنة في الملف. تنسيق التاريخ هو
YYYYMMDD، على سبيل المثال، 20120320 هو 20 آذار (مارس) 2012.
batch_index
فهرس الدفعة بقيمة صفرية على سبيل المثال، إذا كان يتم إنشاؤه كل ساعة، ستكون الدُفعة الأولى
0، وستكون الدُفعة الثانية 1، وهكذا.
entity_type
نوع الملف: SupportedExchangeDataPartner وUniversalSiteGeoLocation وLanguage وOperatingSystem وBrowserIsp وsummary وSiteIdToPlacementId.csv
على سبيل المثال، إذا كنت تنشئ اسم ملف لاسترداد ملف قراءة الكيانات لجدول browser من 15 كانون الثاني (يناير) 2013، سيبدو مسار الملف على النحو التالي:
التاريخ الذي عالجت فيه "مساحة العرض والفيديو 360" البيانات. لا يرتبط هذا التاريخ بالضرورة بالأحداث الواردة في الملف. تنسيق التاريخ هو YYYYMMDD، على سبيل المثال 20120320 ستكون 20 آذار (مارس) 2012. سيتم إنشاء الملفات بين الساعة 4 صباحًا و6 صباحًا حسب المنطقة الزمنية للشريك.
batch_index
فهرس للدفعة يبدأ من الصفر وتكون هذه القيمة حاليًا 0 دائمًا.
على سبيل المثال، إذا كنت تنشئ اسم ملف لاسترداد ملف قراءة الكيانات للشريك 123 الذي يصل إلى جدول line_item اعتبارًا من 2 نيسان (أبريل) 2013، سيظهر اسم الملف على النحو التالي:
تاريخ التعديل الأخير: 2025-08-31 (حسب التوقيت العالمي المتفَّق عليه)
[null,null,["تاريخ التعديل الأخير: 2025-08-31 (حسب التوقيت العالمي المتفَّق عليه)"],[[["\u003cp\u003eEntity Read Files (ERF) have been discontinued and users should migrate to the Display & Video 360 API.\u003c/p\u003e\n"],["\u003cp\u003eEntity Read Files provided read-only JSON representations of a partner's campaign data but were not capable of writing back changes.\u003c/p\u003e\n"],["\u003cp\u003eThese files were organized into public tables, containing common data like browser versions, and private tables, containing partner-specific campaign data, within respective Google Cloud Storage buckets.\u003c/p\u003e\n"],["\u003cp\u003ePublic tables were generated daily at 5 AM UTC, while private tables were generated at 5 AM in the partner's timezone and stored with a specific naming convention indicating the processing date, batch index, and entity type.\u003c/p\u003e\n"],["\u003cp\u003eEach public and private table has a \u003ccode\u003eprocessing_date\u003c/code\u003e and \u003ccode\u003ebatch_index\u003c/code\u003e as well as an \u003ccode\u003eentity_type\u003c/code\u003e to indicate what type of data is contained within the table.\u003c/p\u003e\n"]]],[],null,["# Access Entity Read Files\n\n| Entity Read Files have sunset. [Migrate to use the\n| Display \\& Video 360 API.](/display-video/api/guides/how-tos/erf-migration)\n\nEntity Read Files are JSON representations of a partner's campaign objects. Entity Read Files\nare read-only and cannot be used to write-back changes to Google Display \\& Video 360. To learn more about using\nEntity Read Files, contact your account manager, who will be able to discuss your needs in more detail.\n\nNote that Entity Read Files are available only for 60 days from their processing date.\n\nThe format of the entity read files can be viewed in the\n[File Format reference](/bid-manager/guides/entity-read/format-v2).\n\nThe entity read files are stored as two groups: \n\n- Public tables, which contain common public data, such as information about browser versions or languages that are stored in the `gdbm-public` bucket.\n- Private tables, which contain information about the partner's campaigns, budgets, and other private data. Private tables are stored in partner-specific buckets; for example, if your partner ID is 123, the bucket that contained your private tables would be `gdbm-123`.\n\nBoth public and private tables are in an `entity` subdirectory within the bucket. For more information about handling subdirectories, see [Cloud Storage object namespace](/storage/docs/objects#namespace). \nThe public tables are generated at 5AM UTC. The private tables are generated at 5AM in your partner's timezone (although in rare cases there may be delays) and stored automatically and securely in [Google Cloud Storage](/storage). A summary file is generated after all of the public and private tables have been generated. All filenames are case-sensitive.\n\nPublic Tables\n-------------\n\n```\ngdbm-public/entity/(processing_date).(batch_index).(entity_type).json\n```\n\n| Field | Description |\n|-------------------|----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|\n| `processing_date` | The date when Display \\& Video 360 processed the data and is not necessarily related to the events contained within the file. Date format is `YYYYMMDD`, for example `20120320` would be March 20, 2012. |\n| `batch_index` | A zero-based index of the batch. For example, if generated hourly the first batch would be `0`, the second batch would be `1`, and so on. |\n| `entity_type` | The type of file: `SupportedExchange`, `DataPartner`, `UniversalSite`, `GeoLocation`, `Language`, `OperatingSystem`, `Browser`, `Isp`, `summary` and `SiteIdToPlacementId.csv`. |\n\nFor example, if you were generating a filename to retrieve the entity read file for the `browser` table from January 15th, 2013, the path to the file would look like \n\n```\ngdbm-public/entity/20130115.0.Browser.json\n```\n\nPrivate Tables\n--------------\n\n```\ngdbm-(partner_id)/entity/(processing_date).(batch_index).(entity_type).json\n```\n\n| Field | Description |\n|-------------------|--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|\n| `partner_id` | The numeric ID of your Partner. |\n| `processing_date` | The date when Display \\& Video 360 processed the data. This date is not necessarily related to the events contained within the file. Date format is `YYYYMMDD`, for example `20120320` would be March 20, 2012. The files will be generated between 4AM and 6AM in the Partner's timezone. |\n| `batch_index` | A zero-based index of the batch. Currently this is always 0. |\n| `entity_type` | The type of file: `Partner`, `Advertiser`, `InsertionOrder`, `LineItem`, `Creative`, `Pixel`, `InventorySource`, `UserList`, `UniversalChannel`, and `summary`. |\n\nFor example, if you were generating a file name to retrieve the entity read file for partner 123 accessing the `line_item` table from April 2, 2013, your filename would look something like this: \n\n```\ngdbm-123/entity/20130402.0.LineItem.json\n```"]]
