Loco Translate 教學：WordPress 中文化完整指南

前台那些「Add to cart」「Read More」「Search」的英文按鈕，多半不是你設定錯，而是外掛或主題還沒有對應的繁中翻譯。要把這些字串補成中文，通常不用碰 FTP，也不用等作者更新語言包。

接下來要解決的正是這件事。Loco Translate 是 WordPress.org 上最被低估的中文化工具之一，它讓你直接在後台翻譯主題與外掛的字串，不用碰 FTP、不用學 .po 檔格式、也不用等作者出語言包。接下來把整個流程、儲存位置的抉擇、付費主題的翻譯地雷，一直到故障排除，全部走一遍。

重點摘述：Loco Translate 是在瀏覽器裡直接翻譯 WordPress 主題與外掛字串的免費外掛；使用時要特別確認儲存位置，避免翻譯檔被主題、外掛或官方語言包更新覆蓋。

為什麼 WordPress 網站總是「漏幾句英文」？先搞懂字串的來源

在動手翻譯之前，先幫你建立一個觀念：你看到的英文，不是同一種東西。它們來自三個完全不同的地方，搞混了會讓你改半天卻沒效果。

WordPress 前台的英文殘留，大致可以分成三類：

• 主題字串：來自你裝的佈景主題，例如 Astra 的「Read More」、Divi 的「Previous Post」。這些字串打包在主題資料夾的 languages 子目錄裡，作者可能附了簡體中文語言包，但繁體中文通常是空的。
• 外掛字串：來自你裝的外掛，例如 WooCommerce 的「Add to cart」、表單外掛的「Submit」。同樣靠外掛作者提供的語言檔。
• 系統字串：來自 WordPress 核心本身，例如登入頁的「Username or Email Address」、後台選單的「Dashboard」。這些由 WordPress 官方的語言包控制。

中文化其實是一套「針對不同來源的字串，各自補上繁體中文翻譯」的工作。WordPress 核心的繁中語言包你在安裝時就選好了，通常不會出問題；真正讓人頭痛的，是主題與外掛那兩類。而 Loco Translate 正是為這兩類設計的。

你可以在 WordPress.org 的 Loco Translate 外掛頁面 找到它的完整說明。它的安裝方式跟一般外掛沒兩樣，如果你對安裝流程還不熟，可以先看過WordPress 外掛安裝教學再回來。

Loco Translate 到底在做什麼：把翻譯工作搬進瀏覽器

傳統的 WordPress 中文化流程長這樣：下載主題的 .pot 檔，用 Poedit 離線翻譯產生 .po 與 .mo 檔，再用 FTP 上傳到伺服器的正確路徑。這套方法沒有錯，但它對非技術背景的站長來說門檻太高，而且每次主題更新都要重來一次。如果你確實需要離線、批次處理大量語言檔，Poedit 翻譯流程依然是合理選擇；但對大多數人，Loco Translate 把同樣的事搬進了瀏覽器。

Loco Translate 在做的事可以濃縮成一句話：它把 .pot、.po、.mo 檔的產生、編輯、編譯全部包在一個網頁介面裡。你在後台點開一個主題，它自動列出所有可翻譯的字串，你填入中文，存檔，它就幫你編譯成 .mo 檔，前台立刻生效。沒有 FTP、沒有本地工具、沒有版本錯亂。

它跟單純「改 PHP 檔把英文換掉」有本質上的差別。直接改原始碼是最差的選擇，因為主題一更新，你的修改全部消失，而且還可能弄壞主題結構。Loco Translate 走的是 WordPress 標準的翻譯機制（gettext），這是正規軍的做法，長期維護才不會出事。

做法	難度	更新後是否保留	適合誰
直接改主題原始碼	低	否（更新即消失）	不建議任何人
Poedit 離線翻譯 + FTP 上傳	高	視存放位置而定	熟悉 FTP 的開發者
Loco Translate 後台翻譯	低	是（若選對儲存位置）	所有站長
等主題作者出繁中語言包	零	是	有耐心且需求標準的人

