分類: 搜尋引擎優化SEO

同一個網站，同時要給中文客戶與英文客戶看，最常卡住的不是翻譯，而是「搜尋引擎到底要把哪一頁給誰」。如果做錯，中文頁可能跑去英語搜尋結果，或兩個語言互相搶排名，最後流量沒增加，維護成本先爆炸。

我們在規劃 WordPress 多語系 SEO 時，會先把網址結構、hreflang、內容策略綁在一起設計。這樣才能降低企業技術門檻，同時把營運效率拉上來，行銷同仁也更好接手更新。

先決定語言與市場，再選網址結構

網址結構像是開分店。你可以在同一棟大樓分樓層，也可以到隔壁街開新店，甚至在另一個國家再開一間。差別在「管理成本」與「品牌權重是否分散」。

常見三種做法是子目錄、子網域、ccTLD。以中小企業來說，我們多半優先選 子目錄（例如 /en/），原因很直白，權重集中、設定相對單純、內容管理也更像在同一個後台做事。對需要長期經營的 企業形象網站 特別友善。

子網域（例如 en.example.com）的界線很清楚，但在追蹤、快取、權限與外掛設定上，常常會被當成兩個站來管，久了就變成「兩套流程」。ccTLD（例如 example.co.uk）最適合強烈地區定位的品牌，但它把成本放大到主機、憑證、分析、內容協作全部都要分開。

另外，我們會避開只用 Cookie 或自動跳轉來切語言的做法。搜尋引擎需要可被索引的獨立網址，不然你在後台再努力，Google 也很難穩定收錄兩個語言版本。

想更快掌握架構差異，可以參考這篇以實例說明的文章，多語系網站架構與 hreflang 入門。

hreflang 與 canonical 怎麼配，避免索引混亂

網址結構定好後，第二個關鍵是 hreflang。它像是「指路牌」，告訴搜尋引擎，這一組頁面彼此是不同語言或地區版本，請把對的頁面給對的人。

我們在中英雙語最常用的組合是 zh-Hant 與 en，如果要更細分地區，才再用 zh-TW、en-US 這類標記。首頁或選語言頁面，通常再加一個 x-default，避免搜尋引擎猜錯預設版本。

最容易出錯的是「只在中文版放 hreflang」，英文版沒放回指。hreflang 需要雙向，漏一邊就像只貼了去程票。

接著是 canonical。很多人以為多語系會互相 canonical，結果等於告訴搜尋引擎「請忽略其中一個語言」。正確做法是，每個語言頁的 canonical 都指向自己，讓搜尋引擎知道兩頁都應存在，只是語言不同。

實作上，我們會把三件事一次做完：每頁 head 放 hreflang、每頁 canonical 自指、每個語言各自產出 sitemap，並在 Search Console 分別提交。若你想用外掛省工，常見是由多語系外掛加上 SEO 外掛協作完成，但仍要檢查輸出是否正確。

如果需要 WordPress 內建方式與外掛做法的概念對照，可以看這篇教學，在 WordPress 加入 hreflang 的方法。

中文英文內容怎麼寫才有用，不是把中文翻成英文

多語系成效通常不是輸在技術，而是輸在「內容意圖」。中文用戶可能搜「價格」「方案」，英文用戶更常看「features」「pricing」「use cases」。如果我們只把中文逐字翻成英文，英文頁往往沒有搜尋量，也抓不到轉換點。

因此，我們會把內容工作拆成兩層。第一層是結構一致，例如同一個服務頁都有清楚的 H1、段落、小標題與 CTA。第二層才是語言本地化，例如英文頁的標題、描述、FAQ、甚至圖片 alt，都要貼近英文受眾的說法。

對提供課程或會員服務的品牌更是如此。做 線上課程系統架設 時，我們會特別注意課程分類、講師頁、課程介紹頁是否在兩個語言都能形成清楚的內部連結，並避免同一堂課被重複索引成多個版本。

這裡也會牽涉到效能。多語系外掛常會增加查詢與載入資源，所以我們會同步做快取策略、圖片最佳化、必要時搭配 CDN。速度穩定後，行銷活動才不會因為流量一來就卡住。這類 SEO 優化建議 看似零碎，但最後會反映在跳出率與詢問量上。

