SEO 是做什麼的？
透過技術正確性、效能與內容相關性來提升搜尋能見度，不作弊、不取巧。
使用時機
遇到以下情況時使用此技能：
- 稽核可爬性、可索引性、標準網址或重新導向
- 改善標題標籤、中繼描述與標題結構
- 新增或驗證結構化資料
- 改善網頁核心指標
- 進行關鍵字研究，並將關鍵字對應到 URL
- 規劃內部連結或 Sitemap / robots 變更
運作方式
原則
- 先解決技術障礙，再進行內容優化。
- 一個頁面應有一個明確的主要搜尋意圖。
- 偏好長期品質訊號，而非操縱性模式。
- 行動版優先假設很重要，因為索引是行動版優先。
- 建議應針對特定頁面且可執行。
技術 SEO 檢查清單
可爬性
robots.txt應允許重要頁面，並封鎖低價值內容- 不應有任何重要頁面被意外設定為
noindex - 重要頁面應可在淺層點擊深度內觸及
- 避免超過兩次跳轉的重新導向鏈
- 標準標籤應保持一致且不形成迴圈
可索引性
- 偏好的 URL 格式應保持一致
- 多語言頁面在需要時應使用正確的 hreflang
- Sitemap 應反映預期的公開頁面範圍
- 不應有重複的 URL 在沒有標準標籤控制下相互競爭
效能
- LCP < 2.5 秒
- INP < 200 毫秒
- CLS < 0.1
- 常見修正：預載主要資產、減少阻斷渲染的工作、保留版面空間、精簡過重的 JS
結構化資料
- 首頁：適當時使用組織或商家結構化資料
- 編輯頁面：
Article/BlogPosting - 產品頁面：
Product和Offer - 內部頁面：
BreadcrumbList - Q&A 區塊：僅在內容真正符合時使用
FAQPage
頁面規則
標題標籤
- 目標長度約 50-60 個字元
- 將主要關鍵字或概念放在靠近開頭的位置
- 標題應對人類可讀，而非對爬蟲塞滿關鍵字
中繼描述
- 目標長度約 120-160 個字元
- 誠實描述頁面內容
- 自然納入主要主題
標題結構
- 一個明確的
H1 H2和H3應反映實際的內容階層- 不要只為了視覺樣式而跳過結構層級
關鍵字對應
- 定義搜尋意圖
- 收集實際的關鍵字變體
- 根據意圖匹配度、潛在價值與競爭程度排序
- 將一個主要關鍵字/主題對應到一個 URL
- 偵測並避免關鍵字自相殘殺
內部連結
- 從權威頁面連結到你想排名的頁面
- 使用描述性的錨點文字
- 避免在能使用更具體錨點時使用通用錨點
- 從新頁面補充連結到相關的現有頁面
範例
標題公式
主要主題 - 特定修飾詞 | 品牌名稱
中繼描述公式
行動 + 主題 + 價值主張 + 一個輔助細節
JSON-LD 範例
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "這裡放頁面標題",
"author": {
"@type": "Person",
"name": "作者名稱"
},
"publisher": {
"@type": "Organization",
"name": "品牌名稱"
}
}
稽核輸出格式
[HIGH] 產品頁面出現重複的標題標籤
位置：src/routes/products/[slug].tsx
問題：動態標題都變成相同的預設字串，削弱了相關性並產生重複訊號。
修正：使用產品名稱與主要類別，為每個產品產生獨一無二的標題。
反模式
| 反模式 | 修正方式 |
|---|---|
| 關鍵字填塞 | 以使用者為優先撰寫內容 |
| 內容過於接近的重複頁面 | 合併或區隔它們 |
| 針對不存在的內容使用結構化資料 | 讓結構化資料符合實際內容 |
| 未實際檢查頁面就給予內容建議 | 先閱讀真實頁面 |
| 籠統的「改善 SEO」輸出 | 將每項建議綁定到特定頁面或資產 |
相關技能
seo-specialistfrontend-patternsbrand-voicemarket-research