इस लेख में, उन सेटअप के बारे में बताया गया है जिन पर मल्टी-चैनल प्रॉडक्ट में किए गए बदलावों का असर पड़ सकता है. अगर आपको इस बारे में ईमेल से कोई सूचना नहीं मिली है, तो आपको कुछ नहीं करना है.
मल्टी-चैनल प्रॉडक्ट का इस्तेमाल करके, ऑनलाइन और स्टोर में होने वाली बिक्री के लिए अपनी इन्वेंट्री को मैनेज किया जा सकता है. इसके लिए, आपको सिर्फ़ एक यूनिफ़ाइड प्रॉडक्ट लिस्टिंग की ज़रूरत होगी. इस तरीके से, प्रॉडक्ट मैनेज करना आसान हो जाता है. साथ ही, आपको ज़्यादा खरीदारों तक पहुंचने में मदद मिलती है.
मल्टी-चैनल प्रॉडक्ट की मदद से, ऑनलाइन और स्टोर में मौजूद इन्वेंट्री को एक साथ मैनेज किया जा सकता है. अगर आपको एक ही प्रॉडक्ट को ऑनलाइन और दुकानों में बेचना है, तो हो सकता है कि आपने पहले उसके लिए अलग-अलग लिस्टिंग बनाई हों. इससे कभी-कभी इन्वेंट्री में अंतर आ सकता है और इन्वेंट्री मैनेजमेंट ज़्यादा मुश्किल हो सकता है.
इस पेज पर इन विषयों के बारे में बताया गया है
- फ़ायदे
- यह सुविधा कैसे काम करती है
- एपीआई और ऑटोमेटेड प्रॉडक्ट डेटा सोर्स को पहले ऐक्सेस करने की सुविधा
फ़ायदे
एक से ज़्यादा चैनलों पर प्रॉडक्ट बेचने की सुविधा का इस्तेमाल करने से, इन्वेंट्री को मैनेज करने का तरीका ज़्यादा आसान और असरदार हो जाता है. इससे खरीदारों को एक जैसा अनुभव मिलता है. अपडेट किए गए इस तरीके से, पिछली समस्याओं को हल किया जा सकता है:
- मैनेज करना आसान: इससे एक ही आइटम के लिए, ऑनलाइन और स्टोर में मौजूद लिस्टिंग को अलग-अलग मैनेज करने की ज़रूरत नहीं होती. साथ ही, गड़बड़ियों की संभावना भी कम हो जाती है.
- बेहतर अनुकूलता: इससे ऑनलाइन और स्टोर में मौजूद प्रॉडक्ट की जानकारी में अंतर नहीं आता. इससे खरीदारों को ग़लतफ़हमी नहीं होती और आपके प्रॉडक्ट की परफ़ॉर्मेंस पर असर नहीं पड़ता.
- सटीक इन्वेंट्री: इससे इन्वेंट्री में अंतर होने का जोखिम कम हो जाता है. साथ ही, खरीदारों को प्रॉडक्ट की उपलब्धता के बारे में ज़्यादा सटीक जानकारी मिलती है.
यह सुविधा कैसे काम करती है
पहले, कुछ तरीकों का इस्तेमाल करके ऑनलाइन और दुकान, दोनों के लिए प्रॉडक्ट की जानकारी सबमिट करने पर, सिस्टम उस प्रॉडक्ट के लिए दो अलग-अलग इंटरनल रिकॉर्ड बना सकता था. कभी-कभी इन रिकॉर्ड में अलग से बदलाव किया जा सकता है. इससे एक ही प्रॉडक्ट के ऑनलाइन और स्टोर में उपलब्ध वर्शन के लिए अलग-अलग जानकारी दिख सकती है.
मल्टी-चैनल प्रॉडक्ट सिस्टम को अपडेट करने के बाद, हम एक बेहतर तरीके की ओर बढ़ रहे हैं. ऑनलाइन और स्टोर में प्रॉडक्ट की उपलब्धता की जानकारी को ज़्यादा बेहतर तरीके से मैनेज किया जाएगा. इससे, ऑनलाइन और स्टोर में उपलब्ध प्रॉडक्ट के वर्शन के एट्रिब्यूट में अंतर होने की संभावना कम हो जाएगी.
मुख्य बदलाव और ध्यान रखने वाली बातें
- प्रॉडक्ट को एक ही तरीके से दिखाना: ऑनलाइन और स्टोर, दोनों जगहों पर बेचे जाने वाले आपके प्रॉडक्ट को एक ही मल्टी-चैनल प्रॉडक्ट के तौर पर मैनेज किया जाएगा.
- प्रॉडक्ट डेटा में अनुकूलता: सिस्टम यह पक्का करने के लिए काम करेगा कि किसी प्रॉडक्ट के मुख्य एट्रिब्यूट (जैसे, टाइटल, ब्यौरा वगैरह) में अनुकूलता बनी रहे. भले ही, उसे ऑनलाइन या स्टोर में खरीदारी के लिए दिखाया गया हो.
- एपीआई का इस्तेमाल करने वाले लोग: मल्टी-चैनल के तौर पर मैनेज किए गए प्रॉडक्ट के लिए, आपको एक ही प्रॉडक्ट के साथ इंटरैक्ट करना होगा. Content API में ProductStatusDestinationStatus ऑब्जेक्ट के अंदर मौजूद चैनल फ़ील्ड से यह पता लगाया जा सकता है कि कोई प्रॉडक्ट, अलग-अलग प्रोग्राम में कैसा परफ़ॉर्म कर रहा है. जैसे, शॉपिंग विज्ञापन या स्थानीय इन्वेंट्री विज्ञापन.
ध्यान दें: चैनल फ़ील्ड, Content API के
ProductStatusDestinationStatusऑब्जेक्ट का हिस्सा है. ऐसा हो सकता है कि Merchant API जैसे नए सिस्टम में "चैनल" फ़ील्ड, लेगसी सुविधाओं के तौर पर काम करें. हालांकि, नए फ़ील्ड "चैनल" को जल्द ही बंद होने वाले Content API के स्कोप में रखना ज़रूरी है. - संभावित समस्याएं: अगर आपने मल्टी-चैनल (ऑनलाइन और स्थानीय) बिक्री के लिए कोई प्रॉडक्ट सबमिट किया है और सिर्फ़ स्थानीय तौर पर बिक्री के लिए कोई दूसरा प्रॉडक्ट सबमिट किया है, तो हो सकता है कि दोनों के लिए एक ही प्रॉडक्ट आईडी, कॉन्टेंट की भाषा, और फ़ीड का लेबल इस्तेमाल किया गया हो. इससे प्रोसेसिंग से जुड़ी समस्याएं या गड़बड़ियां हो सकती हैं.
ध्यान दें: अगर आपकी दुकानों के लिए मल्टी-चैनल वाला कोई प्रॉडक्ट सेट अप किया गया है और उसमें स्थानीय इन्वेंट्री शामिल है, तो पक्का करें कि वह उसी प्रॉडक्ट आईडी, कॉन्टेंट की भाषा, और फ़ीड के लेबल का इस्तेमाल न करे जिसका इस्तेमाल सिर्फ़ स्थानीय इन्वेंट्री विज्ञापनों के लिए सबमिट किए गए किसी मौजूदा प्रॉडक्ट के लिए किया गया है. दोनों के लिए एक ही जानकारी का इस्तेमाल करने पर, विरोध हो सकता है.
- एक जैसे एट्रिब्यूट: मल्टी-चैनल प्रॉडक्ट के लिए, हमारा मकसद यह होता है कि ऑनलाइन और स्टोर में दिखाए जाने वाले प्रॉडक्ट के लिए, मुख्य एट्रिब्यूट की वैल्यू एक जैसी हों. अगर आपको किसी प्रॉडक्ट के ऑनलाइन और स्टोर में मौजूद वर्शन के लिए, विज्ञापन टारगेटिंग से जुड़े अलग-अलग एट्रिब्यूट (जैसे, कस्टम लेबल
[custom_label]) बनाए रखने हैं, तो हमारा सुझाव है कि यूनीक प्रॉडक्ट आईडी वाले दो अलग-अलग प्रॉडक्ट इस्तेमाल करें. - अतिरिक्त डेटा सोर्स: अगर आपने प्रॉडक्ट की ज़्यादा जानकारी देने के लिए अतिरिक्त डेटा सोर्स का इस्तेमाल किया है, तो पक्का करें कि वे अप-टू-डेट हों. अतिरिक्त डेटा सोर्स में मौजूद पुरानी जानकारी की वजह से, आपकी प्रॉडक्ट लिस्टिंग में गलतियां हो सकती हैं.
- यूनीक प्रॉडक्ट सबमिशन: एक ही प्रॉडक्ट (उसके आईडी, कॉन्टेंट की भाषा, और फ़ीड लेबल से पहचाना जाता है) को एक से ज़्यादा प्राइमरी डेटा सोर्स से सबमिट करने पर, गड़बड़ियां हो सकती हैं. हमारा सुझाव है कि हर यूनीक प्रॉडक्ट को एक ही भरोसेमंद प्राइमरी डेटा सोर्स का इस्तेमाल करके सबमिट करें. इससे डेटा को सटीक और साफ़-सुथरा रखने में मदद मिलती है.
ध्यान दें: पहले, एक ही आईडी, कॉन्टेंट की भाषा, और फ़ीड के लेबल वाले प्रॉडक्ट को एक से ज़्यादा डेटा सोर्स से अपलोड करने पर, अनचाही समस्याएं हो सकती थीं. साथ ही, “ एक ही आइटम को कई फ़ीड से अपलोड किया गया है” गड़बड़ी दिख सकती थी. मल्टी-चैनल प्रॉडक्ट के लिए, अब इन उदाहरणों में गड़बड़ियां दिखती हैं, ताकि डेटा सटीक और साफ़ तौर पर दिखाया जा सके.
एपीआई और ऑटोमेटेड प्रॉडक्ट डेटा सोर्स को पहले ऐक्सेस करने की सुविधा
हम धीरे-धीरे एक नई सुविधा लॉन्च कर रहे हैं. इसकी मदद से, एपीआई और अपने-आप अपडेट होने वाले प्रॉडक्ट डेटा सोर्स पर, स्थानीय मार्केटिंग के तरीके चुने जा सकते हैं. अगर आपके पास अब तक इस सुविधा का ऐक्सेस नहीं है और आपको इस प्रोग्राम में शामिल होना है, तो दिलचस्पी दिखाने के लिए बना यह फ़ॉर्म सबमिट करें.
इससे एपीआई का इस्तेमाल करने वाले कारोबारियों या कंपनियों के लिए, स्थानीय इन्वेंट्री विज्ञापन (एलआईए) और मुफ़्त में दिखाई जाने वाली स्थानीय लिस्टिंग का सेटअप आसान हो जाता है. साथ ही, उन कारोबारियों या कंपनियों के लिए भी यह सेटअप आसान हो जाता है जिनके प्रॉडक्ट, ऑनलाइन स्टोर से अपने-आप जुड़ जाते हैं. यहां दिए गए सेक्शन में, इस अपडेट के बाद दिखने वाले बदलावों के बारे में बताया गया है.
इस अपडेट के लिए तैयारी करने का तरीका
हम सभी उपलब्ध प्लैटफ़ॉर्म पर, उपयोगकर्ताओं के मल्टी-चैनल प्रॉडक्ट के साथ इंटरैक्ट करने के तरीके को एक जैसा बना रहे हैं. जैसे: Content API, Merchant API, BigQuery, और Merchant Center.
Content API for shopping
मल्टी-चैनल प्रॉडक्ट, मार्केटिंग के सभी तरीकों को टारगेट कर सकते हैं
ऑनलाइन और दुकान, दोनों के लिए मार्केटिंग के तरीके चालू किए जा सकते हैं:
- Content API डेटा सोर्स के लिए.
- शामिल किए गए डेस्टिनेशन
[included_destination]एट्रिब्यूट जैसे एट्रिब्यूट की मदद से, अलग-अलग मल्टी-चैनल प्रॉडक्ट के लिए.
फ़ाइल डेटा सोर्स का इस्तेमाल करके अपलोड किए गए मल्टी-चैनल प्रॉडक्ट के लिए, सिर्फ़ स्थानीय प्रॉडक्ट नहीं दिख रहा है
products.update() कॉल का इस्तेमाल किया जा सकता है.मल्टी-चैनल प्रॉडक्ट, एपीआई का इस्तेमाल करके सबमिट किए गए सिर्फ़ स्थानीय प्रॉडक्ट से मेल नहीं खा सकता
REST ID के साथ किए गए products.update() कॉल को अस्वीकार कर दिया जाएगा. जिन उपयोगकर्ताओं को ऑनलाइन और दुकानों के लिए, एट्रिब्यूट की अलग-अलग वैल्यू की ज़रूरत होती है उनके लिए, हमारा सुझाव है कि वे दो अलग-अलग प्रॉडक्ट इस्तेमाल करें. इसका मतलब है कि वे दो अलग-अलग प्रॉडक्ट आईडी इस्तेमाल करें.अगर कोई मल्टी-चैनल प्रॉडक्ट, दुकानों के लिए मार्केटिंग के किसी तरीके को टारगेट करता है और उस प्रॉडक्ट के लिए स्थानीय इन्वेंट्री मौजूद है, तो वह REST ID वाले मौजूदा स्थानीय प्रॉडक्ट से मेल नहीं खाएगा. खास तौर पर:
- अगर
REST आईडीवाला कोई स्थानीय प्रॉडक्ट मौजूद है, तो मल्टी-चैनल प्रॉडक्ट, दुकानों के लिए मार्केटिंग के तरीकों के लिए असरदार नहीं होगा. साथ ही, “प्रॉडक्ट आईडी को पहले ही इस्तेमाल किया जा चुका है” आइटम-लेवल की समस्या दिखेगी. - अगर कोई मल्टी-चैनल प्रॉडक्ट, दुकानों के लिए मार्केटिंग के किसी तरीके के लिए इस्तेमाल किया जा रहा है, तो उससे जुड़े
REST IDका इस्तेमाल करके, सिर्फ़ स्थानीय तौर पर उपलब्ध किसी प्रॉडक्ट को शामिल नहीं किया जा सकेगा. साथ ही, “प्रॉडक्ट आईडी को पहले ही इस्तेमाल किया जा चुका है” समस्या दिखेगी.
“ऑनलाइन” चैनल के साथ स्थानीय इन्वेंट्री डाली जा सकती है
localinventory.insert(), REST आईडी में “ऑनलाइन” चैनल वाले आइटम भी स्वीकार करेगा. अगर इन्वेंट्री, दुकानों के लिए मार्केटिंग के किसी तरीके को टारगेट करती है, तो इसका इस्तेमाल मल्टी-चैनल वाले प्रॉडक्ट के लिए किया जाएगा. हालांकि, ऐसा तब तक होगा, जब तक कि REST ID वाला कोई ऐसा प्रॉडक्ट मौजूद न हो जो सिर्फ़ स्थानीय तौर पर उपलब्ध हो और जिसके लिए, चैनल को स्थानीय पर सेट किया गया हो. अगर चैनल को 'स्थानीय' पर सेट करके रेस्टोरेंट आईडी से जुड़ा कोई प्रॉडक्ट सिर्फ़ स्थानीय तौर पर उपलब्ध है, तो इन्वेंट्री को पिक अप कर लिया जाएगा. भले ही, इन्वेंट्री को “ऑनलाइन” चैनल के साथ जोड़ा गया हो.productstatuses API, स्टेटस और समस्याओं की जानकारी एक साथ दिखाता है
Shopping_ads से मेल खाता है) से जुड़ा है या सिर्फ़ स्थानीय प्रॉडक्ट के “शॉपिंग” डेस्टिनेशन (जो Local_inventory_ads से मेल खाता है) से जुड़ा है.Merchant API
डिफ़ॉल्ट रूप से, डेटा सोर्स मल्टी-चैनल होता है
मल्टी-चैनल प्रॉडक्ट के लिए किसी चैनल की ज़रूरत नहीं होती. साथ ही, मार्केटिंग के सभी तरीकों का इस्तेमाल किया जा सकता है
कई चैनल पर दिखाए जाने वाले प्रॉडक्ट के लिए, REST नाम में कोई चैनल मौजूद नहीं है. मल्टी-चैनल प्रॉडक्ट, ऑनलाइन और दुकान, दोनों के लिए मार्केटिंग के तरीकों को टारगेट कर सकते हैं.
मल्टी-चैनल प्रॉडक्ट, “स्थानीय” चैनल के साथ REST नाम को ब्लॉक कर सकता है
मल्टी-चैनल प्रॉडक्ट में स्थानीय इन्वेंट्री की जानकारी जोड़ी जा सकती है
ProductStatus में मार्केटिंग के सभी तरीकों के लिए स्टेटस शामिल होता है
ऑनलाइन स्टोर और दुकान, दोनों के लिए मार्केटिंग के तरीके, मल्टी-चैनल वाले किसी एक प्रॉडक्ट के ProductStatus में दिख सकते हैं.
BigQuery के लिए Google Merchant Center ट्रांसफ़र
प्रॉडक्ट टेबल में, “ऑनलाइन” चैनल के साथ एक्सपोर्ट किए गए मल्टी-चैनल प्रॉडक्ट मौजूद हैं. BigQuery डेटा ट्रांसफ़र सेवा की स्थानीय इन्वेंट्री टेबल में, “ऑनलाइन” चैनल के साथ product_id शामिल हो सकता है.
काम न करने वाले कॉन्फ़िगरेशन की सूची
ऑनलाइन स्टोर और दुकान, दोनों को टारगेट करने वाले और डेटा सोर्स का इस्तेमाल करके अपलोड किए गए प्रॉडक्ट के लिए, Content API के products.update() और products.insert() कॉन्फ़िगरेशन
Merchant Center के यूज़र इंटरफ़ेस (यूआई) में, ऐसे डेटा सोर्स बनाए जा सकते हैं जो ऑनलाइन और दुकान, दोनों के लिए मार्केटिंग के तरीके को टारगेट कर सकते हैं. पहले, ऑनलाइन स्टोर को टारगेट करने वाले हिस्सों और दुकानों को टारगेट करने वाले हिस्सों में अलग-अलग बदलाव किए जा सकते थे. खास तौर पर, ये काम किए जा सकते थे:
- “ऑनलाइन” चैनल के साथ
products.update()का इस्तेमाल करें. इससे सिर्फ़ ऑनलाइन स्टोर के लिए मार्केटिंग के तरीकों पर असर पड़ेगा. products.update()में “local” चैनल का इस्तेमाल किया गया हो. इससे सिर्फ़ दुकानों के लिए मार्केटिंग के तरीकों पर असर पड़ता है.- 'ऑनलाइन' चैनल के साथ
products.insert()औरfeedIdपैरामीटर के तौर पर पूरक डेटा सोर्स का आईडी इस्तेमाल करने पर, सिर्फ़ ऑनलाइन स्टोर के लिए मार्केटिंग के तरीकों पर असर पड़ता है. - 'स्थानीय' चैनल के साथ
products.insert()औरfeedIdपैरामीटर के तौर पर पूरक डेटा सोर्स का आईडी इस्तेमाल करने पर, सिर्फ़ दुकानों के लिए मार्केटिंग के तरीकों पर असर पड़ता है.
मल्टी-चैनल वाले प्रॉडक्ट के लिए, “ऑनलाइन” चैनल के साथ products.update() का इस्तेमाल करना
मल्टी-चैनल प्रॉडक्ट के लिए, “ऑनलाइन” चैनल के साथ products.update() का इस्तेमाल करने पर, ऑनलाइन स्टोर और दुकानों, दोनों के लिए मार्केटिंग के तरीकों पर असर पड़ेगा.
मल्टी-चैनल प्रॉडक्ट के लिए, “स्थानीय” चैनल के साथ products.update()
मल्टी-चैनल वाले प्रॉडक्ट के लिए, “स्थानीय” चैनल के साथ products.update() कॉल अस्वीकार कर दिए जाते हैं.
मल्टी-चैनल प्रॉडक्ट के लिए, “ऑनलाइन” चैनल के साथ products.insert() और feedId पैरामीटर के तौर पर पूरक डेटा सोर्स का आईडी
मल्टी-चैनल प्रॉडक्ट के लिए, “ऑनलाइन” चैनल के साथ products.insert() और feedId पैरामीटर के तौर पर पूरक डेटा सोर्स का आईडी इस्तेमाल करने पर, ऑनलाइन स्टोर और दुकानों, दोनों के लिए मार्केटिंग के तरीकों पर असर पड़ेगा.
मल्टी-चैनल प्रॉडक्ट के लिए, “स्थानीय” चैनल के साथ products.insert() और feedId पैरामीटर के तौर पर पूरक डेटा सोर्स का आईडी
अगर मल्टी-चैनल प्रॉडक्ट के लिए, “स्थानीय” चैनल के साथ products.insert() कॉन्फ़िगरेशन और feedId पैरामीटर के तौर पर पूरक डेटा सोर्स का आईडी इस्तेमाल किया जाता है, तो इस कॉन्फ़िगरेशन को अस्वीकार कर दिया जाएगा.
जिस कॉन्फ़िगरेशन पर असर पड़ा है
मान लें कि एक ऐसा प्रॉडक्ट डेटा सोर्स है जो ऑनलाइन स्टोर और दुकान, दोनों के लिए मार्केटिंग के तरीकों को टारगेट कर सकता है. मान लें कि दुकानों के लिए मार्केटिंग का कोई तरीका चालू है.
पहले, Content API के products.update() का इस्तेमाल करके, “स्थानीय” चैनल के ज़रिए ऐसे डेटा के साथ उपलब्ध कराए गए आइटम अपडेट किए जा सकते थे. सिस्टम के इस अपडेट के बाद, products.update() फ़ंक्शन का इस्तेमाल करके, “स्थानीय” चैनल के लिए ऐसे डेटा सोर्स से मिले आइटम को अपडेट नहीं किया जा सकेगा.
समस्या हल करने का सुझाव
जिन कारोबारियों या कंपनियों को ऑनलाइन स्टोर और दुकानों के लिए मार्केटिंग के तरीकों के लिए, एट्रिब्यूट के अलग-अलग सेट की ज़रूरत होती है उन्हें एक ही प्रॉडक्ट के लिए ऐसा नहीं करना चाहिए. हमारा सुझाव है कि इस मामले में, दो अलग-अलग प्रॉडक्ट इस्तेमाल करें. इनके लिए दो अलग-अलग प्रॉडक्ट आईडी इस्तेमाल करें और इन्हें अलग-अलग मैनेज करें. चैनल को प्रॉडक्ट आईडी का हिस्सा नहीं माना जाता. इसलिए, इसका इस्तेमाल प्रॉडक्ट में अंतर करने के लिए नहीं किया जा सकता.
मल्टी-चैनल वाले प्रॉडक्ट को सिर्फ़ पूरी तरह से बदला जा सकता है
यह उदाहरण देखें:
- ऑनलाइन और दुकान, दोनों के लिए मार्केटिंग के तरीकों को टारगेट करने वाले डेटा सोर्स का इस्तेमाल करके, मल्टी-चैनल प्रॉडक्ट अपलोड करें.
- सिर्फ़ ऑनलाइन स्टोर के लिए मार्केटिंग के तरीकों को टारगेट करने वाले किसी दूसरे डेटा सोर्स का इस्तेमाल करके, एक ही आईडी, कॉन्टेंट की भाषा, और फ़ीड के लेबल वाला प्रॉडक्ट अपलोड करें.
ऑनलाइन स्टोर के लिए मार्केटिंग के तरीकों के मामले में, दूसरे चरण में अपलोड किया गया प्रॉडक्ट, पहले चरण में अपलोड किए गए प्रॉडक्ट की जगह इस्तेमाल किया जाएगा. पहले चरण में, दुकानों के लिए मार्केटिंग के तरीकों को टारगेट करने वाला एक अलग प्रॉडक्ट भी बनाया गया था. यह प्रॉडक्ट अब भी मौजूद है. सिस्टम के इस अपडेट से, यह तरीका बदल जाता है: पहले चरण की वजह से होने वाले सभी लोकल इफ़ेक्ट हटा दिए जाते हैं. ध्यान दें कि दूसरे चरण की वजह से, “प्रॉडक्ट को एक से ज़्यादा फ़ीड के ज़रिए अपलोड किया गया है” चेतावनी भी दिखती है.
मल्टी-चैनल वाला प्रॉडक्ट, सिर्फ़ स्थानीय प्रॉडक्ट के आईडी को ब्लॉक करता है
ऊपर दिए गए उदाहरण में, दूसरे चरण में सिर्फ़ स्थानीय प्रॉडक्ट को शामिल किया गया है:
- ऑनलाइन और दुकान, दोनों के लिए मार्केटिंग के तरीकों को टारगेट करने वाले डेटा सोर्स का इस्तेमाल करके, मल्टी-चैनल प्रॉडक्ट अपलोड करें.
- सिर्फ़ स्थानीय तौर पर उपलब्ध प्रॉडक्ट को उसी आईडी, कॉन्टेंट की भाषा, और फ़ीड के लेबल के साथ अपलोड करें. इसके लिए, किसी दूसरे डेटा सोर्स का इस्तेमाल करें. यह डेटा सोर्स, सिर्फ़ दुकानों के लिए मार्केटिंग के तरीकों को टारगेट करता हो.
पहले, दूसरे चरण में अपलोड किया गया सिर्फ़ स्थानीय प्रॉडक्ट, पहले चरण में अपलोड किए गए प्रॉडक्ट की जगह ले लेता था. हालांकि, ऐसा सिर्फ़ दुकानों के लिए मार्केटिंग के तरीकों के लिए होता था. इस सिस्टम अपडेट से, यह तरीका बदल जाता है:
- अगर पहले चरण में चुने गए प्रॉडक्ट की स्थानीय इन्वेंट्री मौजूद है, तो दूसरे चरण में चुना गया प्रॉडक्ट अपलोड नहीं हो पाएगा. साथ ही, “प्रॉडक्ट आईडी को पहले ही इस्तेमाल किया जा चुका है” गड़बड़ी दिखेगी.
- अगर पहले चरण में चुने गए प्रॉडक्ट की स्थानीय इन्वेंट्री मौजूद नहीं है, तो दूसरे चरण में चुना गया स्थानीय प्रॉडक्ट बिना किसी चेतावनी के अपलोड हो जाएगा.
सिर्फ़ स्थानीय तौर पर उपलब्ध कोई मौजूदा प्रॉडक्ट, मल्टी-चैनल वाले किसी प्रॉडक्ट को दुकानों के लिए मार्केटिंग के तरीके के तौर पर इस्तेमाल होने से रोकेगा
यह उदाहरण देखें:
- सिर्फ़ स्थानीय प्रॉडक्ट अपलोड करें.
- मल्टी-चैनल वाले किसी प्रॉडक्ट को उसी आईडी, कॉन्टेंट की भाषा, और डेटा सोर्स के लेबल के साथ अपलोड करें. इसके लिए, किसी ऐसे दूसरे डेटा सोर्स का इस्तेमाल करें जो दुकानों के लिए मार्केटिंग के तरीकों को टारगेट करता हो. साथ ही, हो सकता है कि वह ऑनलाइन स्टोर के लिए मार्केटिंग के तरीकों को भी टारगेट करता हो.
मल्टी-चैनल प्रॉडक्ट, दुकानों के लिए मार्केटिंग के तरीकों के लिए असरदार नहीं होगा. साथ ही, “प्रॉडक्ट आईडी को पहले ही इस्तेमाल किया जा चुका है” गड़बड़ी का मैसेज दिखेगा. यह सब, पहले चरण में जोड़े गए सिर्फ़ स्थानीय प्रॉडक्ट की वजह से हो रहा है. सिर्फ़ स्थानीय प्रॉडक्ट को मिटाने के बाद, यह समस्या अपने-आप ठीक हो जाएगी.
समस्या हल करने का सुझाव
कारोबारियों या कंपनियों को एक ही प्रॉडक्ट आईडी, कॉन्टेंट की भाषा, और डेटा सोर्स के लेबल वाले प्रॉडक्ट को एक से ज़्यादा डेटा सोर्स से अपलोड नहीं करना चाहिए. पहले, यह प्रोसेस काफ़ी मुश्किल होती थी. इस वजह से, डेटा सोर्स के कॉन्फ़िगरेशन में अक्सर गड़बड़ियां हो जाती थीं. सिस्टम अपडेट के बाद, यह तरीका बदल गया है. अब सिर्फ़ स्थानीय तौर पर उपलब्ध प्रॉडक्ट के साथ टकराव होने पर, “प्रॉडक्ट आईडी को पहले ही इस्तेमाल किया जा चुका है” गड़बड़ियां दिखेंगी.
पुराने अतिरिक्त डेटा सोर्स का डेटा पूरी तरह से लागू नहीं हो रहा है
समस्या हल करने का सुझाव
पक्का करें कि प्राइमरी सोर्स में शामिल किए गए सभी अतिरिक्त सोर्स का कॉन्टेंट, समय-समय पर अपडेट किया जाता हो. प्राइमरी सोर्स में बदलाव करने के बाद, अतिरिक्त सोर्स को अपडेट करना ज़रूरी है. अगर किसी अतिरिक्त सोर्स का कॉन्टेंट एक साल से अपडेट नहीं किया गया है, तो उसे अपडेट किया जाना चाहिए. इसके अलावा, अगर अतिरिक्त सोर्स की अब ज़रूरत नहीं है, तो उसे मिटा देना चाहिए.