菲律宾被算进英语市场，可你的页面用的不是他们搜的那个英文

摘要：菲律宾在多数出海预算表里被划进英语市场，于是整块跳过了本地化。可当地用户在搜索框里打出来的，是英语实词加他加禄语功能词的混写串，而且那批英语实词本身也不是美式英语。这不是要不要翻译的问题，是关键词表内部要不要分层的问题。

菲律宾市场为什么会被整块跳过本地化？

官方语言是英语带来的第一个误判

做东南亚预算的时候，菲律宾往往是最快被处理完的那一格。

理由听起来无懈可击：英语是官方语言之一，学校用英语授课，商务文书用英语写。

于是这一格填的是复用英文站，预算写零，工期写零。

接下来发生的事也很规律，流量确实来了，转化率却始终比同一批投放的其他市场低一截。

团队第一反应是加投、改价、换素材，很少有人回头去查最上游的那份关键词表。

问题正好出在那份表上，它是从英文站原样搬过来的，一个字没动。

把一个市场判成不用做本地化，成本不会立刻显形，它会伪装成转化率偏低、加购率偏低、客服问题偏多这些看起来跟语言无关的指标，然后在半年后的复盘会上被归结为品类不适合当地。判成英语市场和判成不用做语言工作，中间隔着一大截，这一步跳过去几乎不会有人提醒你。

流量数据看着正常，掉的是哪一层

先说一个容易被忽略的观察角度。

菲律宾的英文页面通常能拿到不错的展示量，因为英文内容天然覆盖了一批查询。

掉的是点击率与加购率这两层，也就是用户看到之后决定要不要点、点进去之后决定要不要买。

点击率低，多半是标题里的词跟用户打的词对不上。

加购率低，多半是页面上没有他关心的那几个本地条件。

这两层都不体现在收录和排名报表里，所以看报表的人会觉得一切正常。

我们给一个自行车配件品牌做过一次三个月的对照，把菲律宾的英文页面和印尼语页面放在同一张表里比，前者的展示量高出四成，加购率却只有后者的一半出头。展示量高说明搜索引擎认得出这一页在讲什么，加购率低说明用户认不出这一页是给他写的，两个数字指向的根本不是同一个问题。

被跳过的三个动作

把复用英文站这个决定拆开，实际被跳过的动作有三个。

第一个是关键词调研，没有人查过当地用户实际怎么打这批词。

第二个是落地页的本地条件，付款方式、配送时效、地址字段全是国际版。

第三个是客服与售后语料，模板全是标准英语，读起来像跨国公司的法务函。

三个动作里，第一个是上游，另外两个的错误多半是它带出来的。

顺序也别搞反，先把词查清楚，再改页面，最后改客服语料，反过来做会返工两次。

这套顺序跟做任何一个非英语市场没有区别，唯一的区别在于，别的市场没人敢跳过它，菲律宾因为顶着英语市场这个标签，跳过去显得理直气壮。越南泰国印尼那一篇里的十道工序表可以整套搬过来用，只要把第一道工序的输入从翻译改成混写采样。

还有一个顺序上的细节值得提前说清楚：这三个动作的产出物是互相喂给对方的。关键词调研产出的是词表，落地页改造消费这份词表，客服语料又反过来给词表提供新的原始输入。团队常见的做法是三件事分给三个人并行推进，结果每个人都在等另外两个人的东西，两个月后交付出来的是三份互相对不上的文档。

菲律宾人搜的那个英文，跟你写的英文差在哪里？

品类词整体位移，不是个别词不一样

先看最直接的一类差异，品类词本身换了。

运动鞋在当地的日常说法是rubber shoes，人字拖是slippers，背心是sando。

你的页面写sneakers，用户搜的是rubber shoes，两串字符没有一个字母重叠。

flip-flops在当地几乎只出现在外贸文案里，本地人说slippers的时候指的就是它。

这不是同义词的问题，是同一个物品在两套英语里挂着不同的名字。

词典查不出来，因为词典收的是标准英语的义项，而这几个是在菲律宾英语里稳定使用的义项。

最省事的验证办法是拿两个词分别去当地的电商平台搜一遍，看结果页的商品数量和广告位密度，当地最大的两个购物平台之一的搜索建议列表比任何一个关键词工具都更接近真实输入，因为它记录的是掏钱的人打的字。

更麻烦的是这类差异没有一个现成的清单可查。判断一个品类词有没有位移，最实用的办法是把两个候选词分别丢进当地平台的搜索框，比较结果页的商品数量、广告位密度和评论数量。数量差在三倍以上，基本可以确定当地人只用其中一个。这个动作单个品类只要五分钟，一个类目跑下来半天就够。

缩写化是另一条稳定规律

菲律宾英语有一个很明显的倾向，长词会被砍短。

