3.0 版

Graph API | 推廣 API

變更記錄項目分類方式如下:

  • 新功能 — 新的產品或服務,包括新的節點、邊緣及欄位。
  • 變更 — 對現有產品或服務的變更(不含停用項目)。
  • 停用項目 — 即將移除的現有產品或服務。
  • 90 天重大變更項目 — 將於版本發佈日期 90 天後生效的變更和停用項目。

新功能變更停用項目只會影響這個版本,90 天重大變更項目則會影響所有版本。

重大變更項目與特定版本無關,因此不包含在此處。


Graph API

發佈日期: 2018 年 5 月 1 日 | 停用日期: 2020 年 7 月 28 日 | 網誌文章


新功能

認證透明度

應用程式審查

專頁 API

  • 專頁專屬編號 API — 我們已於 2018 年 4 月 24 日宣佈,專頁 API 現在將傳回專頁專屬用戶編號,而非應用程式範圍用戶編號。我們已發佈一個不限版本的新 API,以供需要將應用程式專屬用戶編號配對至其專頁專屬用戶編號的開發人員使用。

變更

應用程式審查

  • 可審查的權限和功能 — 我們對應用程式審查要求作出了重大變更,因此現在許多權限和功能將需要接受應用程式審查。如想瞭解這些變更,請參閱我們的應用程式審查文件

回應邊緣

Facebook 登入

  • 存取憑證有效期限:如果用戶在最近 90 天內沒有使用應用程式,則存取憑證將會無效。

  • 下列預設欄位已替代了 public_profile:
    • id
    • first_name
    • last_name
    • middle_name
    • name
    • name_format
    • picture
    • short_name
    因此,以下屬於 public_profile 的欄位已停用:
    • age_range
    • context
    • cover
    • currency
    • devices
    • gender
    • link
    • locale
    • timezone
    • updated_time
    • verified
  • rsvp_eventuser_managed_groups 權限已停用。您仍然可以將 user_managed_groups 權限用於測試,但無法將其提交以接受登入審查

讀取邊緣及欄位

  • 在使用用戶存取憑證讀取內容時,以下邊緣和欄位僅會在適用的情況下傳回當前用戶。
    節點 邊緣 欄位

    Album

    from

    Photo

    /likes

    /reactions

    /tags

    /tags/tagging_user

    target

    Post

    /likes

    /reactions

    message_tags

    story

    to

    with_tags

    Video

    /likes

    /reactions

    /tags


停用項目

此版本沒有任何停用項目。


90 天重大變更項目

所有應用程式

  • 開發模式 — 處於開發模式的應用程式現時傳輸率限制為每個網頁-應用程式組合每小時 200 次調用,並且僅能存取擁有應用程式角色的用戶(管理員、開發人員或測試者)。
  • 公開模式 — 處於公開模式的應用程式將不可再允許其管理員、開發人員或測試者存取平時需要接受應用程式審查的權限或功能。這會立刻影響所有在 2018 年 5 月 1 日後建立的應用程式。在此日期前建立的應用程式將於 2018 年 8 月 1 日起開始受到影響。

Instagram Graph API

  • 企業驗證 — 所有應用程式都必須接受企業驗證,這是應用程式審查的一部分,而且現在所有 Instagram Graph API 端點都必須接受此驗證程序。在 2018 年 5 月 1 日前接受過審查的應用程式必須在 2018 年 8 月 1 日前再次接受審查,否則將會失去存取專頁 API 的權限。

專頁洞察報告

  • 系統只會為專頁洞察報告資料細節衡量數據傳回非零值。

  • 專頁及帖子動態互動程度衡量數據(包括與衡量數據欄位一起使用的 metric)將由 stories 重新命名為 activity

  • 專頁帖子檢視互動程度衡量數據(包括與衡量數據欄位一起使用的 metric)將由 post_consumption* 重新命名為 post_clicks*

  • GET /{page-id}/insights/{metric} - 系統將於 90 天內移除下列衡量數據:

    • page_story_adds
    • page_story_adds_by_age_gender_unique
    • page_story_adds_by_city_unique
    • page_story_adds_by_country_unique
    • page_views
    • page_views_unique
    • page_views_login
    • page_views_login_unique
  • GET /{post-id}/insights/{metric} - 系統將於 90 天內移除下列衡量數據:

    • post_story_adds_by_action_type
    • post_story_adds_by_action_type_unique
    • post_story_adds_unique
    • post_story_adds
    • post_fan_reach
    • post_interests_impressions
    • post_interests_impressions_unique
    • post_interests_consumptions
    • post_interests_consumptions_unique
    • post_interests_consumptions_by_type
    • post_interests_consumptions_by_type_unique
    • post_interests_action_by_type
    • post_interests_action_by_type_unique