上線後才是重點，WordPress網站維運 如何省人力

多語系網站最怕「上線很漂亮，三個月後開始走鐘」。翻譯新增、外掛更新、表單故障、404 變多，最後變成誰都不敢動。

我們通常把維運分成兩條線。第一條是內容流程，包含新增頁面時自動建立兩語版本的草稿、翻譯校對的責任分工、以及改網址時同步建立 301 轉址。第二條是技術流程，包含主機與外掛更新、備份與還原演練、異常登入警示、以及弱點修補。

多語系也會放大風險面，所以 網站安全防護 不能只靠密碼。該做的包含最小權限、雙重驗證、限制登入嘗試、以及確保備份可用。對沒有專職 IT 的公司來說，這就是把技術門檻關在門外，讓團隊專心做營運。

在 豐遠資訊 的服務經驗裡，企業最在意的是「能不能少一個人也照樣跑」。因此我們常把 WordPress網站維護 與 網站維護服務 做成固定節奏，包含每月檢查、關鍵頁面監測、與異常回報。當網站變成接單與招生的入口，穩定的 WordPress網站維運 就等於穩定的現金流。

結語：把多語系當成長期資產，而不是一次性專案

WordPress 多語系網站做得好，會像把同一間店開到兩條人潮街上，而且後台仍然好管理。網址結構選對、hreflang 與 canonical 放對，再加上貼近受眾的中英文內容，搜尋引擎才會穩定把人帶到正確頁面。最後，靠著可交接的流程與 網站安全防護，我們才能真正提升營運效率。

如果你正在規劃 WordPress 網頁設計、想把中英內容做成可持續的成長系統，或需要 數位轉型顧問 協助把維運變簡單，我們可以一起把需求拆清楚，並提供可落地的方案與時程。現在就安排預約諮詢，讓多語系從負擔變成 可擴張的資產。

網站改版像網站搬家，辦公室裝潢得再漂亮，如果舊地址沒有「轉寄服務」，客戶只會站在門口找不到人。多數企業做 網站改版 SEO 失誤，不是內容寫得不夠好，而是把「舊網址的價值」弄丟了，尤其在網站改版時若任意變更網域名稱卻沒有做好 301 轉址，就會導致 SEO 權重和搜尋排名流失。

我們在協助中小企業做 WordPress 網頁設計與改版時，最常見的痛點其實很一致：沒有工程師、行銷人手不足、又希望網站能帶來詢問與訂單。這篇把改版必做的防呆項目整理成可落地的做法，重點放在 301 轉址與網址規劃，目的很務實，降低技術門檻，同時提升上線後的營運效能。

改版前先做「盤點與基準」，否則改版成效會得說不清

改版前我們一定先留存證據，因為在網站改版後才回頭想查「哪個頁面原本有流量」，通常已經來不及。最少要完成兩件事：把現有網址完整列出來，把 SEO 與流量基準記下來。

第一步是「把站上所有可被搜尋的網址抓出來」。做法可以很簡單，從 XML Sitemap 匯出，再搭配網站爬蟲工具補齊(包含沒有放進 Sitemap 的舊頁)，確保搜尋引擎爬蟲有清楚路徑能發現內容。如果你們有部落格、產品型錄、企業形象網站頁面、下載檔案頁，最好都在同一份清單裡，同時檢查網址結構與 HTTP 狀態碼，避免網站改版時產生 404 錯誤，因為改版時最容易漏掉的就是「看起來不重要」但其實有排名的內容。

第二步是「記下基準」。我們會至少保存：Google Search Console 的點擊與曝光、主要關鍵字帶來的頁面與搜尋排名、以及 Analytics 的前 10 大著陸頁與頁面流量。這一步的價值在於，改版後如果頁面流量波動，我們能快速判斷是索引問題、轉址漏網，還是內容結構改動造成的自然波動，並監控對 SEO 權重的影響。

最後一個常被忽略的是「先定好上線規則」。例如測試站是否要阻擋索引，上線當天是否要解除阻擋，canonical 是否會沿用標準網址，這些如果沒有提前寫清楚，現場就會變成工程和行銷互相等對方。

