Các phương pháp hay nhất

Các phương pháp hay nhất sau đây áp dụng cho việc tích hợp Quảng cáo dịch vụ địa phương toàn diện trong Trung tâm hành động và có thể được tận dụng để tránh các vấn đề về hiệu suất và khả năng hữu dụng. Chất lượng dữ liệu thấp có thể dẫn đến việc gỡ bỏ khoảng không quảng cáo.

Nguồn cấp dữ liệu

  • Nếu một dịch vụ không có thời lượng cố định, hãy đặt duration_sec trong nguồn cấp dữ liệu về tình trạng còn chỗ thành một trong những giá trị sau:
    • Số giây cần thiết để thực hiện dịch vụ một cách hợp lý.

    • Số giây trung bình cần thiết để hoàn tất dịch vụ.

  • Đặt dữ liệu đầu vào của trường Category trong nguồn cấp dữ liệu của người bán là cụ thể. Ví dụ: một nhà hàng có thể gửi một loại cụ thể, chẳng hạn như ẩm thực Pháp hoặc Nhật Bản. Để biết thông tin chi tiết, hãy xem phần Các loại địa điểm để biết các giá trị danh mục tiềm năng.

  • Đặt điều khoản dịch vụ dành riêng cho người bán trong trường Terms của nguồn cấp dữ liệu Người bán để ghi chú sau đây xuất hiện bên dưới nút Đặt phòng:

    Bằng việc tiếp tục, bạn đồng ý với Điều khoản dịch vụ của <merchant>.
    Trong trường hợp này, "Điều khoản dịch vụ" là một đường liên kết mà khi nhấp vào, văn bản được đặt trong trường văn bản terms (điều khoản) sẽ hiển thị.

  • Nén nguồn cấp dữ liệu bằng gzip

Máy chủ đặt phòng

Để tối ưu hoá việc tích hợp API Đặt trước trên Maps, hãy làm như sau:

  • Luôn sử dụng dấu thời gian UNIX ở định dạng UTC.
  • Tạo mã đặt phòng duy nhất khi một lượt đặt phòng mới trong API CreateBooking được gọi.

Thông tin cập nhật theo thời gian thực

Để đảm bảo người dùng có trải nghiệm tốt nhất trong quá trình đặt phòng, hãy làm như sau:

  • Để triển khai theo tiêu chuẩn, hãy sử dụng API BookingNotifications để thay đổi thời gian bắt đầu, thời lượng và trạng thái đặt phòng, chẳng hạn như huỷ hoặc không đến của một cuộc hẹn.
  • Khi có bất kỳ thay đổi nào về lượt đặt phòng trên Actions Center từ phía bạn, hãy luôn gửi thông tin cập nhật về lượt đặt phòng theo thời gian thực từ hệ thống bằng BookingNotification API theo thời gian thực để dữ liệu không bị lỗi thời trên Actions Center. Ví dụ: bạn có thể huỷ, lên lịch lại hoặc cập nhật một yêu cầu đặt phòng từ hệ thống của mình trong Trung tâm hành động.
  • Đối với mỗi nội dung cập nhật về lượt đặt phòng từ UpdateBookingRequest, hãy đảm bảo rằng giá trị UpdateBookingResponse chứa mã đặt phòng và tất cả trường đã cập nhật phải phản ánh giá trị mới.
  • Nếu Inventory RTU được triển khai
    • Chỉ cập nhật tình trạng còn chỗ theo lô từ 100 đến 1.000 chỗ mỗi lệnh gọi API.
    • Sử dụng các trường *Restrict (chẳng hạn như startTimeRestrict) để thu hẹp mục tiêu chỉnh sửa, giảm kích thước tải trọng và tránh gửi lại quá nhiều dữ liệu không thay đổi.
    • Nếu bạn tạo nhiều luồng, hãy triển khai thời gian đợi luỹ thừa để ngăn lỗi điều tiết. Nếu không triển khai thời gian đợi luỹ thừa đúng cách, bạn có thể gặp phải lỗi hạn mức RESOURCE_EXHAUSTED. Bạn có thể thử lại thời gian đợi luỹ thừa để xử lý các lỗi này, nhưng nếu bạn thấy máy chủ thường đạt đến hạn mức khi chạy ReplaceServiceAvailability, hãy định cấu hình máy chủ để thay thế hàng loạt cho tình trạng còn hàng. Giải pháp này ngăn chặn lỗi hạn mức vì giúp giảm số lượng lệnh gọi API mà máy chủ của bạn phải thực hiện.
  • Đặt giới hạn thời gian phản hồi lệnh gọi API thành dưới một giây. Đảm bảo rằng máy chủ của bạn có thể xử lý 5 truy vấn mỗi giây (QPS) với độ trễ dưới một giây ít nhất 95% thời gian.