Places Graph

  • 新地點編號類型 — Places Graph 端點現在會傳回新的地點編號類型。如需瞭解詳情,請參閱 Places Graph 文件。在 2018 年 8 月 1 日前,較舊版本的 API 將會繼續傳回原有的編號類型。
  • /photos 邊緣/photos 邊緣的 type 參數(適用於數個節點)不再支援 uploaded 作為 GET 操作的值 (GET /object/photos?type=uploaded)。

用戶節點

  • GET /userthird_party_id 欄位已停用。在 2018 年 7 月 30 日前,使用較舊版本 API 的應用程式仍可以獲取此欄位。無論使用哪個版本的 API,用戶在 2018 年 5 月 1 日當天或之後安裝的應用程式都無法獲取此欄位。

推廣 API

發佈日期:2018 年 5 月 1 日 | 停用日期:2019 年 2 月 1 日 | 網誌文章


新功能

最低成本出價策略,bid_strategy 欄位

我們為 {account-id}/adsets 引入了新欄位 bid_strategy,您可以根據自己的業務目標,使用此欄位選擇廣告出價策略。每種策略都有利有弊。選項包括:

  • LOWEST_COST - 根據您的廣告組合預算和刊登 optimization_goal 獲取最多的結果。Facebook 會根據需要自動提高出價來花費您的預算。您可以使用此選項來提供出價上限,或者不設定出價限制。

  • TARGET_COST - 在您增加廣告組合預算時,為廣告提供穩定的平均成本。

如需進一步了解此功能,請參閱廣告購買和優化,出價策略


焦點系列廣告:建立方式

用於焦點系列廣告的新 API - 以往每次建立焦點系列廣告時,Facebook 都會在背景中相應地建立全螢幕展示廣告。這限制了您對基本全螢幕展示廣告的存取權;您無法使用這類廣告再次鎖定全螢幕展示互動廣告受眾。現在,當您根據商品組合建立焦點系列廣告時,您還必須明確建立包含正確元素的全螢幕展示廣告。當您在焦點系列廣告中使用此全螢幕展示廣告時,Facebook 會自動產生焦點系列廣告。詳情請參閱從商品組合建立的焦點系列廣告


重大變更項目

廣告管理

  • 右欄無效:我們會將只鎖定於 Facebook 版位 right_hand_column 並且在 {ad_account_id}/adsetsright_hand_column 目標無效的廣告設為無效。現在,我們只為具有以下目標的支援廣告格式支援右側版位:流量、轉換次數和商品目錄銷售

  • 在 3.0 版及更新版本中,GETPOST 已停用 is_autobidis_average_price_pacing

廣告受眾和廣告目標設定

動態廣告

  • 產品目錄存取:如要存取目錄產品,您必須指定正確的目錄行業。如果您的要求與目錄的正確行業不符,則會收到錯誤訊息。例如,如果您有電子商務目錄,則應該使用相應的 /products 端點(例如 GET {catalog_id}/productsGET {product_feed_id}/productsGET {product_set_id}/products)來存取目錄。您無法使用其他行業的端點(例如 GET {catalog_id}/autosGET {product_feed_id}/hotelsGET {product_set_id}/flights)來存取該目錄。

  • 範本標籤中的空白字串 - 我們不再允許將空白字串用作動態廣告的範本標籤選項參數。例如,如果您向 {{trip.checkin_date date_format:}} 傳送空白字串,則會收到錯誤訊息。如需了解背景資料,請參閱動態廣告,廣告管理

廣告洞察報告和成效衡量

  • 洞察報告逾時 - 如果我們預計洞察報告 API 要求會在完成前逾時,便會傳回錯誤訊息,其錯誤代碼為 100,子代碼為 1504033。我們會根據要求大小,以及相對於逾時限制的處理進度來為此估算結果。如果您收到此錯誤訊息,則應該為此數據提出非同步的洞察報告 API 要求。請參閱洞察報告 API 非同步工作

  • 事件數據中的負值:如果您將具有負值的事件數據發佈到 {data_set_id}/events,則會失敗。這會影響 POST /{data_set_id-id}/eventsdata 欄位。

  • 宣傳活動預算優化的洞察報告 - 如果您的廣告宣傳活動使用宣傳活動預算優化,現在 adset_budget_value 便會傳回 using campaign budget。這會影響:

    • GET {adaccount-id}/insights

    • GET {campaign-id}/insights

    • GET {adset-id}/insights

    • GET {ad-id}/insights

    • POST {adaccount-id}/insights

    • POST {campaign-id}/insights

    • POST {adset-id}/insights

    • POST {ad-id}/insights

  • 像素的預設排序:如果您在商業帳戶或廣告帳戶中調用 GET {account_id}/adspixel 關係連線,則我們將傳回按預設值(即像素名稱)的結果,而非傳回按像素上次觸發時間排序的結果。

  • 重命名像素統計資料欄位:我們已將像素統計資料關係連線上的 timestamp 欄位重命名為 start_time。這代表我們在像素觸發時開始彙整每小時數據的開始時間。我們現在會以 ISO 8601 格式傳回此時間,並且包含時區位移。這解決了傳回無效 Unix 時戳的問題。以下端點將受到影響:GET {ads-pixel-id}/stats