空调是aircon，冰箱是ref，洗手间是CR，这几个是全民通用的写法。

这类缩写的特点是它们在当地的正式文书里也照样出现，不属于俚语。

做家电和家居品类的时候，这一条直接决定标题里写哪个词。

写air conditioner不算错，但它接不住搜aircon的那一批人。

两个词同时覆盖是可行的，标题用本地写法，正文里出现一次完整写法。

这套处理跟希腊语市场那个拉丁转写的问题结构一模一样，都是标准写法和真实输入并存，区别在于希腊那边是两套字母，这边是同一套字母的两种词汇选择。希腊语那篇讲的覆盖办法可以直接照搬，把两种形态都放进词表，页面上分位置承载。

缩写化还有一个副产品，它会影响页面标题的长度预算。当地写法普遍比标准写法短，同样一条标题能多塞一个修饰词进去。做小语种的人常年跟标题字数不够较劲，德语那边是一个复合词吃掉半条标题，这边是反过来，本地写法省下的字符刚好够放一个购买意图词，是少见的白捡的空间。

品牌名当品类名用

第三类差异更麻烦一点。

当地有一批品牌名已经泛化成了品类名，用户用它指代整个品类。

牙膏说Colgate、复印说Xerox是全球都有的现象，菲律宾的名单还要长一些。

这类词的搜索量往往比正规品类词高好几倍。

不能直接拿来做标题，因为那是别人的商标。

能做的是在正文和问答里自然出现一次，让页面接得住这类查询。

处理这批词的原则跟品牌名音译那篇一致：命名权不在你手里的时候，能做的只有承认既成事实，而不是纠正它。区别在于音译那边要挑一个主写法，这边一个都不能挑，只能在不侵权的前提下让页面出现在结果里。

处理这批泛化品牌词还有一条纪律：绝不能把它写进标题标签或者商品名。搜索量再诱人也不行，因为这是商标使用问题，风险不在算法那一侧。可以出现的位置是正文的说明句、问答区的用户提问原话、以及站内搜索的同义词映射，这三处都属于对用户真实说法的引用，不构成商业标识使用。

数量与包装词是本地独有的一层

还有一类词，是从当地的零售形态里长出来的。

小包装单卖在当地极其普遍，对应的说法是sachet和tingi。

这两个词在英美电商语料里几乎不出现，在当地却是高频购买词。

它背后是真实的消费习惯，一次买一小份，而不是买一整瓶。

做个护、日化、宠物食品这类品类，这一层词能带来相当可观的长尾。

做家电和大件的团队可以跳过这一层，但要知道它存在。

这类词是判断一份关键词表有没有真正落地的最快标尺，表里如果一个本地零售形态词都没有，基本可以确定这份表是从英文站直接复制过来的，只是把货币符号改了一下。

零售形态词还牵着另一件事，就是商品的规格拆分。既然当地习惯小份购买，商品页上就该有小规格的选项，哪怕它的毛利更低。词表和货盘在这里是连着的，只做词不改货盘，用户搜进来看见的还是大瓶装，跳出率反而会更难看。当地贸工部关于消费者交易的规定里对包装标识有明确要求，拆规格之前顺手核对一遍不吃亏。

Taglish到底是怎么混的，有没有规律？

实词留英语，功能词留他加禄语

现在说这批查询最核心的那条规律。

混写不是随机的，切换点相当稳定。

名词、品牌、品类这些实词大多留在英语里。

疑问词、助词、连词、否定这些功能词大多留在他加禄语里。

所以典型的查询长成这样：murang laptop、paano mag-order ng shoes。

前半截是他加禄语的壳，后半截是英语的芯。

这条规律在语言学里叫语码转换，有专门的研究传统，计算语言学界甚至为它办了连续多届的专题工作坊，语码转换计算方法工作坊的历届论文集里能看到英语跟西班牙语、印地语、阿拉伯语混写的处理方法，思路对做关键词的人同样有用。

这条规律对做技术的人还有一个直接推论：不能用语言识别的结果来给查询分流。语言识别模型看到一条混写串，会按整串的多数字符判成英语，于是那批带着他加禄语壳的高意图查询被丢进英语通道，用英语的分词和同义词规则处理，壳里的信息全丢了。要分流就按词性分流，不要按语种分流。

疑问壳是可枚举的

好消息是，那层壳的数量有限。

问价格用magkano，问方法用paano，问地点用saan，问时间用kailan。

问有没有用may加上句尾的ba，这个ba是疑问标记。

把这几个词跟你的品类词做笛卡尔积，就得到了第一版混写词表。

这批组合的搜索量单个都不高，加起来相当可观。

更关键的是它们的购买意图非常明确，问价格和问怎么下单的人离掏钱只差一步。

