WordPress 安裝在裝什麼：三個零件怎麼接，方法怎麼選

週五晚上十一點，一位剛付完主機年費的接案攝影師（建構情境），盯著主機後台的安裝畫面遲遲沒有按下確認：他怕網站裝錯位置、怕看不懂資料庫欄位在問什麼、更怕弄壞剛買好的網域。付錢之前一切都很篤定，付錢之後，畫面上每個欄位都像考題。

把畫面拆開看，這份猶豫其實沒有立足點。WordPress 的安裝裡，沒有一個名叫「安裝」的神祕動作；它做的事情只有三件：把一包程式檔放進網站目錄、建一個資料庫、用一份連線設定把兩者接起來。一鍵安裝、託管雲端平台、命令列工具、全程手工，差別只在「誰替你做哪一段」。多數人卡住的從來不是技術，而是站在岔口時，把該交出去的工序全攬在自己身上。

另一位甜點工作室的經營者（建構情境）則站在另一個岔口：網站上線兩年，訂單成長後開始遇到資源限制，她考慮的題目已經換了，環境要不要自己維運、該不該換個層級重建。安裝方式的選擇會跟著網站一起長大，這條判斷線比任何單一主機的操作教學都值得先建立。你可以帶著自己的商業問題對號入座：先定路線，再看懂機制，裝完當天完成驗收，出錯時沿線索找斷點；讀完能自己決定走哪條路，也讀得懂錯誤訊息在說什麼。

快速重點：路線先用三個問題定：主機錢花了沒、環境要誰維運、裝壞了影響誰。安裝的本體，是程式檔、資料庫、連線設定三個零件的一次組裝；四種方法只是委外程度不同。裝完當天跑六項驗收，出狀況沿接線找斷點。

先回答三個問題，再決定讓誰替你安裝

不想逐字讀完整篇也行，先誠實回答三個問題。第一，主機的錢花了沒？還沒花，你其實站在最從容的位置，可以先在本機練習，零成本把流程摸熟；已經花了，就看主機給你什麼工具。第二，環境要誰維運？願意讓主機商代勞，安裝器是預設答案；想自己架設並管理系統，才會走到 VPS 與命令列。第三，裝壞了影響誰？練習用的沙盒壞了就重來，正式站則要先學會驗收再動工。多數第一次自架的人，都從主機安裝器起步，這個預設答案涵蓋大多數新站。四種方式對應四種委外程度：

• 主機安裝器：從建資料庫到寫設定檔全部代工，你只填網站標題與管理員資料。
• 託管雲端平台：環境與安裝一起包掉，多付一點費用換 VPS 級的資源。
• WP-CLI：流程寫成指令，自己執行，但可重現、可腳本化。
• 手工：三個零件全部親手接，控制最大，變數也最多。

三個問題會互相過濾。主機錢還沒花、又只是想學，本機就把問題二、三一起消掉；已經花錢、又是正式站，安裝器把環境維運留在主機商手上，你的風險只剩安裝當下的兩個檢查點；等網站長出穩定流量與特定功能需求，問題二的答案才會從「讓別人管」移向「自己管」，屆時再換路線，成本遠低於一開始就押在最硬的選項上。再補一個做法：把三個問題的答案寫下來，路線通常只剩一條；寫不出答案的項目代表資訊還不夠，先查再選，別用猜的把網站裝起來。

順帶拆一個常見誤解：有 WordPress.com 帳號，不等於已經完成自架安裝。.com 是平台代管，主機與程式都在平台手裡；.org 才是把程式裝到自己主機上的自架路線。2026 年起 .com 的付費方案已經可以安裝外掛（依 2026 年年中查閱的 WordPress.com 官方外掛說明），兩者的界線從「能不能裝外掛」移到「主機與程式由誰保管、出問題誰排查」，選擇前值得先把.org 自架與 .com 代管的差別看清楚；把這條界線放在心上，也能避免買錯邊，想練自架，就別在 .com 的方案裡繞遠路。

至於「怕裝壞」的心理，有一個數字值得放在心裡：依 W3Techs 的長期追蹤（2026 年 9 月查閱），全球四成以上的網站由 WordPress 驅動。這不代表它一定適合你，但代表你會遇到的安裝錯誤幾乎都有前例可查；卡關時先翻主機商的安裝文件與 WordPress 官方支援，通常比憑感覺猜快得多。

