到達頁面審核

審核付費流量到達的頁面，並傳回一份媒體購買者實際上能夠交付的修復清單。每次付費點擊都要花錢，無論頁面是否轉換，因此在這裡找到的每個漏洞都是直接的廣告支出漏洞。

經驗豐富的審核員不會從頁面開始——他們會從金錢流向開始：

廣告到頁面的點擊路徑。
分析漏斗。
質化證據。
最後才是對頁面本身的啟發式解讀。

一個破壞訊息匹配的美麗頁面，無論其頁面工藝多麼精湛，都是在浪費廣告支出。

產出是一份優先級修復清單，其中每個發現都標明其證據等級和嚴重性。絕不承諾具體的提升百分比：大多數CRO變更在測試中都不會獲勝（根據Kohavi的Microsoft/Google數據和Optimizely的127,000個實驗資料庫，大約只有10-33%的實驗會改善其目標指標），因此任何具體的提升承諾幾乎肯定是錯誤的。

此技能負責點擊之後的所有事項，不處理點擊之前的任何問題。廣告帳戶的根本原因（追蹤、結構、目標設定、素材、出價）屬於 mbfinotti/advertising-skills@ad-account-diagnostic，當其證據指向下游時，它會將任務移交至此。這個界線是互惠的。

如果在此次審核過程中，證據指向點擊的上游（疲乏的素材、錯誤的受眾、損壞的轉換追蹤、任何頁面都無法挽救的有缺陷的優惠），則拒絕對頁面做出判決，確切說明你看到的哪個上游訊號，然後移交。不要讓頁面審核在不知不覺中變成帳戶診斷。

此技能永遠不會實施修復：它會命名、排序並指派修復項目。

訪談

在開啟任何內容之前先提問。每次一條問題；盡可能提供多選答案；跳過任何已經提供的資訊。

這個頁面必須推動的單一行動是什麼？（購買 / 試用註冊 / 預約Demo或通話 / 潛在客戶表單 / 下載）
B2B 還是 B2C/電商？
哪個平台傳送付費流量，你可以分享實際的廣告——文案、素材或縮圖，以及其背後的關鍵字或受眾嗎？（沒有廣告，最高影響力的檢查就是盲測。）
我如何存取這個頁面？（即時URL / 貼上的副本或HTML / 螢幕截圖 - 桌面和行動裝置 / 混合方式）
過去14-30天內，此頁面的工作階段和轉換次數？（決定審核是使用統計還是第一性原理——請參閱量級門檻。）
裝置分佈，以及地理組合——同一個頁面是否服務多個國家、語言或貨幣？
目標CPA或ROAS，以及頁面流量目前相對於目標的表現如何？（差距就是用來排序修復清單的依據。）
什麼算是下游的良好結果？（B2B：MQL/SQL/pipeline，而不是表單填寫；B2C：營收，而不是加入購物車。）
除了頁面之外，還有哪些現有證據——分析漏斗、會話錄製、熱圖、調查或客戶服務逐字稿？
這個頁面上是否曾經更改或測試過任何東西？結果如何？
是否有結果必須完成的截止日期——例如產品發布、預算審查、季節性高峰——還是沒有期限？
你想要這個廣告活動最快恢復，還是一個能在未來廣告活動中持續發揮作用的頁面？（一次性勝利還是複合資產。）
誰來實施修復——你、設計師、開發團隊——以及工作量上限是多少：幾小時的文案修改、一個衝刺週期的建置，還是你必須在公司內部推銷的重新設計？

最後三個訪談答案會在編寫修復清單之前對其重新排序；報告會說明哪個答案改變了什麼。

硬性截止日期會優先考慮能在幾小時內完成的事項：訊息匹配、標題和CTA文案、重複使用廣告的關鍵視覺。它會降低任何需要建置或相關方批准的事項的優先級。
複合資產的要求會優先考慮優惠清晰度和結構性工作，這些工作能在下一個廣告活動中持續發揮作用，儘管這是最難交付的類別。
低工作量上限會刪除項目而不是重新排序：在報告的「已排除」部分中說明哪些項目因超出上限而被排除，而不是悄悄丟棄，這樣就不會在下一季被重新發現。

工作流程

執行訪談；在接觸頁面之前收集所有答案。
首先排除上游原因。 CPA圖表無法區分頁面問題和廣告問題。在指責頁面之前先進行檢查：
- 點擊率下降或頻率上升（素材疲乏）：移交給 mbfinotti/advertising-skills@ad-creative-fatigue。
- 轉換事件是否正確觸發並去重：如果沒有，移交給 mbfinotti/advertising-skills@ad-conversion-tracking，並將本次審核中的每個下游數據都視為可疑。
- 當表現發生變化時，目標設定或優惠是否也改變了：移交給 mbfinotti/advertising-skills@ad-account-diagnostic。
只有在頁面很可能是問題所在時才繼續。
走訪點擊路徑。 並排打開廣告、關鍵字或受眾，以及到達頁面。從點擊者的角度回答：廣告承諾了什麼，首屏是否確認了這一點？

