# 2026 年合法绕过 App Store 费用的方法（Epic 案裁决之后） > SaaS 和数字产品公司如何在 2026 年合法避免 Apple 和 Google 应用商店 30% 的费用：网页结账、反引导裁决，以及实际允许的做法。 - **Author**: Ayush Agarwal - **Published**: 2026-05-03 - **Category**: Payments, Mobile, SaaS - **URL**: https://dodopayments.com/blogs/zh/bypass-app-store-fees-legally --- 30% 的 App Store 和 Play Store 费用，曾是数字企业十年来承担的最大税负。到了 2026 年，得益于一系列法院裁决、监管变化和平台让步，大多数应用终于可以选择不再支付这项"税费"，替代支付流程也因此成为可能。当你运行自己的结账流程时，也就需要自行处理争议，因此了解[拒付与退款之间的区别](https://dodopayments.com/blogs/chargeback-vs-refund)，以及[拒付保险](https://dodopayments.com/blogs/chargeback-insurance)如何限制损失，会很有帮助。 本指南将解释 2026 年实际合法的做法、开发者将客户引导至网页结账时使用的模式，以及每种方式的取舍。目标很明确：在不违反 App Store 或 Play Store 政策、不让应用被下架的前提下，如何保留全部收入。 ## 2026 年的现状 整个格局经历了三轮变化： 1. **Epic 诉 Apple（2021 年）。** 法院裁定，Apple 在美国实施的反引导规则属于违法。开发者可以添加外部链接和相关文案，引导用户使用替代支付方式。 2. **欧盟《数字市场法》（2024 年）。** DMA 迫使 Apple 和 Google 在欧盟允许替代应用商店和替代支付系统，并废除反引导条款。 3. **后续法院裁决（2024--2025 年）。** 美国及全球多项裁决进一步扩大了开发者在应用内购买系统之外向用户收费、且无需支付佣金的自由。决定性裁决于 2025 年 4 月作出：美国法院认定 Apple 藐视原始禁令，并命令其停止对美国 App Store 中通过外部链接完成的购买收取佣金。这项裁决让外链跳转从灰色地带变成了有据可查且受支持的流程，也正是因此，下面的指南与此前的建议有了实质性不同。 最终结果是：如今，大多数类别的应用都可以合法地将用户引导至网页结账，在那里你支付的是 4% 的支付处理费，而不是 30% 的 App Store 佣金。 > 30% 的佣金一直更像是一种让 Apple 和 Google 受益、而不是让开发者或用户受益的税。Epic 案之后的格局，为 SaaS 和数字产品公司提供了第一次真正保留收入、而无需玩税务游戏的机会。 > > - Ayush Agarwal，Dodo Payments 联合创始人兼 CPTO ## 哪些方式获准：阅读器应用、订阅应用和迷你应用 规则因应用类别而异。2026 年的情况如下： | 应用类型 | 是否必须使用应用内购买？ | 是否允许替代方式？ | | ------------------------- | ------------------------ | -------------------------- | | 订阅型 SaaS（阅读器应用） | 否 | 是----链接到网页订阅 | | 含虚拟商品的游戏 | 是（大多数情况下） | 有限----欧盟有部分豁免 | | 一次性数字商品购买 | 取决于应用类型 | 通常可以 | | 实体商品/服务 | 否 | 始终可以----从不要求使用 IAP | | 市场类应用 | 通常不需要 | 许多流程都可以 | "阅读器应用"类别的限制最少。主要提供对外部购买内容或服务访问权限的 SaaS 应用，一直都可以跳过应用内购买。Apple 在 2022 年大幅扩展了这一类别，将云应用、文件存储和大多数 B2B SaaS 纳入其中。 如果你的应用属于这一类别（大多数 SaaS 都是），你一直都有合法选项来避开 30% 的费用。最近的裁决只是让替代方案对用户更加友好。 ## 三种主要策略 2026 年，有三种合法方式可以绕过 Apple 和 Google 的支付系统向用户收费。 ```mermaid flowchart LR A[Mobile App User] --> B{Strategy} B -->|Strategy 1| C[External Link Account] B -->|Strategy 2| D[Web-First Onboarding] B -->|Strategy 3| E[Reader App Pattern] C --> F[User clicks 'Manage' opens browser to web checkout] D --> G[User signs up on web first logs in via app] E --> H[App provides access web handles payment] ``` ### 策略 1：从应用内跳转外部链接 在应用内添加链接或按钮，在外部浏览器中打开网页结账。根据美国的 Epic 案裁决和欧盟 DMA，这种方式在美国和欧盟均获准。Apple 仍要求你在美国使用其授权系统，根据应用类别不同，该系统会收取 12% 至 27% 的佣金。欧盟版本不收取佣金。 **优点：** 客户可以在应用体验中直接付款。 **缺点：** Apple 的外部链接授权在部分司法管辖区仍会收取佣金。用户体验上需要离开应用、打开浏览器。 ### 策略 2：先网页注册 引导客户访问你的网站进行注册和付款。移动应用用于使用产品，而不是购买产品。客户使用在网页上创建的账号登录应用。 **优点：** 零 App Store 佣金。法律状态最清晰。适用于所有国家。 **缺点：** 获客环节的摩擦更高。部分渠道（例如 App Store 搜索）的转化率会下降。 这是 2026 年大多数 SaaS 采用的标准模式。 ### 策略 3：阅读器应用模式 将应用构建为"阅读器"，用于展示在其他渠道购买的内容或提供相应访问权限。使用 App Store 的阅读器规则，完全跳过应用内购买。所有付款活动都引导用户在网页上完成。 **优点：** 法律定位最灵活。适用于传统 SaaS、电子阅读器、视频应用、生产力工具以及大多数 B2B 应用。 **缺点：** 应用必须确实属于阅读器应用。游戏和包含复杂虚拟经济系统的应用不符合条件。 ## 实现方式：如何将用户引导至网页结账 2026 年，实现机制很简单： ### 第 1 步：在网页端识别用户 当用户从应用商店详情页、社交媒体或你的营销网站进入网站时，为其提供针对移动网页优化的注册和付款流程。 ### 第 2 步：针对移动端优化结账 你的网页结账必须在移动设备上正常运行。Apple Pay 和 Google Pay 可以减少操作阻力。带有自动保存功能的多步骤流程，可以应对用户在结账过程中分心离开的情况。 ```javascript import DodoPayments from "dodopayments"; const client = new DodoPayments({ bearerToken: process.env["DODO_PAYMENTS_API_KEY"], }); // Create a payment-link checkout that works great on mobile web const session = await client.checkoutSessions.create({ product_cart: [{ product_id: "pdt_pro_subscription", quantity: 1 }], customer: { email: req.body.email }, return_url: "https://yourapp.com/welcome", }); // Redirect to session.checkout_url ``` ### 第 3 步：交接给应用 付款成功后，将用户带到"欢迎"页面。该页面可以检测移动设备，并显示"在应用中打开"按钮。使用深度链接（iOS 上的 Universal Links、Android 上的 App Links），让应用接收已认证的会话。 ### 第 4 步：应用内身份验证 当用户打开应用时，根据网页结账期间创建的会话为其登录。大多数身份验证服务商（Auth0、Clerk、Better Auth、Supabase Auth）都可以通过跨平台令牌处理这一流程。 如需了解更多跨平台实现方式，请参阅 [react native 集成](https://docs.dodopayments.com/developer-resources/react-native-integration)、[移动端集成](https://docs.dodopayments.com/developer-resources/mobile-integration)，以及配套指南[为 React Native 和 Expo 应用添加支付](https://dodopayments.com/blogs/add-payments-react-native-expo)。 ## 2026 年仍存在风险的做法 一些早期有效的模式如今仍然存在风险： - **规避应用内购买。** 检测用户是否使用 iOS，然后向其显示"在网页购买"链接，而不是应用内购买选项。Apple 曾因此拒绝应用。请改用 Epic 案之后的外部链接授权。 - **错误归类为"阅读器应用"。** 如果你的应用包含游戏、社交功能或虚拟经济系统，阅读器应用豁免不适用。 - **结账中的暗黑模式。** 完全隐藏应用内购买选项，同时将用户重定向至网页替代方案，可能违反平台规则。请保持透明。 - **试图在仍受限制的市场规避规则。** 一些国家（韩国、日本、俄罗斯）有不同规定。请查看具体市场的监管要求。 ## 绕过应用商店后的税务与合规 当你通过网页而不是应用内流程收款时： - **你会成为名义商户（或使用一个名义商户）。** App Store 会处理 IAP 交易的税务和合规事宜，而网页支付则需要你承担这些责任。 - **VAT、GST、销售税。** 你需要在每个拥有客户的司法管辖区计算并收取税款。请参阅我们的配套指南：[SaaS 的欧盟 VAT](https://dodopayments.com/blogs/eu-vat-saas-guide-2026)、[SaaS 的美国销售税](https://dodopayments.com/blogs/us-sales-tax-saas)，以及 [AI SaaS 的全球 VAT 和 GST](https://dodopayments.com/blogs/global-vat-gst-ai-saas)。 - **退款和争议。** App Store 会处理 IAP 的退款争议，而网页支付则要求你直接处理争议。 像 Dodo Payments 这样的 MoR（名义商户）会成为你网页交易中的法定卖方，从而在全球范围内处理税务和合规，一次性解决以上三项问题。 ## 算一算：为什么值得切换 假设一家 SaaS 公司通过移动应用订阅实现了 100 万美元 ARR： - **应用内购买：** 100 万美元收入，30 万美元 App Store 佣金，你获得 70 万美元 - **通过 MoR（名义商户）进行网页结账：** 100 万美元收入，约 5 万美元支付处理费，约 1 万美元税务处理费，你获得 94 万美元 每 100 万美元收入相差 24 万美元。即使考虑从 App Store 转向网页带来的用户获取摩擦，对于 ARR 超过 10 万美元的公司来说，网页优先在经济上仍然明显更有利。 > 2026 年仍默认使用应用内购买的公司，要么还没意识到自己有替代方案，要么是在优化 App Store 搜索排名。对于已经建立获客渠道的 SaaS 公司来说，网页优先没有悬念。 > > - Rishabh Goel，Dodo Payments 联合创始人兼 CEO 如需进一步了解，请参阅我们关于[不使用 PayPal 接受付款](https://dodopayments.com/blogs/accept-payments-without-paypal)的分析。 ## 常见实现错误 这些模式可能让 SaaS 创始人损失数月时间和收入： - **在移动端跳过订阅门户访问。** 客户在网页上付款，却无法在移动端管理订阅，最终因失望而取消订阅。 - **网页与应用之间的登录状态不同步。** 用户在网页上付款，打开应用后却必须再次登录。从第一天起就使用 SSO。 - **没有针对移动端优化结账。** 客户通过 iPhone 访问，而你的结账流程无法正常运行，于是客户离开。 - **隐藏税费。** 客户在 App Store 看到的是每月 9.99 美元，在网页上却变成 11.97 美元（含 VAT）。请在价格展示时透明说明含税价格。 - **没有争议处理流程。** 客户发起拒付，而你没有任何追回损失的流程。 如需进一步了解最后一点，请参阅我们的[拒付欺诈防范指南](https://dodopayments.com/blogs/chargeback-fraud-prevention)和 [MoR（名义商户）拒付处理](https://dodopayments.com/blogs/merchant-of-record-chargebacks)。 ## 什么时候应用内购买仍然有意义 在以下情况下，IAP 仍然可能是正确选择： - **纯消费类应用，且每位用户的平均收入较低。** 如果客户只为一次性购买支付 1 美元，将用户重定向到网页所带来的摩擦会严重影响转化。 - **依赖 App Store 发现机制的应用。** 某些应用类别（生产力、照片编辑）的大部分安装量来自 App Store 搜索，而 IAP 是其中转化流程的一部分。 - **面向不信任网页支付用户的应用。** 例如年龄较大的用户群体，或信用卡普及率较低的国际市场。 - **拥有虚拟经济系统的游戏开发者。** 阅读器应用豁免不适用。 除此之外，2026 年默认应采用网页优先结账。 将部分收入保留在应用内购买中的团队，通常最终都会运行一个专门的移动订阅层，用于对账商店收据和网页订阅，并确保两边的权益保持一致。如果你正在评估这一层，我们对 [RevenueCat 替代方案](https://dodopayments.com/blogs/revenuecat-alternatives)的比较，涵盖了移动订阅基础设施选项，以及 MoR（名义商户）可以在哪些情况下取代单独订阅层。 ## Dodo Payments 如何帮助实现移动端绕过策略 Dodo Payments 专为采用网页优先结账流程、并与移动应用集成的 SaaS 公司打造： - 针对移动端优化的托管结账，可在 iOS 和 Android 浏览器上运行 - 开箱即用地支持 Apple Pay 和 Google Pay - 原生 [React Native](https://docs.dodopayments.com/developer-resources/react-native-integration) 和[移动端集成](https://docs.dodopayments.com/developer-resources/mobile-integration) SDK - 客户可通过网页或应用内深度链接访问的客户门户 - 无论客户最初在哪里付款，都能正常运行的订阅管理 - 完整的 MoR（名义商户）服务，覆盖 220 多个国家/地区的税务与合规 - 为每个计费事件提供 Webhook，实现紧密的跨平台同步 - 透明定价：每笔交易收取 4% 加 40 美分，无月费 如需了解实现模式，请参阅我们的 [React Native 和 Expo 指南](https://dodopayments.com/blogs/add-payments-react-native-expo)、[绕过 App Store 费用功能文档](https://docs.dodopayments.com/features/bypassing-app-store-fees)，以及 [appstore 数字商品文档](https://docs.dodopayments.com/features/appstore-digital-goods)。 ## 常见问题 ### 绕过 App Store 费用合法吗？ 是的，截至 2026 年，在大多数司法管辖区和大多数应用类别中都合法。法院裁决（美国的 Epic 诉 Apple 案、欧盟的《数字市场法》）已经确认，开发者可以将用户引导至替代支付方式。阅读器应用的分类一直允许 SaaS 应用跳过应用内购买。具体规则因市场而异，因此请确认目标地区的最新规定。 ### Apple 或 Google 会因为我使用网页结账而封禁应用吗？ 只要你遵守当前平台规则，就不会。Epic 案之后的外部链接授权已获得官方支持。阅读器应用一直都可以跳过应用内购买。风险来自在应用内规避规则（例如只向 iOS 用户显示替代方式、完全隐藏 IAP 选项等）。遵循官方指南，你的应用就是安全的。 ### 应用内购买和网页结账有什么区别？ 应用内购买通过 Apple 或 Google 的支付系统处理付款，根据应用类别和收入层级收取 15% 至 30% 的佣金。网页结账通过第三方支付处理商处理付款，通常费用为 3% 至 5%。两者的用户体验取舍在于摩擦与收入留存：网页结账要求用户离开应用，或先在网页上注册，但可以保留几乎全部收入。 ### Dodo Payments 如何帮助绕过 App Store？ Dodo Payments 负责绕过策略中的网页结账部分：针对移动端优化的托管结账、Apple Pay 和 Google Pay 支持、完整的订阅管理、客户门户，以及用于税务和合规的 MoR（名义商户）服务。移动应用集成使用 Dodo 的 React Native SDK 处理跨平台会话。 ### 绕过 App Store 会带来哪些税务影响？ 当你通过网页而不是应用内流程收款时，就需要对每个拥有客户的司法管辖区负责税务合规。App Store 会处理 IAP 交易的相关事项，而网页交易则由你负责。像 Dodo Payments 这样的 MoR（名义商户）会承担这项责任，按照客户所在国家/地区的正确税率收取税款、申报纳税并处理审计。 ## 总结 2026 年，对于大多数 SaaS 和数字产品公司来说，30% 的 App Store"税费"已经可以选择不再支付。法院裁决、监管变化以及现有的阅读器应用豁免，为开发者提供了多条合法路径，让他们能够在应用内购买系统之外向用户收费。 选择适合你产品的模式。对于展示内容或提供服务的 SaaS，使用阅读器应用模式；对于已经建立营销漏斗的产品，采用网页优先注册；对于需要在应用内设置购买触点的产品，从应用内跳转外部链接。 无论选择哪种模式，后端要求都相同：针对移动端优化的结账、Apple Pay 和 Google Pay 支持、订阅管理、税务与合规，以及跨平台会话处理。对于采用网页优先或混合移动流程的 SaaS 公司，[Dodo Payments](https://dodopayments.com) 可以处理以上所有事项。请参阅[定价页面](https://dodopayments.com/pricing)和[移动端集成文档](https://docs.dodopayments.com/developer-resources/mobile-integration)。 --- - [More Payments articles](https://dodopayments.com/blogs/category/payments) - [All articles](https://dodopayments.com/blogs)