網址規劃要先想清楚「三年後」，WordPress 永久連結才能一次到位

很多人以為改版就是換版型，結果真正影響 SEO 的，反而是資訊架構和網址規則。網址規劃的核心只有一句話：短、穩、可讀，而且可持續擴充。網址不是裝飾，它像倉庫的貨架編號，編得亂，日後搬貨就會一直出錯。

在 WordPress，我們通常會建議永久連結走「文章名稱」邏輯，讓網址接近內容本身，而不是日期或流水號，這種合理的網址結構能提升使用者體驗，並有效分配 SEO 權重。改版時如果同時要重整分類與標籤，也要特別小心，分類路徑一改，原本累積的連結就容易斷。實務上，我們更偏好用較扁平的網址結構，再用內部連結去串內容關係，避免網址層級過深，WordPress 雖然管理這些設定很方便，但仍需謹慎的網址規劃。

網址命名也要一致，包含是否使用尾斜線、是否統一小寫、單字用連字號分隔，這些都會影響重複網址與 canonical 判斷，建立標準網址是避免重複內容問題的關鍵。當網站同時存在多種版本(例如 http 與 https、www 與非 www)，搜尋引擎就可能把 SEO 權重拆散，改版時應一併統一。

如果你們正在做數位轉型顧問規劃，或要新增線上課程系統架設、會員中心、預約表單，甚至電商平台的分類系統，網址更要提前預留規則。課程頁或電商平台常見的需求是「可換期別但網址不變」，或「章節可調整但舊連結仍能到正確單元」，這些都能改善使用者體驗。這些都不是上線後再補救的問題，而是改版時就要決定的資訊架構。

我們也會把「SEO 優化建議」寫進網址規劃文件，例如哪些類型頁面要保留索引，哪些標籤頁可能造成重複內容而需要 noindex。這樣行銷同仁新增內容時，就不必每次都問工程師，營運速度自然會快很多。

301 轉址怎麼做才不踩雷，上線當天到改版後 30 天的檢查節奏

301 轉址的角色就像郵局的永久轉寄，也就是一種永久性轉址，它告訴搜尋引擎「這個頁面進行網站搬家了，請把舊地址的 SEO 權重轉到新地址」。相對的，302 轉址則是暫時性轉址，通常用於短期的重新導向變更。兩者都是透過不同的 HTTP 狀態碼來實現重新導向，以下是簡單比較：

如果你們需要一個快速理解 301 轉址與 302 轉址常見注意事項的參考，可以看這篇整理：301 轉址要點與情境。如果你們想看偏 WordPress 操作角度的步驟示例，這篇也能對照概念(文章為簡體內容，閱讀時以觀念為主)：WordPress 301 重定向完整指南。

上線當天我們通常用「對照表」思維處理 301 轉址，而不是想到一頁補一頁。對照表至少要有舊網址、新網址、狀態三欄，並且一頁對一頁。最怕的狀況是把大量舊頁全部導到首頁，短期看似沒 404 錯誤，但長期會讓搜尋引擎判斷內容不對應，搜尋排名更難回來。避免使用遮罩轉址或 JavaScript 轉址，這些方法會損害 SEO 權重，並影響重新導向效果。

在 WordPress 實作 301 轉址上，我們常見幾種方式：主機層(例如 Nginx 或 Apache 的 .htaccess 規則)、PHP 語法，或外掛(如 Redirection 外掛)。若是大規模改版，我們偏好 Redirection 外掛的可匯入匯出功能，並保留變更紀錄，這對後續 WordPress 網站維護與交接很重要。記得避開遮罩轉址或 JavaScript 轉址，以確保 301 轉址與 302 轉址都能正確傳遞價值。

上線後 30 天，我們會用固定節奏做三件事，特別強調檢查 404 錯誤與索引更新，以確保搜尋排名逐步恢復：

