剛把 WordPress 7.0 裝起來，後台一片乾淨的時候，多數人第一個動作是衝去挑佈景主題或安裝外掛。這個順序其實有點吃虧。佈景主題之後還能換、外掛之後也能補，但有三個藏在「設定」選單底下的小選項，越晚動越麻煩——尤其是其中一個，網站一旦被搜尋引擎收錄就動不得。

這篇要說的就是這幾個 WordPress 基本設定。永久連結、時區、語系，三項加起來不到十分鐘的事，卻決定了之後幾年文章網址長什麼樣、排程文章會不會遲到、後台介面跟讀者看到的內容語言有沒有錯位。

為什麼這三個設定要在開站第一天定下來

WordPress 安裝完成的預設值，是給「最大公約數」用的，不是給台灣站長用的。永久連結預設是 ?p=123 這種帶問號的流水號網址，時區預設停在世界協調時間（UTC），語系則跟隨安裝時挑的語言。這三個預設值都不算錯，但對中文網站來說都不夠到位。

差別在「動工成本」隨時間放大。網站還沒有任何文章、還沒被 Google 索引、還沒有第一篇排程文章的時候，這三個選項就是三個下拉選單按一按的事。等網站跑了半年，永久連結要改就得處理 301 轉址，時區要改就得回頭核對歷史文章的發布時間，語系要改就得擔心既有翻譯字串對不上。

換個角度看，後台「設定」這欄裡，其他選項多半之後都能無痛改回來。文章每頁顯示幾篇、留言要不要審核、首頁要顯示文章列表還是靜態頁，這些隨時翻調都不會傷到既有內容。永久連結、時區、語系比較特別，越早定下來越省力。

永久連結、時區、語系一次到位

後台左側欄「設定」底下的這三個子選單，分別藏在不同位置。動工順序建議先永久連結（影響最遠）、再時區（影響日常排程）、最後語系（影響介面顯示）。三個 H3 各對應一個設定的具體做法與判斷標準。

永久連結改成文章名稱結構

進「設定」→「永久連結」，預設選項是「樸素」（Plain），網址長得像 https://your-site.com/?p=123。這種結構搜尋引擎讀得懂，但讀者看不出網址在講什麼，分享出去也不容易判斷內容主題。建議改成「文章名稱」（Post name），網址會變成 https://your-site.com/sample-post。

選文章名稱的好處有幾個層面。網址裡帶得到關鍵字、層次只有一層、長度可控、可讀性高，這幾項都是搜尋引擎優化（Search Engine Optimization, SEO）的基本要求。如果走「日期和名稱」（/2026/05/16/sample-post）這種帶日期的結構，網址會立刻顯露時間資訊，舊文章在搜尋結果裡會被讀者誤判為過期內容，對長尾流量不利。

中文文章的標題會被 WordPress 自動帶進網址欄位，但中文字會被瀏覽器以百分號編碼（Percent-encoding）轉成一長串亂碼，例如 %E4%BD%A0%E5%A5%BD。實務做法是每次發文時手動把「網址代稱」（Slug）改成對應的英文短詞或拼音，例如 wordpress-basic-settings、taipei-cafe-guide，長度建議壓在 5 個英文單字以內，單字之間用半形連字號（-）連接。

這項設定有一條硬規則，網站被 Google 索引之後就不要再動。換結構等於所有舊網址全變動，沒有同步處理 301 轉址（永久重新導向）的話，原本累積的搜尋排名會歸零。所以開站第一天就把結構選對，是這篇文章三項設定裡最不可逆的一項。

時區校到台北時間

進「設定」→「一般」，找到「時區」欄位，下拉選單裡選「Taipei」或直接選「UTC+8」。預設值通常是 UTC，差台北 8 小時，文章發布時間、留言時間戳、外掛排程任務的觸發時點都會差這 8 小時。

時區會影響到的地方比想像中廣。寫文章按「立即發布」時，文章標的時間是伺服器目前時間；按「排程發布」並指定 5 月 16 日下午 3 點時，WordPress 是用設定裡的時區換算成內部時間戳儲存。如果時區還停在 UTC，下午 3 點發布在後台看起來沒錯，前台讀者看到的卻是早上 7 點就上線，排程外掛、電子報外掛、社群同步外掛抓的觸發時點也會跟著錯位。

