SEO 落地頁：上線、結構化、驗收

建立 SEO 著陸頁

使用此技能來建立、改善、審核、部署或驗證著陸頁。

除非要求中包含 SEO、轉換、無障礙、效能、部署或啟動就緒性，否則請勿將此技能用於微小的文案、樣式或元件修改。

核心工作流程

1. 在編輯前先檢視現有專案。
2. 識別業務/實體、受眾、地點、服務、轉換目標與部署目標。
3. 識別技術棧並保留其慣例。
4. 檢查 metadata、標題、結構化資料、sitemap、robots（包括 AI 爬蟲存取權）、llms.txt、favicon、manifest、社交預覽以及可見的商業事實。
5. 檢視響應式版面、無障礙、圖片尺寸、JavaScript 載入與 CLS 風險。
6. 使用現有專案風格進行具體的檔案修改。
7. 執行可用的驗證工具，若受阻則提供確切指令。
8. 總結修改內容、驗證結果、剩餘風險與上線後步驟。

預設優先事項

• 讓第一個視口清晰：實體、方案、地點或受眾，以及主要 CTA。
• 將重要事實保留在 HTML 中，而不僅是 metadata 或 JSON-LD。
• 對於服務，偏好使用 Service schema；僅在有真實產品方案數據時才使用 Product schema。
• 對於本地商家，優先處理 NAP 一致性、服務區域、營業時間、地圖/個人檔案連結、評論與真實照片。
• 將自訂網域、Google Business Profile、評論、引用、Search Console 與真實照片視為上線/離站工作，而非僅是程式碼調整。
• 在網域或部署變更後，更新 canonical、sitemap、robots sitemap URL、結構化資料 URL、社交圖片 URL 與 Search Console 資源。
• 請勿偽造評分、評論、保證、排名、索引、Core Web Vitals、Lighthouse/PageSpeed 分數、部署狀態、AI Overview/AI 引用狀態或 API 結果。
• FAQ 與 HowTo schema 不再產生 Google 豐富結果（FAQ 於 2026 年 5 月 7 日移除；HowTo 於 2023 年移除）；保留 FAQPage schema 是為了 AI/答案引擎的理解，而非承諾的 SERP 功能。
• 在變更 robots.txt 中的 AI 機器人存取權之前，請先詢問網站擁有者；這會改變對助理引用和模型訓練的真實曝光度。請注意，Google AI Overviews/AI Mode 由正常的 Googlebot 存取權與 Search Console 控制，而非 AI 機器人 token。
• llms.txt 是選用的衛生措施，沒有經過證明的排名或引用提升效果，且 Google 表示 AI 功能不需要它；可以提供，但不要將其宣傳為 AI 可見性的勝利。
• 根據頁面類型和受眾匹配設計；優先考慮清晰度、信任度、行動裝置可用性與轉換，而非裝飾。

何時閱讀參考資料

• 有關建置流程和頁面結構，請閱讀 references/landing-page-workflow.md。
• 有關特定框架的實作細節，請閱讀 references/framework-implementation.md。
• 有關著陸頁文案、CTA 與信任信號，請閱讀 references/content-conversion.md。
• 有關 SEO、AEO、GEO 與本地搜尋檢查，請閱讀 references/seo-aeo-geo-checklist.md。
• 有關本地商家網站，請閱讀 references/local-business-seo.md。
• 有關 JSON-LD 與豐富結果注意事項，請閱讀 references/structured-data.md。
• 有關效能、無障礙與 CLS 工作，請閱讀 references/performance-accessibility.md。
• 有關驗證腳本、Lighthouse/PageSpeed、Search Console 與報告，請閱讀 references/validation-workflow.md。
• 有關部署、網域、Search Console 與 Google Business Profile，請閱讀 references/deployment-domain-search-console.md。
• 有關 llms.txt、AI 爬蟲存取權與 AI 搜尋報告，請閱讀 references/ai-crawlers-and-llms-txt.md。
• 有關 WebMCP、代理可呼叫工具與代理就緒表單，請閱讀 references/webmcp.md。

模板

僅將模板用作起點。在插入前請根據專案進行調整：

