WordPress 頁面編輯卡關？先看懂區塊的運作邏輯

傍晚接近下班，主管傳來一句話：「服務頁的方案跟價格今晚調整，那張主圖順便換掉，明早業務要帶去看客戶。」你打開後台，游標點向那段價格，畫面沒有反應；改用刪除鍵，整段排版跟著垮掉。退一步先換圖，換完發現整頁間距跑位。儲存之後還有第三波：官網其他三頁的頁尾，同時變了樣。

一個晚上連環出現三種症狀，多數人會懷疑系統壞了，或者自己不會用。關卡其實在別處：每次動手前，都沒先判斷這一步動到的是哪一層。字點不進去，是選取層級的問題；換圖跑版，是素材與排版的問題；頁尾連動，是共用元素的問題。三件事發生在三個層次，用同一套「試試看」的打法硬做，運氣好一次到位，運氣不好就越改越亂。

把層次分開，後面的每個判斷都會變簡單。頁面在本質上是一份結構化內容：訪客看到的版面、搜尋引擎讀的中繼欄位、手機呈現的畫面、社群分享的卡片，都是同一份內容的不同輸出。看懂這一點，跑版與連動就從靈異現象變成可預測的行為，因為每種輸出各有一個對應的源頭可以查。頁面上的標題改了，搜尋結果卻沒變，因為結果頁讀的是另一份欄位；分享卡片沒更新，因為社群讀的又是第三份。

快速重點：頁面編輯卡關，先分層再動手。單頁內容、跨頁共用、網址與導覽、搜尋能見，四層各有修法與風險控制；發佈前用草稿、備份與真機預覽壓低改壞的代價，改完留下紀錄，方便下一次交接。

症狀先分類：這是內容問題、共用版面問題，還是設定問題

打開編輯器之前，先把三個問題依序問完。第一，只有這一頁要變，還是好幾頁要跟著變？第二，內容明明改好了，頁面卻找不到、網址不對、選單沒出現？第三，畫面都對了，搜尋結果與社群卡片的呈現還是不理想？第一題的答案分出兩層：只有這一頁要變，改字、換圖、調排版都在單頁內解決；好幾頁要一起變，對象是頁尾、聯絡資訊、全站按鈕這類跨頁元素。第二題指向結構設定層，第三題才輪到能見層。分錯層，後面每個動作都在擴大返工範圍。

• 只有這一頁要變：內容層。開頁面、找區塊、改完預覽，全程不影響其他頁面。
• 好幾頁要一起變：共用層。先確認元素是獨立副本還是同步版型，再決定從哪裡改。
• 內容對但找不到、網址不對、選單沒出現：結構設定層。查網址、父頁層級與選單掛載。
• 都做好了，搜尋與社群呈現不對：能見層。查標題、描述、社群標籤與收錄狀態。

四層走完，回頭看開場的三個症狀就有答案：字點不進去屬於內容層，先處理選取；換圖跑版跨了內容層與素材層，先查圖片的實際尺寸，再查排版設定；頁尾連動屬於共用層，問題多半出在那份內容被存成了同步版型。同樣的畫面，診斷不同，修法就不同，分診的目的正在這裡。

分診還有附帶的好處：溝通變便宜。需求丟進團隊時講清楚層次，負責改頁的人不用猜，審核的人也知道要檢查哪裡；把「頁面怪怪的」換成「這頁的圖超出寬度，其他頁都正常」，一句話就完成分診與範圍界定。

分類之前還有一個更源頭的判斷：這份內容該用頁面承載，還是文章。判準一條就夠，未來還會寫第二篇、第三篇的，開文章；一次性門面、位置長期不動的，開頁面。兩者的分工與用錯的後果，文章與頁面的差異有完整說明；文章端的出版決策，另見發佈文章的判斷順序。