換個方式想：等作者出語言包像是等房東幫你裝窗簾，能不能等到要看房東心情；自己改原始碼像是直接拆牆壁裝窗簾，搬走就沒了；Loco Translate 則是你自己買窗簾、掛上去，房東換租客也不影響你那組。重點是窗簾要掛對桿子，這就帶到下一個關鍵。

從零開始：安裝 Loco Translate 並完成第一次翻譯

我們直接走一次完整流程，用一個最常見的情境當範例。假設你裝了 Astra 主題，想把首頁那顆「Read More」改成「繼續閱讀」。這個流程對任何主題與外掛都通用，學會一次就能套用到所有翻譯需求上。

第一步：安裝並進入翻譯介面

從後台「外掛 → 安裝外掛」搜尋 Loco Translate，安裝並啟用。啟用後左側選單會多出一個「Loco Translate」項目。點進去，你會看到兩個分頁：Themes（主題）與 Plugins（外掛）。

如果你對後台導覽還不熟，建議先看過後台操作全指南，建立整體方向感再回來操作。

第二步：選擇要翻譯的主題或外掛

點 Themes 分頁，找到 Astra，點進去。Loco Translate 會列出這個主題支援的所有語言。如果清單裡還沒有繁體中文（zh_TW），你會看到一個「New language」按鈕。

第三步：建立繁中語言檔

點「New language」，選擇「繁體中文」。接著會跳出一個關鍵問題：你要把這個語言檔存在哪裡？這個選擇會決定你翻譯能不能撐過主題更新，下一節會展開說明。先說結論：選「Custom」（自訂位置）。

選好位置後，Loco Translate 會自動建立一個空的 .po 檔，並掃描主題裡所有可翻譯的字串。完成後你會進入編輯器介面。

第四步：填入翻譯

編輯器左邊是原始英文字串（Source text），右邊是你要填的繁中翻譯（Translation）。在「Read More」那一列的右欄輸入「繼續閱讀」，按 Tab 跳下一個。Loco Translate 支援「Filter」搜尋，字串很多的時候直接打關鍵字過濾，不用捲半天。

填完後按下「Save」，Loco Translate 會儲存 .po 並編譯 .mo 檔。回到前台重新整理，確認按鈕是否已顯示中文。整個過程不用改動主題原始碼。

第五步：驗證並補漏

前台重新整理後，逐一檢查常見位置：文章列表、單篇文章底部、側邊欄、搜尋結果頁。看到英文就回 Loco Translate 用 Filter 搜尋那個字串，補上翻譯。這是一個來回的過程，第一次不可能一次到位，正常。

翻譯檔存哪裡？自訂位置 vs 系統位置 vs 作者位置的抉擇

這是整篇文章最重要的一節，也是絕大多數教學輕輕帶過、然後讀者必定踩雷的地方。Loco Translate 在建立語言檔時會問你三個位置，它們的差異不是「放哪裡都行」，而是直接決定你的翻譯會不會在主題或外掛更新後消失。

先講三個位置的定義，再給出決策方法。

儲存位置	路徑特徵	更新後是否保留	風險
Author（作者位置）	存在主題/外掛自己的 languages 資料夾	否	一更新全沒
System（系統位置）	存在 wp-content/languages/themes（或 plugins）	部分保留	可能與官方語言包衝突
Custom（自訂位置）	存在 wp-content/languages/loco/themes（或 plugins）	通常可保留	建議納入檔案備份

Author 位置是把語言檔塞回主題或外掛的原始資料夾。聽起來直覺，但 WordPress 更新主題時會整包覆蓋掉那個資料夾，你的翻譯檔跟著被刪。這是新手最常踩的坑：翻了一整個下午，主題一更新全沒了，還以為是 Loco Translate 壞掉。

