随着 2025 年的法院裁决，Apple 和 Google 均更新了针对美国开发者的应用商店政策，创造了在传统应用内购买系统之外处理支付的新途径。在 iOS 上，Apple 现在允许开发者从其应用链接到外部网站以销售数字商品和服务，为基于 Web 的结账体验敞开了大门。这可以将购买费用降低高达 90%，在定价和促销方面提供更大的灵活性，支持更多支付方式，并使企业与客户建立更直接的关系。在 Android 上，Google 更新的 Play 商店政策允许开发者链接到 Web 结账，或者使用 Stripe 的原生 Payment Sheet 直接在其应用内处理支付，为 iOS 和 Android 提供了本指南涵盖的独特集成路径。

虽然法律环境仍在不断演变——特别是 2025 年 12 月的一项上诉法院裁决未排除 Apple 最终可能对通过外部链接完成的购买收取费用的可能性（金额仍有待确定）——但许多开发者已经迅速采取行动以利用这些新选项，同时关注进一步的更新。

为了利用这一机会，应用开发者告诉我们，他们正在探索如何快速迁移到针对 iOS 应用的基于 Web 的结账，同时保持客户转化率——即使是在将客户重定向到应用外时也是如此。

Stripe 可以提供帮助。Stripe 是一个全面集成的金融和支付产品套件，允许您在一个地方管理整个收入生命周期。您可以处理支付、创建可定制的基于 Web 的结账流程、推出新的定价模式、自动化全球税务合规并访问一体化报告。

在过去的一年中，Stripe 已帮助数十个应用开始处理外部支付，其中许多应用报告其支付处理费用实现了两位数的节省。在本指南中，我们提炼了我们所学到的知识，以帮助您在您的应用和 Web 端创建属于您自己的无缝支付体验。这些最佳实践将帮助您：

• 以合规的方式将购买从应用内重定向到 Web 端
  
• 在应用和 Web 端之间重定向时创造一致的用户体验
  
• 构建高转化率的结账
  
• 测试哪些策略最适合您的客户
  
• 管理购买后的活动，如税务、退款和争议
  

我们还将介绍Stripe Checkout for app-to-web payments如何结合本指南中重点强调的最佳实践。

注意：销售实体商品和服务的应用（电子商务、外卖、餐饮应用等）可以使用其应用内的任何第三方支付系统。要使用 Stripe 处理支付，请参阅我们的应用内支付解决方案。

创建优化网页端结账的最佳实践

在为您的应用支付创建网页端结账体验时，平衡转化率、用户体验和平台合规非常重要。正确的方法将取决于您是为 iOS 还是 Android 进行开发，因为这两个平台目前可用的支付流程有所不同。

以合规的方式将结账从应用内重定向到网页端

• 对于 iOS 应用，开发者应将客户从应用发送到外部浏览器以完成购买。在此流程中使用应用内 WebView 不太可能通过 App Store 审核，因此重定向到客户的默认浏览器是保持合规的更安全途径。
  
• 确认您的应用是否通过 Apple 的美国店面分发。Apple 的更新指南目前仅适用于从“United States storefront”下载的应用，因此请使用StoreKit 的 "Storefront" 属性来确定哪个店面适用于您的应用。如果您的应用通过其他店面分发，则可能无法获得这些权限。
  

Android 开发者：选择适合您应用的集成路径

Google Play 的政策变更赋予了 Android 开发者比 iOS 更多的灵活性。截至 2025 年 10 月，美国开发者有两个主要选项：

• 选项 1：原生应用内支付
  对于大多数 Android 应用，这是推荐的方法。您可以将 Stripe 的应用内支付页面直接集成到您的应用中，允许客户在不离开应用或打开浏览器的情况下完成购买。这通常能提供最佳的用户体验，并支持 Stripe 支付方式，例如数字钱包以及由 Stripe 构建的数字钱包 Link。

• 选项 2：网页端结账重定向
  您也可以将客户引导至由 Stripe 托管的或自定义的网页端结账页面。如果您希望在 iOS 和 Android 之间保持单一的结账代码库、支持更定制化的促销流程，或者使用 Stripe Managed Payments 作为您的备案商家，此选项将非常适用。

与 iOS 不同，Android 还可以在应用内 WebView 中支持支付流程，这对于某些促销代码流程或 Managed Payments 体验可能很有用。但是，通过 Google Play 分发且使用外部支付链接的开发者必须注册加入 Google 的外部内容链接计划。请查看 Google 的 Play Console 政策页面，了解最新的要求和截止日期。

