什麼是網站個人化？B2B 類型與範例

每個 B2B 網站都有相同的結構性問題：單一首頁、單一組產品頁、單一價格版面，卻要服務橫跨多個產業、公司規模、職務和購買準備程度的買家族群。結果就是網站只為一個根本不存在的「平均訪客」最佳化。網站個人化解決了這個問題：依據訪客是誰、在哪家公司工作，以及先前在您網站上做過什麼，向不同訪客顯示不同內容。

對您的網站是否划算，需要實際衡量，而不是憑空假設。公開的成效提升數字來自廠商與顧問公司衡量自家客戶的結果，差異非常大。真正有用的數字，是您自己的分群相對於保留對照組所呈現的提升幅度，而本指南會說明如何取得這個數字。內容涵蓋網站個人化的定義、背後運作原理、主要的 B2B 類型、該調整哪些頁面元素、如何挑選第一個使用情境、兩週完成的首次導入、隱私，以及如何衡量成果。

網站個人化是什麼（以及不是什麼）

網站個人化（英文也拼作 website personalisation，或簡稱 web personalization）是指根據訪客資料，動態變更訪客在您網站上看到的內容。資料可以來自企業特徵來源（公司名稱、產業、規模）、行為來源（造訪過的頁面、下載的內容、停留時間）、情境來源（地理位置、裝置類型、參照來源），或 CRM 資料（銷售階段、帳戶層級、過去的互動）。

改變可大可小，小至替換標題或 CTA 按鈕，大至呈現完全不同的頁面版面，搭配不同的客戶案例、訊息與圖像。其決定性特徵是：版本不是由訪客選擇，而是系統根據現有資料挑選。

這區分了個人化與客製化。Nielsen Norman Group 對兩者的區別有清楚的定義：個人化由系統驅動（網站自動調整），而客製化由使用者驅動（訪客自行做選擇，例如設定偏好）。兩者都能改善體驗。個人化不需要訪客採取任何行動就能運作，這在大多數訪客從不建立帳戶或登入的 B2B 領域中至關重要。

網站個人化也不同於電子郵件個人化。電子郵件個人化針對的是資料庫中的已知聯絡人。網站個人化則也能用於從未填過表單的匿名訪客，而在大多數 B2B 網站上，這類訪客占了流量的絕大多數（比較您的表單送出數與工作階段數，就能看出自己的比例）。如果您只針對已知聯絡人做個人化，就只能觸及網站上一小部分的人。

還有兩件事常與個人化混淆，而這種混淆會導致專案範圍界定錯誤：

實務上的結論是：個人化就是在客群內執行的一組 A/B 測試。A/B 測試問的是「平均而言哪個版本最好？」；個人化則接受版本 A 可能在大型企業訪客中勝出、版本 B 在中型市場勝出，並在各客群內測試加以證明。如果您說不出某個版本是為哪個客群設計的，也說不出如何知道它在該客群中勝過預設版本，那您做的只是多了幾道步驟的動態內容。

個人化也不是名字標記。「歡迎回來，Sarah」對購買決策毫無影響。在 B2B 中真正重要的是相關性的變化：佐證、問題的框架，以及下一步行動。

B2B 網站個人化如何運作

底層有三個部分：判斷誰在造訪的資料層、決定訪客看到哪個版本的規則引擎，以及將該版本呈現在畫面上的傳遞方式。了解每個部分在哪裡會失效，能讓您更容易評估工具，也避免花上一整季在從未比對到任何人的區隔上。

資料層：四項輸入

每條個人化規則都由四種輸入之一觸發。它們在涵蓋率、準確度和法律分量上各不相同，許多計畫之所以停滯，是因為選了一個需要他們無法可靠取得之輸入的使用情境。