System 位置是 WordPress 官方設計來放語言包的地方，路徑長得像 wp-content/languages/themes/astra-zh_TW.po。這裡理論上不會被主題更新覆蓋，所以翻譯能保留。但它有一個隱患：當主題作者正式釋出官方繁中語言包時，WordPress 會自動把官方版本下載到這裡，覆蓋掉你手動翻譯的版本。你可能某天醒來發現自己改的字串被作者的版本蓋掉了。

Custom 位置是 Loco Translate 的專屬資料夾，路徑在 wp-content/languages/loco/ 下面。它不在主題或外掛套件內，也不會被官方語言包直接覆寫，因此通常較安全；仍應納入檔案備份，並在搬站或清理外掛時一併確認。

一般站內自訂翻譯可優先選 Custom；若團隊已有標準語言包部署流程，再依維護方式考慮 System。已存在 Author 位置的翻譯，可用介面中的「Move」功能搬到 Custom，不用重翻。

付費主題的翻譯策略：Astra、Divi、Flatsome、Elementor 的差異

不同主題的翻譯行為差很多，因為它們打包字串的方式不同。以下用四個常見主題示範，這也是站長最常遇到「為什麼這個改了沒反應」的場景。

Astra：字串乾淨，翻譯最順手

Astra 是常被推薦給新手的入門主題，它的程式碼結構標準，字串幾乎都走 gettext，Loco Translate 可以完整抓到。你需要翻的通常就是「Read More」「Search」「Category」「Tags」這些前台顯示詞。如果你才剛開始用 Astra，先讀過Astra 免費版教學與Astra Pro 完整指南，把主題架構弄清楚再回來翻譯，會省下很多摸索。

Divi：字串分散在 Builder 裡

Divi 的麻煩在於它的視覺編輯器（Divi Builder）自己同時打包了一大批字串。所以你在 Loco Translate 裡會看到兩個翻譯目標：Divi 主題本身，跟 Divi Builder 外掛。很多人僅翻了主題那包，結果後台編輯器還是英文，就以為 Loco Translate 沒效。其實是漏了 Builder 那包。完整的 Divi 操作觀念可以參考Divi 主題終極指南。

Flatsome：UX Builder 是獨立的翻譯目標

做 WooCommerce 購物網站的站長很愛用 Flatsome，它跟 Divi 一樣有獨立的頁面編輯器叫 UX Builder。同樣的道理：Flatsome 主題是一個翻譯目標，UX Builder 外掛是另一個。結帳流程的「Proceed to checkout」「Place order」這類字串大多在主題包，但 Builder 內的按鈕文字在外掛包。先看過Flatsome 完整教學對整體架構會更有感。

Elementor：小工具設定值不在 gettext 範圍

Elementor 是另一個極端案例，也是最多人困惑的。你在 Elementor 編輯器裡手動輸入的標題、按鈕文字（例如某個 Button 小工具上你打的「Click Here」），屬於存在資料庫裡的內容，不走 gettext 機制。Loco Translate 抓不到它們，因為它們本來就歸在你的內容裡，不歸翻譯系統管。

這類文字要改成中文，你得回到 Elementor 編輯器直接改那個欄位。Loco Translate 能翻的是 Elementor 介面本身的固定文字（例如表單的「Submit」預設值、搜尋框的 placeholder）。這個區別搞清楚，才不會對著 Loco Translate 清單找半天找不到自己打的字。如果你主要用 Elementor 拖拉頁面，Elementor 完整教學跟Elementor Pro 指南會幫你釐清哪些是主題層、哪些是內容層。

一個判斷訣竅：如果那段英文是「主題作者寫死的、你沒有動過」，那就是 gettext 字串，找 Loco Translate；如果是「你自己在編輯器裡輸入的」，那就是內容，回編輯器改。這條線畫清楚了，九成的困惑會消失。

