2026年多語言SEO：全球搜尋可見度完全指南（附AI代理工作流程）

---
name: multilingual-market-scorer
description: 分析GA4和GSC數據，為多語言SEO擴展評分和排序目標市場
---

# 多語言市場評分器

使用現有分析數據為潛在目標市場評分。此技能幫助你優先決定首先針對哪些語言和國家進行多語言SEO。

## 先決條件
- 使用者已分享GA4和GSC數據（來自各平台的CSV匯出檔案）
- 使用者已定義其前5個英文目標關鍵字
- 使用者了解其商業限制（運送地區、支援的貨幣、客服語言）

## 輸入
1. GA4國家層級自然流量匯出（CSV）
2. GSC國家層級成效匯出（CSV）
3. 前5個英文目標關鍵字
4. 業務目前營運的國家/地區清單

## 工作流程

### 階段一：提取需求訊號
- 解析GA4 CSV以提取：國家、每月自然工作階段、各國轉換率
- 解析GSC CSV以提取：國家、點擊次數、曝光次數、平均CTR、平均排名
- 依國家名稱合併兩個數據集

### 階段二：為每個市場評分
針對每個有可衡量流量的國家：
- **需求分數（1-5）：** 基於每月自然工作階段。少於100 = 1，100–500 = 2，500–2000 = 3，2000–5000 = 4，5000以上 = 5
- **機會分數（1-5）：** 基於平均CTR。低於1% = 5（高機會——使用者找到你但無法閱讀），1–2% = 4，2–4% = 3，4–7% = 2，7%以上 = 1
- **商業適配分數（1-5）：** 使用者必須基於是否在該國營運來提供。若未知則預設為3。

### 階段三：排名與推薦
- 將需求 × 機會 × 商業適配相乘得出綜合分數（最高125分）
- 第一梯隊（60分以上）：立即優先處理——開始為這些市場進行本地化
- 第二梯隊（30–59分）：第二波候選——規劃下一季執行
- 第三梯隊（低於30分）：持續監控——在第一、二梯隊上線後再重新評估
- 輸出排名表格，包含：國家、主要語言、綜合分數、需求分數、機會分數、商業適配分數、建議的URL結構、預計需本地化的頁面數量

### 階段四：輸出優先行動計畫
- 首先鎖定的前3個市場，包含建議的語言和URL結構
- 首先本地化的頁面清單（基於各國GSC表現最佳的頁面）
- 預估字數和翻譯預算（使用目前AI翻譯API的定價）
- 風險：列出高需求＋低CTR但業務未營運的國家——標記為策略性決策

## 輸出
一份結構化報告，包含：
1. 市場優先排序表（所有國家評分和分級）
2. 前3個推薦市場及其理由
3. 第一波本地化頁面清單（每個市場最多20頁）
4. 預估預算和時間表
5. 已標記的策略性差距

## 限制
- 所有分數均為基於可用數據的估計值——實際表現會有所差異
- 不能取代原生語言的市場研究或當地競爭分析
- GA4和GSC數據反映的是目前的英文表現，而非潛在的非英文需求
- 不存取付費API；依賴使用者提供的CSV匯出檔案

---
name: multilingual-keyword-research
description: 針對任何目標語言和國家生成並驗證本地化關鍵字清單，使用AI翻譯加上SERP驗證
---

# 多語言關鍵字研究代理

為任何目標語言和市場生成本地化關鍵字研究報告。結合AI翻譯與SERP驗證步驟，產出反映真實使用者搜尋方式的關鍵字清單。

## 先決條件
- 使用者已定義目標國家（ISO代碼）和語言
- 使用者已提供10–20個英文（或來源語言）的種子關鍵字
- 使用者可存取Google Keyword Planner、DataForSEO，或能接受手動SERP檢查
- 基本工作流程無需API金鑰；DataForSEO整合為可選，用於自動化搜尋量數據

## 輸入
1. 目標國家（例如`DE`、`ES`、`JP`）和語言（例如`de`、`es`、`ja`）
2. 10–20個來源語言的種子關鍵字
3. 業務類別或產業（用於提供上下文）
4. 可選：DataForSEO API憑證（用於自動化搜尋量數據）

