網站個人化稽核檢查清單（42項檢查）

這份網站個人化稽核清單適用於兩種情況：您準備開始做個人化，想知道是否已準備就緒；或您已經在執行個人化，卻懷疑效果不大。清單共有 42 項檢查，分為七組，每項都附有您可自行驗證的通過條件。您可以把表格複製到試算表，或下載 CSV 範本。

這不是一般的轉換稽核。如果您的追蹤或表單有問題，請先執行CRO 稽核檢查清單：對一個無法衡量轉換的頁面進行個人化，只會為一個您看不見的問題增加更多變數。

如何使用這份個人化稽核檢查清單

稽核實際上線的體驗，而不是計畫。檢查訪客今天在已經或即將個人化的頁面上實際看到什麼。
將每項檢查標記為通過、未通過或未知。在計分時，未知視同未通過。如果沒有人能回答，就代表沒有人負責。
為每個不合格項目記錄證據：截圖、報表、測試結果。
依群組評分，使用文末的評分表，並依列出的順序先修正分數最低的群組。群組依相依性排序：沒有資料的內容無法指定目標，沒有衡量的結果無法信任。

1. 資料（7項檢查）

#	檢查項目	通過條件
1.1	已知辨識率	您能說出過去30天內，關鍵頁面上有多少比例的工作階段比對到某家公司
1.2	已檢查比對品質	已人工檢查 50 筆比對成功的造訪樣本，並記錄錯誤率
1.3	渲染時即可取得企業特徵資料	產業和員工人數在頁面渲染前就能取得，而不是幾秒後
1.4	一套產業分類	所有工具的產業標籤都對應到一份有人維護的清單（例如 NAICS）
1.5	CRM 狀態可用	網站能區分進行中商機、現有客戶和新的潛在客戶
1.6	儲存的行為訊號	每位訪客的造訪次數和關鍵頁面瀏覽（價格、產品、客戶案例）皆可取得
1.7	資料新鮮度已知	您知道規則使用的公司屬性和 CRM 資料多久更新一次

2. 區隔（6 項檢查）

#	檢查項目	通過條件
2.1	區隔來自營收	每個區隔都有成交資料作為依據，而不是憑偏好（請參閱理想客戶輪廓範本）
2.2	區隔互斥	規則依固定順序評估，每組規則中一位訪客只能歸入一個區隔
2.3	已衡量區隔規模	已知各區隔每月被辨識的工作階段數，且每個上線區隔的數量都足以衡量
2.4	客戶另行處理	既有客戶有專屬規則，永遠不會看到「預約 Demo」之類的獲客 CTA
2.5	區隔數量有上限	上線中的區隔數量不超過您能製作內容並衡量的範圍（通常為3到6個）
2.6	定義已書面化	每個分眾在同一份共用文件中都有書面規則、負責人和建立日期

3. 內容（6項檢查）

#	檢查項目	通過條件
3.1	每個區隔的內容套件已完備	每個運作中的分眾都有專為它撰寫的標題、佐證、案例研究和 CTA
3.2	可以提出佐證	版本中顯示的每個標誌和引言都已存有書面授權
3.3	各分群的宣稱都屬實	「最受歡迎」或「X 信賴之選」等標籤，對看到它們的區隔而言是準確的
3.4	目的地與標籤相符	每個個人化 CTA 都導向能兌現標籤承諾的頁面
3.5	預設版本有持續維護	預設（未個人化）版本與各版本受到同等仔細的審查
3.6	內容保持最新	沒有任何版本提及舊產品名稱、過去的活動或過時的案例研究

4. 體驗 QA（7項檢查）

#	檢查項目	通過條件
4.1	不閃爍	在一般網路連線下，版本出現前不會明顯閃現預設內容
4.2	無版面位移	版本替換不會造成內容位移；個人化頁面的 CLS 維持在「良好」範圍（web.dev, CLS）
4.3	備援內容完整呈現	在個人化腳本被封鎖的情況下，頁面會完整顯示預設內容，沒有空白區塊
4.4	已設定逾時	如果資料查詢很慢，在固定逾時後就顯示預設版本，而不是持續等待
4.5	已檢查手機版	每個版本都已在手機上檢查；較長的標題和標籤不會出現不當換行或截斷
4.6	每個區隔都已強制觸發並截圖	QA 紀錄顯示每個個人化頁面上各區隔的版本
4.7	不影響 SEO	搜尋引擎看到的是預設內容；沒有任何版本僅針對機器人變更標題、標準網址或可索引的內容

5. 衡量（6項檢查）

#	檢查項目	通過條件
5.1	已設保留組	每個分眾中有一部分訪客會看到預設版本（依訪客分配），以便衡量提升幅度
5.2	已議定主要指標	每項個人化都有一個與商機管道相關的主要指標（業務接受的示範、合格註冊）
5.3	依分眾回報結果	轉換率依分眾和組別分別顯示，而非混合計算
5.4	預計樣本數	每項測試在上線前都使用A/B 測試計算機計算過樣本數
5.5	未辨識的訪客不納入分析	無法區隔的訪客不納入提升幅度計算
5.6	已連結商機	來自個人化工作階段的名單，可以在 CRM 中追溯到商機

