跳转到主要内容
← 返回文章列表

开发者资源

如何对本地化的 App Store 截图进行 A/B 测试

按市场运行 App Store 产品页面优化测试:该包含哪些本地化语言、何时分开测试各个市场,以及如何把胜出的处理方式推广到所有语言。

大多数 App Store A/B 测试建议都默认只有一个市场。但如果您的 App 做了本地化,您的产品页面实际上是多个页面,每种语言一个,每一个都可能单独胜出或落败。在英语中效果很好的标题,在日语中可能毫无反响;韩国用户喜欢的信息密集型截图,在德国可能显得杂乱。

本指南介绍产品页面优化如何处理本地化语言,以及一种不必成倍增加工作量、按市场逐个测试的简单方法。


产品页面优化如何处理语言 #

在 App Store Connect 中创建测试时,您需要选择包含哪些本地化语言:全部,或只选其中一部分。然后,每个处理方式都需要为测试中的每种本地化语言准备截图。

由此可以得出两点:

  • 只统计已纳入的本地化语言带来的流量。 如果只纳入一个小市场,测试就只能依靠那个市场的流量运行。
  • 每增加一种本地化语言,工作量就成倍增加。 三个处理方式、五种语言、两种设备尺寸,就是 30 套截图。Apple 也提到,包含更多本地化语言的测试可能需要更长时间才能得出结果。

合并市场还是分开测试? #

以下情况适合合并(一个测试包含多种本地化语言):

  • 处理方式改动的是与语言无关的视觉元素:布局、配色、设备边框、顺序。
  • 市场相似,例如英语、德语和荷兰语。
  • 单个市场的流量不足以完成一个测试。

以下情况适合分开测试:

  • 处理方式改动的是文案。说明文字无法一对一地翻译。
  • 市场之间文化差异很大,例如美国和日本。
  • 某个市场大到足以单独完成一个测试。

为什么这很重要:如果一个处理方式在某个市场胜出 15%,在另一个市场落败 15%,合并测试给出的结果几乎就是没有差异,您就会白白扔掉一个赢家。App Store Connect 一次只能运行一个测试,所以分开的测试只能依次进行。请慎重安排顺序。

不确定某个市场的流量够不够?把它的每日展示次数填进 A/B 测试计算器看看。


按市场逐个测试的计划 #

1. 从最大的市场开始 #

它完成得最快,胜出带来的价值也最大。先在那里测试一个大胆的点子。我们的 25 个截图 A/B 测试点子是寻找灵感的好地方。

2. 在其他市场把胜出者当作假设 #

胜出的视觉改动(新的第一张截图、不同的布局)通常可以放心推广到相似的市场。胜出的说明文字则需要翻译,而翻译后的说明文字就是一条新的说明文字。在全面应用之前,先在下一个最大的市场再测一次。

3. 本地化的不只是文字 #

文字翻译了,但界面里还是英文示例内容,看起来依然像外国 App。试着为某个市场做一个处理方式,在界面中显示本地人名、本地货币和本地地点。这往往比任何标题改动带来的胜出幅度都大,而且是一个非常干净的测试:设计完全相同,只有内容不同。

4. 按市场记录测试结果 #

写下您测了什么、在哪里测的、结果如何。几轮测试之后,您就会知道哪些市场反应相似,以后可以把它们合并起来,更快地完成测试。


别让语言拖慢测试 #

大多数开发者只在英语市场测试,原因是用五种语言制作一个处理方式要花五倍的时间。在 Screenshot Studio 中,所有语言都在同一个项目里。一次设计改动会应用到所有语言,说明文字可以自动翻译,需要时每种语言也能保留自己的截图。然后将处理方式直接上传到测试中:Screenshot Studio 会添加处理方式中缺少的本地化语言,并一步填好所有语言和设备尺寸。

关于本地化的更多内容,请参阅如何制作本地化的 App Store 截图。

👉 下载 Screenshot Studio →

常见问题

可以只在部分国家运行产品页面优化测试吗?

测试是按本地化语言而不是按国家设置的。您可以选择测试包含哪些本地化语言:全部,或只选其中一部分。看到未纳入测试的本地化语言的用户,看到的是您的原始产品页面。

应该一次测试所有语言吗?

只有在您预期这些市场反应都相同时才这样做。合并市场能获得更多展示次数,但一个在某个市场胜出、在另一个市场落败的处理方式,平均下来可能毫无差异。文化差异大的市场请分开测试。

在英语中胜出的处理方式,在日语中也会胜出吗?

不一定。布局、配色和截图类型通常比文案更容易在不同市场通用。在英语中胜出的说明文字,对其他语言来说只是一个假设,而不是结论。在推广到所有地方之前,先在下一个最大的市场测试它。

开发者资源

加入其他开发者,节省时间

无需设计技能。告别 Figma 导出噩梦。告别手动上传。