如何用 AI 建立網誌：文章、編輯器、SEO 及託管

網誌需要三樣東西：讀者可以在各自網址閱讀的文章、讓你撰寫和發布文章的方式，以及讓搜尋引擎能夠理解的頁面。AI 應用程式生成器可以根據一段普通英文或中文描述，把這三樣都建好。最主要的決定是文章存放的位置：存為專案內的檔案，還是存入附有編輯器的資料庫。本指南其餘部分都是根據這個選擇而展開的。

網誌需要什麼

頁面

• 首頁或文章列表：最新的文章排在最前，並顯示標題、日期、簡短摘要和封面圖片。
• 文章頁：文章本身，擁有自己的網址，例如 /blog/how-we-roast-coffee。
• 分類或標籤頁：讓讀者可以瀏覽某一主題的文章。
• 關於我們頁：介紹誰在撰寫，以及為何撰寫。
• 搜尋（可選）：當文章超過數十篇時，值得加入。
• RSS 訂閱源：一個小型檔案，讓訂閱閱讀器和部分電子通訊工具可以自動獲取新文章。

資料

一篇文章本質上是一筆小紀錄：標題、slug（網址中的部分）、內文、摘要、封面圖片、作者、分類、標籤、狀態（草稿或已發布）、發布日期和更新日期。如果有多位作者，可以加入一個作者資料表，包括姓名、相片和簡短簡介。

權限

讀者只會看到已發布的文章。撰寫者可以建立和編輯草稿，而發布權限通常由某人持有，這人可能就是同一位作者。對一人經營的網誌來說，這只是「我和其他所有人」；如果是團隊，就需要登入功能及至少兩種角色。

最重要的決定：檔案還是資料庫

CMS（內容管理系統）就是你撰寫和管理內容的那一部分。詳情請參閱什麼是 CMS。

對大部分個人或公司網誌來說，可以先從 Markdown 檔案開始。當透過生成器撰寫成為瓶頸，或是不使用生成器的人也需要發文時，再改用資料庫和編輯器。

及早要決定的 SEO 事項

網誌的價值通常來自搜尋流量，因此幾項技術選擇比設計更加重要。

• 頁面必須在沒有 JavaScript 的情況下也可讀取。 很多 AI 製作的應用程式都是單頁應用程式（SPA）：瀏覽器先下載一個空白頁面，再由 JavaScript 把內容填入。搜尋引擎通常可以處理這種情況，但速度較慢，也較不可靠。對網誌而言，應要求把文章預先渲染為靜態 HTML，或由伺服器渲染，這樣文字在載入時就已經存在於頁面中。
• 每篇文章一個網址，並且保持不變。 選擇簡短、易讀的 slug。之後更改會令舊連結失效，除非加入重新導向。
• 每篇文章各自的標題和描述。 每篇文章都需要自己的 <title> 和 meta description，還要加入 Open Graph 標記，令分享時的連結看起來美觀。
• 網站地圖。 列出所有已發布文章的 sitemap.xml，有助搜尋引擎發現新文章。
• 結構化資料。 Article 標記（來自 schema.org）會告訴搜尋引擎標題、作者和日期。只標記頁面上實際存在的內容。

我們的 AI 製作網站的 SEO 指南會更詳細地講解這些內容。

範例首個提示

為我的精品咖啡烘焙坊建立一個網誌。頁面包括：首頁以最新文章排在最前的方式列出文章（標題、日期、摘要、封面圖片）；位於 /blog/[slug] 的文章頁；分類頁；以及關於我們頁。文章以 Markdown 檔案儲存，前置資料包括標題、日期、摘要、分類及封面圖片；並將每篇文章頁預先渲染為靜態 HTML，讓搜尋引擎無需 JavaScript 也能讀取。每篇文章需要有自己的標題和 meta description、Open Graph 標記，以及 Article 結構化資料。根據文章生成 sitemap.xml 和 RSS 訂閱源。排版要乾淨易讀，單行寬度約 70 個字元，並在手機上運作良好。加入三篇範例文章，讓我可以看到設計效果。

