讓網站內容自己更新 · 第 01 章
先決定哪些內容需要常改
把文章與商品的可編輯欄位定清楚,固定的版面結構仍由程式負責。
貓老闆的簡報
換一張商品照不用重寫首頁。先把我真的會改的欄位列出來。
——貓掌櫃官網的老闆「掌櫃」下需求時的原話
這章做什麼
產出內容欄位表、狀態表與資料來源清單。
動手做
- 盤點目前寫死在頁面的文章和商品介紹,列出需要經常更換的內容。
- 文章先定標題、摘要、本文、圖片與發布狀態;商品先定名稱、介紹、圖片及顯示順序,不把訂單價格順手改成由前端決定。
- 指定必填、長度與格式限制,定義草稿、已發布與封存;公開網站只讀已發布資料。
- 評估沿用現有資料庫或成熟 CMS,先選一種權威來源;若有靜態建置與快取,記下發布後如何更新。
親手試試
模擬:編輯者可預覽,公開頁和公開 API 都不提供草稿。
模擬:網站讀取已核對的版本;若使用靜態建置,需完成建置更新。
模擬:公開頁移除,保留內部紀錄;舊連結的處理方式要另外規劃。
這是內容狀態示意,不會修改真實文章。
這樣對 AI 說
中文就可以
請盤點貓掌櫃文章與商品介紹,規劃最小內容後台。列欄位、型別、必填、限制、草稿/已發布/封存狀態,以及網站讀取來源。保留固定版面,商品介紹與交易價格的權威來源要分清楚。若沿用 CMS 或靜態建置,附官方文件並說明發布後如何更新,不要同時建立兩套互相矛盾的內容來源。
本章驗收清單
請在自己的練習專案實際操作,再依結果逐項確認。
- 欄位表有必填與格式限制
- 公開頁只使用已發布內容
- 內容與訂單金額來源分工清楚
- 知道發布後如何更新畫面
這章的相關詞條
詞條頁都有可以動的示範——卡住的時候,去把名詞弄清楚,回來繼續做。
進度只存在這台瀏覽器,不上傳、不追蹤。