這套分層判斷值得練熟，第一個理由是它適用的環境夠大。依 W3Techs 的長期統計，全球四成以上的網站由 WordPress 驅動，比例隨時間變動，以該站現值為準。這代表頁面編輯早已跨出特定行業，成為大量網站維護工作的共同入口，同一套分診邏輯，從工作室官網到購物網站都用得上。

入口本身有兩種，進場前先認清楚。改單一頁面的內容，從後台的頁面列表開啟即可；網站若採用區塊佈景主題，全站編輯器同樣能進到頁面內容，並同時管理範本與全站外觀，權限範圍比內容編輯大，按儲存前要看清楚自己動的是哪一層。

游標點不進去、段落刪不掉：內容層的判讀與操作

內容層的卡關，多半與選取有關。區塊編輯器把頁面拆成一個個區塊：一段文字、一張圖、一個按鈕，各是獨立單位。游標停在文字裡，操作對象是那幾個字；點到區塊本體，外框與工具列出現，操作對象才換成整個區塊。「想刪的段落刪不乾淨」，機制就在這裡：你刪的是區塊裡的文字，區塊本身還在，畫面上便留下一個空殼。判斷操作對象，看外框有沒有出現，比憑手感可靠。

要看得更清楚，打開清單檢視。它把整頁攤成一份樹狀結構，每個區塊佔一行，層級關係一目了然。想在長頁面裡鎖定某個區塊，在清單裡按名稱找，比在畫面上滾動尋找快；搬移、複製、刪除，也能直接在清單上操作。把它當診斷面板用，先看結構再動手，誤傷鄰近區塊的機率會大幅下降。

群組可以巢狀，選取時要分清內外。點第一次常選到內層區塊，再點一次換成外層群組，工具列與外框會跟著換；樣式要套在哪一層，套之前先想好，套錯層的間距與背景，日後拆起來比當初套上去麻煩。

結構讀懂了，四個基本動作夠應付大部分工作：插入、搬移、複製、群組。插入在空白處呼叫區塊選單，打關鍵字搜尋；搬移抓工具列的拖曳把手；複製在選項選單裡找；群組把多個區塊包成一個整體，方便一次套用背景與間距。偏好鍵盤操作的人，編輯器也提供快捷鍵，組合依系統與版本而定，列在說明選單的快速鍵清單裡；滑鼠做得到的事，快捷鍵只是加速。介面細節以官方編輯器說明為準，版本更新時按鈕位置可能調整。

操作細節看得再多，不如跟著官方示範走一遍。WordPress 官方的教學影片從新增頁面開始，一路示範區塊的插入、排列與組合，把一頁內容從空白組到完成；影片節奏比文字快，介面卻可能隨版本調整，對照時以自己畫面上找得到的指令為準。

第五個動作是轉換。段落轉標題、清單轉段落、圖片轉封面，用區塊的轉換選項，不必刪掉重打；轉換只換容器，內容留著。誤植區塊類型時，先試轉換，刪掉重打留給轉換行不通的時候。

有一個決策經常被做錯：章節標題。需要標題時，用標題區塊，不要用放大的段落湊。兩者在畫面上可以做到很像，結構上卻是兩種東西：標題區塊對讀者是章節，對搜尋引擎是結構訊號；放大的段落兩者都不是。長頁面靠清楚的標題層級才能被快速掃讀，要加上頁內導覽，目錄的組法有現成做法。

從外部文件帶文案進來，是另一個格式災區。文案的來源常見三種：文件軟體、試算表、生成式工具的輸出。文件軟體帶樣式，試算表帶儲存格結構，生成式工具常帶符號標記，各有各的雜訊，而且都會跟著剪貼簿一起進到編輯器，結果是字體、顏色、行距與其他頁面對不起來。安全做法是把文案先以純文字落地，再逐段重排；重排花的時間，通常少於日後逐一清除雜訊樣式的時間。

原生編輯器做不到的結構，才考慮往外掛找。收合式問答、頁籤切換、複雜表格這類版面，核心編輯器沒有對應區塊，硬用群組與欄位拼湊，維護成本反而更高。區塊類的補強選擇，可以先看區塊外掛的挑選；表格類的需求，表格外掛有專門比較。裝了外掛仍回到同一個判斷：這個結構未來誰要維護，改動的成本落在誰身上。

