如何用 AI 建立部落格：文章、編輯器、SEO 與託管

部落格需要三樣東西：讀者可以在自己網址上閱讀的文章、讓你撰寫與發佈文章的方式，以及讓搜尋引擎能理解的頁面。AI App 建置工具可以根據一段白話描述，把這三樣都建好。主要的決定是文章要存在哪裡——作為專案中的檔案，或存在有編輯器的資料庫中——本指南其餘的內容都依此選擇展開。

部落格需要什麼

頁面

• 首頁或文章列表：最新的文章排在最前面，包含標題、日期、摘要與封面圖。
• 文章頁面：文章本身，擁有自己的網址，例如 /blog/how-we-roast-coffee。
• 分類或標籤頁面：讓讀者能瀏覽某個主題。
• 關於頁面：誰在寫、為什麼寫。
• 搜尋（選用）：文章超過幾十篇後值得加入。
• RSS 訂閱來源：一個小檔案，讓訂閱閱讀器和部分電子報工具能自動抓取新文章。

資料

一篇文章就是一筆小紀錄：標題、slug（網址中的部分）、內文、摘要、封面圖、作者、分類、標籤、狀態（草稿或已發佈）、發佈日期與更新日期。如果有多位作者，請加上作者資料表，包含姓名、照片與簡短介紹。

權限

讀者只能看到已發佈的文章。寫作者可以建立與編輯草稿。發佈權限通常由同一個人持有。對一人經營的部落格來說，這就只是「我與其他所有人」；若是團隊，你就需要登入功能與至少兩種角色。

重大決定：檔案或資料庫

CMS（內容管理系統）指的就是管理與撰寫內容的部分。詳見什麼是 CMS。

對大多數個人或公司部落格來說，建議從 Markdown 檔案開始。當透過建置工具寫文章成為瓶頸，或不使用建置工具的人也需要發文時，再遷移到資料庫與編輯器。

及早做的 SEO 決定

部落格的價值通常來自搜尋流量，因此幾個技術選擇比設計更重要。

• 頁面不能依賴 JavaScript 才能閱讀。 許多 AI 建置的 App 是單頁應用程式（SPA）：瀏覽器先下載一個空白頁面，再由 JavaScript 填入內容。搜尋引擎通常能渲染它，但速度較慢也較不可靠。對部落格來說，請要求把文章預先渲染成靜態 HTML 或伺服器端渲染，讓文字在載入時就已在頁面中。
• 每篇文章一個網址，並且保持不變。 選擇簡短、易讀的 slug。之後更改會使連結失效，除非加上重新導向。
• 每篇文章都要有標題與描述。 每篇都需要自己的 <title> 與 meta 描述，還要加上 Open Graph 標籤，讓分享連結時看起來美觀。
• 網站地圖。 列出所有已發佈文章的 sitemap.xml，能幫助搜尋引擎找到新文章。
• 結構化資料。 Article 標記（來自 schema.org）會告訴搜尋引擎標題、作者與日期。只標記頁面上確實存在的內容。

我們的 AI 建置網站的 SEO 指南會更詳細地說明這些內容。

範例首次提示詞

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

建置步驟

1. 用範例文章設計版面。 先把文章頁面做好：字級、行寬、間距，以及圖片與引言的呈現方式。人們大部分時間都花在這裡。
2. 列表與分類頁面。 檢查摘要、日期與封面圖，以及沒有圖片的文章會發生什麼事。
3. SEO 基礎。 請要求設定標題、描述、Open Graph 標籤、網站地圖與 RSS 訂閱來源。發佈後，打開一篇文章並檢視網頁原始碼，確認文字確實在 HTML 中。
4. 你的真實文章。 取代範例。前幾篇請自己寫，它們會定下風格基調。
5. 電子報訂閱（選用）。在每篇文章末尾放一個表單，把電子郵件存進資料庫，或直接送到你的電子郵件服務商。請參閱如何建置電子報網站。
6. 編輯器與登入（只在需要時）。如果改用資料庫，請要求建立一個管理區，包含草稿、預覽按鈕與圖片上傳，並以登入功能保護。
7. 自訂網域。 使用自己網域的部落格能累積該網域的信譽。請參閱如何連接自訂網域。

用 AI 協助寫作

AI 可以幫忙列大綱、寫初稿、提供標題選項、摘要與編修。但它較不擅長那些讓部落格值得一讀的要素：你的經驗、你的觀點、你的照片，以及你工作中的真實數據。一個實用的原則是讓 AI 幫你寫得更快，而不是替你寫。AI 給你的每一個事實都要查證，絕不發佈你無法追溯來源的統計數字或引言。

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

常見錯誤

• 文章只在用戶端渲染。 文章內容應該直接在 HTML 中，而不是之後才由 JavaScript 加入。
• 發佈後更改 slug。 每個舊連結都會失效。若真的必須更改，請從舊網址加上重新導向。
• 巨大的圖片。 5 MB 的封面照會讓每個頁面都變慢。請要求調整尺寸、壓縮圖片，並設定寬度與高度。
• 沒有草稿功能。 沒有草稿狀態，寫到一半的文章就會直接上線。
• 沒有審核的留言功能。 開放留言幾天內就會招來垃圾訊息。可以先不開留言，或要求任何內容都必須經過核准才會出現。
• 缺少日期。 讀者和搜尋引擎都想知道文章何時撰寫、何時更新。

什麼時候部落格平台是更好的選擇

如果你只想寫作，不需要其他功能，代管的部落格平台或 WordPress 能讓你更快上手。它們內建成熟的編輯器、佈景主題、留言功能，有些還提供電子報，而且擁有多年累積的外掛。類似 Substack 的平台還會帶來既有的讀者群與電子郵件發送功能。

當部落格位於更大的產品之中（企業網站、SaaS App、商店）、你希望文章使用自己的資料（商品頁、食譜、刊登資訊），或你希望完全掌控設計與網址時，就應該自己建置。這也是了解網站運作方式的好方法。若要為你已有的網站新增文章，請參閱如何為你的網站新增部落格。

用 Mythex 建置

在 Mythex 中，你在對話中描述部落格，在即時預覽中檢查設計（包括手機尺寸的框架），然後發佈到公開的 <slug>.mythex.app 位址；自訂網域需要 Pro 方案。預設技術棧是在瀏覽器中渲染的 Vite 與 React 應用程式，因此製作部落格時，請要求預先渲染的文章頁面或 Next.js，並依循 SEO 作法設定標題、meta 標籤與網站地圖。當你需要瀏覽器編輯器時，Mythex 會在App需要時加入資料庫與用於圖片的檔案儲存空間。寫作者的登入由你自行帶入：你選擇方式，代理負責接上。若想要快速起步，可參考美食部落格與電子報部落格範本。

常見問題