بهترین شیوه ها

بهترین روش‌های زیر برای ادغام فهرست‌های انتظار رزرواسیون‌های مرکز اقدامات اعمال می‌شود و می‌توان از آنها برای جلوگیری از مشکلات قابلیت استفاده و عملکرد استفاده کرد. کیفیت پایین داده ممکن است منجر به حذف موجودی شود.

تغذیه می کند

  • اگر سرویسی طول مشخصی ندارد، duration_sec در فید Availability روی یکی از موارد زیر تنظیم کنید:
    • تعداد ثانیه هایی که طول می کشد تا سرویس به شیوه ای معقول انجام شود.

    • میانگین تعداد ثانیه های لازم برای تکمیل سرویس.

  • ورودی فیلد Category در فید تاجر خاص باشد. برای مثال، یک رستوران ممکن است نوع خاصی مانند فرانسوی یا ژاپنی را ارائه دهد. برای جزئیات، به انواع مکان برای مقادیر بالقوه دسته مراجعه کنید.

  • شرایط خدمات خاص تاجر را در قسمت Terms فید تاجر تنظیم کنید تا یادداشت زیر در زیر دکمه Book ظاهر شود:

    با ادامه، با شرایط خدمات <merchant> موافقت می کنید.
    در این حالت، «شرایط خدمات» پیوندی است که با کلیک بر روی آن، مجموعه متن در قسمت متن اصطلاحات نمایش داده می شود.

  • فیدهای خود را با استفاده از gzip فشرده کنید

سرور رزرو

برای بهینه‌سازی ادغام Maps Booking API، موارد زیر را انجام دهید:

  • همیشه از مهرهای زمانی یونیکس در قالب UTC استفاده کنید.
  • هنگامی که رزرو جدیدی در CreateBooking API فراخوانی می شود، یک شناسه رزرو منحصر به فرد ایجاد کنید.

به روز رسانی در زمان واقعی

برای اطمینان از بهترین تجربه کاربری در طول فرآیند رزرو، موارد زیر را انجام دهید:

  • برای اجرای استاندارد، از BookingNotifications API برای تغییر زمان شروع، مدت و وضعیت رزرو، مانند لغو یا عدم نمایش یک قرار، استفاده کنید.
  • پس از هر تغییری در رزرو Action Center از طرف شما، همیشه به‌روزرسانی‌های رزرو آنی را از سیستم با BookingNotification API به‌صورت هم‌زمان ارسال کنید تا داده‌ها در سمت Action Center کهنه نشوند. به عنوان مثال، می‌توانید رزرو را از سیستم خود در Action Center لغو، زمان‌بندی مجدد یا به‌روزرسانی کنید.
  • برای هر به‌روزرسانی رزرو از UpdateBookingRequest ، مطمئن شوید که مقدار UpdateBookingResponse حاوی شناسه رزرو باشد و همه فیلدهای به‌روزرسانی شده باید مقدار جدید را منعکس کنند.
  • اگر Inventory RTU پیاده سازی شود
    • در دسترس بودن را فقط در دسته های 100-1000 اسلات در هر تماس API به روز کنید.
    • از فیلدهای *Restrict (مانند startTimeRestrict ) برای محدود کردن هدف ویرایش، کاهش اندازه بار و جلوگیری از ارسال مجدد داده های بدون تغییر زیاد استفاده کنید.
    • اگر چندین thread را می‌چرخانید، برای جلوگیری از خطاهای دریچه گاز، یک backoff نمایی اجرا کنید. اگر عقب نشینی نمایی را به درستی پیاده سازی نکنید، ممکن است یک خطای سهمیه RESOURCE_EXHAUSTED دریافت کنید. می‌توانید برای مدیریت آن‌ها عقب‌نشینی نمایی را دوباره امتحان کنید، اما اگر متوجه می‌شوید که سرور شما اغلب با اجرای ReplaceServiceAvailability به سهمیه‌ها می‌رسد، سرور خود را به گونه‌ای پیکربندی کنید که به صورت دسته‌ای برای در دسترس بودن جایگزین شود . این راه حل از خطاهای سهمیه ای جلوگیری می کند زیرا تعداد تماس های API را کاهش می دهد که سرویس شما باید انجام دهد.
  • محدودیت های زمانی پاسخ به تماس API خود را روی کمتر از یک ثانیه تنظیم کنید. اطمینان حاصل کنید که سرور شما می تواند حداقل 95 درصد مواقع پنج پرس و جو در ثانیه (QPS) را با تأخیر فرعی انجام دهد.