这套做法本质上就是把疑问壳当成修饰词层，跟长尾词工程里的那套组合矩阵是同一个方法，只是修饰词换成了另一门语言的功能词。他加禄语的疑问壳不超过十个，一个下午就能穷举完，这是整篇文章里性价比最高的一件事。

穷举完之后还有一个动作别省：给每个疑问壳标上意图类型。问价格的属于比价意图，问方法的属于操作意图，问地点的属于渠道意图。三类意图对应的落地页完全不同，比价意图要落到列表页，操作意图要落到问答或者指南页，渠道意图要落到门店或配送说明页。壳和落地页的映射表一旦建好，后面所有新词都能自动归位。

连接词的粘连要单独处理

混写串里有几个小词特别容易被忽略。

ng是属格标记，na是连接词，mga是复数标记。

它们出现在英语实词的前后，把两门语言粘在一起。

做分词和做匹配的时候，这几个词会被当成停用词扔掉。

扔掉之后，混写查询就退化成了纯英语查询，本地特征全没了。

所以停用词表不能直接用英语那一套，也不能直接用他加禄语那一套。

正确做法是先拿真实查询样本跑一遍，统计这几个小词的出现频次和位置，再决定哪些保留哪些丢弃。关键词工具没数据时怎么补那篇里的站内搜索采样法在这里刚好合用，因为混写查询的样本只能从自己的日志里长出来。

这几个小词还有一个很实际的用途，它们是判断一条查询是不是本地真实输入的标记。日志里几十万条查询要人工看是不可能的，但只要按这几个功能词过滤一遍，剩下的就是高度确定的本地混写样本。保哥习惯把这一步叫做用停用词做正向筛选，跟通常拿停用词做剔除的用法正好反过来。

拼写变体比想象的多

最后一层是拼写。

他加禄语的口语写法很自由，ngayon会被打成ngaun，kayo会被打成kau。

没有一个权威机构会去纠正这些写法，网上也不会有人觉得它们错。

关键词表里如果只收标准写法，就会漏掉相当一部分真实查询。

处理办法是给每个高频功能词准备两到三个变体，一起进表。

页面上不用把变体全写进去，那样会让文案读起来很奇怪。

变体的正确位置是在问答区和站内搜索的同义词配置里，让它们在匹配层生效而不在展示层露面。他加禄语的字母与拼写体系可以当作判断变体合理性的底本，看一个写法是不是拼音层面站得住，而不是凭感觉决定收不收。

拼写变体还有一个容易被忽视的来源，就是输入法的自动纠错。当地用户大量使用移动端输入，纠错会把某些他加禄语词改成形近的英语词，用户往往懒得改回去，于是这些被纠错过的形态也稳定地出现在日志里。它们看着像乱码，实际上代表着真实的一批人，收进词表的判断标准只有一个，就是出现频次是不是稳定。

并列双语和嵌套双语，为什么处理方式正好相反？

并列型：两批人各说一门语言

做过多语言市场的人手里都有一套双语市场的处理框架。

加拿大的法语和英语、比利时的荷兰语和法语、乌克兰的乌语和俄语，都属于同一类。

这一类的共同特征是，用户各自使用一门语言，很少在一句话里混着来。

所以解法也很统一，内容分叉、地址分叉、语言标签分叉，各走各的。

用户进站之后选一次语言，之后就一直待在那一侧。

报表也按语言拆两份看，两侧的关键词表几乎没有交集。

这套框架在本站已经写过好几遍，从荷兰语和佛兰芒语，到乌克兰语和俄语，判据一直是数市场个数加看国界位置，而它们全都默认了一件事：一个用户在一次会话里只使用一门语言。

并列型市场还有一个共同的工程特征：两侧的内容可以由两个互不通气的团队分别维护，只要保证商品数据是同一份就行。这也是这类市场看起来比较省心的原因，分工边界跟语言边界重合。hreflang那套标注方法之所以在这类市场特别好用，前提正是两侧内容确实是两份互相独立的东西。

嵌套型：一批人在一句话里混着用

菲律宾把这个默认假设直接推翻了。

这里不存在说英语的那批人和说他加禄语的那批人。

同一个人，同一次搜索，两门语言同时在场。

他不会因为你出了他加禄语版本就切过去，因为他本来也没觉得自己在用两门语言。

同类市场还有印度的英语加印地语、新加坡和马来西亚的本地英语变体。

这几个市场共享同一个特征，双语关系是嵌套的，不是并列的。

把嵌套型当并列型处理，会做出一个谁也不用的他加禄语版本，同时把英语版本继续放在那儿接不住混写查询，等于花了两份钱买了两个都不对的结果。这类错误在复盘时特别难认，因为团队确实按流程做了本地化。