使用预建的解决方案来简化合规

除了遵循 Apple 和 Google 的平台规则外，您的结账流程还必须满足更广泛的法律、银行和卡组织要求。这可能包括诸如 PCI 合规等安全义务、欧盟《通用数据保护条例》(GDPR) 和 CCPA 等隐私法规，以及银行和卡组织要求的客户披露。

使用预建的支付解决方案可以使这一过程变得更简单。您的支付服务商应帮助您了解这些要求，同时让您能够灵活构建既合规又针对转化率进行优化的结账体验。

在您的应用和网页之间重定向时创造一致的用户体验

• 将产品选择保留在您的应用内： 让客户在应用内选择产品，然后仅在完成支付时将其重定向到网页端。这保留了熟悉的内购体验，并避免了让客户进入传统的网页购物车，从而以免损害转化率。
  
• 仅在支付时间重定向到网页端： 将重定向限制在最后一步可以保持您的结账流程一致，并简化您可能想在结账页面上运行的任何测试，因为您只需更改流程的一个部分。
  
• 在重定向期间保留身份验证： 如果客户已在您的应用中登录，那么当他们登陆网页端结账页面时，也应保持登录状态。为了获得顺畅的体验，请实施第三方身份验证服务（例如Sign in with Apple或Firebase Authentication），该服务会生成短期令牌，您的应用可以通过 URL 参数传递该令牌。如果没有这种机制，要求客户在网页端再次登录会产生不必要的摩擦。
  
• 结账后自动将客户引导回您的应用： 支付完成后，使用通用链接将客户带回您的应用。通用链接在 Safari 上的效果最好；而在 Chrome 上，它们会在浏览器中打开，而不会自动将客户送回应用。为了使返回路径更可靠，请在结账后的第一个页面上包含一个明确的按钮，以深度链接带回您的应用。此外，请务必在返回链接中包含支付结果，以便您的应用能够显示相应的成功或失败状态。
  
• 让重定向显得是有意为之的： 当您的应用重定向到浏览器而不是在应用中打开 Apple Pay 时，客户可能会感到惊讶。为减少混淆，请考虑在交接之前在您的应用中添加重定向图标或消息，并在网页端结账页面上醒目地放置您的应用标志、名称和产品图像。视觉上的连续性有助于让客户放心他们仍在完成同一笔购买。
  

外部结账的早期采用者看到了差异很大的结果，在很多情况下，这种差异归结于重定向体验的质量。带有不必要摩擦的实施方案（例如额外的确认屏幕、缺少 Apple Pay 或过时的支付表单）往往表现不佳。相比之下，对于具有高购买意向的客户来说，精心构建的从应用到网页的结账流程可以达到或超过应用内转化率。

构建高转化率的结账流程

一旦客户到达网页端，结账体验应该让他们感到熟悉、快捷，并且是针对转化率进行过优化的。

• 设计网页端结账页面以使其与您的应用保持连贯： 与其设计一个包含通用网页表单的响应式网页，不如构建一个在视觉上与您的应用体验相一致的网页。您可以匹配应用的背景颜色、字体和 CTA 颜色。
  
• 在网页端结账时优先提供 Apple Pay： 客户已经习惯在您的应用中使用 Apple Pay 支付，因此在网页端醒目地突出显示这一相同的支付方式有助于提高转化率。
  
• 在网页端结账时显示已保存且受欢迎的支付方式： 网页端结账的一个优势是能够提供更多支付选项。如果客户不使用 Apple Pay，那么显示已保存的支付方式（例如存档的银行卡以及 Cash App Pay、Link 或先买后付等其他受欢迎的选项）可以帮助提高转化率。
  
• 考虑在网页端提供横屏模式： 如果您的应用支持横屏方向，请确保您的网页端结账功能也支持横屏，以帮助维持一致的客户体验。
  
• 在网页端包含促销代码和追加销售： 即使客户在您的应用中选择了产品，网页端结账仍然是提供额外价值的绝佳位置。通过重定向到网页，您现在允许客户在结账期间输入促销代码或升级到更高的订阅层级。这些小小的改进可以提高转化率和平均订单价值。
  
• 明确网页端结账的价值： 如果您的网页端定价与应用内定价不同，请在按钮文案和结账页面上明确表明所节省的费用。在实践中，诸如“在网页端节省 25%”等具体的价值信息往往比“在我们的网站上购买”等通用语言效果更好。以客户的当地货币显示最终价格，并在允许的情况下，显示与应用内价格的对比。价格透明度能建立信任并推动转化。
  

