免费WordPress 选型卡壳、站点慢、不收录、没咨询?提交网址,获取问题清单与可执行方案。

免费咨询 →
资源

做了多语言却只收英文版?WordPress 外贸站先查这五处,再谈加语种

多语言站只收英文版、各语言页互抢排名?先查五处:URL 结构、hreflang、canonical、翻译与 sitemap、按国家验证。

发布于 2026年10月22日约 7 分钟阅读WpWork 编辑部
做了多语言却只收英文版?WordPress 外贸站先查这五处,再谈加语种

不少外贸 WordPress 独立站装上了 WPML、Polylang 或 TranslatePress,把网站做成英、德、西、法几个语言版本。上线几个月后却发现:Google 里能搜到的几乎只有英文页;德国、墨西哥的客户搜产品词,点进来的还是英文页;Search Console 里小语种页面展示量很低,小语种询盘几乎为零。这通常不是「翻译得不够多」,而是搜索引擎没能正确理解各语言版本之间的关系:要么爬虫根本看不到其他语言,要么几个语言版本被当成重复内容,只留下一个。

多语言 SEO,就是让搜索引擎知道「同一内容有哪几个语言 / 地区版本、每个版本的地址是什么、该给哪个国家的用户看哪一版」。多语言插件能帮你生成这些信号,但生成不等于正确。一句话结论:先把 URL 结构、hreflang、canonical、翻译覆盖与 sitemap、按国家验证这五处查清楚,再谈加语种和投放。下面五步不编造数据,也不推荐「必装」某个插件,只讲你能马上核对的方法。如果你的站是整站都搜不到,请先看 上线后搜不到的收录自查;本文针对的是英文版已收录、其他语言版本没被正确识别的情况。

WordPress 多语言 SEO 五处自查清单示意:URL 结构、hreflang、canonical、翻译覆盖、按国家验证

第一步:URL 结构清不清晰?爬虫能不能看到每种语言

搜索引擎要分别收录每种语言,前提是每种语言都有自己独立、固定的地址。常见做法是子目录(/de/、/es/)或子域名(de.你的域名);外贸站通常子目录最省事、也便于集中权重,最终以项目约定为准。重点检查是否只靠 Cookie、浏览器语言或 IP 自动切换语言、地址却不变——爬虫一般不带你预想的语言偏好,结果永远只看到一种语言。按 IP / 浏览器语言的自动跳转也容易让爬虫只抓到一个版本,更稳妥的做法是保留各语言固定地址,用顶部提示条 + 手动语言切换器让用户自己选;切换器应是普通 <a href> 链接,确保爬虫能顺着发现其他语言页。

第二步:hreflang 有没有成对互指、代码写对没有

hreflang 是写在页面或 sitemap 里的一组声明,告诉搜索引擎「这页的德语版在哪、西语版在哪」。打开任一语言页面源码搜索 hreflang,应看到全部语言版本,并包含指向自己的那一条(自引用);互指必须成对,英文页指向德文页,德文页也要指回英文页;设置 x-default 指向默认语言版本或语言选择页。语言代码用 ISO 639-1(如 de、es、fr、ja),需要区分地区再加 ISO 3166 地区码(如 es-MX、en-GB);ger、cn、en-UK、zh_CN 都是常见错误写法。hreflang 里的地址应是完整绝对地址、返回 200、不经过 301/302;仍是草稿的翻译页不应出现在集合里。核对可直接看源码,或用 Search Console 的「网址检查」看 Google 抓到的版本。

第三步:canonical 有没有把各语言版都指回英文页

这是多语言站最常见、也最致命的错误之一。canonical(规范链接)告诉搜索引擎「相似页面里以哪一个为准」。如果德语页、西语页的 canonical 都写成英文原文地址,等于告诉 Google「其他语言都是英文页的副本」,hreflang 写得再对也会被削弱。核对:每个语言版本的 canonical 指向它自己,与 hreflang 自引用地址一致;多语言插件与 SEO 插件是否各输出了一套 canonical / hreflang;主题或自定义代码里是否写死了 canonical;翻译页是否被误设 noindex。换 SEO 插件、换主题之后尤其要回头检查。

