如何制定一个完整的网站分析监测方案

数据收集是数据分析的第一步，有了准确完备的数据未必能做出有价值的分析，但是，没有准确完备的数据，必定无法做出有价值的分析。因此网站分析监测方案对网站分析成败至关重要，它直接决定将收集哪些数据。
一个完备的监测方案至少应包含三部分内容：流量来源的标记规范、站内互动的标记规范、设置转化。下面以GA为例分别说明这三部分的内容。
流量来源的标记规范
流量来源的标记包括两部分内容：外部广告活动（通常所说的Campaign）的标记和内部广告活动（Internal Campaign）的标记。
外部广告活动的标记大家应该都比较熟悉。对GA来说，主要是使用UTM参数标记，GA官方提供的说明。
utm_source：通常用来标记媒体名，这是一个主参数。
utm_mdium：通常用来标记媒体的性质，比如cpc、banner。
utm_campaign：通常用来标记广告活动的名称也对应与cpc的推广计划。
utm_content：通常用来标记广告的点位或cpc的推广单元。
utm_term：通常用来标记cpc的关键词，也会用来标记同一个点位上的不同链接。
比如，你要进行奥运相关的广告活动，在A网站的B页面购买了Banner，在V网站购买了15秒的视频前贴片，在百度上购买了关键词。 Landing page为>安卓系统的链接怎么用苹果手机打开您好亲，首先将苹果的个人热点打开 然后安卓把wifi打开,连接对方的热点名称 让对方苹果告知安卓密钥,安卓输入密钥就连上了
苹果的ios框架和安卓完全是两回事,软件是不能通用的。尽量去找那个软件的苹果版本,安卓的程序是不可能安装到苹果上的,越狱也是没有用的。

1、网站关键词的排名检测：这个放在第一位是毋庸置疑的，因为很多时候我们看一个网站的优化结果就是看网站关键词的排名情况，这也是企业老板比较注重的结果。

2、页面收录：对于搜索引擎来说，网站是否被收录以及收录页面的多少，对于排名有着至关重要的做用。收录检测主要检测以下三方面的内容：总收录数量、特征页面的收录数量以及各分类页面的收录数量。

3、外链数据的监测：外链数目也是SEO优化效果中很重要的一部分，监测外链数据的好处在于反应搜索引擎对网站的信任度，预估网站自然外链的增长量，明确网站外链数量与竞争对手间差距等等。

4、监测网站友情链接：做为站长来说，要经常的监测友情链接，看对方的网站是否被K或是被黑的情况，如果对方网站被降权那么我们就要第一时间做出反映，去掉这些链接。

5、监测网站的日志：监测搜索引擎每日对网站的爬取频率，监测网站每日是否遭受外来的攻击。并对监测到的数据进行分析

6、关键词排名的监测：通过SEO工具监测网站关键词的排名变化，找出关键词排名变化的原因，根据原因的分析结果，适当的做好SEO优化工作的调整。

7、网站访问IP：指该地址的计算机访问网站的次数。网站流量是核心，SEO优化的主要目的是流量，做SEO优化排名再好，而网站上没有流量是没有用的，通过流量统计分析客户从哪个平台访问我们的网站

网站监控服务中心 (在百度搜索admin136可以找到官方网站)
7x24小时定时监控：网站是否掉线, 友情链接/买的链接是否被删,网站被是否被k,无需安装软件,出错自动发送通知！
应用实例：
问：昨天网站不知道什么时后掉线了，网站流量少了一半，要是能及时知道掉线了多好啊
答：可以使用我们的网站掉线监控功能，随时随地掌握网站是否正常运行,减少损失。
问：最近网页经常被黑客入侵,把网页内容给改了，用户都跑光了，要是能及时知道被挂马了多好啊
答：可以使用我们的网页内容监控功能。

问：最近跟别人交换了很多友情链接，还买了很多链接，就是怕别人删掉，天天自已检查那太累了？
答：可以使用我们的友链/外链被删监控功能，定时自动帮你完成检查。
问:今天小王网站卖了很多链接，几个月后网站pr6直接降到pr0，因为链了太多被K网站了，可是经常去检测几十个网站当中有没有被k的，那太累了，也太麻烦了，怎么办？
答:可以使用我们的网站被k监控功能，定时自动帮你完成检查。

