商店页与搜索入口：翻译不是本地化

翻译让用户读得懂，关键词让用户找得到，这是两件事。

一、直译的关键词，搜不到

以下情境为教学假设，人物、引语和数字不代表经核实的真实案例。

唐棠做一款个人记账应用，中文版与英文版表现稳定。她请人把商店页翻成日文，副标题直译成「シンプルな家計簿アプリ」，关键词填了「家計簿、支出、予算」。

上线六周，日本区的商店页曝光只有 300 多次，下载 11 个。她以为是翻译质量，找人重翻了一遍，数字几乎没变。

后来她用当地搜索建议工具查了一遍，发现问题在词：日本用户搜索更多的是「家計簿 アプリ 無料」「レシート 管理」「支出 管理」这类组合，而不是她填的单个词。她的关键词里没有一个带「無料」，也没有覆盖「レシート」（收据）。

把关键词换成当地真实搜索词、副标题改成「レシートを撮るだけの家計簿」，曝光升到每月 4200 次，下载转化 3.8%。

二、关键词要重做，不能翻译

关键词研究的对象是「用户怎么搜」，不是「这个词怎么翻」。四步：

1. 列种子词：用目标语言描述你的产品解决的问题，写 10–20 个词，不要从中文直译。
2. 扩词：用商店后台的搜索建议、搜索引擎的自动补全、本地论坛的讨论，收集真实表达。
3. 看竞争：搜每个词，看前几名是不是同类产品；如果全是巨头，换更长尾的组合。
4. 按位置分配：标题放最重要的一个词，副标题放第二组，关键词字段放长尾与同义词。

一个实用的判断：本地用户描述问题时用的词，往往和你描述功能时用的词不同。 你说「记账」，他搜「收据管理」；你说「时间追踪」，他搜「工数管理」。这些差异只能从当地语料里找，翻译找不到。

三、商店页的三块文案

字符上限以各商店当日规则为准，且不同商店的计算方式不同（有的按字符，有的按字节）。写完要用后台的计数器确认，不要按字数估算。

截图是最容易被漏掉的一块。很多产品把界面翻了，截图里还是英文；用户看到截图的第一眼就判断「这不是给我的」。截图文案要短，一句话一个卖点，避免在图片里塞长句——长句在小屏上会糊。

详细描述的第一段决定用户是否继续读。写法建议：第一句说结果，第二句说对象，第三句说差异。 不要从「我们是一款……」开始，那是厂商视角。

语言承诺要保守。 商店页标了支持某语言，用户就会用那个语言提问、找那个语言的帮助文档。只翻了界面却标「完整支持」，等于把支持成本提前锁死。分级写法更诚实：

• 界面已本地化
• 界面 + 帮助文档已本地化
• 完整支持（含本地语言客服）

标哪一级，就要做到哪一级。低一级没人会怪你，高一级做不到会变成差评。

四、评价、目录站与本地社区

商店页不是孤立的入口。本地化还包括：

• 评价回复：用当地语言回复，不要机翻。差评回复的目标是给后来者看，不是说服写评价的人。
• 本地目录站：每个语言市场都有自己的产品目录与工具站，提交通常免费，但要求文案本地化。
• 本地社区：论坛、社交平台、邮件列表。先观察规则，再发内容；直接贴广告通常会被删。
• 本地媒体：小语种市场的媒体更愿意报道「外国独立开发者做了本地化」，但要求有本地用户或本地案例。

网页入口也要本地化。 如果产品有官网或落地页，第二语言不是「加一个语言切换按钮」就完了：

• URL 要能区分语言：用路径（/ja/、/de/）比用参数（?lang=ja）更容易被收录与分享。
• 标注语言替代版本：用 hreflang 告诉搜索引擎「这几页是同一内容的不同语言」，并指定 x-default 指向默认版本。
• 每种语言有自己的 canonical：不要让所有语言都指向英文页，否则等于告诉搜索引擎「其他版本不用收录」。
• 不要按 IP 自动跳转：用户可能在看英文页、用日文搜索；强行跳转会让搜索引擎抓不到其他语言版本。
• 内容要重写，不是替换：标题、描述、首屏文案都要按当地搜索习惯重写；只换语言不换内容，排名通常起不来。

hreflang 的写法示例：

<link rel="alternate" hreflang="ja" href="https://example.com/ja/pricing/" />
<link rel="alternate" hreflang="de" href="https://example.com/de/pricing/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/pricing/" />

标注必须双向一致：日文页也要指回英文页，否则搜索引擎会忽略这组关系。

本地目录站怎么找。 不靠猜，靠三条路径：

1. 搜「竞品名 + alternatives」或「品类 + 工具 + 当地语言」，看结果里反复出现的目录站。
2. 看竞品的外链来源，尤其是本地媒体与行业站点。
3. 问当地用户「你平时在哪里找这类工具」，答案往往是你没听过的站点。

找到之后先看提交规则：是否收费、是否要求本地语言、是否要求有本地案例。不符合条件的先记下来，不要硬投。

这些入口的共同点是：它们不接受「翻译腔」。一段读起来像机翻的介绍，会被直接跳过。

四周复盘表。 商店页与搜索入口的优化，最怕「改完不知道有没有用」。每四周记一行：

一次只改一个位置：这周改副标题，下周就不要再改截图。同时改两处，数据变了也说不清原因。

五、行动清单与复算验收

• 用目标语言写 10–20 个种子词，不从中文直译
• 用搜索建议与商店后台扩充到 50 个候选词
• 逐词搜索，记录前五名是否同类产品
• 按标题、副标题、关键词字段分配词，避免重复
• 翻译并替换所有截图文字
• 用后台计数器确认字符数，不靠估算
• 列出三个本地目录站与两个本地社区，写清提交要求
• 上线四周后记录曝光、点击率、下载转化

验收标准：能说出主关键词的月搜索量级、竞争程度、以及它在标题或副标题里的位置。 只提交了翻译文案、没有重做关键词的，不算完成商店页本地化。

使用边界与实操验收

本文讲商店页与搜索入口的本地化，不涉及产品界面文案的抽取与翻译流程，那属于第 03、04 篇；平台内的排名与推荐机制属于平台内增长：搜索排名、评分、推荐位与更新节奏 ；网页搜索入口页的写法属于搜索入口：问题页、模板页与对比页 。

本文也不主张「关键词越多越好」。字符上限固定，堆词会牺牲可读性；标题与副标题首先要是人话，其次才是搜索词。

验证以商店后台为准：曝光、点击率、下载转化、关键词排名。四周为一个观察窗口，一次只改一个位置，否则无法归因。

关键参考与核验范围

本文的曝光量、转化率与关键词为教学演示。核验日期：2026-10-23。

• Apple Developer: App Store ：应用商店的元数据字段与展示规则入口，字符上限以该站点当日文档为准。
• Steamworks Documentation ：商店页素材与文案的规范入口，适用于以 Steam 为渠道的产品。

上述两条只用于说明商店页字段的规则来源，不构成对任何平台的推荐。各商店的关键词算法、字符计数方式与审核规则在本次核验中未逐条比对，故不引用其条款原文、不附具体链接。

系列导航

• 上一篇：本地价格与本地支付：按地区定价的边界
• 下一篇：出海复盘：分语言看转化、留存与支持成本
• 回到目录：一个人把产品做出海：多语言、时区与本地化
• 相关阅读：平台内增长：搜索排名、评分、推荐位与更新节奏 、搜索入口：问题页、模板页与对比页