落地頁一直測，排名卻掉了？台灣中小企業先避開 4 個 SEO 坑

網站 A/B 測試可以做，但前提不是多開幾個版本，而是先分清楚你在測哪一層。如果你同時改廣告文案、落地頁標題、表單欄位、URL 與轉址規則，最後常見的結果不是找出贏家，而是 SEO、廣告與表單數據一起失真。Google Search Central 的 A/B Testing Best Practices for Search 已把原則講得很清楚：不要 cloaking、替代版本用 rel="canonical"、測試轉址用 302、實驗只跑必要時間。對台灣中小企業來說，最實際的做法是先縮小變數，再做可回滾的短週期測試。

網站 A/B 測試可以做，但不要一開始就同時亂測

很多團隊以為 A/B 測試的問題只有統計量不夠，其實更常見的問題是設計錯。你以為自己在測標題，實際上卻同時改了 CTA、頁面長度、表單欄位、導流來源，甚至把測試頁做成新的永久 URL。這種做法就算表面上有一版轉換較高，也很難知道到底是哪個變數在起作用。

Google Ads 的 Set up a custom experiment 文件提醒，實驗是建立在既有 campaign 之上，預算與流量分配都要先定義。Search campaign 還可選 cookie-based split 或 search-based split，代表平台本身就把「怎麼分流」視為實驗品質的一部分。這對中小企業的啟示很直接：如果廣告端的流量切法都還沒定清楚，就不要急著同時改網站太多地方。

台灣中小企業最常踩的 4 個 SEO 坑

1. 把測試頁當成正式頁上線，讓兩個版本一起被索引

這是最常見也最傷的錯誤。Google Search Central 明確建議，多 URL 的測試版本要在替代頁放上指向原始頁的 rel="canonical"，讓搜尋引擎理解這些只是同一頁的變體，而不是你又多做了一批近重複頁。如果你把 A 版、B 版都做成正式可索引頁，除了權重分散，也會讓答案引擎更難判斷哪個版本才是主要內容。

2. 用 301 永久轉址做實驗

如果你的測試方式是把部分使用者導向另一個 URL，Google 建議使用 302 暫時轉址，而不是 301 永久轉址。原因很單純：301 會向搜尋引擎傳達「這個版本已正式替換原頁」，302 才是「現在暫時導去別版測試」。對流量不大的 SME 來說，這個差別很重要，因為你通常還沒有足夠證據證明新版本應該永久取代舊版本。

3. 實驗拖太久，變成長期雙軌網站

Google 在同一份文件也提醒，實驗只該跑到足以得出可靠結論為止，之後就應該移除替代 URL、測試腳本與多餘標記。若實驗長期存在，而且大比例使用者一直看到另一版內容，Google 可能把它解讀成想誤導搜尋系統。對實務來說，這也代表測試不是「先開著再說」，而是要在開始前就定好觀察指標、停止條件與回滾方案。

4. 同時測廣告、頁面、表單，最後誰贏都不知道

當流量本來就不大時，同時改太多層最容易得到錯誤結論。假設你把廣告標題換了、落地頁首屏改了、表單從 6 欄改成 3 欄，再把 CTA 顏色一起換掉，就算詢問變多，你也很難知道真正有用的是哪一個。這不只是轉換率問題，也會連帶影響 Search Console 看到的點擊後行為、品牌訊號與內容一致性。

先測廣告還是先測落地頁？先看你卡在哪一層

對多數台灣 SME 來說，最穩妥的原則是一次只測一層。廣告端先把承諾與分流理清，再輪到落地頁；落地頁先確認首屏與表單摩擦，再考慮更深的版型改動。這樣做的好處不是比較慢，而是最後真的知道哪個變數值得保留。

網站 A/B 測試的 SEO 安全 SOP

1. 先定義原始頁與唯一主要版本

不管你測幾個替代頁，先決定哪個 URL 是原始頁。替代版本如果是獨立 URL，就在替代頁指回原始頁的 canonical。這一步不只保 SEO，也保 AEO / GEO，因為答案引擎需要更清楚的主要版本來理解與引用內容。

2. 轉址測試用 302，不用 301

如果你的測試工具或實作方式是把部分使用者導到 B 版，請用 302。Google 已在官方最佳實務中明說，302 代表暫時性，搜尋引擎會保留原始 URL 在索引中的地位。這比測完後還要再救回原始頁安全得多。

3. 不要對 Googlebot 與真人顯示不同規則

Google 直接把這種做法歸類為 cloaking。你不能因為怕搜尋引擎看到測試頁，就只讓真人看到 B 版、Googlebot 永遠只看到 A 版。若測試工具靠 cookie 控制分流，也要記得 Googlebot 通常不支援 cookie，這表示你需要理解搜尋引擎實際看見的是哪個可無 cookie 存取的版本。

