跨境软件做多语言站，hreflang 错了等于白做

跨境软件的多语言站，十个里有六个 hreflang 配错。2026 年 2 月我们一次性看了三个客户的配置，两个是错的，一个是半错的。错法的后果不是惩罚，是各语言版本互相抢排名，或者该出现的版本不出现。这类问题在 Search Console 里看不出来，得手动验。

三种常见错法

第一种，单向标注。英文页指向了德文页，德文页没指回英文页。hreflang 必须双向，你指我我指你，单向等于没配。

第二种，x-default 乱放。x-default 是给“没有匹配语言”的用户看的版本，一般放英文或者语言选择页。有人把它放在主站首页，导致所有语言版本都在争同一个默认。

第三种，语言代码和地区代码混用。de 是德语，de-DE 是德国德语，de-AT 是奥地利德语。跨境业务面向德国和奥地利，用 de 覆盖不了地区差异；但如果你只有一个德语版本，写 de 就够，写 de-DE 反而把奥地利用户排除在外。

怎么验证

三个动作。一是拿 curl 抓每种语言版本，看返回的 HTML head 里有没有完整的 alternate 标签组。二是核对每个页面的 hreflang 组是否完整，五语言站应该有五条互指加一条 x-default。三是用 Search Console 的国际化报告看有没有报错，注意这个报告只报冲突，不报缺失。

我们做这套检查写了个脚本，跑一遍两分钟，比人工点省事。需要的话可以照着我们说的逻辑自己写，核心就是解析 head 里的 link 标签，检查组内互指。

域名结构怎么选

三种选法：语言放子目录（/de/）、放子域名（de.example.com）、用独立域名（example.de），都是一个语言版本一套结构，别混着来。我们一般推荐 example.de 这种。它的优势是本地用户信任度高，德国用户看到 .de 会觉得你是本地公司；代价是每个域名都要单独积累权重，起量慢。

预算有限时选子目录，权重集中在主域，见效快。子域名是最不推荐的，权重独立又共享不了品牌，多语言站做子域名的，十个有八个在半年后重新合并。

什么情况别分语言站

产品只有英文界面，硬做德语页，用户点进去发现界面还是英文，跳出率高，还拉低整站质量。这种情况下正确的做法是一个英文站，用内容页承接搜索，别做假本地化。

另一个情况是语言版本内容量差太多。德文站只有 5 个页面，英文站 300 个，搜索引擎会认为德文站不完整，两边的排名都受影响。要么补齐，要么先别开。

跨境软件的多语言 SEO，工程细节比内容重要。hreflang 只是其中一环，还有货币、域名结构、CDN 区域。这些小地方错一个，流量就少一截，而且很难从报表里发现问题。