如何仅凭 App Store 自身页面，在安装前检查一款健康应用

这是一份检查清单，用于在安装前阅读症状记录类应用自身的 App Store 页面——它不是对某一款具体应用的评测，也不是医疗建议。这是一种可以套用在任何此类应用（包括我们自己的应用）上的产品页面阅读方法。

值得先说清楚这是谁写的。我们正是这类应用的开发者之一——MeteoHealth: Symptom Tracker——一份来自产品团队自己的检查清单，照单全收本就有些奇怪。诚实的做法不是宣称我们并不具备的中立性，而是把这份清单建立成这样：它可以对准我们自己的页面，据此选择别的产品，然后真的这样做，在适用之处公开说出来。在下面十二个问题中的好几个上，这份清单对我们自家应用给出的答案是一个真实的弱点，如实写出、不加粉饰——这是这篇文章必须通过的考验，才值得被阅读。

它到底有没有在记录

首先，页面需要回答一个比「这是不是一款健康应用」更具体的问题：它是否真的在随时间记录你的感受，还是只是在你输入过一次的备注旁边显示一个外部数字？后面的一切——关联、趋势、模式——都依赖于有记录可以处理。描述和截图通常能看出是哪一种：带日期、按天或按周累积的条目，还是一个实时读数外加一处可以写点什么的地方。如果页面只展示后者，无论图标或分类怎么说，它描述的都不是一款记录类应用。

紧接第一个问题之后，还有一个更具体的问题：页面是否声称会计算外部因素与这些记录之间的关联，还是只是把两者并排放在一起——这里是一条天气读数，那里是一条症状备注——把建立联系的工作留给你自己？两者都是应用可以合理做的事，但它们是不同的产品。不过，这条诚实的界限适用于任何做出这类声称的应用，包括我们：我们见过的页面，没有一个在描述里说明关联究竟是怎么计算的——用的是什么方法、取用多长的数据窗口、达到什么阈值才算一种模式。这不是我们特有的缺口，而是 App Store 描述普遍存在的披露缺口：描述里写的「关联」是一种主张，不是一份规格说明。

到底允许记录什么

一旦确认应用确实在记录，下一个问题就是它允许把什么放进那份记录里。有些应用提供由开发者选定的固定症状或指标列表；另一些则允许你自定义追踪项——自定义症状、自定义量表、开发者从未预见到的因素。描述和截图通常能看出是哪一种：固定列表读起来像是一组命名好的类别，无法再添加；而可自定义的应用通常会直接说明这一点，常常带有「customize」或「your own」这类字眼。

在这一点上，这份检查清单直接指向了我们：MeteoHealth 的症状列表是固定的。你只能从一份既定列表里记录；无法自行定义新的症状或指标。对于想要追踪我们没有预见到的内容的人来说，这款应用不是合适的工具，后台再多的关联运算也改变不了这一点。如果你需要的是开放式、可自行定义的记录，这正是应该停止阅读关于我们的内容、转而阅读别的产品的地方。

隐私卡片到底说了什么

每款应用的页面都带有一张 App Privacy 卡片，标题是以下四种之一：Data Used to Track You、Data Linked to You、Data Not Linked to You，或 Data Not Collected。这些都是 Apple 自己的分类。「Data used to track you」是 Apple 给出的定义：「Data used to track you refers to data from the app that is linked with your data collected from other companies' apps, websites, or offline properties, and used for ads or shared with a data broker.」（用于追踪你的数据，是指该应用中的数据与你从其他公司的应用、网站或线下渠道中被收集的数据相关联，并被用于广告投放或分享给数据经纪商。）「Linked to you」是同一件事的另一面：「Data that is listed as linked to you means that the data is collected in a way that is linked to your identity, such as to your account, your device, or your details.」（被标记为与你关联的数据，是指以与你的身份相关联的方式收集的数据，例如关联到你的账户、设备或个人信息。）