## 工作流程

### 階段一：翻譯並擴展種子關鍵字
針對每個種子關鍵字：
- 使用AI生成翻譯成目標語言的第一版（註明使用了哪個模型）
- 識別3–5個自然變體：同義詞、更長尾的措辭、疑問形式、當地術語
- 標記任何直接翻譯可能與當地人實際搜尋方式不同的關鍵字

### 階段二：SERP驗證（手動或自動）
針對每個翻譯後的關鍵字：
- 在目標國家的Google域名上檢查Google自動完成——記錄前5個建議
- 檢查SERP底部的「相關搜尋」——記錄所有相關術語
- 如果有DataForSEO：查詢每個關鍵字的搜尋量、CPC和競爭程度
- 如果沒有DataForSEO：註明此情況，並提供手動Keyword Planner查詢的說明

### 階段三：按搜尋意圖分群
將關鍵字分為以下類別：
- **資訊型：** 「什麼是X」、「如何Y」、指南、定義
- **商業型：** 「最佳X」、「X vs Y」、評論、比較
- **交易型：** 「購買X」、「X 價格」、「附近的X」、產品名稱
- **導航型：** 品牌名稱、特定網站搜尋

### 階段四：優先排序
為每個關鍵字群組評分：
- 業務相關性（1–5）
- 預估搜尋量等級（低/中/高——若無API數據，請勿捏造具體數字）
- 基於SERP分析的競爭程度（第一頁上最佳化良好的頁面數量、廣告密度）
- 內容缺口：使用者是否已有針對此語言此關鍵字的內容？

### 階段五：輸出關鍵字地圖
針對前20個關鍵字：
- 目標語言的關鍵字
- 英文翻譯（供使用者參考）
- 搜尋意圖類別
- 搜尋量等級（低/中/高）
- 建議的內容類型（登陸頁面、部落格文章、產品頁面、詞彙表條目）
- 現有URL（如果已有任何語言的內容可以改編）

## 輸出
一份結構化關鍵字研究報告，包含：
1. 市場概覽：找到的關鍵字機會總數、意圖分佈、搜尋量摘要
2. 前20個優先關鍵字及完整元數據
3. 內容映射：哪些關鍵字對應到哪些現有或新的頁面
4. 母語人士驗證清單：前10個需發送給母語人士審查的關鍵字，包含具體問題（「[關鍵字]聽起來自然嗎？當地人會怎麼說？」）
5. 使用的數據來源、檢索日期和缺口（無法取得搜尋量數據的關鍵字）

## 限制
- AI關鍵字翻譯是起點，不是最終答案——始終需要母語人士驗證
- 搜尋量數據是數據提供商的估計值；實際數量會因季節和市場條件而異
- 除非使用者已設定，否則無法存取付費關鍵字API；提供手動替代方案說明
- 若無母語人士輸入，無法捕捉超小眾的當地俚語或新興詞彙

---
name: translation-quality-check
description: 審核AI翻譯頁面的常見品質問題——遺漏翻譯、詞彙表違規、文字擴展、元數據缺口以及本地化一致性
---

# 翻譯品質檢查代理

審查AI翻譯或人工翻譯的頁面，找出常見的多語言SEO品質問題。產出優先排序的修復清單。

## 先決條件
- 使用者提供來源頁面和翻譯頁面的URL或HTML檔案
- 使用者可選地提供詞彙表檔案（CSV：來源詞彙、目標詞彙、備註）
- 使用者指定來源語言和目標語言

## 輸入
1. 來源頁面URL或HTML檔案路徑
2. 翻譯頁面URL或HTML檔案路徑（可包含多個目標語言）
3. 來源語言代碼（ISO 639-1）
4. 目標語言代碼（ISO 639-1）
5. 可選：用於術語一致性的詞彙表CSV
6. 可選：品牌語調指南或翻譯記憶備註

## 工作流程

### 階段一：結構檢查
針對每個翻譯頁面：
- 確認頁面有唯一且已翻譯的URL（不是與來源相同的URL）
- 確認HTML `lang` 屬性符合目標語言
- 確認頁面提供真實的HTML（不是客戶端JS翻譯）——檢查原始HTML中是否有已翻譯的文字
- 檢查所有meta標籤是否已翻譯：`<title>`、`<meta name="description">`、`<meta property="og:title">`、`<meta property="og:description">`