在程序化广告投放中，媒体请求中是会带有requestId，requestId对于每个媒体来说都是唯一的。媒体请求如下：

在媒体请求给dsp方之后，dsp如果决定要竞价或者吃量的话，会返回给媒体要曝光的素材的相关信息。其中就包括了曝光监测链接和点击监测链接。我们可以在返回给媒体的曝光监测和点击监测链接中通过和&的方式拼接上requestId，如下：
在素材触发曝光和点击的时候，媒体会触发相应的曝光和点击的监测链接，这样我们就可以在曝光和点击的监测链接中取到requestId，如下：
通过requestId，就可以将媒体请求，曝光和点击日志串联起来。

接下里就是要将落地页到达，落地页的事件和点击串联起来。这个是现阶段的难点，主要分两种不同监测模式下的解决方案：同步点击监测和异步点击监测

这里可能要先解释下什么是同步点击什么是异步点击

同步点击：点击监测链接中就包含了落地页链接，媒体方会直接触发监测链接，然后再从监测链接方redirect到落地页，一个请求先到监测方，监测方再到落地页，如下图：
异步点击：在用户点击广告的时候，媒体方会直接跳转到落地页，同时也会触发监测链接，触发落地页和监测链接不是在一条链路上的，如下图：
我们是使用种cookie的方式来实现的，在用户触发同步点击的时候，请求到达点击监测方，点击监测方将requestId种在cookie上。这样，在落地页监测的时候落地页监测方能将种在cookie中的requestId取出来。通过cookie，就可以将点击和到达串联起来。

这里要注意一个点就是cookie的domain，要保证种cookie时配置的domain至少要能让落地页监测方能取到该cookie，如果不太理解的同学可以先去了解下cookie的相关知识点。

异步点击的方式就比较麻烦了，因为不能通过cookie的方式进行记录，因为就算在点击监测方将cookie种下，但是实际到达落地页并不是通过点击监测跳转的，所有在落地页上是看不到点击监测种下的cookie的。

所以对于异步点击监测，我们用的方式是IP+时间戳的形式来进行处理的。这种方式整体来说准确性还是有待提高的。

点击监测可以取到时间+ip，然后在落地页监测中也取到对应的时间+ip，对于点击监测来说，落地页监测中ip和点击监测中ip相等的，并且时间最相近的可以作为是该点击的落地页监测。这里为了保证准确性，落地页监测还要做一些相应的项目id和渠道的过滤，保证取到的落地页监测日志是相关的项目的。

其实这里是可以用Ip+ua+时间戳来匹配，这样的匹配准确率会更高，但是在实际的开发过程中发现媒体在点击监测中给的ua好像是处理过的，和实际的ua有出入，导致和落地页监测的ua匹配不上（应该是部分媒体有问题，这个还有待考证）

在正式环境中，我们本来是用同步点击方案的方式进行项目的，可是在落地页监测中的cookie一直都取不到对应的requestId。这个问题困扰了我们团队好久。最后在经过各种尝试，发现部分媒体的同步点击方案其实走的也不是同步点击，还是异步点击的方式，就导致了cookie中一直都没有requestId。

然后我们就以异步点击的方式，即ip+时间戳做了相关数据的串联，整体评估了下准确性，发现还可以。

后来经过尝试，发现了另外一种方式，就是如果媒体真的只支持异步点击的方式的话，媒体请求DSP，DSP返回给媒体的落地页中拼接上requestId，这样在落地页监测中就能通过落地页的url取到对应的requestId，如下：
部分媒体支持通过宏替换的方式，ext中的内容是加密的，解密可以取到requetId
部分媒体支持直接拼接的方式，re即为requstId

暂时尝试了几个媒体，都支持这种方案，但是是否所有媒体都支持这个还是有待考证。

按上述方式走下来，是可以将请求，曝光，点击和到达数据串联起来的。这些方案可能还是比较粗糙，如果有新的发现这里也会做更新。
总结一下，串联点击和到达日志的方法：

同步点击下可以用：

1IP+时间

2在点击监测中的cookie种下requestId，在落地页监测中取到requestId

3在同步点击触发的时候，触发的落地页Url上拼接上requestId，落地页监测通过落地页获取到requestId

异步点击下：

1IP+时间

2在媒体请求后返回给媒体的请求中，在落地页url上拼接requestId，落地页监测通过落地页获取到requestId

---