同一個版面要在多頁出現：群組、版型與同步的取捨

共用層的判斷，收斂成一個問題就夠：改其中一處的時候，其他頁要不要跟著動？不要，就讓每頁各自持有一份內容；要，就讓多處共用同一份內容。三種儲存形式對應三種答案：只在單頁內整理版面，用群組；跨頁要相同結構但各自演化，存成版型，插入的是副本；全站要一起更新，用同步版型。先用這句話反推儲存形式，誤存的情況會少很多。

背後的機制用三句話說完。副本是各自獨立的內容，改一份不影響另一份；同步是多處共用同一份內容，改了源頭，採用它的位置一起更新；覆寫是在共用的基礎上開分岔，讓開放覆寫的欄位依位置各自調整。三種行為都合法，差別在影響範圍，先想清楚影響範圍再選儲存形式，順序不要顛倒。

要讓同步版型支援局部差異，建立時得先把允許覆寫的欄位打開。之後各頁便能只改那些開放的欄位，其餘部分維持同步；沒開放覆寫的欄位，各頁統一吃源頭的內容。哪些欄位該開放，判斷依據是業務：電話地址全站一致就不開放，活動文案各檔期不同就開放。

實務上容易混淆的是版型與同步版型的外表：兩者插入後看起來一模一樣，差別要修改源頭時才顯現。想知道手上的內容屬於哪一種，回到清單檢視或版型清單查看歸屬，比記憶當初怎麼存的可靠。

兩種儲存方式在改動時的行為不同：各自獨立的副本，修改時只影響自己；同步版型的共用部分一旦更新，所有採用它的頁面會一起拿到新內容。若啟用 synced pattern overrides，開放覆寫的欄位仍可在各頁分別調整；脫離同步的副本則不再跟著更新。動手修改前，先確認這份內容的共用範圍有多大。

共用層的風險控制只有一條：集中管理。全站一致的元素收進同步版型統一維護，頁面裡不要再手動複製一份繞過它。電話改了、地址搬了、活動結束了，只要改源頭一次；私自複製出來的那一份，就是下次漏改的來源。

版型與同步版型本身也需要管理。集中存放、命名有規則、不再使用的定期清理，清單才會保持可用；放任累積，一段時間後沒有人確定哪個版型還在被引用，改也不敢改、刪也不敢刪，共用層的效率就停在帳面上。

圖片一上頁面就變慢：素材層的檢查點

圖片拖慢頁面時，先查兩個數字的落差：檔案體積，與頁面實際顯示的尺寸。相機原檔動輒數百萬畫素，頁面顯示寬度卻常常只有一千像素上下，多出來的部分純粹在消耗訪客的流量與耐心。上傳前先壓縮，工具的選擇與實測見圖片壓縮工具的比較；進到 WordPress 之後的自動縮圖、格式轉換與快取，站內圖片瘦身有完整流程。

格式跟著內容選。實拍照片與畫面截圖適合壓縮率高的格式，需要透明背景的標誌與圖示用 PNG，新一代格式在支援的瀏覽器上能再省體積，省下多少則因每張圖的構成與壓縮參數而異；環境許可的站點可以自動產生多種格式依瀏覽器交付，基礎不支援時，先把最大宗的檔案壓小，效益最直接。

替代文字是下一個檢查點，寫給兩種讀者：螢幕閱讀器，與搜尋引擎。用一句自然的話描述圖片在頁面裡的角色，不堆關鍵字；純裝飾的圖可以留空，資訊圖則要把用途說出來。命名規則與常見錯誤，圖片 SEO 另有整理。顯示比例也要留意：版面常把同一張圖裁成不同比例，主角被切掉時，賭裁切位置不划算，上傳前先裁到接近顯示比例比較穩。

