搜索詞報表你每周都下。
一個月才真打開一次。
所以同一個不相干的搜索詞，從上次補貨之前就一直在花錢。這活兒不難，只是長：按花費排序，找出有點擊沒訂單的詞，再看有訂單的那些扣完各項費用後還夠不夠你的毛利，然後寫下要改什麼。這幾步里只有最後一步需要你的判斷，前三步正是定時任務該乾的事。
只要有人真去讀，報表會說什麼
哪些詞在花錢且從不轉化
在足夠長的窗口裡有點擊沒訂單，是最便宜的一刀，產出是一份可以直接粘貼的否定關鍵詞清單。點擊數太少還判斷不了的詞會單獨歸一組，不跟其他的一起掃掉——憑三次點擊就否掉一個詞，正是你乾掉一個再過兩周就能跑起來的詞的方式。
哪些有轉化的詞其實還在虧
有訂單的詞不等於你想要的詞——按你的毛利算，扣掉傭金和配送費之後，其中一些花的比帶來的多。報表並不知道你的毛利，除非你告訴它：把成本和費用假設給它一次，之後每一遍都會用上，並且印在輸出里讓你可以跟它較真。
哪個 ASIN 在默默替其他品墊錢
廣告活動層面的數字會蓋住商品層面的問題；一個看上去還行的帳戶平均值，往往是一個品在撐。把報表按 ASIN 匯總，再跟業務報告並排，這件事就露出來了——而且這通常比那十二個否詞更值得動手。
在你的廣告帳戶里，它不被允許做的事
自動競價管理是一個真實存在的品類，而這裡刻意不是那個——因為兩者出錯的方式不一樣。
它不建廣告活動，也不設預算
發佈廣告、建立廣告組、設預算，完全不在這幾個 skill 的能力範圍里。輸出是一份讓你自己去改的清單，這樣最壞的結果是白花五分鐘，而不是一筆沒人批准的花費。
不可逆的步驟在執行前先問
在整個客戶端里，不可逆的操作和普通操作是分開設閘的，不會搭著你幾周前一次性給出的通用權限一起放行。在一個綁了信用卡的帳戶里，這個區分就是全部的安全故事。
不承諾 ROAS
這裡不承諾廣告回報、排名或銷量。給你的是在你自己數字上做完的算術，且假設擺在明面上——這讓你能基於某個具體理由反對某條建議，而不是憑直覺。
沒有哪件事第二天早上就下判斷
在亞馬遜上，一個否定關鍵詞大約要 72 小時才生效，否定商品大約 96 小時，所以第二天早上讀到的變化，是穿著「結果」外衣的噪聲。每個定向在被重新檢查之前都帶一個 5 到 7 天的冷卻期——這是防止反復橫跳最便宜的一道閘：用三天資料抬價，兩天後又砍掉，定向永遠穩不到能被測量的時候。
缺失的字段打成 UNKNOWN，絕不估算
在這件事上真正燒錢的失敗不是判斷失誤，而是「自信地用了錯輸入」：報表文件里有那一列，但在你恰好拉的那個切片上是空的，於是被靜默當成零，然後被平均進一條建議里。任何導出沒提供值的行都會帶 UNKNOWN 標記返回，並被排除在算術之外——資料薄的報表會得到一個簡短的回答，而不是一個看起來很完整的錯回答。
同一遍，掛在定時上
因為這一遍是一個 skill 而不是一次對話，它可以掛定時，每週一留下形狀一樣的報告。這周和上周能比，前提是兩份是用同樣方式產出的——這就是定時任務勝過每次重問一遍的那個不起眼的原因。
把廣告報表交出去之前
它接廣告 API 嗎？
當前 Seller Central 連接器通過 SP-API 處理賣家業務，並未接入 Amazon Ads API。此工作流需要你將廣告搜索詞報表導出為 CSV；連接 Seller Central 不能替代這一步。
這跟 PPC 管理工具有什麼不一樣？
管理工具握著出價權限，按你配置的規則去動。這裡完全不握權限：它讀、它解釋、它給你一份清單。你要的是會動手的自動化，就去買那個；你要的是在決定之前先看懂報表說了什麼，這是另一件事，兩者並不衝突。
它能不能不止看廣告？
這通常才是它真正值回票價的地方。把廣告報表和業務報告、退貨資料、評論導出並排放，一個高 ACOS 就變成一個具體解釋——比如這個詞轉化其實不錯，但商品的退貨率是類目平均的兩倍。一個檔案夾，幾個檔案，跑一遍。
Shopify 或 eBay 的廣告也行嗎？
讀這件事跟格式無關，所以任何你能導出的報表都行；連接器方面有 Shopify Admin、eBay、Google Ads、Klaviyo 等。真正跟 Amazon 綁定的只是輸出里的術語，而那跟著你給它的報表走。