Google 分析的客户过滤器：“Mozilla 兼容代理/iPhone”

发布于 2024-11-09 07:21:07 字数 596 浏览 0 评论 0原文

在过去 10 天里，我们每天收到大约 800 次访问，谷歌报告为 “Mozilla 兼容代理/iPhone。”

经过一些阅读后，人们似乎认为这是人们使用快捷方式为您的网站添加书签的时候。不管是什么，它完全是无针对性的访问，导致我们的统计数据混乱。这些访问的跳出率为 98%，页面浏览量为 1.1。

我已将“坏”用户代理隔离如下：

**Bad:**
Mozilla/5.0+(iPhone;+U;+CPU+iPhone+OS+4_3_3+like+Mac+OS+X;+en-gb)+AppleWebKit/533.17.9+      (KHTML,+like+Gecko)+Mobile/8J2
**Good:**
Mozilla/5.0+(iPhone;+U;+CPU+iPhone+OS+4_3_1+like+Mac+OS+X;+en-us)+AppleWebKit/533.17.9+    (KHTML,+like+Gecko)+Version/5.0.2+Mobile/8G4+Safari/6533.18.5

请注意，坏用户代理从末尾缺少“Safari”。

我将如何创建一个过滤器来从我们的 Google Analytics（分析）中删除这些访问？

原文

For the past 10 days we have been getting about 800 visit/day which Google reports as
"Mozilla Compatible Agent / iPhone."

After doing some reading people seem to suggest that this is when people bookmark your website using a shortcut. Whatever it is, its completely untargeted visits and is causing our stats to be messed up. Bounce rate is 98% and page views are 1.1 from these visits.

I have isolated the 'bad' user agents as follows:

**Bad:**
Mozilla/5.0+(iPhone;+U;+CPU+iPhone+OS+4_3_3+like+Mac+OS+X;+en-gb)+AppleWebKit/533.17.9+      (KHTML,+like+Gecko)+Mobile/8J2
**Good:**
Mozilla/5.0+(iPhone;+U;+CPU+iPhone+OS+4_3_1+like+Mac+OS+X;+en-us)+AppleWebKit/533.17.9+    (KHTML,+like+Gecko)+Version/5.0.2+Mobile/8G4+Safari/6533.18.5

Note that the bad is missing 'Safari' from the end.

How would I go about creating a filter to remove these visits from our Google Analytics?

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

夜深人未静 2024-11-16 07:21:07

您从分析中过滤掉这些访问是错误的 - 它们是真实的视图，您只是不确定它们的来源。

我认为您读到的关于人们为您的网站添加书签的帖子是这样的：
http://www.google.com /support/forum/p/Google%20Analytics/thread?tid=61e3d404f3c9c2bb&hl=en

书签的事情是一个转移注意力的事情 - 这是更可能的原因：

如果您查看从完整的用户代理分析返回的字符串，它会清楚地说明：
Mozilla/5.0（iPhone；U；CPU iPhone OS 4_0_1，如 Mac OS X；fr-fr）AppleWebKit/532.9（KHTML，如 Gecko）Mobile/8A306
这是 AppleWebKit。
这意味着所有这些用户都来自 iPhone/iPad 应用程序，通过在代码中调用 AppleWebKit 功能来使用嵌入式浏览功能。

正如上面所说，大多数 iPhone 应用程序都包含使用 AppleWebKit 功能的浏览器 - 这是您在网站上看到的活动。

以下是一些可能的情况：

人们使用 Reeder 等应用程序订阅您博客的 RSS 源。当他们查看帖子时，它会记录页面浏览量。当他们点击 iOS 应用程序时，它会记录一次弹跳。
有人通过 Twitter 分享了您网站的链接。使用本机 iOS Twitter 应用程序点击该链接的人。 1 次访问、1 次页面浏览、1 次跳出。
Flipboard、Facebook、Google 移动应用程序、Bing 应用程序等。

也许您可以使用活动跟踪代码来查看哪种媒体（以及最终哪个应用程序）正在推动流量？