圖片數量多時，載入策略是另一個槓桿。近年的 WordPress 版本預設對畫面外的圖片延遲載入，訪客滾動到附近才開始下載；畫面第一屏的主視覺則相反，要立刻載出，訪客第一眼看到的空白越少越好。設定通常不用手動調整，知道機制存在，遇到效能問題才有排查方向。

常見的受害者樣板，是攝影工作室的作品集頁。作品照求畫質，原圖直傳的衝動最強；一頁放二十張原圖，載入時間直接把潛在客戶推走。工作室真正的目的是看起來專業，這件事由構圖與選圖決定，畫質只需要到螢幕顯示的上限，不需要到相機原檔。先壓縮再上傳，多數螢幕上看不出差別，載入速度卻差一大截。

素材層還有一個容易被誤解的機制：媒體庫不是資料夾，是資產庫。頁面放一張圖，放進來的是對檔案的引用，不是複製一份到頁面。這帶來兩個後果。在媒體庫刪掉檔案，所有引用它的頁面同時破圖，動手刪之前先確認引用範圍。換圖則要分清楚換的是哪一種：某個頁面要換圖，在該圖片區塊上直接替換，原生編輯器就做得到，影響範圍限於那個區塊；要把媒體庫裡的檔案本體換成新檔、讓所有引用它的位置一起更新，WordPress 核心沒有這個功能，得另外安裝 Enable Media Replace 這類檔案置換外掛。把區塊替換與檔案置換混為一談，結局常與預期相反：以為全站會一起換，其實只動了一頁；以為只改一頁，結果引用處全部變了。

嵌入第三方內容的決策也屬於素材層。多數影片平台、地圖服務與社群貼文，把分享網址貼進編輯器就能嵌入，機制是編輯器向來源平台取得嵌入資訊再渲染，官方嵌入文件列有支援範圍。嵌入的流量由來源平台負擔，不吃自己主機，這是優點；每個嵌入元件都得向第三方抓取資源，放得越多，頁面速度照樣往下掉，這是代價。實際操作，放影片的完整做法、嵌入 Facebook 貼文與嵌入 Google 地圖各有專門說明。

檢查點補上授權這一項。他人拍攝的照片、付費字型、素材網站的圖，使用範圍都跟著授權條款走；頁面上線屬於商業使用，授權範圍通常比個人用途嚴。行銷活動頁時程趕，授權最容易在趕稿中被跳過，出事時賠的不只重做成本，還有授權費用與下架時間。素材進媒體庫之前，把授權一起記進檔案說明，之後誰接手都查得到。

壓完圖怎麼確認有效？用瀏覽器的開發者工具或線上測速服務，看頁面的圖片請求數量與體積，修改前後各測一次，讓數字說話；只憑感覺判斷快慢，瓶頸常常認錯地方，圖片之外還有嵌入元件、主機與快取等一整排候選。

網址、層級與選單：動了會影響什麼

結構設定層的每個欄位，動手前先估影響半徑。網址的影響半徑最大：所有已經存在的連結，別人分享出去的貼文、搜尋引擎收錄的結果、印在文宣上的連結，都指著舊網址。頁面一旦被收錄、被分享，網址盡量不要再改；真的要改，配套的轉址要同時上線，把舊網址的訪客與累積訊號接到新位置。命名原則與整站網址結構，永久連結的設定與網址的 SEO 原則有完整說明。

真的必須換網址時，把順序排好：先確認新頁面可以公開存取，接著設定舊網址到新網址的轉址，再逐一更新站內指向舊網址的連結與選單。對外被分享過的連結改不了，轉址就是它們的保險；順序顛倒的代價是空窗期，訪客與搜尋引擎都會撞上找不到的頁面。

中文網址能用，維護成本卻常被低估。網址一進通訊軟體就被編碼成一串夾帶百分號的字元，口頭會議唸不出來，客服引導訪客輸入時更是折騰。偏好小寫英文與連字號，是維護面的選擇，與排名好壞無關，不必把它當成禁忌，也不必當成法則。