主機類型則決定你能選的委外程度。共享主機幾乎都附安裝器，資源與其他站共用；VPS 給你更大的控制權，也把環境維運還給你。挑選的原則是先求能營運、再求能擴充，這條光譜的細節，可以看共享、VPS 與雲端主機的差異，以及虛擬主機的類型與挑選。路線定了，接下來該看懂安裝到底在裝什麼。

安裝在裝什麼：程式檔、資料庫、連線設定

按下安裝按鈕的前後，主機上發生的事可以完整描述：一包程式檔被放進網站目錄、一個資料庫被建出來、一份連線設定把兩者接上，到此為止，沒有別的魔法。這一節值得放慢讀：後面四種方法的每一個步驟、每一則錯誤訊息，都在這三個零件之間發生。把零件認清楚之後，選方法會變成分類題，出錯會變成推理題。

程式檔：程式到位，內容不放在這裡

從 wordpress.org 下載的壓縮檔，解開是一整套 PHP 程式，加上預設的佈景主題與外掛。它像一間剛落成的倉庫：貨架、推車、照明都齊全，但架上沒有你的貨。你寫的文章、訪客的留言、會員資料，一個字都不存在這些檔案裡。幾個目錄名稱值得先記住：wp-content 放你自己的主題、外掛與上傳圖片，wp-admin 與 wp-includes 是程式本體，更新核心時動的是後兩者；日後排查問題時，你改來改去的區域幾乎都在 wp-content 裡。檔案放在根目錄，網站網址就是 example.com；放進子目錄，網址就多出一段路徑。目錄裡若殘留舊的 index.html，伺服器可能優先讀它，你以為裝壞了的那個空白頁，其實跟 WordPress 無關。

資料庫：所有內容的帳本

文章、頁面、留言、會員與各項設定，全部記在資料庫這本帳上。倉庫裡的程式本體受損，還能從官方重新下載重建；但 wp-content 裡上傳的圖片與客製檔案，和帳本一樣是獨一份，丟了就回不來，這也是後面備份驗收存在的理由。安裝時你會碰到三把鑰匙：資料庫名稱、資料庫使用者名稱、使用者密碼，三者對得上，程式才讀得到帳本。主機後台的 phpMyAdmin 這類工具能讓你打開帳本看幾眼，不必會寫 SQL，但直接在裡面改資料風險很高：看可以，動手前先備份。安裝過程還會碰到資料表字首：預設值 wp_ 可以換成不易猜的字串，這是縱深防禦的一環，能擋掉部分直接假設表名的攻擊腳本，但它擋不了程式本身的漏洞，也取代不了更新與備份。

連線設定：把插頭插上插座

wp-config.php 這份設定檔是整組零件的插頭：三把鑰匙插進對應的孔位，再換上官方產生器配發的安全金鑰，網站才算通電。安全金鑰那一段常被略過，它的作用是加密登入資訊，換上一組新的等於把所有既有登入狀態作廢，懷疑網站被入侵時是第一個該按下的重置鈕。安裝器代寫這份檔案，手工安裝自己填它；記住它的位置，因為將來多數疑難雜症的排查，第一站都是打開這份檔案核對。檔案與內容分開存放，也不是 WordPress 的發明，而是CMS 把版面與內容分開存放的通用設計。

還有隱形的第四個零件：執行環境。主機的 PHP 要符合官方當期建議的版本、資料庫要在 MySQL 或 MariaDB 的支援範圍內，實際需求依 WordPress.org 的官方需求頁面為準，別背數字，動工前查一次最穩當。確認版本的位置通常在主機後台的 PHP 設定區，或安裝器的環境檢查頁；低於建議版本時，先在主機端升級再安裝，比裝完再回頭處理省事。網域像門牌，DNS 記錄把門牌指向主機地址；指向還沒生效前先別急著安裝，多數主機會提供臨時網址讓你先驗證。網域註冊的流程與費用、DNS 指向設定，站上各有完整說明可以對照；環境確認連同下一節的兩個檢查點一起做完，安裝前的功課就齊了。

有安裝器就走這條：它代勞了什麼、兩個陷阱當場查

