二维码UA、参数、推广和使用

二维码UA、参数、推广和使用

二维码是什么？

说起来并不复杂，任何信息都可以通过特定的编码算法转化为二维码，我们常见的一段复杂信息（比如一个很长的URL、一些加密后的字符串、或者一个复杂的快递编号）如果人工输入是非常繁琐并且误差很大的。但如果把文本转化为二维码，通过扫描枪或者摄像头就能轻易识别，并且几乎不可能出现差错，大大提高访问效率。

二维码的类型

1、专属App的二维码

例如微信，作为国内最大的社交应用，是国内二维码普及和用户教育的重要推动者，具有较大的参考价值。从社交对接上看，通过二维码添加微信是非常常见的操作，你可以试着打开微信App，打开自己的个人微信二维码，选择“保存图片”。

然后通过解码工具，我们可以来一窥究竟，比如用http://cli.im/deqr，上传微信二维码名片，解码结果如下，可以看到，该二维码实质上就是一个链接：https://u.wechat.com/EJ8zwcIndgh*********（为了个人隐私，请允许我用*来隐藏部分字符）。

没错，微信名片的个人二维码，实质上就是一个加密的URL，“https://u.wechat.com”是微信的域名，“EJ8zwcIndgh*********”对应的是一个加密的用户ID信息，只有当微信App在扫描到带有“https://u.wechat.com”信息的二维码时，才能把后面的加密信息进行解析，从而在微信用户群中搜索到对应用户。

2、通用的URL网页

当然啦，除了像上述微信名片需要用特定App扫描外，绝大部分二维码都是链接至普通网站，大部分设备和应用都是可以识别跳转的。很简单的例子，比如天猫App分享的二维码解析出来为：https://m.tb.cn/h.VK3Twkb?cv=txdC1D0MNVf&sm=b4868c我们通过大部分App或者相机、浏览器扫描二维码时，也会自动解析“https://m.tb.cn”开头的信息，从而跳转至目标页面。即便微信打不开部分链接，但它依然会帮你将二维码链接解析出来，提示你自己通过其他工具去跳转。

说完以上两个例子，基本就能解释二维码的大致类型了，一种是需要在对应App内扫描才能打开的，例如微信名片；另一种是通用的URL网页类型，移动端上进行扫描即可跳转页面或下载App。基本工作流程就是：扫描二维码 > 解析后匹配固定部分 > 获取动态部分 > 跳转到对应界面。

二维码判断：User Agent（UA）

也许你在生活常常会有这样的疑问，明明都是一个二维码，为什么用不同的设备和系统扫描，会出现不同的结果呢？比如一个下载二维码，用安卓手机扫描就会弹出APK或者跳转应用宝，用苹果手机扫描就会跳转App Store。其实它们都使用了User Agent，呈现出不同的结果。User Agent简称UA，它是一个特殊字符串头，使得服务器能够识别客户使用的操作系统及版本、CPU类型、浏览器及版本、浏览器渲染引擎、浏览器语言、浏览器插件等。一个二维码扫码，本质还是用浏览器打开一个网址，浏览器唤起App，而浏览器是带信息的，比如识别判断出这是Android还是iOS。灵活运用UA，在实际应用中，我们就能规避很多麻烦，比如App推广时可以只张贴一个下载二维码，用户扫描后识别这是Android还是iOS系统，从而跳转到相应的下载地址。

二维码精进：URL+参数

以下是“人人都是产品经理”平台的两篇文章，他的链接格式是这样的：http://www.woshipm.com/it/50621.htmlhttp://www.woshipm.com/it/74290.html不论你用移动端还是PC端打开，他都是这两篇文章，但是很明显，只要把链接中的数字替换成其他数字，你就能直接访问其他文章，而参数就是作为每篇文章的编号。当我们在浏览器访问服务窗口时，读取到50621这个数值，就会返回给浏览器，浏览器再将信息展示给用户。移动端也是同样的道理，当你在微信中打开这篇文章访问，并点击“立即打开”时，该参数可以被App读取，跳转到App对应页面。URL参数的价值在于，一旦涉及到动态产生大量二维码，就需要参数不重复才能提取到不同的节点（比如文章、用户）。在实际运用中，我们还可以给URL添加多个参数，用&隔开，这样在不同环境下就能为各个不同的客户端读取，并提供服务。 

二维码推广：携带参数安装

除了App的内置应用场景，比如微信支付、微信名片、关注公众号等需求外，二维码对产品而言最大的作用无非是用于特定渠道下的推广下载。在实际推广场景中，当我们把下载二维码分发出去后，需要得知各个推广人员的二维码、各个推广场景的二维码分别带来了多少用户，这样才能精准投放广告，同时统计每个推广人的业绩。因此我们的条件就要设定在用户的首次下载安装时。运用上述的URL参数原理，我们都知道动态参数是可以被App读取到的，但是如果要求在新用户首次安装App时，把二维码来源参数传递到App中，就需要借助一些SDK工具来实现，以openinstall为例。假设有这样一个URL：http://www.778899.com/share/?userId=123456，这里的网址就是对应落地页，share表明这是一个分享推广页面，我们用openinstall在链接后面动态拼接任意想要获取的自定义参数，比如userId为用户ID参数。此后用户通过扫描二维码进入此URL页面，然后下载安装打开应用，通过SDK提供的方法函数即可在客户端拿到落地页链接后面拼接的自定义参数，然后就可以上报服务端做用户关系自动绑定，或在应用中二次处理做详情页的跳转，根据自身的需求实现即可。更重要的是，我们可以根据参数匹配App与对应的下载二维码，从而统计到每个用户对应的二维码渠道，准确得知每个二维码的获客数据以及安装量等后续操作行为。实际上只需要制作一个App的推广落地页，就可以通过生成携带不同渠道编号参数的二维码，结合上述的UA识别提供准确的下载渠道，从而监控到App二维码推广流程中的所有关键数据。