如果波兰语SEO只按词典原形选词，七个格里有六个格的搜索你都接不住

摘要：波兰语把名词、形容词、数词、连品牌缩写都拉进了变格系统，一个普通名词能变出十种不同写法，而用户搜索时用的往往不是词典里那个原形。再叠上九个变音字母、一半用户懒得打变音、老系统里留下的编码残骸，还有界面文案里那套一少多三分的复数规则，做波兰语站的难点就全齐了。这篇按语言本身的机制来拆：变格怎么把词表撑爆、变音符号在哪几环丢失、地址该不该用波兰字母、站内搜索为什么几乎不可用、锚文本变形怎么处理，以及一份能直接照着打勾的上线清单。

先讲一个不太光彩的开局。一家卖电动工具配件的独立站，钻头、锯片、砂纸盘那一类，德国市场跑得挺稳，团队想顺势往东边推，第一站选了波兰。

波兰的理由很硬：中欧人口最多的市场，制造业和家装消费都活跃，工具类目天然有需求，而且竞争密度比德国低一大截。翻译外包给了华沙的一家小工作室，质量没得挑。

三个月过去，收录正常，排名却始终卡在第二页往后。分析日志的时候发现一件怪事：站内搜索的空结果率高得离谱，接近四成。用户明明搜的就是站上有的商品，系统却告诉他们什么都没找到。

顺着这条线拉下去，问题才露出来。用户搜的是wiertarki，站上写的是wiertarka。同一个词，一个是复数或者属格形式，一个是词典原形。人眼看是一回事，程序看是两个毫不相干的字符串。

这不是某个工程师偷懒，这是波兰语这门语言的结构，跟按英语习惯搭出来的系统天生不兼容。

七个格到底把一个词变成多少种写法？

波兰语有七个格，名词单复数各一套，理论上十四个格位。实际会有一些形式重合，最后落到不同拼写上通常是八到十种。

还是拿wiertarka（电钻）举例，这是个阴性名词，工具类目里最典型的一个词：

数一下不重复的写法：wiertarka、wiertarki、wiertarce、wiertarkę、wiertarką、wiertarko、wiertarek、wiertarkom、wiertarkami、wiertarkach，整整十种。

更要命的是形容词也跟着变。冲击钻是wiertarka udarowa，属格变成wiertarki udarowej，复数主格是wiertarki udarowe。一个两词短语，两个词一起变形，组合数量直接翻番。

wiertarka这个词在波兰语词典里的词条可以直接查到它的全部变格形式，做词表时这类词条页是最省事的起点，比自己套规则可靠得多——因为波兰语的变格规则有大量例外，靠背规则一定会翻车。

哪几个格在搜索里真的高频？

七个格在搜索里的分布极不均匀，做词表时不必平均用力。按实际出现频率排：

• 主格：单纯查这个东西，也是标题里最该用的形态
• 属格：出现在数量、否定和大量固定搭配里，是复合查询里最常见的一个
• 宾格：跟在买、找、要这类动词后面，商业意图查询的主力
• 方位格：跟在关于、在里面这类介词后面，信息型查询常见
• 工具格：跟在用什么、带什么后面，配件类查询里不少
• 与格与呼格：搜索里几乎不出现，可以直接忽略

换句话说，真正要覆盖的是前五个，其中前三个吃掉了绝大部分量。这个判断能把工作量砍掉三成，而且几乎不损失覆盖。

关键词工具给的数字，为什么在波兰语里不能直接用？

因为工具对词形的处理方式，跟波兰语的实际情况对不上，而且对不上的方向还不止一种。

有的工具把不同词形当成完全独立的查询分别计数，于是同一个概念的量被切成七八份，每一份看起来都小得不值得做。有的工具做了一定程度的合并，但合并规则是按通用语言写的，对波兰语的变格覆盖不全，结果是一部分合了、一部分没合。

这两种情况都会让你做出错误决策。前一种让你低估整个品类，后一种让你在两个其实是同一个词的条目上重复投入。

三步把词形合起来看

1. 先按词根分组。把导出的词表按去掉词尾之后的公共部分聚类，wiertark开头的全归一组。这一步用最土的字符串前缀匹配就行，不需要真正的语言学处理。
2. 组内求和，但保留明细。求和后的数字用来判断这个概念值不值得做，明细用来判断页面上该主打哪个形态。
3. 把形态和位置对应起来。量最大的那个形态放标题，其余高频形态放在正文和小标题里自然出现。不要把七个格硬塞进同一个标题，那读起来像机器写的。

