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