संग्रह की मदद से व्यवस्थित रहें
अपनी प्राथमिकताओं के आधार पर, कॉन्टेंट को सेव करें और कैटगरी में बांटें.
लॉन्च के समय, Google आपके प्रॉडक्ट के लिए ज़रूरी शर्तें पूरी करने वाली सभी इन्वेंट्री को अपने प्रोडक्शन
एनवायरमेंट में चालू कर देता है. इससे इंटिग्रेशन पूरा हो जाता है और बाहरी उपयोगकर्ता, ऐक्शन सेंटर की मदद से आपकी इन्वेंट्री को बुक या रिज़र्व कर सकते हैं.
लॉन्च करने के बाद, अपने इंटिग्रेशन की परफ़ॉर्मेंस पर नज़र रखना ज़रूरी है. इन थ्रेशोल्ड को बनाए रखना ज़रूरी है. इन थ्रेशोल्ड को लगातार बनाए रखने में ज़रूरी शर्तें पूरी न करने पर, इंटिग्रेशन को हटा दिया जाएगा.
फ़ीड
फ़ीड हर दिन भेजे जाने चाहिए. इनमें कोई गड़बड़ी या चेतावनी नहीं होनी चाहिए
प्रोसेस करने के निर्देशों को PROCESS_AS_COMPLETE पर सेट किया जाना चाहिए
खरीदारी के लिए उपलब्धता फ़ीड के लिए, हर दिन अपलोड किए जाने वाले पूरे इन्वेंट्री फ़ीड में,
कोई _restrict फ़ील्ड सेट नहीं किया जाना चाहिए.
बुकिंग सर्वर
बुकिंग सर्वर को लागू करने के सभी तरीकों के लिए, एक HealthCheck रूट होता है, जिसे शामिल करना ज़रूरी है. Google समय-समय पर आपके HealthCheck रूट की जांच करेगा. अगर यह रूट कोई जवाब नहीं देता है या गलत जवाब देता है, तो हम आपके इंटिग्रेशन को कुछ समय के लिए बंद कर देंगे. हम समय-समय पर आपके HealthCheck रूट की जांच करते रहेंगे. जब यह सही जवाब देना फिर से शुरू कर देगा, तब हम आपके इंटिग्रेशन को अपने-आप वापस ला देंगे.
मानक कार्यान्वयन
तरीका
गड़बड़ी की दर के थ्रेशोल्ड
इंतज़ार के समय के थ्रेशोल्ड
CheckAvailability
<10%
<5s
BatchAvailabilityLookup
<3%
<1.5 सेकंड
CreateLease
<10%
<5s
CreateBooking UpdateBooking
<5%
<4s
CreateBooking (with payments)
<5%
<15s
SetMarketingPreference
<5%
<5s
रीयल-टाइम अपडेट
रीयल-टाइम अपडेट के लिए, इंतज़ार का समय, किसी कार्रवाई (जैसे, बुकिंग में बदलाव करना) और 'Google से बुक करें' को रीयल-टाइम अपडेट का अनुरोध मिलने के बीच के समय के अंतर से मेज़र किया जाता है.
एपीआई
गड़बड़ी की दर के थ्रेशोल्ड
इंतज़ार के समय के थ्रेशोल्ड
AvailabilityReplace RTU
हर दिन 10% से कम
पांच मिनट से कम
BookingNotification RTU
हर दिन और हर राज्य के लिए 10% से कम
पांच मिनट से कम
गड़बड़ी की दरों को पार्टनर पोर्टल के अलग-अलग डैशबोर्ड की मदद से मॉनिटर किया जा सकता है. जैसे,
फ़ीड,
बुकिंग सर्वर, और
रीयल-टाइम अपडेट डैशबोर्ड.
[[["समझने में आसान है","easyToUnderstand","thumb-up"],["मेरी समस्या हल हो गई","solvedMyProblem","thumb-up"],["अन्य","otherUp","thumb-up"]],[["वह जानकारी मौजूद नहीं है जो मुझे चाहिए","missingTheInformationINeed","thumb-down"],["बहुत मुश्किल है / बहुत सारे चरण हैं","tooComplicatedTooManySteps","thumb-down"],["पुराना","outOfDate","thumb-down"],["अनुवाद से जुड़ी समस्या","translationIssue","thumb-down"],["सैंपल / कोड से जुड़ी समस्या","samplesCodeIssue","thumb-down"],["अन्य","otherDown","thumb-down"]],["आखिरी बार 2024-11-26 (UTC) को अपडेट किया गया."],[[["Upon launch, your eligible inventory becomes bookable by external users through Google's platform."],["Maintaining integration health is crucial and requires adhering to feed, booking server, and real-time update performance thresholds to avoid potential takedown."],["Daily feeds should be error-free, utilize PROCESS_AS_COMPLETE instructions, and avoid `_restrict` fields in full inventory uploads."],["Booking server health is monitored via a HealthCheck route, with temporary disabling occurring if an unhealthy response is detected."],["Real-time updates, including AvailabilityReplace and BookingNotification, have specific error rate and latency thresholds that must be met for continued integration functionality."]]],["Upon launch, all eligible inventory is enabled for external user booking. Post-launch, daily feeds must be sent error-free with `PROCESS_AS_COMPLETE` and no `_restrict` fields in Availability feeds. A functioning HealthCheck route is crucial; failure results in temporary integration disablement. Booking server and real-time updates have strict error and latency thresholds. These are monitored via the Feeds, Booking Server, and Real-time Updates dashboards. Consistent failure to meet standards will result in integration removal.\n"]]