这套做法跟处理俄语时的思路是同一条：俄语六个格把一个词撑成十几种写法那篇里讲的合并逻辑，在波兰语这边照样成立，只是波兰语多一个格、变音字母更多、例外也更密。两门语言的差别不在方法，在工作量。

九个变音字母，用户到底打不打？

波兰语的专属字母有九个：ą、ć、ę、ł、ń、ó、ś、ź、ż。它们不是装饰，改一个字母就是另一个词，甚至是另一个意思。

但现实是，相当一部分用户在搜索时不打这些字母。原因很朴素：波兰语键盘上打变音要按住组合键，手机上更麻烦，而搜索引擎大多数时候能猜对，用户就懒得费那个劲。

结果就是同一个概念有两套查询：带变音的规范写法，和全部换成基础拉丁字母的偷懒写法。śrubokręt和srubokret，żarówka和zarowka，都是活的查询。

不带变音的写法要不要单独做页面？

不要。这是保哥见过最常见的一种过度反应——为了覆盖无变音写法，硬造一批只改了拼写的页面，结果是一堆内容雷同的页面互相打架。

正确的处理分三层：

• 可见文本一律用规范写法。标题、正文、导航全部带变音，这是专业度的底线，写错了本地人一眼看出来
• 站内搜索必须两种都认。搜索时先把查询做一次变音归一，再去匹配同样归一过的索引，这是投入最小、收益最大的一步
• 地址走归一后的形态，理由下一节细说

至于搜索引擎那一侧，它对变音的容错在波兰语上已经相当成熟，你不需要为它专门做什么。真正会因为变音丢流量的，是你自己站里的搜索框和筛选器。

这个结论跟德语市场是一致的。德语的变音符号和那个特殊字母怎么处理那篇里得出的也是同一条：可见文本守规范，容错留给自己的系统。区别在于波兰语的变音字母有九个而不是四个，撞车概率高出一截，映射表得写得更细。

ó与u、ż与rz：同音不同写

波兰语里有几组字母发音相同但拼法不同：ó和u、ż和rz、ch和h。哪个词用哪个写法靠记，本地人小学阶段专门练这个，成年人照样会写错。

这意味着拼写错误型查询在波兰语里的比例明显高于西欧语言。用户把ó打成u、把ż打成rz，是很常见的事。

处理方式跟无变音写法一样：不为错误拼写单独建页面，但站内搜索要能容错，常见错拼要收进同义词配置。另外在做内容规划时，如果发现某个错拼形态的量大到离谱，那通常说明这个词本身对本地人就是个难点，可以在内容里顺手解释一句，反而是个加分项。

编码遗留会在哪一环咬你一口？

波兰语在计算机里的历史比大多数语言都乱。在统一编码普及之前，波兰字符至少有过好几套互不兼容的方案，早年本土系统里还流行过一套自成一派的编码。

这段历史留下的后果，今天做站还会撞上：

这几类问题的共同点是不会立刻暴露。页面照常打开，订单照常生成，只有某个带变音字母的姓名或地址走到某个环节时才出事，而那时候订单已经发出去了。

唯一靠谱的办法是端到端测一遍。造一条测试数据，姓名里塞满九个变音字母，从下单一直走到发货通知和物流面单，看它在哪一环变了形。这件事一小时就能做完，能省掉后面无数次客服工单。这类字节层面的排查思路，可以顺着字符在字节层面到底长什么样那篇再过一遍，看懂了字节就不会被表象骗。

地址里该用波兰字母还是拉丁化？

技术上两条路都通。域名层面，带波兰字母的地址早就可以注册，.pl下带本地字母域名的注册说明把可用字符和注册规则写得很清楚。路径层面，带变音的字符也能正常工作，只是传输时会被编码成一串百分号。

但保哥的建议依然是路径部分做拉丁化，理由有四条：

1. 可复制可口述。带百分号编码的地址复制出来是一长串乱码，发在聊天里、印在包装上都不体面
2. 外部链接更稳。别人引用你的地址时，编码形态容易在中间环节被改写，导致链接失效或者分裂成多条
3. 日志好读。分析访问日志时，一屏的百分号编码会让人当场放弃
4. 规则容易统一。拉丁化只有一套映射表，全站照着走就行

