平台给每个卖家的搜索词字段一样长，可日语卖家能塞进去的词只有英语的三分之一

摘要：平台给每个卖家的后台关键词字段是同一个上限，可上限写的是字节不是字符：拉丁字母一个字符一个字节，西里尔两个，日语韩语三个。同一个五百的额度，英语卖家能塞七八十个词，日语卖家只剩二十几个。第二层更硬：词形还原、复合词切分、变音折叠这些网页搜索补了十几年的能力，平台侧多数没有，你的词要么原样命中要么不命中。第三层是标题顺序被平台规定死，而那个顺序在几门语言里拼不出合法短语。本文拆开这三层，给出按站点的词状态表与双向对齐流程。

同一个字段，为什么在两门语言里装的词不一样多？

一家办公文具卖家的日本站，字段只填进了三分之一的词

有个客户做办公文具，文件夹、标签机、装订机、桌面收纳这几类。

德国站、日本站、波兰站三条线同时在跑，产品是同一批。

德国站的表现一直不错，日本站起量慢，团队一开始归因于品类竞争。

保哥要来三个站的后台关键词字段导出，把三份并排放着数了一遍。

德语那份填了六十多个词，日语那份只有二十一个，而运营明明按同一份词表准备的。

问运营为什么少填，回答是系统提示超出长度，删到二十一个才存得进去。她以为是自己选的词太长，于是把长词删掉留短词——这个动作把整批高价值长尾一次性清空了，而系统从头到尾没告诉她真正的原因是什么。

字段上限写的是字节，不是字符

原因在字段的定义里，只是那行小字没人细看。

多数平台的后台关键词字段，上限单位是字节。

字节和字符在英文环境里是一回事，一个字母就是一个字节。

换成别的书写系统，一个字符要占的字节数就变了。

字段上限没变，能装的内容却缩水了，而后台的提示语一个字都没解释这件事。

这是本文第一条要钉死的东西：平台给所有卖家的是同一个数字，可这个数字在不同语言里兑换出来的实际容量差出三倍。它看起来是一条中立的技术规则，实际效果是按书写系统分配了不同的额度，而且分配方向恰好对小语种不利。

一个字符要占几个字节，按书写系统分档

把这笔账算清楚，三档就够用了。

第一档一个字节：基本拉丁字母、数字、常见符号，也就是英语能用完的那一套。

第二档两个字节：带变音符号的拉丁字母、西里尔字母、希腊字母、希伯来字母、阿拉伯字母。

第三档三个字节：汉字、假名、谚文，以及大多数东南亚和南亚的文字。

按这三档折算，同一个五百字节的额度，英语能装大约七十到八十个词，德语和波兰语因为带变音字母掉到五十上下，俄语大约三十五，日语和韩语只剩二十出头。

德语和波兰语这一档还有个额外的坑：同一个词写不写变音符号，占的字节数不一样。把变音符号去掉能多塞几个词，可去掉之后这个词还能不能匹配上用户带符号的查询，是另一件要单独验的事。波兰语的九个变音字母用户到底打不打那篇算过这个比例，结论是不能一刀切。

拿一个具体的词算一遍最直观。日语的检索关键词四个字，按第三档算是十二个字节，加上一个分隔空格是十三。同样长度预算下，英语的waterproof十个字母只占十个字节。也就是说一个四字的日语词比一个十个字母的英语词还贵，而它承载的信息量并不更多。这个换算关系一旦算出来，运营就知道该砍哪些词、留哪些词了。

还有一个容易忽略的细节：全角空格和全角标点同样按三个字节算。日语和中文卖家如果习惯用全角逗号分隔关键词，等于每个分隔符都花掉三个字节。换成半角空格分隔，几十个词下来能省出好几个词的位置。这是本节唯一一条不用做任何调研就能立刻回收额度的动作。

这条规则在英文卖家那里从来不会成为一个话题

值得停一下想想这条规则的分布。

一个只做英文站的卖家，这辈子都不会遇到这个问题。

他填满五百字节的时候，恰好也填满了五百个字符。

所以平台的官方教程、卖家社群里流传的经验、各种优化清单，全都不会提它。

你能找到的所有关于这个字段的建议，都是在这个前提下写出来的。

这是本站反复讲的那条规律又一次成立：整套方法论是拿一个特例写出来的，而这个特例恰好是唯一一个不受影响的情形。日本用户挑毛巾搜的是手感，那个词在你的属性表里连一格都放不下那篇讲过同一个道理的另一个版本。

