AO2 FIELD GUIDE · N069 · WordPress 與轉換體驗
WordPress 文章模板先固定來源、摘要、封面與維護責任，再保留內容結構彈性。附欄位規格及模板驗收表，讓大量發布仍能逐篇核對品質。
可維護的模板應固定資料規格與重要操作，而不是要求每篇文章長得一模一樣。先分清文章本身的內容、跨文章共用元件及網站顯示規則，再把來源、版本、圖片、連結與更新責任放進編輯流程。
WordPress 文章模板：先分開內容資料與顯示方式
文章標題、摘要、封面與來源是內容資料；字級、欄寬、目錄位置與卡片樣式是顯示規則。若每篇都複製整套版面，後續改一個表格樣式就要更新很多文章。反過來，若所有資料都塞進難以辨認的一大段 HTML，編輯也不容易確認哪些欄位漏填。模板設計應同時考慮團隊的編輯工具與維護能力。
先盤點目前使用的是 WordPress 區塊、佈景主題模板或 Elementor 等建構器。相同的可見文字，在不同工具中可能儲存在不同位置。維護者需知道哪裡是正式編輯入口，避免在備用內容欄改了文字，前台仍顯示舊版。這項規格應寫進交接，不要只靠建立模板的人知道。
| 資料欄位 | 編輯規則 | 維護用途 |
|---|---|---|
| 內容 ID 與任務 | 每篇唯一，寫清讀者要完成什麼 | 辨認重複題目與內容關係 |
| 標題與摘要 | 與正文範圍相符，不放大結果 | 卡片、搜尋摘要與導覽 |
| 封面與 ALT | 來源、用途與描述一致 | 媒體重用與可及性 |
| 來源與範圍 | 核准版本、引用位置與限制 | 事實核對及改版影響 |
| 責任與日期 | 編輯、核對人、實質更新紀錄 | 定期維護及交接 |
固定必要欄位，但不要把 SEO 分數當成唯一完成條件
必要欄位可以包括內容 ID、讀者任務、主要摘要、封面與 ALT、正文來源、適用範圍、核對日期及負責人。SEO 標題、Meta 描述和主關鍵詞各有用途，應與實際內容一致。若有 Schema，需確認公開的文章名稱、圖片與日期等資料正確，而不是複製另一篇的設定後忘記更新。
Google 的 Article 文件列出文章結構化資料的用途與相關欄位。BlogPosting 適合部落格文章的語意，並不表示填完就會取得特定搜尋呈現。FAQ 章節可以幫讀者補問，但不能因此假設任何網站都會得到 FAQ 複合結果。模板要保留正確資料，避免替編輯製造自動保證的錯誤印象。
共用元件與文章專屬內容要有不同更新方式
WordPress 的同步區塊版面配置可讓同一元件在使用位置一起更新；一般版面配置或解除同步後的區塊，則可獨立編輯。這種差異適合拿來判斷哪些內容應共用：固定聯絡入口可以共用，產品規格、文章摘要及專屬限制通常不應被一個全域變更覆蓋。
建立共用 CTA 前，先確認它適用哪些服務與語言。若一句「立即預約」指向尚未提供的服務，整站同步只會更快擴大錯誤。共用元件需有自己的責任人與測試頁，修改前知道影響範圍。文章則保留自己的內容核准紀錄，不能把模板已審核當作所有正文都已審核。
| 測試情境 | 需要通過的行為 | 常見缺陷 |
|---|---|---|
| 長標題與長表格 | 手機可閱讀，表格關係保留 | 標題截斷、整頁橫向溢出 |
| 目錄與標題 | 段落層級清楚，錨點唯一 | 目錄重複、跳錯段落 |
| 共用元件 | 修改只影響預期位置 | 全站 CTA 改到不適用服務 |
| 正式輸出 | 正文、Meta、圖片與 Schema 一致 | 快取舊版、封面重複或引用失效 |
把長表格、引用與圖片納入真實版面測試
假想電子產業知識庫有短問答、長規格比較和方法指南三種文章。可共用字體、欄寬與資料欄位，正文結構則依任務調整。規格表需要可辨認的表頭與手機橫向捲動；複雜圖像需要旁邊的文字解釋；引用則需讓讀者回到相應來源。用一篇短文測模板，無法看出這些差異。
至少以短標題、長標題、沒有圖片、長表格、多層標題和多語文字測試。檢查目錄是否重複、錨點能否跳轉、連結是否可辨識，以及封面會不會在模板和正文各顯示一次。用鍵盤與手機完成一次閱讀和詢問路徑，不只看桌機截圖。
讓發布與維護各有關閉條件
一篇文章完成可包含來源核對、正文校對、Meta、圖片替代文字、連結及正式頁面驗證。後台按了儲存，仍可能受快取或模板影響；因此需打開實際網址核對內容，而不是只看編輯器預覽。測試站與正式站的索引政策也要明確列為網站設定，不應讓每篇文章自行決定全站是否公開收錄。
長期維護則記錄何時因產品變更、來源更新或讀者回饋重新檢查。不要為了顯示近期日期而只改最後更新時間。批次工具可以協助一致性檢查，但遇到缺少來源、重複任務或不適用內容時，應能暫停單篇，不讓「整批成功」蓋過個別缺陷。
常見問題
每篇都需要相同數量的段落與表格嗎？
不需要。模板應固定的是來源、版本、作者或審查責任、更新狀態與必要的發布檢查，正文依任務安排。比較題可用表格，操作題可用步驟，單純定義不必硬加兩張表。先用不同類型的文章試版，檢查手機閱讀、表格與問答是否正常，再擴大套用。若每篇都只能填相同段落，容易把獨特問題壓成同一套空泛內容。
可以把所有文章做成同步元件嗎？
不適合全部同步。真正共用的聯絡入口或固定提醒可以考慮同步元件，文章特有的規格、來源與答案應獨立管理。建立共用元件清單，記錄使用位置與負責人，修改前先檢查影響範圍。驗收時抽查不同文章與手機版，確認一次更新沒有改掉個別條件。尤其 FAQ 文字若同步，還需同步對應 Schema，不能只更新畫面而留下舊標記。
外掛顯示 80 分就能交稿嗎？
不能只看分數交稿。可把交稿分成四個檢查：主張有來源、答案能完成任務、頁面與手機可用，以及 Meta、連結、ALT 和 Schema 輸出一致。技術數字由相應責任人確認，編輯另外檢查重複與空泛段落。分數未達目標時可用來找原因，但不能為加分堆關鍵字；分數達標也不能跳過錯用型號、過期來源或未核准承諾的檢查。
來源與方法範圍
查核日期：2026 年 10 月 22 日。官方資料僅支持文中對應的平台或方法說明；工作表、決策步驟與核對方式為 AO2 編輯整理。產業情境依文中標示作假想示例，不作客戶實績、產品資格或效果背書。