回到開頭的攝影師。他的主機附了安裝器，這條路對他就是正解：安裝器代建資料庫、代寫 wp-config.php、代下載程式檔、代建管理員帳號，原本四個可能出錯的接點一次收攏。對第一次自架的人，安裝器同時是扶手也是教材：它把你還不熟悉的接點全部接好，等你日後手工安裝時，反而知道每個畫面在替你做什麼。也因為代工範圍大，這條路的成敗關鍵不在操作，而在裝完之後你有沒有回頭核對。安裝器的介面常見三種型態：

• Softaculous 這類安裝庫：常見於 cPanel 系主機，選 WordPress、填欄位、按安裝。
• 主機商自家的安裝精靈：流程相近，按鈕名稱與位置依後台版本而定。
• 下單即預裝的 WordPress 方案：付款完成的那一刻，網站已經就位。

逐家主機的畫面差異不小，別急著記按鈕位置，把力氣放在檢查點上。想對照具體主機的實際流程，站上有HostGator 的安裝與主機設定、SiteGround 主機攻略，以及A2 Hosting 架站指南可以參考。

Bluehost 的實測評價與其架設 WordPress 的逐步示範各自成文；FastComet 從申請到上線的流程、兩個後台的分工說明，適合想從下單一路照著做的讀者。若想先看一遍從零到可登入的精簡版流程，快速架站的六道關卡是一份逐關檢核的清單。

安裝畫面上有兩個地方容易當場漏掉。其一是安裝位置：確認網站要裝在根網域還是子目錄，別在沒注意的情況下裝成 example.com/wp，日後搬家要多一道工。其二是管理員帳號：在安裝畫面就建立不用 admin 當名稱的管理員，配上唯一的強密碼；若已經用了 admin，後台並不提供直接修改使用者名稱的功能，通常要另建一個管理員、把內容與設定移交過去，再刪除舊帳號。

畫面顯示安裝完成後，先做三個確認再離開：用剛建立的管理員帳號登入一次後台、打開首頁看預設版面是否出現、回主機後台看 HTTPS 憑證是否已排上。三個動作各只要一次點擊，卻能把「以為裝好了」與「真的裝好了」之間的落差當場補起來。安裝器跑完也不等於網站完工：DNS 是否生效、憑證涵蓋範圍、備份機制都不在安裝按鈕的範圍裡，完成時間依主機環境與驗收項目而異，別用固定的分鐘數預估。

沒有安裝器也不必慌：手工是在組裝，不是考試

主機沒有提供安裝器，或你想親眼看清每個接點，就輪到手工路線。它不是一場難度更高的考試，只是把三個零件按順序接起來的組裝工作，走過一次，錯誤訊息對你就不再是天書。心態也先擺正：手工安裝的每一步都有官方文件對應，卡住時照著文件走，比照著來路不明的教學截圖穩。

先備零件。程式檔從官方網站下載，傳輸時優先使用支援 SFTP 的工具走加密連線；若主機的檔案管理員支援上傳壓縮檔後直接解壓，通常比逐檔上傳省時，解壓完成記得把壓縮檔清掉。資料庫在主機後台建立，重點是開一個專用使用者，權限只授予這個資料庫，不要圖方便沿用整台主機的管理權限。

接著組裝。把範例設定檔複製成正確的檔名，三把鑰匙填進對應欄位，安全金鑰照官方產生器換新一組，然後用瀏覽器打開網址，跑完安裝引導、設定管理員，整組零件就通電了。檔案上傳與目錄操作的每一步畫面，照著FTP 上傳與檔案操作的完整教學走可以少繞路。

還有一種半手工的中間型態：主機幫你建好資料庫、把三把鑰匙交給你，剩下的檔案上傳與設定檔填寫自己來。不少主機的檔案管理員都能做到這一步，等於把手工練習的門檻再降一階，又保留看見每個零件位置的機會。

手工安裝失敗時，訊息幾乎都指向三個接點。第一，資料庫連線資訊填錯：畫面出現 Error establishing a database connection 時，回頭核對 wp-config.php 裡的資料庫名稱、使用者、密碼與主機位置；主機位置多數是 localhost，部分主機商會另行提供位址。第二，檔案權限或擁有者和伺服器的執行身分不相符：太鬆有安全風險，太緊則圖片上傳、外掛更新會失敗，資料夾 755、檔案 644 只是常見起點，實際值要依執行身分與主機環境調整。第三，安裝暫存檔沒清乾淨，或設定檔檔名沒改對，程式讀不到設定就會停在原地。