致使用 Stripe 原生应用内支付流程的 Android 开发者的注意事项： 如果您将 Stripe 的应用内支付元素直接集成到您的 Android 应用中，则本节中的浏览器重定向指南不适用。在那种情况下，请转而遵循您的应用内集成指南的最佳实践。

设计最佳实践：按钮布局与结账设计

将支付转移到 Web 端可以降低费用，但转化率取决于您如何顺利地引导客户从应用进入结账流程。本部分介绍如何设计启动该流程的应用内按钮、重定向前过渡屏幕以及 Web 结账页面本身，并通过布局和原则减少阻力并保障转化率。

选择按钮布局

如何展示在 Web 端支付的选项取决于您的定价策略，以及 Web 结账是唯一的购买路径还是与应用内购买并列的选项之一。在实践中，有三种布局效果较好：

布局 1：将 Web 结账作为主要行动号召

最适合针对美国客户完全迁移到 Web 结账的应用。在您的付费墙或定价屏幕中放置一个显眼的 CTA 按钮，明确说明目的地和价格。有效的按钮文案包括：“在 [yourdomain.com] 上订阅”或“获取高级版 — 7.99 美元/月”。避免使用“更多选项”或“继续”等模糊的标签，这无法让客户明确预期他们将离开应用以完成支付。

布局 2：Web 结账与应用内购买并列

最适合希望同时提供 Web 结账和原生应用内购买的应用。您可以将 Web 结账作为原生 IAP 按钮下方的次要选项展示，或者如果这更符合您的定价策略，则赋予两个选项相同的视觉权重。无论哪种情况，都应以客户的结果为导向。像“立即购买”这样直白的话语往往比“外部购买选项”等技术性措辞效果更好。

布局 3：将 Web 结账作为升级路径

最适合希望在 Web 端提供包年或高级方案，同时通过应用内购买保持包月方案可用的应用。将包年或折扣方案作为基于 Web 的选项呈现。这种布局往往效果很好，因为它将 Web 结账路径锚定在明确的价值差异上，而不是简单地要求客户在两种支付方式之间做出选择。

示例布局：

网页结账页面设计

一旦客户进入浏览器，目标就是帮助他们尽快完成购买。移动端客户使用的屏幕较小，并且处于全新的环境中，因此结账体验应优先考虑速度、清晰度和信任感。以下五项原则可不断提高移动端结账转化率：

• 钱包优先。 在移动端，将钱包按钮置于银行卡表单上方通常比表单优先的布局效果更好。刚刚离开原生应用的客户期望获得快速、一键式的结账体验。
  
• 展示您的品牌。 在结账页面顶部加入您的应用徽标和产品视觉元素。客户应该感觉他们仍在您的生态系统中，而不是在一个通用的支付页面上。
  
• 预填已知信息。 如果客户已在您的应用中完成身份验证，请尽可能将他们的电子邮件地址传递到结账会话中。哪怕只是减少一个必填字段，也能显著提高完成率。
  
• 保持购买摘要可见。 确保在支付表单附近可以轻松看到产品名称、价格和计费周期，以便客户能够快速确认他们购买的内容。
  
• 明确返回路径。 支付成功后，自动将客户重定向回您的应用。
  

衡量转化漏斗： 分别跟踪点击率和转化率。点击率衡量的是有多少客户从付费墙点击了结账链接，而结账转化率衡量的是在结账页面加载后完成支付的客户数量。点击率较低通常意味着按钮位置存在问题，或者文案需要改进。结账转化率较低通常表明网页结账体验本身需要改善。这些是不同的问题，通常需要不同的解决方案。

测试哪种策略最适合您的客户

• 优先对新客户进行测试： 首先针对新客户进行基于网页的结账 A/B 测试，将其中一部分客户重定向至外部网页，同时监控关键业务指标。一旦您对表现感到满意，请考虑引导现有客户在网页上进行购买。
  
• 选择正确的支付策略： 随着 Apple 指南的更新，您不再被强制要求提供 Apple 的 IAP 系统。开发者在运用不同策略时均取得了成功：
  
  • 同时提供 IAP 和网页结账： 一些开发者同时提供这两种选项，有时还会为选择网页结账的客户提供折扣，以鼓励更具成本效益的交易。
    
  • 仅支持网页结账： 其他开发者完全移除了 IAP，仅通过网页接受付款，从而最大程度地节省费用。
    
