轉換率：你的商店在哪裡流失了銷售

小商店裝的分析，結局大多相同——一個沒人看的儀表板，二十個指標，旁邊沒有任何決定。問題不是缺數據，而是那個真正重要的數字（銷售在哪裡流失）被平均掉，藏在其他指標之間。

這篇談的是相反的事：用你自己的 電商分析 找出 轉換率 崩掉的那一頁，用可信的數字確認，修好它，其餘不動。沒有分析團隊也做得到——而一個替你讀漏斗的系統，正是在這裡發揮價值。

轉換率真正告訴你的事

整店的 轉換率（購買訪客 ÷ 訪客）單看幾乎沒用。1.4% 不會告訴你該改什麼——它把運作良好的結帳，和五個裡漏掉四個的到達頁平均在一起，兩者都藏起來。它是溫度計，不是診斷。

• 它是比率，任一半動了它就動。把低意圖流量翻倍的活動，會在銷售上升時反而拉低轉換率。
• 它沒有位置。「轉換很低」在你知道人們在哪一頁的哪一步放棄之前，無法採取行動。
• 它需要可信的分母。低於幾百次工作階段，一頁的指標多半是雜訊——它應該拒絕下結論。
• 它唯一的工作，是指向一頁。有用的一切都發生在那之後，在漏斗裡。

讀漏斗，別讀虛榮指標

銷售漏斗 把那個單一數字重新變回一連串：到達、互動、加入購物車、開始結帳、付款。每一步都有自己的流失，其中一步幾乎總是元兇。目的不是更漂亮的儀表板，而是點名那一步——修好它，能用最少的力氣搬動最多的錢。

兩個訊號幾乎做完全部工作，而且都是頁面層級，不是網站層級。跳出率 說一頁在開始之前就失敗了——上方的承諾與造訪動機不符。離開率 說一頁本來運作良好，人們卻仍在那裡離開——常是結帳，或一個多要一樣東西的表單。高瀏覽＋高離開＋高跳出同時出現，不是謎題，是優先事項。

錢在哪裡流失：購物車與最後一步

最貴的漏洞從不在漏斗頂端——是那個已經說了「好」然後停下的訪客。從「加入購物車」或「開始填表」到「完成」的這一躍，是意圖最高、每一個失去的人獲取成本最高的地方。

• 衡量完成，不是開始。「開始結帳的人裡有多少完成」才是數字；「多少人加入購物車」只讓你自我感覺良好，什麼都不改變。
• 付款前的那一步——表單、運送選擇、強制註冊——是單一摩擦抹掉把訪客帶到這裡全部花費的地方。
• 這麼晚的漏洞，值得與頂端跳出不同的急迫度。失去從未互動的人很便宜；失去已經拿出卡的人才昂貴。

無 Cookie 的電商分析：為何局勢改變

傳統分析假設你能用第三方 Cookie 跨工作階段追一個人。那已經結束——同意橫幅、追蹤阻擋與法律，讓無 Cookie 的 電商分析 成為標準，而非備案。對小商店反而是好消息：你失去一個其實沒在用的侵入式追蹤，保住重要的——對自己頁面上發生什麼的、自有而忠實的計數。

方法會變：沒有縫合的個人動線，最佳化就變成頁面與步驟分析——那正是小型商品目錄需要的。而且你的數據是實測，不是建模：真實頁面上真實的離開率，沒有抽樣、沒有要內插的缺口。這就是 AllHub 以 Matomo 運行的基礎。

從儀表板到決定：問 Store Brain

「我有分析」與「我改善了轉換」之間的差距，是每週讀儀表板、決定該做什麼的工作——對同時要打包訂單的人，這工作永遠不會發生。填平這差距，靠的不是更好的圖，而是不必再去找答案。

這就是 AllHub 的 Store Brain 代理 的用途。它由你的商店本身建成——每一段買家對話、每一次 銷售漏斗 流失、每個被放棄的購物車與商品目錄缺口——你用日常語言，從 WhatsApp、Telegram 或儀表板，直接問這篇文章真正在談的問題：

• 「哪一頁流失最多人？」——你得到頁面、它的流失與一張圖，而不是翻報表。
• 「這週有多少購物車被放棄？」——最貴的晚期漏洞，幾秒內回答。
• 而且關鍵是：不只有數字，還有建議——該修什麼、該推什麼——讓答案以一個決定收尾，而不是又一個要你解讀的儀表板。

結論

沒有專責團隊的商店，分析不是一百條最佳實務——是一個習慣：找出漏斗死掉的那一頁，用可信的數據確認，修好它，忽略數字還看不到的。對真正重要的那一頁這樣做，你的 轉換率 會比一個月未經測試的技巧移動得更多。

你不需要更多儀表板。你需要能問哪一頁在流血、代價多少——並得到答案加上下一步，這正是 Store Brain 代理 的用途。