這三個接點也說明了手工路線的價值：完整走過一次，你對三個零件的相對位置有了具體印象，將來看錯誤訊息時，腦中浮現的是實際的接線圖，而非一團模糊的技術名詞。

什麼訊號出現，才值得考慮 VPS

開頭那位甜點工作室經營者遇到的，正是這一節的問題。考慮 VPS 的時機看的是訊號，不是身分：共享主機出現可量測的資源限制，例如流量尖峰時站點明顯變慢、收到主機的超額通知、特定動態功能跑不動；或者你出現可重現的自動化部署需求，例如要反覆架測試站、要把搬遷寫成腳本。這兩種訊號出現，升級才有明確回報。VPS 帶來的是資源與控制：CPU 是否獨享、可用性多高，依方案逐一確認，別把「上了 VPS」直接等同「更穩定」。

訊號要量，不要猜。主機後台的資源用量圖、錯誤紀錄與變慢的時間點，比任何「該不該升級」的通則都準：如果變慢只出現在特定時段或特定頁面，先優化那個頁面；如果資源用量長期貼著上限，升級才有意義。把判斷交給量測數據，甜點工作室的例子裡，真正觸發換主機的訊號是旺季訂單尖峰的負載曲線，不是「同行都換了」。

進入方式有兩條。託管式 VPS 平台（Cloudways 這類）把環境架設與 WordPress 安裝都包進服務，你拿到 VPS 級資源，操作面卻接近共享主機，是折衷方案，Cloudways 託管雲端平台的操作另有專文。另一條是自己透過 SSH 連上伺服器，用 WP-CLI 這個官方維護的命令列工具完成安裝；指令本身不難，難在前置作業：網頁伺服器、PHP、資料庫的安裝與串接（俗稱架 LAMP 或 LEMP 環境）得先就位，這套功夫的難度通常高於 WP-CLI 本身。兩條路也可以分階段走：先在託管平台上把站經營起來，等維運能力與需求都到位，再考慮自管 VPS，中間的搬家成本可控。VPS 的運作邏輯與挑選判準，值得先讀過再決定。

WP-CLI 的核心價值，是把每個動作變成可重現的文字指令，四行就能走完安裝骨幹：

1. wp core download：把最新版核心程式下載到網站目錄。
2. wp config create：帶入資料庫名稱與使用者參數產生設定檔，密碼以 --prompt=dbpass 方式輸入，避免留在指令歷史裡。
3. wp db create：依剛寫好的設定檔，把資料庫建出來。
4. wp core install：帶入網址、標題與管理員參數跑完安裝，管理員密碼同樣以 --prompt=admin_password 方式輸入。

這四行指令涵蓋 WordPress 安裝的核心流程，但成立的前提，是網頁伺服器、PHP、資料庫、目錄權限、DNS 與 HTTPS 都已備妥；缺任何一項，指令再正確也交付不了一個能對外服務的網站，更不能據此保證幾分鐘內成站。WP-CLI 的價值在這四行之後才展開：安裝外掛、更新核心、匯出資料庫都能寫成可重現的腳本，適合熟悉 SSH 與維運、需要反覆部署的人。

不花錢先練一次：本機能驗什麼、會誤導什麼

主機的錢還沒花、又想先摸熟後台，本機路線正合用：用 MAMP、XAMPP 或 Local 這類工具，在自己電腦上跑一整套環境，練後台操作、試主題與外掛、做版面雛形都行。工具的選擇有個簡單分法：想最省事就用 Local，它把環境包成一個應用程式；想理解每個零件就用 MAMP 或 XAMPP 自己建，等於在本機演練一次手工安裝。學習者拿它當沙盒，開發者拿它當測試台，兩種情境都成立，Mac 使用者可以照用 MAMP 在 Mac 上架本機站的流程走一遍。唯一要先想清楚的是用途：純練習或做雛形，本機夠用；要測效能或安全，本機的結論先擱著。

「本機等於離線」是第一個誤區。基本站裝完後確實可以離線練習，但下載套件、連外部 API、寄信、付費工具的授權驗證仍可能需要網路，某些工具也可能另行收費。本機站對外可不可見，同樣取決於工具的分享設定與防火牆，別預設「只有我看得到」。