这笔字节账还有一个孪生兄弟在广告那一侧。平台广告的关键词字段、否定词列表、广告文案，多数也按字节或者按字符设上限，而计量口径未必跟自然侧一致。同一个投手在英语账户和日语账户上用同一套投放模板，日语账户的词量会被悄悄砍掉一半，报表上表现为覆盖面窄、曝光起不来，很容易被误判成出价不够。

平台的搜索框跟网页搜索，切词是同一套吗？

网页搜索这十几年补了什么，平台搜索没补

这一节是比字节账更重要的一层，可惜更不容易被察觉。

网页搜索这十几年在语言理解上补了很多东西。

词形还原、同义扩展、拼写纠错、变音折叠、复合词拆分，这些都已经是默认能力。

平台搜索的目标不一样：它要在毫秒级从上亿个商品里选出可能成交的那几十个。

它的检索管线更短、更硬，也更依赖精确匹配。

结果是同一个查询，网页搜索能靠语言处理帮你兜住的那部分，在平台侧要靠你自己在字段里铺满。这条差别决定了平台侧的词表策略跟网站侧正好相反：网站侧要收敛，平台侧要铺开。

还有一条时间维度上的差别：平台搜索的排序会随销量和转化实时变化，而语言处理能力多年不动。这意味着你在语言层做的改动，效果不会像调价或者投广告那样几天就反映出来，它更像是把一批本来完全接不住的查询接住了，表现为新增的查询词条数而不是原有词的排名上升。看错指标就会误判这件事没用。

词形还原在平台侧基本指望不上

具体到屈折语，情况相当直接。

波兰语的一个名词有七个格，单复数各一套，实际会被搜的形态有五六个。

网页搜索大体上能把这几个形态认成同一个词。

平台搜索多数只做很浅的归一化，比如大小写和空格。

你的字段里如果只有主格形态，用户搜宾格形态的那部分查询就接不住。

这也解释了为什么平台侧的关键词字段值那么多钱：它是你唯一一个可以合法堆形态的地方。标题里堆形态会让文案不像人话，正文里堆会被判成堆砌，只有这个不对外展示的字段是专门用来放这些的。波兰语给笔记本电脑用的是买猫那个词尾那篇讲的宾格分叉，在平台侧就是这个字段里要不要多铺一行的问题。

复合词语言在平台搜索里会碎成什么样

德语这一侧的坏法不一样。

德语把一整个短语粘成一个词，用户搜的可能是整词，也可能是拆开的说法。

网页搜索能把长复合词拆成成分再匹配，平台侧多数不拆。

于是整词和拆开的写法在平台上是两个完全不相干的字符串。

两种都要覆盖，而两种加起来的字节数又要挤进同一个额度里。

德语卖家在这里被夹了两次：变音字母让每个词更贵，复合词让需要覆盖的写法更多。德语把一整个短语拼成一个词，关键词表为什么先塌了一半那篇讲过整词与短语的搜索量分布，拿那份分布来定这个字段里留哪几条，比凭感觉删词靠谱得多。

判断自己踩没踩上的两个动作

不用等数据积累，两个动作当天就能做完。

第一个动作：拿你自己商品的一个核心词，换三种形态分别在平台搜索框里搜。

比如主格、复数、带一个常见格尾，看自己的商品在三次搜索里是不是都出现。

第二个动作：把一个长复合词拆成两个词搜一遍，再合起来搜一遍。

两次结果差得越远，说明这个平台的切词越硬，你要铺的形态就越多。

这两个动作有个好处：它不需要任何后台权限，任何人都能做，而且结论是可复现的。保哥通常让运营在立项会之前先做一遍，把两组截图摆出来，比讲十分钟原理有用。

还有第三个动作值得顺手做：在平台搜索框里输入你的核心词的前几个字符，看自动补全给出什么。这份补全列表是平台按真实查询频次生成的，它免费告诉你这门语言里用户最常用的搭配和形态。做小语种时这份列表的价值特别高，因为外部关键词工具在这些语言上多半没有数据，而这里的数据是平台自己的。

十个国家站点，标题该写成十份还是一份改十次？

平台的标题结构是被规定死的

平台对标题的要求跟网站完全不同。

网站的标题你想怎么写就怎么写，只要不堆砌。

平台会规定顺序：品牌在前，然后是产品线、型号、核心属性、规格与数量。

规定还包括长度上限、能不能用促销词、能不能用全大写、标点怎么用。

这些规则在各家平台的卖家中心里都有明文，写得相当细。

它们的共同前提是英语的语法习惯：修饰语在前、中心词在后、名词不变形、并列用逗号。eBay的标题最佳实践是这类规则里写得比较清楚的一份，可以拿来当模板结构的参照。

