इस गाइड में, Content API for Shopping से Merchant API पर माइग्रेट करने की प्रोसेस के बारे में बताया गया है. Merchant API का इस्तेमाल, कारोबार के डेटा को मैनेज करने के लिए किया जाता है.
इस गाइड का इस्तेमाल करके, Content API for Shopping के मौजूदा इंटिग्रेशन को Merchant API पर माइग्रेट किया जा सकता है. Merchant API और इसके सब-एपीआई के बारे में ज़्यादा जानने के लिए, Merchant API का डिज़ाइन देखें.
अपनी प्रोफ़ाइल बनाना शुरू करें
Merchant API का इस्तेमाल शुरू करने के लिए, अनुरोध किए गए यूआरएल को इस फ़ॉर्मैट में बदलें:
https://merchantapi.googleapis.com/{SUB_API}/{VERSION}/{RESOURCE_NAME}:{METHOD}…
Merchant API का इस्तेमाल करने के लिए, आपको डेवलपर के तौर पर रजिस्टर करने के तरीके का इस्तेमाल करके, अपने Merchant Center खाते और Google Cloud प्रोजेक्ट को लिंक करना होगा. इसके लिए, यह तरीका अपनाएं:
POST https://merchantapi.googleapis.com/accounts/v1/accounts/{ACCOUNT_ID}/developerRegistration:registerGcp
{
developer_email:"example-email@example.com"
}
ज़्यादा जानकारी के लिए, क्विकस्टार्ट गाइड और Merchant API रेफ़रंस देखें.
Content API for Shopping की तुलना में बेहतर सुविधाएं
Merchant API की मदद से, Merchant Center में वर्कफ़्लो को अपने-आप पूरा किया जा सकता है और उन्हें बेहतर बनाया जा सकता है. साथ ही, यह Content API for Shopping की तुलना में ज़्यादा सुविधाएं देता है.
इस्तेमाल के मुख्य उदाहरण:
- खाते के मैनेजमेंट की प्रोसेस को अपने-आप पूरा होने की सुविधा
- प्रॉडक्ट मैनेजमेंट को अपने-आप होने की सुविधा
- इन्वेंट्री मैनेजमेंट को ऑटोमेट करना
- कस्टम रिपोर्टिंग
इन क्षेत्रों में सुधार की ज़रूरत है:
- नई सुविधाओं वाले सब-एपीआई. इनमें ये शामिल हैं:
- ऑर्डर ट्रैक करने की सुविधा कारोबार के ऑर्डर ट्रैक करने के इतिहास के साथ काम करती है, ताकि खरीदारों को शिपिंग में लगने वाले समय का सटीक अनुमान दिया जा सके. इसके सिग्नल से, मुफ़्त और तेज़ शिपिंग की सुविधा के साथ बेहतर लिस्टिंग भी दिखाई जा सकती हैं.
- समस्या हल करना सेक्शन में, गड़बड़ी की जानकारी देने वाला कॉन्टेंट और सहायता से जुड़ी कार्रवाइयां उसी तरह से ऐक्सेस की जा सकती हैं जिस तरह से Merchant Center के यूज़र इंटरफ़ेस (यूआई) में उपलब्ध होती हैं.
- Product Studio (ALPHA), जनरेटिव एआई का इस्तेमाल करके प्रॉडक्ट के टाइटल और ब्यौरे जनरेट करता है और उन्हें ऑप्टिमाइज़ करता है. ऐक्सेस का अनुरोध करने के लिए, आपको इस फ़ॉर्म पर हस्ताक्षर करना होगा.
- Accounts sub-API में नए संसाधन.
OmnichannelSettings
यह कई तरीकों से खरीदारी करने की सुविधा के लिए, खाते के कॉन्फ़िगरेशन को मैनेज करता है. जैसे, मुफ़्त में दिखाई जाने वाली स्थानीय लिस्टिंग (एफ़एलएल) और स्थानीय इन्वेंट्री विज्ञापन (एलआईए).LfpProviders
इन्वेंट्री डेटा के लिए, Local Feeds Partnership (LFP) के पार्टनर से कनेक्ट होता है.GbpAccounts
स्थानीय स्टोर के डेटा के लिए, Google Business Profile खाते से कनेक्ट होता है.OnlineReturnPolicy
इससे आपको ऑनलाइन नीतियां बनाने, मिटाने, और अपडेट करने की सुविधा मिलती है.
- इन्वेंट्री, प्रॉडक्ट डेटा, और अन्य एपीआई के लिए नए तरीके. इनमें ये शामिल हैं:
- Products सब-एपीआई में एक नया तरीका.
ProductsUpdate
की मदद से, अलग-अलग प्रॉडक्ट अपडेट किए जा सकते हैं. इसके लिए, आपकोProductInput
के लिए ज़रूरी सभी फ़ील्ड भरने की ज़रूरत नहीं होती.
- प्राइमरी डेटा सोर्स के साथ-साथ, एक से ज़्यादा डेटा सोर्स बनाने की सुविधा. जैसे:
- प्रॉडक्ट और कारोबारी या कंपनी की समीक्षाएं अपलोड करने की सुविधा लॉन्च की गई
- Merchant API की मदद से, खाते के डेटा में हुए बदलावों के लिए सूचनाएं पाने की सुविधा चालू की जा सकती है
खातों में ये बदलाव हुए हैं:
- एपीआई कॉल के हिसाब से, ज़्यादा से ज़्यादा
pageSize
की संख्या 250 से बढ़ाकर 1,000 कर दी गई है. DataSources
बनाने के बाद, प्रॉडक्ट जोड़ने, प्रमोशन, प्रॉडक्ट की समीक्षाओं, और कारोबारी या कंपनी की समीक्षाओं में होने वाली देरी को ठीक कर दिया गया है.
आने वाले समय में मिलने वाली सुविधाएं:
- रिपोर्टिंग सब-एपीआई के तहत
productView
टेबल में,clickPotentialRank
के लिए अपडेट की गई परिभाषा लॉन्च की गई है: *clickPotential
के आधार पर प्रॉडक्ट की रैंकिंग को सामान्य किया जाता है. इसके लिए, 1 से 1,000 के बीच की वैल्यू का इस्तेमाल किया जाता है.- कम
clickPotentialRank
वाले प्रॉडक्ट को भी, कारोबारी या कंपनी के उन प्रॉडक्ट में सबसे ज़्यादा क्लिक मिल सकते हैं जो खोज क्वेरी की शर्तों को पूरा करते हैं. यह एक ऐसा बदलाव है जिससे मौजूदा सिस्टम पर कोई असर नहीं पड़ेगा. इसे 1 जुलाई, 2025 को लॉन्च किया जा सकता है.
- कम
AccountRelationship
रिसॉर्स में मौजूदAccountIdAlias
की मदद से, जटिल खाता स्ट्रक्चर को बेहतर तरीके से मैनेज किया जा सकता है. उदाहरण के लिए, मार्केटप्लेस, मर्चेंट के इंटरनल आईडी (जैसे कि खाता आईडी) के बजाय, उपयोगकर्ता के तय किए गए एलियास का इस्तेमाल करते हैं.
gRPC के साथ काम करने की सुविधा
Merchant API, gRPC और REST के साथ काम करता है. Merchant API के लिए gRPC और Content API for Shopping के लिए REST का इस्तेमाल एक साथ किया जा सकता है.
Merchant API की क्लाइंट लाइब्रेरी के लिए gRPC की ज़रूरत होती है.
ज़्यादा जानकारी के लिए, gRPC की खास जानकारी देखें.
इनके साथ काम करता है
इस गाइड में, Merchant API में हुए सामान्य बदलावों के बारे में बताया गया है.
Merchant API को Content API for Shopping की मौजूदा सुविधाओं के साथ काम करने के लिए डिज़ाइन किया गया है.
उदाहरण के लिए, Merchant Inventories API का इस्तेमाल, Content API for Shopping v2.1 products
के मौजूदा वर्शन के साथ किया जा सकता है. Content API for Shopping का इस्तेमाल करके, स्थानीय स्टोर में बेचे जाने वाले नए प्रॉडक्ट को अपलोड किया जा सकता है. इसके बाद, Merchant Inventories API LocalInventory
संसाधन का इस्तेमाल करके, उस प्रॉडक्ट के लिए स्टोर में मौजूद इन्वेंट्री की जानकारी मैनेज की जा सकती है.
Content API की तुलना में बेहतर सुविधाएं
Merchant API, इन मामलों में Content API से बेहतर है:
- आपके खास इंटिग्रेशन के लिए, नई सुविधाओं वाले सब-एपीआई
- इन्वेंट्री, प्रॉडक्ट डेटा, और अन्य एपीआई के लिए नए तरीके
- प्राइमरी डेटा सोर्स के साथ-साथ, एक से ज़्यादा डेटा सोर्स बनाने की सुविधा. जैसे:
- प्रॉडक्ट और कारोबारी या कंपनी की समीक्षाएं अपलोड करने की सुविधा लॉन्च की गई
- Merchant API की मदद से, खाते के डेटा में हुए बदलावों के लिए सूचनाएं पाने की सुविधा चालू की जा सकती है.
- Accounts रिसॉर्स के लिए, फ़िल्टर करने की सुविधा उपलब्ध कराई गई है
इन बदलावों के बारे में ज़्यादा जानें.
वर्शनिंग और सब-एपीआई
Merchant API में, वर्शनिंग और सब-एपीआई के कॉन्सेप्ट पेश किए गए हैं. मॉड्यूलर डिज़ाइन की वजह से, इसका इस्तेमाल करना आसान हो जाता है. इससे आपको उन सब-एपीआई पर फ़ोकस करने में मदद मिलती है जिनकी आपको ज़रूरत है. साथ ही, आने वाले समय में नए वर्शन पर माइग्रेट करना आसान हो जाता है. वर्शनिंग, आपके अनुरोध यूआरएल के साथ लागू की जाएगी.यह रणनीति, Google Ads API के अनुभव की तरह ही है.
ज़्यादा बेहतर अनुरोध
Merchant API के यूआरएल अनुरोधों के लिए, Merchant API को कॉल करने के लिए ज़्यादा पैरामीटर की ज़रूरत होती है. इसमें संसाधन, वर्शन, नाम (पहचान करने वाले), और तरीका (गैर-स्टैंडर्ड तरीके) शामिल हैं. इस बारे में ज़्यादा जानने के लिए, खाता और प्रॉडक्ट आइडेंटिफ़ायर और उदाहरण देखें.
पहचान करने वाले लोगों के लिए एआईपी के सिद्धांत
Content API for Shopping, संसाधनों की पहचान करने के लिए आईडी का इस्तेमाल करता है. उदाहरण के लिए,
merchantId
, productId
. वहीं, Merchant API, name
आइडेंटिफ़ायर का इस्तेमाल करता है, ताकि AIP के साथ अलाइन किया जा सके. इसके बारे में जानने के लिए, API को बेहतर बनाने के सिद्धांत देखें.
{name}
आइडेंटिफ़ायर में रिसॉर्स आइडेंटिफ़ायर और उसका पैरंट (या एक से ज़्यादा पैरंट) शामिल होता है. जैसे, {name}
, accounts/{account}/products/{product}
के बराबर होता है
पढ़ने और लिखने के सभी कॉल, संसाधन आइडेंटिफ़ायर के तौर पर name
फ़ील्ड दिखाते हैं.
{name}
में कलेक्शन आइडेंटिफ़ायर accounts/
और products/
भी शामिल हैं.
Merchant API, Merchant Center आईडी के लिए {account}
और प्रॉडक्ट आइडेंटिफ़ायर के लिए {product}
का इस्तेमाल करता है.
उदाहरण के लिए, किसी संसाधन से name
को वापस पाने के लिए, getName()
तरीके को लागू करें. साथ ही, आउटपुट को किसी वैरिएबल के तौर पर सेव करें. इसके बजाय, कारोबारी या कंपनी और संसाधन आईडी से name
को खुद बनाएं.
यहां एक उदाहरण दिया गया है, जिसमें कॉल में name
फ़ील्ड का इस्तेमाल करने का तरीका बताया गया है:
POST https://merchantapi.googleapis.com/inventories/v1/{PARENT}/regionalInventories:insert
इस टेबल में दिखाया गया है कि Content API for Shopping products.get
अनुरोध में कैसे बदलाव होता है:
Shopping के लिए Content API | Merchant API |
---|---|
GET https://shoppingcontent.googleapis.com/content/v2.1/{merchantId}/products/{productId}
|
GET https://merchantapi.googleapis.com/products/v1/{name}
|
ज़्यादा जानकारी के लिए, आईडेंटिफ़ायर में बदलाव लेख पढ़ें.
एक और उदाहरण के तौर पर, Merchant API का इस्तेमाल करके Merchant Center आईडी 4321
से en~US~1234
आइडेंटिफ़ायर वाला प्रॉडक्ट वापस पाने का तरीका यहां दिया गया है:
GET
https://merchantapi.googleapis.com/products/v1/accounts/4321/products/online~en~US~1234
जहां {name}
, accounts/4321/products/en~US~1234
के बराबर हो. Merchant API में, पढ़ने और लिखने से जुड़े सभी कॉल के लिए, इस नए नाम वाले फ़ील्ड को संसाधन आइडेंटिफ़ायर के तौर पर दिखाया जाता है.
Content API for Shopping में, प्रॉडक्ट के नाम में कोलन (:) का इस्तेमाल डेलिमिटर के तौर पर किया जाता है. वहीं, Merchant API में टिल्ड (~) का इस्तेमाल डेलिमिटर के तौर पर किया जाता है. Merchant API आइडेंटिफ़ायर में channel
हिस्सा शामिल नहीं है.
उदाहरण के लिए, Content API for Shopping में प्रॉडक्ट आईडी:
channel:contentLanguage:feedLabel:offerId
.
Merchant API में यह इस तरह दिखता है:
contentLanguage~feedLabel~offerId
.
चाइल्ड रिसॉर्स के लिए पैरंट फ़ील्ड
Merchant API में, सभी चाइल्ड रिसॉर्स में parent
फ़ील्ड होता है. पूरे पैरंट रिसॉर्स को पास करने के बजाय, {name}
फ़ील्ड का इस्तेमाल करके, उस रिसॉर्स का {name}
तय किया जा सकता है जिसमें बच्चे को शामिल करना है.parent
list
के साथ parent
फ़ील्ड का इस्तेमाल भी किया जा सकता है
उदाहरण के लिए, किसी प्रॉडक्ट की स्थानीय इन्वेंट्री की जानकारी दिखाने के लिए, list
तरीके के लिए parent
फ़ील्ड में प्रॉडक्ट का name
डालें. इस मामले में, दिया गया product
, LocalInventory संसाधनों का parent
है.
GET
https://merchantapi.googleapis.com/inventories/v1/{parent}/localInventories
प्रॉडक्ट en~US~1234'
और खाते 4321
के लिए सभी स्थानीय इन्वेंट्री वापस पाने का अनुरोध इस तरह दिखेगा
GET
https://merchantapi.googleapis.com/inventories/v1/accounts/4321/products/online~en~US~1234/localInventories</code>
पैरंट accounts/{account}/products/{product}
है. ध्यान दें कि इस मामले में, localInventories संसाधन के दो पैरंट हैं. इन्हें नाम आइडेंटिफ़ायर (accounts/
और products/
) में शामिल किया गया है, क्योंकि खाता, प्रॉडक्ट संसाधन का पैरंट है.
सामान्य enum
सामान्य enum का इस्तेमाल करने से, ज़्यादा एकरूपता मिलती है.
Destination.DestinationEnum
फ़ील्ड में, उन प्लैटफ़ॉर्म के बारे में बताया जाता है जिन पर आपके संसाधन दिखाए जाने हैं.
DestinationEnum
में, डेस्टिनेशन टारगेटिंग के लिए उपलब्ध सभी वैल्यू की सूची दी गई है. साथ ही, यह सब-एपीआई में एक जैसा होता है. उदाहरण के लिए, प्रमोशन एट्रिब्यूट के लिए.
ReportingContext.ReportingContextEnum
फ़ील्ड, उस कॉन्टेक्स्ट को दिखाता है जिस पर आपके खाते और प्रॉडक्ट से जुड़ी समस्याएं लागू होती हैं.
इस फ़ील्ड का इस्तेमाल, रिपोर्टिंग के सभी तरीकों में किया जाता है. उदाहरण के लिए, IssueSeverityPerReportingContext
के लिए.
पिछले वर्शन के गेम खेलने की सुविधा
Merchant API का इस्तेमाल शुरू करने पर, Content API for Shopping का मौजूदा इंटिग्रेशन बिना किसी रुकावट के काम करता रहेगा. ज़्यादा जानकारी के लिए, डिवाइस साथ में कैसे काम करते हैं लेख पढ़ें.
अपने सब-एपीआई को Merchant API पर माइग्रेट करने के बाद, हमारा सुझाव है कि माइग्रेट किए गए सब-एपीआई के लिए सिर्फ़ Merchant API का इस्तेमाल करें.
रिमोट प्रोसीजर कॉल (gRPC) की उपलब्धता
Merchant API के साथ इंटिग्रेट करने के लिए, gRPC का इस्तेमाल करने का सुझाव दिया जाता है.
इसके ये फ़ायदे हैं:
- लैंग्वेज एग्नोस्टिक
- प्रोटोकॉल बफ़र पर निर्भर करता है
यह ज़्यादा परफ़ॉर्मेंस वाले स्केलेबल समाधान उपलब्ध कराने के लिए, HTTP/2 का इस्तेमाल करता है (आरपीसी रेफ़रंस)
हमारी क्लाइंट लाइब्रेरी या कोड के सैंपल का इस्तेमाल करने पर, gRPC डिफ़ॉल्ट ट्रांसपोर्ट मैकेनिज़्म होता है.
gRPC के बारे में ज़्यादा जानने के लिए, यहां जाएं:
कस्टम बैचिंग, बिल्ट-इन बैचिंग में बदल जाती है
एसिंक्रोनस कॉल का इस्तेमाल करने पर, बैचिंग ज़्यादा बेहतर तरीके से काम करती है. Merchant API में बैचिंग की सुविधा पाने के लिए, पैरलल कॉल का इस्तेमाल करने के बारे में ज़्यादा जानें. साथ ही, एक साथ कई अनुरोधों के लिए कोड को फिर से व्यवस्थित करने का तरीका जानें.
हमारा सुझाव है कि माइग्रेशन की प्रोसेस को तेज़ करने के लिए, क्लाइंट लाइब्रेरी का इस्तेमाल करें.
Merchant API, Content API for Shopping में मौजूद customBatch
तरीके के साथ काम नहीं करता. इसके बजाय, एक साथ कई अनुरोध भेजना या अपने कॉल को एसिंक्रोनस तरीके से लागू करना देखें.
यहां दिए गए Java के उदाहरण में, प्रॉडक्ट इनपुट डालने का तरीका बताया गया है.
import com.google.api.core.ApiFuture;
import com.google.api.core.ApiFutureCallback;
import com.google.api.core.ApiFutures;
import com.google.api.gax.core.FixedCredentialsProvider;
import com.google.auth.oauth2.GoogleCredentials;
import com.google.common.util.concurrent.MoreExecutors;
import com.google.shopping.merchant.products.v1.Availability;
import com.google.shopping.merchant.products.v1.Condition;
import com.google.shopping.merchant.products.v1.InsertProductInputRequest;
import com.google.shopping.merchant.products.v1.ProductAttributes;
import com.google.shopping.merchant.products.v1.ProductInput;
import com.google.shopping.merchant.products.v1.ProductInputsServiceClient;
import com.google.shopping.merchant.products.v1.ProductInputsServiceSettings;
import com.google.shopping.merchant.products.v1.Shipping;
import com.google.shopping.type.Price;
import java.util.ArrayList;
import java.util.List;
import java.util.Random;
import java.util.stream.Collectors;
import shopping.merchant.samples.utils.Authenticator;
import shopping.merchant.samples.utils.Config;
/** This class demonstrates how to insert a product input */
public class InsertProductInputAsyncSample {
private static String getParent(String accountId) {
return String.format("accounts/%s", accountId);
}
private static String generateRandomString() {
String characters = "ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789";
Random random = new Random();
StringBuilder sb = new StringBuilder(8);
for (int i = 0; i < 8; i++) {
sb.append(characters.charAt(random.nextInt(characters.length())));
}
return sb.toString();
}
private static ProductInput createRandomProduct() {
Price price = Price.newBuilder().setAmountMicros(33_450_000).setCurrencyCode("USD").build();
Shipping shipping =
Shipping.newBuilder().setPrice(price).setCountry("GB").setService("1st class post").build();
Shipping shipping2 =
Shipping.newBuilder().setPrice(price).setCountry("FR").setService("1st class post").build();
ProductAttributes attributes =
ProductAttributes.newBuilder()
.setTitle("A Tale of Two Cities")
.setDescription("A classic novel about the French Revolution")
.setLink("https://exampleWebsite.com/tale-of-two-cities.html")
.setImageLink("https://exampleWebsite.com/tale-of-two-cities.jpg")
.setAvailability(Availability.IN_STOCK)
.setCondition(Condition.NEW)
.setGoogleProductCategory("Media > Books")
.addGtins("9780007350896")
.addShipping(shipping)
.addShipping(shipping2)
.build();
return ProductInput.newBuilder()
.setContentLanguage("en")
.setFeedLabel("CH")
.setOfferId(generateRandomString())
.setProductAttributes(attributes)
.build();
}
public static void asyncInsertProductInput(Config config, String dataSource) throws Exception {
// Obtains OAuth token based on the user's configuration.
GoogleCredentials credential = new Authenticator().authenticate();
// Creates service settings using the credentials retrieved above.
ProductInputsServiceSettings productInputsServiceSettings =
ProductInputsServiceSettings.newBuilder()
.setCredentialsProvider(FixedCredentialsProvider.create(credential))
.build();
// Creates parent to identify where to insert the product.
String parent = getParent(config.getAccountId().toString());
// Calls the API and catches and prints any network failures/errors.
try (ProductInputsServiceClient productInputsServiceClient =
ProductInputsServiceClient.create(productInputsServiceSettings)) {
// Creates five insert product input requests with random product IDs.
List<InsertProductInputRequest> requests = new ArrayList<>(5);
for (int i = 0; i < 5; i++) {
InsertProductInputRequest request =
InsertProductInputRequest.newBuilder()
.setParent(parent)
// You can only insert products into datasource types of Input "API", and of Type
// "Primary" or "Supplemental."
// This field takes the `name` field of the datasource.
.setDataSource(dataSource)
// If this product is already owned by another datasource, when re-inserting, the
// new datasource will take ownership of the product.
.setProductInput(createRandomProduct())
.build();
requests.add(request);
}
System.out.println("Sending insert product input requests");
List<ApiFuture<ProductInput>> futures =
requests.stream()
.map(
request ->
productInputsServiceClient.insertProductInputCallable().futureCall(request))
.collect(Collectors.toList());
// Creates callback to handle the responses when all are ready.
ApiFuture<List<ProductInput>> responses = ApiFutures.allAsList(futures);
ApiFutures.addCallback(
responses,
new ApiFutureCallback<List<ProductInput>>() {
@Override
public void onSuccess(List<ProductInput> results) {
System.out.println("Inserted products below");
System.out.println(results);
}
@Override
public void onFailure(Throwable throwable) {
System.out.println(throwable);
}
},
MoreExecutors.directExecutor());
} catch (Exception e) {
System.out.println(e);
}
}
public static void main(String[] args) throws Exception {
Config config = Config.load();
// Identifies the data source that will own the product input.
String dataSource = "accounts/" + config.getAccountId() + "/dataSources/{datasourceId}";
asyncInsertProductInput(config, dataSource);
}
}
अगर Content API में customBatch
का इस्तेमाल किया जाता है और आपको Merchant API के लिए इस सुविधा की ज़रूरत है, तो हमें अपनी राय में बताएं कि आपको इसकी ज़रूरत क्यों है.
अनन्य विशेषताएं
आने वाले समय में उपलब्ध होने वाली सुविधाएं, सिर्फ़ Merchant API में दिखेंगी. (हालांकि, कुछ मामलों में ऐसा नहीं होगा. जैसे, 2025 के सालाना फ़ीड का स्पेसिफ़िकेशन.)
Merchant API की खास सुविधाओं में ये शामिल हैं
- Reviews API. प्रॉडक्ट और दुकान की रेटिंग लागू करने और उन्हें मैनेज करने के लिए, समीक्षाएं सुविधा का इस्तेमाल करें. ज़्यादा जानकारी के लिए, सेलर की समीक्षा और प्रॉडक्ट की समीक्षा लेख पढ़ें.
- सूचनाएं: किसी खाते के प्रॉडक्ट डेटा में होने वाले बदलावों के लिए, पुश नोटिफ़िकेशन पाने के लिए साइन अप करें.
कीमत
Merchant Common पैकेज में Price
के लिए ये बदलाव किए गए हैं:
Shopping के लिए Content API | Merchant API | |
---|---|---|
रकम फ़ील्ड | value:string |
amountMicros:int64 |
मुद्रा फ़ील्ड | currency:string
|
currencyCode:string |
Price
की रकम को अब माइक्रो में रिकॉर्ड किया जाता है. यहां 10 लाख माइक्रो, आपकी मुद्रा की स्टैंडर्ड यूनिट के बराबर होता है.
Content API for Shopping में, Price
एक दशमलव संख्या थी, जो स्ट्रिंग के तौर पर होती थी.
राशि वाले फ़ील्ड का नाम value
से बदलकर amountMicros
कर दिया गया है
मुद्रा फ़ील्ड का नाम currency
से बदलकर currencyCode
कर दिया गया है. इसका फ़ॉर्मैट ISO 4217 ही रहेगा.
नए अपडेट और सूचनाएं
ज़्यादा जानकारी वाले अपडेट के लिए, हर सब-एपीआई से जुड़े रिलीज़ नोट देखें. Merchant API से जुड़े अपडेट के बारे में ज़्यादा जानने के लिए, नए अपडेट देखें.
ज़्यादा जानकारी और Merchant API के बारे में ज़्यादा जानने के लिए, हमारी डेवलपर साइट पर खास जानकारी देखें. साथ ही, माइग्रेशन के बारे में ज़्यादा जानने के लिए, गाइड देखें.
Merchant API और इसके सब-एपीआई के बारे में ज़्यादा जानने के लिए, Merchant API का डिज़ाइन देखें.