行動裝置 B2B 個人化：在每種裝置上觸及買家

行動裝置上的 B2B 個人化，常常是事後才想到的。個人化規則在桌機瀏覽器中設計、在 27 吋螢幕上審查，並在任何人用手機打開版本前就核准了。結果買方點了 LinkedIn 訊息中的連結，因為個人化區塊載入太慢而看到預設主視覺，然後滑過一張被擠成兩個字寬的案例卡片。

這有多重要取決於您的流量，在繼續閱讀之前，請先確認這一點。本文說明如何從您自己的資料估算行動裝置的機會、為小螢幕做個人化時有哪些改變、在手機上依然有效的 CTA 與表單模式、如何在真實裝置上測試版本，以及在哪些情況下行動裝置造訪的意圖最高。

從您自己的裝置分布開始

公開的「B2B 流量中行動裝置佔比」數據差異很大，而且混雜了性質迥異的網站，對規劃幫助不大。您的分析工具幾分鐘內就能針對您的業務回答這個問題：

1. 在 GA4 中開啟報表 → 技術 → 技術詳細資料，並將維度切換為裝置類別。使用過去 90 天的資料。
2. 針對您實際進行個人化的流量加入比較（例如已辨識目標帳戶的區隔，或來自付費與電子郵件活動的工作階段）。
3. 記錄行動裝置與桌機在工作階段與關鍵事件（展示請求、聯絡表單）中所占的比例。
4. 對流量最高的三個到達頁面重複此步驟。接收電子郵件與社群點擊的頁面，行動裝置占比往往與首頁大不相同。

有兩種模式值得採取行動。如果行動裝置占工作階段的比例很高，但占轉換的比例很低，代表行動版體驗可能正在流失訪客。如果行動裝置整體占比不高，但在特定活動頁面上占比很高，就先針對這些頁面做行動版個人化，其餘維持不變。

對轉換落差要謹慎看待。其中一部分不是需要修正的問題：很多買家用手機閱讀，之後才用筆電轉換。在怪罪行動版頁面之前，請先檢查跨裝置的整體情況（請參閱下方的指標章節）。

小螢幕上有哪些不同

首屏只放一個個人化元素，而不是四個

桌機版主視覺可以並排放入個人化標題、訪客所屬產業的標誌列、推薦見證與 CTA。但在 375 像素寬的手機上，第一個畫面只放得下標題、一兩行副標，可能再加一個按鈕。請決定哪一個元素最能傳達「這是為您準備的」，並確保它不需捲動就能看到。在大多數 B2B 設定中，這個元素是標題，因為它最容易變更，也是最先被讀到的。

算繪速度決定版本到底會不會被看到

用戶端個人化通常是這樣運作的：預設頁面先渲染，腳本詢問個人化服務訪客是誰，然後替換內容。在較慢的行動網路上，這些步驟之間的間隔更長，所以訪客要嘛在版本出現前看到預設內容閃一下（閃爍），要嘛在等待時看到空白區塊。兩者都沒有幫助。

要檢查您的頁面，請在 Chrome DevTools 中開啟個人化頁面，將網路節流設為較慢的預設選項之一（例如 Slow 4G），CPU 節流設為 4 倍，然後錄製效能分析。查看版本標題與預設內容相比何時出現。接著用 PageSpeed Insights 測試同一個網址，比較個人化版本與預設版本的最大內容繪製（LCP）。如果版本明顯延遲了 LCP，請把決策提前：在伺服器端、邊緣節點，或至少只隱藏被替換的區塊（而不是整個頁面）直到準備完成。

沒有懸停效果

工具提示、滑鼠移入才顯示的面板，以及滑鼠懸停的案例預覽，在觸控螢幕上完全無效。任何依賴懸停的個人化元件，都需要有對應的點擊操作。關於點擊目標，WCAG 2.2 的強化準則要求至少 44 × 44 CSS 像素；雖然這是 AAA 等級的準則，但對主要按鈕來說是合理的底線。

工作階段短，而且同一位買家會換裝置

行動裝置上的造訪通常很短暫，之後才在筆電上接續。手機上設定的 Cookie 在筆電上無法取得，因此以 Cookie 為基礎的客群無法跟著人走。公司層級的辨識（針對訪客所在網路的反向 IP 或資料擴充），以及點擊追蹤連結的 CRM 已知聯絡人，才是往往能跨裝置延續的訊號。規劃個人化規則時，要確保即使訪客在每個裝置上都只有一次工作階段，規則仍然合理。

個人化區塊的版面模式

在設計師將個人化區塊堆疊之前，先設定行動版的優先順序。常見的順序是：標題、CTA、實證（相似公司的標誌或一句引言），然後是輔助內容，例如客戶案例卡片。當桌機版的欄位收合時，區塊就會依照這個順序出現，而不是格線碰巧產生的順序。

其他經得起考驗的模式：

• 精簡，而不是隱藏。桌機版的案例卡片可能會顯示標題、兩句摘要與成果。在手機上則顯示標題與成果，摘要放在點擊後展開。個人化訊號（產業名稱、客戶標誌）要保持可見。
• 用簡短的水平輪播呈現佐證。如果您個人化了多則推薦見證，可滑動的一列比垂直堆疊更節省空間。項目控制在幾個以內，並在觸控裝置上關閉自動輪播，因為它會與使用者自己的滑動互相干擾。
• 從源頭就讓變體文案保持簡短。在桌機上兩行的標題，到手機上可能變成五行。為每個分眾的版本設定字數上限，發布前先以375像素寬預覽。