WooCommerce 中文化：購物車、結帳與 Email 模板的翻譯地圖

WooCommerce 是 Loco Translate 常被派上用場的場景之一。根據 W3Techs 的統計（2026 年 6 月），WooCommerce 在使用內容管理系統的網站中有相當高的採用率。WooCommerce 會依網站語言下載社群語言包；若語言包未完整載入，或主題、擴充外掛新增了未翻譯字串，商品、結帳與訂單 Email 仍可能出現英文。

WooCommerce 的字串量很大（超過一千個），但真正需要翻的其實集中在幾個區域。下面這張表把高頻出現的字串依位置整理成地圖：

頁面區域	常見英文字串	優先翻譯
商品列表/單品頁	Add to cart、Select options、Sale!	高
購物車頁	Cart totals、Proceed to checkout、Update cart、Coupon code	高
結帳頁	Billing details、Place order、Ship to a different address?	高
我的帳號	Dashboard、Orders、Downloads、Account details	中
訂單 Email	Order received、Thank you for your order、Order details	高
庫存狀態	In stock、Out of stock、Sold individually	中

有一個關鍵觀念：WooCommerce 的 Email 模板文字（「Thank you for your order」這類）也是 gettext 字串，可以用 Loco Translate 翻譯，不需要去改 email template 檔案。很多人以為 Email 內容得改 PHP 模板，其實不需要。在 Loco Translate 的 WooCommerce 翻譯清單裡，用「order」或「thank」當關鍵字 Filter，就能找到對應字串直接翻成中文。

如果你剛開始架 WooCommerce，建議照著購物網站架設全攻略把商店骨架先搭起來，再回頭用 Loco Translate 做中文化收尾。順序對了，你會很清楚每段英文對應的是哪個流程環節。同時，如果你用的是 Astra 搭 WooCommerce，Astra Pro 的 WooCommerce 設定會影響商品頁的顯示結構，翻譯前先確認前台模板版本，免得翻完才發現頁面被改版打掉重來。

金流與物流相關的字串也要留意。如果你裝了RY WooCommerce Tools串接綠界金流，那個外掛自己還有一包中文字串要檢查（雖然它預設就支援繁中，但偶爾有漏網之魚）。把「WooCommerce 主程式 + 你裝的 WooCommerce 擴充外掛」全部在 Loco Translate 裡掃過一遍，才算是完整的中文化。

翻譯術語的一致性：別讓同一個詞在三個頁面有三種譯法

翻譯做久了，你會發現一個比「沒翻到」更難察覺的問題：同一個詞翻成三種樣子。例如 Cart 在購物車頁翻成「購物車」，在選單翻成「購物車清單」，在按鈕又翻成「我的車」，前台看起來就像三個不同人各自改的。這種不一致對使用者體驗的傷害比幾句英文殘留還大，因為它傳達的訊息是「這個網站沒有人在統一管理」。

Loco Translate 內建一個減輕這個問題的機制：翻譯記憶（Translation Memory）。當你輸入某個字串的翻譯時，編輯器下方會顯示「Suggestions」，列出你在其他字串已經用過的相似翻譯。如果你之前把 Cart 翻成「購物車」，下次遇到 Shopping Cart 時它會建議你沿用。這不是強制，但它幫你保持術語一致。

要建立一致的術語表，實務上常見的做法是：先把高頻核心詞固定下來，再開始大量翻譯。也就是說，動手前先決定一套用詞標準，寫在記事本或文件裡，翻譯時對照著填。下面是一份常用 WordPress 與 WooCommerce 字串繁中對照參考表，你可以直接拿去當起點，再依你的網站調性微調。

