Giao dịch Bảo đảm có lập trình

Trong các giao dịch Đảm bảo có lập trình, bạn sẽ đàm phán với người bán về số lượng lượt hiển thị mà bạn sẽ mua với một mức giá cố định. Nếu bạn chấp nhận đề xuất về Thỏa thuận Đảm bảo có lập trình, bạn cam kết mua toàn bộ kho quảng cáo của người bán dựa trên các điều khoản đã thỏa thuận. Để tìm hiểu thêm về các cam kết và công cụ giám sát việc tuân thủ, hãy xem bài viết trên Trung tâm trợ giúp mô tả khung SLA đảm bảo có lập trình.

Tạo

Các giao dịch Đảm bảo có lập trình được tạo ra khi quá trình đàm phán bắt đầu bằng yêu cầu đề xuất (RFP). Bạn có thể bắt đầu thương lượng bằng cách gửi RFP cho người bán có buyers.proposals.sendRfp. RFP phải chứa programmaticGuaranteedTerms để đề xuất nhận được là dành cho Giao dịch đảm bảo có lập trình. Người bán cũng có thể gửi cho bạn một RFP. RFP này sẽ xuất hiện dưới dạng đề xuất trong Marketplace API. Sau khi được tạo, bạn có thể tìm thấy đề xuất thỏa thuận tại đây.buyers.proposals.list và quá trình đàm phán giữa bạn và người bán có thể bắt đầu.

Thương lượng

Sau khi tạo đề xuất cho một Giao dịch đảm bảo có lập trình, bạn có thể thương lượng với bên bán bằng cách điều chỉnh đề xuất và giao dịch tương ứng cho đến khi cả hai bên đều hài lòng hoặc đề xuất bị huỷ. Trong một cuộc đàm phán thành công, bạn có thể thực hiện bất kỳ điều nào sau đây:

  • Khảo sát về các thay đổi đối với đề xuất hoặc thỏa thuận: Bất cứ khi nào có thay đổi đối với đề xuất hoặc thỏa thuận tương ứng, proposalRevision ​​sẽ tăng lên. Bạn có thể sử dụng chức năng này để phát hiện khi người bán đã chấp nhận đề nghị của bạn hoặc đưa ra đề nghị phản hồi.
  • Sửa lại đề xuất hoặc thỏa thuận: Sửa đổi đề xuất của bạn hoặc gửi đề nghị phản hồi cho người bán. Điều này sẽ tăng giá trị proposalRevision lên.
  • Giao tiếp với người bán: Các đề xuất chứa ghi chú mà người mua và người bán đều có thể xem được. Ví dụ, bạn có thể thêm ghi chú để cung cấp ngữ cảnh về thay đổi bạn đã thực hiện đối với đề xuất hoặc thỏa thuận của đề xuất đó.

Hoàn tất và chuẩn bị phục vụ.

Khi hài lòng với một đề xuất và state của đề xuất đó là BUYER_ACCEPTANCE_REQUESTED, bạn có thể chấp nhận đề xuất. Việc này hoàn tất thỏa thuận, bắt đầu có hiệu lực tại flightStartTime.

Để đảm bảo rằng giao dịch chỉ bắt đầu được phân phát khi bạn đã chuẩn bị xong nội dung quảng cáo, chúng tôi khuyên bạn nên liên hệ với Nhà quản lý tài khoản hỗ trợ kỹ thuật của mình để tắt chế độ mặc định này cho các Giao dịch Đảm bảo có lập trình, và thay vào đó tự báo hiệu khi nào chúng sẵn sàng được phân phát. Dưới đây là một quy trình ví dụ trong đó bạn tự báo hiệu khi Giao dịch đảm bảo có lập trình đã sẵn sàng phân phát:

  • Thương lượng đề xuất với người bán
  • Sử dụng API Đặt giá thầu theo thời gian thực để gửi mẫu quảng cáo để xem xét: Các mẫu quảng cáo bạn dự định đặt phải được xem xét và phê duyệt trước khi sử dụng trong các giao dịch.
  • Chấp nhận đề xuất: Sau khi bạn chấp nhận một đề xuất, các giao dịch đã chấp nhận sẽ xuất hiện trong giao dịch đã hoàn tất.
  • Sử dụng API đặt giá thầu theo thời gian thực đểtruy xuất các mẫu quảng cáo đã được gửi trước đó và xác nhận chúng làđược phê duyệt để sử dụng trong các phiên đấu giá giao dịch trong Đặt giá thầu theo thời gian thực: XemdealsPolicyCompliance để xác minh rằng các mẫu quảng cáo đã được phê duyệt và có thể được đặt để phản hồi các yêu cầu giá thầu giao dịch đến.
    • Nếu mẫu quảng cáo không được phê duyệt, hãy xem các chủ đề để xác định lý do từ chối. Điều chỉnh nội dung sáng tạo nếu cần thiết, và patch nó để bắt đầu xem xét lại một lần nữa cho đến khi tất cả các vấn đề được giải quyết.
  • Sử dụng API Đặt giá thầu theo thời gian thực để thêm giao dịch vào tất cả mẫu quảng cáo sẽ được dùng trong giao dịch: Việc thêm giao dịch vào mẫu quảng cáo cho phép nhà xuất bản liên kết với giao dịch đó xem xét mẫu quảng cáo trước khi bắt đầu phân phát.
    • Nếu nhà xuất bản yêu cầu xem xét nội dung sáng tạo thủ công, các giá thầu có nội dung sáng tạo chưa được nhà xuất bản phê duyệt sẽ bị loại khỏi phiên đấu giá. Google khuyên bạn nên thêm ưu đãi này vào tất cả các mẫu quảng cáo mà bạn dự định sử dụng trong chiến dịch trước khi chiến dịch bắt đầu.
  • Tự tay báo hiệu rằng giao dịch đã hoàn tất.sẵn sàng phục vụ Khi giao dịch đã sẵn sàng, bạn sẽ bắt đầu nhận được các yêu cầu đấu thầu cho giao dịch đó tại địa chỉ đã được cấu hình.flightStartTime và sẽ tiếp tục cho đến khi một trong hai bên...flightEndTime hoặcimpressionCap đã đạt được.

