تتيح GoogleAdsService.Search
تقسيم النتائج إلى صفحات بحجم ثابت يبلغ 10,000 صف. يتم تقسيم مجموعة نتائج طلب البحث إلى ردود متعددة، يحتوي كل منها على 10,000 عنصر.
على سبيل المثال، ضع في اعتبارك الاستعلام التالي:
SELECT
ad_group.id,
ad_group_criterion.type,
ad_group_criterion.criterion_id,
ad_group_criterion.keyword.text,
ad_group_criterion.keyword.match_type
FROM ad_group_criterion
WHERE ad_group_criterion.type = KEYWORD
إذا كان حسابك يحتوي على 50,000 كلمة رئيسية، ستتضمّن مجموعة النتائج 10,000 عنصر GoogleAdsRow
في الردّ الأول، بالإضافة إلى next_page_token
.
لاسترداد الـ 10,000 صف التالية، أرسِل الطلب مرة أخرى، ولكن عدِّل page_token
في الطلب إلى next_page_token
في الرد.
يُرجى العِلم أنّه لا تتم تعبئة
next_page_token
في الاستجابة التي تحتوي على آخر مجموعة من الصفوف.
تتعامل مكتبات البرامج مع التقسيم إلى صفحات تلقائيًا. ما عليك سوى تكرار الصفوف في الرد. عند عرض جميع الصفوف في الصفحة الحالية، تسترد مكتبة العميل صفحة جديدة من الصفوف تلقائيًا نيابةً عنك إلى أن يتم استرداد مجموعة البيانات بأكملها. في حال استخدام REST بدلاً من gRPC، يجب تقديم طلب بشكل صريح لكل صفحة جديدة.
تخزّن واجهة برمجة التطبيقات Google Ads API مجموعة البيانات بأكملها مؤقتًا، لذا تكون الطلبات اللاحقة أسرع من الطلب الأوّلي.
يجب أن يظل طلب البحث كما هو تمامًا في الطلبات اللاحقة للاستفادة من البيانات المخزّنة مؤقتًا. لن تساهم الطلبات في حصتك، خاصةً بالنسبة إلى مستوى الوصول الأساسي. إذا كان طلب البحث مختلفًا وتم إرساله مع الرمز المميّز للصفحة نفسه، سيتم عرض خطأ.