सबसे सही तरीके

ये सबसे सही तरीके, Reserve with Google के लिए पूरी तरह इंटिग्रेशन पर लागू होते हैं. इसका इस्तेमाल, इस्तेमाल करने से जुड़ी परफ़ॉर्मेंस और परफ़ॉर्मेंस की समस्याओं से बचने के लिए किया जा सकता है. डेटा की क्वालिटी खराब होने की वजह से इन्वेंट्री को हटाया जा सकता है.

फ़ीड

  • अगर किसी सेवा की कोई लंबाई तय नहीं की गई है, तो उपलब्धता फ़ीड में duration_sec को इनमें से किसी एक पर सेट करें:
    • सही तरीके से सेवा देने में लगने वाले सेकंड.
    • सेवा पूरी करने के लिए, सेकंड की औसत संख्या.

  • व्यापारी/कंपनी के फ़ीड में, Category फ़ील्ड का इनपुट दें. उदाहरण के लिए, कोई रेस्टोरेंट किसी खास तरह का कॉन्टेंट सबमिट कर सकता है, जैसे कि फ़्रेंच या जैपनीज़. ज़्यादा जानकारी के लिए, संभावित कैटगरी की वैल्यू के लिए जगह के टाइप देखें.
  • व्यापारी/कंपनी फ़ीड के Terms फ़ील्ड में व्यापारी से जुड़ी सेवा की खास शर्तें सेट करें, ताकि बुक करें बटन के नीचे यह नोट दिखे:

    जारी रखने का मतलब है कि आप <merchant> की सेवा की शर्तों से सहमत हैं.
    इस मामले में, "सेवा की शर्तें" एक ऐसा लिंक है जिसे क्लिक करने पर, टेक्स्ट को शर्तें टेक्स्ट फ़ील्ड में सेट किया जाता है.

  • gzip का इस्तेमाल करके, अपने फ़ीड को कंप्रेस करें

बुकिंग सर्वर

मैप बुकिंग एपीआई के अपने इंटिग्रेशन को ऑप्टिमाइज़ करने के लिए, ये करें:

  • UTC फ़ॉर्मैट में UNIX टाइमस्टैंप का हमेशा इस्तेमाल करें.
  • CreateBooking में नई बुकिंग के लिए कॉल किए जाने पर, यूनीक बुकिंग आईडी जनरेट करें.

रीयल-टाइम अपडेट

बुकिंग के दौरान, उपयोगकर्ता को सबसे अच्छा अनुभव देने के लिए, ये तरीके अपनाएं:

  • स्टैंडर्ड तरीके से लागू करने के लिए, BookingNotifications के एपीआई का इस्तेमाल करके, अपॉइंटमेंट के शुरू होने का समय, अवधि, और बुकिंग की स्थिति बदलें. जैसे, अपॉइंटमेंट रद्द करना या नहीं दिखाना.
  • Reserve with Google की बुकिंग में कोई भी बदलाव होने पर, बुकिंग सिस्टम से रीयल टाइम में रीयल-टाइम में बुकिंग से जुड़े अपडेट रीयल टाइम में भेजें, ताकि Reserve with Google की मदद से डेटा पुराना न हो. उदाहरण के लिए, आप Reserve with Google में अपने सिस्टम से बुकिंग को रद्द, फिर से शेड्यूल कर सकते हैं या अपडेट कर सकते हैं.
  • UpdateBookingRequest से होने वाले हर बुकिंग अपडेट के लिए, पक्का करें कि UpdateBookingResponse वैल्यू में बुकिंग आईडी शामिल हो. साथ ही, सभी अपडेट किए गए फ़ील्ड में नई वैल्यू दिखनी चाहिए.
  • अगर इन्वेंट्री आरटीयू लागू किया गया है
    • एपीआई की हर कॉल के लिए, 100 से 1,000 स्लॉट की उपलब्धता को सिर्फ़ अपडेट करें.
    • बदलाव करने के टारगेट को सीमित करने के लिए, *Restrict (जैसे कि startTimeRestrict) फ़ील्ड का इस्तेमाल करें. साथ ही, पेलोड का साइज़ कम करें और डेटा में बहुत ज़्यादा बदलाव न करें.
    • अगर आप कई थ्रेड को घुमाते हैं, तो थ्रॉटल गड़बड़ियों को रोकने के लिए, एक्स्पोनेंशियल बैकऑफ़ लागू करें. अगर आप एक्सपोनेंशियल बैकऑफ़ को सही तरीके से लागू नहीं करते हैं, तो आपको RESOURCE_EXHAUSTED कोटा गड़बड़ी मिल सकती है. उन्हें हल करने के लिए आप एक्स्पोनेंशियल बैकऑफ़ की फिर से कोशिश कर सकते हैं. हालांकि, अगर आपको लगता है कि ReplaceServiceAvailability चलाने पर आपका सर्वर अक्सर कोटा को पूरा करता है, तो अपने सर्वर को उपलब्धता के लिए बैच बदलने के लिए कॉन्फ़िगर करें. यह समाधान कोटा की गड़बड़ियों को रोकता है, क्योंकि यह आपके सर्वर को एपीआई कॉल की संख्या कम करता है.
  • एपीआई कॉल का जवाब देने में लगने वाले समय को एक सेकंड से कम पर सेट करें. यह पक्का करें कि आपका सर्वर कम से कम 95% बार, हर सेकंड में पांच क्वेरी (क्यूपीएस) हैंडल कर सकता हो.