设计/优化网页到 App 安装与付费漏斗时：用网页获客…

当需要把网页访客（广告/SEO/社交/邮件）转化为 App 安装、注册和付费，尤其想先在网页用 Stripe 收款再引导安装时，按本经验设计 web-to-app 漏斗。

适用场景

解决思路

1. 先检查 app-marketing-context.md。
2. 询问并记录网页流量来源与计划：SEO、付费搜索、社交广告（落地到网页）、播客、newsletter。
3. 询问并记录变现模式：subscription（网页支付是巨大杠杆）、IAP、广告、免费。
4. 询问并记录现有网页资产：landing page、完整营销站、无。
5. 询问并记录市场：仅美国还是全球；EU/Korea 网页支付规则不同。
6. 询问并记录现有漏斗指标：web visit → install → activate → paid。
7. 评估是否值得做 web-to-app：应用商店/Play 对订阅收 15–30% 费用，网页计费可完全省掉；Apple EU DMA、韩国法律、荷兰约会应用裁决、DOJ Epic 裁决带来更多把用户送到网页支付的合法性；付费社交 CPM 对网页目的地比 App Install 便宜；网页先建立信任可提升激活；安装前捕获 email 可拥有关系并召回流失。
8. 选择 Pattern A：Web → App Install → In-App Paywall；网页只做 discovery/brand，App Store 负责计费；适用于小额购买、广告变现，或想获得 App Store featuring 资格。
9. 选择 Pattern B：Web Onboarding + Web Payment，然后 App Install；用户在网页完成 quiz、注册、用 Stripe 付款，再安装 App 并登录付费账户，App 作为交付机制；适用于订阅价格 >$5/mo、目标人群有付费意图、想保留 App Store 费用。
10. 选择 Pattern C：Web Capture, App Activation, Web or App Payment；用户在网页留 email/phone，收到 SMS 安装链接，paywall 在 App 内；适用于低价订阅、想覆盖更广、移动优先人群。
11. 若用 Pattern B，按流程实现：付费广告/SEO/TikTok bio → 带 quiz 的 landing page → 个性化结果 + 计划 → 捕获 email → Stripe checkout（在此付款）→ “Get the app” 页面带 QR + App Store/Play badges → App 安装（deferred deep link 携带付费状态）→ App 打开后用 email/token 调后端识别付费用户 → 跳过 App 内 paywall，直达产品。
12. Pattern B 关键工程：deferred deep link 携带 email/token（Branch/AppsFlyer/自定义 URL scheme handler after Universal Link）。
13. Pattern B 关键工程：后端在首次登录时把 Stripe customer 映射到 App user。
14. Pattern B 关键工程：在每个 paywall surface 检查 “Already paid”。
15. Pattern B 关键工程：遵守 App Store/Play 合规：如果 App 内也提供 IAP，不要展示比 IAP 更优惠的价格；或申请 external payment link entitlement。
16. 合规检查 Apple：用户可在网页付款，但 App 内不能链接到网页支付（例外：US/EU/Korea/Netherlands 的 External Purchase Link Entitlement）。
17. 合规检查 Google Play：用户可在网页付款，EEA 和部分市场可用 User Choice Billing。
18. 合规检查 Apple：App 能否告知用户网页有付费功能？仅特定类别的 Reader app exception（3.1.3a）；否则不得引导到 App 外。
19. 合规检查 Google Play：更灵活；可在 checkout flows 之外提及网页。
20. 合规检查 Apple：funnel 可从网页开始，没有规则禁止；规则只约束 App 内向外链接。
21. 合规检查 Google Play：funnel 可从网页开始。
22. 合规检查 Apple：App 可登录已在网页付款的用户，完全允许。
23. 合规检查 Google Play：App 可登录已在网页付款的用户。
24. 结论：Web → web payment → app install → app sign-in 完全合规；限制只在 App 内反向链接出去。
25. 对已安装 App 的网页访客，用 smart banner/open-in-app 路由进 App：Apple Smart App Banner（<meta name="apple-itunes-app">，免费，仅 Safari，基础）。
26. 或用 Branch Journeys：跨浏览器、可定制、内置归因。
27. 或用 AppsFlyer Smart Banner：同上。
28. 或自定义 JS：嗅探 user agent，通过 Universal Link timeout pattern 检测安装。
29. 提升 mobile web → app 交接转化：使用 Universal Links/App Links 让 App 直接打开。
30. 通过链接传递上下文（当前页面/item ID）。
31. 未安装时 fallback 到 App Store；deferred deep link 仍保留上下文。
32. Pattern B 的 quiz 机制：6–12 道题，多为带图片的多选题。
33. Quiz 30–60 秒完成。
34. 每个答案感觉个性化（进度条前进、文案反应）。
35. 在结果揭示后、计划/价格前捕获 email（利用 sunk-cost commitment）。
36. 展示个性化结果页，用 “Your plan” 框架。
37. Plan picker 默认年付，CTA 上方放 social proof。
38. 移动端 Stripe Checkout 在同一标签页打开，不要用 modal。
39. 工具选择：用 Next.js + Stripe + Postgres 自建，或用 Funnelish、Heyflow、GetWaitlist 做 no-code。
40. 按输出模板组织方案：WEB-TO-APP FUNNEL — <App Name>；PATTERN；FUNNEL DESIGN 的 Step 1 Traffic source（Channels、Landing URL）；Step 2 Landing/quiz（visit → email capture 目标、Quiz length、Personalization axes）；Step 3 Payment（Plan structure、Stripe vs Paddle 处理 EU VAT、results → paid 目标）；Step 4 App install handoff（QR code + badges + SMS-me-the-link、Deferred deep link tool）；Step 5 App sign-in & activation（token/email-link sign-in、Paid status verification、Skip in-app paywall、Activation event）。
41. 输出模板还要包含 COMPLIANCE CHECKLIST：App 内无网页 checkout 链接（或已申请 External Purchase Link Entitlement）；隐私政策覆盖 Stripe 数据 + App 数据关联；App Store/Play 描述不提及网页付款；Universal Links/App Links 域名已验证。
42. 输出模板还要包含 MEASUREMENT：Visit → quiz start；Quiz start → email capture；Email capture → checkout；Checkout → paid (Stripe)；Paid → app install；App install → app sign-in；Sign-in → activation event。
43. 输出模板还要包含 EXPECTED ECONOMICS：每订阅相比 App 内节省费用约 15-30% LTV；web-first CAC 通常更高，但由省下 App Store 费用 + email capture 资产抵消。
44. 避免常见错误：Pattern B 后端未准备好识别付费用户，导致用户网页付款后又在 App 内撞 paywall 并流失。
45. 避免常见错误：桌面端 checkout 成功页没有 QR + SMS-me-the-link，桌面买家难到移动端。
46. 避免常见错误：Universal Links 未验证，导致 “Open in app” 跳到 App Store。
47. 避免常见错误：在 App Store 描述里写价格，同时又在网页收款（违反 Apple guideline 3.1.3）。
48. 避免常见错误：付款前不捕获 email，会丢失 30–60% 潜在订阅者用于 retargeting。
49. 避免常见错误：移动端用 Stripe modal checkout，破坏转化，应改为全页 redirect。
50. 交接：底层深链基础设施 → attribution-setup。
51. 交接：用户落地后的 App 内 onboarding → onboarding-optimization。
52. 交接：Pattern A/C 的 paywall → paywall-optimization。
53. 交接：付费后的订阅生命周期 → subscription-lifecycle。
54. 交接：quiz funnel landing page SEO 不在范围（web SEO，超出 ASO）。
55. 交接：给漏斗导流的付费网页流量 → ua-campaign（web ads）。

适用边界 · 注意事项

• 纯 App 内 onboarding 优化不适用；应转 onboarding-optimization。
• 仅要搭建深链基础设施或归因设置时不适用；应转 attribution-setup。
• 没有网页流量、不做订阅/IAP 变现或只靠广告变现时收益有限；不要强行套用网页支付漏斗。