父頁面的影響半徑限於網址層級。把方案頁掛在服務總覽之下，網址多出一層路徑，訪客從網址讀得出歸屬，網站的架構訊號也更清楚；層級不必太深，訪客多點一層就多一次流失機會，兩到三層是常見的舒適範圍，再深就要靠清楚的導覽補償。層級怎麼規劃，網站架構的規劃有專門討論。要分清的是，父頁歸屬與選單掛載是兩套獨立機制：設了父頁，頁面不會自動出現在導覽列；選單要自己手動掛，並決定曝光位置與順序。官方對選單畫面的說明在外觀選單文件，選單層級與設定的完整做法見選單設定教學。

選單的影響半徑則落在訪客動線。同一個頁面掛在主選單或收進子選單，被看見的機會差很多；促銷活動頁掛上層、常駐資訊頁收下層，是常見的擺法。位置代表重視程度，選單不是倉庫，什麼都塞上層，等於什麼都沒有強調。

改完的頁面會被找到嗎：能見層的檢查點

能見層的檢查對象，是頁面的幾份中繼欄位，它們與頁面內容分層管理。訪客進站後看到的第一個標題，寫給已經抵達的人；搜尋結果那行可點擊的標題，寫給還在結果頁考慮要不要點的人；社群分享卡片的標題與縮圖，寫給正在滑動態的人。三個位置讀三份欄位，改了頁面內容，這些欄位不會跟著變，要分開逐項檢查。欄位之間的分工，站內 SEO 從搜尋意圖講起，OG 標籤處理社群呈現。

搜尋結果的呈現值得認真對待。Backlinko 對四百萬筆搜尋結果的點擊率分析（2025 年 4 月發布）顯示，點擊高度集中在排名前段的結果，多數頁面分到的點擊很少；難得出現的曝光能不能換成點擊，標題與描述的品質是第一道關卡。

標題標記的意義，可以對照 Ahrefs 對標題標記的調查（2021 年 10 月）：位居前列的結果裡，約 7.4% 其實沒有這個標記。這是相關性的觀察，推不出標記無關緊要，也推不出加上就會排名；合理的結論是把它當成呈現的基本項，寫清楚頁面是什麼、給誰看。

標題欄位的寫作原則很樸素：把這頁是什麼寫在前面，品牌名稱放後面，讓還在考慮的人先看到資訊本身。長度以完整傳達為準，顯示寬度隨裝置與字元而變；被截斷時優先刪修飾詞，不刪關鍵資訊。交易的頁面把行動寫進標題，說明的頁面把主題說滿，兩種目的不要混用。

描述欄位的原則相同：把頁面用途說清楚，勝過塞滿關鍵字。搜尋引擎可能依查詢改寫顯示的描述，寫得再滿也不保證逐字呈現；長度建議給區間就好，實際顯示寬度隨裝置與字元而變，硬卡固定字數沒有意義。

社群卡片有自己的脾氣。改過社群標籤後，之前分享過的連結可能仍顯示舊的標題與圖，各平台的快取刷新時程不同；重要活動頁上線前，先在目標平台分享一次預覽，確認卡片內容，不要等宣傳開跑才發現縮圖抓錯。

檢查工具的定位也要先講清楚。SEO 外掛的分析提示分成兩類：格式面的欄位填寫與長度區間，以及內容面的關鍵字分布、可讀性這類評分。後者看起來像在評內容，骨子裡仍是啟發式規則，量得出密度與句長，量不出說服力，也推不出排名；提示全部通過，不代表頁面有競爭力，提示有未完成的項目，也不代表內容有問題。挑選與設定，可以從Yoast 與 Rank Math 的取捨、Rank Math 的入門設定，或SEO 外掛的挑選清單開始。