本機能不能驗證排程、郵件與 HTTPS，答案取決於工具與設定，而非「本機」兩個字。電腦休眠或沒有訪問請求時，WP-Cron 可能不觸發；郵件可以用測試信箱或相容的寄信服務驗證；Local 這類工具也能在支援的模式下設定受信任憑證，讓本機網站使用 HTTPS。把任何一套環境的預設值當成所有環境的通則，是本機練習最常見的誤導。

主機商提供的 staging 環境常被拿來與本機比較：staging 是正式站的複製，資源與設定接近上線環境，適合改版前的最終驗證；本機完全在你手裡，適合亂試與學習。兩者互補，本機負責前期，staging 負責後期，都通過再動正式站。

這些限制不妨礙你在本機學習與做雛形，但會誤導你對正式環境的預期。版面、功能與相容性在本機驗證就夠；效能、安全、郵件、排程與 SEO 的結論，要換到與正式站相近的環境重跑才算數。等本機階段告一段落、網站準備見人，怎麼把本機站搬上線，就是緊接著要面對的課題。

對照四種委外程度：誰維運環境、費用何時發生

四種方式放到同一張表上，難度分數不是重點，責任與費用的位置才是：環境誰維運、出錯誰排查、費用在什麼環節發生、你控制到什麼程度。看得懂這四個欄位，將來換主機或換方式時，你也知道自己在買什麼、又放掉了什麼。

↔ 左右捲動檢視完整表格

方式	環境維運者	你的控制範圍	費用發生點	典型情境
主機安裝器	主機商	安裝選項與後續站內設定	租用主機時	第一次自架、想盡快上線
託管雲端平台	平台	應用層與外掛層設定	平台月費加雲端資源	要 VPS 資源、不想碰系統
手動安裝	主機商或你（依主機方案；自管 VPS 才自行維運系統）	檔案、資料庫、設定檔	租用主機時	主機無安裝器、想學底層
VPS 加 WP-CLI	你	整台伺服器與部署流程	VPS 月租	需要可重現部署、具維運能力

需求還沒明朗就先租 VPS，代價常常是維護伺服器的時間擠掉了寫內容的時間。要不要往這一層移動，看的不是單一訪客數門檻，而是尖峰時段的負載型態、動態功能的比重、共享主機實際給到的資源限制，以及你自己或團隊的維運能力。拿捏不準時，先對照WordPress 主機推薦與評測的分級邏輯再決定，租金與精力都花在刀口上。

挑主機時，WordPress.org 官網上的推薦主機頁面（2026 年 6 月查閱）可以當候選名單之一，但列入推薦不代表特定方案、在地連線品質或客服一定適合你，備份方式、續約價格與資源限制仍要逐一核對。也別把安裝方式想成一輩子的綁定：檔案與資料庫可以搬遷，主機層的快取、郵件與排程設定要重建驗證，搬家不等於全自動保留一切。

從裝好到能對外營運：安裝日的六項驗收

安裝跑完只代表「裝起來了」，距離「能營運」還差一輪驗收。驗收的用意不在多做功夫，而是把「裝起來」與「能營運」之間的落差一次補完，每一項都對應一種日後會真實發生的麻煩。以下六項建議在安裝當天逐一確認，順序可以調整，但別為了趕時間跳過；整輪走完需要多久，依環境與內容而異。

1. 永久連結：新站先把網址結構選定，常見做法是文章名稱結構，兩種主流結構都可以被索引，重點是日後再改會牽動舊網址與轉址，設定細節見永久連結的 SEO 設定。
2. HTTPS：確認網域指向正確主機、憑證涵蓋實際使用的網址，設定 HTTP 轉向 HTTPS，再檢查憑證更新與混合內容；Let's Encrypt 這類免費憑證多數主機都能一鍵申請，憑證種類與設定可對照SSL 憑證的種類與設定。
3. 備份：頻率依內容與訂單變更速度決定，至少一份副本與主機分離，並定期測試還原；主機快照加異地副本的雙層配置更穩，操作照UpdraftPlus 備份設定，還原流程見備份與還原流程。
4. 停用後台檔案編輯：在 wp-config.php 加上 DISALLOW_FILE_EDIT 的定義，把「一個分號打錯、整站白畫面」的風險直接關掉；需要改程式時，走本機改好再上傳的流程更安全。
5. 基礎防護：確認管理員使用唯一強密碼，需要時加上多因素驗證與登入限速；快取與安全外掛要不要裝，交給下一節的盤點判斷。
6. Search Console：驗證所有權、提交網站地圖，驗證方式挑最省事的 DNS 記錄即可，之後的觀測都從Google Search Console 入門開始。