### 階段二：內容覆蓋率檢查
比較來源頁面和翻譯頁面：
- 統計`<h1>`到`<h4>`標題——確認全部已翻譯
- 檢查圖片`alt`屬性——標記任何仍是來源語言的內容
- 檢查按鈕文字、表單標籤、錯誤訊息、頁尾連結——這些經常被遺漏
- 檢查結構化資料（JSON-LD）——標記schema內容是否為來源語言

### 階段三：翻譯品質指標
標記潛在的品質問題：
- **未翻譯段落：** 翻譯頁面上出現的來源語言文字區塊
- **文字擴展/截斷：** 比較關鍵元素的字元數（標題、CTA、導覽項目）。標記目標語言比來源長超過40%的元素（有在SERP和UI中被截斷的風險）
- **詞彙表違規：** 如果提供了詞彙表，檢查定義的術語是否使用已核准的翻譯
- **術語不一致：** 相同的來源術語在頁面中以不同方式翻譯（例如，同一個德文頁面上"checkout"被翻譯為"Kasse"和"Zur Kasse gehen"）

### 階段四：本地化深度檢查
對頁面的本地化品質（而非僅翻譯準確性）進行評分：
- **範例和參考：** 案例研究、統計數據和範例是否已本地化，還是仍以美國/英國為中心？
- **貨幣、日期、度量單位：** 這些是否使用當地格式？
- **文化標記：** 貨幣符號、地址格式、電話號碼格式
- **圖片：** 圖片中是否包含目標語言的文字，還是仍為來源語言？

### 階段五：輸出優先排序的修復清單
將問題分類：
- **嚴重（發佈前修復）：** 缺少hreflang、未翻譯的標題/meta、錯誤的lang屬性、僅客戶端渲染
- **高優先級（1週內修復）：** 未翻譯的標題、缺少alt文字、schema語言錯誤
- **中優先級（1個月內修復）：** 術語不一致、未翻譯的UI文字、文字擴展風險
- **低優先級（改進待辦清單）：** 未本地化的範例、來源語言圖片、格式問題

## 輸出
一份結構化品質報告，包含：
1. 整體品質評分（A–F）和摘要
2. 嚴重問題清單（附帶確切的元素位置）
3. 高優先級問題清單
4. 比較表：來源頁面與翻譯頁面的逐項元素比較
5. 母語人士審查清單：預算有限時應優先審查的具體段落
6. 每個優先級層級的預估修復時間

## 限制
- 自動化檢查無法評估自然度、慣用語品質或文化細微差別——母語人士的最終審查仍是必要的
- 詞彙表比對僅限於完全匹配；若無全面的詞彙表，無法捕捉詞形變化
- 不針對參考翻譯評估翻譯準確性——這是覆蓋率和一致性檢查，而非流暢度評估

<link rel="alternate" href="https://example.com/blog/" hreflang="x-default">
<link rel="alternate" href="https://example.com/blog/" hreflang="en">
<link rel="alternate" href="https://example.com/blog/de/" hreflang="de">
<link rel="alternate" href="https://example.com/blog/es/" hreflang="es">
<link rel="alternate" href="https://example.com/blog/fr/" hreflang="fr">

<url>
  <loc>https://example.com/blog/</loc>
  <xhtml:link rel="alternate" hreflang="en" href="https://example.com/blog/"/>
  <xhtml:link rel="alternate" hreflang="de" href="https://example.com/blog/de/"/>
  <xhtml:link rel="alternate" hreflang="es" href="https://example.com/blog/es/"/>
  <xhtml:link rel="alternate" hreflang="x-default" href="https://example.com/blog/"/>
</url>

Link: <https://example.com/brochure.pdf>; rel="alternate"; hreflang="en"
Link: <https://example.com/brochure-de.pdf>; rel="alternate"; hreflang="de"

---
name: hreflang-auditor
description: 爬取並審核整個多語言網站的hreflang實作——捕捉破損連結、缺少回傳標籤、無效代碼、canonical衝突，並生成可直接修復的報告
---