这里要提醒一个容易混淆的地方：标题的长度上限和关键词字段的上限，计量单位未必一致。有的平台标题按字符算，关键词字段按字节算；有的两个都按字节。这两套口径混用会造成一个很别扭的现象——标题里塞得下的词，复制到关键词字段里就超了。开工前先在后台各试一次，用一个纯汉字或者纯假名的串去顶上限，看它在几个字的时候报错，就能反推出这个字段用的是哪套口径。

规定的顺序在有些语言里拼不出合法短语

把这个顺序原样搬到别的语言，问题立刻出来。

法语和西班牙语的形容词多数放在名词后面，硬按英语顺序排就是错的。

德语的属性词要跟名词的性别与格保持一致，堆在一起不改词尾就不成句。

日语的修饰关系靠助词表达，去掉助词只留名词串，读起来像电报。

而平台的字符预算又逼着你去掉一切不承载检索价值的成分，包括助词。

结果是一条在算法上很优的标题，在母语读者眼里像机器吐出来的。这是平台listing上最经典的一次两难：检索侧要词密度，转化侧要读得像人话，而字符预算只有一份。多数卖家的处理方式是全押检索侧，然后困惑于点击率为什么上不去。

展示这一侧还有一层截断要算。平台在搜索结果页和推荐位上显示的标题长度，跟你能填的长度不是一回事，移动端尤其短。同样的显示宽度下，汉字和假名比拉丁字母占更多像素，能显示的字符数更少；而德语这类长词语言又容易在一个词的中间被切断。所以标题的前十几个字符要能独立成立，把品牌加品类放在最前面，是所有语言下都成立的一条。

验证办法很土但有效：在手机上搜自己的核心词，把自己商品的标题截屏，看它在什么位置被截掉。多数卖家在电脑上写标题、在电脑上看效果，而绝大多数流量来自手机，两边的截断位置差出一截。

哪几段可以整块复用，哪几段必须重写

把标题拆成几段来看，答案就清楚了。

品牌名这一段可以整块复用，除非这个市场的用户用另一种写法找你。

型号与规格数字这一段基本可以复用，只要单位跟着换。

品类名这一段必须逐语言重写，而且不能靠翻译，要靠本地查询数据。

核心属性这一段最麻烦，它既要重写又要考虑形态，还要跟品类名的语法关系对上。

这份三档划分跟内容侧的复用判据是同一套逻辑，只是颗粒度更细。品牌名那一段的处理另有讲究，做小语种SEO，品牌名叫什么不由你定，由当地用户的输入法定那篇给了几种写法的优先级排法，平台侧可以直接照用。

还有一种情形会打乱这套划分：一个站点内部就有两三门语言。比利时站同时服务荷兰语和法语用户，瑞士站涉及德语、法语、意大利语，加拿大站是英语和法语。这类站点上，你选的那一门语言只覆盖了一部分用户，另一部分用户搜的词你一个都没铺。判断办法是看这个站点的用户语言分布，而不是看它挂在哪个国家名下。

处理办法要看平台给不给你多语言字段。给的话按语言各填一份，不给的话就要在同一个字段里给两门语言的核心词各留位置，这时候字节预算被腰斩，取舍会非常痛。这也是为什么这几个市场的实际难度远高于它们的人口规模，很多卖家按人口排优先级时会严重低估它们。

型号与品牌那一段的特殊处理

型号这一段还有个平台独有的坑。

同一个型号在不同站点可能被平台自动附加不同的后缀。

用户搜型号的时候打的往往是不带后缀、不带空格、不带连字符的那一串。

而你标题里写的是带连字符的规范写法，两者在硬匹配下不是一个字符串。

解法是在关键词字段里把几种写法都铺一遍，标题里保留规范写法。

这条跟小语种关键词表里唯一一批全英文的词那篇讲的缩略语变体是同一族问题：非字母字符在不同系统里被当成词边界还是当成字符，决定了两个看起来一样的字符串能不能匹配上。

变体商品还有一层继承关系要注意。多数平台的变体是父子结构，父体上写一份主标题，子体各自带自己的属性值。搜索命中的往往是子体，而子体展示出来的标题是父体标题加上属性值拼出来的。于是父体标题里那些为了检索堆的词，会在每一个子体上重复一遍，把子体标题顶到上限之外被截断。正确做法是父体标题写得克制，把形态变体全部放到关键词字段，让拼接后的子体标题仍然读得通。

平台自动翻译你的商品页，那一版算谁写的？

平台会替你把商品信息翻到别的站点

这是很多卖家没意识到自己已经在承受的一件事。

