
www、apex 與 wildcard forwarding:怎麼做才不傷 SEO
host normalization 看起來簡單,但 root、www、subdomain、path 和 query string 一旦各有規則,就很容易出現 redirect chain。先決定 canonical host 才是重點。
給 SEO、行銷與開發團隊的轉址、網站搬家與 Edge 路由指南。

給 SEO、行銷、電商與工程團隊的實務指南:如何管理 URL 轉址、網站搬家、網域轉移、批次 301、路徑與 UTM 保留、驗證、監控與回滾。

host normalization 看起來簡單,但 root、www、subdomain、path 和 query string 一旦各有規則,就很容易出現 redirect chain。先決定 canonical host 才是重點。

不是每個壞點擊都是作弊,但每個壞點擊都可能影響預算、歸因與合作夥伴報表。連結防火牆是在流量到達目標頁前決定怎麼處理它。

有些檔案必須放在 root 或 /.well-known/。如果 CMS 或商店平台不方便,edge response 可以直接用正確的 status 和 Content-Type 提供它們。

轉址規則是正式環境流量設定,應該像其他發布資產一樣經過審查、驗證、預發、發布、監控與回滾。

Geo Redirect 可以把買家帶到正確的地區店鋪,但規則太強制也可能把本地頁面藏在使用者和搜尋引擎之外。

活動連結不只是變短。它要讓使用者敢點、讓 analytics 收到乾淨 UTM,並且在 QR 印刷、社群發布、夥伴投放後仍能修改目的地。

同一個活動連結,可能要依地區、裝置、語言、UTM、A/B 權重與 fallback 導向不同頁面。本文說明如何設計這層流量規則,而不是把它散落在網站程式裡。

一套面向連結營運的監控與 failover 指南,協助團隊在 404、timeout、redirect loop、UTM 遺失和目的頁下線浪費流量前發現問題。

一份給 SEO、行銷與平台團隊的 redirect 分層決策指南,協助判斷哪些規則適合留在伺服器設定,哪些應移到可審查、可回滾的 edge routing。

一套給 SEO 代理商與技術 SEO 團隊的 redirect map 工作流,涵蓋 URL 盤點、客戶驗收、CSV 匯入、規則驗證、上線 QA 與回滾。

Firebase Dynamic Links 結束之後,怎麼把 Universal Links、Android App Links、商店 fallback 與品牌連結重新搭起來,而且不要把既有活動鏈路弄斷。

怎麼為 WhatsApp、Instagram 與 QR 活動建立可追蹤連結,同時保住 UTM、維持連結乾淨,並讓報表後續還看得懂。

.htaccess 在少量 301 規則下還算簡單,但一到換網域或大規模搬站,就很容易出現轉址鏈、粗糙 wildcard、參數遺失與規則難以審計的問題。

Firebase Dynamic Links 已於 2025 年 8 月 25 日停止服務。若你還有 App 安裝導流、QR Code、廣告或 EDM 連結依賴舊網址,現在該把需求拆清楚再重建。

永久搬家通常用 301,暫時活動通常用 302;若必須保留原本的 HTTP 方法,則改看 307 與 308。重點不是背代碼,而是選對實際意圖。

網域轉址如果只導到首頁,會弄丟深層頁、活動網址與追蹤參數。用保留路徑、保留 query string 與一跳規則,讓舊流量安全抵達新網域。

轉址鏈會拖慢頁面、增加 SEO 與 QA 成本;轉址迴圈則會讓請求永遠到不了目的地。用 curl、批次爬行與上線後監控先把問題抓出來。

網站搬家、換網域、換 CMS 或改 Headless 前,先用這份轉址清單盤點舊 URL、建立對照表、測轉址鏈,並準備上線後監控。

Shopify 網址搬家不只是換前端。先盤點商品頁、分類頁、活動頁與 UTM 連結,再用轉址對照表、批次規則與上線前驗證保住流量。
產品更新、路由策略與搬站筆記,不寄空泛內容。