檢查四個匹配維度：
- 文字：標題用自己的話呼應廣告的承諾。
- 視覺：主視覺呼應廣告的素材或開場畫面——幾乎每次審核都會忽略這一點。
- 優惠：相同的優惠、相同的價格、相同的CTA動詞。
- 地理：廣告活動目標的每個地區都應有對應的貨幣、語言和地區有效優惠。
如果頁面根據UTM或廣告組合切換標題，請使用真實的廣告參數載入它：動態個人化在不知不覺中提供通用頁面是付費流量特有的錯誤類別。確認點擊ID在到達頁面及任何重定向後仍然存在。
提取分析漏斗，按裝置和流量來源進行分段：到達 → 互動 → 開始填寫表單或加入購物車 → 完成。這是將意見轉變為觀察的步驟。在閱讀任何內容之前先套用量級門檻，切勿混合平台報告的轉換次數和網站內轉換次數——它們的歸因窗口和瀏覽歸因不同，總數不可比較。
在存在的情況下收集質化證據：會話錄製（憤怒點擊、無效點擊、表單猶豫）、捲動和熱圖（是否有人看到證明？看到CTA？），以及客戶心聲逐字稿。如果無法取得則直接跳過，不需要道歉——但要在「無法檢查」中說明原因。
使用 references/page-checks.md 執行啟發式頁面審查，按照其順序進行：這些檢查是根據付費流量的營收影響排序的，而不是根據檢查的難易度。

如果你可以擷取並渲染頁面，請根據手機尺寸和桌面尺寸的渲染結果驗證每個檢查。否則，根據貼上的副本或螢幕截圖進行工作，並將每個需要渲染才能判斷的聲明（載入、佈局、動態內容）標記為「無法檢查」。

這裡找到的所有內容都只是意見，直到分析或實驗將其升級為更高等級的證據。
優先級排序（請參閱下方章節）。根據效率進行排序——每個修復項目每個工作量單位所解鎖的漏斗步驟——並根據證據權重進行加權，然後根據訪談中的截止日期、要求和努力上限進行重新排序。將修復清單限制在七個項目——三十個項目的清單永遠不會被實際建置。
以下列格式撰寫報告（完整範本和工作示例請參閱 references/report-template.md）。執行報告完整性檢查，並重複直到報告通過所有檢查。
記錄一個預測和一個重新檢查日期。 每個已交付的修復都應指明其預期會移動哪個漏斗步驟以及移動方向。在一個完整的商業週期後，在歸因延遲成熟度匹配的情況下重新檢查。

如果你的工具具有持久記憶體，請記住頁面基線、發現、已交付的修復和預測，以便下一次執行從歷史記錄開始。否則，發送一個簡短的狀態區塊，讓使用者可以貼到下一次會話中。

證據類別

每個發現都帶有三種聲明類別之一，報告絕不能模糊它們：

意見 - 僅從頁面本身即可判斷：訊息匹配、價值主張清晰度、CTA層級、可見的摩擦、信任訊號的存在。這是有根據的假設，不是證據。
觀察 - 需要此頁面本身的數據：流量實際上在哪裡流失、裝置差距、欄位級別的表單放棄、欄位Core Web Vitals、記錄的行為。
因果事實 - 需要一個受控實驗。此審核永遠不會產生因果事實；它只會產生其候選項目。任何表述為「這將提升轉換率X%」的內容，如果沒有背後的實驗，就是此類別的聲明——禁止。

引用的最佳實踐還帶有來源層級：

既定研究：可引用的研究或標準（Core Web Vitals、WCAG、Baymard、NN/g、Unbounce的基準報告）。
從業者共識：經獨立從業者交叉驗證（一個明確的CTA、在摩擦點提供證明）。
民間傳說：廣泛流傳但未經證實（請參閱失敗模式）。僅在為了反駁它時才提出來。

可引用的數字、框架（LIFT、MECLABS啟發式方法、PXL）及其必要的注意事項請見 references/evidence-and-benchmarks.md。在按名稱引用任何數字或框架之前，請先閱讀此文件。

量級門檻

兩個量級門檻決定了審核可以聲明什麼：

在審核時間窗口內，此頁面的工作階段數低於約1,000個或轉換次數低於30次時，數據無法區分真正的轉換問題和隨機波動。請明確說明這一點，拒絕進行轉換率比較和區段解讀，並根據第一性原理的摩擦點和既定研究來排序修復清單。審核仍然有用；只是不能假裝具有統計意義。
每月轉換次數低於約100次時，也不要推薦A/B測試作為驗證路徑。建議實施有充分證據支持的摩擦消除措施並進行監控，並說明因果關係將無法得到證實。

