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

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

Nguồn cấp dữ liệu

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

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

  • Thiết lập trường Category trong nguồn cấp dữ liệu của người bán ở trường cụ thể. Ví dụ: nhà hàng có thể gửi một loại cụ thể, chẳng hạn như tiếng Pháp hoặc tiếng Nhật. Để 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.

  • Thiết lập đ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:

    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 được nhấp vào sẽ hiển thị toàn bộ văn bản trong trường văn bản điều khoản.

  • 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 chỗ 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 trải nghiệm người dùng tốt nhất trong quá trình đặt trước, hãy làm như sau:

  • Để triển khai tiêu chuẩn, hãy sử dụng API Thông báo để thay đổi thời gian bắt đầu, thời lượng và trạng thái đặt lịch hẹn, chẳng hạn như huỷ hoặc không đến nhận cuộc hẹn.
  • Khi có thay đổi về việc đặt vé trong Trung tâm hành động từ phía bạn, hãy luôn gửi thông tin cập nhật đặt chỗ theo thời gian thực từ hệ thống bằng API Thông báo đặt phòng theo thời gian thực để dữ liệu không trở nên lỗi thời ở phía Trung tâm hành động. Ví dụ: bạn có thể huỷ, lên lịch lại hoặc cập nhật một lượt đặt lịch hẹn qua hệ thống của mình trong Trung tâm hành động.
  • Đối với mỗi thông tin 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ả các trường được cập nhật phải phản ánh giá trị mới.
  • Nếu RTU của khoảng không quảng cáo được triển khai
    • Chỉ cập nhật tình trạng còn hàng theo lô từ 100 đến 1.000 vị trí cho 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ách nhiều luồng, hãy triển khai thuật toán thời gian đợi luỹ thừa để tránh 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 lỗi hạn mức RESOURCE_EXHAUSTED. Bạn có thể thử lại thuật toán thời gian đợi luỹ thừa để xử lý các lỗi đó, nhưng nếu nhận thấy máy chủ của mình 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 khả năng sử dụng. Giải pháp này giúp tránh lỗi về hạn mức vì nó làm giảm số lượng lệnh gọi API mà máy chủ phân phát 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 1 giây. Đảm bảo 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 giây ít nhất là 95% thời gian.