IP 對應公司解析通常是處理匿名流量的第一步。每次頁面請求都帶有 IP 位址，訪客辨識服務會利用企業 IP 範圍登記資料、網路業者資料和自身觀察到的比對結果，將它對應到某個組織。它不需要 Cookie、不需要表單，也不需要先前的造訪。效果好壞取決於您的買家如何連網：使用自有登記 IP 範圍企業網路的人很容易比對；而在家使用家用寬頻或行動網路工作的人，通常只會解析到網路業者而不是雇主。供應商的比對率是依自家客戶組成測得，因此請在您自己的流量上執行該工具兩週，看看有多少比例的工作階段能解析到真實公司，並依您的 ICP 區隔拆分。

資料補充能把公司名稱轉化為可據以行動的資訊：產業、員工數、營收級距、總部所在國家，有時還包括技術堆疊。Clearbit（現為 HubSpot 旗下）、ZoomInfo、Apollo 與 6sense 都販售這類資料。產業與規模級距等廣泛屬性通常最可靠；詳細的技術資料最不可靠，因為它們常是從徵才啟事或網站腳本推斷出來的。請先以粗略屬性建立第一批規則，並在信任某個欄位之前，抽查二、三十筆您熟悉的公司的補充資料。

行為訊號需要歷史紀錄。第一次造訪只會給您一個參照網址與一個頁面，僅此而已，所以行為規則最適合回訪訪客，大多數設定也會將其與公司屬性結合（請參考行為分群）。CRM 資料只涵蓋行銷自動化 Cookie 已連結到聯絡人或帳戶的訪客，但這個群體包括您進行中的銷售管道與既有客戶，正是您最不想讓他們看到一般「預約 Demo」頁面的人。CRM 整合指南說明了欄位對應方式。

由此得出兩個原則。從行為和活動脈絡開始：它涵蓋最多工作階段，不需要第三方資料，在法律上也最容易說明正當性。從您「SOC 2 自動化」廣告進站的訪客，無論您是否知道他們的公司，都應該看到 SOC 2 相關佐證。也絕不要忽略預設頁面：如果識別只能解析部分工作階段，其餘的人看到的都是預設版本，所以它始終是您最重要的頁面版本。

規則引擎：將訪客對應到體驗

規則引擎依據資料層掌握的資訊挑選版本。概念上，它是一份依優先順序檢查的 if-then 條件清單：

如果公司規模超過500名員工，而且產業為金融服務，而且訪客已瀏覽過價格頁，那麼就顯示金融服務主視覺、銀行業客戶案例，以及 CTA「與我們的金融服務團隊聊聊」。

當訪客同時符合多條規則時，以優先順序最高者為準。不符合任何規則的訪客會看到預設頁面，拒絕同意的訪客與搜尋引擎爬蟲也一樣。對大多數 B2B 導入而言，這類規則式引擎已經足夠；為每位訪客預測最佳版本的機器學習引擎，所需的訓練流量遠超過多數 B2B 網站所擁有的。

規則要保持簡單。「對製造業公司顯示製造業內容」一個下午就能上線，而且流量足以在幾週內判讀結果。「對造訪過價格頁兩次、員工 200 到 500 人的 B 輪金融科技公司顯示特定主視覺」每月可能只符合幾個工作階段，所以您永遠無法知道它是否有效。每條規則也都會增加維護工作：首頁上有十條規則，就代表定位改變時要更新十個版本、要做十種組合的品質檢查。先從分群（大型金融服務、中型市場 SaaS）開始，而不是個別帳戶；只有當 ABM 名單短到交易規模足以支撐為每個帳戶製作內容時，帳戶層級頁面才有意義。

傳遞方式：用戶端、伺服器端或邊緣節點

版本傳送到瀏覽器的方式，會影響速度、閃爍、SEO，以及您需要多少工程資源。

