WordPress 文章發佈總體檢：分類、網址、收錄逐關排查

先看一個情境，細節為建構示例：一位行銷人接手公司的內容網站，翻開後台清點近幾個月發出去的文章，發現多數掛在「未分類」，網址結尾是一串百分比編碼，把連結貼進通訊軟體，縮圖抓成網站 Logo。她再用公司名稱加上產品詞搜尋，第一頁看到的盡是同業的教學內容，自家文章一篇都沒出現。

問題多半不出在按鈕。在系統內部，「發佈」只把一筆內容的狀態從草稿切成公開；文章會不會被收錄、被歸進對的主題、在搜尋結果裡被點開，全部發生在按鈕之外。「公開」與「被看見」之間，隔著一整串選擇：內容放對位置了嗎、結構讀得下去嗎、主題掛對了嗎、網址乾淨嗎、圖片給了檢索線索嗎、跟站內其他內容連上了嗎。接下來先辨認三種失效樣態，再照修正成本由低到高的順序，走七道需要逐項確認的關卡；每一關只談那一格為什麼這樣填、填錯的代價什麼時候爆發。

快速重點：發佈按鈕只負責公開，不負責被看見。文章沒帶來流量，常卡在內容歸屬、分類標籤、網址與標題欄位、圖片素材、內部連結這幾個發佈前後的選擇；照七道關卡逐項排查，每一篇內容都有機會變成可累積的資產。

文章發了卻像沒發：先對照三種失效樣態

排查從症狀開始，因為「發了卻沒結果」至少有三種病因，處理方向完全不同。第一種是根本沒被收錄：搜尋引擎還沒把頁面放進索引。快查可以用 site: 加上網址，但這種查法本來就不保證列完所有已收錄的頁面，查不到不等於沒收錄；要下判斷，以 Search Console 接上網站後的網址審查 為準，它回報的是單一網址實際的索引狀態。常見原因落在阻擋檢索的設定、排除標記，或頁面沒有任何連結指得到。第二種是收錄了但排不上：問題在內容與搜尋意圖的對位，可能是題目本身沒有對應的需求，也可能寫得比對手薄。第三種是有排名沒人點：標題與描述沒有給出點進來的理由，或頁面排在結果頁的邊緣位置。

第一種樣態往設定層查，驗收的清單放在第七關。第二種樣態常要往更前面回溯：動筆之前沒有確認搜尋需求。把關鍵字分層看過，知道哪些詞是主軸、哪些是長尾、哪些輪不到新站碰，寫作的優先順序才排得出來，選字方法可以對照 關鍵字分層與選字策略；組織論點與證據的寫作方法，交給 SEO 文章寫作指南。還沒把站架起來的讀者，先從 WordPress 架站指南 打底，再回頭跟著關卡走。

把症狀拆細對照，常見的原因與對應的關卡如下表。收錄時程因站而異，以天到週為單位看待，網站能做的是排除阻礙，不是催促搜尋引擎。

↔ 左右捲動檢視完整表格

手上的症狀	常見原因	對應的關卡
搜尋不到這篇	阻擋檢索的設定、排除標記、頁面孤立	第七關（驗收）與第六關（接線）
收錄了排不上	需求判斷錯誤、內容單薄、主題分散	第一、二關（歸屬與結構）
主題亂、未分類一堆	歸屬與主題架構被跳過	第一、三關
網址髒、一串編碼	slug 首次儲存即固定，事前沒處理	第四關
圖片沒流量、分享縮圖錯	替代文字與特色圖片欄位空白	第五、七關
文章像孤島	沒有內部連結的進出	第六關

七道關卡照修正成本由低到高排：內容歸屬與寫作結構的修正多半是搬移與重排，成本最低；主題架構動到整站的骨架；網址牽涉轉址，成本高得多；接線與驗收則是發佈前後要持續進行的工作。症狀也常跨層出現，同一批舊文可能同時有網址髒與連結孤立的問題，修的時候照成本排序，先做搬移與歸類，再碰網址與轉址，才不會把一次能做完的工程拆成兩次。順序是動線，不是規定，缺哪一格就回來補哪一格。