實際操作很單純。下拉選單裡的城市清單按時區順序排列，「Taipei」會出現在「Asia」分組底下；找不到時也可以直接選最上方的「UTC+8」。設完之後同一頁順手把「日期格式」與「時間格式」改成台灣習慣的寫法（例如 Y 年 n 月 j 日、H:i），按底部的「儲存設定」就完成。

時區設好之後還有一個常見的衍生問題，叫「已錯過排程」（Missed Schedule）。原因不在時區本身，而是 WordPress 內建的虛擬定時任務（WP-Cron）要靠有人訪問網站才會觸發。流量不大的新站，凌晨的排程文章常常因為沒人來訪而錯過時間。這個問題的解法是另外的話題，但前提是時區得先正確，不然連診斷都會走錯方向。

網站語系與使用者語系分開設

進「設定」→「一般」最上方「網站語系」（Site Language）欄位，選「繁體中文」。如果安裝時已經選過，這步可略過。要注意的是，這個選項管的是「網站本身」的介面語言，包含前台佈景主題顯示的字串、外掛的提示訊息、預設的時間格式翻譯。

WordPress 7.0 把語系拆成兩層處理。「設定」→「一般」裡的網站語系是給訪客和整個站台用的；個別使用者的後台介面語言則在「使用者」→「個人資料」裡的「語言」欄位獨立設定。換句話說，整站可以是繁體中文，但帳號擁有者自己登入後台看到的可以維持英文，這對熟悉英文後台術語的開發者或代操團隊滿實用。

繁體中文與簡體中文是兩個獨立語系包，不會自動互轉。如果初期誤裝成簡體中文，後台看到的會是「儀表板」「設置」「插件」這類中國用語，切換回繁體之後，已經建好的選單名稱、頁面標題、文章內容裡的簡體字不會自動跟著轉——那些是內容資料，不是介面字串。動工前先確認語系版本，比事後一個個改回來省力。

至於同一個網站要前台同時提供繁體與簡體切換，那是「多語系網站」的範疇，需要安裝像是 Polylang、WPML、TranslatePress 這類多語外掛來處理，跟這裡講的單一語系設定不是同一件事，新站不必一開始就糾結這層。

改完之後該驗證什麼

三個設定按下儲存後，看後台沒跳錯誤訊息不等於真的生效。下面這幾個檢查項目，是驗證設定有沒有確實落地的觀察點，每項對應一個容易在後續才發現的問題來源。

• 網址結構的實測：隨便寫一篇測試文章按發布，看前台網址有沒有變成 /your-slug 而不是 /?p=N。如果還是流水號，多半是伺服器的網址重寫（URL Rewrite）規則沒生效，需要重新進「永久連結」頁面按一次儲存，讓 WordPress 重新生成 .htaccess 規則。
• 排程時間的對照：建一篇排程文章設在 10 分鐘後，10 分鐘到的時候重新整理前台，看是否準時上線。沒上線就是時區或 WP-Cron 出問題，前者重新檢查設定、後者要另外處理。
• 介面字串的一致性：登出後以訪客身份瀏覽前台，留意佈景主題的「閱讀更多」「上一篇」「下一篇」這類按鈕是不是繁體中文。出現簡體或英文，通常是佈景主題本身的翻譯檔案不完整，跟網站設定無關。
• 網址代稱的中英文落差：發一篇中文標題的文章不手動改網址代稱，看自動生成的 Slug 是百分號編碼還是空白。如果是前者，代表沒有自動轉拼音的外掛輔助，後續每篇文章都得手動填英文 Slug。
• 時間格式的顯示位置：找一篇有發布日期的舊文章，看前台顯示的是 2026 年 5 月 16 日 還是 May 16, 2026。格式跟設定不一致，多半是佈景主題用了自己的日期函式覆蓋系統設定，要進主題模板裡改。

這幾個檢查項目裡最容易被忽略的是第一項。永久連結的儲存按鈕按下去沒有任何視覺回饋，但伺服器層的設定檔有沒有真的更新，只能用實測網址確認。新站第一篇文章發出去前先繞這一圈，比上線半年後才發現網址全是亂碼，要省力得多。

設定按完、檢查跑完，WordPress 基本設定的開站第一步就算告一段落。接下來該動的是佈景主題挑選、必要外掛安裝、首頁版面決定，那些選擇之後都還有反悔餘地。但永久連結的結構、伺服器的時間、後台的語言，這三項定下來之後就是新站長期的地基，提早花十分鐘處理，後面幾年都不用再回頭。