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」。原文字串由程式碼定義，語言檔可能由主題附帶，也可能由 WordPress 翻譯社群提供。
• 外掛字串：來自你裝的外掛，例如 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 可在後台編輯 PO 字串，儲存時編譯 PHP 使用的 MO，並在條件符合時為 JavaScript 字串產生 JSON 語言檔。前台能否載入仍取決於網站語系、文字網域、原始字串、腳本參照與載入時機；不能只把 Save 視為所有畫面立即翻譯完成。

直接修改主題或外掛原始碼，可能在更新時被覆寫，也可能影響功能。Loco Translate 使用 WordPress 的翻譯機制編輯語言檔；把自訂翻譯存到合適位置，並核對載入方式，通常較容易維護。保護檔案不等於省略備份與更新後檢查。

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

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

我們直接走一次完整流程，用一個最常見的情境當範例。假設你裝了 Astra 主題，想把首頁那顆「Read More」改成「繼續閱讀」。這個流程適用於有正確國際化的字串；編輯器內容、遠端服務文字或未支援 gettext 的程式碼要另行處理。

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

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

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

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

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

第三步：建立繁中語言檔

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

建立時會依可用的翻譯模板或既有語言檔取得字串，進入編輯器後再儲存。若模板缺少字串，先核對官方語言包與套件設定，不宜直接改作者模板來硬加原文。

第四步：填入翻譯

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

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

第五步：驗證並補漏

前台重新整理後，逐一檢查常見位置：文章列表、單篇文章底部、側邊欄、搜尋結果頁。看到英文可先回 Loco Translate 搜尋原文字串；若找不到，核對它來自主題、外掛、資料庫內容或 JavaScript，再選擇對應處理方式。

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

建立語言檔時，儲存位置會影響更新是否覆寫自訂翻譯，也會影響載入方式。先分清 Author、System 與 Custom 的用途，再選擇符合維護流程的位置。

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

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

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

Custom 位置在 wp-content/languages/loco/，可避開一般套件及系統語言包更新的覆寫。使用這個路徑通常必須保持 Loco Translate 啟用，讓它載入自訂翻譯；仍要備份檔案並驗證套件相容性。

一般站內自訂翻譯可優先選 Custom，但仍須確認 Loco 已啟用且前台實際載入。若要移動既有 Author 或 System 檔案，先備份，再用介面中的「Relocate」一起搬移相依檔案並驗證結果；不要只移動 MO 檔。

主題與編輯器的翻譯來源：Astra、Divi、Flatsome、Elementor

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

Astra：先辨識主題字串與設定內容

Astra 是常被推薦給新手的入門主題，可先在主題語言檔搜尋固定字串；自訂版面與設定裡輸入的內容仍要回原編輯器修改。你需要翻的通常就是「Read More」「Search」「Category」「Tags」這些前台顯示詞。如果你才剛開始用 Astra，先讀過Astra 免費版教學與Astra Pro 完整指南，把主題架構弄清楚再回來翻譯，會省下很多摸索。

Divi：字串分散在 Builder 裡

Divi 主題已整合 Divi Builder；獨立 Divi Builder 外掛是供搭配其他主題使用。翻譯時應按目前安裝套件、文字網域與字串來源處理。完整操作可參考Divi 主題終極指南。

Flatsome：分清主題、編輯器與 WooCommerce 字串

Flatsome 包含 UX Builder，翻譯目標應依實際套件與文字網域辨識。「Proceed to checkout」「Place order」等結帳字串也可能來自 WooCommerce 本身。官方提供主題在地化資源，Loco Translate 可用來調整可翻譯的固定字串；編輯器內自訂文字則回內容欄位修改。可搭配Flatsome 完整教學確認版面來源。

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

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

這類文字要改成中文，你得回到 Elementor 編輯器直接改那個欄位。Loco Translate 能翻的是 Elementor 介面本身的固定文字；按鈕或 placeholder 若已存成小工具設定，應在該欄位修改。這個區別搞清楚，才不會對著 Loco Translate 清單找半天找不到自己打的字。如果你主要用 Elementor 拖拉頁面，Elementor 完整教學跟Elementor Pro 指南會幫你釐清哪些是主題層、哪些是內容層。

先確認文字來源：程式碼正確標記的 gettext 字串可用 Loco Translate；自己輸入的頁面內容回編輯器改。作者寫死的文字若沒有國際化，也不會因為安裝 Loco 就自動可翻譯。

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

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

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

WooCommerce Email 裡由 gettext 輸出的固定字串可用 Loco Translate 翻譯；在商店 Email 設定或自訂模板中輸入的主旨、標題及額外內容，則要回對應設定修改。先辨識來源，再用「order」等詞搜尋語言檔，並寄測試信確認。

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

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

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

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

編輯器的 Suggest 功能會向已設定的自動翻譯服務取得建議。要維持 Cart 等核心詞一致，仍應建立共用術語表並人工覆核。

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

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

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