使用用戶端標記時，解決閃爍的常見方法是預先隱藏：用一小段內嵌 CSS 規則，只隱藏您要個人化的元素，直到腳本套用完變更為止，並設定逾時，讓腳本過慢或被封鎖時仍會顯示預設內容。空白的主視覺比通用的主視覺更糟。我們的看法：大多數行銷團隊應該先從用戶端加預先隱藏開始，證明個人化能推動某項指標，之後再把工程時間投入伺服器端或邊緣節點傳遞。無論使用哪種方式，都要量測有無個人化時的最大內容繪製（LCP）；版本出現的時間不應明顯晚於預設內容。

看看即時個人化如何在第一次頁面瀏覽時運用這個流程，並依各工具處理每一層的方式比較網站個人化工具。AI 驅動的個人化主要是降低撰寫版本的成本，並在區隔數量多時協助從中挑選；對第一個計畫來說，規則就夠了。我們的 AI 在潛在客戶開發中的應用文章說明了 B2B 的部分。

B2B 網站個人化的類型

B2B 個人化和 B2C 個人化在幾個重要面向上不同。B2C 個人化以個別消費者行為為核心：您瀏覽了什麼、買了什麼、把什麼放進購物車。B2B 個人化則以公司層級屬性與採購委員會的互動為核心。訪客是同一家公司中多位評估您的人之一（CTO 在意整合與資安，行銷主管在意成果與易用性，採購在意條款），銷售週期長達數週甚至數月，流量以千計而不是以百萬計，因此分群必須夠粗，才能累積到資料。

公司屬性個人化

B2B 最常見的類型。公司屬性個人化使用公司層級資料（產業、規模、營收、所在地）來調整網站。來自醫療公司的訪客會看到醫療業客戶案例、以合規為主的訊息，以及呈現醫療相關功能的截圖。來自科技公司的訪客會看到以整合為主的訊息、開發者文件連結與 SaaS 客戶案例。我們的產業個人化與依公司規模個人化指南有更深入的說明。

公司屬性個人化在第一次載入頁面時就能運作，因為在訪客與任何內容互動之前，資料就已能從 IP 解析取得。這使它成為首次導入個人化的團隊理所當然的起點。

行為個人化

行為個人化會根據訪客在您網站上的行為（包括本次工作階段與過去的造訪）調整體驗。讀過三篇分析相關部落格文章的訪客，會在首頁看到推薦的分析相關內容。過去一週看過兩次價格頁的訪客，會看到提供價格諮詢的 CTA，而不是通用的「了解更多」按鈕。

行為個人化需要累積追蹤資料，因此會隨著多次造訪而改善。第一次造訪時，由公司屬性個人化發揮作用；之後的造訪，行為資料會增加精準度。

ABM 驅動的個人化

對於執行目標客戶行銷（ABM）計畫的公司，個人化可以直接連結客戶名單與客戶分級。第1級目標客戶看到完全客製的體驗：指名客戶的訊息、相關客戶案例，以及預約專屬業務代表的 CTA。第2級客戶看到產業客製的訊息，並提供自助式展示選項。非目標客戶則看到預設體驗。ABM 網站個人化攻略依分級說明各種做法。

依推薦來源個人化

依訪客的來源調整頁面。從帳戶型行銷 LinkedIn 廣告進來的訪客，會在到達頁面上看到以 ABM 為主的訊息。從自然搜尋「B2B 分析」進來的訪客，會看到分析相關訊息。從某項功能的電子郵件活動進來的訪客，會看到該功能被重點呈現。這能讓吸引訪客的內容與迎接他們的網站體驗保持連貫。這就是電子郵件活動中個人化標記在網站上的對應做法。

依階段的個人化

依訪客在採購流程中的位置調整體驗。首次造訪者看到教育性內容與漏斗頂端 CTA。看過產品內容的回訪者看到比較指南與展示 CTA。來自正在與業務洽談之客戶的訪客，則看到支援交易的內容：ROI 計算機、導入指南、資安文件。請參閱依買家旅程階段個人化。

要個人化什麼：高影響力元素

頁面上並非每個元素都需要依區隔變化。最值得個人化的高影響力元素，是訪客最先接收的元素，以及推動轉換行動的元素。