嵌套型市场的工程特征恰好相反：内容只有一份，分工边界落在词表和版面上，而不是落在语言上。这意味着不需要第二个内容团队，但需要一个人专门维护混写词表和位置分工规则。人力上其实更省，只是组织结构里往往没有这个岗位，于是这件事最后谁都不做，页面就一直停在原样复用英文站的状态。

一句话判据与误判的代价

判据可以压缩成一个问题。

问：这个市场的两门语言，是分给两批人，还是分给同一批人的不同词性？

分给两批人，就是并列型，按老框架分叉处理。

分给不同词性，就是嵌套型，页面不分叉，分叉的是词表内部。

这个问题不需要语言学背景，看一眼当地社交平台的评论区就能回答。

评论里一句话里两门语言换着来，就是嵌套型，一目了然。

判断错的代价是不对称的：把并列型误判成嵌套型，页面会写得夹生但还能用；把嵌套型误判成并列型，会同时产出一个多余的语言版本和一批接不住的页面，而且这两笔损失会分别记在不同的项目里，很难被合起来看见。

这条判据还有一个变体用法，可以拿来判断历史遗留的多语言目录该不该保留。如果某个语言版本的流量长期只有主版本的百分之几，而且用户在两个版本之间频繁跳转，那多半就是当初把嵌套型误判成了并列型。这种目录不必立刻删除，先把它的内容合并回主版本，观察一个季度再决定去留，代价最小。

关键词工具在这类市场返回的数字，为什么比返回零更危险？

返回零和返回一个好看的错数

小语种做久了的人对返回零这件事很熟悉。

工具查不到数据，你知道要自己想办法补。

菲律宾市场不给你这个提醒。

你查sneakers，工具会给你一个体面的数字，还带着趋势曲线。

那个数字是真的，只是它统计的是全球英语的搜索量，跟菲律宾用户在打什么关系不大。

你照着这个数字排优先级，排出来的表看着专业，落地全是偏的。

没有数据的时候你会警惕，有数据的时候你会照做，所以一个看起来健康的错数比一个明显的空值危险得多。这一条不只适用于菲律宾，凡是官方语言跟大语种重合的市场都会遇到，包括印度、尼日利亚、肯尼亚这几个。

这个陷阱在预算评审会上尤其致命，因为一份带着体面数字和趋势曲线的关键词表，是最容易通过评审的材料形态。没有数据的市场反而会被要求补充调研，有数据的市场则直接进入执行。评审机制天然偏袒看起来完整的错误，而不是看起来残缺的正确，做小语种的人对这一条要有心理准备。

混写查询会被聚合逻辑打散

再说这个数字为什么会偏。

混写查询的形态是他加禄语壳加英语芯，长度普遍偏长。

工具按词根做聚合的时候，壳会被识别成噪声词剔掉。

剩下的英语芯被并进了那个大词的桶里。

于是一批有明确本地特征的查询，在报表上消失成了大词的一部分。

你看到的大词很大，看不到的是它由几十种混写形态拼起来的。

这也解释了另一个常见现象：菲律宾的自然流量分布特别平，看不出明显的头部词，因为真正的头部被拆散在长尾里了。多语言关键词调研那篇里讲的查询语言切换法，在这里要再加一道混写采样才够用。

要验证自己有没有中招，有一个不到十分钟的自查动作：把站内搜索里出现频次最高的两百条查询导出来，统计其中含有本地功能词的比例。这个比例如果超过三成，而你的关键词表里一条混写形态都没有，那就说明工具给的那份排序跟真实需求已经严重脱节，先别继续往下做内容规划。

三个能自己补数的地方

补数据的办法有三个，按可靠性排序。

第一是站内搜索日志，这是唯一能看到用户原话的地方，没有任何聚合。

第二是客服工单与聊天记录，用户在那里问的是同样的问题，只是打得更长。

第三是当地电商平台的搜索建议，输入前两个字母看它补全什么。

三个来源加起来，两周就能攒出一份比工具更准的词表。

攒的过程要保留原始串，别急着做词形归并，那一步一做本地特征就没了。

这三个来源在本站讲过不止一次，这里唯一的新要求是采样时把混写串整条留下来，包括那些看起来像拼写错误的写法，因为在这个市场里，看起来像错的往往才是对的。

这三个来源还可以互相校验。站内搜索告诉你用户想找什么，客服工单告诉你他们没找到什么，平台搜索建议告诉你整个市场在找什么。三份数据重合的部分是确定要做的，只在平台建议里出现的部分是增量机会，只在工单里出现的部分往往是页面信息缺失而不是词的问题，处理方式完全不同。

页面到底该用哪一种语言写？

正文用英语，但要用当地的那种英语

这是整篇里团队最关心的一个决定。

结论是正文用英语，而且是菲律宾本地写法的英语。

