服飾行銷案例|服飾官網更換開店平台前,網址轉址與流量保全檢查清單

服飾官網更換開店平台時,要先做哪些事才不會掉流量?

先盤點舊站所有有流量的網址,做好新舊網址對照表,並在切換當天設定好轉址。轉址是把舊網址自動導向新網址的設定,讓搜尋引擎與舊連結都找得到新頁面。追蹤碼、網站地圖與會員資料要在切換前就測試完成。

這份清單來自一次實際的搬家專案。品牌是一家賣運動休閒服飾的電商,在舊平台經營多年,累積約六百個商品頁與一百多篇穿搭文章。老闆因為金流與會員功能的需求決定換平台。清單依時間分成三個階段,每一項都附上為什麼要做與怎麼驗收。品牌資訊已匿名處理。

決定搬家之前,哪三個問題要先問清楚?

清單開始前,我們在啟動會議上先問了三個問題。答案會決定後面清單的範圍。

  • 新平台能不能自訂網址結構與設定逐條轉址,如果只能轉到首頁,流量損失會很難避免,這一點要在簽約前向平台客服確認並留下書面回覆
  • 舊平台合約到期後,舊網域或子網域還能不能使用,轉址要掛在哪裡,網域是不是在自己名下
  • 切換日能不能避開檔期,服飾的換季上新與大型促銷前後一個月都不適合搬家

第二個問題當場就出現狀況。這家品牌的網域當年是請朋友代為註冊,管理權限不在老闆手上。光是把網域管理權拿回來就花了兩週。這是清單上沒有、卻最常卡住的一步,請最先確認。

搬家前四週:舊站要盤點與備份哪些資料?

這個階段的目標是知道自己有什麼,以及哪些東西值得帶走。

  1. 匯出舊站全部網址,來源有三個,舊站的網站地圖、Search Console 成效報表中過去十六個月有點擊的網頁、GA4 的到達網頁報表,三份合併去除重複
  2. 把網址分成商品頁、分類頁、文章頁、活動頁、政策頁、其他,各自標記
  3. 標出有流量的網址,凡是在 Search Console 有點擊或在 GA4 有進站紀錄的,都列為必須轉址
  4. 用 Search Console 的連結報表,匯出有外部網站連入的網頁,同樣列為必須轉址
  5. 備份所有商品資料,包含標題、敘述、圖片原檔、圖片替代文字、尺寸表、洗滌說明、貨號與變體
  6. 備份文章內容與文章內的圖片,舊平台的圖片網址搬家後通常會失效,圖片要下載後重新上傳
  7. 截圖保存舊站的網頁標題與搜尋摘要設定,許多平台匯出檔不含這些欄位
  8. 匯出會員名單、訂單紀錄、點數與購物金餘額,並確認匯出與匯入方式符合個人資料保護的規範

第八項涉及個人資料的搬移與會員同意範圍。兩個平台之間能不能直接移轉、需不需要重新取得同意,請交由律師或熟悉個資規範的專業人士確認,清單只列出要做這件事,不提供法律判斷。

第五項常被低估。服飾商品的尺寸表很多是做成圖片貼在敘述裡,匯出檔只會留下一個失效的圖片連結。我們請營運逐款把尺寸表改成文字表格,趁搬家一次整理。

搬家前兩週:新舊網址對照表該怎麼做?

對照表是整個專案最重要的文件,用試算表做。一列一個舊網址。

  • 欄位一,舊網址
  • 欄位二,頁面類型
  • 欄位三,是否有流量或外部連結
  • 欄位四,新網址
  • 欄位五,對應方式,分成一對一、合併到上層、無對應
  • 欄位六,負責人與檢查日期
  • 欄位七,切換後測試結果

對應的原則是內容相同的頁面對內容相同的頁面。商品頁對商品頁,文章對文章。已下架且不再販售的商品,對到最接近的分類頁。真的找不到對應的才轉到首頁,數量越少越好。

這一步最容易出的三個錯如下。

  • 把所有舊網址都轉到首頁,搜尋引擎可能把這種轉址視為找不到頁面,原有的排名無法延續
  • 舊站的顏色與尺寸變體網址沒有列入,這些帶參數的網址有些也有流量
  • 分類頁的分頁與篩選網址漏掉,或是相反,花大量時間處理沒有流量的篩選網址

對第三點,我們的取捨是只處理有流量或有外部連結的變體與篩選網址,其餘讓它自然失效。六百個商品頁加上文章與分類,最後對照表約九百列,其中必須逐條轉址的約四百列。

切換前一週:新站上線前要測試哪些項目?

新站在正式切換前應該放在測試環境,並且設定成不讓搜尋引擎收錄。測試項目如下。

  1. 每一種頁面類型抽查十頁,確認網頁標題、搜尋摘要、大標、圖片替代文字都已帶入
  2. 確認每頁的標準網址指向自己的正式網址,沒有指向測試網域
  3. 確認商品結構化資料正常,可用 Google 的複合式搜尋結果測試工具檢查
  4. 安裝 GA4 與相關追蹤,實際走一次瀏覽、加入購物車、結帳、完成訂單,確認事件都有收到
  5. 用測試訂單檢查金流、物流、發票與通知信
  6. 在手機上實測商品頁、尺寸表與結帳流程
  7. 準備好新站的網站地圖
  8. 把轉址規則匯入新平台,先在測試環境抽測五十條

