摘要：日志服务提供就是为解决以上轻量级埋点采集场景而生，我们可以在分钟时间内完成埋点和数据上报工作。服务功能包括实时采集与消费。
摘要： 当我们有一个新内容时（例如新功能、新活动、新游戏、新文章），作为运营人员总是迫不及待地希望能尽快传达到用户，因为这是获取用户的第一步、也是最重要的一步。
点此查看原文:http://click.aliyun.com/m/40929/
我们发送重要邮件时为了确认对方已读，都会在邮件中设置一个“读取回执"标签以确定对方时候读信。
这种模式用途很广，例如：
发送传单时，确保对方已读
推广网页时，多少用户做了点击
移动App运营活动页面，分析用户访问情况
对这类个性化的采集与统计，针对站长CNZZ、百度统计，移动的Talking Data、友盟等都无法胜任。主要难点在于：
个性化需求难满足：用户产生行为并非移动端场景，其中会包括一些运营个性化需求字段，例如：来源、渠道、环境、行为等参数
开发难度大/成本高：为完成一次数据采集、分析需求，首先需要购买云主机，公网IP，开发数据接收服务器，消息中间件等，并且通过互备保障服务高可用；接下来需要开发服务端并进行测试
使用不容易：数据达到服务端后，还需要工程师先清洗结果并导入数据库，生成运营需要的数据
无法弹性：无法预估用户的使用量，因此需要预留很大的资源池
从以上几点看，当一个面向内容投放的运营需求来了后，如何能以很快捷的手段满足这类用户行为采集、分析需求是一个很大的挑战。
日志服务 提供Web Tracking/JS/Tracking Pixel SDK 就是为解决以上轻量级埋点采集场景而生，我们可以在1分钟时间内完成埋点和数据上报工作。此外日志服务每账号*每月提供 500MB 免费额度，让你不花钱也能办事。
方案简介
这里引入采集 + 分析方案基于阿里云日志服务，该服务是针对日志类数据的一站式服务，无需开发就能快捷完成海量日志数据的采集、消费、投递以及查询分析等功能，提升运维、运营效率。服务功能包括：
LogHub：实时采集与消费。与Blink、Flink、Spark Streaming、Storm、Kepler打通。
数据投递：LogShipper。与MaxCompute、E-MapReduce、OSS、FunctionCompute打通
查询与实时分析：LogSearch/Analytics。与DataV，Grafana，Zipkin，Tableua等打通。
采集端介绍
日志服务提供30+数据采集方式，针对服务器、移动端、嵌入式设备及各种开发语言都提供完整的解决方案，比较典型有：
Logtail：针对X86服务器设计Agent
Android/iOS：针对移动端SDK
Producer Library：面向受限CPU/内存 智能设备
这里介绍的轻量级采集方案（Web Tracking），该方案只需一个http get请求即可将数据传输至日志服务Logstore端，适应各种无需任何验证的静态网页，广告投放，宣传资料，移动端数据采集。相比其他日志采集方案，特点如下：
WebTracking接入步骤
Web Tracking（也叫Tracking Pixel）术语来自于HTML语法中的图片标签：我们可以在页面上嵌入一个0 Pixel图片，该图片默认对用户不可见，当访问该页面显示加载图片时，会顺带发起一个Get请求到服务端，这个时候就会把参数传给服务端。
Web Tracking使用步骤如下：
为Logstore打开Web Tracking标签（Logstore默认不允许匿名写，在使用前需要先开通Logstore的Web Tracking开关）
通过埋点方式向Logstore写入数据，有三种选择：
直接通过HTTP Get方式上报数据
curl --request GET "http://${project}.${sls-host}/logstores/${logstore}/track?APIVersion=0.6.0&key1=val1&key2=val2"
通过嵌入HTML 下Image标签，当页面方式时自动上报数据
or track_ua.gif除了将自定义的参数上传外，在服务端还会将http头中的UserAgent、referer也作为日志中的字段。
通过Java Script SDK 上报数据
var logger = new window.Tracker("${sls-host}","${project}","${logstore}");
logger.push("customer", "zhangsan");
logger.push("product", "iphone 6s");
logger.push("price", 5500);
logger.logger();
案例：内容多渠道推广
当我们有一个新内容时（例如新功能、新活动、新游戏、新文章），作为运营人员总是迫不及待地希望能尽快传达到用户，因为这是获取用户的第一步、也是最重要的一步。
以游戏发行作为例子：
市场很大一笔费用进行游戏推广，例如投放了1W次广告
广告成功加载的有2000人次，约占20%
其中点击的有800人次
最终下载并注册账号试玩的往往少之又少
从以上可见，能够准确、实时地获得内容推广有效性对于业务非常重要。为了打到整体推广目标，运营人员往往会会挑选各个渠道来进行推广，例如：
用户站内信（Mail），官网博客（Blog），首页文案（Banner等）
短信，用户Email，传单等
新浪微博，钉钉用户群，微信公众账号，知乎论坛，今日头条等新媒体
方案设计
我们日志服务中创建一个Logstore（例如叫：myclick），并开启WebTracking功能
为需要宣传的文档（article=1001) 面对每个宣传渠道增加一个标示，并生成Web Tracking标签（以Img标签为例），如下：
站内信渠道(mailDec)：
用户邮箱渠道(email)：
其他更多渠道可以在from参数后加上，也可以在URL中加入更多需要采集的参数
将img标签放置在宣传内容中，就可以散布出去了，我们也可以去散步喝咖啡了
采集日志分析
在完成埋点采集后，我们使用日志服务LogSearch/Analytics 功能可以对海量日志数据进行实时查询与分析。在结果分析可视化上，除自带Dashboard外，还支持DataV、Grafana、Tableua等对接方式，我们这里做一些基本的演示：
以下是截止目前采集日志数据，我们可以在搜索框中输入关键词进行查询：
也可以在查询后输入SQL进行秒级的实时分析并可视化：
除了在日志服务中分析外，
以下是我们对用户点击/阅读日志的实时分析：
当前投放总流量与阅读数
* | select count(1) as c
每个小时阅读量的曲线
* | select count(1) as c, date_trunc("hour",from_unixtime(__time__)) as time group by time order by time desc limit 100000
每种渠道阅读量的比例
* | select count(1) as c, f group by f desc
阅读量来自哪些设备
* | select count_if(ua like "%Mac%") as mac, count_if(ua like "%Windows%") as win, count_if(ua like "%iPhone%") as ios, count_if(ua like "%Android%") as android
阅读量来自哪些省市
* | select ip_to_province(__source__) as province, count(1) as c group by province order by c desc limit 100
更多字段和分析场景可以参见分析语法与最佳实践
最终可以将这些实时数据配置到一个实时刷新Dashboard中，效果如下:
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/92785.html
摘要：日志服务提供就是为解决以上轻量级埋点采集场景而生，我们可以在分钟时间内完成埋点和数据上报工作。服务功能包括实时采集与消费。 摘要： 当我们有一个新内容时（例如新功能、新活动、新游戏、新文章），作为运营人员总是迫不及待地希望能尽快传达到用户，因为这是获取用户的第一步、也是最重要的一步。 点此查看原文:http://click.aliyun.com/m/40929/ 我们发送重要邮件时为...
简介 可视区域、页面优化、DOM节点多、图片懒加载、性能 可视区域是一个前端优化经常出现的名词，不管是显示器、手机、平板它们的可视区域范围都是有限。在这个 有限可视区域 区域里做到完美显示和响应，而在这个区域外少做一些操作来减少渲染的压力、网络请求压力。在 每日 30 秒之 对海量数据进行切割 中的使用场景，我们就是利用了 有限可视区域 只渲染一部分 DOM 节点来减少页面卡顿。 既然 可视区域 ...
摘要：这是一个利用注释的页面翻译解决方案。对于少量的静态页面，这种解决方案显得更简单。它没有依赖，压缩只有只有。 translater.js showImg(https://jaywcjlove.github.io/sb/ico/npm.svg); showImg(http://jaywcjlove.github.io/sb/ico/gulp-build-with.svg); showImg...
摘要：如何在新的技术背景下让前端数据采集工作更加完善高效，是本文讨论的重点。具体来说，我们对前端的数据采集具体主要分为路由切换性能资源错误日志上报路由切换等前端技术的快速发展使单页面应用盛行。 随着业务的快速发展，我们对生产环境下的问题感知能力越来越关注。作为距离用户最近的一层，前端的表现是否可靠、稳定、好用，很大程度上决定着用户对整个产品的体验和感受。因此，对于前端的监控不容忽视。 搭建一...
摘要：并且，一些伪元素可以使开发者获取到不存在于源文档中的内容比如常见的还可以为伪元素定制样式。。中新增加的伪元素必须用伪类使用一个冒号例如。就本文而言，我们将把我们探讨的范围限制在和这两个伪元素的巧用上。 作为一门前端er,你肯定熟知 a:hover a:visited.....我还记得在小本本上记着诀窍：love 与 hate 纠缠不休,大家都懂的吧。。。。 伪类和...
阅读 1643·2021-08-30 09:45
阅读 1710·2019-08-30 15:54
阅读 1155·2019-08-30 14:02
阅读 1886·2019-08-29 16:21
阅读 1557·2019-08-29 13:47
阅读 3124·2019-08-29 12:27
阅读 676·2019-08-29 11:01
阅读 2640·2019-08-26 14:04