先對症再動手的理由，是把誤診的代價算進去。沒被收錄的頁面拿去改標題，改一百次也不會出現在結果頁，因為病灶在設定層；排不上的頁面去調分享預覽，點擊率救不了內容對位失準的問題。三種樣態混著醫，力氣都花在最有感的地方，最有效的地方反而沒被動到，這是內容維運裡最常見的資源錯置。診斷只要一次網址審查，輔以一次 site: 快查當旁證，成本極低，先做。

第一關，內容歸屬：這則內容該以文章存在嗎

判斷準則一條：會持續累積、需要被檢索、彼此有主題關聯的內容，用文章；一次寫成、很少變動的固定資訊，用頁面。機制上兩者是不同的資料型態：文章自帶時間軸，可以被歸檔進列表、分類頁與彙整頁，讓同一個主題的內容隨時間堆疊；頁面掛在網站結構的階層裡，位置固定，承載的是關於這個網站的事實。

同樣的準則可以再往上問一層：知識型內容要不要塞進商品頁。以一間咖啡豆烘焙工作室為例，豆單、規格、運費這些資訊屬於頁面，寫一次就定位；烘豆知識、沖煮教學、器材評測適合用文章累積，讀者搜到教學內容，順著連結被帶回豆單，購買決策的資料在文章裡養成，交易在頁面完成。塞在商品描述裡的長篇知識很難被搜尋到，獨立成文章，反而有機會各自承接不同的搜尋需求，這是內容型商家常見的分工。文章與頁面的差異比較 一文把兩者的系統差異與判斷細節寫得完整，值得先讀過再動工。

常見的錯置有兩種：把「關於我們」「聯絡」這類固定資訊當文章發，列表裡混進永不過期的公告；或反過來把教學內容建成頁面，讓它失去時間軸與彙整的機會，也連不進主題的累積。錯置的代價不會立刻出現，它慢慢發酵：列表的閱讀期待被稀釋，主題的堆疊被打斷，事後搬移又是另一批網址與連結的工程。

後台裡「未分類」堆滿文章，正是歸屬判斷被跳過的症狀：寫的人只對著編輯器輸入，沒有先決定這則內容在網站裡的位置。位置沒想清楚，下一關的主題架構自然接不上，選單與列表也長不出秩序。平台還沒選定的人，先看過 部落格與架站平台的比較 再回來，這七道關卡與平台選擇無關，通用。

猶豫的時候，一個可用的測試題：這則內容一年後還有人搜嗎。會，就往文章放，讓它進時間軸、被歸類、被連結，慢慢累積；不會，就用頁面承載，把它當網站結構的一部分維護。真正難判斷的案例，多半是內容同時有「固定資訊」與「累積潛力」兩種成分，這時候拆開放：規格與承諾寫成頁面，背景知識與應用情境寫成文章，兩邊互相連結，各走各的壽命週期。

第二關，寫作結構：區塊跟著內容形狀走

版面的判斷準則很樸素：區塊跟著內容形狀走。兩種以上東西在比較，用表格；有先後順序的步驟，用清單；要讓人跳讀的長文，加目錄；一個區塊守一個想法，不要把三件事塞進同一個段落。你排的是畫面，系統輸出的是帶語意標籤的文件：標題變層級、清單變條目、表格變行列資料。閱讀器與搜尋引擎拿到的是結構那份，不是畫面那份，這是排版之外還要顧層級的理由。

常見的誤用剛好相反，是內容形狀被版面遷就。表格塞滿欄位，手機上橫向爆框，讀者讀不到一半就離開；標題層級跳級，大綱斷線，摘錄工具讀不出段落的從屬關係；為了視覺變化把段落切得零碎，一個論點被拆成三個斷片。內文由第二級標題起始、逐級往下不跳級，是最省事的底線。區塊編輯器的操作指南 把工具面講得完整，文章與頁面共用同一套編輯器，操作邏輯可以互相印證。

