E-commerce के लिए Google Ads: वह अकाउंट संरचना जो टिकती है

ज़्यादातर e-commerce Google Ads अकाउंट ख़राब creative या ग़लत bid strategy की वजह से कमज़ोर नहीं पड़ते। वे इसलिए कमज़ोर पड़ते हैं क्योंकि संरचना यह छिपा देती है कि असल में क्या काम कर रहा है, और नतीजतन हर optimisation फ़ैसला मिले-जुले आँकड़ों पर लिया जाता है। यह गाइड उस अकाउंट संरचना को कवर करती है जो 2026 में टिकती है: brand को non-brand से कैसे अलग करें, Performance Max कब Standard Shopping से बेहतर है, और किसी भी टारगेट को छूने से पहले सिस्टम को साफ़ value डेटा कैसे खिलाएँ।

कुछ भी optimise करने से पहले brand और non-brand अलग करें

Branded search इसलिए convert होता है क्योंकि माँग पहले से मौजूद है। जब वह ठंडे prospecting के साथ एक ही campaign में बैठता है, तो blended ROAS आरामदेह दिखता है जबकि acquisition वाला हिस्सा चुपचाप पैसे गँवाता रहता है — और bidding algorithm ऐसे मिले-जुले signal से सीखता है जिसे वह सुलझा ही नहीं सकता।

इलाज ढाँचागत है, रणनीतिक नहीं। Brand की माँग अलग करें ताकि आप उसकी क़ीमत अलग लगा सकें और incrementality ईमानदारी से पढ़ सकें। व्यवहार में इसका मतलब है एक समर्पित brand Search campaign, Performance Max पर brand exclusions, और हर prospecting campaign पर brand terms को account-level negatives के रूप में जोड़ना।

• अपने नाम, ग़लत स्पेलिंग और brand-plus-product संयोजनों पर exact और phrase match के साथ एक brand Search campaign चलाएँ।
• Performance Max पर brand exclusion लिस्ट लगाएँ ताकि वह अकाउंट के सबसे सस्ते conversions न सोख ले।
• Brand terms को account-level negative keywords के रूप में जोड़ें, जो PMax और Demand Gen पर भी लागू होते हैं।
• Brand और non-brand ROAS अलग-अलग लाइनों में रिपोर्ट करें, कभी एक blended आँकड़े के रूप में नहीं।
• कुल conversions में brand का हिस्सा हर महीने देखें — बढ़ता हिस्सा आमतौर पर बताता है कि prospecting चुपचाप ठप हो गया है।

Performance Max बनाम Standard Shopping: नियंत्रण के आधार पर चुनें, आदत से नहीं

Performance Max बिना वजह डिफ़ॉल्ट नहीं बना है: यह एक ही asset group से Shopping, Search, Display, YouTube और Discover inventory कवर करता है और आमतौर पर ऐसा वॉल्यूम ढूँढ़ लेता है जो मैनुअल ढाँचा नहीं ढूँढ़ पाता। लेकिन यह query और placement नियंत्रण के बदले reach लेता है, और जिन catalogues में मार्जिन का फ़ासला बड़ा है, वहाँ यह सौदा हमेशा फ़ायदे का नहीं होता।

ज़्यादातर रिटेलर्स के लिए एक कारगर पैटर्न यह है: PMax मुख्य वॉल्यूम इंजन के रूप में, और Standard Shopping उन प्रोडक्ट सेट्स के लिए बचाकर रखा जाए जिन पर साफ़ नियंत्रण चाहिए — ऊँचे मार्जिन वाले hero प्रोडक्ट, clearance लाइनें, या ऐसी रेंज जहाँ search terms देखना ज़रूरी है।

Asset groups को मनमर्ज़ी से नहीं, मार्जिन या श्रेणी के हिसाब से बाँटें। हर सार्थक प्रोडक्ट क्लस्टर के लिए एक asset group, हर एक का अपना listing group — यही वह ढाँचा है जिसे आप सचमुच पढ़ और इस्तेमाल कर सकते हैं।