手機上的 CTA 與表單

如果您的產品有搭配的 App，對行動裝置訪客來說，安裝 CTA 可能比 Demo 表單更合適。我們的App 到達頁面範例展示了團隊如何處理商店徽章和智慧型應用程式橫幅，而不損失網頁轉換。

依區隔個人化的固定式 CTA

在手機上，主要 CTA 很快就會捲出畫面。底部一條細長的固定列能讓它隨時可點。它的文字是很容易個人化的地方，例如：

• 已識別的企業級帳戶：「與企業方案團隊洽談」
• 小型公司：「查看方案與價格」
• 看過價格的回訪者：「選擇示範時間」

讓橫條小到不會遮住內容，並確保它不會壓在 Cookie 橫幅或聊天小工具上。關於讓 CTA 文字與區隔相符的更多內容，請參閱資料驅動的個人化 CTA。

表單更短，需要填寫的欄位更少

在手機上打字很慢，因此每個欄位的成本都比桌機高。我們的名單收集表單指南主張只詢問您查不到的資訊；在行動裝置上，這個主張更有道理。

• 用資料補強取代下拉選單。如果已識別出公司，就預先填入公司名稱、規模與產業，或直接拿掉這些欄位。顯示預填的公司並附上「編輯」連結，而不是要訪客逐項確認。
• 設定正確的輸入類型。type="email"與type="tel"會叫出對應的鍵盤，而autocomplete屬性（email、name、organization）可讓手機自動填入已儲存的資料。
• 把次要問題移到後面。在主要轉換記錄之後，於感謝頁或排程工具中詢問電話號碼或專案細節。

在您自己的流量上衡量效果。比較變更前後行動裝置工作階段的表單開始率與完成率，並檢查名單品質是否改變；使用我們的A/B 測試樣本數指南進行樣本數檢查，就能知道需要多久。

提供點擊撥號給有需要的分眾

tel:連結在手機上只要點一下。對於通話是正常下一步的企業分眾，「致電我們的企業團隊」按鈕可能有效。對於自助式分眾通常無效：想試用產品的小公司買家不太可能想接業務電話。這正是分眾規則既能創造好體驗、也能防止壞體驗的例子。

在真實裝置上測試變體版本

上線前，請在三種寬度下檢查每個個人化版本：

DevTools 的裝置模擬用來檢查版面沒問題，但無法重現真實的觸控行為、真實的字型渲染或中階手機的 CPU，因此每個版本上線前，請至少在一支實體手機上打開看看。若想在不屬於該分群的情況下查看版本，請使用個人化工具的預覽模式，或使用強制顯示該版本的網址參數。

行動裝置需要另外追蹤的項目

• 個人化頁面的捲動深度。如果大多數行動裝置訪客都沒捲到個人化佐證區塊，就把它往上移，或在行動版拿掉。
• 各裝置的表單開始與完成率。開始率低代表頁面有問題；完成率低則代表欄位有問題。
• 憤怒點擊與無效點擊。工作階段錄影工具會標記在沒有作用的元素上重複點擊的情況，這通常代表某個東西看起來像連結，但其實不是。
• 跨裝置回訪。在已辨識的公司中，有多少在行動裝置造訪後一週內以桌機回訪，並在桌機上轉換？如果很多，請以行動頁面是否帶來那次回訪來評斷它，而不只看行動裝置上的轉換。

行動裝置造訪最具意圖的地方

活動

參展者會在議程空檔查詢供應商。如果您有參展，可以為活動日期排定一條規則，讓來自主辦城市（或參展名單上公司）的訪客看到提及該活動的主視覺，並附上預約攤位會面的連結。活動結束當天就移除。我們的活動名單蒐集指南說明了後續跟進的做法。

電子郵件與 LinkedIn 點擊

查看您電子郵件平台的裝置報表：對大多數名單來說，很大比例的開信與點擊發生在手機上。從廣告活動電子郵件點擊進來，已經告訴您訪客對什麼感興趣。透過 UTM 參數傳遞這項資訊，並用它來選擇版本，讓頁面延續電子郵件的主題，而不是在通用首頁上重新開始。

業務寄出的連結

當業務在 LinkedIn 訊息或跟進電子郵件中傳送連結時，潛在客戶常常是在手機上點開的。提供業務帶有追蹤參數的連結（參數中包含帳戶或活動），開啟後是關於業務當時討論內容的頁面。這是帳戶層級個人化最容易說得通的地方，因為脈絡是明確的。

在移動中閱讀

在火車上閱讀的人是在瀏覽，而不是在評估。一個「把這篇客戶案例寄給我」的選項，透過電子郵件把內容寄給對方，通常比展示表單更合適，也讓您在他們回到辦公桌前時有理由跟進。

兩週起步計畫

1. 拉出工作階段與轉換的裝置分布，包括整體與各個人化分群。
2. 在這些區隔中，挑選行動裝置占比最高的那一個頁面。
3. 在真實手機和限速連線下檢查該頁面的個人化版本。先修正閃爍和版面問題。
4. 加入能辨識區隔的固定 CTA，並將行動版表單精簡到只剩無法以補充資料取得的欄位。
5. 將行動裝置上的表單開始填寫數、完成數與跨裝置回訪數與前一期比較，再決定是否擴大這些變更。

如果您需要即使從手機換到筆電也能延續的公司層級訊號，Markettailor 的訪客辨識能在任一裝置上辨識出造訪的公司，其區隔功能則讓您在此基礎上建立上述的行動裝置規則。