主視覺標題與副標題。這是訪客讀到的第一段文字。將它從通用的價值主張改為針對特定產業或痛點的訊息，能立即建立關聯感。「為每位訪客個人化您的網站」是通用說法。「讓每位製造業買家看到他們需要的產品」則直接對製造業訪客說話。首頁個人化指南中有更多依區隔分類的範例。

主視覺圖片。圖片往往在標題被讀到之前就先被看見。顯示與產業相關的圖片（製造廠房、交易室、醫院儀表板），能在訪客讀標題前就傳達相關性。更多相關內容，請參閱到達頁面圖片與圖像指南。

案例研究與社會認同。符合產業的案例研究比一般性的案例更有說服力。SaaS 訪客看到另一家 SaaS 公司的案例研究，所產生的「跟我們一樣的人在用」訊號，比輪播各種產業標誌更強。如果某個垂直產業沒有案例研究，那就是在針對該產業做個人化之前必須補上的內容缺口。

行動呼籲。讓 CTA 符合訪客的準備程度能減少阻力。初次造訪者看到「了解運作方式」，回訪者看到「預約示範」，來自正在與業務洽談中帳戶的訪客則看到「與您的帳戶團隊聯繫」。我們關於個人化 CTA的文章介紹了如何測試這些做法。

導覽與內容推薦。依訪客的產業或行為歷史推薦不同的資源、產品頁面或部落格文章，能幫助他們更快找到相關內容。請保留完整的導覽：個人化應該是重新排序，而不是隱藏。

價格頁面。請謹慎處理。突顯符合公司規模的方案，或在規模超過某個門檻時將自助註冊換成「洽詢業務」，都是合理的做法。但向不同公司顯示不同價格就是另一回事了，而且當兩位買家互相交流時往往會曝光。請參閱價格頁面個人化。

以一家示範用的資安軟體公司與醫療產業分群為例，說明一個版本會改變哪些內容：

不要一次改動所有東西：一個同時更換標題、佐證、CTA 和版面的版本，無法告訴您是哪個改動發揮了作用。

選擇第一個使用情境

團隊常想從指名客戶的首頁開始。這通常是錯誤的第一個測試。好的第一個使用情境要有足夠的流量可供衡量、明確的轉換事件，以及您確實能製作出來的內容差異。例如，一家網頁設計公司可以對企業級訪客展示其平台型作品，對較小的公司展示其小型企業網頁設計服務。排序候選項目的一種方法，是在觸及（符合條件的工作階段比例）、價值（頁面距離營收事件多近）、信心（來自業務通話、贏單／失單資料或支援工單、顯示該區隔需要不同內容的證據）與工作量四方面各給1到5分，再依 （觸及 x 價值 x 信心）/ 工作量排序。

以一家銷售給中型與大型企業的假設資安軟體公司為例的示意分數：

有用的是排名，而不是絕對分數。在這裡，兩個情境型策略勝出，而指定帳戶首頁排最後，因為它幾乎觸及不到任何人，成本卻最高。依同樣邏輯可以得出大致的成熟度順序：先做情境型（活動、參照來源、新訪客與回訪者），等辨識功能上線並完成一次乾淨的保留組測試後再做公司屬性區隔，等業務同意層級和負責人後再做 CRM 驅動的帳戶體驗，最後才是跨網站、廣告、電子郵件和業務的整合協調。

站得住腳的區隔

只有當客群中的人想要的東西明顯不同、您能可靠地辨識他們，而且人數足以從中學習時，這個客群才值得做一個版本。在建置任何東西之前，先為每個客群寫下一句話的定義：

