अपने स्टोर के लिए Universal Commerce Protocol कैसे सेट अप करें।AI Mode या Gemini में कोई खरीदार आपसे खरीद सके, उससे पहले Google को इंटीग्रेशन मंज़ूर करना होता है।

Google के AI Mode में एक खरीदार किसी प्रोडक्ट के बारे में पूछता है, एजेंट उसे आपके कैटलॉग में ढूँढता है, और खरीदार के आपकी साइट खोले बिना ही खरीदारी हो जाती है। Universal Commerce Protocol (UCP) एजेंट को यह करने देता है, और यह तभी काम करता है जब एजेंट के पूछने के समय आपका स्टोर सही जवाब देता है। आपके स्टोर को क्या प्रकाशित करना होता है? एजेंट कौन से प्रोडक्ट खरीद सकता है? आपको लाइव होने देने से पहले Google क्या जाँचता है? हमने UCP पर जो काम किया है, उसमें हर बार प्रोडक्ट पेज में फ़ीड से ज़्यादा जानकारी रही है, और सिर्फ़ फ़ीड से बना एंडपॉइंट एजेंटों को उससे कम जानकारी देगा जितनी खरीदार पेज पर देखता है।

UCP एक ओपन स्टैंडर्ड है, और आपका स्टोर प्रकाशित करता है कि वह क्या सपोर्ट करता है

UCP को Google ने Shopify, Etsy, Wayfair, Target और Walmart के साथ मिलकर विकसित किया, और इसका स्पेसिफ़िकेशन ucp.dev पर है। आपका स्टोर मर्चेंट ऑफ़ रिकॉर्ड है: ग्राहक, ऑर्डर और पेमेंट की ज़िम्मेदारी आपके पास रहती है, और एजेंट खरीदार की ओर से काम करता है।

सब कुछ एक प्रोफ़ाइल से शुरू होता है जिसे आपका स्टोर /.well-known/ucp पर प्रकाशित करता है। इसमें प्रोटोकॉल वर्ज़न, आपकी दी जाने वाली सेवाएँ और उन तक पहुँचने का तरीका, आपके पेमेंट हैंडलर, और वे पब्लिक कीज़ होती हैं जिनसे एजेंट आपके साइन किए गए मैसेज वेरिफ़ाई करता है। एजेंट कुछ और करने से पहले इसे पढ़ता है।

UCP वर्ज़न तारीखें होते हैं। अक्टूबर 2026 तक सबसे नया स्पेसिफ़िकेशन 2026-08-25 है, और Google की इम्प्लीमेंटेशन गाइड 2026-04-08 का इस्तेमाल करती हैं। एक स्टोर REST, MCP, A2A या एम्बेडेड चेकआउट सर्व कर सकता है, और REST मुख्य है।

चरण 1: गलत प्रोडक्ट डेटा ठीक करें

Google एक तय शेड्यूल पर फ़ीड पढ़ता है, लेकिन एजेंट रियल टाइम में UCP एंडपॉइंट को कॉल करता है, इसलिए आपके डेटा में जो भी गलत है वह खरीदारी के समय खरीदार तक पहुँचता है, और उसे पकड़ने के लिए वहाँ कोई नहीं होता। हम कुछ भी जोड़ने से पहले गलत डेटा ठीक करते हैं, और इन सुधारों का फ़ायदा Merchant Center में मिलता है, चाहे UCP कभी लॉन्च हो या न हो।

GTIN को शुरू से आखिर तक टेक्स्ट के रूप में रखें। जो सिस्टम उन्हें संख्या मानता है, वह शुरुआती शून्य हटा देता है, और GTIN मेल खाना बंद कर देता है। हर GTIN को फ़िट होने तक पैड करने के बजाय निर्माता के GS1 रिकॉर्ड से जाँचें।

चरण 2: वह डेटा जोड़ें जिसकी एजेंट को खरीदारी पूरी करने के लिए ज़रूरत है

प्रोडक्ट पेज में आमतौर पर फ़ीड से ज़्यादा जानकारी होती है: पूरी इमेज गैलरी, ब्रांड, रेटिंग, असली लिस्ट कीमत और डिलीवरी की शर्तें। एजेंट सिर्फ़ वही देखता है जो आप उसे भेजते हैं।