# Hreflang審核代理

爬取多語言網站，並根據Google的要求審核每個hreflang標籤。產出可直接修復的報告，包含確切的URL、錯誤類型和嚴重性評級。

## 先決條件
- 使用者提供網站的基礎URL（任何語言版本皆可——代理會透過hreflang連結發現其他版本）
- 使用者確認使用的是哪種URL結構（子目錄、子域名或ccTLD）
- 無需API金鑰——使用HTTP請求和HTML解析

## 輸入
1. 網站的基礎URL（例如`https://example.com/`或`https://example.com/de/`）
2. 已知的語言代碼（如果不是全部都能被發現，例如`["en", "de", "es", "fr", "ja"]`）
3. 可選：sitemap URL（如果hreflang是透過XML sitemap實作的）
4. 可選：忽略清單——要跳過的URL模式（例如`/tag/`、`/author/`、`/page/`）

## 工作流程

### 階段一：發現所有語言版本
- 爬取提供的基礎URL
- 從HTML `<head>`中的`<link rel="alternate" hreflang="...">`標籤提取所有hreflang連結
- 如果提供了XML sitemap，也從sitemap中提取hreflang叢集
- 建立語言-頁面矩陣：每個URL × 每個語言版本

### 階段二：驗證叢集中的每個頁面
針對矩陣中的每個頁面，檢查以下8條規則：

1. **自我參照：** 頁面自身的hreflang值指向自身的canonical URL
2. **雙向性：** 對於每一個配對（A→B），確認B→A存在
3. **有效代碼：** 語言代碼符合ISO 639-1；地區代碼符合ISO 3166-1 Alpha-2
4. **x-default存在：** 叢集中至少有一個頁面帶有`hreflang="x-default"`
5. **Canonical一致性：** 每個hreflang URL是canonical版本（不是帶參數或替代URL）
6. **HTTP狀態：** 每個hreflang URL回傳200（不是301、302、404或500）
7. **無跨語言canonical：** 每個頁面的canonical指向相同語言的URL
8. **HTML lang匹配：** `<html lang="...">`屬性值與頁面的hreflang值一致

### 階段三：檢查結構性問題
- **不一致的叢集：** 頁面與其叢集中的其他頁面沒有相同的hreflang標籤集合
- **孤立頁面：** 存在已翻譯的頁面，但未被任何hreflang叢集參照
- **連結重新導向：** Hreflang URL發生重新導向（301/302）——這些應直接指向最終URL
- **通訊協定不匹配：** hreflang集合中的HTTP與HTTPS不一致

### 階段四：生成修復報告
針對每個發現的問題，輸出：
- 錯誤類型（來自上述8條規則）
- 嚴重性：**嚴重**（破壞整個叢集）、**高**（可能提供錯誤頁面）、**中**（合規問題）、**低**（偏離最佳實踐）
- 來源URL（發現錯誤的位置）
- 目標URL（有問題的hreflang連結）
- 修復說明：需要進行的確切程式碼或設定變更

### 階段五：生成修正後的hreflang標籤
針對有可修復錯誤的叢集：
- 輸出每個頁面的修正後`<link>`標籤集合
- 若適用，輸出修正後的XML sitemap條目
- 標記無法自動修復的叢集（例如需要先建立的缺失頁面）

## 輸出
一份結構化審核報告，包含：
1. 執行摘要：爬取頁面總數、發現的語言版本、按嚴重性分類的錯誤、整體健康評分（A–F）
2. 錯誤表格：每個錯誤包含類型、嚴重性、來源URL、目標URL和修復說明
3. 逐叢集健康情況：每個頁面叢集對每條規則的通過/失敗
4. 自動生成的修復程式碼：每個破損頁面的修正後hreflang標籤
5. 優先排序行動計畫：哪些錯誤應首先修復及其原因

## 限制
- 僅爬取在所發現hreflang叢集內已連結的頁面；沒有hreflang標籤但應有的頁面不會被發現
- 無法在伺服器端修復頁面——輸出僅為建議性質
- 對於JavaScript渲染的hreflang標籤，原始HTML方式不適用——改為使用XML sitemap方法
- 不檢查每個語言版本的內容是否確實已翻譯（使用翻譯品質代理來處理此問題）