大平台普遍提供跨站点的商品信息同步，同步过程中会自动翻译。

你在德国站上架一款商品，法国站和意大利站可能出现一个自动翻译的版本。

翻译引擎是平台自己的，用的多半是通用的机器翻译服务。

你没有主动做任何事，那几个站点上就多了几份署着你名字的文案。

平台自己的技术文档并不回避这件事，Amazon Translate的产品说明里直接把电商内容本地化列为主要用途之一。这就是本节要问的那个问题：那一版到底算谁写的。

翻出来的那一版你既不容易改也不容易撤

接着往下就是控制权的问题。

自动翻译的版本通常可以被你上传的手工版本覆盖。

可覆盖是一条一条来的，几千个商品就是几千次操作。

在你覆盖之前，那一版一直挂着，一直在被用户读，也一直在被平台检索。

而品牌名、型号、专有属性被翻译引擎改掉的概率相当高。

这里跟本站另一篇讲的现象在机制上不同：那是搜索引擎在结果页替你翻译，用户看到的是翻译层，你的原始页面不受影响；平台这一版是直接落地成了正式商品页，它就是那个站点上的原文。两者的严重程度不在一个量级。

它跟你自己发机器翻译不是一回事

这里要跟一条老规矩划清界限。

指南里说的是不要把未经审校的机器翻译直接当成正式内容发布。

平台这一版恰好完全符合那个描述，只是发布者不是你。

结果却记在你头上：转化差是你的，用户投诉是你的，品牌印象也是你的。

机器翻译发上线省下的那道审校，最后是拿收录和排名分期还的那篇算的是你自己发的账。

这里要补的是一个更别扭的版本：你没省那道工序，是别人替你省的，而账单还是寄给你。区别在于你连决定要不要省的机会都没有，只能在事后一条一条去覆盖。

该开还是该关，按品类分档

结论不是一律关掉，要分档。

低客单价、属性简单、描述短的品类可以开，自动翻译的错误面小，覆盖成本高于收益。

中高客单价、需要说明使用方式、有安全提示的品类应该关，或者只对头部商品先手工覆盖。

涉及成分、规格、认证、尺码的品类必须关，这几类翻错会直接变成售后和合规问题。

判断标准可以简化成一句：这个商品的文案里有没有一个数字或者一个词，翻错了会让用户买错。

有就关，没有就开。这条判据比按类目一刀切好用，因为同一个类目里也会同时有几十块钱的配件和几千块钱的主机，而它们承受错误的能力完全不同。

后台那个关键词字段，屈折语该填哪个形态？

这个字段的匹配规则跟正文不一样

先说清楚这个字段的性质，因为误解特别多。

它不对外展示，用户在页面上看不到它。

它参与检索，但权重通常低于标题。

它的匹配多数是词级别的，词与词之间的顺序不重要。

所以在这里堆词不构成堆砌，因为它本来就是为这个用途设计的。

理解这一点很关键：这是整个平台listing里唯一一处你可以放心铺形态的地方。别的位置铺形态会伤可读性，这里不会，因为没有读者。

变格语言要不要把形态铺满

铺，但要按优先级铺，因为字节预算摆在那儿。

第一优先是用户实际会打的那两三个形态，这个数据来自站内搜索日志和平台的搜索词报告。

第二优先是单复数各一个。

第三优先是不带变音符号的写法，因为它省字节又能接住一批懒得切键盘的查询。

剩下的格形态如果预算不够就砍掉，砍的顺序按平台搜索词报告里的实际出现频率。

这套优先级跟建关键词表的思路是一致的，区别是这里有一个硬约束在逼你排序。小语种关键词工具返回的那个零是数据缺口，不是需求缺口那篇讲的补数办法，在平台侧有个更好的替代：平台自己的搜索词报告是这门语言里质量最高的一手数据，而且免费。

平台的搜索词报告里通常有三列值得盯：查询串本身、曝光量、以及这个查询带来的点击或者转化。做形态覆盖时要按第三列排序而不是第二列，因为高曝光低转化的形态往往是别人品类的词误撞进来的。按转化排出来的前二十个形态，基本就是这个字段里最该占位置的二十条。

另外这份报告要按站点分开导，不能合并看。同一门语言在两个站点的形态分布可以差很多，尤其是那些一门语言跨多国的市场。合并之后的排序会被大站点主导，小站点的独有形态直接被平均掉，而那些形态往往竞争更小。

还有一类形态值得单独留位置：用户实际打出来的错拼与省略写法。屈折语市场里，很多用户会打一个不完整的词干或者一个明显打错的形态，而这类查询在搜索词报告里往往量还不小。平台不做拼写纠错的话，这批查询你不铺就完全接不住。挑量最大的那几条放进字段，成本几个字节，收益是一批几乎没有竞争的流量。