先读标题，再读标题下面的分类。而且要照字面意思去读，因为这一点会改变卡片的含义：这张卡片是由开发者自行填写的。Apple 自己的说法是：「This program creates an easy-to-understand system for all apps, where the information is self-reported by the developer」（这项计划为所有应用建立了一套易于理解的体系，其中的信息由开发者自行申报）；Apple 对开发者直接说的是：「You're responsible for keeping your responses accurate and up to date. If your practices change, update your responses in App Store Connect.」（你有责任保持申报内容准确、最新；如果你的做法发生变化，请在 App Store Connect 中更新申报。）每张卡片下面都有一行标准说明：「Privacy practices may vary, for example, based on the features you use or your age.」（隐私实践可能因你使用的功能或你的年龄等因素而有所不同。）一款应用展示的卡片也未必只有一份——免费版和付费版可以有不同的申报，申报内容也可能因地区而异，这是 Apple 自己给出的说明。这些都不代表某份申报是虚假的；它只是说明，这是开发者自己做出、并对其负责的陈述，而不是一项独立测量。

是否需要账户

页面有时会直接说明是否需要账户——写在描述里，或者出现在登录步骤的截图中。但很多时候它两边都不说，这时更可靠的做法是查看隐私政策，通常可以从同一页面的链接进入。如果两者都没有说清楚，诚实的写法是「页面未说明」——这本身就是一个真实的结果，而不是调查的空白。

它到底能不能在你的设备上运行

Compatibility 板块列出了支持的设备，以及每种设备所需的最低系统版本——iPhone、iPad、Mac、Apple Watch，视开发者构建了哪些版本而定。这是清单里听起来最不起眼的问题，却是实践中最具决定性的问题之一：如果应用根本装不上，它其他方面做得再好也没有意义。

这里，清单再次指向了我们。MeteoHealth 要求 iOS 17.0 和 iPadOS 17.0 或更高版本——这个门槛高于同类别中的一些应用，也就是说，在仍运行较早版本 iOS 的旧款 iPhone 上，这款应用根本装不上。如果你的设备已经用了几年，请先检查这个板块，因为如果应用跑不起来，后面的一切都不重要。

有没有 Android 版或网页版

在这个问题上，App Store 页面本身完全没有答案——iOS 页面上的 Compatibility 板块描述的是 Apple 设备，而不是其他平台，也没有哪个字段能回答「有没有 Android 应用」或「有没有网页版」。唯一的核实办法是打开开发者自己的网站，链接就在页面的 Developer Website 下方——这需要多点一次，而不是扫一眼就能知道。

既然页面不会替我们说明，那就直说：MeteoHealth 没有 Android 版本，也没有网页版。它只是一款 Apple 平台应用——iPhone、iPad、Mac、Apple Watch——仅此而已。如果你家里同时用 Android 和 iPhone，或者你想在浏览器里查看历史记录，这个缺口是真实存在的，这份检查清单也不会让它消失。

界面支持多少种语言，其中有没有你的语言

Languages 板块列出了应用支持的每一种界面语言——也就是按钮、菜单和界面文字的语言，而不是你记录内容所用的语言。要具体对照自己使用的语言去检查，而不是只看总数：一份很长却不包含你所用语言的列表，和一份很短的列表一样，都能同样清楚地回答这个问题。

直接说我们自己的情况：MeteoHealth 支持六种界面语言——英语、俄语、西班牙语、日语、简体中文和阿拉伯语。这比同类别中的一些应用要少，如果你的语言不在这份列表里，无论这个数字跟别人比起来是多是少，这对你来说都是一个真实的限制。

看评分数量，而不是看星级

单独的星级评分，如果背后没有评分数量，几乎说明不了什么——12 个评分给出的 4.9 星，和两万个评分给出的 4.9 星，不是可以相提并论的说法，尽管数字看起来一模一样。评分数量就紧挨在平均星级旁边，值得在星级本身产生印象之前先读一下。这个数字可以从几十到几万不等，数量小并不自动意味着不诚实——新应用总要从某个起点开始——但它确实意味着旁边的平均分还没有被很多人验证过。当评分数量太少、不足以计算平均分时，页面上会出现 Apple 自己的一句话：「This app hasn't received enough ratings or reviews to display an overview.」（这款应用尚未获得足够的评分或评论以显示概览。）

