API 工作流程
透過集合功能整理內容
你可以依據偏好儲存及分類內容。
建立交易
使用 external_deal_id 篩選器 LIST 產品,查看是否已建立產品。所有產品的外部交易 ID 均不得重複。
GET https://dv360seller.googleapis.com/v1beta1/{parent=exchanges/*/orders/*}/products?filter=externalDealId="{external_deal_id}"
建立訂單。名稱是由 DV3 產生,建議您將這個 ID 儲存在系統中的某個位置,以供日後擷取。
在訂單下建立產品。產品名稱是由 DV3 產生,建議您將這個 ID 儲存在系統中,以供日後擷取。
或者,您隨時可以透過 external_deal_id 執行 LIST。名稱欄位包含訂單 ID 和產品 ID,方便您以這種方式識別父項。
取消交易
- 將訂單狀態更新為「已取消」
只有在訂單尚未接受時,才能取消訂單。
「已取消」是最終狀態。訂單取消後就無法重新啟用。
取得交易詳細資料
- 取得訂單詳細資料。使用者接受、封存或取消訂單後,狀態就會更新。
- 取得產品詳細資料。
取得優惠清單
- 列出訂單並套用狀態篩選器,即可取得所有已接受/待接受的訂單。
- 使用 external_deal_id 篩選條件列出產品。
- 列出訂單中的所有產品。
更新交易
- 更新發布商聯絡資訊的順序。
- 名稱「不」允許更新(無法在 field_mask 中設定)。狀態只能透過 API 設為「已取消」。
- 合作夥伴 ID「不」允許更新。
- 更新特定交易條件的產品。
- 名稱、externalDealId、transactionType、pricingType、updateTime 無法更新。
- 更新顯示名稱不需要使用者接受。
- 更新費率詳細資料和 creativeConfig 會將上層訂單狀態變更為「等待接受」。無論先前是否接受訂單,DV3 廣告主都必須在協商頁面接受新條款。
查看使用者是否已接受交易
- 如果您知道對應的訂單 ID,請取得訂單。查看狀態欄位。
- 如果系統未追蹤訂單 ID:列出含有 external_deal_id 篩選器的產品、從產品名稱找出訂單名稱,然後取得訂單。查看狀態欄位。
- 取得廣告空間來源。名稱為「exchanges/{exchangeId}/inventorysources/{external_deal_id}」。請查看「買方狀態」。
- 預訂特惠
BUYER_STATUS_ACTIVE 代表交易已獲接受並完成設定。當 DV360 收到符合交易條款的出價要求時,交易應處於這個狀態,並開始支出費用。系統會在「交易設定」步驟中自動產生委刊項。詳情請參閱「交易設定」。
BUYER_STATUS_PENDING表示訂單已接受,但交易尚未設定。處於這種狀態時,系統不會產生任何支出。
BUYER_STATUS_PAUSED表示廣告主已明確暫停交易。處於這種狀態時,系統不會產生任何支出。
- 非預訂交易
BUYER_STATUS_ACTIVE 表示交易已獲准。當 DV3 收到符合交易條款的出價要求,且有指定這筆交易的有效委刊項,且出價要求符合委刊項指定條件時,交易預計會處於這個狀態。詳情請參閱委刊項。** 賣家 API 無法查詢委刊項是否指定交易。**
BUYER_STATUS_PENDING不適用。
BUYER_STATUS_PAUSED表示廣告主已明確暫停交易。處於這種狀態時,系統不會產生任何支出。
接受後暫停/取消暫停交易
- 更新廣告空間來源賣家狀態。
- 暫停/取消暫停不會影響交易放送。如果賣家暫停交易,廣告主只會收到 FYI 字串訊息。有助於廣告主排解無法放送的交易。
重新協商 (接受交易後更新)
重新協議是指買方接受交易後,對交易進行的更新。這對交易平台和買方來說都非常實用,可將新變更推送至已接受的交易。舉例來說,如果交易平台發現已接受交易的交易結束時間不正確,且交易尚未開始,交易平台可以使用 DV3 更新產品,將更新推送給 DV3 買方。
允許和不允許的變更。
如要瞭解不同交易階段允許和不允許的變更,請參閱這篇文章。
除非另有註明,否則本頁面中的內容是採用創用 CC 姓名標示 4.0 授權,程式碼範例則為阿帕契 2.0 授權。詳情請參閱《Google Developers 網站政策》。Java 是 Oracle 和/或其關聯企業的註冊商標。
上次更新時間:2025-11-04 (世界標準時間)。
[[["容易理解","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"]],["上次更新時間:2025-11-04 (世界標準時間)。"],[],["Key actions include creating, canceling, getting details of, listing, and updating deals. Creating involves checking for existing products via `external_deal_id`, creating an order, and then a product. Canceling requires updating the order status to \"Cancelled.\" Updating allows changes to orders and products, with limitations on certain fields like `name` and critical serving fields. Getting details uses `get` for orders and products, while listing uses `list`. Checking user acceptance involves `get` order status or listing products and then getting order details. Checking user configuration is done via getting the `inventory source` and pause/unpause are updating the `inventory source`. Renegotiation consists of updating products after acceptance, with restrictions based on the deal's start and end times.\n"]]