变音符号打不打，字段里怎么办

这个问题在字段里跟在页面上不是同一个答案。

页面上应该写规范写法，带全变音符号，这是可读性和专业度的底线。

字段里两种都放，如果预算允许。

预算不允许时，先放用户实际打的那一种。

怎么知道用户实际打哪一种，看平台搜索词报告里两种写法的曝光分布。

这里有个反直觉的地方：越是移动端占比高的市场，不带符号的写法占比越高，因为在手机键盘上打变音符号要多按一次。这条规律在东欧和南欧市场尤其明显，而这两块恰好是平台增长最快的区域。

不要重复、不要品牌词这几条规矩背后的原因

平台对这个字段还有几条硬规矩，值得理解一下原因。

不要重复标题里已经有的词，因为系统会自动合并，重复只是浪费你自己的字节。

不要填别人的品牌词，这一条是法律层面的，不是优化层面的。

不要填品类里的常见违禁词或者绝对化用语，会触发审核。

前两条在多语言场景下都有额外的坑：同一个词在这个国家是通用品类词，在另一个国家是有效注册商标。

那个词每月几万次搜索，你查得到也知道意思，可它印在别人的商标证上那篇讲的正是这条分裂，平台侧的处理更简单粗暴：踩了就是拒登，没有申辩空间，所以按站点分别维护一张状态表是唯一的办法。

去重这条规矩还有个执行细节值得确认：平台去的是完全相同的字符串，还是词级别的重复。如果是词级别，你在标题里写过的每一个词都不必在字段里重复；如果是字符串级别，同一个词换个形态仍然算新词。这个差别直接决定你能省下多少字节，而后台文档通常不写。测法是填一条与标题完全重复的词看它算不算长度，几分钟能试出来。

品类树是平台定的，你的词表怎么跟它对上？

平台的品类名是翻译过来的，不是本地长出来的

这一条是平台侧独有的现象，独立站上不存在。

平台的品类树通常有一套主干，各国站点的品类名是从主干翻过去的。

翻译得对不对是一回事，是不是当地人真的这么叫是另一回事。

结果经常是品类名很规范，用户搜的却是另一个更口语的说法。

你选品类的时候只能在平台给的名字里挑，可你铺关键词的时候要按用户的说法铺。

这就是小语种关键词表里那些没人搜的词，多半是当年拿词典逐词换出来的那篇讲的直译问题，只是这次做直译的是平台，而你没有投票权。你能做的是不要把平台的品类名当成词表的种子，它只是一个归类工具。

属性枚举值那一层的老问题在平台上更硬

属性值这一层的矛盾在平台侧被放大了。

平台的属性是结构化的，颜色、尺寸、材质都有固定选项。

选项列表是平台定的，你只能选，不能加。

而不同语言对同一组属性的切分方式本来就不一样。

颜色是最典型的一组，某些语言里的两个基本颜色词在另一门语言里是一个词的两种说法。

你的色卡上蓝和绿是两格，120门语言的样本里只有30门这么分那篇给的多对多映射表，在独立站上你可以自己实现，在平台上实现不了——你只能在选项里挑一个最接近的，然后把真正的那个词铺到关键词字段和标题里去救。

对不上的时候该改哪一边

遇到对不上，处理顺序有个固定答案。

第一，属性选项按平台的规则填，别硬凑，填错会影响筛选器里的曝光。

第二，用户真正在搜的那个词放进标题的核心属性段。

第三，剩下的说法全部丢进关键词字段。

第四，页面正文里用最自然的本地说法写一遍，让读的人觉得这是本地卖家写的。

这个顺序的逻辑是：结构化字段服从平台，自由文本服从用户。把两者搞反是新手最常见的错，表现为标题写得像属性表，属性表里塞满了关键词。

还有一个位置几乎所有卖家都在浪费：平台的富文本描述模块。这类模块做出来的内容视觉效果好，可它多数是整块图片，图片上烧着大量文字。那些文字对用户有用，对检索一个字都不算。同样一段卖点，写成图片是零，写成文本是可索引的段落。

折中的做法是图文各出一份：图片保留视觉表达，同时把关键卖点、参数、使用场景用纯文本再写一遍放在描述区。这一步在小语种站上的收益比在英语站上更高，因为小语种的商品页本来自有文本就少，图片一多整页几乎没有可读文本，语言证据也跟着薄。