1. 抓 404 錯誤與鏈式轉址：鏈式轉址(舊 A 到中繼 B 再到新 C，無論是 301 轉址或 302 轉址)會拖慢速度，也增加失敗機率，我們會用 Chrome 擴充功能 Redirect Path 驗證重新導向鏈，然後改成 A 直接到 C。
2. 更新並提交 Sitemap：新站的 XML Sitemap 要更新，並在 Search Console 送出，讓搜尋引擎更快進行索引更新。
3. 監控索引更新與效能：索引更新數量、主要關鍵字頁的曝光趨勢、以及 Core Web Vitals 的變化要一起看。改版後速度變慢，常見原因是主題過重、外掛疊太多、圖片沒壓縮，這些都會直接影響轉換。用 Redirect Path 再確認一次所有 301 轉址與 302 轉址的重新導向是否正常。

這段期間也最適合把網站安全防護一起補齊，例如管理員帳號保護、外掛與核心更新流程、定期備份與還原演練。很多企業以為安全是「出事才要做」，但對營運來說，安全與可用性就是收入的一部分。把這些納入網站維護服務與 WordPress 網站維運流程(包含定期檢查 .htaccess、PHP 語法或 Redirection 外掛的 301 轉址設定)，才能讓改版不只是一次性的專案，而是可長期運轉的資產，維持穩定的索引更新與搜尋排名。

結語：網站改版不怕做得多，只怕漏了關鍵步驟

成功的網站改版，仰賴透過正確的301轉址保留並傳遞SEO權重，把舊站累積的信任與流量，安全地交接到新架構。只要把「改版前盤點與基準、網址規劃規則、301轉址對照與上線後監控」這幾件事做扎實，排名波動就會變得可控，團隊也能用更少的溝通成本維運網站。

如果你們準備改版企業形象網站或電商平台，或正要把內容升級成課程與會員系統，我們在豐遠資訊能以數位轉型顧問角度，把WordPress網站設計與優化、WordPress網站維護與維運整合成一套可執行的計畫。下一步可以直接安排預約諮詢，讓我們協助你們提升使用者體驗，用最少的技術負擔，換到穩定的搜尋排名與更好的營運效率。

官網改版時，最容易踩雷的問題往往不是版面好不好看，而是「網址要不要一起換」。網址像店面的門牌，換了門牌就算店還在，老客人也可能走錯路，搜尋引擎也得重新確認你是不是同一間店。

我們常看到企業在重做 企業形象網站、導入 線上課程系統架設，或把舊站搬到 WordPress 時，順手把網址結構全部重寫，結果排名和流量先掉一波，內部還得加班補洞。這篇我們用實務角度，談清楚什麼時候該維持原網址，什麼時候非換不可，以及「301轉址 SEO」該怎麼做才比較穩。

先分清楚：改版不等於換網址，換網址也不等於搬家

我們把官網改版拆成三種層級來看，判斷就會簡單很多。

第一種是「外觀與內容調整」，像是版型更新、文案重寫、加入表單、強化行動版體驗。這類改版通常不需要換網址，反而應該保留既有頁面的歷史訊號，包含外部連結、索引紀錄與使用者習慣。

第二種是「系統與架構調整」，例如從客製系統改成 WordPress 網頁設計，或從單一網站擴展成課程區、會員區、活動報名。這時我們會先問一句：網址結構真的卡住了嗎？如果只是後台不好用、速度慢、缺人維運，那通常靠更好的主機規格、快取策略、資料庫整理，加上穩定的 WordPress網站維護 與 WordPress網站維運，就能把技術門檻降下來，營運也更省力。

第三種才是「網址層級的變更」，包含更換網域、全站 URL 規則改寫（例如 /product?id=123 改成 /products/123/），或大幅合併刪除頁面。這類才會碰到真正的 SEO 風險，因為搜尋引擎會把它視為「搬家」。

什麼時候我們會建議「不要換網址」：把風險留在可控範圍

實務上，我們偏向先把「需要換網址」當成例外，而不是改版標配。理由很現實：網址越穩，變數越少，流量越不容易大起大落。

幾個常見情境，我們多半會建議維持原網址，只做必要的微調：

如果你只是要改善速度、體驗與轉換，例如首頁資訊太亂、手機版難用、表單填寫率低，或想補上 FAQ、案例頁，這是典型的內容與資訊架構調整。保留舊網址，搜尋引擎更容易延續既有權重，團隊也不用花大量時間做對照表與除錯。