停用項目

企業管理平台

已停用 POST {pixel-id}/shared_agencies 端點。請使用企業管理平台用戶介面來與代理商分享廣告像素。

廣告管理

  • 已停用下列端點中的「redownload」標示以簡化 API:
    • POST {ad-id}/

    • POST {adset-id}/

    • POST act_{ad-account-id}

    • POST act_{ad-account-id}/ads

    • POST act_{ad-account-id}/adsets

    您仍然可以使用「fields」參數讀取此資訊。
  • 已停用 POST act_{ad-account-id}/adimages 中的 zipbytes 欄位,並且移除了在此關係連線的上載 ZIP 檔案功能。請使用具有以下副檔名的圖像:jpgjpeggifbmppngtifftif

  • 已停用目前用於建立焦點系列廣告的方法,此方法使用一次 API 調用並且使用所有必需素材為參數。現在,您需要改為先建立全螢幕展示廣告,然後使用全螢幕展示廣告連結來建立焦點系列廣告。這讓您可以存取基本全螢幕展示廣告物件,以便執行再次鎖定廣告受眾等操作。請參閱焦點系列廣告

  • 已為設有專頁帖子互動目標的廣告停用輪播廣告格式。此組合不再有效。請參閱驗證,廣告目標和廣告創意

廣告購買和出價

  • 已停用 POST {ad-account-id}/adsetsPOST {adset-id} 端點中的 is_autobidis_average_price_pacing 欄位。改為使用新的 bid_strategy 欄位為廣告組合指定特定出價策略。詳情請參閱出價和優化
  • 已為廣告和廣告帳戶停用 delivery_estimate 下的欄位。有關結果未能滿足廣告客戶的需要。此外,Facebook 建議的出價金額可能無法最有效地實現大部分廣告客戶的業務目標。已停用的欄位和參數包括:

    • bid_estimate 欄位、

    • currency 參數、

    • daily_budget 參數、

    • optimize_for 參數

    我們建議您使用透過 Facebook 廣告獲得的真正本質商業價值,並且基於此價值出價。如果您尚不了解有關價值,我們建議您使用自動出價。如需了解背景資訊,請參閱廣告幫助中心,廣告競投廣告購買和優化

  • 已停用從 GET /{rf-prediction-id}curve_budget_reach 欄位中傳回之結果。我們現在會傳回對應表,並且已停用 JSON 序列化字串傳回值。這會影響:GET /{rf-prediction-id}

  • 已停用 GET /{ad-account-id}/ratecard 關係連線。

  • 已停用與 /ad_accounts 帳單相關的多個欄位。包括:

    • next_bill_date

    • active_billing_date_preference

    • pending_billing_date_preference

    • active_asl_schedule

    • salesforce_invoice_group_id

    • transactions

    • adspaymentcycle

    • show_checkout_experience

  • 已停用 pixel_idexternal_event_sourceGET /customaudience 欄位。

廣告洞察報告和成效衡量

  • 已停用 OFFLINE_EVENT_SET_ID 中由 GET /{data-set-id}GET /{data-set-upload-id} 傳回的 matched_unique_users。請參閱離線轉換 API

  • 已停用 attributed_events 關係連線以及 GET /{data_set_id} API 中的 attribute_stats 欄位。使用 GET /{data_set_id}/stats API 獲取歸因事件統計資料。

  • 已停用 OFFLINE_EVENT_SET_ID 中由 GET /{data-set-id} 和 GET /{data-set-upload-id} 傳回的 matched_unique_users 欄位。

  • 已停用 GET {data_set_upload_id} 的預設傳回值。預設情況下,此項不再傳回以下欄位:first_upload_timelast_upload_timeapi_callsvalid_entriesmatched_entriesduplicate_entriesevent_time_minevent_time_maxevent_statsmatched_unique_users

  • 已停用 GET {data_set_id}/stats 的預設傳回值。預設情況下,此項現在僅傳回次數統計資料。如要指定應傳回的統計資料,請對 average_upload_delay 等累積統計資料使用 fields 參數或 summary 參數。

  • 已停用 GET {data_set_id} 的預設傳回值。預設情況下,此項不再傳回以下欄位:attribute_statsduplicate_entriesevent_statsevent_time_maxevent_time_minmatched_entriesmatched_unique_usersusagevalid_entries

  • 已停用 GET {data-set-upload-id}/stats 關係連線。請改為使用 GET {data-set-upload-id} 中的 valid_entriesmatched_entries 欄位。

  • 已停用洞察報告 API 中的 canvas_component_avg_pct_view