拉丁化的映射要定死并且写进文档：ą变a、ć变c、ę变e、ł变l、ń变n、ó变o、ś变s、ź和ż都变z。注意最后这一条会让两个不同的字母映射到同一个拉丁字母，极小概率下会撞车，遇到了手工加个后缀就行。

还有一条铁律：地址一旦发布就不要再改。波兰语的词形那么多，很容易让人产生换个形态更好的冲动，忍住。地址里的形态好不好，对排名的影响远小于改地址造成的信号损失。

站内搜索为什么在波兰语站上几乎不可用？

因为默认的搜索实现是按字符串匹配做的，而波兰语用户输入的形态和你库里存的形态几乎不可能对上。

开头那家工具站四成的空结果率，就是这么来的。用户搜复数、搜属格、搜不带变音的写法，库里存的是单数主格带变音的规范写法，三个维度全错开。

解决路径有三条，成本递增：

中小站从上往下做，做到第二层通常就够了。真正商品数上万、站内搜索承担主要导航职责的站，才值得上第三层。波兰语词干还原组件的文档说明了它的工作方式和适用边界，选型时先读一遍能少走弯路。

顺带说一句，第一层那个变音归一，很多团队做完只用在搜索上，忘了筛选器。侧边栏的品牌筛选、属性筛选同样是字符串比对，同样会因为变音不一致而漏掉商品。改的时候顺手一起改，别分两次。

内链锚文本在变格里会变形，怎么办？

这是波兰语站特有的一个别扭处。你想给某个分类页做内链，锚文本自然要用那个分类的名字，但在一句通顺的波兰语里，那个名字必须跟着句子的语法变格。

于是你面临两难：要么锚文本用主格，句子读起来是病句；要么句子通顺，锚文本变成了另一个形态。

保哥的处理原则是句子通顺优先。理由有两条：一是搜索引擎对波兰语的词形关联已经处理得不错，变格形态的锚文本照样能传递语义；二是硬塞主格造出的病句，读者一眼就知道这是为搜索引擎写的，对信任是净损失。

但可以做一个折中：让链接周围的文字承担精确匹配的任务。锚文本用自然变格的形态，紧挨着的那句话里再把主格形态自然地提一次。这样既通顺又完整，成本只是多写半句。

还有一个常见错误值得单独提：把整句话做成锚。锚文本要落在具体的名词短语上，不要一整句都变成蓝色，那既不好看，也让锚指向的主题变得模糊。

标题该写哪一个格？

标题、面包屑、分类名一律用主格，这是波兰语网站的通行惯例，本地用户看着最自然。

正文里则完全放开，该怎么变就怎么变。刻意在正文里维持主格，会让整段文字散发出一种奇怪的机器味，本地人形容这种感觉是像在读说明书翻译。

唯一需要斟酌的是标题的后半段。如果标题里带介词短语，那么介词后面的名词必须跟着变格，这时候标题里就会同时出现主格和别的格。这没问题，读起来通顺就对了。

另外提醒一句关于长度：波兰语文案通常比英语长两成左右，加上变格后缀，词本身也更长。搜索结果里能显示的字符有限，把核心词放在标题最前面在波兰语里比在英语里更重要，因为后半截被切掉的概率高得多。

品牌名和型号，会不会也被变格？

会，而且这一点经常让品牌方措手不及。波兰语的变格系统对外来词并不客气，只要它在句子里当名词用，本地人就会给它加词尾。

连缩写词都逃不掉。一个全大写的缩写，在波兰语句子里照样会被加上小写的格尾巴，写出来是大写字母后面挂着几个小写字母，看着别扭但完全合乎规范。

对品牌方来说，处理原则是这样的：

• 官方场合用原形。标题、页脚、结构化信息、法律条款里一律写原形，不加词尾
• 正文允许自然变格。用户本来就这么说，硬拗只会显得生硬
• 型号一律不变。型号里带数字和字母的组合，加上词尾会切断跟国际数据源的匹配，损失远大于收益
• 站内搜索要认变格形态。用户搜品牌名的变格形式是常态，搜不到就是你的问题

