摘要:当我们有一个新的内容(比如新的功能,新的活动,新的游戏,新的文章),作为运营者,我们都迫不及待的想要传达给用户尽快,因为这是获取用户的第一步,也是最重要的一步。点击此处查看原文:http://click.aliyun.com/m/40929/当我们发送重要邮件时,为了确认对方已阅读,我们会在邮件中设置一个“已读回执”标签电子邮件以确保对方阅读了这封信。该模型用途广泛,例如:发送传单时,确保对方已阅读宣传网页,有多少用户点击了移动App操作活动页面,分析用户访问。这种个性化的收集和统计针对的是站长CNZZ,百度统计,手机说数据,友盟等都是无能的。主要难点在于:个性化需求难以满足:用户产生的行为不是移动场景,其中会包含一些领域的个性化需求进行运营,如:来源、渠道、环境、行为等参数难以满足开发/成本高:要完成一个数据采集分析需求,首先需要购买云主机、公网IP,开发数据接收服务器、消息中间件等,通过相互备份保证服务的高可用;接下来,您需要开发和测试服务器。使用不易:数据到达服务端后,工程师需要对结果进行清洗,导入数据库。运营所需的数据无法弹性生成:无法预估用户的使用情况,需要预留一个庞大的资源池。从以上几点来看,当一个面向内容的运营需求来了之后,如何非常快速的满足这样的用户行为收集和分析需求,是一个很大的挑战。日志服务提供WebTracking/JS/TrackingPixelSDK解决以上轻量级埋点采集场景。我们可以在1分钟内完成埋点和数据上报。此外,日志服务提供每个账号*每月500MB的免费额度,让你不花钱也能办事。方案介绍这里介绍的采集+分析方案是基于阿里云日志服务的。该服务是日志数据的一站式服务。无需开发即可快速完成海量日志数据的采集、消费、传递、查询和分析,提高运维和运营效率。服务功能包括:LogHub:实时采集消费。连接Blink、Flink、SparkStreaming、Storm、Kepler。数据传递:LogShipper。MaxCompute、E-MapReduce、OSS、FunctionCompute开放查询和实时分析:LogSearch/Analytics。对接DataV、Grafana、Zipkin、Tableua等。采集端介绍,日志服务提供30+数据采集方式,提供服务器、移动端、嵌入式设备、多种开发语言的完整解决方案。典型的有:Logtail:专为X86服务器设计。Android/iOS:专为移动端设计SDKProducerLibrary:这里介绍的轻量级采集方案(WebTracking),适用于CPU/内存有限的智能设备。该方案只需要一次httpget请求就可以将数据传输到日志服务的Logstore中,适用于各种无需认证的应用。静态网页、广告、宣传材料、移动数据收集。与其他日志采集方案相比,其特点如下:WebTracking接入步骤WebTracking(也叫TrackingPixel)一词来源于HTML语法中的图像标签:我们可以在页面上嵌入一张0像素的图像,这是不可见的。用户默认在访问显示加载图片的页面时,会向服务器发起Get请求,此时会向服务器传递参数。WebTracking的使用步骤如下:打开Logstore的WebTracking标签(Logstore默认不允许匿名写入,使用前需要开启Logstore的WebTracking开关)通过埋入的方式向Logstore写入数据,有三种选择:直接通过HTTPGet方法上报数据curl--requestGET'http://${project}.${sls-host}/logstores/${logstore}/track?APIVersion=0.6.0&key1=val1&key2=val2'通过在Image标签下嵌入HTML,自动以页面方式上报数据