把这一条对准我们自己，答案是我们特意不在这里写出具体数字。MeteoHealth 的首个版本发布于 2026-07-24——这个日期不会变——所以无论你读到这篇文章时已经过去了多久，那就正是这款应用积累历史记录的全部时间。请打开我们自己的页面，自己去读评分数量，而不是从一篇文章里拿一个数字：在这个类别的顶端，成熟的记录类应用评分数量可以达到几万，而我们今天展示的数字，无论多少，都在这个数字以下。印在文章里的数字会过时；「自己去看」这条指示不会，而这份检查清单说的正是「去看」。

什么是免费的，什么在付费墙之后，以及价格用的是哪种货币

In-App Purchases 板块结合描述一起读，是免费层级的具体限制和付费层级的具体内容以条目形式列明的地方，而不是靠应用的分类去暗示。要按照你自己所在应用商店显示的货币去读价格：Apple 会根据开发者设定的基础价格，在各个应用商店自动生成价格——用 Apple 自己的话说，覆盖「174 storefronts and 43 currencies」（174 个应用商店和 43 种货币）——为其他国家应用商店标出的价格，不一定就是你将看到的价格。

直接说明我们自己的划分——至于价格，遵循上面同样的指示：从我们页面上的 In-App Purchases 板块、用你自己的货币去读，而不是从这句话里去读。免费层级保留七天历史记录、24 小时预报，以及每天十次扫描。Pro 增加完整历史记录、延长到七天的预报、无限次扫描、详细关联分析、Apple Watch 应用与小组件，以及 PDF 和 CSV 导出。请对照你自己真正需要什么来看这份清单：对于长期追踪真实模式来说最重要的几项功能——Watch 应用、更长的预报窗口、详细关联分析、以及任何形式的导出——都在付费墙之后，不在免费层级里。

距离上次更新过去了多久

What's New 部分及其后面的 Version History，会显示最近一次更新的日期和版本号——但前提是这款应用至少更新过一次。处于首个版本的应用没有更新历史可以展示，页面在任何地方都不显示首次发布日期；当这个日期重要的时候，就必须从页面之外的地方去获取。

对于 MeteoHealth 来说，这是我们特意不把它冻结成一个数字的第二个答案。这款应用发布于 2026-07-24，身后没有任何更新历史，原因很简单：那时还根本没有更新过。到你读到这篇文章时，What's New 部分写着什么，才是真正的答案，而它在我们的页面上，不在这段文字里。无论如何，底层的道理不变，也不加任何粉饰：一款应用发布之后是如何维护的，只有经过的时间才能证明，而这么新的发布日期意味着，比起一款更老的应用，这方面的证据要少得多。

页面的说法是否超出了一款记录类应用应有的范围

最后一点，无论前面说了什么，这一点都值得单独检查：描述里是否声称这款应用能在发作开始之前提前告诉你即将发作，或者声称它能彻底摆脱某种状况，又或者以别的方式声称达到只有医疗器械或临床干预才有的效果，而不是一款症状记录应用应有的效果？无论关联方面的说法如何，症状记录类应用都不是那种设备，任何一款读起来像那种设备的页面，都值得认真质疑，不管是哪款应用写的。这一条没有对我们有利的对称版本：守住这条边界不是一项优点，也算不上加分项——它是这个类别里任何应用都应该达到的底线，这里没有什么值得表扬的，包括我们自己。

每个问题的答案在页面的什么位置

PAGE BLOCK · WHAT IT ANSWERS

• INFORMATIONSELLER · CATEGORY · AGE RATING · LANGUAGES · COMPATIBILITY

  界面语言和最低系统版本——决定这个应用在你手机上能不能装得上的两个答案。

