廣告
ROAS 跌穿保本線，當日要知
保本 ROAS 是一條數：由你的毛利率決定，沒有任何平台可以代你算出來。平台報出來的 ROAS 則是另一回事——它在事後幾日仍然會變，而且會隨連接了哪些工具而不同。一個保本線警示，要同時尊重這兩件事，才有用。
- 觸發
- 兩個
- 執行頻率
- 每朝一次
- 工具
- 4 件
- 需要 durable execution
- 不需要
流程
兩個觸發、一個判斷。上面那條讀取平台報告的數字，下面那條存放你自己算出來的保本線。兩者交叉的位置，就是警示發出的位置。
每朝執行
n8n 排程
讀取花費與 purchase ROAS
Meta Ads Insights API
寫入當日一行
Sheets · Airtable
填入保本線
Sheets · Airtable
把 campaign 對上各自的保本線
n8n
跌穿保本線，而且花費足夠？
n8n IF
通知投手
Slack · WhatsApp
不作處理
—
逐步拆解
- 01
每朝執行
n8n 排程每日一次，等廣告帳戶時區過了午夜才跑。日內去查，等於對著一個仍然在寫入的數字發警示。
- 02
讀取花費與 purchase ROAS
Meta Ads Insights API以 campaign 層級請求，並明確指定日期範圍與歸因設定。任何一項留空，警示就會在不同日子比較兩套不同定義。
- 03
寫入當日一行
Sheets · Airtable每個 campaign 每日一行，同時記下 ROAS 與背後的花費。有了昨日那一行，才分得出是單日波動還是趨勢。
- 04
填入保本線
Sheets · Airtable這條數由操作者自己計：先有毛利率，再推出貢獻為零時的 ROAS。它屬於生意本身。
- 05
把 campaign 對上各自的保本線
n8n不同產品線的保本線不一樣。沒有填保本線的 campaign 直接略過，不會拿平均值去頂。
- 06
跌穿保本線，而且花費足夠？
n8n IF這裡是兩個條件，不是一個。花費極少的 campaign，ROAS 一定跳動得很誇張；為它發警示，只會訓練到所有人都不再看警示。
- 07
通知投手
Slack · WhatsApp訊息要一併寫出 campaign、ROAS、保本線與背後花費。一個沒有分母的比率，沒有人可以據此行動。
平台不容許的事
這裡能自動化到什麼程度，由 Meta 報告廣告支出回報的方式決定。這條界線，正是大部分教學不會寫的部分。
官方對 purchase ROAS 的定義，是購買帶來的總廣告支出回報，數據來自你所連接的一項或多項 Facebook Business Tools，再歸因到你的廣告。連接的工具一改，這個數字就會改。
Marketing API — Ad Account Insights reference預設的行動歸因視窗是點擊後 7 日、瀏覽後 1 日。如果保本線是按另一套視窗計出來，它與 API 預設回傳的數字並不可比。
Marketing API — Ad Account Insights reference成效數據每十五分鐘更新一次，報告後 28 日內仍可能變動；廣告結束之後，指標亦可能繼續更新一兩日。所以昨日的 ROAS 只是暫定值。
Ads Insights API — Limits and best practices
什麼情況不值得做
以下三種情況，維護成本會高於遲一日發現的代價。
你不知道每張單的毛利率。沒有毛利率就沒有保本線，這個流程只會變成對著一個沒有人守得住的數字發警示。
campaign 少於五個，或者絕大部分花費集中在同一個 campaign。這個規模，每朝一個人看一次報表就夠，而且看到的脈絡比一條警示訊息多。
收到警示也沒有人有權處理。如果跌穿保本線之後的動作，只是通知客戶然後等回覆，那它是匯報，應該放進週報，不是放進即時頻道。