还有个隐蔽的坑：品牌名如果碰巧跟某个波兰语单词的某个格形态撞车，会闹笑话。上线前让本地人念一遍所有品牌相关的组合词，这一步成本极低，能挡掉小概率但代价很高的事故。

界面上的复数，为什么不是两种而是三种？

这是波兰语让工程师最头疼的一条，也是最容易被漏掉的一条。

英语的复数只有两种形态：一个和多个。波兰语有三种，而且选哪一种要看数字的末位和末两位：

看懂了吗？末位是2、3、4的时候用少数形态，但末两位是12、13、14的时候例外，仍然用多数形态。这套规则不是玄学，它有明确的定义，只是照着英语写的模板一定处理不了。

会出事的位置很集中：搜索结果数、购物车商品数、库存提示、评价条数、筛选器上的计数、倒计时里的天数小时数。这些地方在英语站里都是拿数字拼个复数s就完事的，在波兰语站里会拼出一大堆语法错误。

解决办法不难，把复数规则交给专门处理这类问题的机制，别自己写判断。真正的难点在于你得先知道有这回事——绝大多数团队是等本地用户来投诉才发现的，而本地用户通常不投诉，他们只是觉得这站有点糙，然后走了。

数字、日期和价格该怎么写？

跟界面复数是同一类问题：写错了不影响功能，但会持续消耗信任。

• 小数用逗号，千位用空格或者点，一千二百三十四点五写成1 234,5
• 货币符号后置，写在数字后面并且带一个空格
• 日期是日在前，用点分隔，写成22.12.2010这种形式
• 月份名要变格，写成文字形式的日期时，月份用属格
• 星期和月份首字母小写，跟英语习惯相反

最后那条最容易露馅。英语习惯把月份和星期大写，照搬到波兰语页面上，本地人扫一眼就知道这是从英语站改过来的。

这类本地格式的账，每进一个市场都要重算一遍。葡萄牙语那边巴西和葡萄牙的格式差异那篇里也讲了同一件事——甚至同一门语言的两个市场，货币符号该放前面还是后面都能不一样。把这几项做成模板层的配置项，比每次上线手工改省心得多。

表单和地址字段，为什么在波兰语站上老是提交失败？

结账页是转化路径的最后一米，也是波兰语站最容易无声流失的地方。原因不在技术难度，在于表单是照着别的语言设计的。

最典型的是姓氏。波兰的姓氏很多带性别形态，男性一种词尾，女性另一种词尾，同一个家族的两个人姓氏拼写不同。如果你的系统在某处做了姓氏比对或者去重，这两条会被判成不同的人——它们本来就是不同的写法，只是指向同一个家庭。

然后是地址结构。波兰地址的写法是街道名在前、门牌号在后，楼栋和单元用斜杠连接，邮编是两位数加连字符加三位数。照搬英语表单的字段顺序和校验规则，用户填不进去，或者填进去被判成格式错误。

最后一行是最狠的一条。如果表单的姓名字段做了只允许基础拉丁字母的校验，那么姓氏里带ł或者ą的用户根本无法完成下单，而他们不会给你发邮件解释，只会关掉页面。

还有一个容易漏的位置：发票信息。波兰的商业客户下单时需要填税号，这个字段在很多国际模板里根本不存在，缺了它，那部分订单直接流失。加一个字段的成本极低，收益却实打实。

波兰语的意图词，哪些必须收进词表？

品类词决定被谁看见，意图词决定看见你的人处在哪一步。波兰市场的意图词有几个自己的特点：

特别留意ranking这个词。波兰用户对榜单型内容的偏好明显高于西欧，同一个品类，带ranking的查询往往比带najlepszy的量还大。这是个便宜的切口：做一篇扎实的榜单，比硬拼产品词容易得多。

还有opinie。这个词的量大到几乎每个品类都有，而且意图非常明确——用户在决策临门一脚。如果你的商品页上没有真实评价，这部分流量接不住也留不下。

商品标题的自动模板，为什么在波兰语里必然拼错？

这一条是电商站的重灾区，而且几乎没有例外。

大多数站的商品标题、分类页标题、自动生成的描述，都是拿模板拼出来的，形如品牌加品类加属性。英语里这套完全没问题，因为形容词不变形。波兰语里，形容词必须跟名词的性、数、格三重一致，模板一拼就错。