建置步驟

1. 用範例文章進行設計。 先把文章頁做好，包括字型大小、行長、行距，以及圖片和引文的呈現方式。人們大部分時間都會停留在這裡。
2. 列表頁和分類頁。 檢查摘要、日期和封面圖片，以及文章沒有圖片時的情況。
3. SEO 基本設定。 要求提供標題、描述、Open Graph 標記、網站地圖及 RSS 訂閱源。發布後，開啟一篇文章並檢視頁面原始碼，確認文字已存在於 HTML 中。
4. 真正的文章。 取代範例文章。前幾篇最好由你親自撰寫，它們會定下整體語調。
5. 電子通訊訂閱（可選）。在每篇文章末尾加入表格，把電郵地址儲存到資料庫，或直接傳送到你的電郵服務供應商。詳情請參閱如何建立電子通訊網站。
6. 編輯器和登入（只在需要時）。如果改用資料庫，請要求提供一個管理區域，包括草稿、預覽按鈕和圖片上載功能，並以登入保護。
7. 自訂網域。 使用自己的網域建立網誌，有助建立該網域的信譽。詳情請參閱如何連接自訂網域。

用 AI 協助撰寫

AI 可以協助製作大綱、初稿、標題選項、摘要和編輯。但對於令網誌值得閱讀的要素，例如你的經驗、你的觀點、你的相片，以及來自你工作的真實數據，AI 的幫助較為有限。一個實用原則是：讓 AI 幫你更快寫作，而不是替你寫。AI 提供的每項事實都要查證，並且切勿發布無法追溯來源的統計數字或引文。

如果你在自己的編輯器中加入 AI 寫作助手，例如「建議標題」或「精簡這段文字」按鈕，API 金鑰必須保留在伺服器端。同時也要為它設定使用上限，因為每次建議都會產生費用。

常見錯誤

• 文章只在用戶端渲染。 文章內文應該在 HTML 中，而不是稍後才由 JavaScript 加入。
• 發布後更改 slug。 所有舊連結都會失效。如果必須更改，請從舊網址加入重新導向。
• 圖片過大。 一張 5 MB 的封面相片會令每個頁面都變慢。應要求提供經過縮圖及壓縮、並已設定寬度和高度的圖片。
• 沒有草稿功能。 沒有草稿狀態，寫到一半的文章就會被直接發布。
• 留言沒有審核。 開放留言會在數日內吸引垃圾訊息。可以先不設留言功能，或在任何內容顯示前要求先經審批。
• 缺少日期。 讀者和搜尋引擎都想知道內容何時撰寫、何時最後更新。

何時現成的網誌平台更好

如果你只想寫作，不需要其他功能，代管的網誌平台或 WordPress 會讓你更快達成目標。它們已附有完善的編輯器、主題、留言功能，部分還提供電子通訊，並有多年累積的外掛。Substack 類型的平台亦自帶受眾群和電郵發送功能。

如果網誌是一個更大產品的一部分（例如公司網站、SaaS 應用程式或網店），如果你希望文章運用自己的資料（例如產品頁、食譜或商品列表），或者希望完全掌控設計和網址，就應該自行建立。這也是了解網站運作方式的好方法。若要在現有網站中加入網誌，請參閱如何為你的網站加入網誌。

使用 Mythex 建立

在 Mythex 中，你可以在聊天中描述網誌、在即時預覽中檢查設計（包括手機尺寸的畫面），然後發布到公開的 <slug>.mythex.app 網址；自訂網域則屬於 Pro 方案。預設技術架構是 Vite 和 React 應用程式，會在瀏覽器中渲染，因此如果是網誌，請要求預先渲染的文章頁或 Next.js，並按照 SEO 指引處理標題、meta 標籤和網站地圖。當你需要瀏覽器編輯器時，應用程式需要的話，Mythex 會加入資料庫及圖片的檔案儲存空間。寫作者的登入方式由你自行決定：你選擇方案，代理會負責接駁。如想快速起步，可參考美食網誌及電子通訊網誌範本。

常見問題