• लंबे विवरण। प्रोडक्ट का मुख्य अंतर सबसे पहले रखें, क्योंकि एजेंट सिर्फ़ शुरुआती हिस्सा उद्धृत कर सकता है। सीमाएँ साफ़ बताएँ, जैसे वज़न की सीमा, बिजली की ज़रूरतें और इसे कहाँ शिप किया जा सकता है, और माप दोनों यूनिट सिस्टम में दें।
• अलग वेरिएंट। साइज़ या रंगों वाला कोई पैरेंट प्रोडक्ट, जिसे एक ही पंक्ति में समेट दिया गया है, हर वेरिएंट के लिए एक पंक्ति में बदलना होगा, item_group_id से समूहबद्ध।
• डेटा के रूप में शिपिंग, रिटर्न और वारंटी, सिर्फ़ किसी पॉलिसी पेज पर पैराग्राफ़ के रूप में नहीं।
• पेज पर दिखने वाली हर इमेज। जो फ़ीड सिर्फ़ पहली इमेज देता है, वह एजेंट को उससे कम देता है जितना खरीदार देखता है।
• लाइव स्टॉक स्तर, इन-स्टॉक या आउट-ऑफ़-स्टॉक फ़्लैग के बजाय। Google चेकआउट पर लाइव इन्वेंटरी जाँच की माँग करता है, और आइटम बिक जाने पर out_of_stock त्रुटि की।

Merchant Center विवरण को 5,000 अक्षरों तक सीमित करता है और उसमें कीमत या शिपिंग ऑफ़र जैसी प्रमोशनल जानकारी नहीं चाहता, जबकि UCP विवरण में डिलीवरी, वारंटी और सीमाएँ हो सकती हैं। UCP के लिए पूरा वर्ज़न लिखें और फ़ीड के लिए उसे छोटा करें।

UCP में कीमतें मुद्रा की सबसे छोटी इकाई में पूर्ण संख्याएँ होती हैं, इसलिए $129.99 को 12999 के रूप में भेजा जाता है। इकाई गलत होने पर प्रोडक्ट की कीमत सौ गुना गलत हो जाती है, किसी भी दिशा में, इसलिए कुछ भी लाइव होने से पहले इसे जाँचें।

चरण 3: तय करें कि एजेंट कौन से प्रोडक्ट खरीद सकता है

Google की Merchant Center गाइडेंस पूरी की पूरी कैटेगरी को एजेंट चेकआउट से बाहर रखती है, जिनमें ये शामिल हैं:

• सब्सक्रिप्शन और किस्त या फ़ाइनेंसिंग प्लान;
• पर्सनलाइज़्ड सामान, रीफ़र्बिश्ड, इस्तेमाल किए हुए और फ़ाइनल-सेल आइटम, और प्री-ऑर्डर;
• इंस्टॉलेशन या एक्सटेंडेड वारंटी जैसी बंडल की गई सेवाएँ, फ़्रेट और प्रीमियम डिलीवरी, और स्टोर में एक्टिवेशन;
• आयु-प्रतिबंधित और निषिद्ध प्रोडक्ट, सेवाएँ, रेंटल और वर्चुअल आइटम।

इन्हें छोड़ दें, और बाकी को एक-एक प्रोडक्ट करके ऑप्ट इन करें।

ऊँची कीमत वाला कोई प्रोडक्ट जिसे कई खरीदार फ़ाइनेंसिंग प्लान पर खरीदते हैं, ऐसे वॉलेट चेकआउट के ज़रिए कम बिक सकता है जो वह प्लान नहीं देता। उस प्रोडक्ट के लिए एजेंट चेकआउट चालू करने से पहले मापें कि उसके कितने ऑर्डर फ़ाइनेंसिंग का इस्तेमाल करते हैं। एक स्टोर अपना कैटलॉग एजेंटों के लिए प्रकाशित करके चेकआउट अपनी साइट पर भी रख सकता है, जो एक वैध UCP कॉन्फ़िगरेशन है और अक्सर सही पहला चरण होता है।

चरण 4: Merchant Center तैयार करें

Google की इम्प्लीमेंटेशन गाइड Merchant Center से शुरू होती है: अकाउंट अच्छी स्थिति में होना चाहिए, और प्रोडक्ट फ़्री लिस्टिंग के लिए मंज़ूर होने चाहिए।