6. 治理（5 項檢查）

#	檢查項目	通過條件
6.1	已指定負責人	由一個人負責個人化計畫並核准新規則
6.2	已有規則清冊	所有運作中規則的清單，包含其頁面、分眾、開始日期和目前結果
6.3	檢視頻率	運作中的規則至少每季檢視一次；沒有可衡量效果的規則予以淘汰
6.4	變更流程	新版本經過與網站發布相同的品質檢查
6.5	通知業務	業務知道哪些分眾看到哪些訊息，所以通話內容不會和網站互相矛盾

7. 隱私（5 項檢查）

#	檢查項目	通過條件
7.1	尊重使用者同意	在法律要求的情況下，於裝置上儲存或讀取非必要資料的腳本只在取得同意後才執行（在歐盟為 ePrivacy 規範：Directive 2002/58/EC）
7.2	已記錄合法依據	您的紀錄載明個人化中每項個人資料用途的 GDPR 合法依據（Regulation (EU) 2016/679）
7.3	已更新隱私權聲明	隱私權政策說明了網站個人化以及涉及的廠商
7.4	不做敏感推論	沒有任何規則鎖定或揭露健康、政治、宗教或類似的敏感特徵
7.5	不使用「我們知道您是誰」之類的文案	版本內容絕不以讓人感覺被監視的方式點名訪客或其公司

這是一份檢查清單，不是法律意見。我們關於B2B 個人化與資料隱私的文章更深入探討了這個主題；具體細節請向您的法律顧問確認。

評分表

每組分數以通過數除以檢查項目數計算。「不確定」視為未通過。

群組分數	含義	該做什麼
80%以上	準備就緒	維持現狀；尋找下一個區隔或頁面
50% 至 79%	缺口	在新增依賴此群組的個人化之前，先修正此群組的「未通過」項目
低於50%	尚未準備好	暫停擴展；先修正這個群組，從清單中最早的群組開始

有兩個關卡優先於分數。如果 4.3（備援）未通過，請優先修正，因為壞掉的預設版本會影響每一位未辨識的訪客。如果 5.1（保留組）未通過，無論儀表板怎麼顯示，您都無法宣稱個人化帶來任何成果。

示意範例

示意，非真實公司。一個 B2B 軟體團隊已在首頁執行產業個人化六個月。他們的稽核結果：

組別	通過	分數	主要失敗
1. 資料	7 之 5	71%	1.2：沒有人檢查過比對品質
2. 區隔	6項中的4項	67%	2.4：客戶看到「預約展示」
3. 內容	6項中的4項	67%	3.2：兩個標誌未經授權
4. 體驗品質檢查	7 之 5	71%	4.1：行動裝置上可見的閃爍
5. 衡量	6 之 2	33%	5.1：沒有保留組
6. 治理	5 項中的 3 項	60%	6.3：從未淘汰過任何規則
7. 隱私	5項中的4項	80%	7.3：政策中未提及個人化

團隊認為計畫有效，因為上線後首頁轉換率上升了。但沒有對照組，他們就無法排除季節性或某個廣告活動的影響。他們接下來一個月的計畫：移除兩個未經授權的標誌（當天就能修正）、新增一條既有客戶規則，然後以每個區隔 50% 的對照組重新上線，並事先計算樣本數。如果您需要重新上線的架構，個人化策略手冊範本有完整說明。

常見問題

什麼是網站個人化稽核？

這是一套結構化的檢視，評估您的網站能否可靠地向不同訪客區隔呈現不同內容，以及這是否產生可衡量的成果。範圍涵蓋用來區隔訪客的資料、區隔本身、各區隔的內容、閃爍與備援等技術品質、衡量、治理與隱私。

多久應該稽核一次網站個人化？

在上線個人化之前執行完整的檢查清單，之後每年執行兩次。每次網站發布或範本變更後，請檢視體驗品質檢查群組，因為頁面結構改變時，閃爍與失效的備援機制往往會悄悄出現。每當某條規則已完整跑完一個測試週期，就檢視衡量方式。

最常見的個人化稽核缺失是什麼？

我們認為缺少保留組的傷害最大，因為這會讓每個回報的成果都無法證明。團隊比較上線前後的轉換率，把季節性、活動或追蹤變更造成的變化歸功於個人化。正確做法是將每個區隔的一部分分配給預設版本，並比較這兩組。

網站個人化會影響 SEO 嗎？

不應該，只要搜尋引擎看到的預設內容與未識別訪客相同，且版本只針對已識別區隔變更頁面上的區塊。問題出在當標題、標準網址或可索引內容對機器人顯示不同時，這可能看起來像偽裝。請將個人化保持在用戶端或邊緣節點的內容區塊上，並且不要更動中繼資料。

網站個人化稽核檢查清單（42 項檢查）