第四項是最常在上線後才被發現的漏洞。追蹤沒裝好,搬家後的頭兩週沒有資料,等於無法判斷流量有沒有掉。我們要求追蹤測試通過才排切換日。

還有一個細節。測試環境的禁止收錄設定,切換時要記得拿掉。上線後整站仍然禁止收錄的事故,比想像中常見。這一項請列在切換當天清單的第一行。

切換當天:該照什麼順序執行?

切換日選在週間的離峰時段,避開發薪日與促銷日。當天工程師、營運與客服三方都要在線上。

  1. 移除新站的禁止收錄設定
  2. 將網域指向新平台
  3. 啟用全部轉址規則
  4. 依對照表逐條測試必須轉址的網址,至少測完有流量的前一百條,確認是永久轉址並直接到達最終網址,中間沒有多跳一次
  5. 在 Search Console 提交新的網站地圖
  6. 用網址審查工具對首頁、主要分類頁與熱門商品頁要求建立索引
  7. 下一筆真實訂單,確認金流與通知
  8. 檢查 GA4 即時報表有資料進來
  9. 更新 Google 商家檔案、社群個人檔案、電子報模板中的連結
  10. 客服準備好會員登入與點數問題的回覆範本

第十項是從客服的角度加上的。換平台後,會員常需要重設密碼,或發現點數顯示方式不同。切換後三天的客服量會明顯增加,要事先排班。我們也建議在切換前一週用電子報與官方帳號預告,說明哪一天會更新系統、會員需要做什麼。

切換後八週:每週該看哪些指標判斷搬家是否成功?

搬家後流量短期波動是常見現象,重點是看走向與異常,不是單日數字。

  • Search Console 網頁索引報表,看新網址被收錄的數量是否逐週增加,找不到頁面的錯誤是否集中在特定類型
  • Search Console 成效報表,分頁面類型比較搬家前後的曝光與點擊,商品、分類、文章分開看
  • GA4 的自然搜尋進站工作階段,與去年同期及搬家前四週對照
  • 找不到頁面的紀錄,從 Search Console 與新平台後台匯出,每週補轉址
  • 對照表中的轉址抽測,每週抽五十條,確認規則沒有被後續設定覆蓋
  • 客服紀錄中與登入、點數、舊訂單查詢相關的問題數量

驗收標準在專案開始時就寫定。有流量的舊網址全部能到達對應新頁面。追蹤資料從切換日起沒有中斷。八週後,主要頁面類型的搜尋曝光回到搬家前的水準附近。第三項受季節與搜尋引擎影響,無法保證,我們在合約與會議中都明講這是觀察指標。

舊平台的帳號不要立刻關閉。至少保留到確認所有資料都已備份、所有轉址都已由新站或網域層處理為止。轉址本身建議長期保留,一年是底線。

哪些情況下這份搬家清單不適用或需要調整?

第一,同時更換網域。換平台又換網域,還要加上 Search Console 的網址變更申請與新舊網域的整站轉址,風險更高。能分開做就分開,中間間隔至少一季。

第二,新平台不支援逐條轉址。有些輕量型開店工具只提供固定的網址格式,也沒有轉址功能。這時候清單的核心步驟做不了,要重新評估平台選擇,或接受流量需要重新累積。

第三,舊站幾乎沒有自然搜尋流量。如果訂單主要來自廣告與社群,搜尋進站很少,就不必花四週做對照表。把首頁、主要分類與熱銷商品的轉址做好即可,心力放在追蹤設定與會員移轉。

第四,有跨境站點或多語系版本。多語系之間的對應標記與各地金流、稅務、個資規範都要另外處理,法律與稅務部分需交由當地持牌專業人士確認。

常見問題

更換開店平台會讓 SEO 排名歸零嗎?

不一定。只要舊網址有正確轉址到內容對應的新頁面,多數排名訊號可以延續。直接上線而不做轉址,或全部轉到首頁,才容易造成大幅流失。

官網搬家時哪些舊網址一定要做轉址?

在 Google Search Console 有點擊、在 GA4 有進站紀錄,或有外部網站連結的網址都要做,並盡量一對一轉到內容相同的新頁面。

轉址設定要保留多久?

建議長期保留,至少一年。太早移除會讓尚未更新的外部連結與舊書籤失效,搜尋引擎也可能還沒完成新舊網址的對應。

服飾官網什麼時候搬家比較適合?

選淡季的週間離峰時段,避開換季上新與大型促銷前後一個月,並確保切換當天工程、營運與客服都能在線處理狀況。

延伸閱讀:全部行銷案例、冠誠服務項目、常見問題