呈現都檢查完，剩下的問題是被收錄。新頁面被搜尋引擎發現需要時間，通常以天到週計，長短隨網站規模與更新頻率而變；等了一段時間仍找不到，再到 Google Search Console 查收錄狀態，做法見收錄檢查教學。被找到還有一個前提是被連到：選單掛上、站內相關頁面互相連結，都幫助搜尋引擎沿著連結發現新頁面，沒有任何連結指向的孤兒頁面，被發現的時間只會更長。這是結構設定層與能見層的交會點，導覽做得清楚，能見層的工作就省下一半。整站層級的搜尋優化程序，WordPress SEO 全攻略把前後環節串了起來。

按發佈之前先設關卡：狀態、歷史與實機確認

把發佈當成一道關卡，不要只當成一個按鈕。第一道保險是狀態：草稿讓進度只有自己看得到，預覽產生一條臨時連結給同事核對，排程把上線時間指到未來的定點。三種狀態各對應一種情境，需求還在動用草稿，內容定了但要看呈現用預覽，上線時間由活動檔期決定用排程。排程實際觸發的時間點依主機與排程系統的設定而定，重要時點前先確認，不要預設它分秒不差；時區是另一個變數，後台顯示的時間依網站設定而定，跨地區協作時先把時區定調，免得上線時間各說各話。

第二道保險是歷史。每一次儲存都會留下修訂版本，可以逐版比對、退回任何一個時間點；保留的版本數量由主機設定決定。修訂版本最好的用法，是把問題範圍縮小：畫面出問題卻不知道哪次改動造成，逐版比對差異，把出事的時間點夾出來，再決定退回或手動修；退回是整頁回到那一版，其後的所有改動會一起消失，退之前先確認那一版之後沒有要保留的內容。它救的是這次改壞了，救不了整個站出事：修訂還原不等於備份，檔案與資料庫的備份是另一層機制。改範本、換佈景主題、大量啟用外掛之前，先做一次完整備份；程序見備份與還原指南，工具挑選見備份外掛。

第三道保險在螢幕之外。按 Statista 的季別統計，全球網頁流量長期有過半來自行動裝置，實際比例逐季浮動；搜尋引擎也以行動版內容作為檢索的主要依據，行動版缺內容或難以操作，可能連帶影響搜尋呈現。這些數字指向同一個結論：桌機預覽通過，只完成了驗收的一半。

桌機上看起來正常，不能推論手機上也正常。編輯器內建的模擬器只能當參考，它模擬不出實機上的觸控手勢、各家系統字體的落差，也模擬不出 iOS 與 Android 對部分 CSS 語法解讀不一致的行為。較穩的做法是 iPhone 與 Android 各備一支，分別打開預覽連結走一遍；活動報名、店家資訊這類以手機瀏覽為主的頁面，這一步不能省。

實機檢查看三件事，順序建議固定：內容順序、圖片範圍、可操作性。多欄版面在手機上堆疊成單欄後，閱讀順序可能與設計時不同，促銷訊息落到頁尾是常見結果；圖片可能超出螢幕寬度，或被裁掉重點；按鈕與連結的點擊範圍，手指與滑鼠的標準不一樣。字有沒有縮小，反而排在這三項之後。響應式版面的原理，響應式設計的基礎講得更完整。

驗收對象也要想清楚。預覽連結開給同事看，看的是內容與呈現；真正上線前，用不同裝置、不同瀏覽器各走一次訪客會做的動作，填表、點按鈕、看完整頁，把「可以用」升級成「照訪客的路徑走過」。

什麼時候該換工具，而不是繼續硬改

內建編輯器撐不下去，有跡可循。三個訊號出現任何一個，就值得認真評估頁面建立器；訊號都沒出現，先別急著換，工具換得越勤，內容搬移的成本越高。

• 排版時間遠超內容時間：產出被版面卡住，寫內容的人力閒置。
• 同款版面反覆重建：沒有抽出共用結構，每次都手工重排。
• 協作者不敢進後台：介面門檻高於團隊習慣，改頁集中在一人身上。