理由不复杂，当地的商业书面语就是英语，用户读英语不费劲。

换成他加禄语的正式书面语，反而会让人觉得像政府公告或者课本。

本地写法的英语意味着品类词用rubber shoes这种当地说法，价格和单位按当地习惯写。

不意味着满篇夹他加禄语，那样会显得刻意。

这个结论跟很多人的直觉相反，很多人以为做本地化就是往当地语言靠，实际上本地化的目标是贴近真实语言使用，而当地真实的商业书面语恰好是英语，只是这门英语跟你写的那门不完全一样。

用当地英语写还有一个额外好处，它会自动带出正确的语气。菲律宾的商业文案普遍比英美的更客气一些，问候语更长，感谢句更多。这跟日语敬语那种改写字面的机制不同，实词并不变，变的只是句子的边缘，所以它不影响检索，只影响读起来像不像本地商家写的，属于品牌语气范畴。

标题和问答用疑问壳

那批他加禄语功能词往哪儿放。

答案是放在标题、小标题和问答区。

因为用户的混写查询绝大多数是问句形态，落点也在这几个位置。

一个以magkano开头的小标题，能接住一整批问价格的查询。

正文段落里不用这么写，保持顺畅的英语即可。

这个分工可以概括成一句话：壳放在骨架上，芯放在正文里。

把不同语言分配到页面的不同位置，是屈折语锚文本那篇提出来的思路的另一种用法，那边是把精确匹配需求挪到非句内位置，这边是把另一门语言挪到标题层，同样是把语言问题变成版面问题。

位置分工还要考虑一个现实约束：标题标签的显示长度是有限的。疑问壳虽然短，但它挤掉的是品类词的修饰空间。所以真正的做法是分层，标题标签保留最核心的品类词加一个壳，页面内的小标题和问答区承载其余的壳形态。锚文本变形那篇里那套按位置分配语言形态的思路，在这里是第二次派上用场。

纯他加禄语版本为什么反而不自然

必须专门讲一下这个坑。

把整站翻译成他加禄语，看起来是最彻底的本地化。

实际效果通常很差，因为正式他加禄语在当地的使用场景很有限。

它出现在学校、政府文件、部分新闻里，不出现在网购语境。

用户看到一整页正式他加禄语商品描述，第一反应往往是这个站有点怪。

更实际的问题是，机器翻译出来的他加禄语质量普遍偏低，可用的审校资源也不好找。

语域不匹配这件事，比翻译质量本身更难补救，因为它不体现在任何一句话的对错上，而体现在整页读起来像不像给购物者写的。机器翻译直接发布那篇里划的质量红线，在这个市场上要再往上抬一档。

语域这件事有一个简单的判断方法：去看当地销量最大的几家本土电商，看它们的商品描述用什么语言写。答案基本是英语，配上少量本地词。本土商家没有任何理由不用母语，他们选择英语，说明这就是这个语境下最自然的选择。跟着本地商家走，比跟着任何一本本地化手册走都可靠。

语言标签写en-PH而不是tl-PH

工程侧有一个很具体的结论。

这批页面的语言标签应该是en-PH，不是tl-PH，也不是fil-PH。

因为页面的主体语言确实是英语，只是地区变体是菲律宾。

标成他加禄语会给自己制造麻烦，包括匹配、字体、分词一连串下游行为。

如果确实做了独立的他加禄语版本，那一份才用fil-PH。

fil和tl两个子标签是有区别的，前者指菲律宾语这个国家语言，后者指他加禄语这门语言。

这类子标签的正确用法可以在语言子标签注册表里逐条核对，标签的组合规则则写在RFC 5646关于语言标签的定义里，这两份材料能省掉一场没有结论的内部争论。

标签写错的代价不只在搜索侧。浏览器和操作系统会依据语言标签决定断行规则、日期格式、数字格式和默认字体，标成一门实际没在用的语言，这些下游行为会一起偏掉。通用区域数据库里的区域设置数据正是被这些系统消费的那一份，标签跟内容对不上，等于给所有下游模块喂了一个错误的前提。

商品页上哪些字段必须换成本地说法？

尺码、单位与价格的写法

先从最容易改也最容易漏的一组说起。

鞋码在当地习惯用美制，服装尺码习惯用亚洲版型对照。

只写一套尺码，会把一批本来要下单的人挡在退货顾虑上。

价格写法用比索的三位货币代码加数字最稳妥，符号形态在部分设备上显示不全。

数字的千分位用逗号，小数点用点，这跟英语习惯一致，不用改。

分期付款在当地非常普及，商品页上写不写分期，直接影响加购。

这一组字段有个共同点，它们都不属于翻译工作的范围，所以外包翻译时不会有人动它们，最后往往要等到客服工单堆起来才被发现，凡是不在翻译清单里的字段，都要在本地化清单里单列一遍。