文章一長，管理工具的價值就浮現。列表檢視把整篇的區塊攤成大綱，搬移與改層級不容易出錯；重複出現的段落存成同步樣板，改一處、全站生效；改壞了有修改紀錄可以回退，依 WordPress 官方的修改紀錄文件，系統會保存各版本供比對與還原，大改之前手動存一次，等於給自己留一個存檔點。這三件事不影響排名，卻決定長文能不能被安全地維護。

影片類素材以嵌入取代上傳，主機空間與流量才不會被原始檔吃掉，這是素材層的通則，與來源平台無關。長文的目錄與錨點設定，目錄設定教學 走過一次就會；段落節奏與層級的安排，文章排版與節奏指南 有整段的討論；內建區塊不夠用時的擴充選項，區塊外掛的清單與挑選 收了完整的比較，先用到極致再談擴充。

結構這一格還有個容易漏看的收益：它讓協作變得可行。分清楚層級與區塊職責的文件，交給別人接手時，對方看大綱就知道每段在幹什麼；沒有結構的長文，接手的人得逐句讀出意圖，維護成本立刻翻倍。多作者的公司網站尤其如此，結構是共同語言，先於文采。

第三關，主題架構：分類畫骨架，標籤做橫向標記

分類承擔網站的主要主題架構，標籤做橫向的細部標記。機制上，每一個分類與每一個標籤都會生成一個彙整頁：分類頁隨主題累積內容，是有意義的入口，值得放進選單經營；一次性標籤累積的是內容單薄的頁面，數量一多，整站就多出一批沒有讀者的空頁，檢索資源與維護力氣都被分走。標籤要節制的理由在這裡，與美觀無關。

所以紀律是：標籤要有再利用的價值才開。同一個細部主題會出現在不同分類的多篇文章裡，標籤把它們串成一條橫線，這是它的工作；只會用到一次的標籤，開了就是負債，日後不是閒置，就是得花時間清理。

把兩邊的工作分開看，責任就清楚：分類畫出網站的主題骨架，決定讀者從選單點進來時看到哪幾條主線；標籤做橫向標記，把散在不同主線底下、共用同一個細部主題的文章串起來。骨架求穩、怕碎，橫向標記求複用、怕氾濫。要開新標籤之前，先翻既有的標籤清單，找得到現成的就沿用，真的沒有再開新的。

系統給的能力與編輯上的紀律要分開看。依 WordPress 官方的分類文件，一篇文章可以同時歸進多個分類，分類也支援上下層的階層關係，至於整個站該用多少分類，官方的說法是依內容組織的需要決定。能力存在，不表示每次都要用滿：主架構通常一個主分類就夠，有明確的跨主題需要再增加；階層頂多開到第二層，再深，選單與檢索路徑都會跟著變長，讀者與搜尋引擎都得多走幾步才找得到內容。

已經累積一堆標籤的站，整併是批次工程：先把全站文章與標籤盤點成清單，依重複主題產生合併候選，合併的決策則留給人逐一確認。用 Claude Code 批次整理分類與標籤 的做法，提供把盤點與候選生成交給工具、決策保留人工的路徑；分類在導覽上的露出順序，交給 分類排序與導覽設定 處理，主線的先後就是讀者的動線。

回到咖啡豆工作室的例子，骨架與橫線就看得見了：「烘豆知識」「沖煮教學」「器材評測」是三條主線，讀者從選單一眼看懂網站在經營什麼；「水溫」「研磨度」「手沖」這類標記則橫跨三條主線，把散落各處的段落串起來。分類開成十幾條、每條只有一篇文章，主線就碎成雜訊；標籤開成幾十個、每個只用一次，橫線就失去累積的意義，兩種失守都讓網站看起來沒有章法。

第四關，發佈前最好一次做好的欄位：網址、搜尋標題與描述