拿颜色举例。红色这个形容词，配阴性名词是一种词尾，配阳性名词是另一种，配中性名词又是第三种。电钻是阴性，扳手是阳性，钻头是中性——同一个红色，在三个品类下要写成三种样子。

更麻烦的是，如果标题里还带介词短语，那名词还要跟着变格，形容词又要跟着名词再变一次。两层变形叠加，模板输出的正确率基本可以忽略。

有三种解决路径，按现实程度排：

1. 把属性值按性别存三套。属性字典里每个形容词存阴阳中三种形态，模板按品类词的性取对应的那一个。工作量集中在一次性录入，之后自动生成就是对的。
2. 改写模板结构，绕开形容词。把红色电钻改成电钻，红色，用逗号把属性甩到后面当独立标签。这样形容词不需要跟名词一致，语法压力归零，代价是标题读起来略生硬。
3. 高价值品类走人工。把带来主要流量的那几十个品类的标题全部人工写定，剩下的长尾走第二种方案。这是投入产出比最高的组合。

保哥的经验是第三种加第二种搭着用最实际。纯靠第一种的团队，通常在录入第三个属性维度的时候就放弃了——因为除了颜色，还有材质、规格、用途，每一个都要三套。

字母排序为什么让列表页看起来是乱的？

波兰语字母表有三十二个字母，那九个变音字母在字母表里是独立的字母，不是a加个符号。ą排在a后面，ć排在c后面，ł排在l后面，ż排在ź后面。

问题是数据库的默认排序规则通常不知道这件事。用通用的排序规则去排波兰语，可能出现两种结果：一种是把变音字母当成完全不同的字符，排到字母表最后去；另一种是把它们和基础字母视为等同，排在一起。

会受影响的位置比想象中多：品牌列表页的字母索引、分类页的商品排序、筛选器里的属性值列表、后台的搜索结果、导出的报表。这些地方排乱了不会报错，只会让本地人觉得这站有点糙。

处理原则是建库时就把排序规则定成支持波兰语的那一套，别指望上线后再改——排序规则一改，索引要重建，数据量大的时候是个不小的动作。

至于字母索引导航，实操上有个反直觉的建议：不给变音字母单独开格子。用户找一个以ą开头的词时，习惯是去a那一格找，你真给ą单开一格，反而会让人找不到。索引按基础字母分组，排序按波兰语规则来，这个组合最符合本地习惯。

波兰语的问句型查询长什么样？

问句型查询在波兰语里的比例不低，而且结构跟英语差别明显，值得单独整理一张表。

• jak：怎么做，对应教程与操作步骤类内容，量最大的一类
• czy：是不是，波兰语的是非问句几乎都用它起头，对应判断型内容
• ile：多少，对应价格、数量、规格类内容
• jaki与który：哪一个，对应选购对比类内容，注意这两个词自己也要跟着变格
• dlaczego：为什么，对应原理解释类内容
• co to jest：这是什么，对应术语解释

做常见问题模块的时候，把这几个词跟你的核心品类词交叉相乘，能一次性铺出几十条真实存在的长尾。注意问句里的名词同样要变格，直接拿主格拼出来的问句是病句。

还有一个小发现值得分享：czy开头的是非问句，在波兰语里的搜索量比英语市场里对应的问法高不少。这类查询的意图非常明确，用户就是在找一个确定的答案，内容里给一个干脆的判断句开头，比铺垫三段再回答有效得多。

母语审校该怎么验收？

波兰语的审校比西欧语言更需要明确边界，因为可改的地方太多，不设边界的话审校会顺手把你的关键词全改成他更喜欢的说法。

1. 先给词表。核心品类词、品牌名、型号、不许动的术语列成一张表随稿交付
2. 明确标题用主格。告诉审校标题和面包屑不必迁就句子语法，正文才需要
3. 要求标注理由。硬性语法错误和个人偏好要分开标，你才能判断该不该接受
4. 专项检查变音。让审校专门扫一遍变音字母有没有漏打或者打错，这类错误母语者最敏感
5. 回搜验证。改动过的核心词丢回搜索框看看，确认改后的词确实有人用

第五条永远是最后一道闸。语言正确和市场正确是两码事，一个语法完美但没人搜的词，对搜索来说是负资产。

引擎那半边怎么办？

本文通篇在讲语言本身，没讲某个搜索引擎的排名机制，这是有意为之。