价格写法还有一个细节值得单说：促销价和原价的排列顺序。当地用户对分期金额的敏感度高于总价，很多本土商家会把每月付款额放在最显眼的位置，总价反而排在第二行。这不是排版偏好，是购买决策路径的差异，照搬英美站那种总价加折扣率的写法，会让页面在同一批商品里显得更贵。

地址与配送字段的层级不一样

地址字段是另一处硬伤。

当地的地址层级里有一个barangay，是比市镇更小的行政单元。

国际版表单里没有这一栏，用户只能把它塞进街道地址那一行。

塞进去的后果是快递员找不到，最后变成配送失败和退款。

省和大区的划分也跟表单默认的那套对不上，大马尼拉地区是一个独立的概念。

岛屿之间的配送时效差别很大，只写一个全国统一时效基本等于没写。

地址表单是转化漏斗上最沉默的一环，用户不会为了填不下一个字段来找客服，他会直接关掉页面，所以这类问题在报表上永远表现为跳出，不会表现为投诉。

地址字段还有一个跟搜索直接相关的用途：那批行政单元名本身就是长尾词。用户会搜品类词加上自己所在的区名，看看有没有当地卖家或者当地自提点。表单里连这一级都没有的站，自然也不可能在内容里出现这些地名，于是整批本地意图词一条都接不住，而这批词的转化率通常高得离谱。

付款方式那一栏是购买意图最强的词

最后一组是付款方式。

当地的电子钱包普及率很高，货到付款同时也还占着相当大的份额。

便利店代收和汇款点付款是两条独立的通道，各自有自己的用户群。

这些方式的名字本身就是高意图关键词，用户会拿它们跟品类词一起搜。

商品页上支持了却一个字没写，是这个市场上最常见的一处浪费。

写法也有讲究，把方式名写全称并且跟品类词同段出现，比堆一排图标有效。当地央行公布的电子支付统计与监管口径能帮你判断哪几种方式值得写进页面。

本站关于信任元素那篇讲过同一件事，落地页上那些看着像装饰的信任元素其实是搜索量最高的一批购买词，菲律宾市场把这个现象放大了一倍，因为这里的付款方式种类比多数市场都多，当地用户量最大的电子钱包光是名字本身就是一个稳定的品类修饰词。

客服与售后的语言该怎么定？

首轮用英语，追问跟着用户走

客服语言的问题比页面语言简单一些。

首轮回复用英语，因为它对所有人都成立。

用户如果用混写追问，回复就跟着切到混写。

这不是随意，而是一条可以写进规范的规则。

跟着用户的语言走，是所有多语言客服里最省心的一条准则。

需要提前准备的，是那批混写模板，不能等到对话中间现编。

准备模板的成本比想象中低，因为需要混写的只有开头的招呼句、确认句和结束句这三类，中间的实质内容依然是英语，真正要本地化的是对话的骨架而不是内容。

跟着用户语言走这条规则要写进客服的质检标准里，否则它会被理解成可以随意。质检时抽查的口径很简单：用户混写而客服全程标准英语的对话，标记为不达标；客服在用户尚未混写时主动混写的，同样标记为不达标。两条一起用，才能把这条规则从一句倡议变成可以考核的动作。

模板语料要从工单里长出来

模板从哪儿来，答案是从自己的工单里来。

把过去半年的对话导出来，按问题类型分组。

每组挑出十条用户原话，看他们怎么起头、怎么问价、怎么催单。

照着那批原话写模板，比找一个翻译写一版靠谱得多。

这样写出来的模板天然带着当地的语气和用词。

顺带还能得到一份高质量的关键词补充材料，一举两得。

我一直建议团队把客服语料和关键词表放在同一个流程里维护，因为它们的原始材料是同一批用户说的同一批话，只是被两个部门分别用了，母语审校验收清单那篇里的验收口径同样适用于客服模板，读着自然不等于验收通过。

从工单里长模板还有一个隐藏收益，就是能顺手发现商品页的信息缺口。同一个问题在工单里出现超过五十次，说明页面上根本没写清楚这件事。把这类问题整理成一张缺口清单交给内容团队，比任何一次页面体检都准，因为它统计的是用户实际卡住的地方，而不是我们以为他们会卡住的地方。

三个渠道的语域是不同的

还有一个细节值得说。

电话、在线聊天、社交平台私信，这三个渠道的语域差别很大。

电话里几乎全是混写，社交平台私信更随意，工单和邮件偏正式。

用同一套模板覆盖三个渠道，会在某一头显得生硬。

比较省事的做法是准备两档，正式一档给邮件和工单，随意一档给聊天和私信。

两档之间的差别主要在招呼语和结束语，中间部分共用。