• रिटर्न पॉलिसी। रिटर्न की लागत, रिटर्न की अवधि और पूरी पॉलिसी का लिंक सेट करें, अकाउंट स्तर पर या returns एट्रिब्यूट से हर प्रोडक्ट के लिए। Google इसे चेकआउट स्क्रीन पर दिखाता है।
• ग्राहक सहायता। कम से कम एक संपर्क तरीका जोड़ें: सपोर्ट पेज, ईमेल पता या फ़ोन नंबर। यही ऑर्डर कन्फ़र्मेशन पर “Contact Merchant” लिंक को चलाता है।
• प्रोडक्ट ऑप्ट इन करें। हर योग्य प्रोडक्ट के लिए native_commerce(checkout_eligibility) को TRUE पर सेट करें। Google सप्लीमेंटल डेटा सोर्स की सलाह देता है, ताकि ऑप्ट-इन आपके मुख्य फ़ीड में दखल न दे।
• नियामक सूचनाएँ। जिन प्रोडक्ट पर कानूनी डिस्क्लेमर, सुरक्षा चेतावनी या Proposition 65 चेतावनी होती है, उन्हें उसके टाइप और 1,000 अक्षरों तक के मैसेज के साथ consumer_notice चाहिए।
• मेल खाते ID। फ़ीड की id को उस प्रोडक्ट ID से मेल खाना चाहिए जिसकी आपका चेकआउट उम्मीद करता है। जहाँ वे अलग हों, वहाँ merchant_item_id भेजें।

चरण 5: Google की वेटलिस्ट में शामिल हों

Google कहता है कि AI Mode और Gemini में किसी इंटीग्रेशन को “आपके लाइव होने से पहले Google से मंज़ूर होना चाहिए”। अंदर आने का रास्ता Merchant Center Help में UCP इंटीग्रेशन इंटरेस्ट फ़ॉर्म है, जो आपके स्टोर को वेटलिस्ट में डाल देता है। एम्बेडेड चेकआउट, जिसमें आपका अपना चेकआउट Google की सतह के अंदर चलता है, सिर्फ़ मंज़ूर मर्चेंट के लिए है। बनाते समय ही फ़ॉर्म जमा करें, क्योंकि मंज़ूरी वह चरण है जिसे आप खुद तेज़ नहीं कर सकते।

चरण 6: प्रोफ़ाइल और एंडपॉइंट बनाएँ

कोई स्टोर या तो अपने कॉमर्स प्लेटफ़ॉर्म में बने UCP सपोर्ट का इस्तेमाल करता है या उसे खुद बनाता है। जहाँ हम बनाते हैं, वहाँ हम स्टोर के सामने एक हल्की सर्विस रखते हैं जो एजेंटों से UCP में और स्टोर से प्लेटफ़ॉर्म की अपनी API में बात करती है, और जिसे स्टोर के डोमेन के तहत माउंट किया जाता है ताकि प्रोफ़ाइल और एंडपॉइंट एक ही ओरिजिन साझा करें। UCP में अक्सर बदलाव होते हैं, और इसे प्लेटफ़ॉर्म से बाहर रखने का मतलब है कि नया वर्ज़न किसी प्लेटफ़ॉर्म रिलीज़ का इंतज़ार नहीं करता।

• सिर्फ़ वही प्रकाशित करें जो काम करता है। जो एजेंट आपकी प्रोफ़ाइल में चेकआउट पाता है, वह उसे इस्तेमाल करने की कोशिश करेगा। पहली रिलीज़ सिर्फ़ कैटलॉग सर्च और लुकअप घोषित कर सकती है, और चेकआउट तैयार होने पर उसे जोड़ सकती है।
• असली साइनिंग कीज़ इस्तेमाल करें। प्रोफ़ाइल की पब्लिक कीज़ आपके साइन किए गए ऑर्डर अपडेट वेरिफ़ाई करती हैं, इसलिए एक की पेयर बनाएँ और प्राइवेट हिस्सा सर्वर पर रखें।
• दोबारा कोशिशों को सुरक्षित बनाएँ। चेकआउट कॉल पर idempotency की स्वीकार करें, ताकि दोहराई गई रिक्वेस्ट से दो बार चार्ज न हो।
• इसे HTTPS पर सर्व करें। REST स्पेसिफ़िकेशन को कम से कम TLS 1.3 चाहिए।
• पते वैलिडेट करें। डिलीवर न हो सकने वाले पते को सुधारी जा सकने वाली त्रुटि के रूप में लौटाएँ, ताकि खरीदार किसी बंद रास्ते पर अटकने के बजाय उसे ठीक कर सके।
• अपनी पॉलिसियों के लिंक दें। आपकी शर्तें हर UCP खरीदारी पर लागू होती हैं, इसलिए चेकआउट रिस्पॉन्स में अपनी प्राइवेसी, शर्तों, रिफ़ंड और शिपिंग पॉलिसियों के लिंक शामिल करें।