六項驗收走完，網站才算從「組裝完成」推進到「通電測試」，而「可交機營運」要在實際使用中確認。工程部分到此告一段落，接下來才進入真正花時間的階段：挑主題、補外掛、寫內容。主題從WordPress 佈景主題推薦起頭，外掛從WordPress 外掛推薦清單裡挑，網站會一步步長成你要的樣子。

先盤點再裝外掛：主機已有的功能不必重複買單

開站要裝哪些外掛？先別急著複製別人的清單。把需求分成四類，逐一確認主機或 CDN 是不是已經提供，已有的就不必再裝；四類之外的需求先列成清單放著，清單會在你寫內容的過程中自己排出優先順序。盤點的順序也有差：先問主機與 CDN 給了什麼，再問自己缺什麼，反過來做容易重複買單。

• SEO：標題描述、結構化資料與網站地圖，Rank Math 的設定教學是常見起點。
• 備份：六項驗收裡已經處理，再確認一次「主機快照加異地副本」的分離原則即可。
• 安全：防火牆、惡意掃描與登入保護，安全外掛的選擇依網站型態而定。
• 快取：可由主機、CDN 或外掛提供，快取外掛的比較能幫你判斷該補在哪一層；速度是體驗因素，也是眾多訊號之一，不是唯一的排名決定因素。

這四類盤點完，網站離完工還有一段：內容、權限、表單與實際上線流程仍要逐一測試，缺什麼補什麼。表單、預約、電子報、電商這類功能型外掛，等需求明確再加裝就好；實際操作照外掛安裝的三種方法跑一遍就能上手。

主題的挑選原則相同：輕量、與主流頁面編輯器相容、避開把功能全寫死在主題裡的巨無霸主題，Astra 主題的教學示範了輕量主題搭配頁面編輯器的做法。換主題的時機也值得想：第一次選的主題未必陪你走到終點，但網址結構、選單與分類這類骨架，愈早穩定愈好。也別把外掛數量當穩定度指標，一個品質差的外掛，可能比好幾個輕量外掛加起來更耗資源。

公開前的收尾檢查：時區、索引開關、手機實機

這一輪檢查的三件事有個共通點：設定本身都很小，出錯時的影響都不小，而且都容易在忙碌中漏掉。

時區是安裝後最常被跳過的小設定，影響卻實際：文章發佈時間、排程時間與留言時間戳記都依它顯示。讀者活動範圍在 UTC+8 的站，把時區設成 UTC+8，或直接選擇台北。時區正確之後，排程不等於自動準點，仍要確認 WP-Cron 或主機排程正常運作；低流量或故障的環境下，文章可能延遲發布。

設定裡有一個「阻擋搜尋引擎索引這個網站」選項，本質上是對搜尋引擎提出的請求，不是門鎖，也不保證所有爬蟲遵守。施工中的網站若放著未公開內容，該用的是伺服器驗證或存取限制；正式上線時，記得解除這個選項，並確認頁面沒有殘留 noindex。提交網站地圖有助搜尋引擎發現網址，但不保證收錄。

Google 已完成行動優先索引的轉換，主要使用手機版內容進行抓取與建立索引（見 2023 年 10 月的官方公告）。這描述的是內容收錄方式，不是手機版自動獲得加分；排名使用眾多訊號，桌機版內容同樣不該被忽略。對剛裝好的站，具體影響落在主題與外掛的挑選：把手機版面當第一評審、桌機版面當第二評審，順序別顛倒。

所以從安裝完成那一刻起，值得養成一個習慣：每做一個設計決定，都先拿到手機上實際操作一次。響應式版面只保證元素會縮放排列，不等於手機上好用；用一般訪客的方式點選單、滑頁面、送出表單，問題才會浮出來。安裝當天就能做的檢查：用手機打開首頁，盯著畫面從空白到載入完成的過程，若出現明顯跳動、圖片把文字擠開、選單點不開，代表主題或外掛還要再調。