有三個欄位值得在第一次發佈前就做好：網址、搜尋標題與 meta 描述。三格事後都還能改，這是系統給的編輯能力；真正的差別在改動的連帶成本。網址的 slug 在首次儲存時由標題轉出，草稿階段隨時能改，發佈之後系統也不禁止再改，難的是每改一次，等於把一個已被收錄、被分享、被連結的位址作廢一次，轉址與內部連結的盤點都得跟上。搜尋標題決定結果頁上的點擊意願，改了之後要等搜尋引擎重新檢索才會反映；描述不直接影響排名，卻影響點與不點。約束從來不是不能改，而是改了有帳要算，所以三格都在發佈前填到定位，是最省事的路。

網址的取捨從一個問題出發：這串字會被貼去哪。貼進簡訊、印在講義、寫進別人的文章，都要求它可讀、穩定、短得出手。中文標題直接轉成的 slug，在某些環境會顯示成一串百分比編碼，人讀不出意思，信任感先扣一截；在 slug 裡放幾個關鍵的英文字詞，通常比保留整段標題務實。Google 在網址結構的官方說明裡的建議也是同一個方向：結構簡單、可讀，避免不必要的參數。

結構層的選擇更是設定一次、全站生效。依 WordPress 官方的永久連結文件，網址的結構選項與自訂方式在設定畫面一次決定，之後每篇文章的網址都照這套規則生成。已發布的網址若要更動，改欄位只是起點：接著要安排轉址，把舊網址的訪客與訊號接到新位址，並回頭盤點站內指向舊網址的內部連結，漏掉任何一環，累積在舊位址上的分享與引用就斷在原地。完整的設定流程，照著 永久連結設定教學 走一次就會。

搜尋標題與頁面標題是兩回事，說話對象不一樣：頁面上的 H1 是寫給已經進站的讀者，搜尋標題要說服還在結果頁上盤桓的人。顯示長度因裝置而異，過長會被截斷，而且搜尋引擎保留改寫標題連結的空間；依 Google 對標題連結的文件，標題該描述頁面內容本身，而不是堆砌字詞。寫得清楚，比寫得滿重要。細節與範例，搜尋標題的寫法與優化 拆解得完整。

meta 描述寫成一句話：講清楚讀者點進來能拿到什麼。它不是排名因素，顯示也不固定；搜尋引擎有時會視查詢抽換成頁面內文的句子，不必執著字數。描述欄位要與頁面標題脫鉤、單獨撰寫，通常要靠 SEO 外掛才有欄位可用；工具的挑選與差異，WordPress SEO 外掛的比較評測 整理得完整，裝哪一款之前先看過再決定。

三格的成本結構不同，急迫性就不同。網址是三格裡事後改動成本最高的一格，發佈前多花三分鐘打磨；搜尋標題與描述雖然也該一次寫好，但修正的成本只是重新等待檢索，不牽涉轉址與連結盤點。急事緩辦的順序：網址定案，標題送出前自己讀一遍，順口才送；描述寧短勿空，留白等於把摘要權完全讓給搜尋引擎的自動截取。

第五關，圖片素材：配圖之外常被犧牲的三個欄位

圖片在文章裡不只是配圖，它同時承擔檢索與無障礙的任務，關鍵落在三個欄位：檔名、替代文字、壓縮。三者都照顧到，圖片有機會成為頁面之外的流量入口；三者都犧牲，頁面變慢之外，也放棄了圖片搜尋的能見度與部分讀者的可讀性。這一格常被犧牲，因為不上傳圖片會被看見，欄位空白不會。

替代文字有兩種讀者：螢幕閱讀器與圖片搜尋。資訊性圖片的替代文字，簡潔描述圖片在當下位置傳達的內容，讓讀不到畫面的人與搜尋引擎拿到同一份資訊；純裝飾的圖片，用空的替代文字宣告它不帶資訊，兩種做法在 Google 圖片搜尋的說明文件與 W3C WAI 的替代文字教學裡都有依據。同一張比較圖，寫「示意圖」等於沒寫，寫出它在講什麼才是資訊；把關鍵字塞進替代文字，兩種讀者都幫不上，只是雜訊。

檔名是最容易被跳過的一格，因為它上傳後幾乎不被看見。它卻是圖片進入檢索前的第一份線索：把相機給的流水號換成描述內容的檔名，與替代文字、前後文一起構成圖片的語意。上傳前改檔名是一分鐘的事；上傳後再改，要回媒體庫重新對應，成本完全不同。