更新：这是来自 Search Engine Land 的一篇文章，主题是移动应用程序中丢失的引用数据。

RIP 引荐数据！移动应用程序如何扼杀您的移动指标（2011 年 6 月 6 日）

一些感兴趣的部分：

智能手机应用程序本质上无法将“引用页面”信息传递给您的网站分析，这与 Word 文档或 PDF 不记录为网站引用网址的原因相同：它们是单独的应用程序。即使对于嵌入浏览器的移动应用程序（例如 Facebook、Google、Twitter、Groupon），点击时也根本没有可传递的“引用页面”数据。
如果您希望在某些分析报告中看到此流量被很好地分类，那么您将需要等待一段时间。 ...
最终结果是您的“直接”流量和销售量被夸大，并且您的实际移动搜索和移动社交流量中有相当大的比例被低估。这意味着您可能对移动设备的投资不足，并将转化功劳归功于其他渠道。

在 Google 搜索应用上：

但对于移动有机产品，你就不走运了。 Google Analytics 不仅不会将 Google 记录为引荐来源网址，而且带来流量的移动关键字也会隐身。

最后：

您无法管理无法衡量的事物。在您能够衡量移动应用对移动投资回报率的影响之前，不难想象您会白白浪费钱。

再说一次，混乱的不是你的统计数据，而是你的测量结果。过滤掉您的移动访问者是一个坏主意。

You would be wrong to filter out those visits from your Analytics - they are real views, you're just not sure of their origin.

I think the post you read about people bookmarking your website is this one:
http://www.google.com/support/forum/p/Google%20Analytics/thread?tid=61e3d404f3c9c2bb&hl=en

The bookmarking thing is a red herring - this is the more likely reason:

If you look at the string returned from the full user-agent analysis it speaks clearly:
Mozilla/5.0 (iPhone; U; CPU iPhone OS 4_0_1 like Mac OS X; fr-fr) AppleWebKit/532.9 (KHTML, like Gecko) Mobile/8A306
It's AppleWebKit.
It means that all those users come from iPhone/iPad apps using embedded functions of browsing by calling AppleWebKit capabilities inside their code.

Like it says above, most iPhone apps contain a browser that uses AppleWebKit capabilities - this is the activity you are seeing on your website.

Here are some likely scenarios:

People subscribe to your blog's RSS feed using an app like Reeder. When they view a post, it records a page view. When they click back on the iOS app, it records a bounce.
Someone shares a link to your site via Twitter. Someone who clicks that link using the native iOS Twitter app. 1 visit, 1 page view, 1 bounce.
Flipboard, Facebook, Google Mobile app, Bing app, etc, etc, etc.

Maybe you can use campaign tracking codes to see which medium (and ultimately which app) is driving the traffic?

UPDATE: here's an article from Search Engine Land on the topic of lost referrer data from mobile apps.

RIP Referrer Data! How Mobile Apps Can Kill Your Mobile Metrics (6 June 2011)

Some parts of interest:

Smartphone apps are innately unable to pass “referring page” information to your site analytics, for the same reason Word docs or PDFs are not recorded as website referrers: they’re separate applications. Even for mobile apps that embed browsers (like Facebook, Google, Twitter, Groupon), there simply is no “referring page” data to pass upon click-through.
If you’re expecting to see this traffic nicely categorized in some analytic report, you’ll be waiting a while. ...
The net result is that your “direct” traffic and sales counts are inflated, and that a sizable percentage of your actual mobile search and mobile social traffic is understated. That means you are likely under-investing in mobile, and giving conversion credit to other channels to boot.

On the Google Search app:

But for mobile organic, you’re out of luck. Not only does Google Analytics not record Google as the referrer, the mobile keywords that drove traffic also go incognito.

Finally:

You can’t manage what you can’t measure. Until you can measure the impact mobile apps are having on your mobile ROI, it’s not difficult to imagine you’re leaving money on the table.

Again, it's not your stats that are messed up, it's your measurement. Filtering out your mobile visitors is a bad idea.

回复收藏 0 原文

~没有更多了~