第四步:翻译是不是真的覆盖了关键位置,sitemap 有没有分语言

很多站点只翻了正文,搜索结果里的标题和描述却还是英文。请逐项核对每种语言的 SEO 标题与 meta description、产品名与分类名、URL slug、图片 alt、按钮 / 导航 / 页脚,以及询盘表单的字段名、报错与成功提示、自动回复邮件(表单通知链路可参考 询盘表单五层防护)。机翻可以做初稿,标题、卖点、运费与售后说明建议人工校对。sitemap 方面:每种语言单独 sitemap,或一个 sitemap 内含各语言 URL(也可在 sitemap 里声明 hreflang),在 Search Console 提交,并确认 robots.txt 没有屏蔽语言目录。

第五步:按国家、按语言页验证,别只看总流量

改完不要只看总展示量。用 Search Console 效果报告按「国家/地区」和「网页」筛选,看目标国家的展示与点击是否开始落到 /de/、/es/ 页面;对小语种代表页做网址检查,看是否已编入索引、Google 选择的规范网址是否是它自己;用 site:你的域名/de/ 抽查语言目录收录;在 Google 搜索设置里切换地区与语言,搜「品牌名 + 产品词」确认落到对应语言页;在询盘表单加隐藏字段记录提交页语言或 URL,才能看清哪个语种真正带来询盘。收录与排名变化不承诺时效,以 Search Console 报告为准。

先理顺语种关系,再谈加语种和投放

五步过完,通常能分清三类情况:爬虫看不到(没有独立 URL 或靠自动跳转切语言);被当成副本(hreflang 不成对、canonical 全指回英文);收录了但没人点(标题描述没翻、关键词不本地化、表单还是英文)。WpWork 做 WordPress 外贸独立站诊断时,多语言问题按「URL 结构 → hreflang → canonical → 翻译覆盖与 sitemap → 按国家验证」的顺序出书面清单,先让现有语种被正确收录,再评估是否加新语种。若你希望有人按优先级梳理先改哪几处,可 提交网址申请书面诊断,或微信联系 devdiy、邮箱 info@wordpress.work 说明站点语种与当前现象。

常见问题

多语言插件已经自动生成了 hreflang,还需要检查吗?

需要。语言代码设置、未完成翻译的页面、与 SEO 插件冲突、主题改写,都可能让输出出错。打开几种语言页面的源码,逐一核对互指集合与自引用是否一致。

用 IP 自动跳转到对应语言,不是对用户更友好吗?

对部分用户方便,但容易让爬虫只看到一种语言,也会让出差或用代理的用户被跳到不想要的版本。更稳妥的是保留各语言固定地址,用提示条加手动切换器。

子目录和子域名,哪种更适合外贸站?

两种都能被正确收录,关键是结构清晰、hreflang 与 canonical 正确。子目录通常更省维护、便于集中权重;已上线站中途改结构成本高,要连同 301 与 Search Console 属性一起规划(可参考 改版后旧链接 301 五步)。

机器翻译的小语种页面会不会影响收录?

机翻可以做初稿,但标题、描述、产品卖点和售后说明建议人工校对。质量差的翻译即便被收录,用户也不愿点击和询盘。

这和「网站上线了但搜不到」是一回事吗?

不是。整站搜不到多半是收录与可见性的基础问题;这里说的是英文版已被收录、其他语言版本没被正确识别或互相抢排名,排查重点在 URL 结构、hreflang 和 canonical。

相关阅读:上线后搜不到的收录自查、缓存分层清旧内容;需要按站点优先级出问题清单时,走 免费诊断。

Internal Links

延伸阅读(按行业与技术标签)

同行业案例、方案、主题与资源互相串联,方便搜索引擎与读者顺着意图走完路径。