我用 Codex 搭了一個 WordPress 獨立站
整理版優先睇
用 Codex 搭 WordPress 獨立站：補足唔熟嘅搭建流程，但關鍵決策自己揸旗
作者良逍最近主力做外貿獨立站，佢冇用自己熟嘅 Next.js，而係揀咗 WordPress，原因係獨立站要持續營運、改內容，WordPress 嘅後台同插件生態更適合。佢一直唔熟 WordPress 搭建流程——VPS 配置、域名指向、HTTPS、權限備份呢啲嘢，搞到卡住。最後佢用 Codex 連 VPS，逐步幫佢確認網絡、服務、域名同後台狀態，先將個站搭起嚟。
作者嘅結論係：AI 對佢有用嘅地方，唔係取代學習，而係喺佢已有能力旁邊，補一段暫時唔熟嘅能力。佢會將 Codex 當成查問題、解釋報錯、整理步驟嘅助手；但涉及服務器權限、賬號密鑰、支付數據、插件選擇呢啲，佢一律自己判斷。網站只係開始，下一步佢想接 Figma 風格、Google Drive 圖片、產品表格同 SEO 內容，令套工作方式可以反覆用。
- 作者用 WordPress 而非 Next.js，因為獨立站要持續營運同改內容，WordPress 後台同插件更省事。
- 唔選 Shopify 係為咗更高自由度——自己控制服務器、文件、數據庫，唔受限於平台規則。
- 真正卡住作者嘅係 WordPress 搭建流程（VPS、域名、HTTPS 等），Codex 幫佢逐層排查，避免亂改。
- AI 嘅價值係補足唔熟嘅技能，唔係完全交俾 AI——關鍵決策同安全把關要自己負責。
- 下一步目標：將 Figma 風格、Google Drive 圖片、產品表格同 SEO 內容整合到 WordPress，形成可重複嘅工作流程。
點解唔用自己熟嘅 Next.js
作者話，如果只係做展示頁，Next.js 好舒服。但獨立站要管嘅嘢多好多：產品分類、詳情頁、圖片、詢盤表單、SEO、博客、多語言、後台編輯。如果全部用 Next.js 自己寫，就會慢慢變另一個開發項目。
獨立站唔係一次做完就結束，作者唔想將件事變成開發項目。
WordPress 有現成嘅表單、SEO、緩存、多語言、備份插件，唔使逐個從頭寫。雖然插件要謹慎裝，但起碼節省大量時間。
點解唔用 Shopify
Shopify 後台成熟，好多外貿團隊用。但作者有兩個考慮：第一，平台對產品類目同業務形態有限制，測試方向時有顧慮；第二，佢想要更高自由度——服務器、文件、數據庫都自己控制，插件同頁面改動可以慢慢試。
真正卡住佢嘅，係 WordPress 搭建流程：VPS 環境、軟件安裝、域名指向、HTTPS、權限備份呢啲唔係佢日常工作，查教程又碎又唔肯定適用性。
Codex 具體幫咗佢啲乜
作者用 Codex 幫佢逐項確認：伺服器連唔連到、網站服務有冇行、域名有冇指向、HTTPS 有冇問題、後台入唔入到。呢啲技術嘢變成普通語言，唔熟嘅人唔使記住一堆術語。
網站打唔開時，先分層睇問題：網絡、服務、域名、證書、WordPress 配置。
- 1 確認伺服器連接到
- 2 確認網站服務有冇啟動
- 3 確認域名有冇指過嚟
- 4 確認瀏覽器有冇安全提示
- 5 確認 WordPress 後台入到
以前佢會亂猜，而家可以將狀態話俾 Codex 知，等 Codex 帶住逐層睇。呢個過程唔神奇，但好有用——唔使每次從零查教程。
唔會將網站全交俾 AI
作者清楚講明：涉及服務器權限、後台賬號密鑰、支付訂單客戶數據、插件選擇呢啲，佢一定自己睇。Codex 只係幫佢查問題、解釋報錯、整理步驟嘅助手。
佢話：「我不會讓 Codex 看到什麼命令就直接跑。」呢個底線好重要。
下一步：整合設計同內容
網站只係開始。作者想繼續試：將 Figma 裏嘅風格、Google Drive 裏嘅圖片、產品表格、SEO 內容，慢慢接到呢個 WordPress 站。如果成功，呢套工作方式就可以反覆用。
想將 Figma 風格、Google Drive 圖片、SEO 內容接到 WordPress。
佢強調，呢件事佢唔係想證明 AI 可以一鍵建站，而係想睇 AI 能否幫手拆開重複手動嘅小事，例如改頁面結構、整理產品內容、改 SEO 標題。
大家好，我係良逍，最近我冇乜出文，係因為最近喺度做獨立站，好多內容沉澱落嚟未整理，最近會逐步分享出嚟。接下來同大家先分享下我點樣用 Codex 連接我嘅 VPS 用 WordPress 搭建咗一個獨立站。
我今次做獨立站，冇直接用自己熟悉嘅 Next.js。
原因好簡單：今次要整嘅唔係一個只負責展示嘅頁面。
佢更加似一個後面要持續營運嘅外貿獨立站。
外貿獨立站要管理嘅嘢，比起幾個頁面多好多。
你後面會想加產品分類、產品詳情、查詢表格、SEO 標題、網誌內容、圖片管理、支付、多語言、後台編輯。好多嘢都唔係一次做完就完。
如果每個部分都用 Next.js 自己寫，梗係可以。
問題係，佢會慢慢變成另一個開發項目。
我今次唔想咁樣。
我想先將一個可以營運、可以改內容、可以上產品嘅站整到行得。
所以最後，我俾 Codex 連接 VPS，幫我將 WordPress 先砌起。
點解今次冇用我熟悉嘅 Next.js
如果只係做一個展示頁，Next.js 好舒服。
頁面點寫，組件點拆，點部署，我都熟。
但係獨立站後面要處理嘅嘢更多。
例如產品頁。
外貿老闆唔會淨係放一個首頁。後面梗係要有產品分類、詳情頁、參數、圖片、查詢按鈕。
再例如內容。
你要寫網誌、做 SEO 頁面、改標題描述、加公司介紹、改圖片。好多內容都需要後面反覆調整。
仲有插件。
WordPress 入面好多嘢有現成插件：表單、SEO、快取、多語言、圖片壓縮、備份、支付。雖然插件唔可以亂裝，但至少唔使每個功能都從頭寫起。
如果我用 Next.js 做，呢啲都可以做到。
但我就自己要接後台、接表單、接內容管理、接圖片、接 SEO 配置。
一開始睇落好自由。
做嚇做嚇，就會越嚟越重。
所以我今次冇用自己熟悉嘅方案硬做。
唔係 Next.js 唔好。
只係獨立站呢個場景，WordPress 更加省事。
Shopify 都唔係我今次想要嘅
做獨立站，好多人會先諗起 Shopify。
呢個選擇冇問題。
Shopify 後台成熟，商品、主題、支付、應用市場都比較完整。好多外貿團隊用佢，都好正常。
但我今次冇揀 Shopify。
一個原因係類目同平台規則。
唔同產品、唔同業務形態，喺 Shopify 呢類平台上會有啲限制。你要測試啲方向時，心裏會有顧慮。
另一個原因係自由度。
我今次想要一個更加可以自己控制嘅站。
伺服器喺自己度。
檔案同數據庫喺自己度。
插件點裝，頁面點改，後面點接自動化，我可以慢慢試。
Shopify 更加省心。
WordPress 更加自由。
我今次需要嘅係後者。
真正卡住我嘅，係 WordPress 呢 part
WordPress 適合呢件事。
但係我唔熟。
呢個先係問題。
真正卡住我嘅，係 WordPress 嘅搭建流程。
VPS 環境點配。
WordPress 點裝。
域名點指過去。
HTTPS 點整。
後台邊啲插件先裝。
頁面打唔開應該查邊度。
權限同備份要注意啲乜。
呢啲對專門做 WordPress 嘅人嚟講好基本。
但佢哋唔係我日常嘅工作。
我梗係可以自己揾教學。
但係揾教學有個問題：好散。
一個問題揾一篇文章，一個配置睇一個影片。睇完仲要判斷：呢個教學適唔適合我嘅伺服器？適唔適合而家呢個版本？會唔會搞亂個環境？
今次 Codex 幫到我嘅地方就係呢度。
佢只係幫我將唔熟嘅 WordPress 搭建流程先搞掂。
Codex 具體幫我做咗啲乜
我今次俾 Codex 做嘅嘢，其實都好具體。
先睇伺服器連唔連到。
再睇網站服務有冇行起。
再睇域名有冇指到呢部伺服器。
再睇瀏覽器會唔會提示唔安全。
再睇 WordPress 後台入唔入到。
呢啲嘢換成技術名詞，就係 VPS、服務、端口、域名、證書、WordPress 配置。
但對普通外貿老闆嚟講，唔使先記呢啲名詞。
你只要知道一件事：
網站打唔開時，唔好一嚟就亂改。
先睇係邊一層出問題。
以前我遇到呢啲問題，都會忍唔住估。
係唔係 WordPress 裝壞咗？
係唔係伺服器死咗？
係唔係域名未生效？
係唔係 HTTPS 未整好？
而家我可以直接將狀態話俾 Codex 聽，等佢帶住我一項項睇。
佢會提醒我先唔好亂改配置。
先確認伺服器連唔連到。
再確認服務有冇啟動。
再確認域名有冇指過嚟。
再確認後台打唔打得開。
呢個過程唔神奇。
但好有用。
因為我唔使每次都由零開始揾教學。
我想解決嘅係後面持續修改
獨立站真正麻煩嘅地方，通常係上線之後。
你今日想改產品頁。
聽日想加一個產品分類。
後日想寫一篇 SEO 文章。
過幾日又想換一批產品圖。
表單收唔到電郵，仲要查原因。
呢啲事都唔大。
但如果每次都要自己手動入後台、揾位置、改內容、檢查有冇改壞，就會好煩。
更加麻煩嘅係頁面風格。
如果要改整體視覺、產品頁佈局、按鈕樣式，好多時都要揾設計或前端一齊睇。
呢個都係我點解想用 Codex 做呢件事。
我唔係想證明 AI 可以一鍵建站。
我更想睇嘅係：佢可唔可以將呢啲反覆手動處理嘅小事，先幫我拆開少少。
例如我想改頁面結構，可以等佢俾方案我。
我想整理產品內容，可以等佢先睇表格。
我想改 SEO 標題，可以等佢先睇頁面同關鍵詞。
我想將 Google Drive 裏面嘅圖片整理出嚟，都可以等佢幫我拆步驟。
呢啲而家仲未全部行得好順。
但方向係啱嘅。
以前我可能會因為唔熟 WordPress，就繼續用熟悉嘅 Next.js 硬做。
而家我可以揀一個更加適合獨立站嘅方案，再俾 Codex 幫我跨過前面嗰段唔熟嘅配置。
呢個變化唔大。
但好實在。
我唔會將網站完全交俾 AI
呢部分要講清楚。
我唔會俾 Codex 見到乜嘢命令就即刻執行。
涉及伺服器權限，我會停一停。
涉及後台賬號、密鑰、token，我唔會亂貼。
涉及支付、訂單、客戶數據，我會更加謹慎。
涉及插件，我都唔會佢推薦乜就裝乜。
WordPress 插件多，係優點。
但插件裝得太多，都會帶來速度、衝突、安全問題。
所以我而家會將 Codex 當成一個幫我查問題、解釋錯誤、整理步驟嘅人。
但最後裝唔裝插件，點樣裝，裝完可唔可以留低，都係我自己決定。
呢個判斷唔可以慳。
返轉頭睇，我嘅結論係
表面睇，我係用 Codex 連 VPS，砌咗一個 WordPress 獨立站。
但更準確啲講，係我喺度做一個選擇：
我會用 Next.js，但今次獨立站唔適合所有嘢都自己寫。
Shopify 省心，但我今次想要更高自由度。
WordPress 麻煩，但佢嘅後台同插件更加適合呢類站。
我唔熟 WordPress，所以俾 Codex 幫我將佢先砌起。
AI 對我有用嘅地方，唔係讓我乜嘢都唔使學。
佢更加似係喺我現有嘅能力旁邊，補一段我暫時唔熟嘅能力。
網站建起嚟只係開始。
後面我仲想繼續試：可唔可以將 Figma 裏面嘅風格、Google Drive 裏面嘅圖片、產品表格、SEO 內容，慢慢接到呢個 WordPress 站入面。
如果呢啲可以行得通，呢個站就會少咗啲新鮮感。
佢會變成我做獨立站時，真係可以反覆用嘅一套做事方式。
下一篇我會繼續講：站行起咗之後，我點解先去整理 Figma 裏面嘅網站風格。
因為頁面唔可以各自有各自嘅樣。
大家好，我是良逍，最近我沒怎麼發文章，是因為最近在做獨立站，很多內容沉澱下來了還沒梳理，最近會逐步分享出來。接下來跟大家先分享一下我怎麼用codex連結我的vps使用WordPress搭建了一個獨立站。
我這次做獨立站，沒有直接用自己熟悉的 Next.js。
原因很簡單：這次要做的不是一個只負責展示的頁面。
它更像一個後面要持續運營的外貿獨立站。
外貿獨立站要管的東西，比幾個頁面多得多。
你後面會想加產品分類、產品詳情、詢盤表單、SEO 標題、博客內容、圖片管理、支付、多語言、後台編輯。很多東西都不是一次做完就結束。
如果每一塊都用 Next.js 自己寫，當然可以。
問題是，它會慢慢變成另一個開發項目。
我這次不想這樣。
我想先把一個能運營、能改內容、能上產品的站跑起來。
所以最後，我讓 Codex 連接 VPS，幫我把 WordPress 先搭起來。
為什麼這次沒用我熟悉的 Next.js
如果只是做一個展示頁，Next.js 很舒服。
頁面怎麼寫，組件怎麼拆，怎麼部署，我都熟。
但獨立站後面要處理的事更多。
比如產品頁。
外貿老闆不可能只放一個首頁。後面肯定要有產品分類、詳情頁、參數、圖片、詢盤按鈕。
再比如內容。
你要寫博客、做 SEO 頁面、改標題描述、加公司介紹、改圖片。很多內容都需要後面反覆調。
還有插件。
WordPress 裏很多東西有現成插件：表單、SEO、緩存、多語言、圖片壓縮、備份、支付。雖然插件不能亂裝，但至少不用每個功能都從頭寫。
如果我用 Next.js 做，這些也能做。
但我就要自己接後台、接表單、接內容管理、接圖片、接 SEO 配置。
一開始看起來很自由。
做着做着，就會越來越重。
所以這次我沒有用自己熟悉的方案硬做。
不是 Next.js 不好。
只是獨立站這個場景，WordPress 更省事。
Shopify 也不是我這次想要的
做獨立站，很多人會先想到 Shopify。
這個選擇沒問題。
Shopify 後台成熟，商品、主題、支付、應用市場都比較完整。很多外貿團隊用它，也很正常。
但我這次沒有選 Shopify。
一個原因是類目和平台規則。
不同產品、不同業務形態，在 Shopify 這類平台上會有一些限制。你要測試一些方向時，心裏會有顧慮。
另一個原因是自由度。
我這次想要一個更能自己控制的站。
服務器在自己這邊。
文件和數據庫在自己這邊。
插件怎麼裝，頁面怎麼改，後面怎麼接自動化，我可以慢慢試。
Shopify 更省心。
WordPress 更自由。
我這次需要的是後者。
真正卡我的，是 WordPress 這段
WordPress 適合這件事。
但我不熟。
這才是問題。
真正卡住我的，是 WordPress 的搭建流程。
VPS 環境怎麼配。
WordPress 怎麼裝。
域名怎麼指過去。
HTTPS 怎麼弄。
後台哪些插件先裝。
頁面打不開該查哪裏。
權限和備份要注意什麼。
這些對專門做 WordPress 的人來說很基礎。
但它們不是我的日常工作。
我當然可以自己搜教程。
但搜教程有個問題：很碎。
一個問題搜一篇文章，一個配置看一個視頻。看完還要判斷：這個教程適不適合我的服務器？適不適合現在這個版本？會不會把環境搞亂？
這次 Codex 幫到我的地方就在這裏。
它只是幫我把不熟的 WordPress 搭建流程先跑通。
Codex 具體幫我做了什麼
我這次讓 Codex 做的事，其實都很具體。
先看服務器能不能連。
再看網站服務有沒有跑起來。
再看域名有沒有指到這台服務器。
再看瀏覽器會不會提示不安全。
再看 WordPress 後台能不能進。
這些話換成技術詞，就是 VPS、服務、端口、域名、證書、WordPress 配置。
但對普通外貿老闆來說，不用先記這些詞。
你只要知道一件事：
網站打不開時，不要一上來亂改。
先看是哪一層出問題。
以前我遇到這種問題，也會忍不住猜。
是不是 WordPress 裝壞了？
是不是服務器掛了？
是不是域名還沒生效？
是不是 HTTPS 沒弄好？
現在我可以直接把狀態告訴 Codex，讓它帶着我一項項看。
它會提醒我先別亂動配置。
先確認服務器能不能連。
再確認服務有沒有啓動。
再確認域名有沒有指過來。
再確認後台能不能打開。
這個過程不神奇。
但很有用。
因為我不用每次都從零開始查教程。
我想解決的是後面持續修改
獨立站真正麻煩的地方，常常在上線後。
你今天想改產品頁。
明天想加一個產品分類。
後天想寫一篇 SEO 文章。
過幾天又想換一批產品圖。
表單收不到郵件，還要查原因。
這些事情都不大。
但如果每次都要自己手動進後台、找位置、改內容、檢查有沒有改壞，就會很煩。
更麻煩的是頁面風格。
如果要改整體視覺、產品頁佈局、按鈕樣式，很多時候還是得找設計或前端一起看。
這也是我為什麼想用 Codex 做這件事。
我不是想證明 AI 可以一鍵建站。
我更想看的是：它能不能把這些反覆手動處理的小事，先幫我拆開一點。
比如我想改頁面結構，可以讓它先給我方案。
我想整理產品內容，可以讓它先看錶格。
我想改 SEO 標題，可以讓它先看頁面和關鍵詞。
我想把 Google Drive 裏的圖片整理出來，也可以讓它幫我拆步驟。
這些現在還沒有全部跑得很順。
但方向是對的。
以前我可能會因為不熟 WordPress，就繼續用熟悉的 Next.js 硬做。
現在我可以選一個更適合獨立站的方案，再讓 Codex 幫我跨過前面那段不熟的配置。
這個變化不大。
但很實在。
我不會把網站全交給 AI
這部分要說清楚。
我不會讓 Codex 看到什麼命令就直接跑。
涉及服務器權限，我會停一下。
涉及後台賬號、密鑰、token，我不會隨便貼。
涉及支付、訂單、客戶數據，我會更謹慎。
涉及插件，我也不會它推薦什麼就裝什麼。
WordPress 插件多，是優點。
但插件裝多了，也會帶來速度、衝突、安全問題。
所以我現在會把 Codex 當成一個幫我查問題、解釋報錯、整理步驟的人。
但最後要不要裝插件，怎麼裝，裝完能不能留，還是我自己看。
這個判斷不能省。
回頭看，我的結論是
表面上看，我是用 Codex 連 VPS，搭了一個 WordPress 獨立站。
但更準確地說，是我在做一個選擇：
我會用 Next.js，但這次獨立站不適合所有東西都自己寫。
Shopify 省心，但我這次想要更高自由度。
WordPress 麻煩，但它的後台和插件更適合這類站。
我不熟 WordPress，所以讓 Codex 幫我把它先搭起來。
AI 對我有用的地方，不是讓我什麼都不用學。
它更像是在我已有能力旁邊，補一段我暫時不熟的能力。
網站建起來只是開始。
後面我還想繼續試：能不能把 Figma 裏的風格、Google Drive 裏的圖片、產品表格、SEO 內容，慢慢接到這個 WordPress 站裏。
如果這些能跑起來，這個站就會少一點嚐鮮感。
它會變成我做獨立站時，真的能反覆用的一套做事方式。
下一篇我會接着講：站跑起來以後，我為什麼先去整理 Figma 裏的網站風格。
因為頁面不能各長各的樣子。