1. 從採購決策的差異出發，而不是從資料欄位出發。「醫療業」是資料欄位。「在任何 Demo 之前就會問 HIPAA 和 BAA 的買家」才是採購差異。
2. 讓同一元素上的區隔互斥。如果訪客可能同時屬於「大型企業」和「醫療」，請事先決定由哪條規則控制主視覺。
3. 初期優先採用粗略的區隔。三個產業加上「其他所有人」，勝過十二個產業但其中九個每週只有寥寥幾次造訪。
4. 為不完整資料定義備援。已知產業、未知規模時：要顯示什麼？
5. 撰寫文案前先確認流量。計算過去 90 天有多少工作階段會符合條件。如果在一季內無法達到下方衡量章節所需的樣本數，就將該區隔與相近的區隔合併。

B2B 網站區隔策略指南說明了如何將區隔對應到您的 ICP。

導入：逐步工作流程

導入網站個人化不需要長達數月的專案。以下是一套實用的工作流程，能在兩週內讓第一個個人化體驗上線。

第1週：打基礎

步驟 1：選擇一個頁面和兩個區隔。您的首頁或主要到達頁面是最好的起點。選擇兩個代表不同受眾、且流量足以衡量的區隔。例如：「大型企業（500 名以上員工）」和「中型企業（50-499 名員工）」。

步驟 2：定義內容變更。為每個區隔撰寫版本標題、選定要主打的客戶案例，並定義 CTA。頁面結構保持不變，只有特定版位內的內容會改變。在動到任何技術之前，先寫好所有版本的文案。

步驟 3：設定訪客辨識。串接能將 IP 位址解析為公司資料的訪客辨識資料來源。用已知公司進行測試以驗證準確度。確認資料包含您區隔所需的屬性（產業、公司規模）。

第2週：上線與衡量

步驟 4：設定區隔規則與內容對應。在您的個人化平台中建立區隔，並將每個區隔對應到其內容版本。為不符合任何區隔的訪客設定預設體驗。在桌機與行動裝置上預覽每個版本，也別忘了檢查拒絕同意時的路徑。

步驟5：搭配保留組上線。不要立即對所有符合條件的流量進行個人化。保留每個區隔的一部分作為看到預設體驗的對照組；以A/B 測試樣本數計算來決定其規模，讓測試能在您的流量下真正得出結果。

步驟6：持續衡量，直到達到預計樣本數，且至少滿兩週。追蹤每個個人化分眾與其保留組的轉換率（表單提交、Demo 申請）、互動指標（頁面停留時間、每工作階段頁數、捲動深度）和跳出率。如果個人化版本表現較好，就驗證了這個做法，可以擴大應用。

如果結果持平，常見原因是客群之間差異不夠大、版本與預設版本太接近，或客群流量太少。先修正其中一項，再增加更多頁面。當您準備好規劃第一批測試之後的步驟時，個人化操作手冊範本提供了客群、規則、負責人與檢討日期的架構。

實際上可以期待什麼

對醒目的成效提升數字要保持懷疑。多數公開數據來自廠商或顧問公司描述自家客戶，對「轉換」的定義各不相同，也沒有與對照組比較。這些數字只能告訴您個人化可能有效，無法告訴您它在您的網站上會有什麼效果。

您可以推論的是：個人化改變的是您既有流量的轉換率，因此它的價值取決於有多少合格流量抵達個人化頁面，以及預設頁面所說的內容與各區隔需求之間的差距有多大。只對單一類型買家銷售單一產品的網站，能獲得的效益很少；用一個首頁服務多個產業與公司規模的網站，效益就更大。開始之前，請用您自己的數字算一算。範例：如果首頁流量有 30% 來自某個產業，而產業專屬頁面將該區隔的展示申請率從 2% 提升到 2.5%，首頁展示申請總數將增加約 7.5%。至於您是否真能獲得這樣的提升，就要靠對照組測試來回答。

個人化不需要花更多錢來帶動造訪；它作用在已經上門的人身上。在HubSpot 飛輪模型中，網站個人化被列為互動階段的推動力之一。我們的衡量個人化 ROI指南說明如何將測試結果轉化為商業論證。

衡量個人化成效