这个两档制在别的市场也成立，只是在菲律宾差别更明显，因为这里的正式和随意之间恰好还叠加了一层语言选择，随意的那一档自动就变成了混写。

渠道语域的差别还会影响关键词采样的权重。私信和聊天里的原话最接近搜索框输入，邮件和工单里的表述则被用户自己整理过一遍，离真实查询更远。所以做词表采样时，聊天记录的权重要高于邮件，采样量少也没关系，它的信噪比高得多，这个优先级在多数团队里是反着的。

这套做法搬到宿务语区会不会失效？

马尼拉之外还有一大片市场

菲律宾不是一个单语市场，这一点要专门说清楚。

他加禄语是国家语言的基础，但它不是全国母语。

中南部有大量宿务语使用者，规模是当地第二大的语言群体。

此外还有伊洛卡诺语、希利盖农语等多个规模不小的语言。

这些地区的用户同样在做混写，只是壳换成了他们的母语。

所以前面那套判据仍然成立，需要更换的只是壳的具体词表。

各语言的谱系关系与使用范围可以在宿务语的语言库条目里查到，做区域优先级的时候拿它跟自己的订单分布叠一遍，比按人口排要准。

区域差异还体现在设备与网络上。首都圈之外的移动网络条件普遍更差，页面重量对转化的影响被放大。做区域扩张时如果只准备了内容却没压首屏体积，效果会打折扣。该国的宏观与基础设施数据里能查到分区域的联网水平，排优先级时把它跟订单密度叠一层看。

三档投入怎么分

投入分三档，按订单密度决定做到哪一档。

第一档只做词表覆盖，把宿务语的疑问壳并进现有词表。

第二档加做问答区，用宿务语壳写几组常见问题。

第三档才是独立的落地页，通常只有区域订单占比过两成才值得。

绝大多数团队停在第一档就够了，成本几乎为零。

第二档的成本主要是找一个当地人写十几组问答，一周内能完成。

把投入分档而不是二选一，是本站在小语种话题里反复用的做法，原因也一直是同一个：大多数语言的正确答案既不是完全不做也不是全套做，而是只做最上游的那一层。

三档投入之间还要留一个回退机制。第二档做完之后观察一个季度，如果宿务语壳带来的查询占比没有明显上升，就说明这个区域的用户其实也在用他加禄语壳搜索，那就该停在第一档而不是继续往上加。语言分布跟人口分布不重合是常态，实际搜索行为才是唯一算数的证据。

什么时候值得做第二套内容

什么条件下才升到第三档，可以给一个可判断的标准。

看三个数：区域订单占比、区域客服工单占比、区域自然流量占比。

三个数里有两个超过两成，就值得做独立内容。

只有流量高而订单低，多半是内容不对路，先修词表再说。

只有工单高，往往是配送时效问题，跟语言无关。

三个数一起看，能挡掉大部分拍脑袋的扩张决定。

这条判据跟本站讲搜索意图差异那篇的思路一致，同一份关键词表在两个市场要拆成两种落地页说的是内容分叉的条件，这里说的是语言分叉的条件，两者可以合成一张表来用。

做第二套内容之前还有一件事要先确认：客服能不能跟上。内容上线之后带来的咨询会用同一门语言进来，如果客服团队没有对应的语言能力，转化会卡在最后一步，前面的投入全打水漂。宿务语的字母与拼写体系不难，难的是找到能稳定值班的人，这一步要在内容排期之前落实。

怎么排期，怎么验收？

六周排期表

把前面的动作串成一个可执行的顺序。

第一周导出站内搜索日志与客服对话，只做采样不做加工。

第二周整理混写词表，疑问壳穷举，品类词换成本地写法。

第三周改标题与小标题，问答区按疑问壳重写一遍。

第四周改商品页字段，尺码、地址、付款方式三组一起动。

第五周改客服模板，两档语域各出一版。

第六周留给复核与观测，重点看点击率与加购率这两个指标有没有动，排名和收录在这套改动里基本不会变，所以拿排名当验收指标会得到一个什么都没发生的结论。

这份排期表里有一条隐含的假设值得点破：前两周是纯采样，不产出任何可交付物。很多团队扛不住这两周的空窗，于是跳过采样直接开始改页面，改完再回头补数据，然后发现改的方向不对。采样阶段没有可交付物，不等于没有产出，它产出的是后面四周不返工。

三条不用懂他加禄语的机械检查

验收环节最怕的是没人懂当地语言。

所以要有几条不依赖语言能力的检查。

第一条：数标题里的本地品类词，一个页面至少出现一次rubber shoes这类当地说法。

第二条：数问答区的问句开头，至少三分之一以他加禄语疑问壳起头。

第三条：查付款方式名有没有以文字形式出现在正文里，只有图标算不通过。