如果你擔心資安與維運，例如外掛太久沒更新、常被掃描攻擊、備份流程混亂，這更像「營運問題」而不是「網址問題」。此時先把 網站安全防護、更新策略、備份與監控做完整，再搭配長期 網站維護服務，通常比換網址更快見效，也更能提升營運效能。

如果你是把舊站搬到 WordPress，但能維持相同的路徑結構（同樣的分類、同樣的頁面 slug），我們會優先做到「使用者看起來像沒搬過家」。這種搬遷對內部團隊最好，日後上架內容、開新頁面也更省事，技術門檻會明顯降低。

必須換網址時，301轉址 SEO 怎麼做才穩，並把風險降到最低

有些時候，換網址是必要的，例如品牌更名需要換網域，或舊結構長期混亂到無法擴充（課程、文章、產品混在同層），再不重整會拖累內容管理與行銷效率。這時我們會把目標訂得很明確：讓搜尋引擎能快速理解「舊頁面去哪了」，也讓團隊後續維運更輕鬆。

關鍵原則是「單一頁對應單一新頁」，能 1 對 1 就別用模糊規則硬轉。大量用正則規則雖快，但最常出現的是轉錯頁，或把很多頁都導到首頁，這會讓排名更難回來。另一個常見坑是鏈式轉址（A 轉 B，B 又轉 C），我們會盡量做到一次到位，減少爬蟲浪費與載入時間。

上線前後我們通常用這張小表來抓重點，避免漏做：

如果是換網域，我們也會用 Google Search Console 的變更地址工具，並確保新舊站都能驗證與提交 sitemap。轉址細節若想先快速補觀念，可以參考 301轉址常見錯誤與風險提醒，但真正差異常在「你有沒有把每一個重要頁面當成資產來處理」。另外，網站遷移導致流量下滑的案例不少，網站搬家流量暴跌的實例提醒 也能幫助我們用反面清單檢查自己的計畫。

在執行層面，我們會把 SEO、內容、工程拆成可交付的清單，並提供可落地的 SEO 優化建議。這樣做的好處是，企業不用靠內部「懂一點的人」硬撐，維運交接也更順，營運節奏不會被技術拖住。像 豐遠資訊 這類以 數位轉型顧問 角度切入的團隊，通常會把「能不能長期運作」擺在「一次上線」之前。

結語：網址要不要換，重點是可控與可維運

官網改版像整修門市，我們不會為了換裝潢就把門牌整個換掉。真的需要換網址時，我們就把 301、canonical、sitemap、監控做到位，讓波動可預期，也讓後續 WordPress網站維護 更省心。想把風險、成本、上線節奏一次算清楚，我們建議直接安排一次 預約諮詢，一起把你的改版路線圖訂出來，並取得可執行的數位方案。

網站改版最怕的不是版型換掉，而是把多年累積的內容一口氣丟掉，流量跟詢問也跟著消失。更常見的是另一種情況，文章都搬過來了，但分類混亂、重複主題互搶排名，讀者看完也不知道下一步要做什麼。

我們在做網站改版 內容盤點時，會把每一篇舊文章當成資產，先量化它的價值，再決定要保留、更新、合併或下架。這樣做的目的很實際，減少企業技術門檻，同時讓內容在改版後更好維護、也更能帶動營運效能。

改版前的內容盤點，不是列清單而已

內容盤點像是搬家前的打包，不先分類就直接把所有箱子搬到新家，最後一定找不到東西。我們會先把「有哪些頁面」這件事做乾淨，包含文章、產品頁、課程頁、下載頁、活動頁，甚至是過去的落地頁與舊分類。

實務上，我們通常抓四種資料來源交叉比對：GA4 看流量與互動，GSC 看曝光與排名，CMS 後台看最後更新時間與作者，必要時再補上外部連結與被引用狀況。這一步的重點不是做報表，而是把每篇內容放回「商業目標」上，例如企業形象網站想要提升詢問量，線上課程系統架設想要提高試聽或報名轉換，評分方式就會不一樣。