波兰的搜索格局相当集中，引擎层面要做的功课跟做英语站没有本质差别：能抓、能收、结构清楚、内容有价值。这些不因语种改变。

倒是有一件事值得单独提一句：波兰用户找商品时，除了搜索引擎，还有很大一部分直接从本地综合电商平台起步。那既是流量入口也是竞争对手，它在搜索结果里的排名往往压着独立站。这一层属于渠道策略，不是语言层的题目，得另外算账。

真正只有做波兰语才会遇到的，是本文讲的这些：七个格、九个变音字母、三种复数形态、编码残骸、锚文本变形。把语种换成英语就不成立的，才是这门语言独有的功课。

上线前的语言层检查清单

1. 核心词是否按主格定稿，并覆盖了属格与宾格的高频形态
2. 关键词表是否按词根做过合并，而不是把词形当成独立机会
3. 标题、面包屑、分类名是否统一用主格
4. 正文是否允许自然变格，没有被硬拗成主格
5. 九个变音字母在标题、正文、地址、数据库里是否一致存活
6. 拉丁化映射表是否写死并全站统一
7. 站内搜索是否做了变音归一，筛选器是否一起改了
8. 高频查询的词形是否收进了同义词表
9. 界面上所有带数字的文案是否处理了三种复数形态
10. 数字、日期、货币格式是否按本地习惯，月份星期是否小写
11. 品牌名在正文里允许变格，在官方位置是否保持原形
12. 端到端编码测试是否跑过一遍，包括物流面单和邮件通知

十二条里只有三四条需要工程介入，其余全是有人认真过一遍就能解决的事。经验里翻车的项目，缺的从来不是技术能力，是没人把这张表认领下来。

常见问题解答

波兰语关键词要不要把七个格全都做一遍？

不需要，做前三个就够了。七个格在搜索里的分布极不均匀，主格、属格、宾格加起来吃掉绝大部分查询量，方位格和工具格有一部分，与格和呼格在搜索里几乎不出现。具体操作上，标题和面包屑用主格，正文里让属格和宾格随句子自然出现，这样既覆盖了高频形态，读起来又通顺。千万不要把多个格的形态硬塞进同一个标题，那种标题本地人一眼就看出是给机器写的，点击率反而低。另外要提醒的是，形容词会跟着名词一起变，所以两词以上的短语实际组合数比你数的还多，做词表时按词根聚类再求和，比逐个形态排优先级现实得多。真正需要为某个非主格形态单独做页面的情况极少，通常只发生在那个形态本身已经固化成一个独立说法的时候。

用户不打变音字母，页面上要不要也去掉变音？

绝对不要。可见文本一律用规范写法，这是专业度的底线，去掉变音的波兰语在本地人眼里跟错别字连篇没有区别，信任成本远高于那点搜索收益。用户不打变音这件事，应该在别的层面消化：一是站内搜索，查询和索引都做一次变音归一再比对，这一步半天就能做完，通常能解决三成左右的空结果；二是筛选器，它同样是字符串比对，要跟搜索一起改，很多团队只改了搜索忘了筛选器；三是地址，路径部分走拉丁化，映射规则写死并全站统一。至于搜索引擎那一侧，它对波兰语变音的容错已经相当成熟，你不需要为它专门做无变音版本的页面，那样只会造出一堆内容雷同、互相稀释的页面。

站内搜索空结果率高，最快能怎么降下来？

按投入产出比排，第一步做变音归一，把查询和索引都去掉变音再比对，半天工作量，通常能砍掉三成左右的空结果。第二步做同义词表，统计站内搜索日志里最高频的两三百个查询，把它们的单复数、主格属格宾格形态、以及带不带变音的写法全部映射到同一个目标，两三天工作量，累计能解决七成左右。第三步才是接入波兰语的形态分析组件做真正的词形还原，一到两周工作量，能解决九成以上，但只有商品数上万、站内搜索承担主要导航职责的站才值得投。绝大多数中小站做到第二步就够用了。还有一个容易被忽略的细节：改完搜索一定要顺手改筛选器，两者用的是同一套字符串比对逻辑，只改一半的话，用户在筛选时照样会遇到明明有货却筛不出来的情况。

波兰语的内链锚文本必须用主格吗？