這些門檻是從業者的經驗法則，不是定律：當有人能夠執行時，適當的樣本量計算比這兩者都好。

優先級排序

按效率對修復清單進行排序——每個工作量單位所解鎖的轉換步驟——並以最佳比率領先，永遠不要從最便宜的修復開始。先便宜和先效率是兩種不同的排序，只有第二種能回答「在我擁有的時間內，我應該首先交付什麼」。

使用證據權重的、主要是二元問題為每個候選項目評分，採用PXL的形式，而不是ICE或PIE。ICE和PIE讓提出修復的人猜測三個輸入中的兩個；證據權重評分強制每個修復都指出其背後的證據。

對每個修復提出以下問題：

它是否在首屏之上？
五秒內是否可察覺？
是否在付費流量入口路徑上？
是否得到此頁面數據的觀察結果支持，還是僅基於意見？
是否得到既定研究的支持，還是僅基於從業者共識？

將工作分為時間和協調成本：一小時的文案工作、一到兩天的建置和回歸檢查、一週或更長時間的跨團隊協調。永遠不要用預算數字來表示。

價值面是漏洞，而不是其價格：指出每個修復解鎖了哪個漏斗步驟，以及訪談中的CPA/ROAS差距中有多少落在該步驟上，這樣針對漏洞步驟的修復就會比其他地方更美觀的修復得到更高的排名。

當頁面同時存在多個問題時，各類修復的默認排序如下，每個軸上最高的優先：

效率：訊息匹配 > 首屏清晰度 > 信任感放置 > 表單和結帳摩擦 > 優惠清晰度 > 速度 > 無障礙性優化 > 點擊後路徑
價值：訊息匹配 > 首屏清晰度 > 優惠清晰度 > 表單和結帳摩擦 > 信任感放置 > 速度 > 無障礙性優化 > 點擊後路徑
努力：優惠清晰度 > 無障礙性優化 > 速度 > 表單和結帳摩擦 == 點擊後路徑 > 首屏清晰度 > 訊息匹配 == 信任感放置
合規成本：聲明和揭露修復 > 同意橫幅 > 無障礙性 > 其他所有類別 == 無

這些軸在兩個值得明確說出的地方存在分歧：

優惠清晰度在價值軸上排名靠前，在努力軸上排名最高：一個新的價值主張需要相關方參與，而不是一個下午就能搞定。它在效率軸上處於中游：現在開始，稍後交付，永遠不要跳過。
信任感放置則相反：將頁面已有的證明移動到摩擦點，只需一小時的工作就能帶來中等程度的改善，這就是為什麼它排名高於更大的修復。

無障礙性優化的排序高於速度而不是與之並列，因為其瓶頸是審核簽署，而不是程式碼。其餘的並列是真實的同等級：

表單摩擦 == 點擊後路徑：兩者都需要在頁面所有者僅能部分控制的系統內進行一到兩天的建置（表單或結帳疊加層、電子郵件和路由疊加層），並且在交付前都需要在即時的資金路徑上進行回歸檢查。
訊息匹配 == 信任感放置：兩者都是由已經擁有頁面的人花費一小時，重複使用已存在的資產（廣告本身的文案、頁面上已有的證明）。
合規成本，無障礙性以下的所有類別 == 無：它們只是重新陳述、重新排序或加速已發布的資料，因此沒有聲明新的、收集新的或揭露新的內容，也不需要安排審查。

這種效率排序所忽略的是每個需要建置或相關方批准的修復：優惠清晰度、結構性重建和速度在價值軸上排名很高，並且在努力軸上名列前茅，因此比率永遠不會選擇它們，頁面反而積累文案調整。應根據條件而非等待比率來提升它們：

當漏斗顯示訪問者到達訊息匹配的頁面，但在任何互動之前就離開時（沒有頁面工藝可以修復一個沒人想要的優惠），或者當CPA差距是目標倍數而不是邊際差異時（因為沒有小時級別的修復可以合理地彌合它），將優惠清晰度提升到頂部。
當區塊Core Web Vitals在承載廣告支出的裝置上未通過其門檻時，提升速度。這是一個既定研究的觸發因素，並且優先於比率。

在報告中指出提升的原因，以及觸發該提升的證據。

合規成本項目按風險暴露程度排序，而不是按比率。刪除一個重置的倒數計時器、一個未經證實的聲明或一個未揭露的代言，成本接近於零，並且每天都會帶來FTC和平台政策風險，因此無論其轉換…

…（內容已截斷）

付費到達頁面審核