属性映射这张表还需要一个复核节奏。平台会增删属性选项，也会调整品类树，改动之后你原来选的那个值可能被合并、被弃用，或者被静默映射到一个别的值上。半年一次的复核里要专门看一栏：有没有商品的属性值变成了空或者变成了其它。这一栏的变化在后台不会有任何提示，只能主动去查。

受限词与商标词那一层，平台按语言分别维护吗？

同一个词在两个站点的命运可能相反

答案是按站点分别维护，而且各站的口径不完全一致。

同一个词在德国站可能正常，在法国站可能触发审核。

原因既有法律的，也有平台自己的运营策略。

而这份清单平台通常不完整公开，你只能从被拒的记录里反推。

于是每一次拒登都是一次数据采集，值得记下来。

这一层跟内容侧的受限品类问题同源，那个词你不好意思写，用户也不好意思打，可你们绕开它的方式不一样那篇讲的是写页面的人和搜东西的人绕开的方向相反，平台侧要多加一层：平台自己也在绕，而且它绕的方向跟你们两边都不一样。

还有一条容易被忽略的不对称：平台的品牌保护机制通常按站点分别登记。你在一个站点做了品牌备案，另一个站点未必自动生效，而备案状态直接决定你能不能用某些词、能不能拦截别人用你的品牌词。多站点扩张时，把备案清单跟站点清单对一遍，是一次性的动作，漏了的代价是别的卖家可以在那个站点用你的品牌词做广告。

被拒登的那个词，可能正是用户在搜的词

最难受的情形是三者撞在一起。

用户在搜这个词，搜索词报告里明明白白。

你把它放进标题，商品被下架。

你把它放进关键词字段，审核照样拦。

唯一还能接住这批流量的位置，是商品的自由文本描述里一次自然的提及。

而自由文本的检索权重最低。这基本上就是一个死结，能做的只有承认这部分流量在这个站点上接不住，把预算挪到别的形态上去，而不是反复试探平台的规则边界。

建一张按站点的词状态表

落地物是一张表，结构很简单。

行是词，列是站点，格子里记三个状态：可用、仅描述、禁用。

再加一列记来源，是从平台文档来的还是从拒登记录反推的。

再加一列记复核时间，这类规则会变，半年一次的复核是必要的。

这张表跟内容侧的关键词表是两份东西，不要合并。

合并的诱惑很大，因为两份表里的词高度重叠。可它们的字段完全不同：内容侧的表关心搜索量和意图，平台侧的表关心能不能用。硬合并的结果通常是两边都不好用，最后谁也不维护。

反推平台清单还有一个更主动的做法：拿一批候选词做小批量上架测试，用低价或者临时的辅助商品去试，被拒的记下来，通过的确认可用。这个做法有成本也有风险，账号健康度要盯着，但它是唯一能把清单从被动记录变成主动探明的手段。适合在进入一个新站点之前集中做一轮，之后转为被动维护。

这张表还有一个被低估的用途：它是你和平台客服沟通时唯一有效的材料。申诉时给出词、站点、拒登时间、以及同一个词在别的站点正常上架的证据，比反复描述情况有用得多。没有这张表，每一次申诉都要从头收集材料。

评论跨国合并之后，页面上会变成几门语言？

评论合并带来的语言混杂

大平台普遍把同一商品在多个国家站点的评论合并展示。

这对新站点是好事，一上来就有社会证明。

代价是页面上会同时出现好几门语言的评论。

有些平台会给非本站语言的评论加一个自动翻译版本，有些直接展示原文。

无论哪种，页面上的语言纯度都下降了。

这一层跟卖家几乎没有关系，你既不能选择合并哪些，也不能删掉别人的评论。它是平台为了填充内容做的产品决策，而后果落在你的商品页上。

混杂对页面语言证据的影响

评论区在商品页上的文本占比往往超过一半。

当一半的文本来自五门语言，这一页到底算什么语言就变得模糊。

平台内部怎么判定我们看不到，可外部搜索引擎抓这类页面时会遇到同样的问题。

而平台的商品页在很多品类里是能拿到网页搜索排名的。

这就跟本站讲短文本语言判定的那条线接上了。

要补的是：商品页的语言证据本来就靠标题和描述这一点点自有文本撑着，评论一混，自有文本的占比进一步被稀释。这是把标题和描述写足本地语言的又一个理由，虽然它的收益不体现在平台内部的排名上。

能做和不能做的几件事

面对这件事，卖家的动作空间很小但不是零。

不能做的：控制合并范围、删除他国评论、改变展示顺序。

能做的第一件：把自有文本部分写足，让本站语言的字数占比尽量高。

能做的第二件：主动运营本站语言的评论，让最新的几条是本地语言的。

