讀完這一章，你會知道如何讓 Lovable 做出的網站被搜尋引擎、社群平台和 AI 搜尋系統正確理解。你會學會使用 SEO & AI search review、metadata（中繼資料）、Open Graph、sitemap、robots.txt、structured data、semantic HTML、llms.txt、Google Search Console 和 Semrush-powered research，建立一套從技術可爬取到內容可引用的可發現性流程。
這章的重點不是關鍵字堆砌。真正的目標是：
讓你的產品頁面清楚、可爬取、可索引、可分享、可被 AI 摘要與引用。
很多人用 Lovable 做完產品後，會以為 publish 就等於有人看得到。這是錯的。
Publish 只代表網站有 URL。可發現性還需要：
SEO 和 AEO 都不是魔法。它們依賴相同基礎：crawlable HTML、清楚 metadata（中繼資料）、乾淨內容結構、快速載入、可理解的頁面語意，以及外部連結與品牌訊號。
Lovable 可以幫你處理很多技術基礎，但排名和可見性仍然取決於內容品質、搜尋意圖、競爭、links、效能和持續迭代。
你可以把 SEO / AEO 拆成五層：
可爬取性 = 搜尋引擎能不能讀到
可索引性 = 搜尋引擎能不能收錄
可理解性 = 它是否理解頁面在講什麼
可分享性 = 社群與聊天工具分享時是否正確呈現
可回答性 = AI 搜尋是否能抽取可信答案
SEO 不只是 Google 排名。AEO, Answer Engine Optimization, 是讓 ChatGPT、Perplexity、Claude、Gemini 這類 AI search systems 能理解、引用或摘要你的網站。
對 LaunchNote 來說，首頁要被理解成：
LaunchNote 是為小型軟體團隊設計的更新日誌 SaaS。
它協助團隊撰寫、發布和分享產品更新。
它支援公開更新日誌頁面、團隊工作流程、AI 摘要和訂閱方案。
如果頁面上沒有清楚寫出這些事，再多 metadata（中繼資料） 也救不了。
開始前，請先確認：
Lovable 文件提醒：只有 publicly published apps 可以被 search engines index。Private、unpublished projects，以及 branded workspace（工作區）URLs 不會被 index。要建立長期 search presence，請使用你控制的 custom domain。
圖 16-1：SEO & AEO 文件把傳統搜尋與 AI 搜尋的可見性放在同一套檢查流程中。
Lovable 的 SEO & AI search tab 在 project（專案）的 Services → SEO & AI search。它可以跑 on-demand review，檢查技術 SEO、AI readiness、performance、accessibility、mobile usability、GSC setup 等項目。
提示詞：
請為 LaunchNote 執行 SEO 與 AI 搜尋審查。
背景：
LaunchNote 是讓小型軟體團隊發布公開更新日誌頁面的 SaaS。
請檢查：
- 頁面基礎設定。
- 索引設定。
- robots.txt.
- sitemap.xml.
- 中繼資料。
- Open Graph 標籤。
- 結構化資料。
- 標題結構。
- 語意化 HTML。
- 替代文字。
- AI 準備狀態和 llms.txt。
- 效能。
- 無障礙。
- 行動裝置易用性。
審查後，請摘要：
- 高影響問題。
- 中影響問題。
- 低影響改善。
- 哪些項目應在發布前修正。
- 哪些項目必須先公開發布網站才能修正。
不要一開始就 Try to fix all。先看 findings，特別是會阻止 index 的 red X 類問題：
noindex。X-Robots-Tag: noindex。這些會讓網站根本進不了搜尋。
技術底線：
首頁可載入
-> 沒有 noindex
-> robots.txt 不擋重要頁面
-> sitemap.xml 存在且正確
-> Canonical URL 正確
-> 公開路由可被發現
提示詞：
請為 LaunchNote 修正可爬取與索引基礎。
需求：
- 確保首頁成功載入。
- 移除公開頁面中任何意外加入的 noindex。
- 建立或更新 robots.txt。
- 建立或更新 sitemap.xml，並包含所有公開路由。
- 為公開路由新增 Canonical 標籤。
- 排除儀表板、帳務、管理後台、身分驗證回呼和私密路由，不要為其建立索引。
- 在 robots.txt 新增 Sitemap 指令。
不要在 Sitemap 暴露私密儀表板路由。
對 SaaS app，public routes 通常包含：
/
/pricing
/features
/changelog
/blog
/privacy
/terms
/refund-policy
Private routes 不應該進 sitemap。
常見錯誤是所有頁面共用同一個 title：
LaunchNote
這不夠。
每個 public route 應該有：
提示詞：
請改善 LaunchNote 公開路由的中繼資料。
路由：
- /
- /pricing
- /features
- /changelog
- /blog
- /privacy
- /terms
- /refund-policy
針對每個路由，請加入：
- 不超過 60 個字元的獨立頁面標題。
- 約 140 到 160 個字元的獨立 Meta Description。
- Canonical URL。
- Open Graph 標題。
- Open Graph 說明。
- Open Graph 圖片。
規則：
- 不要使用「首頁」等空泛標題。
- 不要在不同頁面重複說明。
- 使用者可見文案使用繁體中文。
- 使用自訂網域作為 Canonical Host。
首頁 title 範例：
LaunchNote：給 SaaS 團隊的產品更新與更新日誌工具
描述範例：
LaunchNote 幫助小型 SaaS 團隊撰寫、發布並分享產品更新，建立清楚的公開更新日誌與團隊發布流程。
社群平台、Slack、Line、Facebook、LinkedIn、X、WhatsApp 等分享連結時，通常讀 Open Graph metadata（中繼資料），不一定執行 client-side JavaScript。
如果 Open Graph 沒設好，分享時可能出現：
提示詞：
請檢查並改善 LaunchNote 的 Open Graph 中繼資料。
需求：
- 每個重要公開路由都有 og:title 和 og:description。
- 首頁、價格方案頁和更新日誌頁有適當的 og:image。
- 社群預覽不應顯示 Lovable 品牌標示。
- 圖片尺寸應適合社群預覽。
- 測試社群預覽前先發布變更。
請回報哪些路由仍使用備用中繼資料。
對 SaaS 產品，Open Graph image 最好不是抽象背景，而是可以看出產品的 screenshot、dashboard（儀表板） preview（預覽） 或清楚品牌訊息。
Structured data 通常用 JSON-LD 表達頁面類型。不是每頁都需要，但適合：
提示詞：
請為 LaunchNote 新增適當的 JSON-LD 結構化資料。
頁面：
- 首頁：SoftwareApplication 和 Organization。
- 價格方案頁：適合時使用 Product 或 Offer 類型的結構化資料。
- 部落格文章：Article。
- 常見問題區塊：頁面包含真實問答時使用 FAQPage。
- 公開更新日誌項目：適合時使用 Article 或 BlogPosting。
規則：
- 結構化資料必須符合畫面可見內容。
- 不要加入虛假評論、虛假評分或缺乏支持的聲明。
- 驗證 JSON-LD 語法正確。
Structured data 不是騙搜尋引擎。它必須和頁面可見內容一致。
Lovable 的 review 會檢查 content structure，例如 H1、heading levels、alt text、link text、semantic HTML。
對每個 public page，至少要做到：
<main> 包住主內容。<nav>、<section>、<footer> 使用正確。提示詞：
請檢查 LaunchNote 公開頁面的內容結構。
檢查：
- 每頁只有一個清楚的 H1。
- H2 和 H3 階層合理。
- 語意化 HTML 適當使用 main、nav、section、article 和 footer。
- 連結文字能說明目的地。
- 圖片有意義明確的替代文字。
- 重要產品事實以文字呈現，不只放在圖片裡。
不要改寫品牌語氣。
編輯前，請先回傳問題清單。
AI search 特別需要「可引用的明確事實」。如果所有重要資訊都藏在圖片裡，AI crawler 不一定能正確理解。
llms.txt 和 AI readinessLovable 的 SEO & AI search review 會檢查 AI readiness，包括 llms.txt 和 AI assistants 是否能看到 clean Markdown version。
llms.txt 可以整理你的網站給 AI systems 看的重點頁面與內容摘要。它不是 SEO 萬靈丹，但對 AI search readiness 是清楚訊號。
提示詞：
請為 LaunchNote 建立 llms.txt。
請包含：
- 產品摘要。
- 主要受眾。
- 重要公開頁面。
- 價格方案頁。
- 公開更新日誌頁面。
- 說明或文件頁面。
- 聯絡或支援頁面，如有。
規則：
- 內容應符合事實。
- 不要包含私密儀表板路由。
- 不要包含缺乏支持的行銷聲明。
- 請使用精簡繁體中文，必要時保留英文產品詞。
AI search 不是只讀 llms.txt。它仍會看頁面內容、links、metadata（中繼資料）、structured data 和整體可信度。但 llms.txt 是值得加入的 AI readiness 層。
圖 16-2：發布正式網域後，以 Google Search Console 驗證網站、提交 sitemap 並追蹤索引狀態。
Google Search Console 可以讓你：
Lovable 的 Google Search Console connector 可以從 chat 協助驗證 domain、嵌入 meta-tag、提交 sitemap、讀取 search analytics。
提示詞：
請為 LaunchNote 設定 Google Search Console。
需求：
- 使用 Google Search Console Connector。
- 驗證自訂網域的擁有權。
- 使用 Meta Tag 驗證。
- 確保驗證用 Meta Tag 由伺服器渲染在 HTML head 中。
- 最新版本發布後提交 sitemap.xml。
- 確認資源顯示在 Search Console 中。
請回報所有驗證失敗及其可能原因。
注意：
Lovable 文件明確提醒：要建立 search presence，使用你控制的 custom domain。
Custom domain 的價值：
提示詞：
請為自訂網域準備 LaunchNote 的 SEO 設定。
網域：
https://launchnote.example
請更新：
- Canonical URL。
- sitemap.xml URL。
- robots.txt 中的 Sitemap 指令。
- Open Graph URL。
- Google Search Console 驗證目標。
- 中繼資料中任何寫死的預覽或 lovable.app URL。
不要修改應用程式內部路由。
如果你改 domain，請 rerun SEO & AI search review。
圖 16-3：Semrush 整合可把關鍵字與競爭研究帶進內容規劃，再由產品需求決定取捨。
Lovable 的 SEO & AI search tab 有 Research SEO with Lovable，使用 Semrush-powered data 做 keyword、competitor、backlink、ranking、content ideas 和 strategy research。
適合問：
請研究 LaunchNote 的 SEO 機會。
問題：
- 更新日誌 SaaS 應鎖定哪些關鍵字？
- 哪些競爭者在產品更新、更新日誌和版本資訊相關詞彙有排名？
- 我們應為小型 SaaS 團隊建立哪些內容主題？
- 上線前應具備哪些頁面？
- 哪些反向連結或目錄與這類 SaaS 相關？
請回傳：
- 關鍵字主題。
- 搜尋意圖。
- 頁面構想。
- 優先順序。
- 建議的下一篇內容。
關鍵是 search intent。
例如：
不同 intent 應該對應不同頁面，不要把所有關鍵字塞進首頁。
SEO review 的結果會因 code change 變 outdated。Lovable 文件提醒：review 不會在 publish 後自動重跑。你要手動 Scan again。
流程：
執行 SEO 與 AI 搜尋審查
-> 修正高影響問題
-> 如需正式網站檢查則先發布
-> 再次執行審查
-> 連接 GSC 並提交 Sitemap
-> 等待 GSC 資料
-> 迭代內容和頁面
提示詞：
完成最新 SEO 修正後，重新執行 SEO 與 AI 搜尋審查。
請比較：
- 先前失敗的發現。
- 目前的發現。
- 已確認修正的項目。
- 仍然失敗的項目。
- 需要發布或設定自訂網域的項目。
- 上線後應在 Google Search Console 監控的項目。
SEO 沒有一次完成。它是 publish 後持續迭代。
請為這個專案執行 SEO 與 AI 搜尋審查。
重點：
- 可爬取性。
- 可索引性。
- 中繼資料。
- Open Graph。
- Sitemap。
- robots.txt.
- 結構化資料。
- 語意化 HTML。
- AI 準備狀態和 llms.txt。
- 效能。
- 無障礙。
- 行動裝置易用性。
請依影響程度摘要發現，並建議修正順序。
暫時不要套用修正。
為什麼有效：
請改善公開路由的中繼資料。
路由：
[列出路由]
針對每個路由，請加入：
- 不超過 60 個字元的獨立標題。
- 約 140 到 160 個字元的獨立 Meta Description。
- Canonical URL。
- Open Graph 標題。
- Open Graph 說明。
- Open Graph 圖片。
規則：
- 不要重複中繼資料。
- 不要包含私密路由。
- 使用自訂網域。
為什麼有效：
請建立或更新 sitemap.xml 和 robots.txt。
請包含：
- 所有公開路由。
- 正確的自訂網域 URL。
- lastmod 值。
- robots.txt 中的 Sitemap 指令。
排除：
- 儀表板。
- 帳務頁面。
- 管理後台。
- 身分驗證回呼。
- 私密使用者頁面。
不要阻擋網站渲染所需的 CSS、JavaScript 或資產。
為什麼有效：
請為這個自訂網域設定 Google Search Console。
需求：
- 使用 Google Search Console Connector。
- 使用 Meta Tag 驗證網域。
- 確保標籤由伺服器渲染在 HTML head 中。
- 驗證前發布最新變更。
- 發布後提交 sitemap.xml。
- 確認設定狀態。
請回報所有失敗及其可能原因。
為什麼有效：
請改善 AI 搜尋準備狀態。
任務：
- 建立或更新 llms.txt。
- 確保重要事實以文字顯示。
- 必要時新增精簡的常見問題內容。
- 結構化資料符合畫面可見內容時，新增結構化資料。
- 標題應清楚且符合語意。
規則：
- 不要提出缺乏支持的聲明。
- 不要包含私密路由。
- 內容應符合事實且容易引用。
為什麼有效：
替 LaunchNote 建立 SEO/AEO 發布前流程。
使用 Pattern 1 跑 SEO & AI search review。
預期結果：
使用 Pattern 2 和 Pattern 3 修 metadata（中繼資料）、sitemap、robots、canonical。
預期結果：
使用 Pattern 5 建立 llms.txt 和 FAQ / structured data。
預期結果：
使用 Pattern 4 驗證 custom domain 並提交 sitemap。
預期結果：
Preview（預覽） 和 private projects 不會建立長期 search presence。要用 custom domain。
每個 public route 都要有自己的 title、description、OG metadata（中繼資料） 和 canonical。
Dashboard（儀表板）、billing、admin、auth（驗證）callback 不應該出現在 public sitemap。
不要阻擋 CSS、JavaScript 或 assets，否則 crawler 可能無法正確 render。
如果頁面對使用者沒價值，SEO 技術設定只能幫一小段。
llms.txtAI search 仍需要清楚頁面內容、structured data、headings、links 和可信事實。
Google 抓的是 live sitemap。未發布 route 不會被提交到正確 live state。
以下情境可以先不做完整 SEO：
但即使不做完整 SEO，也應該避免：
llms.txt 是否存在且只列 public content？讀完本章後，建議用自己的專案情境繼續追問 Lovable 或本書作者：
嗨！我是 Wolke，曾任 Google Developer Expert（GDE，2019–2023） 與 LINE API Expert。我熱衷於研究 AI Agent、n8n 自動化工作流及全端開發架構，致力於將 AI 技術轉化為實際的生產力工具。
如果你喜歡這篇文章，歡迎透過以下方式與我交流，獲取更多技術實戰內容：
📚 技術著作：《實用的 Gemini API 開發點子書》，帶你運用 Gemini App、Google AI Studio、Gemini CLI 與 Antigravity IDE，打造 AI Agent 與實用產品。
📝 技術部落格：歡迎追蹤我的 Medium，我會持續分享 Agentic Automation、架構設計與實際開發的踩坑心得。
🎤 技術講座：我持續受邀至技術社群及研討會，分享 AI Agent、自動化工作流、DevOps 與全端開發實戰。曾於 2026 年 6 月 26 日的 DevOpsDays Taipei 2026 主講「不再只是寫腳本！讓 AI 代理人成為你的 SRE 最佳夥伴」工作坊。
如果你的企業、社群或學校正在尋找相關主題講者，歡迎私訊與我聯繫、洽談講座合作！
🎁 免費送 Lovable 額度給讀者！
我每個月會開放 10 個名額，每人 50 點 Lovable 額度，讓大家實際動手打造自己的網站或 App。
參加方式：
確認後，我會邀請你加入 Lovable workspace 並設定 50 點額度。名額有限，送完為止！
iThome鐵人賽
看影片追技術