一套代码，真正的商店应用
iOS 应用在原生 WebView 中加载您已发布的 Blink.new URL。没有第二个项目需要维护，也不需要导出代码。
对 Blink.new 应用而言，为什么封装胜过重写
Blink 的原生路线从一个单独的 React Native + Expo 模板起步，需要在第一条提示词中选定，所以用这种方式把一个完成的 Blink Web 应用变成商店应用，意味着要另建一个拥有自己界面的项目。WebViewGold 封装的是您已有的生产 URL，Blink Auth、Turso 数据库和 Stripe 都保持原样。在 Blink 中 Publish，已安装的应用在下次启动时就会显示更新。
继续从 Blink.new 发布更新
在 Blink 中点击 Publish，生产环境会在一分钟内更新；应用在下次启动时就会显示新版本。只存在于预览中的更改永远不会进入应用。 只有原生外壳本身的变更（图标、新增原生功能）才需要提交商店更新。
叠加原生功能
推送通知、离线页面、原生分享、生物识别登录、二维码扫描、应用内购买和深度链接，都只是单个设置或一行 JavaScript 调用。
App Store 审核通过保证
Apple App Store 审核通过保证 – 否则 14 天内退款. 96.4% 的 WebViewGold 应用在首次提交时即通过审核团队的审核。
您需要准备什么
- 一个已发布在公开 HTTPS URL 上的 Blink.new 应用（yourapp.blinkpowered.com，最好是您自己的域名）
- 向 Apple App Store 提交所需的 Apple Developer Program 账号（每年 $99）
- Mac 上的 Xcode，或者浏览器中的 WebViewGold Cloud Builder（无需 Mac）
- WebViewGold for iOS（$109 一次性付费，免费更新）
- 一个隐私政策页面、一个 1024 × 1024 px 的图标，以及 30 到 60 分钟
出色的工作！无需任何编码就能轻松完成。简单快捷！创作者也提供了大力帮助！
Blink.new 到 App Store：完整演练
八个步骤，无需编程。大多数人不到一小时就能完成原生部分。
将您的 Blink.new 应用发布到生产环境 URL
每个项目都有一个 yourapp.sites.blink.new 预览，每次保存都会随之变化。点击 Publish（编辑器右上角），即可把当前版本推送到 yourapp.blinkpowered.com 的生产环境；生产托管需要 Starter 或更高套餐。 yourapp.sites.blink.new 预览会随每次保存而更新，并不是永久的生产环境。切勿把它放进应用：请发布到 blinkpowered.com 或您的自定义域名。 自定义域名： 在 Starter 或更高套餐中，打开 Workspace、Domains，点击 Add Domain，在 DNS 服务商处添加一条指向 cname.blink.new 的 CNAME 记录，然后点击 Check Status（也可以直接在 Blink 中购买域名）。SSL 会自动签发，blinkpowered.com 地址仍作为备用保持可用。 参见为什么值得在提交前使用自定义域名。
让它达到上架要求
添加隐私政策页面和账号删除选项（如果用户可以注册），并移除构建工具徽标或“下载我们的应用”横幅。在您的 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 中回答。我们的审核通过保证为您兜底。
提交前针对 Blink.new 的专项检查
这些是 Blink.new 项目（Web 应用使用 React + Vite + TypeScript + Tailwind CSS + shadcn/ui，后端是运行在边缘的 Hono，数据库是 Turso（SQLite），也可选用 Supabase 作为 Postgres 替代方案）最常遇到的问题。
- Blink 用一个单独的 React Native + Expo 模板构建原生应用，需要在第一条提示词中选定，而且它的 App Store 和 Google Play 发布功能需要 Max 套餐。如果您的产品是 Blink Web 应用，请直接封装已发布的 URL，而不是另起一个项目。
- Blink Auth 的 Google 登录会在嵌入式 WebView 中被阻止（"disallowed_useragent"）。请为 Google 这一步启用 WebViewGold 的 Social Login Helper；Sign in with Apple 会被自动识别并处理。
- 除非您在 WebViewGold 中配置了 Universal Links（iOS）和 App Links（Android），否则 Magic Link 邮件会在手机浏览器中打开，而不是在您的应用里。请给审核人员提供一个带密码的演示账号，让审核不依赖于邮箱收件箱。
- 提交之前连接您的自定义域名。blinkpowered.com 地址作为备用会继续可用，但应用 URL 以及 Universal Links 和 App Links 都应使用您自己的域名。
- 提交之前添加隐私政策页面和应用内的账号删除操作；当用户可以注册时，两个商店都会要求提供。
- Made with Blink: Blink 应用默认会在角落显示一个小小的“Made with Blink”徽标。在付费套餐中，构建应用之前打开 Workspace Settings、Overview、Privacy & sharing，开启 Hide "Made with Blink" badge。 关于构建工具徽标的更多信息.
让 Blink.new 来完成上架准备工作
把这段粘贴到 Blink.new 中，让它应用审核人员关注的那些修改。检查结果，然后发布。
粘贴到 Blink 的提示词
为将这个 Web 应用发布为原生 iOS 和 Android 应用做好准备（它将运行在加载已发布 URL 的原生 WebView 封装壳中）： 1. 添加 /privacy 和 /terms 页面，使用可编辑的占位文字，并在页脚和账号设置中链接它们。 2. 在账号设置中添加“删除我的账号”操作，在确认对话框之后删除用户的数据和 Blink Auth 账号。 3. 确保在 Magic Link 之外也启用邮箱和密码登录，让测试账号无需收件箱也能登录。 4. 让每个页面在 320px 到 iPad 宽度之间都能自适应，不出现横向滚动，点按区域至少 44px。 5. 从主导航中移除“下载我们的应用”横幅和外部推广链接。 6. 请求失败时显示友好的重试状态，而不是空白界面。 7. 把 <title> 设为应用名称（最多 30 个字符），并添加 meta description。
App Store 审核：对 Blink.new 应用重要的规则
Apple 审核的是应用行为，而不是所用工具。没有人因为使用 Blink.new 而被拒；应用被拒是因为下面这些问题。
- 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 应用为您的 Blink.new 应用带来的原生功能
每项功能都是可选的，并在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 的应用符合标准加密豁免条件）。
示例：从 Blink.new 项目到审核通过的应用
假设您用 Blink 为一场地区性科技大会构建了一个活动助手应用：参会者用 Apple 或 Google 登录，查看议程和个人日程，并在入口处出示门票二维码。门票通过 Stripe 在大会官网上销售，这没有问题，因为参会者购买的是线下活动。您发布到生产环境，连接 app.yourconference.com，再用 WebViewGold 封装。在入口处，工作人员打开签到页面，用 qrcode:// 扫描门票；每个二维码都编码了一个在应用内打开的签到 URL。当天会场有变动时，OneSignal 推送会发布通知。审核备注中的演示参会者持有一张门票，两个商店都批准了应用，此后在 Blink 中的每次 Publish 都会在下次启动时到达应用。
上线后的第一周
- 从 Blink 发布修复后，在您自己的域名上检查，而不是在应用从不加载的 sites.blink.new 预览上。
- 保持包含生产托管的套餐处于有效状态；应用依赖 blinkpowered.com 或您的域名持续在线。
- 活动前一天，在会场入口用工作人员实际要用的手机测试门票扫描。
- 只为会场变动和议程开始发送推送；如果每条赞助商消息都推送，参会者就会关闭通知。
- 在当天最后一场议程结束后用 rateapp:// 请求评分，这时参会者用这个应用用得最多。
WebViewGold 为您提供
完整的原生应用项目，而不是订阅。以下所有功能都包含在授权中，只需一个设置即可开启。
- 完整的 Xcode 项目
- 推送通知
- 离线页面
- 应用图标与启动画面
- 原生分享与触感反馈
- 深层链接与通用链接
- 应用内购买
- 免费更新，白标
常见问题
Blink.new 应用可以发布到 App Store 和 Google Play 吗？
可以。把 Web 应用发布到生产环境，在 WebViewGold 中填入 blinkpowered.com 地址或您的自定义域名，然后构建两个应用。不要使用免费的 sites.blink.new 预览：它会随每次保存而变化，并不打算作为永久地址。
Blink 可以构建 React Native 应用。我应该把 Web 应用重建成移动项目吗？
除非您想要两套代码库。Blink 的移动端路线从它自己的 React Native + Expo 模板起步，而且商店发布需要 Max 套餐。封装您已经发布的 Web 应用，就只需维护一个项目、一套后端，更新也无需商店审核即可上线。
发布 iOS 应用需要 Mac 吗？
使用 WebViewGold Cloud Builder 则不需要：配置、构建和上传到 App Store Connect 都在浏览器中完成。如果您有 Mac，Xcode 项目开箱即用。
Apple 审核需要多长时间？
大多数提交在 24 到 48 小时内完成审核。首次提交和带登录功能的应用有时会收到审核人员的提问；在 Resolution Center 中回答后审核会继续。
如果 Apple 拒绝了应用怎么办？
拒审通知会注明准则和原因，您可以根据需要多次重新提交。WebViewGold 附带 App Store 审核通过保证：如果 Apple 因非内容原因拒绝应用，您可在购买后 14 天内获得退款。
Blink Auth 提供 Sign in with Apple。iOS 应用里需要它吗？
如果您的登录界面显示了 Google、GitHub 或 Microsoft，就需要：审核指南 4.8 要求提供一个同等选项，只收集姓名和邮箱，并允许用户隐藏邮箱，而 Sign in with Apple 是满足这一点的稳妥方式。只使用邮箱和密码或 Magic Link 的应用则不需要。WebViewGold 会识别 Apple 登录页面并自动处理。
商店应用可以一直用 Blink 的免费套餐吗？
生产环境不行。免费项目只有 sites.blink.new 预览，它会随每次保存而变化，并不打算作为永久地址；在 blinkpowered.com 或您自己的域名上进行生产托管需要 Starter 或更高套餐。隐藏 Made with Blink 徽标同样需要付费套餐，所以请在构建应用之前就规划好升级。
每次在 Blink.new 中修改内容后，都必须重新提交应用吗？
不需要。应用加载的是您已发布的 URL，因此您在 Blink.new 中发布的内容和功能变更会立即在应用中生效。只有原生外壳发生变化时才需要新的商店版本，例如更换应用图标或新增原生功能。
总共需要多少费用？
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日。