前後比較對個人化幾乎毫無用處：季節性、活動變更與業務活動對轉換率的影響，比大多數版本都大。主要指標是各區隔的轉換率，並與保留組比較：保留組是從符合條件的區隔中隨機抽出、在同一期間持續看到預設版本的一部分訪客。

保留組需要多大？

假設某個分眾在預設頁面上的轉換率是2.0%，而您想以一般的95%信心水準和80%檢定力偵測20%的相對提升（到2.4%）。標準的雙比例公式得出：

每組 n = (1.96 + 0.84)² x (0.02 x 0.98 + 0.024 x 0.976) / (0.004)² = 7.84 x 0.0430 / 0.000016，每組約 21,100 名訪客。

以 50/50 分流計算，約需 42,000 名符合條件的訪客。若採 90/10 分流，保留組需要約 11,700 名訪客，個人化組約 105,500 名，總計約 117,000 名，流量幾乎是三倍（分配比例 k = 9 時，較小的組別需要 n x (1 + 1/k) / 2）。因此請先以 50/50 分流證明版本有效，之後只保留一個小型的常設保留組（5-10%）來確認提升是否持續。如果某個客群無法在一季內達到樣本數，可以合併版本結構相同的客群、衡量量較大的步驟（以 CTA 點擊取代預約示範），或將結果視為方向性參考並明確說明。請用 A/B 測試計算機計算您自己的數字。

務必依區隔衡量，絕不只看整體數字：正向的平均值可能掩蓋了某個版本在某個區隔中落敗的事實。輔助指標包括：

互動深度。個人化與非個人化訪客的每個工作階段頁面數、網站停留時間與捲動深度。

依客群看跳出率。個人化應能降低目標客群的跳出率，因為到達體驗符合訪客的情境。請依客群追蹤，而不只看全站。

銷售管道速度。針對來自目標帳戶的訪客，追蹤他們在銷售管道中推進的速度，並與保留作為對照組的目標帳戶比較。

內容探索。看到個人化內容的訪客，是否比沒看到的訪客瀏覽更多產品頁或資源頁？

每位訪客營收。終極指標。依受眾區隔，追蹤個人化如何影響每位網站訪客帶來的平均營收。

隱私、合規與個人化的界線

B2B 網站個人化大多是依據公司層級屬性（產業、規模、客戶狀態）來運作，而不是依據個人身分。調整頁面讓來自製造商的訪客看到製造業內容，與跨網站追蹤某個人的瀏覽行為是兩回事。但這並不代表它不受隱私法規約束。以下是從業人員的整理，並非法律建議：

• IP 位址可能屬於個人資料。GDPR 前言第 30 點將 IP 位址列為線上識別碼，歐盟法院也在 Breyer 案（CJEU 新聞稿，2016）中認定，動態 IP 位址對網站經營者而言可能是個人資料。「我們只辨識公司」能降低風險，但當處理流程是從 IP 位址開始時，並不能讓您脫離 GDPR 的適用範圍。
• 法律依據。公司層級個人化通常以正當利益為依據，即GDPR 第 6(1)(f) 條，這需要書面的權衡測試；ICO 的正當利益指引說明了三部分的測試方式。
• Cookie 與裝置存取需要取得同意，這與 GDPR 是分開的。在訪客裝置上儲存或讀取資訊，包括用來記住區隔或造訪次數的 Cookie 與本機儲存空間，屬於電子隱私指令（ePrivacy Directive，2002）第5(3)條的規範範圍，除非屬於絕對必要，否則通常需要取得同意。EDPB 在其 Guidelines 2/2023 on the technical scope of Art. 5(3) 中對此範圍採取廣義解讀。在英國，對應的規定在 PECR 中；請參閱 ICO 的 Cookie 指引。

