Google Ads API में, विज्ञापन शेयर करने की सुविधा जनवरी 2026 में बंद कर दी जाएगी

बुधवार, 9 जुलाई, 2025

क्या बदल रहा है?

Google, Google Ads API में विज्ञापन शेयर करने की सुविधा को बंद कर रहा है.

जनवरी 2026 में v23 के रिलीज़ होने के बाद, शेयर किए गए विज्ञापन बनाने की सुविधा, काम करने वाले सभी वर्शन से 28 जनवरी, 2026 को हटा दी जाएगी.

• क्या बदलाव होने जा रहा है? "शेयर किए गए विज्ञापन" सुविधा, 2026 की दूसरी तिमाही में बंद हो जाएगी.
• इसका क्या असर होगा? आपके ओरिजनल शेयर किए गए विज्ञापन, "शेयर किए गए" विज्ञापन ग्रुप में दिखने बंद हो जाएंगे.
• इसका समाधान क्या है? आपके विज्ञापन दिखते रहें, इसके लिए हम हर विज्ञापन की एक नई और अलग कॉपी अपने-आप बना देंगे. ये नई कॉपी, सामान्य विज्ञापनों के तौर पर दिखती रहेंगी.
• कब? इसकी सटीक तारीख तय नहीं की गई है. इसके बारे में आपको आने वाले समय में बताया जाएगा.

इस बदलाव से, बड़े पैमाने पर विज्ञापन बनाने और उन्हें मैनेज करने के तरीके पर असर पड़ेगा. इसलिए, इसके असर को समझना और अपने सिस्टम को इसके हिसाब से तैयार करना ज़रूरी है. आइए, जानते हैं कि क्या बदलाव हो रहा है, यह क्यों ज़रूरी है, और आपको क्या करना होगा.

विज्ञापन शेयर करने की सुविधा क्या है?

आसान शब्दों में कहें, तो "विज्ञापन शेयर करने" का मतलब है कि एक विज्ञापन बनाना और उसी विज्ञापन को कई विज्ञापन ग्रुप में इस्तेमाल करना.

हर विज्ञापन ग्रुप के लिए बार-बार एक जैसे विज्ञापन बनाने के बजाय, इसे एक बार बनाएं और जहां भी ज़रूरत हो वहां लिंक करें.

यह बदलाव क्यों हो रहा है?

यह बदलाव, ऐसेट से बने विज्ञापनों के इस्तेमाल को बढ़ावा देने के लिए किया गया है. Google Ads का भविष्य, ऐसेट से बने विज्ञापन फ़ॉर्मैट पर निर्भर करता है. जैसे, रिस्पॉन्सिव सर्च विज्ञापन (आरएसए) और परफ़ॉर्मेंस मैक्स कैंपेन. इन फ़ॉर्मैट में, "विज्ञापन" को हेडलाइन, जानकारी, और इमेज जैसी ऐसेट के पूल से डाइनैमिक तौर पर असेंबल किया जाता है. इससे स्टैटिक और शेयर किए जा सकने वाले विज्ञापन ऑब्जेक्ट का कॉन्सेप्ट कम असरदार हो जाता है.

तैयारी कैसे करें

इस टाइमलाइन से आपको बदलावों के हिसाब से खुद को ढालने के लिए काफ़ी समय मिल जाएगा. हालांकि, हमारा सुझाव है कि आप इस प्रोसेस को अभी शुरू कर लें, ताकि विज्ञापन दिखाने से जुड़े आपके कामों में कोई रुकावट न आए. आसानी से ट्रांज़िशन करने के लिए, यह तरीका अपनाएं.

पहला चरण: अपने ऐप्लिकेशन का ऑडिट करना

सबसे पहले, यह तय करें कि आपका ऐप्लिकेशन, विज्ञापन शेयर करने के मॉडल का इस्तेमाल करता है या नहीं.

अपने कोड बेस की समीक्षा करें. खास तौर पर, AdGroupAdService के साथ इंटरैक्ट करने वाले किसी भी लॉजिक की समीक्षा करें. ऐसे मामलों को देखें जहां आपने किसी मौजूदा विज्ञापन के संसाधन नाम पर ले जाकर AdGroupAd बनाया है. यह संसाधन नाम पहले से ही किसी दूसरे विज्ञापन ग्रुप में इस्तेमाल किया जा रहा है.

आपका मौजूदा लॉजिक, जिसे जल्द ही बंद कर दिया जाएगा, कुछ इस तरह का दिख सकता है:

1. एक ऐसा AdGroupAd बनाएं जिसमें Ad शामिल हो.
2. कोई AdGroup बनाएं.
3. पहले चरण में एंबेड किए गए विज्ञापन और दूसरे चरण में बनाए गए विज्ञापन ग्रुप का इस्तेमाल करके, एक और AdGroupAd बनाएं. (यह वह सुविधा है जिसे हटाया जाएगा).

दूसरा चरण: विज्ञापन बनाने के लॉजिक को अपडेट करना

आपको हर विज्ञापन ग्रुप के लिए एक नया और यूनीक विज्ञापन बनाने के लिए, अपने कोड को रीफ़ैक्टर करना होगा. एक ही विज्ञापन को शेयर करने के बजाय, आपका नया वर्कफ़्लो एक ऐसा लूप होना चाहिए जो टारगेट किए गए हर विज्ञापन ग्रुप के लिए एक अलग विज्ञापन बनाए. अब अलग से मौजूद वीडियो विज्ञापन नहीं बनाया जा सकेगा. इसके बजाय, आपको AdGroup बनाते समय विज्ञापन पैरामीटर तय करने होंगे.

नीति के मुताबिक नया लॉजिक कुछ ऐसा दिखना चाहिए:

1. AdGroup_1 के लिए:
   • ad for ad_group_1 का इस्तेमाल करके AdGroupAd बनाएं.
2. AdGroup_2 के लिए:
   • ad for ad_group_2 का इस्तेमाल करके, AdGroupAd बनाएं.

भले ही विज्ञापन कॉपी एक जैसी हो, लेकिन एपीआई में विज्ञापनों को अलग-अलग विज्ञापन ऑब्जेक्ट के तौर पर बनाना होगा.

अगर आपके पास अब भी शेयर किए गए लेगसी ज़्यादा टेक्स्ट वाले विज्ञापन (ईटीए) हैं, तो आपको उन्हें रिस्पॉन्सिव सर्च विज्ञापनों में बदलना होगा. साथ ही, शेयर किए गए हर इंस्टेंस को एक विज्ञापन ग्रुप को असाइन करना होगा.

तीसरा चरण: रिपोर्टिंग पर पड़ने वाले असर को समझना

अगर आपने एक ही विज्ञापन को शेयर करना बंद कर दिया है और हर विज्ञापन ग्रुप के लिए यूनीक विज्ञापन बनाना शुरू कर दिया है, तो परफ़ॉर्मेंस के इतिहास पर असर पड़ेगा.

अहम जानकारी: परफ़ॉर्मेंस के आंकड़े (इंप्रेशन, क्लिक, कन्वर्ज़न), यूनीक विज्ञापन से जुड़े होते हैं. आपके बनाए गए नए विज्ञापनों की परफ़ॉर्मेंस का इतिहास शून्य से शुरू होगा. आपके पुराने और शेयर किए गए विज्ञापनों का पुराना डेटा बना रहेगा. हालांकि, इसे नए विज्ञापनों में नहीं ले जाया जाएगा.

अपनी टीम या क्लाइंट को इस बारे में ज़रूर बताएं. विज्ञापन के लेवल पर लंबे समय तक विश्लेषण करने के लिए, स्विच करने से पहले पुरानी परफ़ॉर्मेंस के डेटा को एक्सपोर्ट और संग्रहित करने का प्लान बनाएं.

मौजूदा शेयर किए गए विज्ञापनों का माइग्रेशन

पहला चरण: शेयर किए गए विज्ञापनों की पहचान करना

सबसे पहले, आपको उन सभी विज्ञापनों की एक सूची बनानी होगी जो फ़िलहाल एक से ज़्यादा विज्ञापन ग्रुप में शेयर किए जा रहे हैं.

SELECT
  ad_group_ad.ad.id,  -- This is the unique ID of the 'Ad' itself
  ad_group.id,        -- This is the unique ID of the 'AdGroup'
  ad_group_ad.status,
  ad_group_ad.ad.type,
  campaign.id,
  campaign.name,
  ad_group.name
FROM
  ad_group_ad
WHERE
  ad_group_ad.status IN ('ENABLED', 'PAUSED')
ORDER BY
  ad_group_ad.ad.id, ad_group.id

अगर आपको अपने नतीजों में कोई ऐसा ad_group_ad.ad.id दिखता है जिसके ad_group.ids के कलेक्शन में एक से ज़्यादा एंट्री हैं, तो इसका मतलब है कि वह विज्ञापन (ad_group_ad.ad.id से पहचाना गया) कई विज्ञापन ग्रुप से लिंक है. हर विज्ञापन ग्रुप की पहचान, कलेक्शन में मौजूद यूनीक ad_group.id से होती है.