चरण 7: पेमेंट जोड़ें

Google के नेटिव चेकआउट पाथ पर, आपकी प्रोफ़ाइल Google Pay पेमेंट हैंडलर घोषित करती है। आपको अपनी साइट पर Google Pay API की ज़रूरत नहीं है, लेकिन आपके पेमेंट प्रोसेसर को Google के पेमेंट टोकन स्वीकार करने होंगे, और ज़्यादातर बड़े प्रोसेसर ऐसा करते हैं। Google का FAQ बताता है कि उसकी AI सतहें सिर्फ़ PAN_ONLY ऑथराइज़ेशन तरीका इस्तेमाल करती हैं और प्रोफ़ाइल में Google Pay सेटिंग snake_case नाम इस्तेमाल करती हैं। टेस्ट और प्रोडक्शन प्रोसेसर क्रेडेंशियल अलग रखें, और उन्हें कभी लॉग न करें।

चरण 8: वैसे टेस्ट करें जैसे Google करेगा

Google Google-UCP-Prober/1.0 यूज़र एजेंट के साथ हेल्थ चेक भेजता है, और एजेंट रिक्वेस्ट को UCP-Agent हेडर और Google/UCP से शुरू होने वाले यूज़र एजेंट से चिह्नित करता है। आवेदन करने से पहले, अपने एंडपॉइंट को वैसे ही रिक्वेस्ट करें जैसे Google करेगा।

• क्या /.well-known/ucp आपके स्टोर तक पहुँचता है? वेब सर्वर का कोई नियम रिक्वेस्ट के एप्लिकेशन तक पहुँचने से पहले ही उस पाथ का जवाब अपने 404 से दे सकता है, तब भी जब आपके UCP एंडपॉइंट काम कर रहे हों।
• क्या आपका फ़ायरवॉल Google को अंदर आने देता है? स्क्रिप्टेड ट्रैफ़िक को ब्लॉक करने वाली बॉट सुरक्षा प्रोबर को भी ब्लॉक करेगी, इसलिए Google की UCP रिक्वेस्ट को पते के बजाय उनके हेडर के आधार पर आने दें।
• क्या सुरक्षित एंडपॉइंट सही व्यवहार करते हैं? चेकआउट, पेमेंट और ऑर्डर एंडपॉइंट को बिना क्रेडेंशियल वाली रिक्वेस्ट अस्वीकार करनी चाहिए और Google की रिक्वेस्ट स्वीकार करनी चाहिए।

चरण 9: अगले UCP वर्ज़न की योजना बनाएँ

2026-08-25 स्पेसिफ़िकेशन स्टैंडर्ड रिटर्न और वारंटी पॉलिसियाँ जोड़ता है जो 2026-04-08 में नहीं हैं, और Google 2026-04-08 को डॉक्यूमेंट करता है। जब तक Google की गाइड कोई नया वर्ज़न नहीं अपनातीं, तब तक आपकी Merchant Center रिटर्न पॉलिसी वह जानकारी देती है। जब आप नया वर्ज़न अपनाते हैं, तो Google उसे एक अलग एंडपॉइंट से सर्व करने की सलाह देता है, ताकि कुछ टूटने पर वह ट्रैफ़िक वापस पुराने एंडपॉइंट पर भेज सके।

WISLR ब्रांडों और एजेंसियों के क्लाइंट के लिए UCP सेट अप करता है

ऊपर का हर चरण WISLR की Agentic Commerce Optimization सेवा का हिस्सा है। हम Google की ज़रूरतों के मुकाबले कैटलॉग का ऑडिट करते हैं, प्रोडक्ट डेटा ठीक और पूरा करते हैं, Merchant Center और ऑप्ट-इन फ़ीड तैयार करते हैं, और UCP प्रोफ़ाइल और एंडपॉइंट को तब तक बनाते और टेस्ट करते हैं जब तक इंटीग्रेशन Google की मंज़ूरी के लिए तैयार न हो जाए। ब्रांड हमें सीधे बुलाते हैं, और एजेंसियाँ अपने क्लाइंट के लिए इसे सेट अप करने के लिए हमें अपने नाम से बुलाती हैं। देखें कि हम UCP कैसे सेट अप करते हैं और अपने कैटलॉग के आकलन का अनुरोध करें।