• 为现有订阅做好规划： Apple 不允许导出 IAP 支付数据，因此您无法将有效订阅自动迁移至 Stripe 等第三方服务提供商。为了实现客户过渡，请考虑在他们当前的应用内订阅结束后，提示他们通过网页结账重新订阅，而不是提供应用内续订选项。
  

对于 Android 开发者，还有第三种混合模式可供选择： 集成 Stripe 的应用内支付元素作为主要支付路径，同时保留 Google Play Billing 作为备用功能，以满足偏好该功能的客户需求。这种方法为 Android 客户提供了无缝、原生的 Stripe 体验，同时在过渡期间保留了灵活性。

在测试时，请在初始推广中优先考虑高意向群体，例如购买包年方案的客户、回头客以及已经进入购买流程的客户。相对于应用内购买，网页结账在这些群体中的表现往往最具竞争力，并且每笔交易的费用节省对他们来说通常也最有意义。

管理客户购买后的体验

• 提供基于网页的订阅管理： 如果您销售订阅，请为客户提供一种在应用外部进行管理的方式。常见的做法是在应用内显示客户当前的订阅层级，并包含一个指向基于网页的订阅管理门户的链接。理想情况下，该门户应允许客户更新支付方式、取消订阅或升级到不同的方案。这既能改善客户体验，也能减少支持请求。如果您直接在 Android 应用中使用 Stripe 的应用内支付元素，那么购买后的订阅管理就会更像传统的网页订阅。您可以通过 Stripe Billing 和 Stripe 客户门户管理整个订阅生命周期。
  
• 为税务、争议和退款做好准备： 在使用 Apple 的 IAP 系统时，Apple 是备案商家，负责处理税务、退款和争议。当您过渡到基于网页的支付时，您的企业将成为备案商家并承担这些责任，或者您也可以使用同样作为您企业备案商家的支付服务提供商。寻找能够代表您管理以下事项的支付服务提供商：
  
  • 全球税务合规： 在多个司法管辖区计算、代收和缴纳正确的税务
    
  • 欺诈管理： 实施相关系统以检测和防范欺诈交易
    
  • 争议解决： 响应并管理客户争议和撤单
    
  • 财务责任： 承担每笔交易的法律和财务责任
    
  • 客户支持： 处理与支付相关的咨询和退款请求
    

如果贵公司已经在管理网页支付，则可能已有相关系统。如果没有，可以考虑使用类似 Stripe Managed Payments 这样的解决方案，它可以充当您的交易记录商。

Stripe 如何帮助您利用这一机会

实施上述所有最佳实践可能令人望而生畏，尤其是当您需要替代 Apple 以前提供的全面基础设施时。Stripe 提供全面的解决方案，帮助您快速且自信地过渡到网页支付：

• Stripe Checkout for app-to-web payments：一个专为接受应用到 Web 支付而设计的预构建、高度可定制的支付页面。
  
• Stripe Managed Payments：我们的备案商家解决方案使用 Link 来管理作为备案商家运营所涉及的所有复杂性。Stripe 为您处理幕后的繁杂事务——如全球税务合规、争议管理、欺诈防范和客户支持——维持您所习惯的简单运营体验。
  
• Stripe Billing：按照您想要的方式管理客户并向客户开单。Stripe 支持周期性计费、按用量计费和协商合同，以自动化您的收入管理工作流。Stripe 还通过专属的客户门户支持在线订阅管理。
  

以下是关于各个解决方案的更多详情。

Stripe Checkout 用于应用到网页支付

借助 Checkout，您可以创造感觉类似于应用原生的无缝且值得信赖的结账体验，同时在 Web 端获得更大的灵活性、控制力和支付方式覆盖范围。Stripe Checkout for app-to-web payments 是一个专为移动端应用设计的预构建、高度可定制的支付页面。它可帮助您立即实施最佳实践，并处理本指南中涵盖的许多最佳实践。

Stripe Checkout 具有专为应用客户量身定制的移动端优化的用户界面，以及安全的身份验证和重定向处理，以确保从您的应用到 Web 端的顺畅流程。它还包含对促销代码和订阅升级的内置支持，从而实现更加灵活且有利于转化率的购买选项。

Checkout 支持超过 75 种全球支付方式，包括 Apple Pay、Link 以及 Cash App Pay，使您能够满足不同地区客户的偏好。回头客还可使用已保存的支付方式，从而加快结账流程并提升复购转化率。

