強制登入註冊會擋掉多少訂單？一次改版錯誤的完整檢討與修正流程
強制先登入或註冊，通常會讓第一次來的訪客在結帳或送出前離開，因為他還沒信任你，就被要求交出帳號與密碼。比較穩的做法是先讓人完成交易或詢問，再邀請他建立帳號，並用 GA4 把「看到登入牆」與「完成註冊」拆成兩個事件追蹤。
這篇用一個示範情境做錯誤檢討。示範情境是一家販售保養品的小型電商，網站改版時把「訪客結帳」拿掉，所有人都要先註冊會員。情境為說明而設計，不代表任何真實客戶，也不附成效數字。我們只看決策怎麼錯、錯在哪、怎麼修。
錯誤一：把會員數當成目標，忘了訂單才是目標
示範情境裡的老闆想做會員經營。他的想法很直覺：有帳號，才能發點數、寄生日禮、做回購提醒。於是改版需求單上只寫了一行：「全站結帳需登入」。
問題在於目標被換掉了。原本要的是訂單，後來大家盯著的是註冊數。月報上註冊數變多，團隊覺得改版成功。可是訂單數沒有一起動，甚至有幾週變少。沒有人把這兩條線放在同一張圖上看。
會員是手段，不是終點。當會員數與訂單數走勢不同，就代表註冊這一步在擋人，而不是在留人。
錯誤二：登入牆放在最貴的位置
登入牆放在哪，決定它的代價。示範情境把它放在「前往結帳」按鈕之後。這是整條漏斗裡最貴的位置：訪客已經挑好商品，已經算過運費，只差最後一步。這時跳出一張要填電子郵件、設密碼、勾同意條款的表單，等於在收銀台前要人先辦卡。
同樣的註冊邀請，放在不同位置，阻力完全不同。下面這張表是我們在檢討會上用的比較，判斷依據是訪客在那一刻的投入程度與他得到的好處。
| 登入或註冊出現的位置 | 訪客當下狀態 | 阻力 | 建議 |
|---|---|---|---|
| 進站首頁跳窗 | 還不知道你賣什麼 | 高 | 避免 |
| 加入購物車時 | 有興趣但未決定 | 中高 | 改成可略過的提示 |
| 前往結帳時強制 | 已決定購買 | 最高 | 改成訪客結帳 |
| 付款完成後的感謝頁 | 剛完成交易，信任最高 | 低 | 主要邀請位置 |
| 查詢訂單或累積點數時 | 有明確需求 | 低 | 自然引導註冊 |
感謝頁之所以適合，是因為資料大多已經填過。姓名、電子郵件、地址都在訂單裡，只差一個密碼。這時邀請「設定密碼就能查訂單、累積點數」，訪客要付出的動作很少。感謝頁的設計可以參考我們之前寫的感謝頁五種下一步的決策表。
錯誤三：註冊表單比結帳表單還長
示範情境的註冊表單有生日、性別、手機、地址、膚質問卷，還要求兩次輸入密碼。設計者的理由是「以後做分眾用得到」。但這些欄位在結帳當下沒有任何用處。
欄位越多，放棄越多，這不需要數字證明，打開自己的手機填一次就知道。檢討時我們把每個欄位問一句：「這一筆訂單現在需要它嗎？」不需要的就移到會員中心，等使用者自己想填再填。
- 必要：電子郵件、收件人、電話、地址、付款資訊
- 可延後：生日、性別、膚質、興趣偏好
- 可刪除：重複輸入密碼（改用顯示密碼的眼睛圖示）
- 可替代：密碼本身（改用一次性驗證碼或第三方登入）
欄位取捨的判斷方法，另一篇詢問表單欄位在完整資料與填寫阻力間的取捨有更完整的拆解，邏輯一樣適用於註冊表單。
錯誤四：沒有把登入牆當成一個漏斗步驟來追蹤
改版上線後，團隊只看兩個數字：註冊數與訂單數。中間發生什麼，沒有資料。有多少人看到登入牆？有多少人按了「註冊」？有多少人卡在驗證信？有多少人選了忘記密碼後就沒回來？全都不知道。
修正方式是把登入與註冊拆成獨立事件。GA4 有建議事件 login 與 sign_up，可以帶 method 參數記錄登入方式。事件設定與參數說明可以在 Google Analytics 說明中心查到。我們在示範情境加上的追蹤如下：
| 事件名稱 | 觸發時機 | 要回答的問題 |
|---|---|---|
| view_login_wall | 登入或註冊畫面出現 | 多少人被擋在這一步 |
| sign_up | 註冊成功 | 擋下來的人有多少完成註冊 |
| login | 既有會員登入成功 | 老會員是否順利通過 |
| login_error | 密碼錯誤或驗證失敗 | 卡在技術問題的比例 |
| begin_checkout | 進入結帳流程 | 登入後是否繼續往下走 |
有了這五個事件，就能在 GA4 探索報表做一條漏斗，看到每一步掉多少人。前面三個是自訂事件名稱，命名可以照團隊習慣調整，重點是每一步都要有獨立的事件。
為什麼大家明知有風險，還是會加登入牆？
因為登入牆的好處看得見，壞處看不見。會員數會出現在月報上，流失的訂單不會。沒有人收到一封信說「我本來要買，但我不想註冊」。訪客只是關掉分頁。
另一個原因是系統預設。不少電商平台的結帳設定，預設值就是要求登入，或者把訪客結帳放在進階設定裡。改版廠商照預設交付，業主也沒問。這不是誰偷懶，是沒有人把它當成一個需要決策的選項。
還有一種情況是想要避免重複帳號。同一個人用不同電子郵件下單，會讓會員資料變亂。這是真的問題，但解法是在後台合併訂單或用電子郵件比對，而不是把負擔丟給前台的訪客。
修正後的流程長什麼樣子
示範情境最後的修正版本，原則是「先成交，再邀請」。具體做法如下：
- 結帳頁同時提供「訪客結帳」與「會員登入」，訪客結帳放在左邊或上方
- 已登入的會員自動帶入資料，讓會員身分有明顯好處
- 訂單完成頁提供「設定密碼即成為會員」，只要一個欄位
- 訂單確認信裡再放一次註冊連結，給當下沒注意到的人
- 提供第三方登入，但不只提供一種，避免使用者沒有那個帳號
- 註冊後才詢問生日與偏好，並說清楚用途，例如生日禮
還有一件常被忽略的事：會員權益要寫在登入畫面旁邊。只寫「請登入」，訪客看不到理由。寫「登入可累積點數、查詢訂單、享會員價」，他至少知道交換的是什麼。
B2B 與服務業也有登入牆嗎？
有，只是長得不一樣。B2B 網站常見的是「下載白皮書前請註冊」或「查看報價前請登入」。服務業常見的是「預約前請先加入會員」。邏輯完全相同：在對方還沒得到價值之前，先要他付出。
B2B 的資料下載可以考慮兩段式：先給摘要或目錄，讓人判斷值不值得，再請他留下聯絡方式換完整版。報價則可以先給級距或範例，再邀請詢問細節。這兩種做法都在降低第一步的門檻。
如果你的轉換率長期偏低，又不確定是不是登入或註冊造成的，可以先看廣告預算增加前該先確認的轉換瓶頸，把整條路徑的卡點一次盤點。
個資與同意要怎麼處理
拿掉強制註冊，不代表不用處理個資。訪客結帳仍然會收集姓名、電話、地址，這些都屬於個人資料。告知蒐集目的、利用範圍，以及行銷訊息的同意，要與「交易必要」分開勾選，不要預設打勾。相關法規以主管機關公告為準，可以從經濟部等政府網站查詢最新說明。
把行銷同意與交易同意分開，還有一個實際好處：你會知道誰是真的想收信。這份名單比強制註冊換來的名單乾淨很多。
適用與不適用的情況
訪客結帳與延後註冊，適用於大多數第一次購買比例高的零售電商、單次服務預約、資料下載。這些情境裡，對方還沒信任你，第一步越輕越好。
不適用的情況也存在。訂閱制服務需要帳號才能管理扣款與內容，強制註冊是合理的。藥品、醫材、酒類等需要身分或年齡確認的商品，有法規要求時要照規定做。B2B 平台若報價涉及經銷價格保密，也必須先驗證身分。另外，如果你的營收主要來自回購會員，而新客本來就很少，登入牆的代價會比較小，但仍建議追蹤上面那五個事件，用資料確認，而不是用感覺判斷。
想討論自家網站的註冊流程該怎麼改，可以參考我們的服務內容。