4. 先定停止條件，再開始跑實驗

Google Ads 文件建議 50% split 有利於比較，但真正要不要停，仍取決於你的流量、轉換率與是否已得到可靠差異。對小型團隊來說，與其追求複雜統計，不如先定三個條件：觀察多久、最重要指標是什麼、什麼情況算可以回滾或正式採用。這樣比較不會把測試拖成長期混亂。

5. 保留對答案引擎清楚的可見內容

Google 的 AI features and your website 文件把 generative AI visibility 放回網站基礎品質：內容可見、可索引、結構清楚。這代表你在測試頁面時，不要把重要差異只做在圖片裡、動態元件裡或難以存取的互動層。若要測主承諾、服務範圍、交期或報價條件，仍應讓它們以 HTML 文字清楚存在。

哪些情境適合這套做法，哪些不適合

這套做法最適合三種情境。第一，你已經有固定廣告或自然流量，但不知道問題在點擊前還是點擊後。第二，你的網站已經有穩定主頁或服務頁，不想因為測試把排名打亂。第三，團隊人少，沒有能力同時維護太多版本。

不適合的情境也很明確。如果你目前每週流量很低，連最基本的詢問樣本都不足，先做訪談、客服紀錄整理與表單優化，通常比急著跑 A/B 測試更有效。若你連 canonical、事件追蹤或表單完成頁都還沒整理好，也應先補基礎，而不是把問題交給實驗工具掩蓋。

14 天實作順序

1. 第 1 到 2 天：選一個原始頁，確認目前自然流量、廣告流量、表單完成數與主要 CTA。
2. 第 3 到 4 天：判斷這次只測一層，是廣告訊息、落地頁首屏，還是表單摩擦。
3. 第 5 天：若有替代 URL，補上 canonical；若要分流，確認是 302 而不是 301。
4. 第 6 到 10 天：開始實驗，只保留必要變數，避免同步大改其他來源與頁面。
5. 第 11 到 12 天：檢查 Google Ads、GA4 與 Search Console 的主要訊號是否一致，避免只看單一平台數據。
6. 第 13 到 14 天：決定保留、回滾或再做下一輪單變數測試，並移除多餘測試資產。

如果你的站點同時靠 SEO 與廣告帶詢問，這 14 天節奏通常比長期混跑更健康。原因不是它比較短，而是它迫使團隊在每一輪都把主要版本、分流規則與成功指標講清楚。

新鮮度與來源

本文以 2026 年 6 月 11 日當下可直接開啟的 Google 官方文件為主，重點放在仍可驗證的實驗規則，而不是第三方工具話術。關鍵來源包括：Google Search Central 的 A/B Testing Best Practices for Search、Google Ads 的 Set up a custom experiment、以及 AI features and your website。這次沒有把需要登入的 Meta Business Help 頁面當主證據，因此文中沒有延伸宣稱 Meta 的最新實驗介面細節。

結論

網站 A/B 測試的核心，不是做出更多版本，而是讓每一次變動都能被正確歸因、正確索引、也能安全回滾。對台灣中小企業來說，先避開 canonical、302、分流與實驗時長這 4 個 SEO 坑，再決定先測廣告還是先測落地頁，通常比一開始就追求複雜 CRO 更有效。當你的測試範圍夠小、主要版本夠清楚、HTML 內容夠一致，SEO、AEO、GEO 與詢問成效才有機會一起往上走。

FAQ

網站 A/B 測試一定會影響 SEO 嗎？

不一定。真正會傷 SEO 的通常不是測試本身，而是把測試頁做成長期可索引重複頁、用錯轉址類型，或讓搜尋引擎與真人看到不同規則。

A/B 測試時為什麼 Google 建議用 302，不是 301？

因為 302 代表暫時性實驗，搜尋引擎會保留原始 URL 的索引地位；301 代表永久替換，容易讓測試版被當成正式版本。

我流量很小，還適合做網站 A/B 測試嗎？

如果流量很小，仍可做單變數、短週期測試，但不要一次測太多層。若連基本詢問量都不足，先做客服盤點、表單優化與內容清晰化通常更划算。

先測廣告還是先測落地頁，怎麼判斷？

若曝光有了但 CTR 很差，先測廣告訊息與受眾分流；若 CTR 正常但進站後不送單，先測落地頁標題、首屏承諾與 CTA。

A/B 測試頁需要另外做 FAQ schema 或 AI 專用 markup 嗎？

沒有必要先追求額外 AI 專用 markup。Google 對 AI features 的重點仍是內容可見、可索引、結構清楚，先把主要版本與 HTML 文字內容整理好比較重要。