• Asset groups को सप्लायर या SKU गिनती से नहीं, मार्जिन स्तर या श्रेणी से समूहित करें।
• Search themes को दिशा-सूचक इनपुट मानें, keyword रणनीति का विकल्प नहीं।
• कम से कम एक campaign पूरी search term दृश्यता के साथ रखें ताकि माँग का query-स्तरीय नज़ारा बना रहे।
• बिना exclusions के PMax और Standard Shopping को एक ही प्रोडक्ट सेट पर न चलाएँ, जब तक आप जानबूझकर priority व्यवहार टेस्ट न कर रहे हों।

E-commerce में असली targeting परत feed क्वालिटी है

Shopping और PMax में वही काम प्रोडक्ट feed करता है जो Search में keywords करते हैं। Titles, attributes और product types तय करते हैं कि आप किन queries के लिए पात्र हैं, इसलिए feed का काम targeting का काम है — कोई Merchant Center की झंझट नहीं जिसे सौंपकर भुला दिया जाए।

शीर्षक में विशिष्ट, ऊँचे इरादे वाले शब्द आगे रखें और attributes पूरे रखें। Merchant Center में disapprovals और 'limited performance' चेतावनियाँ चुपचाप बजट रिसाती हैं: बाहर हुआ प्रोडक्ट बस मुक़ाबले से हट जाता है, और Ads इंटरफ़ेस में कुछ भी नहीं बताता कि वॉल्यूम क्यों गिरा।

• शीर्षक को brand + product type + मुख्य attribute (साइज़, रंग, मटीरियल, compatibility) के ढाँचे में रखें, सबसे विशिष्ट चीज़ पहले।
• हर आइटम पर GTIN, MPN, brand, condition, availability और product_type भरें — अधूरे feeds को अधूरी reach मिलती है।
• मार्जिन बैंड, स्टॉक स्तर, मौसम और bestseller स्थिति के लिए custom labels इस्तेमाल करें ताकि campaigns कारोबारी तर्क पर बाँटे जा सकें।
• Merchant Center डायग्नोस्टिक हर हफ़्ते जाँचें और submitted के मुक़ाबले active प्रोडक्ट का अनुपात एक स्थायी मेट्रिक की तरह ट्रैक करें।
• क़ीमत और उपलब्धता लगभग रीयल-टाइम में सिंक रखें; बेमेल से disapprovals भी होती हैं और क्लिक भी बर्बाद होते हैं।

सिर्फ़ conversion की गिनती नहीं, conversion value वापस भेजें

Value-based bidding उस टारगेट को नहीं हरा सकती जिसे वह नाप ही नहीं सकती। अगर हर purchase एक ही तय value रिपोर्ट करता है, तो Target ROAS असल में वॉल्यूम के लिए optimise कर रहा है — और वह ख़ुशी-ख़ुशी आपके सबसे कम मार्जिन वाले SKUs ख़रीदेगा।

हर purchase event के साथ डायनैमिक रेवेन्यू भेजें, और जहाँ मार्जिन का फ़ासला बड़ा हो वहाँ ग्रॉस रेवेन्यू के बजाय मुनाफ़ा या contribution margin भेजने पर विचार करें। फिर मापन की खाइयाँ पाटें: web के लिए enhanced conversions, consent-mode के अनुरूप tagging, और जहाँ इंजीनियरिंग क्षमता हो वहाँ server-side कलेक्शन। यही अनुशासन सभी चैनलों पर लागू होता है — आपके social platforms पर Conversions API या समकक्ष server-side feed पूरे मीडिया मिक्स को तुलनीय बनाए रखता है।

एक conversion action को primary रखें, बाक़ी सब secondary। कई primary actions दोहरी गिनती कर के टारगेट बिगाड़ देते हैं।

• Transaction-स्तर का रेवेन्यू डायनैमिक रूप से भेजें; कभी एक औसत ऑर्डर वैल्यू हार्ड-कोड न करें।
• Transaction ID से deduplicate करें ताकि client और server events दोनों न गिने जाएँ।
• मूल्य के असली अंतर के लिए conversion value rules इस्तेमाल करें, जैसे नए बनाम लौटते ग्राहक या ऊँचे मूल्य वाले क्षेत्र।
• Micro-conversions (add to cart, न्यूज़लेटर साइनअप) को secondary रखें ताकि वे रिपोर्टिंग को जानकारी दें, bidding को नहीं।