• templates/metadata-head.html
• templates/site.webmanifest
• templates/robots.txt
• templates/sitemap.xml
• templates/local-business-jsonld.html
• templates/website-jsonld.html
• templates/website-with-search-jsonld.html - 舊版；其 SearchAction 不再產生 Google 功能
• templates/organization-jsonld.html
• templates/person-jsonld.html
• templates/breadcrumb-jsonld.html
• templates/faq-jsonld.html
• templates/service-offer-catalog-jsonld.html
• templates/static-landing-page.html
• templates/launch-checklist.md
• templates/privacy-notice.md
• templates/llms.txt

腳本

腳本是選用輔助工具。在環境允許的情況下，從目標專案根目錄執行它們：

• scripts/check-metadata.mjs [html-file] [--no-write] - 靜態 metadata、標題、圖片、favicon、manifest 與基本 SEO 檢查。
• scripts/check-structured-data.mjs [html-file] [--no-write] - JSON-LD 解析與 schema 合理性檢查。
• scripts/check-links.mjs [html-file] [--network] [--no-write] - 本地連結、片段、資產與可選的外部 URL 檢查。
• scripts/check-site-files.mjs [site-root] [--no-write] - robots.txt、sitemap.xml、site.webmanifest、llms.txt 與常見圖示檢查；對於框架的公開資料夾請傳入 public。
• scripts/check-placeholders.mjs [paths...] [--no-write] - 應用模板後檢查未替換的 {{PLACEHOLDER}}。
• scripts/run-lighthouse.mjs <url> [mobile|desktop] - Lighthouse JSON 報告。
• scripts/summarize-lighthouse.mjs [lighthouse-json-report] [--no-write] - 從 Lighthouse 報告產生 Markdown 摘要。
• scripts/run-pagespeed.mjs <url> [mobile|desktop] - PageSpeed Insights JSON 報告。
• scripts/summarize-pagespeed.mjs [pagespeed-json-report] [--no-write] - 從 PageSpeed 報告產生 Markdown 摘要。
• scripts/list-search-console-sites.mjs [--no-write] - 列出已驗證的 Search Console 資源。
• scripts/submit-sitemap.mjs <search-console-site-url> <sitemap-url> - 透過 Search Console API 提交 sitemap。
• scripts/inspect-url.mjs <inspection-url> <search-console-site-url> [language-code] - 透過 Search Console API 檢查 URL 索引資料。

當可用時，使用 PAGESPEED_API_KEY 進行 PageSpeed API 呼叫。

僅對支援的 Search Console API 動作使用 GOOGLE_SEARCH_CONSOLE_ACCESS_TOKEN。

如果請求的 API 支援動作需要憑證，但環境變數缺失，請要求用戶在自己的終端機中匯出它。不要要求他們將密碼貼入對話中，也永遠不要親自將金鑰輸入指令：一個被貼上或內嵌的金鑰會留在對話記錄和日誌中，而匯出的變數則會被這些腳本繼承，不會進入對話。references/validation-workflow.md 中有各 shell 的指令。

除非用戶明確要求，否則不要將密碼寫入 .env、被追蹤的檔案或專案配置中。

如果憑證、網路、依賴項或配額不可用，請不要假裝成功。說明阻礙因素並提供手動步驟或備用指令。

如果不確定用法，請在缺少參數的情況下執行腳本以查看其使用說明，或閱讀 references/validation-workflow.md。

規則

• 優先進行具體的檔案編輯，而非泛泛的建議。
• 保留現有專案慣例。
• 僅在請求的動作需要時才要求憑證，並讓用戶匯出它們，而非貼上。
• 不要關鍵字堆砌。
• 不要添加虛假評分、虛假評論或未經支持的聲明。
• 不要承諾排名、索引或 Core Web Vitals 結果。
• 避免影響版面的進場動畫。當需要動畫時，偏好僅透明度的顯示。
• 框架本身並不壞。對於簡單網站使用靜態 HTML，而當專案已使用或需要其功能時，則使用 React、Next.js、Astro 或類似框架。
• 對於本地商家，優先處理確切的商家名稱、NAP 一致性、服務區域、營業時間、地圖連結、Google Business Profile 或本地等效服務、評論以及自訂網域指引。