手机平台：网页、App 和兼容性

移动网页与原生 App

能在手机浏览器访问，不意味着有原生 App。需要另外核实商店发行者、系统版本和地区供应。浏览器快捷方式也不等于商店应用。

小屏幕操作检查

小屏幕上，表格能否横向查看、按钮是否容易点击和文字能否放大，比页面是否缩小更重要。支付状态和返回路径也应清楚，避免重要通知被遮挡。

兼容性是具体条件

Android、iPhone 和 iPad 支持应分别核实。支持一种设备不意味着全部版本、浏览器和功能一致，应关注兼容性说明的具体范围。

先分清三种移动入口

“手机可用”可能指移动浏览器中的响应式网页、添加到主屏幕的网页快捷方式，或通过应用商店发布的原生程序。它们的更新方式、权限、发行方和兼容性证据不同。核实时记录入口、商店或域名、发行主体、系统版本和地区供应；看到手机界面不能推定另有原生 App 或功能相同。[4][3]

商店上架是一种可核对的发布状态，不代表所有地区都能下载，也不能保证页面描述与当前版本一致。Apple 审核规则只适用于其商店，不能代替其他商店政策或地区资格。若商店页面、官网与实际版本资料不一致，应记录差异和日期，不应只选择最方便的说法。[4]

把核心任务放进真实界面

移动兼容性不能只凭首页截图判断。可用固定任务检查：阅读支付条件、找到状态说明、比较两个平台、展开长文目录、调整文字大小，以及中断后返回原位置。记录设备、浏览器、屏幕方向、缩放和结果，才能区分“可以显示”和“流程可用”，避免把能加载误写成完整支持。[1][3]

触控也会改变出错成本。若小链接只在鼠标悬停时显示条件，触屏用户可能看不到；密集表格若没有固定字段名，横向滑动时容易失去比较对象。W3C 将触控、屏幕尺寸和不同输入方式纳入移动无障碍考量。检查不应只看按钮尺寸，也应测试标签、间距、键盘遮挡和操作反馈。[1][2]

网页和原生程序各自的限制

移动网页可使用普通网址、由浏览器更新，并以响应式布局适应不同宽度；但浏览器支持、离线行为和设备功能仍有限制。原生 App 可调用系统能力，却需要管理上架、版本、权限和发行者。MDN 介绍的是响应式设计方法，不代表某个网站已通过所有设备验证。[3][5]

因此目录应分别记录 mobile web、Android 和 iOS，并保留来源与核查日期。若只找到官网移动版入口，就只能确认该入口，不能把“适配手机”推断为原生程序。未知状态也应指出缺少什么证据，例如找不到发行方页面或版本清单；这样后续编辑能针对缺口补查。[4][1]

兼容性会随版本与时间变化

浏览器、操作系统、辅助功能和网站版本都会更新，因此一次测试只能支持特定日期和环境下的结论。记录应包含日期、版本、任务和问题，并在重大更新后复验。不同语言的文本长度会改变换行和按钮布局，关键流程应覆盖繁体、简体和英文。[6][3]

评估报告应描述可观察结果，例如“在某浏览器版本中，文章目录可用键盘操作”，而不是笼统声称“全面兼容”。未测试的系统保持未知，已知限制则具体说明。可复现的结论比泛化的勾选更有用，也能指出需要改进的环节。[1][2]

流程与可观察记录｜先分清三种移动入口

从“移动网页与原生 App”这个问题开始，把读者实际经历的步骤画出来：谁发起请求、哪个系统接收、哪条记录代表状态变化，以及什么时候出现可由外部核对的结果。流程图不应假设所有服务使用同一套架构；它的作用是把界面用语拆成能够验证的事件。以“手机网页”为例，可在移动浏览器使用的网页服务，不同于原生 App 或商店供应。接下来要追问信息由谁生成、能否重复核对，以及说明适用于哪个版本和地区。页面若只写“支持”却没有条件，准确结论应是证据不完整，而不是替页面补上常见做法。[1]

用一个具体情境检验本文概念：用户在网络不稳定时提交请求，页面停在处理中，随后又收到另一系统的通知。任何一个画面都不能单独证明成功或失败；应核对时间、识别码、方向和记录来源，并说明每份资料能够证明哪个阶段。“原生 App”提供的判读线索是：针对特定操作系统的程序，需核实发行方、系统版本及正式下载来源。这个例子说明的是分析流程，并非对任何平台功能的承诺。若记录无法对应，就应保留不确定性，并指出还缺少哪一类资料才能判断，而不是把模糊通知写成确定结果。[2]

来源范围与比较条件｜把核心任务放进真实界面

“Responsive web design”由MDN Web Docs发布，本文引用它来支持的范围是：介绍响应式布局、流式文本和多屏设计原则。引用时应区分文件直接陈述与编辑推论：前者可以通过链接复查，后者需要写明推理过程，并使用“这意味着”或“据此可推断”等表述。“平台兼容性”是“兼容性是具体条件”中的相关概念：服务对设备、浏览器和系统的支持范围，需要分别核实版本。来源没有讨论的产品、司法辖区、版本或用户条件，不能从文件沉默中推导答案。清楚标明证据边界，读者才能判断结论能否用于自己的问题，还是需要另外寻找直接资料。[3]

最常见的误读来自把相邻步骤合并。请求提交、获得授权、完成处理、账户页面更新，可能分别由不同系统记录。如果文章一律称为“完成”，读者就无法判断实际发生了什么，也不知道出现差异时应找哪一方。把“手机网页”放回其定义范围：可在移动浏览器使用的网页服务，不同于原生 App 或商店供应。逐一核对句子的主语、动作、时间和记录所有者，可以发现被省略的步骤。若不同文件采用不同定义，应并列原词并解释差别，不要为追求行文顺畅而把它们改写成同义词。[4]

读者判读与更新方法｜网页和原生程序各自的限制

在比较数据之前，先固定比较对象、定义、时间范围、流程方向和计算方式。关于“原生 App”，针对特定操作系统的程序，需核实发行方、系统版本及正式下载来源；如果两份资料采用不同分母、版本或观察窗口，数字就不能不加说明地并排。缺失的字段可以标为未知，并解释它如何限制结论，无须用估算填补。整齐的表格也可能让不成立的比较显得精确。当条件无法对齐时，“依据现有资料无法比较”本身就是有用结论；随后应列出完成有效比较所需要的资料。[1]