術語一致的直接好處是讓使用者容易理解操作，不代表重複使用「購物車」就能累積特定排名權重。內容仍應自然、清楚，避免為了關鍵字改壞介面；相關寫作觀念可讀SEO 文章寫作指南。

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

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

可在編輯器使用下載功能取得 PO／MO 檔。跨站使用時，先確認目標套件、語系、文字網域與自訂路徑，再將 PO 檔放到正確位置，於 Loco 編輯器開啟並儲存以產生執行時所需檔案。介面選項請以目前的 WordPress 外掛版本為準。

這個流程還有一個延伸應用：跟 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 儲存位置，還是會遇到一個情況：主題更新後，某些字串翻譯失效，前台又跳出英文。這通常代表主題新版本新增了字串，而你的翻譯檔還沒涵蓋，翻譯檔本身並沒有被刪掉。

在 PO 檔編輯器按 Sync，會依目前模板或指定來源更新字串，可能新增、移除或標為 fuzzy。檢查摘要及受影響譯文後才按 Save；若模板不正確，先不要儲存，應回頭核對來源，而不是假設所有舊翻譯都原封不動。

更新套件後可先檢查自訂翻譯是否落後，再 Sync、檢視差異、補譯與儲存，最後到前台驗收。同步不能替代頁面與通知信的實際檢查。

備份時要涵蓋實際使用的翻譯路徑。Custom 翻譯通常放在 wp-content/languages/loco/，除了 PO／MO，JavaScript 翻譯也可能有 JSON 檔。使用備份外掛時是否收進這些資料，要查看勾選及排除規則；只備資料庫不會保存語言檔。搬站後核對檔案權限、Loco 啟用狀態及前台字串。

講到搬家，Loco Translate 的翻譯檔可以跟著網站一起搬。從舊主機搬到新主機時，若 wp-content/languages/loco/ 這個資料夾完整帶過去，仍要確認 Loco 已啟用、語系與套件版本相符，並檢查前台載入結果；檔案在不等於一定已套用。這也是 Custom 位置的另一個好處：它集中、獨立、好搬。如果你正面臨搬家需求，搬家外掛評比裡有幾款工具可以完整處理檔案層的搬移。

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

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

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

第一個該檢查的是瀏覽器快取。WordPress 的 .mo 檔更新後，前台可能還在吃快取的舊頁面。先做強制重新整理（Ctrl+F5 或 Cmd+Shift+R），如果裝了快取外掛或WP Rocket這類工具，記得清一次快取。若仍未生效，再檢查語系、文字網域與檔案載入。

接著檢查實際檔案路徑、Loco 啟用狀態與網站語系。Custom 有助避免更新覆寫，但 Author 或 System 路徑不等於無法載入；不要只因顯示英文就直接搬檔。也要檢查套件是否過早載入翻譯。

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

先分清灰色的是原文欄、按鈕還是整個檔案。原文通常不供翻譯者修改；無法儲存可能涉及權限或保護設定；Auto 按鈕停用則可能是尚未設定服務，或編輯器還有未儲存內容。再核對所選套件及字串來源。

三、文字出現亂碼或方塊

方塊或空白可能是字型缺字；亂碼也可能涉及編碼、原始資料或輸出流程，需分開檢查。某些主題的英文字型不包含中文字符，中文就會顯示成方塊或空白。解法是到主題設定或字型設定裡，把顯示中文的區域換成支援繁中的字型（例如思源黑體、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 搜尋新原文，把舊翻譯內容填回去。相近原文有時會帶入 fuzzy 譯文，仍需人工確認。

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

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

第一個邊界：它編輯各語系的介面翻譯檔，但本身不建立文章的多語網址或前台切換器。如果你的需求是讓網站同時存在中文版跟英文版，訪客可以切換語言，那不是 Loco Translate 的工作。那是多語系外掛的領域，你需要的是Polylang、TranslatePress或多語系外掛評比。Loco Translate 跟它們的差別在於：Loco 可維護多種語系的字串檔；內容語言與切換架構由 WordPress 及多語外掛決定。

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

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

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

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

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

翻譯檔載入有處理成本，但影響取決於使用到的語系、檔案、快取與 WordPress 版本。應量測實際頁面與後端執行，避免用「小到量不出來」取代證據。

可在相同主機、快取及測試條件下，比較修改前後多次量測的載入時間與請求，不要只看單次首頁分數。若有差異，再檢查字型、版面、快取及翻譯載入是否相關；WordPress 速度優化有進一步的排查方向。

翻譯一段就適時儲存，避免離開編輯器時遺失工作。Save 會保存 PO 並編譯所需檔案；大量操作前先備份，再分批檢查佔位符、複數形式與前台結果。

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

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

多語系網站最關鍵的技術設定是 hreflang 標籤，它告訴搜尋引擎「這個頁面有其他語言版本，分別在哪裡」。hreflang 協助 Google 對應語言版本；正文已有實質翻譯的頁面，通常不會只因缺少這個標記就成為重複內容。hreflang 多語系 SEO 手冊把這套機制講得很完整，建議在你真的開第二個語言版本之前先讀過。

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

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

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

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

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

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

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