Target ROAS धीरे-धीरे बढ़ाएँ और learning अवधि का सम्मान करें

Target ROAS एक बंदिश की तरह बर्ताव करता है, लीवर की तरह नहीं। इसे अकाउंट की मौजूदा उपलब्धि से बहुत ऊपर रखिए तो delivery बैठ जाती है; बहुत नीचे रखिए तो खर्च मुनाफ़े से आगे भाग जाता है। शुरुआत अपनी इच्छित ROAS से नहीं, पिछले 30 दिनों की वास्तविक ROAS से करें।

लगभग 10-15% के क़दमों में बढ़ें और नतीजा आँकने से पहले एक पूरा conversion चक्र रुकें — ज़्यादातर रिटेलर्स के लिए यह एक से दो हफ़्ते है। Campaigns बिखेरने पर डेटा तेज़ी से पतला होता है, इसलिए वॉल्यूम कम हो तो बाँटने के बजाय जोड़ें।

छोटे, अनुमानित उछालों के लिए seasonality adjustments इस्तेमाल करें, जैसे दो दिन की flash sale। 'लग रहा है सुस्ती है' वाले सामान्य अंदाज़े के लिए इनका इस्तेमाल न करें; bidding सिस्टम सामान्य उतार-चढ़ाव ख़ुद संभाल लेता है।

• शुरुआती टारगेट अपनी पिछले 30 दिनों की हासिल ROAS के बराबर या ज़रा नीचे रखें।
• टारगेट एक से दो हफ़्तों में एक बार से ज़्यादा न बदलें, और एक बार में एक ही चीज़ बदलें।
• टारगेट या बजट के बड़े बदलावों को learning रीसेट मानें और उस दौरान बदलावों की परतें न चढ़ाएँ।
• Seasonality adjustments सिर्फ़ एक से सात दिन के ज्ञात इवेंट्स के लिए रखें, जहाँ conversion rate में बदलाव अपेक्षित हो।

Negative keyword की सफ़ाई और ऐसी समीक्षा लय जो स्केल पर भी टिके

Automation ने query का दायरा चौड़ा किया है; उसकी ज़िम्मेदारी आपसे नहीं ली है। Account-level negative लिस्ट अब Search, Shopping और Performance Max पर लागू होती हैं, जिससे यह पूरे अकाउंट में exclusions लागू करने की सबसे कारगर जगह बन जाती है।

साझा लिस्ट एक बार बनाएँ और हर जगह लगाएँ: एक brand लिस्ट, एक competitor लिस्ट, एक अप्रासंगिकता लिस्ट (jobs, reviews, free, DIY, second-hand), और उन प्रोडक्ट्स की श्रेणी लिस्ट जो आप नहीं रखते। फिर समीक्षा को बुरे हफ़्ते की प्रतिक्रिया नहीं, कैलेंडर का काम बनाएँ। कई क्लाइंट अकाउंट चलाने वाली agencies आमतौर पर इस क़दम को स्क्रिप्ट या केंद्रित कर लेती हैं — WoAgency आंशिक रूप से इसीलिए मौजूद है कि यह रखरखाव हाथ से स्केल नहीं होता।

एक चेतावनी: negatives अप्रासंगिक queries के लिए हैं, महँगी queries के लिए नहीं। ऊँचे CPC वाले उन शब्दों को हटाना जो अब भी मुनाफ़े से convert होते हैं, वही तरीक़ा है जिससे अकाउंट धीरे-धीरे सिकुड़ते हैं।

• Brand, competitor, अप्रासंगिकता और out-of-stock श्रेणियों के लिए साझा लिस्ट बनाए रखें, account स्तर पर लागू।
• Search पर search terms हर हफ़्ते और PMax की search categories कम से कम हर महीने देखें।
• Close-variant matches पर नज़र रखें — phrase और broad match आज भी ऐसा इरादा सामने लाते हैं जो आपने माँगा नहीं था।
• हर negative क्यों जोड़ा गया, यह दर्ज करें, ताकि बाद में कोई समीक्षक जानबूझकर की गई exclusion उलट न दे।

सवाल-जवाब

और गाइड