Stripe Checkout 还能实现全球隐私、安全和卡组织合规，并自动管理购物车状态、身份验证和重定向。它同时支持一次性和订阅计费模式，并附带预构建的计费门户——允许客户在 Web 端管理其订阅。

所有这些都依托于 Stripe 强大的计费和税务引擎，为您提供可直接使用的全球税务合规和可靠的周期性计费。借助 Checkout，您只需几天时间即可开始接受网页支付——无需从零构建所有系统。

Stripe Managed Payments

通过网页支付销售 SaaS、软件、内容或下载等数字产品能够提供更大的灵活性和控制权。但这也带来了新的责任，这些责任此前由 Apple 负责，例如税务合规和客户支持。

Stripe Managed Payments 是一种备案商家解决方案，可为您处理这些复杂事务，从而使您能够在扩大业务范围的同时简化运营。

交易记录商是负责向客户销售产品的法律实体。当您使用 Managed Payments 时，Stripe 将代表您成为交易记录商，承担与数字销售相关的主要责任。这包括：

• 全球税务合规（增值税、商品及服务税、销售税），包括计算、征收和汇缴
  
• 欺诈防范和风险管理
  
• 争议和拒付处理
  
• 客户支持和订阅管理
  

Stripe Managed Payments 通过带有 Link 品牌的客户门户为您的客户提供支持。如果您的客户使用 Link，他们可以查看其购买历史记录、管理支付方式，以及更新或取消订阅。此外，Managed Payments 还通过 Link 提供交易级别的客户支持。通过处理这些复杂的任务，Stripe 让您能够保留应用内购买所提供的简单运营体验，同时为您提供基于 Web 的支付的灵活性和控制力。

对于希望减轻全球范围内销售数字产品运营负担的企业而言，Managed Payments 是最快捷的途径。它使您无需构建复杂的后端系统即可快速进入市场，同时提供无缝的应用到网页结账体验。凭借内置的全球税务合规，您无需成为自己的交易记录商，就能专注于业务增长。

Stripe Billing

既然可以通过外部网站收取款项，您就有能力完全控制定价。Stripe Billing 允许您轻松定制定价模式，如订阅、基于用量的计费、现收现付或一次性收费，以满足您的业务需求。

如果您不使用 Managed Payments 但使用 Billing，您的客户可以使用 Stripe 的客户门户在 Web 端轻松管理他们的订阅。该门户可让客户自我管理其支付详情、查看账单并更新订阅——所有这些都在一个便捷的地方进行。如果您使用 Managed Payments，全面的订阅管理体验将作为服务的一部分自动包含在内。

您还可以为客户提供折扣试用费率，让他们无需支付全额费用即可试用您的产品，或者如果订阅者从包月方案升级到包年方案，您可以为他们提供折扣。Stripe Billing 还通过 AI 驱动的 Smart Retries 和恢复工作流自动化帮助您最大限度地提高收入并减少流失。Stripe 恢复工具在 2025 年帮助企业收回了 82 亿美元的失败支付款项\。

使用 Stripe 的其他优势

通过 Link 提供快速结账服务

借助Link，您可以通过自动填写客户的支付信息来保持快速、无摩擦的支付体验——使他们能够在几秒钟内完成结账。事实上，使用 Link 的客户结账速度比不使用 Link 的客户快三倍。

利用 Instant Bank Payments 降低处理成本

除了更快的结账速度外，您还可以通过 Link 的 Instant Bank Payments 节省支付处理费用。借助Instant Bank Payments，您的客户只需点击几下即可使用 Link 结账并使用其美国银行账户进行支付。随后，支付会立即得到确认，并在两个工作日内结算（就像银行卡支付一样），而且 Stripe 会针对银行发起的退回风险提供担保。

将资金即时转至您的银行账户或借记卡

获取现金对所有企业来说都是一项挑战，但对于必须等待至少 30 天才能获取收益的应用开发者来说可能尤其困难。这种现金流的匮乏可能会限制您扩展应用的能力，使您更难投资于新的营销活动或功能。Stripe 的 Instant Payouts 解决了这一挑战，允许您在交易发生后的几分钟内将资金转账到符合条件的借记卡或银行账户。您可以在任何日期或时间（包括周末和节假日）请求即时提现，资金通常会在 30 分钟内到达关联的银行账户。

有关 Stripe 如何帮助您创建网页结账的更多信息，请阅读我们的指南或联系我们的销售团队。要立即开始接受付款，请注册账户。