多语言架构优先选子目录方式（example.com/de/），成本最低且权重集中。hreflang必须双向自引用（每个版本都列出所有版本包括自己），语言代码用ISO 639-1，地区用ISO 3166-1，加x-default指向默认版本。最常见错误：单向引用、缺少自引用、语言代码写错。

多语言架构与 hreflang 配置

什么时候才需要多语言

先说清楚：不是所有外贸站都需要多语言。

英语覆盖了绝大多数 B2B 采购决策者——欧洲工程师、中东采购、东南亚贸易商，工作语言普遍是英语。

需要多语言的情况：

目标市场是德国、法国、日本、韩国等本地语言强势的市场
竞品在该语言市场已有本地化内容，你需要对标
该市场的搜索量足够大，值得投入翻译和维护成本

不需要的情况：

刚起步，英语版内容还不完整
目标市场分散，没有明确的单一语言重点
没有能力维护多语言内容的持续更新（半更新的多语言站比纯英语站更糟）

三种 URL 架构对比

架构	示例	优点	缺点
子目录（推荐）	`example.com/de/`	权重集中在一个域名，成本最低，配置简单	地理定位信号弱于 ccTLD
子域名	`de.example.com`	便于独立管理	权重分散，Google 可能视为独立站点
ccTLD	`example.de`	地理定位最强，本地信任度高	每个域名要独立积累权重，成本极高

推荐子目录的原因：所有语言版本共享同一个域名的权重。英语版积累的权重可以帮助德语版更快获得排名。

hreflang 标签配置

hreflang 告诉 Google：“这个页面有其他语言版本，请给对应地区的用户展示对应版本。”

正确的写法

假设你有英语、德语、法语三个版本：

<!-- 在每个版本的 <head> 中，都要列出所有版本，包括自己 -->

<!-- 英语版（/products/centrifugal-pumps/）的 head -->
<link rel="alternate" hreflang="en" href="https://example.com/products/centrifugal-pumps/" />
<link rel="alternate" hreflang="de" href="https://example.com/de/produkte/kreiselpumpen/" />
<link rel="alternate" hreflang="fr" href="https://example.com/fr/produits/pompes-centrifuges/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/products/centrifugal-pumps/" />

德语版的 head 必须包含完全相同的四行（包括指向自己的 hreflang="de"）。

三个必须遵守的规则

规则一：双向自引用（Bidirectional）

每个语言版本都必须列出所有语言版本，包括指向自己的那一条。

❌ 错误：英语版只列出德语和法语，不列自己
✅ 正确：英语版列出 en（自己）+ de + fr + x-default

如果 A 页面声明 B 是它的德语版，但 B 页面没有声明 A 是它的英语版，Google 会忽略整个 hreflang 组。

规则二：语言代码格式正确

语言：ISO 639-1（两位小写）
  en（英语）、de（德语）、fr（法语）、es（西班牙语）、ja（日语）

语言+地区：ISO 639-1 + "-" + ISO 3166-1 Alpha 2（两位大写）
  en-US（美国英语）、en-GB（英国英语）、de-DE（德国德语）、de-AT（奥地利德语）

常见错误：
❌ hreflang="EN"（大写）
❌ hreflang="en_US"（下划线，应该用连字符）
❌ hreflang="eng"（三位代码，应该用两位）
❌ hreflang="uk"（想表示英国，但 uk 是乌克兰语，英国是 en-GB）

规则三：必须有 x-default

x-default 指定“当用户的语言不在你的列表里时，应该展示哪个版本”。

<link rel="alternate" hreflang="x-default" href="https://example.com/products/centrifugal-pumps/" />

通常指向英语版（覆盖面最广）。

Astro 实现

创建 src/components/seo/Hreflang.astro：

---
export interface Props {
  currentPath: string;  // 当前页面的语言无关路径，如 "products/centrifugal-pumps"
  availableLocales: string[];  // 该页面有哪些语言版本
}
const { currentPath, availableLocales } = Astro.props;
const SITE = 'https://www.aquaflowpumps.com';

// 语言 → URL 路径映射（各语言的 slug 可能不同）
const localePathMap: Record<string, Record<string, string>> = {
  'products/centrifugal-pumps': {
    en: 'products/centrifugal-pumps',
    de: 'de/produkte/kreiselpumpen',
    fr: 'fr/produits/pompes-centrifuges',
  },
  // 其他页面的映射...
};

const paths = localePathMap[currentPath] || {};
---

{availableLocales.map(locale => (
  <link
    rel="alternate"
    hreflang={locale}
    href={`${SITE}/${paths[locale]}/`}
  />
))}

<!-- x-default 指向英语版 -->
<link rel="alternate" hreflang="x-default" href={`${SITE}/${paths.en}/`} />

注册表的 target_locale 字段驱动配置

回到第01篇设计的注册表字段——target_locale 现在派上用场了。

注册表行示例：

keyword: kreiselpumpe hersteller
intent_type: commercial
page_slug: /de/produkte/kreiselpumpen/
page_type: pillar
pkw: kreiselpumpe hersteller
target_locale: ["de-DE", "de-AT", "de-CH"]

关键点：

德语版页面在注册表里是独立的行，有自己的 PKW（德语关键词，不是英语词的翻译）
target_locale 明确这个页面服务哪些地区
审计 Skill 可以检查：是否有两个页面的 target_locale 重叠且 PKW 相同（跨语言 Cannibalization）

重要提醒：德语版的 PKW 不应该是英语 PKW 的直译，而应该是德国工程师实际搜索的德语词。这需要单独做德语关键词研究，不能靠翻译。

常见配置错误排查

问题：hreflang 配置了但 Google 不生效

检查顺序：

双向引用是否完整（用 Screaming Frog 或 Ahrefs 扫描）
语言代码格式是否正确
hreflang 里的 URL 是否可访问（不是 404 或重定向）
hreflang URL 是否与 canonical URL 一致（不一致会导致冲突）

工具：technicalseo.com/tools/hreflang/ 可以在线验证 hreflang 配置。

多语言内容的现实建议

多语言站最大的坑不是技术配置，是内容维护。

建议的推进节奏：

阶段一：英语版完整（Pillar + 主要 SKU + 主要 Application + 10+ 篇博客）
阶段二：选一个最重要的非英语市场，翻译核心页面（Pillar + Top 5 SKU）
        ⚠️ 不要翻译博客文章——先做转化路径页面
阶段三：该语言市场有实际询盘后，再扩展该语言的内容深度
阶段四：考虑第二个语言市场

不要做的事：一次性用机器翻译把所有页面翻成5种语言。低质量翻译内容会拉低整站质量评分，得不偿失。

→ 模块化 FAQ 设计：针对 AI 搜索引擎（Perplexity / ChatGPT）优化

NEXT ACTION / 下一步