讓網站內容自己更新 · 第 01 章

先決定哪些內容需要常改

把文章與商品的可編輯欄位定清楚,固定的版面結構仍由程式負責。

貓老闆的簡報

換一張商品照不用重寫首頁。先把我真的會改的欄位列出來。

——貓掌櫃官網的老闆「掌櫃」下需求時的原話

這章做什麼

產出內容欄位表、狀態表與資料來源清單。

動手做

  1. 盤點目前寫死在頁面的文章和商品介紹,列出需要經常更換的內容。
  2. 文章先定標題、摘要、本文、圖片與發布狀態;商品先定名稱、介紹、圖片及顯示順序,不把訂單價格順手改成由前端決定。
  3. 指定必填、長度與格式限制,定義草稿、已發布與封存;公開網站只讀已發布資料。
  4. 評估沿用現有資料庫或成熟 CMS,先選一種權威來源;若有靜態建置與快取,記下發布後如何更新。

親手試試

模擬:編輯者可預覽,公開頁和公開 API 都不提供草稿。

模擬:網站讀取已核對的版本;若使用靜態建置,需完成建置更新。

模擬:公開頁移除,保留內部紀錄;舊連結的處理方式要另外規劃。

這是內容狀態示意,不會修改真實文章。

圖 C8-01 比較草稿、已發布與封存的公開範圍。

這樣對 AI 說

中文就可以
請盤點貓掌櫃文章與商品介紹,規劃最小內容後台。列欄位、型別、必填、限制、草稿/已發布/封存狀態,以及網站讀取來源。保留固定版面,商品介紹與交易價格的權威來源要分清楚。若沿用 CMS 或靜態建置,附官方文件並說明發布後如何更新,不要同時建立兩套互相矛盾的內容來源。

本章驗收清單

請在自己的練習專案實際操作,再依結果逐項確認。

  • 欄位表有必填與格式限制
  • 公開頁只使用已發布內容
  • 內容與訂單金額來源分工清楚
  • 知道發布後如何更新畫面

這章的相關詞條

詞條頁都有可以動的示範——卡住的時候,去把名詞弄清楚,回來繼續做。

進度只存在這台瀏覽器,不上傳、不追蹤。