三条都能靠搜索命令和肉眼完成，不需要语言背景。

机械检查的价值不在于精确，而在于它能被没有语言能力的人执行，从而让这件事不依赖某一个人的判断，这也是本站在小语种话题里一直坚持给出机械判据的原因。

这三条检查还可以再加一条自动化的：定期抓取自己页面的标题标签，跟当前混写词表做一次匹配，统计覆盖率。覆盖率低于某个阈值就报警。这件事一个定时脚本就能做，好处是它不依赖任何人记得去查，而多数本地化工作的退化，恰恰不是因为做错了，而是因为上线之后再也没人看过。

谁来审，审什么

最后是审校。

找母语者审校时，要明确告诉对方审的是自然度不是正确性。

因为混写文案在语法上本来就不标准，按标准语法审会被全部改掉。

正确的指令是：读一遍，标出哪些地方本地人不会这么说。

另外要找的是做零售或客服的人，不是语文老师。

语文老师会把混写改成规范他加禄语，那正好是我们要避免的结果。

保哥这些年在多语言项目里踩过最多的一次，就是审校口径没定清楚，交付回来一份语法完美、没有一个用户会这么说的文案，返工成本比重写还高。

审校的交付物形态也要提前约定。要的是一份带位置标记的问题清单，不是一份改好的稿子。因为审校者一旦直接改稿，就会顺手把混写改成规范写法，而我们没有办法逐句还原他改了什么。约定成清单形态，判断权就留在自己这一侧，这条规矩在任何一个语域敏感的项目里都值得先立起来。

常见问题解答

菲律宾市场到底要不要单独做内容？

要，但做的不是翻译。需要单独做的是三件事：关键词表按本地英语与混写形态重做一遍、标题与问答区换成疑问壳形态、商品页的付款与地址字段按本地形态重排。正文主体依然是英语，不需要重写。这三件事加起来大约是一个市场本地化工作量的三成，成本远低于新增一门语言，收益主要体现在点击率和加购率上。

做一个纯他加禄语版本有没有意义？

多数情况下没有。正式他加禄语在网购语境里几乎不被使用，用户读到整页正式他加禄语商品描述会觉得别扭，加上机器翻译质量偏低、审校资源难找，实际效果通常不如一个写得地道的英语版本。真正值得投入的方向是让英语版本用当地的说法，并在标题和问答里接住混写查询。只有在做政府、教育、公共服务这类内容时，纯他加禄语版本才有明确价值。

语言标签应该写成什么？

主体是英语的页面写en-PH，这是最贴近实际的标注。不要因为页面里出现了几个他加禄语词就改成tl-PH，那会让下游的匹配与排版逻辑做出错误假设。如果确实做了独立的他加禄语版本，那一份用fil-PH。fil指的是作为国家语言的菲律宾语，tl指的是他加禄语这门语言，两者在注册表里是不同的子标签，混用会给自己埋坑。

关键词工具的数据完全不能用吗？

能用，但只能当作量级参考，不能当作排序依据。工具给的英语数字是全球聚合的结果，混写形态在聚合中被打散，所以它反映的是这个品类在英语世界的整体热度，而不是当地的真实需求分布。正确用法是拿工具的数字定品类大盘，拿站内搜索日志和平台搜索建议定具体词的优先级，两份数据分别回答不同的问题，不要指望其中一份把两件事都办了。

混写词表要维护多久更新一次？

建议每季度更新一次，重点看新增的功能词变体和新出现的品牌泛化词。这类词的变化速度比正规品类词快，因为它跟着社交平台的流行说法走。更新的成本很低，导一次站内搜索日志按频次排序，看排名前两百的串里有没有陌生形态即可。真正需要重做的情况只有一种，就是品类结构发生了变化，比如从卖配件扩展到卖整车，那时候壳不变、芯要重来。

这套方法能直接搬到印度或新加坡吗？

框架能搬，词表不能。三个市场同属嵌套型双语，都是实词英语加本地语功能词的结构，所以判据、页面分工、验收方式全都通用。但每个市场的功能词、缩写习惯与本地英语词汇是各自独立的，印度的英语变体跟菲律宾的英语变体是两套词。搬框架能省掉大约一半的方案时间，搬词表则会把错误一起搬过去，这也是嵌套型市场彼此之间最容易被误判的地方。

预算有限的话，先做哪一件？

先换品类词。把标题和主要小标题里的品类词换成当地说法，这是唯一一件当周就能上线、当月就能看到点击率变化的事，成本只有一个人两天。第二件做问答区的疑问壳，第三件做付款方式的文字化。这三件做完，大部分低垂的果实就摘完了。地址表单和客服模板虽然重要，但它们的收益体现在转化后段，见效周期长，适合排在后面。

权威参考资料