實務上：在隱私權聲明中提及訪客識別與個人化、與廠商簽訂資料處理協議、確保工具遵守您的同意橫幅且不會對拒絕的訪客呼叫資料補充，並在上線前讓隱私負責人參與。設計體驗時要能優雅降級：任何依賴已儲存識別碼的內容，在使用者拒絕同意時都應回到預設內容。我們的資料隱私合規指南有更深入的說明。

以恰當的具體程度進行個人化，避免讓人「毛毛的」。顯示與產業相關的內容是有幫助的。但在訪客表明身分之前，就在標題中顯示他們的公司名稱，可能讓人覺得被侵犯。具名帳戶的文案只用在已經與業務對話中的帳戶，其他情況則使用產業角度的訊息。

隨著第三方 Cookie 逐漸退場，第一方資料（您直接從訪客在自家網站上的互動所蒐集的資料）變得越來越重要。以 IP 對應公司及站內行為為基礎的個人化，仰賴的是第一方訊號，因此比依賴第三方追蹤的做法更經得起時間考驗。我們的B2B 個人化第一方資料策略說明了該蒐集哪些資料以及如何蒐集。

常見陷阱與避免方法

一開始就做太大。上線時就想為每個分群個人化每個頁面的團隊，會製造出拖垮專案的維護負擔。從一個頁面、兩個分群開始。證明效果，再擴大。

資料品質不佳。如果您的訪客辨識把訪客對應到錯誤的公司，或您的 CRM 資料已經過時，個人化就會顯得莫名其妙。請檢查比對率、手動驗證一部分辨識結果，並設定最低信心門檻，低於門檻時就顯示預設體驗。

沒有保留組。沒有看到預設體驗的對照組，就無法把個人化的影響與季節趨勢、流量組成變化或其他變數區分開來。

讓預設版本荒廢。預設版本仍然是大多數訪客看到的內容。在建立變體的同時，持續以一般 A/B 測試改善它。

您定義的分群沒有對應內容。定義一個「大型醫療機構」分群很容易，真正的工作是準備好醫療產業案例、相關截圖與醫療專屬訊息。先做內容，再建規則。

把點擊當作成功來回報。個人化 CTA 常會獲得更多點擊，但合格會議數卻不變。請衡量您的流量能支撐、且最接近營收的事件。

沒有回饋給業務。如果業務不知道某個帳戶看到了什麼，網站和業務講的就是兩個不同的故事。把呈現過的體驗推送到 CRM 活動紀錄中。

頁面速度與閃爍。每個用戶端工具都會加入一個腳本，必須載入、查詢訪客並修改頁面。在主要頁面上分別啟用與停用標籤，執行 Lighthouse 或 WebPageTest，比較最大內容繪製（LCP）與累計版面配置位移（CLS）。只預先隱藏個人化元素，絕對不要隱藏整個頁面。

SEO 錯誤。Google 會渲染 JavaScript（其 JavaScript SEO 文件說明它使用會執行您程式碼的無頭 Chromium）。Googlebot 在沒有您 Cookie 的情況下爬取，且使用的 IP 位址不會解析到任何目標公司，因此不會符合任何規則，會像任何未辨識的訪客一樣取得預設頁面。不要建立偵測 Googlebot 並提供特殊內容的規則：Google 的垃圾內容政策將隱藏內容（cloaking）定義為向使用者與搜尋引擎呈現不同內容。請參閱網站個人化與 SEO。

跳過品管。五條規則代表六種頁面狀態，每一種都要在不同瀏覽器與裝置上檢查。確認每條規則都在正確條件下觸發、每個版本都能正常呈現而不跑版，並且分析工具有記錄顯示的是哪個版本。能模擬區隔的預覽模式可以省下大量時間。

缺乏治理。一年後，沒人知道四十條運作中的規則哪些還有意義，一半的佐證提到的客戶早已流失。從第一條規則開始，就為每條規則指定負責人、檢視日期（預設90天是合理的）、在書面優先順序中的位置（例如：進行中商機、客戶、目標帳戶、產業、活動、預設），以及像page_element_segment_version這樣的名稱。規模更大時，這會成為一門獨立的專業，詳見大規模個人化和企業個人化推行實戰手冊。