Thương lượng lại

Sau khi thỏa thuận được hoàn tất, bạn hoặc người bán có thể bắt đầu thương lượng lại bằng cách sửa đổi đề xuất hoặc các điều khoản của nó. Trong quá trình thương lượng lại, tài nguyên finalizedDeals phản ánh thoả thuận trước đó và sẽ tiếp tục phân phát dựa trên thoả thuận đó nếu có thể. Thay vào đó, tài nguyên deals phản ánh trạng thái hiện tại của quá trình thương lượng lại. Quá trình này sẽ diễn ra tương tự như quá trình thương lượng ban đầu.

Nếu cả bạn và người bán đều chấp nhận giao dịch được thương lượng lại, thì giao dịch đó sẽ ghi đè giao dịch ban đầu đã chốt và phân phát dựa trên thoả thuận mới. Nếu không, nếu bị huỷ, thoả thuận sẽ trở về trạng thái trước khi bắt đầu thương lượng lại.

Đặt giá thầu cho lượt hiển thị đối với giao dịch Đảm bảo có lập trình

Khi một Giao dịch đảm bảo có lập trình bắt đầu phân phát, chế độ tích hợp Đặt giá thầu theo thời gian thực sẽ nhận được các yêu cầu đặt giá thầu cho giao dịch đó và phải đặt giá thầu dựa trên các điều khoản của giao dịch – ví dụ: ở một mức giá cụ thể cho một số lượt hiển thị nhất định trong một khoảng thời gian.

Một yêu cầu giá thầu nhất định có thể bao gồm nhiều giao dịch PG. Khi điều này xảy ra, bạn cần phản hồi cho từng mã giao dịch được gửi trong yêu cầu. Các trường liên quan trực tiếp đến Giao dịch đảm bảo có lập trình bao gồm:

Giao thức của Google Giao thức OpenRTB Mô tả
BidRequest.adslot.matching_ad_data.direct_deal.direct_deal_id BidRequest.imp.pmp.deals.id Mã định danh duy nhất cho giao dịch. Điều này sẽ tương đương với ID tài nguyên của giao dịch được trả về bởi Marketplace API.
BidRequest.adslot.matching_ad_data.direct_deal.deal_type BidRequest.imp.pmp.deals.ext.deal_type Loại phiên đấu giá, sẽ được đặt thành PROGRAMMATIC_GUARANTEED hoặc "3" đối với OpenRTB JSON.
BidRequest.adslot.matching_ad_data.direct_deal.fixed_cpm_micros BidRequest.imp.pmp.deals.bidfloor Sẽ tương đương với CPM của giao dịch đã được bên mua và người bán thống nhất – giá trị này sẽ hiển thị là fixedPrice trong Marketplace API. Đối với các giao dịch Đảm bảo có lập trình, giá trị này sẽ ghi đè lên bất kỳ giá trị nào được chỉ định trong giá thầu phản hồi.
BidRequest.adslot.matching_ad_data.direct_deal.publisher_blocks_overridden BidRequest.imp.pmp.deals.ext.publisher_blocks_overridden Luôn true cho giao dịch Đảm bảo có lập trình, tức là các danh mục bị loại trừ được cho phép.
BidRequest.adslot.matching_ad_data.direct_deal.must_bid BidRequest.imp.pmp.deals.ext.must_bid Cho biết liệu người mua có bắt buộc phải đặt giá thầu cho giao dịch hay không. Ví dụ: nếu giao dịch diễn ra trước thời hạn, thì giá trị này sẽ được đặt thành False và bạn không bắt buộc phải đặt giá thầu. Nếu không, bạn phải đặt giá thầu, tức là việc không đặt giá thầu có thể ảnh hưởng tiêu cực đến việc phân phối giao dịch và tình trạng còn hàng.

Tạm dừng và tiếp tục phục vụ

Bạn nên sử dụng phương thức buyers.finalizedDeals.pause để tạm dừng một thoả thuận Đảm bảo có lập trình đã hoàn tất nếu tạm thời không thể đặt giá thầu cho thoả thuận đó. Ví dụ: bạn có thể làm việc này nếu mẫu quảng cáo của bạn ban đầu được phê duyệt, nhưng sau đó bị từ chối và do đó cần được gửi lại. Xin lưu ý rằng mặc dù điều này sẽ ngăn bạn nhận được các yêu cầu giá thầu cho giao dịch, bạn vẫn cần phải đáp ứng mọi nghĩa vụ đã được thỏa thuận trong giao dịch.

Để tiếp tục phục vụ giao dịch đã hoàn tất, bạn có thể sử dụng buyers.finalizedDeals.resume.