盤點時我們也會先決定改版範圍，是否同時調整網址結構、分類、語氣與服務頁動線。如果改版牽涉搬家或大改 URL，風險會上升，建議先把流程與責任切清楚。想看更完整的改版規劃脈絡，我們會建議先讀過這篇網站改版全攻略，避免只做視覺更新，卻漏掉內容與 SEO 的基本盤。

舊文章要留、要改、要刪的判斷準則(把爭論變成可量化)

我們會用三個問題先定調：它還符合現在的受眾與產品嗎？它有沒有穩定流量或關鍵字曝光？它有沒有帶來詢問、報名、加入名單，或至少有把人帶去服務頁？

接著才看內容品質與風險，因為「能帶來流量」不代表「值得留下」。例如法規、價格、資安作法、外掛版本相關的文章，如果已經過時，放著反而會拉低信任，這時更新比保留更重要。對於我們提供的 SEO 優化建議，也會特別檢查是否出現關鍵字互搶(同主題多篇各寫一點)，這種內容常見於多年累積的部落格。

我們在會議上最常用的是一張簡單矩陣，讓老闆、行銷、工程都能快速對齊：

如果是教學型內容(例如線上課程系統架設的教學文章)，我們也會多加一條判斷：它能不能自然導到課程介紹、試聽頁或購買流程。能導流但文案太舊，就不刪，改成更貼近現在課程架構的版本，維持長尾入口。

決定要刪或要改後，技術處理要跟上(301、410、noindex)

內容決策如果沒有配套的技術處理，就像把路標拆掉卻不畫新路線。最常見的災情是改版後大量 404，搜尋引擎與使用者都找不到原本的內容，既浪費爬行資源，也直接影響詢問。

我們通常用這三種處理方式收尾：

第一，確定要合併或改到新位置的舊文，做 301 轉址到最相關的新頁。第二，確定要永久刪除且沒有替代內容的頁面，才考慮 410，讓搜尋引擎更快理解內容已下架。第三，有些內容不是錯，只是不想被索引(例如活動過期但仍需留檔)，可以用 noindex，而不是硬刪。

改版同時更換主機、外掛版本或快取架構時，也要把速度與網站安全防護納入檢核，尤其是 WordPress 網站。許多企業以為改版只影響前台，結果忽略權限、備份、WAF、登入保護，反而在上線後被攻擊或中毒。對「搬家與改版會讓流量暴跌」的情境，這篇SEO 網站搬家與改版風險提醒整理得很直白，我們也常拿來提醒團隊先把轉址與索引控管做好，再談美觀。

上線後用維運把成效守住，讓內容變成長期資產

網站改版上線不是結束，而是內容開始「更好用」的起點。我們會安排一段觀察期，確認轉址命中率、GSC 覆蓋率、重要頁排名與轉換路徑是否回穩，同時把內容維護流程寫進日常工作，降低企業的技術依賴。

這也是為什麼我們在豐遠資訊常把改版與 WordPress網站維護、WordPress網站維運一起規劃。企業內部不一定有專職工程師，但網站需要固定更新核心、佈景主題與外掛，需要備份與還原演練，也需要監控異常登入與垃圾內容。這些屬於網站維護服務的範圍，做得穩，行銷才敢放心加內容、開活動、上廣告。

如果企業同時有 WordPress 網頁設計需求，或想做更完整的數位轉型顧問規劃，我們會把內容盤點結果回推到資訊架構，讓服務頁、案例頁、文章頁彼此能互相支援，減少重工，提升產出效率。

結語：把內容留對、改對、刪對，改版才會真的變輕鬆

網站改版時，內容不是包袱，而是能帶來詢問與信任的資產。我們用數據先盤點，用準則做決策，再用 301、410、noindex 把技術收尾，最後用WordPress網站維護與安全管理守住成果。當流程清楚，企業的技術門檻就會下降，營運效率也會跟著提高。

如果我們正在規劃企業形象網站改版，或準備把舊內容整合進新站與課程系統，建議把內容盤點先做完再開工。想更快拿到可執行的改版路線圖，我們可以協助做盤點、提出優先順序，並提供後續維運方案，歡迎預約諮詢或獲取數位方案。