推送通知
在 WebViewGold 项目中启用 OneSignal、Firebase 或 Pushwoosh，关闭首次启动时的权限请求，让您的 Web 应用在用户完成第一个有意义的操作后，再用 window.location.href = "registerpush://" 发起请求。对审核人员来说，推送是应用功能最明确的标志。
我们说的是哪个 Codex？
本指南所说的 OpenAI Codex 是一款代理式编程工具：终端里的 Codex CLI、VS Code 或 Cursor 中的 Codex 扩展，以及云端的 Codex。云端 Codex 在连接到您 GitHub 仓库的沙盒容器中运行任务，并以 pull request 的形式交回结果。这三者都会读取仓库中的同一个 AGENTS.md 文件，也都能完成下面的上架就绪检查。如果您是直接在 ChatGPT 里构建的应用（用 Canvas，或者来回粘贴代码），只要代码放进了仓库，流程就完全相同。
Codex 做不到的是为 iOS 二进制文件签名，或者填写 App Store Connect。这部分交给 WebViewGold 和两个开发者控制台，而且基本上就是填表。先部署，再修复商店规则，最后配置原生项目：它只需要您的最终 URL。
工作流程
共六步；技术性的步骤一个下午就能完成，其余时间都在等待账号开通和审核。
部署到永久的 HTTPS URL
把仓库推送到 GitHub，然后用 Vercel、Netlify、Cloudflare Pages、Render 或您自己的服务器部署。localhost、隧道地址和 Canvas 预览都不能作为应用 URL：审核人员会在几天后从另一个网络打开应用。如果可以，请使用您自己的域名（为什么自定义域名物有所值）。
用 Codex 做上架就绪检查
把下面的提示词粘贴到仓库中的 Codex 会话里。它会审查移动端布局，添加法律页面、账号删除、错误状态和仅限应用内的调整，并报告每一处改动。审阅 diff、部署，然后对该 URL 运行免费的App Store 上架就绪检查。
配置 WebViewGold
iOS：在
Config.swift中设置webviewurl和host。Android：在Config.java中设置HOME_URL和HOST。然后开启您的应用要用到的功能：推送（OneSignal、Firebase 或 Pushwoosh）、离线页面、用于 Google 或 Facebook 登录的 Social Login Helper 触发规则；如果您销售数字商品，还要填写 RevenueCat 密钥。名称、图标和启动画面也在这两个项目中设置；Cloud Builder 则在浏览器中以表单形式提供同样的选项。构建
Xcode：归档（Archive）并上传到 App Store Connect。Android Studio：生成签名的 App Bundle，并妥善保管密钥库（keystore）；以后的每次更新都必须用它签名。没有 Mac 或 IDE？Cloud Builder 会在浏览器中编译两个应用，并上传到两个控制台。
创建商店页面
来自真实应用（而不是网站）的截图、与审核人员实际所见相符的描述、隐私政策 URL、Apple 的 App Privacy 答案、Google 的数据安全表单、内容分级，以及附带演示账号的审核备注。其中大部分内容 ChatGPT 都能写得很好；参见用 ChatGPT 撰写隐私政策和商店页面。
提交，并在第一天就启动 Google Play 测试
提交 iOS 构建版本；Apple 通常在 24 到 48 小时内答复。在 Google Play 上，2023 年 11 月 13 日之后创建的个人开发者账号必须先进行一次封闭测试：12 名测试人员，持续 14 天。因此请立即上传到封闭测试轨道，并在 Apple 审核期间招募测试人员。Google 自己的审核需要几天时间。
给 Codex 的上架就绪提示词
在仓库根目录运行。Codex 会逐项处理清单、编辑文件并总结改动；部署前请先审阅 diff。把 MYAPPNATIVE 替换为您将在 WebViewGold 中设置的 User-Agent 标记。
粘贴到 Codex（CLI、IDE 扩展或云端任务）
这个 Web 应用即将作为原生 iOS 和 Android 应用发布，请为此做好准备。它将运行在一个加载我们生产 URL 的原生 WebView 封装器（WebViewGold）中。请逐项处理以下内容，修改代码，最后列出所有改动以及您无法完成的事项。 1. 移动端布局：meta viewport 包含 width=device-width 和 viewport-fit=cover；从 320px 到 1024px 都没有横向溢出；点按区域至少 44x44px；固定的页眉、页脚和底部面板使用 env(safe-area-inset-top) 和 env(safe-area-inset-bottom) 作为内边距；没有仅靠悬停触发的交互；输入框字号至少 16px。 2. 法律页面：添加 /privacy 和 /terms 作为真正的路由（不是弹窗），并从页脚和设置页面链接过去。公司名称、地址和邮箱使用方括号占位符，并列出此代码库实际调用的每一个第三方服务（检查 package.json 和 API 路由）。 3. 账号删除：如果用户可以注册，请在设置中添加“删除账号”操作并配上确认对话框，由一个服务器端函数删除用户记录及相关数据，另外提供一个公开的 /delete-account 页面。 4. 错误和离线状态：每次数据请求都需要加载中、空、错误和重试状态。不能出现白屏，不能显示原始错误对象。 5. 仅限应用内的界面：当 navigator.userAgent 包含标记 MYAPPNATIVE 时，隐藏“下载我们的应用”横幅、非法律强制要求的 Cookie 横幅、桌面版页眉以及外部推广链接。把检测逻辑放在一个辅助函数中。 6. 登录：如果存在 Google、Facebook 或其他第三方登录，请添加 Sign in with Apple 作为同等选项，或者报告身份验证提供商需要做哪些配置。保持邮箱或魔法链接登录可用。 7. 支付：列出所有可以购买数字产品、订阅或积分的位置。暂时不要修改支付代码；我们会把它改为通过应用内购买处理。 8. 规范检查：没有占位文本，没有失效链接，主要流程中没有控制台错误，页面标题设为应用名称，有 meta description，没有混合内容。 不要添加原生 SDK 或构建工具；原生部分由封装器处理。保持所有现有功能正常工作。
出色的工作！无需任何编码就能轻松完成。简单快捷！创作者也提供了大力帮助！
每项修复在哪里完成
| 主题 | 您的 Web 应用（Codex） | WebViewGold 项目 | 商店控制台 |
|---|---|---|---|
| 隐私政策 | /privacy 路由 | 无需操作 | 在 App Store Connect 和 Play Console 中填写 URL |
| 账号删除 | 按钮加服务器端函数 | 无需操作 | 在 Play Console 中填写删除 URL |
| 推送通知 | 可选：一个“开启”按钮，在合适的时机打开 registerpush:// | OneSignal、Firebase 或 Pushwoosh 密钥；首次启动时的权限请求可开可关 | Push Notifications capability（iOS） |
| Sign in with Apple | 按钮及身份验证提供商配置 | 自动处理；Google 和 Facebook 由 Social Login Helper 触发规则处理 | Sign in with Apple capability |
| 应用内购买 | 打开 revenuecat://purchase?external_id=…&product=… 的购买按钮 | RevenueCat API 密钥和项目 ID | 产品、价格、银行和税务表单 |
让应用真正像个应用的原生细节
离线页面
设备没有网络连接时，WebViewGold 会显示带重试按钮的原生离线页面，还可以提供本地 HTML 备用页面。对于会话中途失败的请求，您的 Web 应用仍然需要错误状态。
分享面板和触感反馈
用 shareapp://message?=Check this out&url=https://app.example.com/item/42 打开系统分享面板；用 successhaptic:// 确认操作。一行调用，看得见的原生行为。
Face ID / 指纹
在敏感页面之前调用 bioauth://；在 iOS 上，WebViewGold 随后会调用您页面中的 onBioAuthSuccess()、onBioAuthFailure(code, message) 或 onBioAuthUnavailable()。背后请保留服务器端校验。
点击“提交”之前
Config.swift/Config.java中的 URL 是生产域名，而不是预览地址或隧道地址。- 审核备注中的演示账号第一次就能登录，审核人员用它可以进入每一个页面。
- 有注册 → 就有“删除账号”。有社交登录 → 就有 Sign in with Apple。
- 应用内的数字商品通过应用内购买销售；Stripe 只留在网页端。
- 截图来自构建出的应用；描述中没有提到 beta、Android（在 iOS 上）或尚不存在的功能。
常见问题
我需要会 Swift 或 Kotlin 吗？
不需要。WebViewGold 是一个现成的 Xcode 项目和一个现成的 Android Studio 项目；您修改的是配置值，而不是原生代码。使用 Cloud Builder 的话，您根本不用打开 IDE。
Codex 能自己配置 WebViewGold 项目吗？
文本部分可以：Config.swift 和 Config.java 都是普通的源文件，所以您可以在 Codex 会话中打开 WebViewGold 项目，让它设置 URL、host 和功能开关。签名、证书和商店上传仍由您（或 Cloud Builder）完成。
封装的 Web 应用可以上架 App Store 吗？
可以，只要它提供真正的功能，并且用起来像一个应用。Apple 准则 4.2 针对的是没有附加价值的网站套壳；推送通知、离线处理、原生分享和整洁的移动端布局，正是审核人员要找的东西。96.4% 的 WebViewGold 应用在首次提交时即通过审核团队的审核。
更新原生应用时，Web 应用需要改动吗？
不需要。内容和功能通过部署 Web 应用来发布；只有当您修改原生配置（推送服务商、图标、名称、新的 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日。