一套代码，真正的商店应用
iOS 应用在原生 WebView 中加载您已发布的 Kiro URL。没有第二个项目需要维护，也不需要导出代码。
对 Kiro 应用而言，为什么封装胜过重写
Kiro 按 spec 规划一个产品，而原生重写会把每条需求拆成三份逐渐走样的实现。WebViewGold 则直接封装 Amplify Hosting（或 Netlify、Vercel）上的部署，因此 Cognito 认证、AppSync 数据和 Lambda 函数原样为应用提供服务，您完成的每个 spec 都会随下一次推送到达已安装的应用。原生能力也变成 spec 中的普通任务：在 WebViewGold 中启用功能，再通过 JavaScript 桥接调用。
继续从 Kiro 发布更新
推送到生产分支后 Amplify 会重新部署，应用在下次启动时就会显示更改。 只有原生外壳本身的变更（图标、新增原生功能）才需要提交商店更新。
叠加原生功能
推送通知、离线页面、原生分享、生物识别登录、二维码扫描、应用内购买和深度链接，都只是单个设置或一行 JavaScript 调用。
App Store 审核通过保证
Apple App Store 审核通过保证 – 否则 14 天内退款. 96.4% 的 WebViewGold 应用在首次提交时即通过审核团队的审核。
您需要准备什么
- 一个已发布在公开 HTTPS URL 上的 Kiro 应用（main.yourappid.amplifyapp.com 或 yourproject.netlify.app，最好是您自己的域名）
- 向 Apple App Store 提交所需的 Apple Developer Program 账号（每年 $99）
- Mac 上的 Xcode，或者浏览器中的 WebViewGold Cloud Builder（无需 Mac）
- WebViewGold for iOS（$109 一次性付费，免费更新）
- 一个隐私政策页面、一个 1024 × 1024 px 的图标，以及 30 到 60 分钟
只要有一个优化良好的Web应用版本，几分钟内您就能拥有一个出色的移动应用。除此之外，客户服务非常友好且乐于助人！我只能说：推荐WebViewGold :-)
Kiro 到 App Store：完整演练
八个步骤，无需编程。大多数人不到一小时就能完成原生部分。
将您的 Kiro 应用发布到生产环境 URL
把仓库连接到 AWS Amplify Hosting（Kiro 的 Amplify power 会引导代理完成这一步），或使用 Netlify power 或 Vercel 部署。每次推送到已连接的分支都会重新部署。将生产环境 URL 或您的域名填入 WebViewGold。 Amplify 的 pull request 预览、Amplify 沙盒和 localhost 都只用于测试。请让 WebViewGold 指向生产分支。 自定义域名： 在 Amplify 控制台的自定义域名设置中添加域名（Route 53 域名会自动配置好），或在您托管服务的域名设置中添加，然后设置 DNS 记录。 参见为什么值得在提交前使用自定义域名。
让它达到上架要求
添加隐私政策页面和账号删除选项（如果用户可以注册），并移除构建工具徽标或“下载我们的应用”横幅。在您的 URL 上运行免费的App Store 上架就绪检查：它能在几秒内标出混合内容、缺失的 viewport 标签、构建工具预览域名和其他阻碍项。
获取 WebViewGold for iOS
一次性付费，免费更新。您会收到现成的 Xcode 项目。如果您没有 Mac，激活 WebViewGold Cloud Builder，在浏览器中完成一切。
填入您的 URL 并设置品牌
打开 Config.swift（或 Cloud Builder 表单），粘贴您已发布的 URL。设置应用名称，上传图标，选择启动画面和状态栏颜色。无需编程。
开启原生功能
用单个设置启用推送通知、离线页面、社交登录处理、下拉刷新、生物识别登录或二维码扫描器。一切皆可选。
构建并上传
在 Xcode 中：Product → Archive → Distribute 到 App Store Connect。在 Cloud Builder 中：点击 Build，上传到 App Store Connect 的工作会为您完成。
创建 App Store 详情页
在 App Store Connect 中添加名称、副标题、描述、关键词、截图、隐私政策 URL 和 App Privacy 答案。如有需要，在审核备注中添加演示账号。
提交审核
Apple 对大多数应用在 24 到 48 小时内完成审核。如有审核人员提问，请在 Resolution Center 中回答。我们的审核通过保证为您兜底。
提交前针对 Kiro 的专项检查
这些是 Kiro 项目（任意 Web 技术栈；Kiro 项目通常是基于 AWS Amplify Gen 2（Cognito、AppSync、DynamoDB）或 Supabase 的 React 或 Next.js 应用）最常遇到的问题。
- 把商店规则作为验收标准写进 spec，例如“当已登录用户确认删除账号时，系统应删除其数据及其 Cognito 用户”。这样账号删除、隐私页面和 320px 布局就成了任务，而不是事后补救。
- 添加一个 steering 文件，例如 .kiro/steering/native-app.md（inclusion: always），写明应用运行在 WebViewGold 封装壳中，让新的 spec 避免“下载我们的应用”横幅、仅靠悬停的菜单和仅限浏览器的 API。
- 带 Google 联合登录的 Cognito 托管登录页面会重定向到 accounts.google.com，而 Google 会在嵌入式 WebView 中阻止它；请把这个前缀添加到 WebViewGold Social Login Helper 的触发规则中。
- 应用内删除账号必须同时删除 Cognito 用户（Amplify Auth 中的 deleteUser）和该用户的记录；Apple（审核指南 5.1.1(v)）和 Google Play 都会检查这一点。
让 Kiro 来完成上架准备工作
把这段粘贴到 Kiro 中，让它应用审核人员关注的那些修改。检查结果，然后发布。
给 Kiro 的提示词（spec 模式）
创建一个名为 store-readiness 的新 spec。这个 Web 应用将作为原生 iOS 和 Android 应用发布，在 WebViewGold WebView 封装壳中加载其生产环境 URL。 需求（EARS）： 1. 当应用显示在 320px 到 1024px 宽的屏幕上时，系统不应横向滚动，应使用至少 44px 的点按区域，并应为固定的页眉和页脚添加安全区域（safe-area inset）内边距。 2. 系统应在页脚中链接 /privacy 和 /terms 页面。 3. 当已登录用户在设置中确认“删除账号”时，系统应删除其数据及其认证（Cognito）用户。 4. 系统不应在主导航中显示“下载我们的应用”横幅或外部推广链接。 5. 当请求失败时，系统应显示带重试操作的错误消息。 6. 系统应将页面标题设为应用名称（最多 30 个字符）。 设计：列出将要修改的文件以及所有 Amplify 后端更改。任务：每条需求对应一个任务。 另外创建 .kiro/steering/native-app.md，设置 inclusion: always，记录这些规则，并指向 https://www.webviewgold.com/llms-full.txt 获取原生功能说明。完成 spec 后先停下，让我在实现之前审阅。
App Store 审核：对 Kiro 应用重要的规则
Apple 审核的是应用行为，而不是所用工具。没有人因为使用 Kiro 而被拒；应用被拒是因为下面这些问题。
- 4.2
最低功能要求
应用必须提供比重新打包的网站更多的东西。响应式布局、原生导航以及至少一项原生能力（推送通知、离线页面、原生分享、生物识别登录）才是区别所在。WebViewGold 各用一个设置即可开启这些功能。
- 2.1
App 完整性
没有占位内容，没有失效链接，没有崩溃。如果内容位于登录之后，请在 App 审核备注中提供演示账号。
- 5.1.1
隐私
必须提供公开的隐私政策 URL。允许用户创建账号的应用还必须允许用户在应用内删除账号。
- 4.8
登录服务
如果应用使用 Google、Facebook 或其他第三方或社交登录服务来创建或验证用户账户，就必须同时提供一个同等的登录选项：只收集姓名和邮箱地址、允许用户隐藏自己的邮箱地址，并且不会为广告目的追踪用户。Sign in with Apple 是满足这一要求的稳妥方式。只使用自有邮箱/密码登录的应用不受此条影响。
- 3.1.1
应用内购买
在应用内销售的数字商品和订阅必须使用 Apple 的应用内购买。实体商品和现实世界的服务可以继续使用 Stripe 或 PayPal。
- 2.3
准确的元数据
截图、描述和应用名称必须与应用的实际功能相符。不要在详情页中提及其他平台或“beta”。
iOS 应用为您的 Kiro 应用带来的原生功能
每项功能都是可选的，并在WebViewGold for iOS 文档中逐步说明。
推送通知
通过 OneSignal 或 Pushwoosh 的远程推送、通过 JavaScript 调用的本地定时推送，以及在您选择的时机弹出权限请求。
文档Social Login Helper
Google 和 Facebook 登录在应用内正常工作；Sign in with Apple 自动处理。
文档Universal Links
来自邮件的链接（魔法链接、密码重置）直接在应用中打开。
文档应用内购买
通过 RevenueCat 实现 App Store 订阅和一次性购买，由您的 Web 应用触发。
文档离线页面和回退
用户离线时显示原生的“重试”页面，或使用本地 HTML 回退。
文档加载指示器和启动画面
在 Web 应用加载完成前保持启动画面，或显示原生加载动画。
文档生物识别登录
通过 JavaScript 调用触发 Face ID / Touch ID 验证。
文档二维码和条形码扫描器
原生扫描器，将结果返回给您的 Web 应用。
文档原生分享面板和触感反馈
从您的 Web 应用调出分享对话框和触感反馈。
文档自定义 CSS 和 JavaScript
在应用内加载时隐藏仅网站需要的元素并注入代码。
文档App Store 提交前检查清单
逐项勾选后，审核就只是走个流程。免费就绪检查会自动验证其中的技术部分。
- 全站 HTTPS：App Transport Security 会阻止明文 http:// 内容和无效证书。
- 从 320 px 到 iPad 宽度的响应式布局。Apple 在审核时也会在 iPad 上打开 iPhone 应用。
- 准备好隐私政策 URL（Web 应用内的一个页面即可）。
- 如果用户可以注册，应用内须提供账号删除功能。
- 如果内容需要登录才能查看，为审核人员提供演示登录账号。
- 应用内不得有“下载我们的应用”横幅、指向其他应用商店的链接或构建工具徽标。
- 一个 1024 × 1024 px 的应用图标，无透明区域、无圆角（Apple 会自动添加遮罩）。
- 从真实应用截取的当前 iPhone 尺寸截图（如支持 iPad，还需 iPad 截图）。
- 准备好不超过 30 个字符的应用名称、副标题和关键词。
- 回答出口合规问题（仅使用 HTTPS 的应用符合标准加密豁免条件）。
示例：从 Kiro 项目到审核通过的应用
假设您用 Kiro 为一家小型物业管理公司构建了一个报修门户：租户附上照片报告问题，员工分派处理，租户跟踪进度。spec 涵盖了支持 Apple 和 Google 的 Cognito 登录、用于报修单的 Amplify Data 模型、存放照片的 S3 存储，以及一条关于账号删除的验收标准。您把仓库连接到 Amplify Hosting，添加 requests.yourdomain.com，再用 WebViewGold 封装，由原生相机处理照片上传，维修人员出发时 OneSignal 推送会通知租户。审核备注中的演示租户有一张未完成和一张已完成的报修单。两个商店都批准了应用，此后完成的每个 spec 都会随下一次推送到生产分支到达应用。
上线后的第一周
- 把每条反馈变成一个小 spec 或一次快速的 vibe 会话，然后推送到生产分支；Amplify 会重新部署，应用随之更新。
- 让 .kiro/steering/native-app.md 与您使用的 WebViewGold 桥接调用保持同步，以免新的 spec 把它们撤销。
- 上线第一周留意 Amplify 构建分钟数和 DynamoDB 用量；商店用户往往一天会打开应用好几次。
- 只在报修单状态变化时发送推送；当每条消息都有价值时，租户才会一直开着通知。
- 在报修单以“已解决”关闭之后，用 rateapp:// 请求评分。
WebViewGold 为您提供
完整的原生应用项目，而不是订阅。以下所有功能都包含在授权中，只需一个设置即可开启。
- 完整的 Xcode 项目
- 推送通知
- 离线页面
- 应用图标与启动画面
- 原生分享与触感反馈
- 深层链接与通用链接
- 应用内购买
- 免费更新，白标
常见问题
如何把用 Kiro 构建的应用发布到 App Store 和 Google Play？
把它部署到公开的 HTTPS URL（Amplify Hosting、Netlify、Vercel 或您自己的服务器），将 URL 填入 WebViewGold for iOS 和 Android，用 Xcode 和 Android Studio 或 Cloud Builder 构建，然后提交两个应用。
发布 Kiro 应用需要 AWS 吗？
不需要。Amplify Hosting 与 Kiro 项目很契合，但 WebViewGold 只需要一个公开的 HTTPS URL。Netlify、Vercel、Cloudflare Pages 或您自己的服务器用起来完全一样。
Kiro 的 spec 能涵盖 App Store 的要求吗？
能，而且这是个好习惯：把布局、隐私页面、账号删除和错误状态写进需求，Kiro 就会像对待其他功能一样构建并测试它们。推送或生物识别登录等原生功能则在 WebViewGold 中启用，并通过它的 JavaScript 桥接调用。
发布 iOS 应用需要 Mac 吗？
使用 WebViewGold Cloud Builder 则不需要：配置、构建和上传到 App Store Connect 都在浏览器中完成。如果您有 Mac，Xcode 项目开箱即用。
Apple 审核需要多长时间？
大多数提交在 24 到 48 小时内完成审核。首次提交和带登录功能的应用有时会收到审核人员的提问；在 Resolution Center 中回答后审核会继续。
如果 Apple 拒绝了应用怎么办？
拒审通知会注明准则和原因，您可以根据需要多次重新提交。WebViewGold 附带 App Store 审核通过保证：如果 Apple 因非内容原因拒绝应用，您可在购买后 14 天内获得退款。
可以在 Amazon Cognito 中使用 Sign in with Apple 吗？
可以。Cognito 用户池支持把 Apple 作为身份提供方：在 Apple Developer 门户中创建一个 Services ID 和一个 Sign in with Apple 密钥，在 Amplify 认证定义的外部提供方中加入 Apple，并把按钮显示在 Google 旁边。在应用内，WebViewGold 会识别 Apple 登录页面并免配置处理，Google 登录则通过 Social Login Helper 完成。
商店应用应该加载 Amplify Hosting，还是其他托管服务？
都可以，因为 WebViewGold 只需要一个公开的 HTTPS URL。对于 Gen 2 项目，Amplify Hosting 很方便，因为前端和后端会按分支一起部署。无论选择哪个，都请让应用指向您自己域名上的生产分支，这样以后更换托管只需修改 DNS，而不必重新构建应用。
每次在 Kiro 中修改内容后，都必须重新提交应用吗？
不需要。应用加载的是您已发布的 URL，因此您在 Kiro 中发布的内容和功能变更会立即在应用中生效。只有原生外壳发生变化时才需要新的商店版本，例如更换应用图标或新增原生功能。
总共需要多少费用？
WebViewGold for iOS 一次性付费 $109（免费更新），加上 Apple Developer Program 账号（每年 $99）。可选：Cloud Builder 附加组件（每个许可证 $349，一次性付费），让您无需 Mac 即可在浏览器中构建；或 Full Service 套餐（每个平台 $698 起），由我们的团队为您配置、构建并提交应用。
让您的应用上架商店的三种方式
结果相同，只是您需要投入的工作量不同。三种方式都附带审核通过保证和 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日。