能做的第三件：商品问答区如果开放，用本地语言认真答，那部分文本是你能控制的。

第三件的性价比最高也最被忽略，因为问答区的文本通常排在评论前面，而且天然是问句形态，跟用户的实际查询很接近。

问答区还有一个技术性的好处：它的内容天然是问答对的形态，而这正是段落抽取最喜欢的结构。一个用本地语言写的问答对，被摘去当答案的概率明显高于同样内容写在描述段落里。所以如果只有精力做一件事，把问答区用本地语言认真答二十条，比重写整篇描述见效快。

平台的数据和独立站的词表，能不能共用一份？

两边真正能共用的是哪一层

先说结论：概念层共用，形态层不共用。

概念层指的是这门语言里这个东西叫什么，用户关心哪几个属性，有哪几种说法。

这一层是语言事实，两边完全一致，重复调研就是浪费钱。

形态层指的是具体填哪一个词形、铺几个变体、写不写变音符号。

这一层由检索侧的能力决定，而平台和网页搜索的能力差得很远，所以必须分开定。

把这条线画清楚能省掉很多无效争论。团队里经常有人说词表都调研过了平台直接用就行，也有人说平台和网站完全是两回事要重做一遍，两种说法各对一半。

数字与单位的写法也归形态层，而且经常被漏掉。同一个尺寸在几个市场分别写成公制、英制或者两者并列，小数点用点还是用逗号，容量单位写全称还是缩写，这些在标题和关键词字段里都是不同的字符串。用户按当地习惯搜，你按总部习惯写，两边就对不上。这一条不需要任何调研，看一眼那个市场竞品的标题就知道该写哪一种。

竞品标题是另一份免费的形态样本。挑这个品类在这个站点排前二十的商品，把标题全部导下来，统计里面出现的品类词形态与属性词写法。排在前面的未必是优化最好的，但它们至少证明了这些写法能被搜到。这份样本对刚进入一个语言市场、手上一条自有数据都没有的团队特别有用。

平台侧独有的数据反过来能喂给独立站

这条是很多人没想到的反向收益。

平台的搜索词报告给的是真实查询串和它们的表现，颗粒度比外部工具细得多。

更重要的是它覆盖了外部工具在小语种上根本没有数据的那一大片长尾。

这批数据拿回独立站，可以直接用来补词表、补站内搜索的同义词、补内容选题。

这是做平台的团队手里最值钱、也最常被浪费的一份资产。

浪费的原因通常是组织问题：平台团队和独立站团队不是同一批人，报表也不互通。而这份数据的迁移成本几乎为零，只需要有人定期导一次表。

一份两天能跑完的双向对齐流程

给一份具体的流程，两天能完。

第一天上午：导出平台各站点近三个月的搜索词报告，按站点分开。

第一天下午：跟独立站的关键词表做比对，标出三类词——两边都有的、只有平台有的、只有独立站有的。

第二天上午：只有平台有的那批，按量排序，挑头部补进独立站词表和站内搜索同义词。

第二天下午：只有独立站有的那批，检查是不是因为平台字段没铺形态才没有数据，按字节预算补进关键词字段。

跑完这一轮通常能在两边各捡到几十个词，而且这批词的共同特征是外部工具查不到——它们只在你自己的两份日志里存在。

第二天下午还要处理第三类：两边都有但表现差异极大的词。同一个词在独立站上转化好、在平台上几乎不出单，或者反过来。这类词通常暴露的是意图差异——平台用户更接近直接购买，独立站用户可能还在比较阶段。把这批词单独列出来，能直接指导两边的落地页该写成什么样。

这套流程建议在两个时点各跑一次：新站点开站三个月后，以及每年的大促之前。开站三个月是因为搜索词报告要攒够样本，大促之前是因为节庆相关的查询形态跟平时不一样，而那批词的字节预算要提前腾出来。平时不必频繁跑，这份数据的变化没有想象中快。

什么时候该承认这两套要分开维护

也有该分开的时候，三个信号。

第一个信号：两边的头部查询重合度低于三成，说明用户群和意图本来就不同。

第二个信号：平台侧的品类树跟你独立站的分类结构差异大到无法映射。

第三个信号：两边的团队规模都足够，各自有专人，合并反而增加沟通成本。

三个信号里满足两个，就该分开维护，只保留概念层的定期同步。

硬要合并的代价通常不是做错什么，而是两边都要等对方，谁也跑不快。这跟近亲语言市场要不要合并做是同一类判断题，只是这次分的不是语言，是渠道。

哪些属于平台算法层，本篇交出去

交给平台运营那一侧