原文	建議繁中譯法	出現位置
Add to cart	加入購物車	商品頁按鈕
Cart	購物車	選單、頁面標題
Checkout	結帳	結帳流程按鈕、頁面
Proceed to checkout	前往結帳	購物車頁按鈕
Place order	送出訂單	結帳頁提交按鈕
Billing details	帳單資訊	結帳頁欄位標題
Shipping	配送	結帳、訂單明細
Subtotal	小計	購物車、結帳金額
Coupon code	優惠碼	購物車折扣欄位
In stock	有庫存	商品頁庫存狀態
Out of stock	缺貨	商品頁庫存狀態
Read More	繼續閱讀	文章列表按鈕
Search	搜尋	搜尋框、按鈕
Category	分類	文章、商品分類標籤
Submit	送出	表單提交按鈕
Log in / Log out	登入 / 登出	會員區
My account	我的帳號	會員頁面標題

這張表有兩個用法。第一是當翻譯時的對照標準，避免臨場想到什麼翻什麼。第二是當團隊協作的共用詞彙表，如果你跟其他內容人員一起維護網站，大家用同一套用詞，前台才會看起來像一個人在顧。

有一個特別容易踩的一致性地雷：按鈕文字的語氣層級。例如 Submit 可以翻「送出」「提交」「確認送出」，看起來都對，但在同一個網站裡混用就會顯得凌亂。建議整站統一用「送出」，理由是它最口語、最符合台灣使用者的直覺。這類判斷沒有絕對答案，重點是整站一致。

翻譯品質會回頭影響 SEO，這不是玄學。當「購物車」這個詞在你的網站前前後後出現數十次且完全一致，搜尋引擎對這個詞的語意權重判斷會更明確；反之如果一會兒「購物車」一會兒「購物車清單」，等於把權重分散到多個詞上。關於這類內容與 SEO 的連動觀念，SEO 文章寫作指南裡有更系統性的討論。

進階用法：翻譯檔的匯出、匯入與跨站重用

Loco Translate 的翻譯檔可以匯出成 .po 檔，帶到另一個使用相同套件與文字網域的網站重用。匯入後仍要重新同步並逐項檢查，避免版本差異或站內專用語句被直接帶過去。

操作方式很直覺。在 Loco Translate 的某個語言檔編輯頁，上方有一組工具列，其中包含「Export」選項。點下去會把目前的 .po 檔下載到你的電腦。到了新網站，建立好對應主題或外掛的空白語言檔後，同樣的工具列裡有「Import」選項，上傳剛才的 .po 檔，翻譯就會帶進來。需要動手補的，僅有新版本多出來的字串。

這個流程還有一個延伸應用：跟 Poedit 互通。因為 .po 檔是業界標準格式，Loco Translate 匯出的檔案可以用 Poedit 打開編輯，Poedit 產生的檔案也能匯回 Loco Translate。所以你不必在「線上」或「離線」之間二選一，可以兩個工具搭配著用：日常小幅修改用 Loco Translate 在後台快速處理，大量批次翻譯或需要翻譯記憶、術語表輔助時，匯出給 Poedit 處理完再匯回。關於 Poedit 端的離線流程，Poedit 翻譯教學有完整示範。

跨站重用時要留意一件事：不同主題版本的字串清單可能不一樣。A 站的主題是 3.0 版，B 站是 4.0 版，匯入後 Loco Translate 會提示哪些字串對不上，你需要手動處理這些差異。這是正常現象，不要期待匯入後 100% 完美，把它當成「省下七成重複工作」的工具就對了。

如果你管理的網站數量多到需要系統化，建議把匯出的 .po 檔用版本控制（例如 Git）管理起來，每次主題大改版後存一個版本。這樣日後任何一站出問題，都能快速回溯到已知的穩定翻譯版本。這個做法對接案工作者特別有價值，因為你等於在累積一份「翻譯資產」，每接一個新專案就豐厚一分。

主題或外掛更新後翻譯消失？同步機制與備份觀念

就算你選對了 Custom 儲存位置，還是會遇到一個情況：主題更新後，某些字串翻譯失效，前台又跳出英文。這通常代表主題新版本新增了字串，而你的翻譯檔還沒涵蓋，翻譯檔本身並沒有被刪掉。

