登陸頁面 SEO 規劃器
產生一份涵蓋所有頁面的結構化 SEO 計畫。不包含程式碼——僅提供可直接注入到 app/layout.tsx、app/sitemap.ts、app/robots.ts 以及每個頁面之中繼資料的 SEO 配置。
輸入參數
{company_name}— 品牌名稱{industry}— 行業類別{pages}— 需要涵蓋的頁面清單（預設：/、/tarifs、/a-propos、/blog、/cas-clients）{content_brief}— 來自 landing-page-copy 的英雄區標題、功能文案等內容
步驟 1 — 網站架構驗證
評估預設頁面組合對此行業是否為最佳選擇。請提出以下問題：
- 此行業是否需要獨立的
/contact或/demo頁面？（B2B SaaS → 是） - 是否缺少高意圖關鍵字頁面？（例如
/comparatif、/alternatives-[competitor]、/[use-case]） - 對此行業而言，
/blog是否應改為/ressources或/guides？ - 定價頁面是否需要獨立的
/tarifsURL，還是僅使用#pricing錨點就足夠？
輸出最終的頁面清單，包含 URL、標題與用途。預設如下：
| URL | 頁面標題 | 用途 |
|---|---|---|
/ | 首頁 | 轉換 — 英雄區 + 見證 + 功能 |
/tarifs | 價格方案 | 方案比較，升級意圖 |
/a-propos | 關於我們 | 建立信任，品牌故事 |
/blog | 部落格 | SEO 自然流量 |
/cas-clients | 客戶案例 | 信任 + 決策階段 |
如果行業有強烈理由，最多可新增 2 個額外頁面。
步驟 2 — 每個頁面的中繼標籤
為每個頁面產生以下內容：
page: [url]
title: [50-60 個字元。主要關鍵字靠近開頭。品牌名稱在結尾以「 | 」分隔]
description: [140-160 個字元。使用行動動詞。強調效益。軟性 Call to Action。包含主要關鍵字。]
og_title: [與 title 相同，或稍具吸引力]
og_description: [與 description 相同，或對話式變體]
keywords: [此頁面的 3-5 個主要關鍵字]
標題標籤規則：
- 首頁：
{主要關鍵字} | {公司名稱}或{公司名稱} — {核心價值主張} - 功能/定價頁面：
{功能/定價} {公司} — {效益} - 部落格：
{文章標題} | {公司部落格} - 50-60 個字元以避免 SERP 截斷
中繼描述規則：
- 每個頁面皆為獨特內容——不重複使用
- 自然包含主要關鍵字
- 軟性 CTA：「探索」、「免費開始」、「比較方案」
- 最多 140-160 個字元
步驟 3 — 結構化資料標記計畫
為每個頁面指定要實作的 JSON-LD 結構化資料：
首頁 (/)
Organization {
name, url, logo, description,
sameAs: [社交個人檔案 URL — LinkedIn、Twitter/X、GitHub（如相關）],
contactPoint: { contactType: "客戶服務", availableLanguage: "繁體中文" }
}
WebSite {
name, url,
potentialAction: SearchAction（如果網站有搜尋功能）
}
定價頁面 (/tarifs)
// 每個方案：
Offer {
name, price, priceCurrency, description,
seller: { "@type": "Organization", name }
}
FAQPage（如果定價頁面有常見問題區塊）{
mainEntity: [{ "@type": "Question", name, acceptedAnswer }]
}
部落格文章頁面
Article {
headline, datePublished, dateModified,
author: { "@type": "Organization", name },
publisher: { "@type": "Organization", name, logo },
image, description
}
BreadcrumbList {
itemListElement: [首頁 → 部落格 → 文章]
}
客戶案例頁面
Article (類型："TechArticle" 或一般型)
BreadcrumbList {
itemListElement: [首頁 → 客戶案例 → 案例名稱]
}
關於我們 (/a-propos)
AboutPage {
name, description, url,
mainEntity: Organization（與首頁相同）
}
SoftwareApplication 結構化資料 — 如果行業是 SaaS/科技，則新增至首頁：
SoftwareApplication {
name, applicationCategory: "BusinessApplication",
operatingSystem: "Web",
offers: { price, priceCurrency }
}
步驟 4 — XML 網站地圖配置
// sitemap.ts 條目
pages: [
{ url: "/", changeFreq: "weekly", priority: 1.0 },
{ url: "/tarifs", changeFreq: "weekly", priority: 0.9 },
{ url: "/a-propos", changeFreq: "monthly", priority: 0.6 },
{ url: "/blog", changeFreq: "daily", priority: 0.8 },
{ url: "/cas-clients", changeFreq: "monthly", priority: 0.7 },
// 部落格文章： changeFreq: "monthly", priority: 0.6
// 客戶案例： changeFreq: "monthly", priority: 0.7
]
根據轉換意圖調整優先級：
- 高轉換意圖頁面（
/、/tarifs）：0.9-1.0 - 信任/中間漏斗（
/cas-clients）：0.7-0.8 - 頂部漏斗/內容（
/blog、/a-propos）：0.5-0.7
步驟 5 — Core Web Vitals 提示
根據規劃的元件，標記以下建置時最佳化項目：
圖片：
- 使用
next/image並在英雄圖片上設定priority={true} - 透過
unoptimized: true（靜態匯出）+ 預最佳化素材使用 WebP 格式 - 明確指定
width和height以防止 CLS
字型：
- 使用
next/font/google並設定display: 'swap' - 在
<head>中新增preconnect至fonts.googleapis.com
CSS：
- 使用 CSS 變數——避免在主題切換時重新計算類別名稱
- 避免在 CSS 中使用
@import（改用next/font）
JavaScript：
- 僅在互動式元件（DarkModeToggle、ContactForm、Pricing toggle）中使用
'use client' - 靜態區段（英雄文字、功能、頁尾）= 伺服器元件 = 無 JS 套件成本
步驟 6 — AI SEO（可引用性）提示
為 AI Overviews、Perplexity、ChatGPT 引用此網站提供提示：
程式碼生成階段的結構提示：
- 常見問題區塊必須使用
<dl>或語意化問答 HTML（不僅是 div/p） - 英雄區的統計數據應使用
<data value="X">包裹 - 部落格文章需要
<article>搭配<time datetime="...">和清晰的<h1> - 客戶案例需要明確的「挑戰 / 解決方案 / 結果」H2 結構
- 關於頁面需要
<address>來標示公司聯絡資訊
內容提示：
- 包含 1-2 個直接回答「{company_name} 是什麼？」和「{company_name} 如何運作？」的常見問題解答（這些內容會被 AI 直接引用）
- 部落格文章應在第一段提供 TL;DR 摘要
- 統計數據必須包含來源/背景（即使是內部數據，也要標明「基於客戶數據」）
輸出格式
將計畫輸出為 SEO_PLAN：
## SEO_PLAN
### page_list
[最終頁面清單及任何新增]
### meta_tags
[每個頁面的 title、description、og_title、og_description、keywords]
### schema_plan
[每個頁面的結構化資料類型 + 關鍵欄位]
### sitemap_config
[每個頁面的優先級 + 變更頻率]
### build_hints
[CWV + AI SEO 提示，傳遞給程式碼生成階段]