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 का इस्तेमाल किया जा रहा है, तो के लिए एक अलग अनुरोध है, तो आपको हर नए पेज के लिए साफ़ तौर पर एक अनुरोध करना होगा.
Google Ads API, पूरे डेटासेट को अंदरूनी तौर पर कैश मेमोरी में सेव करता है. इसलिए, बाद के अनुरोध .
फ़ायदा पाने के लिए, बाद के अनुरोधों में आपकी क्वेरी बिलकुल वैसी ही होनी चाहिए कैश मेमोरी में सेव किया गया डेटा है; अनुरोध आपके कोटे में योगदान नहीं देंगे, खास तौर पर बुनियादी ऐक्सेस के लिए. अगर क्वेरी अलग होती है और उसी पेज टोकन के साथ भेजी जाती है, तो एक गड़बड़ी मिलती है.