同一輪檢查裡順手做兩件清理。一是補強管理員帳號：可識別的名稱、唯一強密碼、多因素驗證與登入限速，帳號名稱本身不該被當作主要防線。二是清掉預設內容：Hello world! 範例文章、示範留言、用不到的預設外掛，都讓網站以乾淨的狀態開場，也避免搜尋引擎把範例內容當成你的網站長相。

出狀況沿接線找斷點：五種症狀的第一步

安裝後的錯誤訊息看似雜亂，其實都落在零件的某一層：程式檔層（白畫面）、接線層（連不上資料庫）、權限層（寫入失敗）、資源與協定層（記憶體耗盡、混合內容）。把訊息對應回零件層，排查的第一步就有了方向。排查時一次只改一個變因，改完就驗證；同時動兩三個設定，問題好了不知道是誰的功勞，壞了更找不到原因。

↔ 左右捲動檢視完整表格

症狀	先查什麼	第一步
整頁空白	主機錯誤紀錄、最近啟用的外掛	看錯誤紀錄找原因；若緊接在某外掛啟用後發生，先暫時改名該外掛資料夾停用再確認
記憶體耗盡錯誤	哪個流程或外掛耗用異常	先找耗用來源再調上限；WP_MEMORY_LIMIT 能否提高上限依主機設定而定，也沒有通用數字
圖片上傳失敗	檔案擁有者與執行身分	從 755 與 644 的起點依環境調整，不用 777，不熟時請主機商協助確認
混合內容警告	頁面內仍走 http:// 的資源	備份資料庫後，用序列化安全工具先乾跑預覽
後台網址忘了	標準路徑與子目錄安裝位置	網址加上 /wp-admin；子目錄安裝要含路徑，部分安全設定會改登入路徑

HTTPS 出狀況，問題常藏在憑證之外的混合內容：TLS 開了，頁面裡卻有圖片或腳本仍從 http:// 載入，瀏覽器就會警告或擋下資源。處理原則：先備份資料庫，再用支援 WordPress 序列化資料的搜尋取代工具做 dry run，核對結果後限定舊站網域才替換；不要把資料庫裡所有 http:// 無差別改掉，以免誤傷外部網址或破壞資料結構。

登入後台的標準位置，是網址加上 /wp-admin；裝在子目錄時路徑要含子目錄，部分安全或代管設定會改登入路徑，此時以主機文件為準。若多人共同管理，後台網址與帳號清單應該寫進交接文件，而非存在某人的記憶裡。登入後的動線可以照WordPress 後台導覽走一遍，各區塊的用途在後台操作說明裡有完整展開。

一個帳號、多個網站？網址相近不等於同一套

同一個主機帳號能裝幾套 WordPress，取決於方案允許的網站數、網域設定與資源上限，答案在方案頁與帳單上，不在安裝技巧裡。

規劃多站時先把觀念分清楚：example.com/blog/ 可能是同一套網站裡的一條內容路徑，也可能是子目錄裡的另一套獨立安裝，前者共用程式與內容，後者各自更新、各自備份，維護方式完全不同，判斷方法可參考子網域與子目錄的比較。日後要換主機，WordPress 能遷移到相容環境，但檔案、資料庫、DNS、信箱與授權條件都要逐一確認再切換，完整的搬家教學另文展開。

回到最根本的觀點：安裝是地基，不是房子。地基工法再講究，上面沒有蓋出對讀者有用的內容，網站一樣冷清；真正拉開網站差距的，是安裝之後的持續產出。攝影師的網站走安裝器路線上線，甜點工作室的站在量測之後決定升級，兩位的岔路口不同，判斷的原料卻相同：知道安裝在裝什麼，知道每種方式把哪些責任交給誰。新手先用安裝器把站架起來、跑完六項驗收，就該把注意力轉向內容；需要重複部署或進階維運時，再回頭學手工與 WP-CLI 都不遲。安裝日的糾結往往來自把這一步看得太重，把六項驗收當成標準程序走完，不安自然少一大半。把這套判斷原料帶著走，主機改版、工具換名字，你的判斷也不會跟著失效。

1. 今天定路線：三個情境問題答完，從四種委外程度裡挑一條。
2. 安裝當天完成六項驗收：從永久連結到 Search Console 逐一打勾。
3. 一週內產出第一篇正式內容，讓網站開始累積價值。

安裝只是起點，從主機、內容到搜尋能見度的整條路，從主機到營運的完整指南會把視野拉到安裝之後的每一步。