特色圖片的決策視角也在頁面之外：它是列表頁與社群縮圖的來源。依版型統一比例再產出，列表才不會忽高忽低，縮圖也不會被裁掉重點；開始寫作前先確認版型的顯示比例，比事後一一補圖省力。文章列表的版面安排，可以對照 文章列表版面的設計。

壓縮幅度看圖片實際的版面寬度與清晰度需求拿捏，沒有放諸各站皆準的檔案大小。一個常見情境，細節為建構示例：相機原始檔直接拖進編輯器，檔名是流水號，檔案動輒數 MB，畫質遠超過頁面需要，三個欄位同時出事。工具的選擇與實測結果在 圖片壓縮工具的實測比較，完整的優化流程則交給 圖片 SEO 的完整流程。

把三個欄位變成上傳前的固定動作，比記任何數字都有用：改檔名、寫替代文字、按顯示尺寸壓縮，一分鐘內完成。流程固定下來，就不依賴記憶與心情；散在十篇文章裡的疏漏，回頭補是十次工，養成習慣則是一次工。

第六關，接線工程：內部連結把單篇文章織進主題網

每一篇新文章連向兩三篇相關舊文，再回頭讓舊文連回來，單篇內容就織進站內的主題網。爬蟲順著連結認識網站，連結同時是主題關聯的通道；孤立的文章等於斷頭路，累積的關聯與訊號都傳不過去。對讀者，內部連結是延續閱讀的路；對搜尋引擎，它是理解網站結構的路，兩種用途在同一條連結上成立，這是它值得花時間的理由。

連結還有格式上的底線：它必須是可被檢索的 HTML 連結。依賴腳本才生成、被註解包住、或做成按鈕事件的連結，對爬蟲來說可能等於不存在；Google 對可檢索連結的文件把合格連結的條件寫得很白，用標準的錨點標記最穩當。錨點文字的好壞一組對照就懂：寫「收費標準請點這裡」，讀者與搜尋引擎都只得到「這裡」兩個字；寫「收費標準與方案內容」，還沒點擊就知道目的地在講什麼。

主題相近或網址重複時，標準網址的訊號在這裡派上用場：它告訴搜尋引擎多個相近網址之中哪一個是代表版本，避免力氣分散在重複頁上。觀念與設定細節交給 標準網址的觀念與設定；單頁層次的優化全貌看 站內優化的單頁攻略，整站系統的安排則對照 WordPress SEO 的全站攻略，一篇看單頁、一篇看全站。

連結建設是發佈後持續做的事。一種可用的節奏是新文上線當天補齊出鏈，一週內回頭讓相關舊文連回來；這是實務習慣的節奏，不是排名的保證。結構化資料多數 SEO 外掛會自動帶上基本標記，發佈前確認標記類型與頁面內容一致即可，不必逐項展開，把力氣留給內容與連結。

內部連結也可以反向用來體檢內容：寫新文時如果找不到兩三篇值得連回去的舊文，通常代表主題累積還太薄，或主線的切分有問題；被連結次數長期掛零的舊文，則是內容變舊那一關要處理的候選。連結的分布，就是內容資產分布的影子。

第七關，發佈狀態與上線驗收：按鈕前後各檢查一次

狀態本身是商業決策：一般內容公開；預告或活動頁用排程，讓內容在對的時間自己上線；內部審稿用草稿或私密，限定對象才用密碼。四種狀態對應四種曝光意圖，選對狀態，內容才會在對的時間、出現在對的人面前。發佈的驗收分兩段：按下按鈕前檢查一次，上線之後再檢查一次。

排程最常見的故障是時間到了文章沒上線，兩個方向先查：一是時區設定，網站時區與你所在時區對不上，排程就會整體偏差；二是系統端的觸發機制，WordPress 的排程工作由系統內部的排程器處理，依 開發者文件對排程機制的說明，它的觸發依賴網站流量，訪問少的站出現延遲，屬機制特性而非故障。等不及的場面，手動發佈補位，事後再回頭查原因。