開始進行網站個人化

從能產生可衡量結果的最簡單導入方式開始，再依據資料擴展。

如果您有付費或電子郵件活動，成本最低的第一個測試，是讓到達頁面文案與帶來訪客的廣告或電子郵件一致。如果您大部分流量來自自然搜尋，且銷售對象橫跨多個產業，請利用訪客識別取得的公司屬性資料，為兩個產業區隔將首頁個人化。更換主視覺標題、主視覺圖片與精選客戶案例。依您的流量規模保留一個對照組，並持續衡量直到達到預定樣本數。如果個人化版本勝過預設版本，再擴展到更多區隔與頁面。

Markettailor 在單一平台上提供此工作流程所需的訪客識別、分眾與內容投放層。它將基於 IP 的公司識別與頁面內容變更串接起來，讓您在幾天內（而非幾個月）就推出第一個個人化體驗。

常見問題

簡單來說，什麼是網站個人化？

網站個人化是指在同一個頁面上，根據您對訪客的了解，向不同訪客呈現不同內容：他們的公司、產業、所在地、推薦來源，或之前在網站上的行為。頁面網址不變；變的是標題、佐證重點、行動呼籲或推薦內容。

網站個人化有哪些主要類型？

對 B2B 網站來說，主要類型包括公司屬性（產業、公司規模）、帳戶式（指定的目標客戶）、行為（瀏覽的頁面、回訪）、生命週期（潛在客戶、進行中的商機、既有客戶）、推薦來源或廣告活動（廣告、電子郵件、合作夥伴連結）以及地理位置。大多數團隊從廣告活動訊息一致或產業個人化開始，因為這兩者觸及最多工作階段，且能直接對應到銷售。

B2B 網站個人化如何運作？

資料層判斷訪客是誰（IP 對公司解析、資料擴充、站內行為、CRM 記錄），規則引擎依優先順序檢查條件規則並選出版本，傳遞方式（用戶端代碼、伺服器端 API 呼叫或邊緣運算）再將該版本放到頁面上。不符合任何規則的訪客會看到預設頁面。

網站個人化有哪些步驟？

辨識訪客或區隔、決定哪些區隔重要、選擇一兩個高流量頁面、針對回答「這適合我嗎？」的元素（標題、佐證、CTA）為每個區隔撰寫一個版本、搭配保留組上線，並在擴展之前，依區隔將轉換與保留組比較。

B2B 網站個人化有哪些範例？

常見範例：點出訪客產業的首頁主視覺、來自訪客所屬產業的案例研究和標誌、預設顯示符合公司規模方案的價格頁面、對進行中商機從「預約示範」變成「與您的帳戶團隊聯繫」的 CTA，以及根據已瀏覽頁面推薦的資源。更多內容請參閱我們的首頁個人化指南和動態內容範例。

網站個人化需要多少流量？

這取決於您的基準轉換率和需要偵測的提升幅度。在2%基準和20%相對提升下，以95%信心水準和80%檢定力計算，每組約需21,000名訪客。一季內無法達到這個數字的區隔，應該合併、改用量較大的事件衡量，或只當作方向性參考。

網站個人化等同於 A/B 測試嗎？

不是。A/B 測試是為所有人找出單一最佳版本；個人化則向不同客群顯示不同版本。兩者相輔相成：使用搭配保留組的 A/B 測試，證明每個個人化版本在其客群中勝過預設版本。

網站個人化符合 GDPR 嗎？

可以符合，但不是自動符合。IP 位址可能屬於個人資料，所以公司層級個人化仍需要法律依據，通常是經過書面權衡測試的正當利益。任何在裝置上儲存或讀取 Cookie 或類似識別碼的行為，依 ePrivacy 規範通常需要取得同意。請為拒絕同意的訪客設計預設體驗。