संग्रह की मदद से व्यवस्थित रहें
अपनी प्राथमिकताओं के आधार पर, कॉन्टेंट को सेव करें और कैटगरी में बांटें.
लॉन्च के समय, 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 is activated, enabling external bookings through Google's platform."],["Maintaining integration requires adhering to feed, booking server, and real-time update standards to avoid deactivation."],["Daily error and latency thresholds are enforced for various booking server functionalities to ensure system responsiveness and reliability."],["Real-time updates, like availability and booking changes, must be relayed to Google within defined timeframes for accurate reflection on the platform."],["Partners can actively track integration performance through dedicated dashboards for feeds, booking servers, and real-time updates within the Partner Portal."]]],["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"]]
