175 个国家
Apple 开放的所有国家。同一个短语在两个国家里是两次不同的搜索,各自单独测量。
200 名的上限
App Store 搜索最多返回 200 个结果。不在列表里不是「没有排名」,而是「前 200 名之外」。
读不到的那天留空
Apple 的限流也会以一个空响应的形式到来。把它算成一次测量的系统,会告诉所有人他们在同一天掉了。我们不写。
不要凭据
排名从商店的公开一面读取。App Store Connect 的密钥只在要写元数据时才需要。
为什么要每天?
排名不是一个数字,是一条曲线。每周看一次的人会同时错过对手发版的那天和自己的改动生效的那天:他手上只有两个点,中间全靠想象。
第二个好处很少被谈到:它保住了「第一次测到」和「涨上去了」之间的差别。第一次被测的关键词没有先前的排名,rankcusp 那天什么也不声称。
为什么成本不跟着你的关键词数量走
每日扫描搜一个短语一次,并从这一次搜索里读出所有被追踪应用的排名。一个对手的排名不多花一个请求,两个账号都在盯的短语只测一次。
因为成本跟着词库里不同的「关键词—国家」对的数量走,而不是跟着客户数量走,加一个国家不会把价格乘上去。
单看一个排名什么也说明不了
在一个短语上排第 7 看起来不错。可能不错,也可能不是。在能据此做决定之前,有四样东西必须摆在这个数字旁边。
先是热度:在没人搜的短语上排第一什么也带不来。可见度是排名乘以热度。
然后是国家:同一个短语可能在一个商店排第 7、在另一个排第 84。把国家合成一个平均值,会让你在两边都判断错。
第三是历史:如果上个月你排第 3,第 7 是损失;如果上个月是第 24,第 7 是收获。同一个数字带着两个相反的意思。
第四是对照组:在所有短语都掉了三名的那一周,你掉三名不是信号,是市场。
把噪音和信号分开
排名每天都会动一点,而这些移动大部分没有意义。把有意义的挑出来,是排名追踪里最实用的本事。
单独一天的移动不做解读。一天两名几乎发生在每个短语上,通常来自测量条件上的细小差别。连续三天朝同一个方向才是信号。
移动的大小要对着排名本身读。前十名里的一名是大事;第 150 名的十名几乎什么都不是。上面密度更高。
所以测量每天只跑一次。测得更勤不会产生更好的数据:一天之内的移动是测量的噪音,不是市场的。
- 一天两名:噪音,不要解读。
- 连续三天同一方向:信号,去找原因。
- 前十名里的一名:大移动。
- 第 150 名的十名:小移动,那里距离很便宜。
未测量的值不是零
如果你的应用不在前两百名里,排名就是未知的。我们写「前 200 名之外」并显示一条短横;我们不编 201,也不编 999。
原因与其说是技术的不如说是现实的:一个编出来的数字可以被排序,会让两次测量之间的差异失去意义。更糟的是,一个人在屏幕上看到数字,就会把它当成测量并据此决定。
同一条规则适用于热度。没有搜索建议返回的地方,热度测不到,这个字段就留空。写成零,这个短语会掉到清单底部、看起来毫无价值,而根本没人测量过它没有价值。
历史积累起来之后会浮现什么
三个月的历史能给出单次测量给不了的东西。
第一是季节性:有些短语每年在同样的日期上涨,没有历史,这次上涨会被记到最后一次改动头上。
第二是版本的效果。把发布日期叠在曲线上,就能看出哪个版本动了什么——以及哪个版本什么也没动,而后者才是最省时间的信息。
第三是市场的节奏。当整个分类一起动,对照组的曲线会显示出来,任何一次改动都拿不走不属于它的功劳。
它不做什么
我们不会声称测量了测不到的东西。这个界面的边界:
- 我们不估算下载量和收入:Apple 不把这些数据给第三方。
- 读数到第 200 名为止;再往后没有列表,所以没有数字。
- 读不到的那天留空。我们不用前一天的值去填洞。
常见问题
- 需要 App Store Connect 账号吗?
- 测量不需要。排名从商店的公开一面读取。只有当你想从 rankcusp 写元数据时才需要密钥。
- 一天测几次?
- 一次,在同一时刻。一天之内的移动是测量的噪音;测得更勤只会增加噪音,不增加信息。
- 加一个对手会让账单变厚吗?
- 不会。所有被追踪的应用都从同一次搜索里读出来,所以一个对手不多花一个请求。