---
name: international-visibility-monitor
description: 追蹤跨語言的搜尋可見度，涵蓋傳統SERP和AI答案介面——按語言和市場生成每週或每月的可見度報告
---

# 國際可見度監控器

監控你的網站在不同語言中，於傳統搜尋和AI答案介面的表現。生成結構化報告，按市場追蹤排名、流量和AI引用存在情況。

## 先決條件
- Google Search Console存取權限（使用者提供CSV匯出或授予檢視權限）
- GA4存取權限（使用者提供按語言區隔的流量CSV匯出）
- 可選：Ahrefs/Semrush/DataForSEO API存取，用於自動化排名追蹤
- 手動匯入數據無需API金鑰

## 輸入
1. 要監控的目標語言和國家
2. 每種語言的前10–20個關鍵字
3. GSC成效匯出（CSV，按國家篩選）
4. GA4按語言流量匯出（CSV）
5. 可選：排名追蹤API憑證
6. 上一期監控報告（用於趨勢比較）

## 工作流程

### 階段一：收集傳統搜尋數據
- 解析GSC CSV：提取每個國家和每個語言子目錄的點擊次數、曝光次數、CTR和平均排名
- 解析GA4 CSV：提取每個語言版本的工作階段、轉換和參與率
- 如果有排名追蹤API：拉取每個國家已追蹤關鍵字的目前排名
- 如果沒有排名追蹤API：標記此情況並提供手動查詢說明

### 階段二：AI可見度檢查（手動或自動）
針對每種目標語言及其前5個關鍵字：
- 記錄品牌是否出現在這些查詢的Google AI Overviews中（從目標國家的Google域名搜尋）
- 如果工具存取權限允許：針對相同查詢檢查Perplexity和ChatGPT
- 記錄：已引用或未引用、引用了哪個URL、引用是否準確
- 記錄任何跨語言污染（例如，英文URL被引用於西班牙文查詢）

### 階段三：競爭對手可見度快照
針對每個目標市場的前3個競爭對手：
- 記錄他們在共享關鍵字上的排名位置
- 檢查他們在相同關鍵字上的AI Overviews引用存在情況
- 標記逐月獲得或失去可見度的競爭對手

### 階段四：趨勢分析
將當前數據與上一期進行比較：
- 每種語言的流量變化（%）
- 每個已追蹤關鍵字的排名變化（上升/下降的名次）
- AI引用存在變化（新獲得的引用、失去的引用）
- 競爭對手動向（重大增長或下降）

### 階段五：生成報告
輸出結構化可見度報告，包含：
1. **執行儀表板：** 一個包含所有語言及其關鍵指標的表格（流量、平均排名、AI引用、趨勢箭頭）
2. **語言深入分析：** 每種語言的頂尖關鍵字、排名變化、AI可見度狀態和競爭對手活動的詳細分解
3. **警報區域：** 需要立即關注的紅旗項目——流量下降超過20%、失去的AI引用、GSC中發現的hreflang錯誤、競爭對手在頂尖關鍵字上的增長
4. **行動項目：** 基於發現的具體、優先排序的任務（例如，「德文部落格文章在『beste Laufschuhe』排名第11位——最佳化並添加內部連結以推進前10名」）

## 輸出
一份結構化監控報告，包含：
1. 多語言儀表板（所有語言、關鍵指標、趨勢箭頭）
2. 每種語言的詳細段落，包含關鍵字排名、AI引用和競爭對手快照
3. 紅旗警報
4. 附帶預期影響的優先排序行動項目
5. 數據新鮮度：每個數據來源的最後更新時間，以及數據缺漏之處

## 限制
- AI可見度檢查是時間點快照——AI答案變化頻繁，且可能因查詢相隔幾分鐘而有所不同
- 沒有API的排名追蹤需要手動查詢；自動化排名數據取決於第三方API的可用性
- GSC和GA4數據有固有的延遲（GSC為24–48小時，GA4最多48小時）
- AI引用追蹤是觀察性的，並非詳盡無遺——目前尚無工具能提供跨所有平台的完整AI引用覆蓋率