這是 gettext 機制的正常行為：你的 .po 檔記錄的是「舊版本掃到的字串清單」，主題更新後多出來的新字串不在你的清單裡，自然沒有對應翻譯。Loco Translate 提供一個「Sync」（同步）按鈕來解決這件事。在主題或外掛的翻譯清單頁，點 Sync，Loco Translate 會重新掃描主題檔案，把新字串加進你的 .po 檔，舊的翻譯保留不受影響。

這個動作的時機點是：每次主題或外掛更新之後，進 Loco Translate 點一次 Sync。Sync 完，Loco Translate 會用顏色標示哪些是新字串（還沒翻），你補完就好。養成「更新後 Sync」的習慣，就不會突然被客戶抓到前台冒出英文。

備份觀念也要建立。Loco Translate 的翻譯檔實際上是 wp-content/languages/loco/ 裡的 .po 與 .mo 檔，這些檔案應該包含在你的網站備份範圍裡。如果你用備份外掛定期備份整個 wp-content，翻譯檔自然在裡面；但如果你僅備份資料庫，那翻譯檔是不會被備份的（因為它們是檔案不是資料庫內容）。確認一下你的備份策略有沒有涵蓋檔案層，否則網站搬家的時候翻譯會跟著消失。

講到搬家，Loco Translate 的翻譯檔可以跟著網站一起搬。從舊主機搬到新主機時，若 wp-content/languages/loco/ 這個資料夾完整帶過去，新站的翻譯立刻生效，不用重翻。這也是 Custom 位置的另一個好處：它集中、獨立、好搬。如果你正面臨搬家需求，搬家外掛評比裡有幾款工具可以完整處理檔案層的搬移。

五個最常見的故障排除：亂碼、字串找不到、翻譯不顯示

實際操作時，常見問題可整理成以下檢查表。遇到狀況時先清除相關快取，再確認儲存位置、文字網域與字串來源，通常能縮小問題範圍。

一、翻譯存了，前台還是英文

第一個該檢查的是瀏覽器快取。WordPress 的 .mo 檔更新後，前台可能還在吃快取的舊頁面。先做強制重新整理（Ctrl+F5 或 Cmd+Shift+R），如果裝了快取外掛或WP Rocket這類工具，記得清一次快取。這個動作能解決大概一半的「翻譯沒生效」回報。

第二步檢查儲存位置是不是真的在 Custom。回到 Loco Translate 的翻譯清單頁，看路徑顯示，確認不是被存到 Author 位置去了。如果是，用 Move 功能搬到 Custom。

二、找到字串卻是灰色的、改不了

灰色通常代表這個字串來自另一個翻譯目標。例如你在 Astra 主題的清單裡看到一個灰色字串，其實它屬於某個外掛。Loco Translate 會標示字串的來源，點進去看「Domain」欄位就知道它歸誰管。去對應的外掛翻譯清單裡找同一個字串翻，才會生效。

三、文字出現亂碼或方塊

亂碼十之八九是字型問題，不是翻譯問題。某些主題的英文字型不包含中文字符，中文就會顯示成方塊或空白。解法是到主題設定或字型設定裡，把顯示中文的區域換成支援繁中的字型（例如思源黑體、Noto Sans TC）。翻譯本身是對的，僅是字型不支援。

四、WooCommerce 的某些字串翻譯後還是英文

WooCommerce 字串量很大，而且有些字串帶有變數（例如「Subtotal: %s」）。Loco Translate 在翻這類字串時，必須保留 %s 這類變數佔位符，不能刪掉。如果你把「Subtotal: %s」翻成「小計」而漏了 %s，翻譯會失效或導致結帳頁出錯。正確翻法是「小計：%s」，原樣保留變數。這個規則適用所有帶有 %s、%d、%1$s 這類佔位符的字串。

