夜雨聆风
Web2App vs App Install:为什么出海大厂都在转 Web2App
系列文章《iOS 出海投放避坑指南》第二篇 适合阅读：投放优化师、产品经理、增长负责人 阅读时间：约 8 分钟
从一个投放同学的崩溃说起
某天你的投放同学跑来跟你说：
“
“iOS 端又要加一个受众测试组，但 SKAN campaign 已经用满 9 个了，再加不了了。安卓那边我开了 30 多个 campaign 跑得好好的……”
”
这不是个案。几乎所有做 iOS 出海投放的团队，都在某个时刻撞上了 SKAN 的「天花板」。
上一篇我们聊了 ATT 机制和 SKAN 的限制。今天这篇，我们来聊聊出海圈这两年最热门的应对方案之一：Web2App 投放模式。
先搞清楚两种模式的区别
App Install 直投（App2App）
这是最传统的模式：用户在 Facebook/Instagram 里看到广告 → 点击 → 直接跳转 App Store → 下载安装。
整个流程都在「App 世界」里完成，所以苹果的 SKAN 能覆盖。
Web2App
用户在 Facebook/Instagram 里看到广告 → 点击 → 先跳转到一个 Web 页面（追踪链接或落地页）→ 再重定向到 App Store → 下载安装。
因为广告的目标链接是一个网址而不是 App Store 链接，Meta 将其视为「网页转化类广告」——而网页广告不受 SKAN 的限制。
就这一步之差，打开了一扇完全不同的大门。
Web2App 的五大优势
优势一：广告结构不受限——想开多少 campaign 就开多少
这是最直接、最让投放同学兴奋的好处。
|
|
|
|
|---|---|---|
|
|
9 个 | 无限制 |
|
|
每个 campaign 5 个 | 无限制 |
|
|
|
|
当你需要同时测试 10 个素材方向 × 5 个地区 × 3 种出价策略 = 150 个组合时，SKAN 的 45 个上限根本不够用。Web2App 没有这个瓶颈。
打个比方： SKAN 就像一个只有 9 个车位的停车场，你有 30 辆车要同时测试哪辆跑得最快，但只能同时上场 9 辆。Web2App 是一个没有车位限制的赛道。
优势二：数据回传更快——告别 SKAN 的 24-72 小时延迟
SKAN 为了保护隐私，强制要求数据延迟 24-72 小时才回传。这意味着你今天做的调整，要后天才能看到效果。
Web2App 的 Web 端事件通过 Meta Pixel 实时回传，不受 SKAN 延迟限制。Meta 的算法可以更快地学习和优化。
类比： SKAN 像寄平邮——你寄了一封信问”效果怎么样”，三天后才收到回信。Web2App 像发微信——秒回。
优势三：优化信号更丰富
在 SKAN 模式下，Meta 获得的转化信息非常有限（只有几个 bit 的转化值）。
Web2App 模式下，Web 端可以通过 Pixel 回传丰富的事件：落地页停留时长、按钮点击、滚动深度等。这些都是 Meta 算法用来学习的「养料」。
优势四：落地页可以做「预筛选」
直投模式下，所有点击广告的用户都会直接进入 App Store。但实际上很多人只是好奇点了一下，并没有真正的安装意向。
Web2App 在中间加了一层落地页，这层落地页可以：
-
详细展示产品价值，过滤低意向用户 -
收集邮箱/手机号（用于后续的匹配和再营销） -
展示社交证明（评分、评价、用户数） -
通过不同版本的落地页做 A/B 测试
只有真正看完落地页还愿意继续下载的用户，才会进入 App Store——用户质量更高。
优势五：可以建再营销漏斗
直投模式下，用户如果看了广告但没下载，你基本就失去了他。
Web2App 模式下，访问过落地页但没下载的用户，可以通过 Pixel 被标记。你可以：
-
建立自定义受众（”访问过落地页但未安装”） -
对他们做精准的再营销广告 -
这在直投模式下完全不可能
Web2App 的代价——没有免费午餐
说了这么多好处，Web2App 不是银弹。它也有明确的代价：
代价一：漏斗多了一层，转化率会损耗
直投：广告 → App Store（1 步） Web2App：广告 → 落地页 → App Store（2 步）
每多一步，都会有用户流失。你的「点击到安装」转化率可能会因此下降 20-40%。但如果落地页做得好、筛选出的用户质量更高，最终的「安装到付费」转化率可能反而上升。
代价二：归因更复杂
这是最大的技术挑战。上一篇讲过，SKAN 不支持 Web 来源的归因。也就是说，对于 ATT 未授权的用户，Web2App 广告既没有 IDFA、也没有 SKAN 兜底。
后续文章会详细讲解怎么解决这个问题。
代价三：需要额外维护落地页
你需要设计、开发、维护一个（或多个）落地页，并确保加载速度够快、移动端适配良好、Pixel 埋点正确。这需要额外的人力投入。
那 MMP 是必须的吗？
很多团队在考虑 Web2App 时会问：我还需要 Adjust/AppsFlyer 这些 MMP 吗？
|
|
|
|
|---|---|---|
|
|
|
|
|
|
必须 |
|
|
|
强烈建议 |
|
|
|
必须 |
|
一句话总结：MMP 不是 Web2App 的技术前提，而是「准确归因」和「多渠道管理」的必要条件。
什么样的产品适合 Web2App？
并不是所有产品都适合。以下是一个简单的判断框架：
本篇小结
-
Web2App 通过在广告和 App Store 之间加一层 Web 页面，绕开了 SKAN 的限制 -
核心优势：无限 campaign、实时数据、更丰富的信号、落地页预筛选、再营销能力 -
核心代价：漏斗损耗、归因更复杂（无 SKAN 兜底）、需维护落地页 -
MMP 不是必须的，但多渠道投放时强烈建议使用 -
适合需要大规模测试、对数据时效性要求高的订阅/工具/电商类产品
“
下一篇预告： 《一杯奶茶的故事 —— 用生活类比搞懂 Web2App 全链路》—— 技术细节太多记不住？没关系，我们用一个开奶茶店的故事，把从广告展示到算法优化的完整链路讲一遍。保证非投放岗的同事也能听懂。
”
