最佳操作實例

觸發廣告審查事件的廣告變更

如果您為以下情況執行任何變更,則將觸發廣告審查事件:

  • 對廣告創意(圖像、文字、連結、影片等)所作的任何變更
  • 對目標指定所作的任何變更
  • 對優化目標和帳單事件所作的任何變更也會觸發審查事件

請注意:更改出價金額、預算和廣告組合排定時間不會影響審查狀態。

此外,如果廣告接受廣告審查時的運作狀態為「已暫停」,則其退出廣告審查後仍將保持此狀態。否則,系統會將廣告視為處於活躍狀態,並且隨時可以刊登。

分頁

如欲了解分頁回應數據,請參閱 Graph API 分頁

用戶資訊

您應該儲存用戶編號、連線階段密鑰和廣告帳戶編號,以便輕鬆以程式輔助的方式存取並集中保存這些項目。這一點非常重要,因為如果用於執行呼叫的帳戶編號和連線階段密鑰屬於不同用戶的話,就會因權限錯誤而導致呼叫失敗。有關儲存用戶資料的任何操作均須遵守 Facebook 平台條款開發人員政策

建議出價

請經常為宣傳活動執行報告,因為建議出價會因使用類似指定目標的競爭對手之出價而作出相應的變更。視乎競爭對手的出價,出價建議會在數小時內更新。

批量要求

如要使用單一呼叫傳送多個要求至 API,請參閱:

您也可以使用編號查詢多個物件,方法如下:

https://graph.facebook.com/<API_VERSION>?ids=[id1,id2]

若要查詢特定欄位:

https://graph.facebook.com/<API_VERSION>?ids=[id1,id2]&amp;fields=field1,field2

使用 ETag 檢查資料變更

如要快速查看要求的回應在您上次提出要求後有否出現任何變動,請參閱:

物件封存與刪除狀態

廣告物件有兩種刪除狀態:已封存與已刪除。您可以使用物件編號查詢擁有已封存和已刪除狀態的物件。不過,如果您是從另一個物件的關係連線發出要求,系統不會傳回已刪除的物件。

無論在任何時候,您都只可擁有最多 5000 個已封存物件。如果您不再需要透過關係連線檢索廣告物件,請將其狀態從已封存改為已刪除。如要了解狀態的運作方式及呼叫範例,請參閱儲存廣告物件

查看錯誤

用戶有時會犯錯並建立不獲接受的廣告,而錯誤代碼可說明導致 API 呼叫失敗的原因。建議您與用戶分享部分錯誤的形式,以便他們修正廣告。

Facebook 推廣開發人員社群群組

前往 Facebook 並加入 Facebook 推廣開發人員社群群組,了解有關推廣 API 的最新資訊和更新內容。我們會將推廣 API 網誌內的項目發佈至群組。

測試

沙盒模式是一種測試環境,可以讓您在不刊登真實廣告的情況下讀取並撰寫推廣 API 呼叫。請參閱開發人員專用的沙盒模式

使用 Graph API 測試工具嘗試執行 API 呼叫。您可以嘗試向推廣 API 執行任何 API 呼叫,詳見網誌文章。建立存取憑證時,請在 App 中選擇您的應用程式,並在 extended permissions 中向應用程式授予 ads_managementads_read 權限。如果您只需要存取廣告洞察報告 API 以獲得分析報告資料,請使用 ads_read。如要在帳戶中讀取並更新廣告,請使用 ads_management

如要取得開發與基本存取權限,請配置一個應用程式可為其執行 API 呼叫的廣告帳戶清單,詳見帳戶清單

您可以使用沙盒模式,以在應用程式審查中示範您的應用程式,但是您無法使用沙盒模式建立廣告或廣告創意。因此,您需要使用採用硬式編碼的廣告編號和廣告創意編號,以在應用程式審查中示範您使用我們 API 的方式。

基本標準

  • 提供超越 Facebook 核心解決方案(例如 Faceboo 廣告管理員)的價值。

  • 將重點放在業務目標上,例如提升銷售量。請在此處查看 Facebook 的業務目標。

政策

了解 API 政策;Facebook 有權隨時審核您的活動:

做好準備,以便隨時快捷地適應變更。大部分變更項目都會與版本更新同步,其變更期限為 90 天,並持續進行。

權利與義務宣告中,您必須承擔與應用程式和其內容,以及 Meta 平台與廣告 API 的使用相關之財務及營運責任。您必須管理應用程式的穩定性,並處理任何潛在的錯誤。