不必须，而且强行用主格通常是错的。在波兰语的句子里，名词必须跟着语法环境变格，硬塞主格会造出病句，读者一眼就知道这是为搜索引擎写的，对信任是净损失。搜索引擎对波兰语的词形关联已经处理得不错，变格形态的锚文本照样能传递语义。推荐的折中做法是让锚文本用自然变格的形态，同时在紧挨着的那句话里把主格形态自然地提一次，这样既通顺又完整，成本只是多写半句话。另外还有两个常见错误值得避开：一是把整句话都做成锚，锚应该落在具体的名词短语上，一整句变蓝既不好看也让主题变模糊；二是同一个目标页在全站的锚文本形态完全一致，那种机械的重复本身就不自然，让它随上下文变化反而更好。

界面文案里的复数，波兰语为什么要处理三种形态？

因为波兰语的数词搭配规则跟英语完全不同。数量为1时用一种形态，末位是2、3、4时用第二种形态，其余情况用第三种形态，而且末两位是12、13、14时是例外，要回到第三种。这套规则有明确定义，不是玄学，但照着英语写的模板绝对处理不了，因为英语只需要区分一个和多个。会出问题的位置很集中：搜索结果数、购物车商品数、库存提示、评价条数、筛选器上的计数、倒计时里的天数和小时数，这些地方在英语站里都是拿数字拼一个复数词尾就完事。正确做法是把复数选择交给专门处理这类规则的机制，不要自己写判断分支。真正的难点在于意识到有这回事，很多团队是上线很久之后才发现，而本地用户通常不会专门来投诉，他们只是觉得这个站有点糙然后离开。

波兰语的地址该用本地字母还是拉丁化？

技术上两条路都能走，域名层面带波兰字母的地址早就可以注册，路径部分带变音字符也能正常工作。但更推荐路径做拉丁化，理由有四条：一是可复制可口述，带百分号编码的地址复制出来是一长串乱码，发在聊天里或印在包装上都不体面；二是外部链接更稳，编码形态在中间环节容易被改写，导致链接失效或分裂成多条；三是日志可读，满屏的百分号编码会让分析工作变得很痛苦；四是规则容易统一，拉丁化只有一张映射表，全站照着走就行。映射规则要写进文档并且写死，注意ź和ż都会映射到同一个拉丁字母，极小概率会撞车，遇到手工加后缀即可。最后强调一条铁律：地址一旦发布就不要再改，波兰语词形多容易让人产生换个形态的冲动，但改地址造成的信号损失远大于形态优化的收益。

商品标题用模板自动生成，在波兰语里能不能救？

能救，但不能靠纯模板。问题的根源是波兰语的形容词必须跟名词的性、数、格三重一致，而模板拼接不知道品类词是阴性阳性还是中性，拼出来的组合有很大概率语法错误。三条可行路径：第一条是把属性字典里的每个形容词按三种性别各存一套形态，模板按品类词的性取对应的那个，正确率最高但录入工作量随属性维度线性增长；第二条是改写模板结构绕开一致问题，把红色电钻改成电钻加逗号加红色，让属性作为独立标签出现，语法压力归零，代价是标题略生硬；第三条是把带来主要流量的几十个品类的标题全部人工写定，长尾部分走第二条。实际项目里第三条加第二条的组合最现实，纯靠第一条的团队通常在录入第三个属性维度时就放弃了，因为除了颜色还有材质、规格、用途，每一个都要三套。

波兰市场值得先做还是放在西欧之后？

看你的品类和资源结构。波兰的吸引力在于人口规模在中欧最大、消费能力持续上行、而竞争密度明显低于德国法国这类成熟市场，同样的内容投入能换到更靠前的位置。它的门槛在于语言本身的工作量，也就是本文讲的这些：变格、变音、复数规则、编码遗留，这些是一次性投入但绕不过去。经验上有个判断方法：如果你的品类在德国已经跑通、内容资产可以复用骨架，那么波兰是性价比很高的下一站，因为省掉的是选题和结构，付出的只是语言层适配；如果你还在摸索品类和内容形态，那波兰不是好的试验田，因为语言成本会掩盖掉你对品类判断的反馈。另外提醒一句，波兰用户找商品时有很大一部分直接从本地综合电商平台起步，那既是入口也是对手，做市场评估时要把这部分算进去。

权威参考资料