← 返回最新消息

部落格文章管理操作篇:從新建、排程到複製重寫,一頁做完

部落格文章管理操作篇:從新建、排程到複製重寫,一頁做完

前面幾篇講過「用部落格養課程」「SEO 藍圖」,談的是策略。這篇只講一件事:後台 /to/blog 這頁的操作流程——文章從建到上線、到重寫,手要怎麼動。

InfoBox 後台 blog🔍 點擊放大
InfoBox 後台實際操作畫面(個資與敏感資料已遮蔽)。

三種狀態,先分清楚

每篇文章在列表上都帶一個狀態,決定前台看得到什麼:

  • 草稿:只有後台看得到,前台 404。
  • 排程:到時間前前台一律 302 導回首頁,不是 404、也不是看得到內容——驗證排程中的文章只能走預覽頁,別直接開前台 URL 就下結論。
  • 已發布:前台正常顯示。

直說:90% 的「文章怎麼不見了」都是把「排程中的前台導航」誤讀成「文章掉了」。先看狀態,再談其他。

排程發文全流程(新建一篇)

  1. 列表頁按「+ 新增文章」進編輯頁。
  2. 填標題、slug(留空自動產生,建議手動填短字串)、內文、摘要。
  3. 內文貼 HTML(自帶燈箱、CTA 的文章)時,切「原始碼」模式寫入——切回視覺模式會把 <style> 與燈箱 div 濾掉。
  4. 狀態選排程,填一個未來的 datetime-local 時間。時間不未來會直接被擋下。
  5. 按儲存。跳回列表後看狀態欄,確認是「排程」+對的時間。

發布前一眼檢查:封面圖有沒有、slug 有沒有重複、摘要會不會被截斷成病句、CTA 還在不在。

InfoBox 後台 dashboard🔍 點擊放大
InfoBox 後台實際操作畫面(個資與敏感資料已遮蔽)。

複製,是「重寫舊文」的正確路徑

舊文章想改版,不要開新篇寫、也不要直接原地大改——複製一篇再動刀:

  • 複製後是新文章、新 slug,原文還在,改壞了隨時放棄副本。
  • 常見場景:舊文被拆成兩篇、標題重做搶不同搜尋字、換掉過期的截圖。
  • 副本先當草稿存在,改完檢查完整再排程;原文的下線與否,等副本上線後再決定。

封面圖與圖檔:都從媒體庫來

文章封面與內文圖都走「媒體庫」那套:上傳、命名、複製網址。上傳前壓到 webp、檔名帶用途(blog-xxx),三個月後查得到。清理未使用圖片記得留備份清單——同一張圖可能同時被文章 og:image 與 Facebook 貼文引用。

InfoBox 後台 media_lib🔍 點擊放大
InfoBox 後台實際操作畫面(個資與敏感資料已遮蔽)。

刪除與重開草稿的紀律

  • 刪除前:確認沒有其他文章、SEO 藍圖、外部社群貼文連結到這個 slug。有就改做「已發布→下架」,或加一筆 301 轉址,別硬刪。
  • 重開草稿=把已下線文章再發布,舊 URL 活回來。被社群引用的舊文重開前,先確認內容沒過期(價格、功能截圖)。

發布前,六個欄位逐一核對

文章編輯頁不是只填標題和內文。真正會影響前台與搜尋結果的有六個:

  1. 文章標題:給人看的,要能從列表就知道會解決什麼問題。不要只寫「媒體庫教學」,改成「媒體庫操作篇:上傳、命名、清理與複製網址」。
  2. slug:給網址與搜尋引擎看的。用小寫英文加連字號,避免日期、中文與底線;同一主題不要換一個近似 slug 重發。
  3. 摘要:文章列表與分享預覽會用。控制在一到兩句,寫「讀完能做什麼」,不要把開頭整段複製進來。
  4. 分類:同一批內容維持固定分類。分類不是越多越好,一篇掛一個主要分類,讀者才找得到系列文章。
  5. 封面圖:在手機縮圖仍要看得懂。封面不要塞後台小字;用主題、兩個重點字與簡單圖形即可。
  6. SEO 欄位:SEO 標題應是文章標題,不要誤貼成整段摘要;SEO 描述則放摘要。兩者用途不同。

排程後怎麼驗證,不要只看「儲存成功」

儲存成功只代表資料有進後台,不代表前台呈現正確。排程文驗證走以下順序:

  • 回文章列表看「🕒 排程(日期時間)」是否正確,時區以站點設定為準。
  • 點「編輯」頁裡的預覽連結,網址會帶 ?preview=1。排程時間未到,直接開公開網址會被導回首頁,這是正常行為。
  • 預覽頁檢查標題、段落、表格、圖片、圖片燈箱、LINE CTA。圖片能顯示不代表燈箱有存,要實際點一張看是否放大。
  • 手機寬度再看一次:表格有沒有撐破、LINE 按鈕有沒有掉到畫面外、長英文網址有沒有把版面撐開。

如果預覽頁少了樣式,先回想是否曾在編輯時切回視覺模式再儲存。編輯器會重新序列化 HTML,把 <style> 與燈箱結構清掉。修復時重新貼完整 HTML,停在原始碼模式直接儲存。

批次排程要留「故障邊界」

一次排五篇時,每篇間隔至少一小時,除了不洗版,也方便查問題:09:30 那篇有錯,可以在 10:30 下一篇上線前修。五篇若同分鐘發布,一次錯就是五篇一起錯。

批次流程建議固定:先做冪等檢查 → 全部建成排程 → 回列表核對五個時間 → 逐篇預覽 → 最後更新 TOPICS。TOPICS 一定放最後,因為文章建立到一半若斷線,清單先勾掉會讓下次 cron 誤以為全部完成;反過來,文章已存在但清單沒勾,至少還能用後台與 slug 查回來。

收尾節奏

一次建一批文章(例:一週 5 篇)→ 全部先當草稿 → 逐篇檢查完整 → 逐篇排成一天一篇。不要在「邊寫邊發」的狀態下操作,半成品被排程上線的機會太高。

想知道哪個方案適合你?

告訴我們你的產業與目前狀況,我們會直接說明哪個方案剛好、哪些功能你其實用不到——先確認範圍,再談價格。