頁面建立器是另一條路線，自成一套資料結構，拖拉排版、預製版型、全域樣式都在它自己的體系裡。換路線的取捨不在功能多寡，在長期維護與資料相依：內容存進建立器的格式，日後要搬回原生區塊有轉換成本。實作面的起點，可以從Bricks 的實作教學與用 Divi 架官網的流程各自走一遍，兩套工具的操作思路差異不小，摸過一次再談選擇。

評估建立器時，值得問一個十年問題：這套工具停止維護，或團隊決定換掉它時，內容帶得走嗎？帶不走的部分有多少？答案不必完美，但代價要先知道。原生區塊的資料結構跟著 WordPress 核心走，長期風險相對低；建立器換來效率，付出相依，兩邊都記進帳本，決策才站得住。

電商的活動著陸頁是典型的換線情境。檔期一到，整頁換促銷主題、換商品組合、換倒數計時，檔期結束整頁撤下；用原生區塊硬拼這種全頁重排，每次檔期都是一場重工。同樣的邏輯也適用周期性的內容：年節檔期、週年慶、新品發表，凡是每年要重來一次的頁面，都值得把重排成本算進工具選擇。這種需求下，建立器的版型與複製機制直接對到痛點，投資才有回報的空間。

整站樣貌要換，動的則是佈景主題，兩個決策不要混在一起談。換主題後版面跑位，許多人當成意外，其實是機制：區塊的視覺樣式有一部分繼承自主題，字級、間距、顏色的預設值都由主題層供給，換主題等於換掉預設樣式的來源，版面跟著變是正常結果。降低風險的做法有兩個：挑長期維護的主題，安裝與挑選的注意事項可以對照著看，Astra 主題的起步教學適合作為第一個練習；避免在單一區塊硬寫絕對值，樣式盡量交給主題統一管理，遷移時的斷點才會少。

決定換主題，把前置做足：完整備份一次、記錄目前使用的外掛清單、挑一頁最複雜的頁面在新主題的預覽環境試排，跑得起來再全站切換。主題的評估不只是好不好看，文件完整度、更新頻率、與外掛的相容紀錄，都影響它未來幾年的維護成本。

外掛一律從官方外掛目錄安裝，來源可查、更新有紀錄；下載前順手核對相容的 WordPress 版本與最近更新日期，比任何教學都更能擋掉地雷。視野再拉高一層，頁面只是整站的一部分，從整站搭建的層次規劃，或走一遍快速架站流程，能把頁面決策放回正確的位置。

把修頁面變成可交接的流程

一個人會修，網站還不夠穩；要團隊維持得住，流程得固定下來。四個步驟可以把每次改頁收斂成可重複的循環：分診，用三個問題判斷需求屬於哪一層；修改，在對的層動手，跨頁元素回到共用的源頭改；驗收，以真機與數據為準，不以「看起來還好」結案；記錄，改動留下一句摘要，寫清楚改了什麼、為什麼改。

記錄常被當成行政負擔，它真正的受益者是三個月後的自己，與接手的人。摘要不必長，一行就夠：改了哪個區塊、為了什麼需求、有沒有動到共用元素；寫的當下像多餘，三個月後它是最快的還原現場。假設你接手一個別人經營多年的網站，手上沒有任何交接文件，第一步不是開始改，是打開清單檢視盤點每頁的內容結構，再翻修訂紀錄，讀出前人改頁的習慣與地雷區；盤點完成，第一個改動才不會踩在別人的半成品上。同樣的道理，你留下的摘要與集中的共用元素，就是下一位接手者的盤點起點。

流程走穩之後，改什麼交給數據回答。定期回看搜尋與流量數據，找出最痛的那一頁，照四步走一次，改完記錄，下個週期再看數據。工具與機制會改版，流程不太會；把分診、修改、驗收、記錄變成習慣，改版來的時候只需要更新對應層的知識，整套工作法不用重學。卡關時也有固定的切入點：先判斷問題在哪一層，再決定這一關怎麼過。