按下按鈕前，走過五項：

• 網址：slug 乾淨可讀，沒有多餘參數，也沒有會被編碼的內容。
• 歸屬：以文章存在是對的判斷，分類已選定，標籤每一個都有複用價值。
• 標題與描述：搜尋標題講清楚頁面內容，描述一句話給出點擊的理由。
• 素材：檔名、替代文字、壓縮到位，特色圖片照版型比例設定。
• 預覽：手機與桌機各看一次，表格、圖片、層級在兩種畫面都正常。

上線之後，再驗五項：

• 索引狀態：用網址審查確認沒有被阻擋或排除；要求建立索引只是送出檢索請求，搜尋引擎處理網址要經過發現、檢索、索引三步，收錄時程依各站情況而有別。
• sitemap：檔案可被讀取、新文章已進清單，產生與提交的設定照 sitemap 的產生與提交教學 對照一次。
• 出鏈與入鏈：新文連出去的連結可用，相關舊文連回來的補齊了。
• 分享預覽：社群縮圖與標題由 OG 標籤決定，貼出去之前先確認，設定方法看 OG 標籤的設定方法。
• 授權：能按發佈的人是對的人，多人協作的站要看 使用者角色與發佈權限 的安排。

前一段防呆，後一段驗收，兩段缺一不可。只做前段，常見的漏網是排程延遲上線了卻沒人發現、分享縮圖抓錯了三天；只做後段，問題往往在上線後才爆開，改網址、補分類，成本全部翻倍。把兩段各五項存成發文筆記的一部分，照表走完再關掉編輯器，是養成習慣最省力的方式。搜尋引擎走到「索引」那一步，頁面才算進入賽局，之後的排名與點擊是內容與意圖對位的結果；到這裡，發佈這個動作才算完成，而不是按鈕按下去就算。

內容會變舊：更新、整併與光榮除役的三條路

文章發佈之後會變舊，變舊有三條路，三條都比放著不管好。還有搜尋需求但資訊過時，走更新；兩篇主題重疊、互相稀釋，走整併；需求消失或與現況不符，走除役，用轉址指向最相關的頁面，把殘餘的價值傳下去。

更新的判斷訊號：內容裡的數字與版本過時、有新的工具或做法可以補、當年連得上的相關文章已經不存在。更新會再次觸發檢索，這是一般的行為描述，不是排名回升的保證；把更新排進固定季度的維護節奏，是讓內容資產保值的日常，有節奏總勝過流量掉了才急救。

整併的訊號：多篇同主題的文章都排在結果頁的深處，彼此的內部連結高度重疊，讀者在站內繞圈。整併成一篇內容最完整的，其餘以轉址收攏，標準網址的觀念在這裡用得上，呼應第四關與第六關的兩次提醒。需求消失的除役不是刪了事，轉址指向最相關的頁面，訪客與連結才不會撲空。

更新、整併、除役都該留下記錄：哪一篇在什麼時候被併進哪裡、轉址指到何處、原因是什麼。記錄不是形式，半年後再盤點時，它就是判斷的依據，免得同一批內容被反覆整併又反覆拆開。內容的壽命管理做得久，網站才會愈來愈輕，不會愈養愈沉。

也要記得欄位救不了邊界：搜尋需求不存在、內容單薄、站點主題分散，任何設定都補不了，先回到源頭處理。內容的自評準則，Google 在建立實用內容的官方建議裡寫得直白：以人為本、清楚呈現、可驗證。全站規模的盤點可以重用第三關的批次做法，把文章清單與主題一次攤開再決定去留。

把每一次發佈當成資產在養：位置放對、結構讀得下去、主題掛進骨架、欄位一次填到定位、素材給足檢索線索、連結織進主題網、上線前後各驗一次，內容變舊時願意處理。發文從消耗變成累積，靠的是這套判斷，不是更勤勞地按按鈕。想再往上一層，內容行銷的策略視野 把單篇文章放進整個內容引擎的規劃。