有一整块内容跟本篇讲的挨着，但不归语言层管。

销量速度、转化率、库存表现、配送方式、广告投放与自然位的联动，这些是平台算法的权重问题。

算法迭代过好几代，各代的权重分布差异很大，这是另一条线上的功课。

亚马逊SEO：A9与A10算法关键变量完整对比和亚马逊Listing排名7大权重因子把这一层讲透了，本篇不重复。

本篇只处理一件事：当你的商品要在一门不是英语的语言下被搜到时，语言这一层会额外吃掉哪些东西。把这两条线分开的好处是，语言层的改动通常成本低、见效相对快，而权重层的改动往往要靠时间和销量堆。

交给独立站那一侧

反过来也有一批事不该套用平台的做法。

独立站的标题不必遵守平台的结构规定，可以写得更像人话。

独立站的属性枚举可以自己定，不受平台选项列表的限制。

独立站可以做多对多的映射表、可以做同义词、可以做词形归一，这些能力平台侧都给不了你。

应用商店那一侧的关键词字段又是另一套规则，ASO和网页SEO怎么融合那篇讲过它的字符预算怎么花。

三个渠道的共同点只有一个：它们都用同一门语言面对同一批用户。差别在于每个渠道允许你做的语言处理深度完全不同，而这个深度决定了你要在数据里替它补多少。

常见问题解答

关键词字段到底该不该填满上限？

该填满，但填满的定义在多语言场景下要重新算。填满指的是把字节额度用完，不是把想到的词都塞进去。日语和韩语卖家因为每个字符吃三个字节，往往二十几个词就到顶了，这时候的关键动作不是硬塞，而是排序：先放用户实际会打的形态，再放单复数变体，最后放不带变音符号的省字节写法。另外别忘了标题里已有的词不用重复，那部分字节可以省下来给别的词。

我们只做一个国家的平台站点，这些还需要管吗？

需要，因为字节账和切词账跟你做几个站点无关，只跟你用哪门语言有关。一个只做日本站的卖家同样会撞上字段装不下的问题，一个只做波兰站的卖家同样要面对七个格的形态覆盖。反过来，只有平台自动翻译和评论跨国合并这两节是多站点才会遇到的。所以单站点卖家可以跳过第四节和第八节，其余六节一条都不能少。

平台的搜索词报告和外部关键词工具，该信哪个？

做平台就信搜索词报告，它记录的是这个平台内部的真实查询，而外部工具量的是网页搜索。两者在小语种上的差距特别大，因为平台用户的查询更短、更偏向商品词、几乎不带疑问句。外部工具唯一不可替代的用途是估算这门语言的整体需求盘子，用来判断值不值得进这个市场。一旦决定要做，日常优化的依据应该是平台自己的数据。

标题写得像人话和堆关键词，到底该偏哪一边？

按位置分工。标题的前半段决定点击，要写得像人话，核心品类词加一两个关键属性就够。标题的后半段可以放规格、数量、型号这些检索价值高但不影响阅读体验的成分。剩下所有形态变体全部丢进关键词字段。这个分工的前提是关键词字段真的被填满了，如果那个字段是空的，标题就会被迫承担全部检索任务，然后必然写成一串词。

平台自动翻译过去的商品页，会不会影响我的独立站排名？

直接影响很小，间接影响值得留意。直接影响小是因为它们在不同域名下，不构成站内重复。间接影响在于：如果那批自动翻译的页面在网页搜索里也能被抓到，那么同一门语言下描述你产品的文本就多了一批质量不受控的版本，用户搜品牌加型号时可能先看到那一版。品牌保护的角度值得把头部商品的手工版本优先覆盖掉，尤其是那些含成分、认证、尺码的品类。

评论里混着好几门语言，需要主动做点什么吗？

能做的三件事按性价比排：第一是把商品问答区用本地语言认真答一遍，那部分文本你能控制，而且天然是问句形态；第二是把自有的标题和描述写足，把本站语言的文本占比拉起来；第三是主动运营本站语言的新评论，让最上面几条是本地语言的。删掉他国评论、改变合并范围这些都做不到，别在这上面花时间试。

做平台和做独立站，语言层的功课能省一次吗？

概念层能省，形态层不能。这门语言里这个东西叫什么、用户关心哪几个属性、有几种常见说法，这些调研做一次两边都能用。具体填哪个词形、铺几个变体、要不要写变音符号，这一层必须分开定，因为平台搜索和网页搜索的语言处理能力差得远。粗略地说，调研可以共用，落地必须分开，而多数团队的做法恰好反过来——调研各做各的，落地却拿同一份词表照抄。

权威参考资料