अगर कोई ad_group.id एक से ज़्यादा ad_group.id से जुड़ा है, तो उस विज्ञापन को "शेयर किया गया" माना जाता है.

दूसरा चरण: विज्ञापन का कॉन्टेंट और उससे जुड़े विज्ञापन ग्रुप इकट्ठा करना

पहले चरण में पहचाने गए हर शेयर किए गए विज्ञापन के लिए, आपको दो चीज़ें हासिल करनी होंगी:

1. विज्ञापन का कॉन्टेंट (इसकी हेडलाइन और ब्यौरे).
2. उन सभी विज्ञापन ग्रुप की सूची जिनमें यह फ़िलहाल चालू है.

तीसरा चरण: हर विज्ञापन ग्रुप में एक नया और यूनीक ResponsiveSearchAd बनाएं

माइग्रेशन के मुख्य हिस्से के लिए, दूसरे चरण में पहचाने गए हर विज्ञापन ग्रुप को लूप करें और उसमें एक नया ResponsiveSearchAd बनाएं.

सबसे सही तरीका: अगर शेयर किया गया विज्ञापन, ज़्यादा टेक्स्ट वाला विज्ञापन है, तो सिर्फ़ तीन हेडलाइन और दो ब्यौरे कॉपी न करें. इन्हें शुरुआती ऐसेट के तौर पर इस्तेमाल करें और ज़्यादा ऐसेट जोड़ें. ResponsiveSearchAds की परफ़ॉर्मेंस इस बात पर निर्भर करती है कि Google के पास टेस्ट करने के लिए हेडलाइन और ब्यौरों का कितना बड़ा पूल है. पांच छोटी हेडलाइन, एक लंबी हेडलाइन, और पांच ब्यौरे जोड़ें.

यहां ResponsiveSearchAds की सीमाओं के बारे में खास जानकारी दी गई है,

ऐसेट टाइप	ज़्यादा से ज़्यादा अनुमति	वर्ण सीमा	सबसे सही तरीके
संक्षिप्त शीर्षक	5 तक हो सकते हैं	30 वर्ण	सभी पांचों फ़ोटो अपलोड करें
लंबी हेडलाइन	1	90 वर्ण	हमेशा 1 डालें
ब्यौरा	5 तक हो सकते हैं	90 वर्ण	सभी पांचों फ़ोटो अपलोड करें

यहां AdGroupAdService का इस्तेमाल करके, mutate कार्रवाई की खास जानकारी दी गई है:

1. दूसरे चरण के नतीजों से हर ad_group.resource_name को लूप करें.
2. लूप के अंदर, एक नया AdGroupAd ऑब्जेक्ट बनाएं.
3. ad_group फ़ील्ड को मौजूदा ad_group.resource_name पर सेट करें.
4. AdGroupAd में Ad ऑब्जेक्ट बनाएं.
5. responsive_search_ad फ़ील्ड में अपनी ऐसेट की जानकारी भरें:
   • अपनी हेडलाइन के लिए AdTextAsset ऑब्जेक्ट की सूची बनाएं.
   • अपने ब्यौरों के लिए, AdTextAsset ऑब्जेक्ट की सूची बनाएं.
   • पुराने विज्ञापन के डेटा का इस्तेमाल करके, final_urls, path1, और path3 सेट करें.
6. MutateAdGroupAds() अनुरोध को पूरा करें.

इस प्रोसेस से यह पक्का होता है कि हर विज्ञापन ग्रुप में अब अपना यूनीक ResponsiveSearchAds है, जो दिखाए जाने के लिए तैयार है.

चौथा चरण: शेयर किए गए पुराने विज्ञापन हटाना

नए ResponsiveSearchAds बनाने और एडिटोरियल रिव्यू पास करने के बाद, शेयर किए गए विज्ञापनों को हटा दें. एडिटोरियल रिव्यू पास करने पर, स्टेटस ENABLED के तौर पर दिखता है.

1. पुराने AdGroupAd (शेयर किए गए विज्ञापन और विज्ञापन ग्रुप के बीच का लिंक) के संसाधन का नाम पहचानें.
2. म्यूटेशन करने के लिए, AdGroupAdService का इस्तेमाल करें. इस सेवा में, आपको AdGroupAdOperation बनाना होगा. इस ऑपरेशन ऑब्जेक्ट में एक remove फ़ील्ड होता है. इसमें उस AdGroupAd का संसाधन नाम दिया जाता है जिसे आपको हटाना है.
3. आखिर में, AdGroupAdService पर mutateAdGroupAds तरीके को कॉल करें.

