东南亚本地化要做什么？一句话：不要把「东南亚」当成一个市场。它至少叠着六种主要语言和五六套不同的结算、资质与交付规则。真正可执行的顺序是——先把发现层的信号做对（页面语言、URL 结构、语言代码），再逐国补齐结算与合规信息。因为发现层做不对，后面补再多资质，AI 和采购方也找不到你；而发现层的规则是公开可查的，不像合规那样一地一策。
东南亚本地化要做什么：四层信号清单
下面这张表把本地化拆成四层。前两层有公开的官方规则可以照做，后两层必须逐国核对——这不是偷懒，而是这两层的规则本身会变，写死在文章里半年就可能误导你。
| 层级 | 要检查的信号 | 判断依据 | 最常见的错法 |
|---|---|---|---|
| ① 语言与发现 | 每个页面只用一种语言；目标国语言代码；各语言版本互相指向 | Google 官方规则（公开可查） | 只做一个英文版，当成覆盖整个区域 |
| ② URL 与站点结构 | 国别域名 / 子域 / 子目录三选一；地区选择入口 | Google 官方给出的三种结构利弊 | 用 ?loc=th 这类参数 |
| ③ 结算与交付 | 本地货币标价、当地主力支付方式、退换与发票、配送时效与责任 | 需逐国核对 | 只挂一种国际卡收单，默认「哪里都能付」 |
| ④ 资质与合规 | 经营主体与联系方式、产品认证与标签、数据保护说明、广告与促销规则 | 需逐国核对 | 把中国的主体信息与认证直接搬过去 |
为什么「翻译成英文」在东南亚基本等于没做本地化
Google 官方写得很清楚：它用页面的可见内容来判断语言，不使用 lang 属性这类代码级信息，也不看 URL。同时官方给的正面做法是：每个页面的内容与导航都用同一种语言，并避免并排双语。
官方还指出一种常见情形：只把导航、页脚这类样板文本翻译掉，正文主体仍是单一语言——这样做的结果是同一份内容会以多套样板语言重复出现在搜索结果里，用户体验很差。泰国买家点进来看到满页英文正文、只有菜单是泰语，正是这种情况。所以「本地化」这里的第一步不是把英文写得更漂亮，而是决定每个页面服务于哪种语言的读者。这个判断在日语市场尤其明显，见为什么直译的页面在日本拿不到推荐。
语言代码怎么写：东南亚最常见的两种写错方式
按 Google 官方规则，语言代码由两部分组成：ISO 639-1 的语言代码，加上可选的 ISO 3166-1 Alpha 2 地区代码，中间用连字符连接。东南亚对应到具体值大约是 th-TH（泰语）、vi-VN（越南语）、id-ID（印尼语）、ms-MY（马来语）、en-SG（新加坡英语）、fil-PH（菲律宾语）。
两种高频错误：
- 只写语言，不写地区。 官方明确说明：只指定地区是不合法的；反过来只写
en虽然合法，但如果你的买家分布在新加坡、马来西亚和菲律宾，只写en就等于放弃了地区区分能力。 - 单向指向。 官方规则是每个语言版本都要列出自己和其他所有版本，且必须互相指向——如果两个页面没有互相指，这些标注就会被忽略。这不是格式洁癖，是为了防止别的站点单方面把你标成它的替代版本。
另外两条容易被忽略的：标注里的 URL 必须是完整地址（带 https），相对路径不被接受；EU、UN、UK 这类保留代码放在地区位会被直接忽略。还有一个专门的 x-default 值，用于「语言设置与站点任何版本都不匹配」的访客，官方说明它是为语言选择页设计的，用在选择页效果最好。
三种标注方式——HTML 标签、HTTP 响应头、站点地图——官方说明它们等效，选最方便的一种即可；三套同时上不会带来额外收益，反而更难维护。
站点结构怎么选：三种方案的代价
官方文档把可选项和各自的代价列得很实，直接照抄给你：
| 结构 | 例子 | 优点 | 代价 |
|---|---|---|---|
| 国别域名 | example.co.th | 归属最清晰；服务器位置不影响；站点之间易分离 | 成本高、可能需要更多基础设施；部分 ccTLD 对注册主体有限制；一个域名只覆盖一个国家 |
| 子域 + 通用域名 | th.example.com | 易搭建；可放不同服务器；站点易分离 | 用户从 URL 看不出 th 指语言还是国家 |
| 子目录 + 通用域名 | example.com/th/ | 易搭建；维护成本低（同一主机） | 用户看不出区别；服务器只有一个位置；站点分离更难 |
| URL 参数 | site.com?loc=th | — | 官方明确标注「不推荐」：分段困难，用户也看不出归属 |
怎么选取决于你要覆盖几个国家、有没有本地团队。只做两三个国家，子目录的维护成本最低；要做到「当地公司感」，国别域名的信号最强，但每个国家都要单独维护。
为什么不要按访客地区自动跳转
官方给了一条明确建议：避免自动把用户从一个语言版本重定向到另一个版本，理由是这类跳转可能让人和搜索引擎都看不到你站点的全部版本。官方还给出了技术原因：Googlebot 抓取通常从美国发起，并且请求头里不带 Accept-Language。
这条对东南亚特别重要——你的新加坡买家和泰国买家可能注册地相同、语言设置相同。所以正确的做法是在每个页面上放语言与地区的选择链接，让访客自己切，而不是替他猜。
结算与合规层：为什么不在这篇文章里给具体国家的清单
这两层的规则逐国不同，而且会更新。把它们写成固定清单，半年后就会变成一份看起来专业、实际已经过时的文档——这比没有清单更危险。可以给的是核对方法：
- 结算：目标国买家习惯用什么方式付款、能否用当地货币标价、退款怎么走、发票怎么开、配送时效与责任怎么划。核对来源优先用当地央行或支付监管机构，其次用当地主流平台的卖家规则页。
- 资质与合规：经营主体与联系方式是否按当地要求公示、产品是否需要认证或标签、数据保护说明是否齐备、促销与广告用语有没有当地限制。核对来源优先用目标国的官方机构网站。
- 把结论落到页面上：核对完不是存档，而是要出现在买家能看到的公开页面上——否则 AI 抓取时读不到，等于没做。
发布前自检：七项
| # | 检查项 | 通过标准 |
|---|---|---|
| 1 | 每个页面只有一种语言的正文与导航 | 没有并排双语，没有只有菜单被翻译的页面 |
| 2 | 语言代码写法正确 | 语言 + 地区，且地区代码在 ISO 3166-1 里有正式分配 |
| 3 | 各语言版本互相指向 | 任意两个版本之间都是双向的 |
| 4 | 标注里的地址是完整 URL | 带 https，不是相对路径 |
| 5 | 有语言选择入口 | 页面上可点击切换，不依赖自动跳转 |
| 6 | 只使用一种标注方式 | HTML 标签 / HTTP 头 / 站点地图，三选一 |
| 7 | 结算与合规结论已落到公开页面上 | 抓取可见，不是只存在内部文档里 |
七项里，第 1、2、3 项属于可控范围内的事实与结构问题；至于做完全部之后买家能不能看到你、AI 会不会引用你，属于平台的不可控变量，任何承诺具体结果的说法在技术上都不成立。这个可控与不可控的分界，就是我们所有交付物的定义方式，见GEO 服务方案与方法与交付。安徽云边出海科技开发有限公司（云边科技）把「多语言本地化与全球分发」单列为一项服务，交付物是本地语言版本、公开页面部署和可访问链接清单——第三项正是上表第 7 条的落地方式。
常见问题
东南亚要覆盖几种语言才够？
取决于你的买家在哪，不取决于这个区域有多少种语言。先确定收入集中在哪两三个国家，把这两三个语言版本做扎实，比铺六种半成品更有效。铺开之后每个版本都要长期维护，这是容易被低估的成本。
只做英文站，能不能覆盖东南亚？
能覆盖一部分，尤其是新加坡和马来西亚的部分 B2B 场景。但 Google 官方指出「只翻译样板、正文仍是单一语言」会造成同一内容以多套样板语言重复出现，所以更稳的做法是：英文版服务英语买家，其他语言单独建页面，而不是同一个页面里混着放。
hreflang 是必须做的吗？
官方说明是：不做标注，Google 也可能找到你的其他语言版本；但通常更建议你显式指明语言与地区版本。所以它不是准入门槛，而是减少「给错版本」概率的手段。
可以用子目录代替国别域名吗？
可以。官方的三种结构没有优劣排序，只有代价差别：子目录搭建与维护最省，国别域名归属信号最强但需要逐国维护。选择依据是你的团队能长期维护几个版本。
为什么我的泰国站流量来自美国？
先检查两件事：有没有用自动跳转或参数方式区分版本；有没有把地区归属显式标注出来。官方列出的地区判断信号包括国别域名、语言地区标注、服务器位置，以及页面上的本地地址电话、当地语言与货币、来自当地站点的链接等。这些信号必须主动给出，Google 不会替你去每个地区爬一遍。
本地货币标价算技术问题还是合规问题？
两者都算。它既影响转化，也在有些市场属于价格展示规则的范围。所以它不该由前端一个人决定，需要市场与合规一起确认——这类跨部门确认正是本地化项目最容易卡住的地方。