推送通知
在 Config.swift 中配置 OneSignal 的 kPushEnabled 和 oneSignalID；在引导流程之后用 registerpush:// 请求权限。这是最有力的单项论据，前提是通知内容真实有用（订单更新、回复、提醒）。
解读这条消息
这类消息通常引用准则 4.2（Minimum Functionality），说应用提供的体验有限，与浏览网站没有足够的区别。这是在一次简短的使用中做出的判断：审核人员打开应用，随便点几分钟，然后问自己：这真的需要做成一个应用吗？一个快速、响应式却没有任何原生行为的网站，即使作为网站非常出色，也通不过这个测试。
有两件事能扭转结论。第一，在第一分钟内就能看到的原生能力：引导流程之后的通知权限提示、Face ID 锁、原生标签栏、分享面板、离线页面。第二，一份列出这些功能及其确切位置的回复，这样下一位审核人员就不必碰运气才能找到它们。4.2 指南讲解了规则本身；本页讲的是如何回复。
能扭转结论的原生功能
Face ID / Touch ID
enableBioMetricAuth 在启动时锁定应用；bioauth:// 保护单个操作，并通过 onBioAuthSuccess 返回结果。对于财务、健康、日记和管理后台类应用来说非常自然。
离线页面和备用方案
offlinelocalhtmlswitch 搭配 local-html 页面和 reconnect://。审核人员会测试飞行模式。
原生分享面板
shareapp://message?=TEXT&url=LINK 可以从任何按钮打开 iOS 分享面板；这是一个明显的“这是应用”的时刻。
扫描器
qrcode:// 和 barcodescanner:// 打开相机扫描器；非常适合签到、票务和库存管理。
原生标签栏
showNavFooter 搭配 FooterBar.json，为应用提供真正的 iOS 标签栏，同时解决安全区域问题。
触感反馈和评分
在关键操作上使用 successhaptic://，在用户获得成功体验后调用 rateapp://。虽然是小细节，但审核人员能感受到。
收到消息后的 24 小时
挑选两三个契合产品的功能
选择用户真正想要的功能：习惯养成应用用提醒，财务看板用 Face ID，活动类应用用扫描器，内容类应用用分享。三个位置得当的功能，胜过十个噱头。
在 Web 应用和 Config.swift 中实现它们
大多数功能只需一项设置加一个链接或一次 JavaScript 调用；如果您让 Claude Code 或 Cursor 来做，请参阅JavaScript 桥接指南。
在应用中隐藏仅限网站的部分
Cookie 横幅、桌面版页眉、页脚链接、商店徽章：用 custom.css 隐藏它们（代码片段见下文）。首屏应该看起来像一个应用，而不是落地页。
提高构建号，更新审核备注
使用新的构建号，并在审核备注中写明每项原生功能及其位置。再附上一段 30 秒的功能屏幕录像。
回复并重新提交
在 Resolution Center 中使用下面的模板，然后提交新的构建版本。即使演示账号没有变化，也要再提一次。
我很高兴购买了这个应用！非常简单，文档也很棒。联系客服后，他们回复很快且非常友好，一天之内就解决了我的问题。10/10，值得推荐。
Resolution Center 回复模板
模板保留英文，因为 Apple 审核人员阅读的是英文。
Resolution Center 回复（修改方括号中的部分）
Thank you for the review. We have updated the app to make its native functionality clearer and submitted build [build number]. [App name] is the iOS app for [service], used by [who] to [core job]. The iOS app offers functionality that the website cannot provide: 1. Push notifications for [order updates / replies / reminders]: Settings, Notifications. Permission is requested after onboarding; a test notification arrives within a minute. 2. Face ID lock for [sensitive area]: Settings, Lock with Face ID. 3. Native share sheet: the Share button on every [item]. 4. Offline mode: the app shows a native offline screen with reconnect when there is no connection, and [cached content] remains available. 5. [QR check-in / native tab bar / local reminders]: [location in the app]. We also removed website-only elements from the app (cookie banner, desktop navigation, footer links) so the interface is designed for iOS. Demo account: [email] / [password] (pre-confirmed, sample data included). A short screen recording of the features is attached. We are happy to clarify anything or to schedule a call. Thank you for your time.
去除网站感的仅限应用 CSS
WebViewGold 项目中的 custom.css 只会注入到应用内。
css
/* custom.css: applied only inside the WebViewGold app */
.cookie-banner, .store-badges, .site-header-desktop, .site-footer, .open-in-app-bar { display: none !important; }
.app-only { display: block !important; } /* e.g. Share or Scan buttons that call the native APIs */
body { padding-bottom: env(safe-area-inset-bottom); }行不通的回复
- 用更长的解释重新提交同一个构建版本。审核人员会比较构建版本；什么都没改，结论也不会变。
- “其他应用也是这么做的。”每次提交都是单独评判的。
- 描述框架或工具，而不是用户能得到什么。审核人员并不关心应用是怎么构建的。
常见问题
仅靠推送就足以回应“简单封装”拒审吗？
如果通知有实际意义、应用布局也干净整洁，往往就够了。再配上离线页面和一个交互类功能，理由就很充分了。
我应该在回复中提到 WebViewGold 吗？
没有必要。描述用户在应用中能做哪些网站做不到的事即可；框架与审核结论无关。
审核人员期望有多少项原生功能？
没有固定数量。两三个契合产品、并且一打开就能看到的功能，比一长串没用上的能力更有说服力。
让您的应用上架商店的三种方式
结果相同，只是您需要投入的工作量不同。三种方式都附带审核通过保证和 7×24 小时人工支持。
自己动手
$109 每个平台，一次性付费
WebViewGold 许可证：一个现成的 Xcode 或 Android Studio 项目。粘贴您的 URL，设置名称和图标，开启所需功能，构建并提交。永久免费更新。
在主页查看方案Cloud Builder
$349 每个许可证，一次性附加购买
无需 Mac、Xcode 或 Android Studio：在浏览器中完成配置，我们在云端构建两个应用，并将其交付到 App Store Connect 和 Play Console。
Cloud Builder 如何运作 试用免费演示Full Service
$698 每个平台 $798
把您的 URL 和图标发给我们。我们的团队在 72 小时内完成配置、构建并交付您的应用，白标，附源码项目。两个平台共 $1,158。
Full Service 详情 服务提供方：
冬季特惠价格有效期至 2026年12月31日。