• APP PRIVACYTRACK_YOU / LINKED / NOT_LINKED / NOT_COLLECTED · CATEGORIES

  四种可能的标题。这里的信息由开发者自己填写，下面还有 Apple 自己的一句话：隐私处理方式可能有所不同。

• IN-APP PURCHASESPAID TIER CONTENTS · PRICE IN YOUR STOREFRONT CURRENCY

  付费档位里究竟包含什么，以及以你所在商店货币显示的价格——不是别国文章里引用的数字。

• RATINGS · WHAT'S NEWRATING COUNT · LAST VERSION · LAST UPDATE DATE

  看评分的数量，而不是几颗星。还有上次更新的日期——从未更新过的应用根本没有这一项。

• NOT ON THE PAGEANDROID · WEB · ACCOUNT REQUIRED? · METHOD · FIRST RELEASE

  对这些问题页面保持沉默，而沉默不是答案。下一步要看的是同一页面上链接的开发者自己的网站。

FIG.20 · APP STORE PAGE MAP · SELF_REPORTED · CHECKED_2026-07-28

上面这张图把每一个问题，都对应到页面上给出答案的具体板块——最后一行是刻意安排的：它指出了页面完全没有回答的部分，因为一份只展示「答案在哪里」的清单，会不动声色地暗示页面回答了所有问题，而事实并非如此。

这份检查清单在哪些地方会把你引向别处

把这份清单对着我们自己的页面整体走一遍，集中放在这里，而不是散落在上文各处：症状列表是固定的，不能自定义。最低系统版本是 iOS 17.0，高于一些替代产品的要求，所以在一款门槛更低的应用仍然支持的旧款 iPhone 上，它装不上。既没有 Android 版本，也完全没有网页版。界面支持六种语言，如果你的语言不在其中，这是一个真实的缺口，不是四舍五入造成的误差。首个版本发布于 2026-07-24，由这么新的日期所决定的评分数量和更新历史，都在我们的页面上供你自己去读，而不是在这里被引用出来——这篇文章里的任何文字，都替代不了只有经过的时间才能积累出来的历史记录。几项分量更重的功能——Watch 应用、完整的预报窗口、详细关联分析、PDF 和 CSV 导出——都在 Pro 订阅之后，不在免费层级里。任何以开放式记录、Android 与 iPhone 混用的家庭、较旧的设备、列表之外的界面语言，或者更长历史记录为优先考量的人，按照这同一份清单，最终都应该选择 MeteoHealth 以外的产品。这就是上面这份清单，在对准我们自己时，真正说出来的内容。

拿到这些答案之后该怎么做

以上十二个问题，没有一个需要先安装应用才能回答——每一个都可以在下载之前，仅凭页面本身来回答。有几个靠前的答案（它是否在记录、它能不能在你的设备上运行、是否支持你的语言），可以让你省去继续阅读一份原本就不适合你需求的页面的时间。在页面保持沉默的地方——是否需要账户、关联计算的确切方法、首次发布日期——应该写下「未说明」，而不是往任何一个方向去假设答案；这是检查得出的准确结果，不是检查的失败。

如果想看同一种方法同时应用在三款应用上的实际案例，可以参考我们对 MeteoHealth 与两款成熟症状记录应用的比较。如果上文提到的固定症状列表，正是这份检查清单让你去别处寻找的原因，症状日记功能页面详细说明了这份列表覆盖了什么、又没有覆盖什么。

隐私卡片这个问题本身就带着一个限制：卡片是一份申报，而申报按设计本就是简短的。MeteoHealth 中究竟有什么数据离开设备是这份申报针对一款应用——我们自己的应用——所写的详细版本，写到代码这一层，也包括其中尚未完成的部分。但它终究仍是开发者对自己应用的陈述，而这正是这份检查清单告诫你不要照单全收的那种东西，所以应该把它当作这样的陈述来读，而不是当作一个答案。