五、Sync 之後部分翻譯變回英文

這通常是因為主題作者改了字串的原文（例如把「Read More」改成「Continue Reading」），你的舊翻譯綁定的是舊原文，原文一變就對不上。Sync 會把新原文當成新字串，舊翻譯被閒置。解法是用 Filter 搜尋新原文，把舊翻譯內容填回去。這種情況沒有自動解，僅能手動處理，但發生頻率不高，通常是主題大改版才會遇到。

Loco Translate 的邊界：什麼時候你該換工具

Loco Translate 很強，但它有明確的邊界。知道它做不到什麼，你才不會拿螺絲起子去敲釘子。

第一個邊界：它僅處理「同一個語言版本裡的字串翻譯」，不處理「多語系網站」。如果你的需求是讓網站同時存在中文版跟英文版，訪客可以切換語言，那不是 Loco Translate 的工作。那是多語系外掛的領域，你需要的是Polylang、TranslatePress或多語系外掛評比。Loco Translate 跟它們的差別在於：Loco 是把「英文改成中文」，多語系外掛是「同時擁有英文版與中文版」。

第二個邊界：它翻不動你在頁面編輯器裡手動輸入的內容。前面 Elementor 那節講過了，若是存在資料庫裡的自訂內容，Loco Translate 都碰不到。這類內容要嘛手動改，要嘛靠多語系外掛做多語版本。

第三個邊界：大量批次翻譯它的效率不如離線工具。如果你要翻的是一個字串上千的大型外掛，而且想用翻譯記憶、術語表、多人協作這類進階功能，Poedit 或專業翻譯軟體會更順手。Loco Translate 的強項是「在瀏覽器裡快速改幾十個字串」，不是「量產翻譯」。

需求	適合工具
把主題/外掛前台改成繁中	Loco Translate
離線批次翻譯大型語言檔	Poedit
網站同時擁有多個語言版本	Polylang、TranslatePress、WPML
即時視覺化翻譯整個頁面	TranslatePress
全站多語系 SEO 架構	Polylang + hreflang 設定

所以「Loco Translate vs Poedit vs Polylang」這組比較其實有點誤導，它們解決的是不同層次的問題。Loco 跟 Poedit 是同一層（單語言字串翻譯，差別在線上或離線），Polylang 跟 TranslatePress 是另一層（多語系網站架構）。先認清自己的需求層次，工具選擇自然就清楚了。

效能觀念：Loco Translate 會拖慢網站嗎

前台主要載入已編譯的翻譯檔，Loco Translate 的編輯功能則在後台使用。一般情況下，它不是前台效能問題的主要來源；若網站仍有延遲，應以效能分析工具檢查實際載入與外掛衝突，避免用絕對結論排除。

真正會影響前台速度的，是翻譯檔的數量與大小。每多一個語言檔，WordPress 在載入時就多一次讀取動作。如果你給數十個外掛各自建了語言檔，理論上會累積成一點點開銷。但這個開銷在絕大多數網站上小到量不出來，除非你的網站裝了上百個外掛又每個都翻，否則不用為此焦慮。

如果你想確認實際影響，做法是翻譯前後各測一次載入速度。用 PageSpeed Insights 或 GTmetrix 跑一次首頁，記下分數；翻完一批字串後再跑一次，比較差異。絕大多數情況你會看到分數紋風不動。如果你確實測到明顯退步，先檢查快取設定或外掛衝突，Loco Translate 通常不是退步的源頭。關於網站加速的完整工具選擇，WordPress 速度優化有系統性的整理。

有一個小細節值得留意：翻譯時盡量一次到位、減少反覆存檔。Loco Translate 每次存檔都會重新編譯 .mo 檔並刷新快取，這在後台會有短暫的處理負載。習慣上先把要翻的字串在草稿上整理好，一次進編輯器批量填完再離開，比想到一個改一個、頻繁進出編輯器要有效率。這個習慣對網站效能沒什麼影響，但對你自己的工作流暢度有差。

