在排程型規則中,可以使用更進階類型的篩選欄位。
可為洞察報告篩選器設定特定類型的前綴。其類似於為中繼資料篩選器設定的前綴,以用於執行多層篩選。
您可以在篩選器上設定物件層級前綴,以利用洞察報告多層篩選。例如,廣告規則可以依廣告群組或廣告行銷活動成效進行篩選。也可以在篩選器上指定歸因期間和時間預設前綴。此用於覆蓋規則的歸因期間和為此特定篩選器預設的時間。
前綴為選用。欄位可以有:
您可以選擇以上所有選項,完全不選,也可以選擇任意組合,只要保持其順序即可。欄位應為以下格式:
{ object_level_prefix?
} {attribution_window_prefix?
} { time_preset_prefix?
} { field_name
}
請查看以下正確和不正確的前綴洞察報告欄位的範例。我們也提供正確和不正確的前綴中繼資料欄位的範例,以顯示我們支援哪些中繼資料篩選器。
spent
的範例adset.yesterday_spent
— 昨天在廣告組合層級花費的總金額
adset.spent
— 在廣告組合層級花費的總金額
yesterday_spent
— 昨天花費的總金額
campaign.28d_view_1d_click:lifetime_results
— 廣告組合層級在其生命週期內的總成果,歸因時間為檢視後 28 天和點擊後 1 天
campaign.lifetime_spent
— 廣告行銷活動在其生命週期內花費的總金額
lifetime_campaign.spent
— 時間預設前綴不能出現在物件層級前綴之前
lifetime_today_spent
— 不能有兩個時間預設前綴
ad.adset.spent
— 不能有兩個物件層級前綴
yesterday.adset_spent
— 不佳的分隔符號
daily_budget
的範例adset.daily_budget
— 廣告組合的單日預算
daily_budget
— 單日預算
yesterday_daily_budget
— 不可將時間預設前綴用於中繼資料欄位
ad.daily_budget
— 廣告沒有單日預算
前綴 | 物件類型 | 對物件類型有效 |
---|---|---|
| 廣告 | 廣告 |
| 廣告組合 | 廣告、廣告組合 |
| 行銷活動 | 廣告、廣告組合、行銷活動 |
歸因期間前綴 | 說明 |
---|---|
| 使用帳號層級的歸因期間設定 |
| Facebook 預設歸因期間為 1 天檢視、28 天點擊 |
| 僅內聯歸因(0 天檢視,0 天點擊) |
| 1 天檢視,0 天點擊 |
| 7 天檢視,0 天點擊 |
| 28 天檢視,0 天點擊 |
| 0 天檢視,1 天點擊 |
| 0 天檢視,7 天點擊 |
| 0 天檢視,28 天點擊 |
| 1 天檢視,1 天點擊 |
| 7 天檢視,1 天點擊 |
| 28 天檢視,1 天點擊 |
| 1 天檢視,7 天點擊 |
| 7 天檢視,7 天點擊 |
| 28 天檢視,7 天點擊 |
| 7 天檢視,28 天點擊 |
| 28 天檢視,28 天點擊 |
此清單與有效時間預設值清單相同,但變成小寫並附有分隔符號。
前綴 | 說明 |
---|---|
| 物件的生命週期 |
| 從廣告帳號時區午夜開始的當天 |
|
|
| 最後 2 個全天和 |
| 最後 6 個全天和 |
| 最後 13 個全天和 |
| 最後 27 個全天和 |
| 最後 29 個全天和 |
| 本月,包含 |
| 本週,以星期一為每週的第一天,包含 |
| 本週,以星期日為每週的第一天,包含 |
| 前一個全天,不含 |
| 最後 2 個全天,不含 |
| 最後 3 個全天,不含 |
| 最後 7 個全天,不含 |
| 最後 14 個全天,不含 |
| 最後 28 個全天,不含 |
| 最後 30 個全天,不含 |
| 最後 14 天到最後 7 天,適用於 ROAS |
| 最後 30 天到最後 7 天,適用於 ROAS |
| 最後 60 天到最後 7 天,適用於 ROAS |
| 最後 120 天到最後 7 天,適用於 ROAS |
| 最後 180 天到最後 7 天,適用於 ROAS |
| 終身到最後 7 天,適用於 ROAS |
| 最後 60 天到最後 28 天,適用於 ROAS |
| 最後 120 天到最後 28 天,適用於 ROAS |
| 最後 180 天到最後 28 天,適用於 ROAS |
| 終身到最後 28 天,適用於 ROAS |
您可以彙總多個廣告物件的一些洞察報告欄位。如此您便能針對特定廣告物件子集的衡量指標建立篩選器。例如,多個廣告的總觸及人數或不同廣告群組的總點擊次數。
雖然有些指標(例如 clicks
)是透過簡單加總來計算,但其他衡量指標(例如 reach
)則是用不同的計算方式。由於 reach
是基於不重複曝光次數,因此在多個廣告物件的彙總中將刪除重複的用戶。
彙總欄位的形式為 aggregate(
{ field
})
。field
可包含歸因期間和時間預設前綴。要彙總的廣告物件組合由另一個必要的篩選器欄位 aggregation_id
決定。
aggregate(reach)
aggregate(lifetime_reach)
aggregate(daily_budget)
aggregate(adset.reach)
aggregation_id
篩選器指定要彙總的廣告物件。其僅支援 IN
運算子和編號清單作為值。編號可以是廣告、廣告組合或廣告活動的編號,但所有這些編號都必須來自相同的物件層級。
aggregation_id
篩選器範例{ "field": "aggregation_id", "operator": "IN", "value": [1234, 5678] }, { "field": "aggregate(reach)", "operator": "GREATER_THAN", "value": 100 }
clicks
cpc
cpm
cpp
ctr
frequency
impressions
mobile_app_purchase_roas
reach
result_rate
spent
unique_clicks
unique_impressions
website_purchase_roas
cost_per_unique_click
可將簡單的算術表達式設為欄位。例如,這可用於找出兩個數字欄位之間的比率。
這適用於洞察報告欄位和數字中繼資料欄位的子集。完整的支援清單如下。
公式欄位由欄位或常數以及語法正確的運算子組成,並以空格分隔。其支援 +
-
*
和 /
運算子。您可以新增常數,例如用於加權特定欄位或作為偏移量。
此情況下的欄位可以完全加入前綴,因此您可以新增有效的物件層級和時間預設前綴。
目前公式中最多允許有 6
個非常數欄位。您可視需要新增多個常數。
today_spent / adset.today_spent
0.8 * cpc + 0.2 * cpm
{ field_or_constant_1
} { +
| -
| *
| /
} { field_or_constant_2
}
today_spent / adset.daily_budget
— 單日花費百分比
clicks / adset.clicks
— 點擊次數與廣告組和點擊次數的比率
today_impressions / yesterday_impressions
— 今天的曝光次數與昨天的曝光次數的比率
today_impressions / aggregate(today_impressions)
— 今天的曝光次數與彙總曝光次數的比率
(adset.spent - spent)
— 可接受括號,當在 API 回應中接收公式時,將加上括號
(clicks + cpc + cpm + ctr + cpa + cpp) / cost_per
— 不可使用超過 6
個欄位
today_impressions/yesterday_impressions
— 期間必須以空格分隔
欄位 | 對物件類型有效 |
---|---|
| 廣告、廣告組合 |
| 廣告組合 |
| 廣告組合 |
| 行銷活動 |