शेयर किए गए विज्ञापनों को हटाने की समयसीमा

हमारा सुझाव है कि आप शेयर किए गए विज्ञापनों को मैन्युअल तरीके से माइग्रेट करें खुद

• यह सबसे सही तरीका है. इससे आपको हर विज्ञापन ग्रुप में मौजूद ऑडियंस के हिसाब से, यूनीक इमेज और हेडलाइन वाले नए विज्ञापन बनाने की सुविधा मिलती है. ज़्यादा काम के विज्ञापनों से बेहतर नतीजे मिलते हैं.

पहला चरण: 28 जनवरी, 2026 से

• अब नए शेयर किए गए विज्ञापन नहीं बनाए जा सकते.
• किसी विज्ञापन को नए विज्ञापन ग्रुप से लिंक करने की कोशिश को ब्लॉक कर दिया जाएगा और गड़बड़ी का मैसेज दिखेगा. अगर इसके लिए ऑटोमेटेड टूल या स्क्रिप्ट का इस्तेमाल किया जाता है, तो वे काम करना बंद कर देंगी.

दूसरा चरण: 28 जनवरी, 2026 से साल 2027 की पहली तिमाही के बीच

• आपके मौजूदा शेयर किए गए विज्ञापन, सामान्य तौर पर दिखते रहेंगे.
• पहले से शेयर किए गए विज्ञापनों के लिए, आपको तुरंत कोई कार्रवाई करने की ज़रूरत नहीं है. इस दौरान, उन पर कोई असर नहीं पड़ेगा.

तीसरा चरण: साल 2027 की पहली तिमाही में

• हम शेयर किए गए बाकी सभी विज्ञापनों को अपने-आप बदल देंगे.
• शेयर किए गए विज्ञापनों के लिए, हम हर उस विज्ञापन ग्रुप में अलग-अलग कॉपी बनाएंगे जिसमें वे मौजूद हैं.

हमारा सुझाव है कि आप आधिकारिक Google Ads API दस्तावेज़ देखें. साथ ही, तारीख नज़दीक आने पर ज़्यादा जानकारी के लिए, Google Ads डेवलपर ब्लॉग पर नज़र बनाए रखें.

आज ही ऑडिट शुरू करें और इस पोस्ट को अपनी डेवलपमेंट टीम के साथ शेयर करें, ताकि यह पक्का किया जा सके कि आप इस बदलाव के लिए तैयार हैं.

साल 2026 की दूसरी तिमाही में अपने-आप होने वाली प्रोसेस

अगर आपने कोई कार्रवाई नहीं की, तो हम 2026 की दूसरी तिमाही में, आपके शेयर किए गए विज्ञापनों को अपने-आप अलग कर देंगे.

अपने-आप होने वाली प्रोसेस इस तरह काम करेगी:

• एक विज्ञापन ग्रुप में ओरिजनल विज्ञापन बना रहेगा: आपका ओरिजनल विज्ञापन सिर्फ़ एक विज्ञापन ग्रुप में बना रहेगा. खास तौर पर, सबसे कम विज्ञापन ग्रुप आईडी वाले ग्रुप में.
• अन्य विज्ञापन ग्रुप को कॉपी मिलेंगी: हम उन सभी अन्य विज्ञापन ग्रुप के लिए ओरिजनल विज्ञापन की नई कॉपी बनाएंगे जिनके साथ इसे शेयर किया गया था.
• ऑटोमेटेड कॉन्टेंट फिर से जनरेट किया जाएगा: "ऐसेट ऑटोमेशन" जैसी सुविधाओं के लिए आपकी सेटिंग कॉपी की जाएंगी. हालांकि, मशीन से जनरेट की गई असल ऐसेट (जैसे, अपने-आप जनरेट हुई हेडलाइन या इमेज) ट्रांसफ़र नहीं की जाएंगी. हमारा सिस्टम, कॉपी किए गए हर विज्ञापन के लिए एक नया सेट बनाएगा. इससे शुरुआती परफ़ॉर्मेंस पर असर पड़ सकता है.

अगर आपका कोई सवाल है, तो कृपया फ़ोरम पर हमसे संपर्क करें.

बॉब हैनकॉक, Google Ads API टीम

Labels: google-ads-api