Appy
← 返回博客
指南

应用、应用商店还是网站:链接的点击到底去了哪里

智能链接如何决定每位访问者的去向,为什么 WhatsApp 和 Slack 的链接预览不算点击,以及怎样看懂 Appy 的新数据,不被表面数字骗了。

2026年10月15日•阅读约 7 分钟

没人点过的点击

你把活动链接发进一个 WhatsApp 群,起身去倒了杯咖啡。回来一看,链接已经有了几次点击。可群里还没有任何人点过它。

这些点击是 WhatsApp 自己产生的。为了生成那张带标题和图片的小卡片,它会抢在所有人之前打开链接。Slack、Telegram、X、Facebook 和 iMessage 都是这么做的,搜索引擎爬虫、网站在线监控服务和各种脚本也一样。

如果链接主要在聊天群和社交平台上传播,这类访问可能占到不小的比例。本文讲三件事:真实访问者点按之后到底去了哪里,Appy 现在怎样把真人和预览分开,以及该怎么解读结果。

四个数字看懂这次更新

种跳转终点:你的应用、应用商店、你的网站
3

种跳转终点:你的应用、应用商店、你的网站

种机器人、链接预览和脚本特征,Appy 每次访问都会比对
50+

种机器人、链接预览和脚本特征,Appy 每次访问都会比对

个 UTM 字段,现在随每次点击一起保存
5

个 UTM 字段,现在随每次点击一起保存

个维度,可以在同一份报表里自由组合
4

个维度,可以在同一份报表里自由组合

一条链接,五种访问

同一条链接,同一周里分享出去。每次访问一到达就会被归类。

appy.to/spring

一条智能链接,开启了深度链接,并为每种手机都设置了应用商店。

  • iPhone,已安装应用进入应用。深度链接直接打开对应页面。
  • Android,尚未安装应用进入应用商店:Google Play;华为手机则是 AppGallery。
  • 笔记本电脑进入网站。
  • 在邮件或备忘录里点按,已安装应用应用直接打开。接入 SDK 后,计为一次应用打开。
  • WhatsApp 正在生成预览拿到生成卡片所需的内容,但不计入你的数据。
四个真人,一次预览。只有这四个人被计入。

一次跳转的三种去向

进入应用。开启深度链接后(Pro 及以上套餐),装有你应用的手机会先收到一个很短的跳转页,由它把访问者交给应用。Appy 在这个页面切到后台时把访问计入这里,而页面切到后台,正是应用接管的时刻。如果应用没能及时打开,访问者会继续前往应用商店或你的网站,并改计在那里。

进入应用商店。链接为这台手机设置了应用商店:iPhone 和 iPad 上是 App Store,Android 上是 Google Play,华为手机上是 AppGallery,也可以是你为该设备添加的其他商店。

进入网页。包括电脑、链接没有为其设置应用商店的手机,以及应用没有打开、链接继续前往你网站的手机。

还有第四种情况,压根不经过跳转页。在 iPhone 上点按 Universal Link(通用链接),或在 Android 上点按 App Link,而手机上已经装了应用,系统会直接打开应用。如果你的应用接入了 Appy SDK,它会上报这次打开,Appy 会把它计入“进入应用”,同时作为直接打开应用单独列一行。

还有谁在打开你的链接

过去被当作点击的访问,以及它们现在怎么处理。

WhatsApp、Telegram 和 Slack 的链接预览
以前计为点击
现在排除,显示为已过滤
Facebook、X 和 iMessage 的链接预览
以前计为点击
现在排除,显示为已过滤
Google 和 Bing 爬虫
以前计为点击
现在排除,显示为已过滤
抓取网页的 AI 助手
以前计为点击
现在排除,显示为已过滤
在线监控和脚本(curl、headless Chrome)
以前计为点击
现在排除,显示为已过滤
伪装成普通浏览器的预览
以前计为点击
现在仍会计入:看起来像真人
真人点按链接
以前计入
现在计入
被过滤的访问仍会记录下来,所以从 Pro 套餐起,分析页面可以显示有多少访问被排除。

Appy 怎样区分预览和真人

每次访问都会带上一张简短的“名牌”,说明发起访问的是什么软件,这就是 User-Agent。手机浏览器会说自己是 iOS 或 Android 上的 Safari 或 Chrome,WhatsApp 的预览抓取程序则直接报上 WhatsApp。Appy 把这张名牌和一份包含 50 多种已知机器人、预览抓取程序和脚本的列表比对,标记出匹配的访问。

被标记的访问照样会跳转,因为预览卡片需要这个页面。只是它们不进入任何总数、任何细分,也不计入独立访客数。从 Pro 套餐起,“访问者去向”卡片会显示有多少访问被排除,差额不会悄无声息地消失。

这种方法有局限,最好心里有数。如果抓取程序发送的是普通浏览器的名牌,单凭名牌就无法把它和真人区分开,而有些链接预览恰恰就是这么做的。所以过滤后的数字更接近真实情况,但谈不上完美。如果一条链接发到大群后几秒内就有了点击,最可能的原因仍然是预览。

独立访客:每个时间段只算一次

以前,独立访客是按天累加的。有人一个月里每天都打开你的链接,在 30 天视图里会被算成 30 个独立访客;有人点了你的两条链接,在账户总数里也会算两次。

现在,统计覆盖你选定的整个时间段。Appy 把同一网络地址加同一浏览器视为一位访客,在整个时间段内只算一次,并完全忽略机器人。代价是:同一个人分别用手机和笔记本访问,仍会显示为两位;两个人连着同一个办公室 Wi-Fi、用同款手机和同一种浏览器,可能被算成一位。

