最佳作法
觸發廣告審查的廣告變更
如果您對以下狀況進行任何變更，將會觸發廣告審查：
- 對廣告創意的任何變更（圖像、文字、連結、影片等）
- 對目標設定的任何變更
- 對最佳化目標和收費事件的任何變更也可能觸發審查
注意：針對出價金額、預算和廣告組合排程的變更不會對審查狀態產生任何影響。
此外，如果廣告進入廣告審查時的刊登狀態為「暫停」，在離開廣告審查時仍將維持「暫停」。否則，系統將視廣告為「上線中」並準備投遞。
分頁
關於將回覆資料進行分頁處理，請參閱圖形 API 分頁。
用戶資訊
您應該儲存用戶編號、連線階段金鑰和廣告帳號編號，才能以程式設計的方式輕鬆存取並共同保存這些資訊。這點非常重要，因為要是呼叫所用的帳號編號和連線階段金鑰分屬不同用戶，就會發生權限錯誤而失敗。任何用戶資料的儲存都必須遵守 Facebook 開放平台使用條款和開發商政策。
建議出價
經常針對行銷活動執行分析報告，因為建議出價會隨使用類似目標設定的競爭對手出價，而不斷變化。視競爭對手的出價情況，出價建議會每數小時更新一次。
物件封存和刪除狀態
廣告物件均有 2 種刪除狀態：已封存和已刪除。您可使用物件編號查詢已封存和已刪除的物件。不過，如果您從另一個物件的關係連線提出要求，則不會傳回已刪除物件。
在任一時間點，您最多可擁有 5000 個已封存物件。如果您不再需要透過關係連線擷取某些廣告物件，您應該將這些物件從已封存狀態改為已刪除狀態。如需瞭解狀態運作方式和呼叫範例，請參閱儲存廣告物件。
檢視錯誤
用戶會犯錯並嘗試建立不被接受的廣告，而錯誤代碼可提供導致 API 呼叫失敗的原因。建議您以某些形式與用戶分享錯誤資訊，讓用戶可以對廣告進行修正。
Facebook 行銷開發人員社群社團
在 Facebook 上加入 Facebook 行銷開發人員社群社團，以獲得行銷 API 的新聞和更新訊息。我們會從行銷 API 部落格張貼商品至這個社團。
測試
沙箱模式是一個測試環境，不需投遞真正的廣告就能讀取與寫入行銷 API 呼叫。請參閱專供開發人員使用的沙箱模式
透過圖形 API 測試工具試驗 API 呼叫。您可嘗試對行銷 API 發出任何 API 呼叫，請參閱部落格文章。當您建立存取權杖時，在 App 中選擇您的應用程式，並在 extended permissions 中將 ads_management 或 ads_read 權限授予您的應用程式。如果您只需要廣告洞察報告 API 存取權以取得分析報告，請使用 ads_read。如需讀取與更新帳號中的廣告，請使用 ads_management。
對於開發和基本存取權，設定您的應用程式能夠對其發出 API 呼叫的一組廣告帳號清單，請參閱帳號清單。
您可以使用沙箱模式示範應用程式，以供應用程式審查。但是在沙箱模式中，您無法刊登廣告或廣告創意。因此，您應該使用硬式編碼的廣告編號和廣告創意編號來示範 API 的用法，以供應用程式審查。
基本條件
展現出超越 Facebook 核心解決方案（例如 Facebook 廣告管理員）的價值。
專注於業務目標，例如提高銷售額。如需瞭解 Facebook 業務目標，請參閱此處。
政策
瞭解 API 政策；Facebook 有權隨時審核您的動態：
請隨時針對變更迅速調整腳步。大部分變更都會經過版本控制，且變更時間範圍為連續 90 天。
在使用條款（即權利與義務宣告）中，對於您的應用程式、所含內容，以及您對 Meta 開放平台和廣告 API 的使用，您均負有財務和操作上的責任。您應該能夠管理應用程式的穩定性和潛在故障。