從中文化走向多語系 SEO：下一步該做的事

很多站長把網站中文化之後，會開始想：那我要不要做英文版、日文版，接海外客戶？這是合理的下一步，但一旦走多語系，問題就從「翻譯」升級成「多語系 SEO」。

多語系網站最關鍵的技術設定是 hreflang 標籤，它告訴搜尋引擎「這個頁面有其他語言版本，分別在哪裡」。hreflang 設錯，Google 可能會把英文版跟中文版當成重複內容互相搶排名，兩個版本都掉。hreflang 多語系 SEO 手冊把這套機制講得很完整，建議在你真的開第二個語言版本之前先讀過。

另一個要提前想清楚的是內容產能。多語系不是把中文翻成英文就結束，每一個語言版本的內容都要維持品質、要持續更新、要對應當地搜尋意圖。用中文寫一篇好的SEO 文章已經要花心力，乘上語言數量就是倍數成長的工作量。建議先把中文站做到一個穩定的規模與流量，再考慮開第二個語言，不要一開始就多線作戰。

WordPress 有大量翻譯工具、多語系外掛與國際化資源。W3Techs 的數據（2026 年 6 月）顯示，WordPress 在使用內容管理系統的網站中占比很高；不過市占本身不能直接證明它在每一種多語需求下都是最佳選擇，仍要看維護能力與外掛相容性。

行動方案：六步把你的 WordPress 網站完全中文化

講了一整篇觀念，最終給你一份可以照著執行的清單。這六個動作能處理常見的前台中文殘留問題；若文字來自資料庫、頁面編輯器或遠端服務，仍要改用對應工具。

1. 盤點英文殘留：開無痕視窗逐頁瀏覽你的網站，把看到的每一段英文截圖或記錄下來。分類成「主題字串」「外掛字串」「自己輸入的內容」三類。這份清單就是你的翻譯工作清單。
2. 安裝 Loco Translate 並設定儲存位置：裝好後，第一件要做的事是確認所有新建的語言檔都存在 Custom 位置（wp-content/languages/loco/）。如果你已經有舊檔存在 Author 位置，先 Move 過來。
3. 從主題開始翻譯：先翻主題字串，因為它們影響面最廣（出現在每個頁面）。用 Filter 搜尋你盤點到的英文，逐一填入繁中翻譯。記得保留 %s 這類變數佔位符。
4. 接著翻譯核心外掛：特別是 WooCommerce（如果有裝）。照前面那張翻譯地圖，從商品頁、購物車、結帳、Email 的順序走一次。高優先字串先處理，中優先的之後補。
5. 建立更新後的 Sync 習慣：每次主題或外掛更新，進 Loco Translate 點 Sync，補翻新字串。把這個動作排進你的維護流程，跟清快取、看備份一起做。
6. 確認檔案層有備份：檢查你的備份外掛有沒有涵蓋 wp-content/languages/loco/ 這個資料夾。沒有的話，調整備份範圍，否則一次搬家或事故就讓你前面五步白做。

中文化就是讓網站使用台灣讀者熟悉且一致的用語。儲存位置、同步機制與字串來源都會影響後續維護；結帳流程若仍混有英文，至少應先確認關鍵按鈕、欄位與錯誤訊息是否清楚，減少理解上的停頓。至於轉換率是否改善，仍應用實際數據驗證。

翻譯工具會換、主題會更新、WordPress 版本會推進，但「讓網站對使用者說清楚的話」這個原則十年後依然成立。把 Loco Translate 當成你長期維護網站語言體驗的基本工具，搭配正確的儲存位置與備份習慣，它會陪你很久。如果你在 WordPress 架站與優化的其他環節也需要方向，WordPress SEO 全攻略跟必裝外掛清單是接下來值得讀的兩篇，把基礎打好，中文化才會是在對的地基上加工。