时间段越长,这个数字下降得越明显。数据并没有丢:只是重复访问不再被当成新的人。

如何看懂“访问者去向”卡片

在账户分析页和每条链接的分析页中都能看到,Pro 套餐起可用。

01

堆叠横条

一根堆叠横条,分成“进入应用”“进入应用商店”和“进入网页”三段。每段的宽度就是它在该时间段全部跳转中的占比。

02

三组数字

每一段都有次数和百分比。如果一条面向老用户的链接,进入应用商店的比例很高,通常说明深度链接没开,或者应用并没有装在你以为的那些手机上。

03

应用打开那一行

有多少次点按通过 Universal Link 直接打开了应用,没有经过跳转页。只有你的应用通过 SDK 上报打开时,这一行才会出现。

04

机器人那一行

有多少次机器人和链接预览的访问被排除在本页所有数字之外。主要在聊天里传播的链接,刚发出去就出现大幅跳升是正常的。

在报表构建器里对比广告系列

分析 → 报表构建器,Pro 套餐起可用。里面的所有数据都已排除机器人。

01

从“UTM 广告系列”开始

这个模板列出每个 UTM 来源和广告系列,以及各自的跳转次数和“进入应用比例”,也就是被送进应用的访问者占比。点击某个来源可以看到它下面的广告系列,再点击某个广告系列就能看到它的 content 取值。

02

加上“目标”

把它作为另一个维度加进来,每个广告系列就会拆成“应用”“应用商店”和“网站”。面向已安装用户的广告系列,应该以“应用”为主。

03

保留与上一时期的对比

模板默认与上一时期对比,每个数值都会显示变化。平淡的一周和一条坏掉的链接,从此不会再看起来一个样。

04

把安装和点击放在一起看

在 Enterprise 套餐下,应用接入 SDK 后,同一个模板会加上“安装量”和“转化率”。每一行广告系列都能同时看到点按、安装,以及两者之间的转化率。

05

保存视图

给报表起个名字,下次一键打开。Business 和 Enterprise 套餐还可以下载 CSV。

从这次更新开始,UTM 参数才会随每次点击一起保存。更早的点击在按广告系列分组时显示为“(未设置)”,所以对比广告系列时,请从更新上线到你账户的那一天算起。

下一次投放前的检查清单

分享链接之前

  • 链接面向已经装了应用的人时,深度链接已开启
  • 你关心的每种手机都设置了应用商店,或者是你有意让它去网站
  • 链接带上了 utm_source、utm_medium 和 utm_campaign
  • 在 iPhone、Android 和电脑上各点过一次

第一天之后

  • 为早期的流量高峰高兴之前,先看看机器人那一行
  • 对比独立访客和跳转总数:差距大说明重复点按很多
  • 按广告系列查看“应用”“应用商店”“网站”的拆分,而不只看总数
  • 在 Enterprise 套餐下,看每个广告系列的转化率,而不是点击数

延伸阅读

常见问题

为什么我的点击数下降了?

链接预览、爬虫和脚本的访问不再计为点击,独立访客也改成每个时间段算一次,而不是每天算一次。从 Pro 套餐起,“访问者去向”卡片会显示有多少机器人访问被排除,差额一目了然。

WhatsApp 预览还会被跳转吗?

会。预览需要这个页面来生成卡片,所以 Appy 照常响应,只是不把它算作点击。

Appy 能识别所有机器人吗?

不能。识别依据的是每个访问者发来的名称,而伪装成普通浏览器的抓取程序看起来就和真人一样。过滤器去掉的是如实报上身份的机器人,这已经覆盖了主流聊天应用、搜索引擎和常见脚本。

直接打开应用会被重复计算吗?

不会。不经过跳转页就打开应用的点按根本不会到达跳转环节,所以只由 SDK 记录一次。它计入“进入应用”,同时单独显示一行,让你看清有多少流量绕过了跳转页。

我需要哪个套餐?

机器人过滤和独立访客在所有套餐中都可用。“访问者去向”卡片和报表构建器从 Pro 开始提供,CSV 下载需要 Business,报表中的安装量和转化率则需要 Enterprise 套餐并接入 SDK。

继续探索

指南
2026年7月16日
8 分钟阅读

面向深度链接、Universal Link、应用商店和网页的参数传递

了解如何在 App 打开、应用商店跳转、Universal Link 和网站访问之间保留活动与上下文参数,同时保护目标中的固定值。

parameter forwarding
deep linking
universal links
app stores
阅读文章
指南
2026年10月1日
7 分钟阅读

应用推广的 UTM 参数:实用指南

每个 UTM 参数是做什么的,一套不会越用越乱的命名规范,各个应用推广渠道的现成参数,以及你的参数在 App Store 和 Google Play 真正会遇到什么。

utm parameters
utm builder
campaign tracking
install referrer
阅读文章
指南
2026年5月14日
9 分钟阅读

延迟深度链接(deferred deep linking):原理与使用时机

把原始链接意图带过安装环节,让新用户首次打开应用就直接进入对应页面,而不是默认首页。

deferred deep linking
install referrer
deep linking
mobile attribution
阅读文章

想看更多内容?浏览 博客全部主题.

数真人,不数预览

创建一条智能链接,分享到任何地方,看清哪些访问者进入了你的应用、应用商店或网站。免费套餐,无需信用卡。