JavaScript SDK 使用说明

最后更新于：2019-01-04 19:08:33

在使用前，请先阅读数据模型的介绍。

更新日志

1. 获取和引入神策分析 SDK

1.1 获取 JavaScript SDK

• 从神策 cdn 获取，https://static.sensorsdata.cn/sdk/版本号/sensorsdata.min.js 不推荐这么使用，因为不保证稳定性。版本号 1.7.1.1 ,其中 1.7 表示神策分析的版本号，后面的 1 表示没有后端更新的版本号，后面的 1 表示当前版本号。因为神策分析后端如果触发了影响 SDK 的更新，会导致数据异常，所以这里您可以根据代码生成工具(参考本文档 1.2.1 自动生成引入代码)，生成一个可兼容的且会动态更新的版本。
• 从 GitHub 获取最新的代码下载，建议使用 Release 中的版本，首页上的 sensorsdata.min.js 是最新版的，可能不稳定。
• 从 npm 获取， npm install sa-sdk-javascript , 这里获取后建议使用 webpack 等工具来打包。这里获取到的是最新版本。

1.2 获取引入代码

1.2.1 自动生成引入代码

如果您当前的版本没有生成导入代码的功能，请联系神策技术支持进行升级

首先从神策分析的主页中，进入数据导入向导页面：

然后在右上角点击 数据接入 显示如下界面，然后点击 生成导入代码，进入代码生成页面，按需选择合适的选项，然后点击生成代码，如下图：

最后将代码放入网页中的合适位置即可。

1.2.2 手动配置引入代码

1.2.2.1 数据接收地址配置

首先从上面的导入向导中获取采集数据的 URL、Token 及获取配置信息的 URL。

如果使用神策分析 Cloud 服务，需获取的配置信息为:

• 数据接收地址，建议使用不带端口号的: http://{$service_name}.datasink.sensorsdata.cn/sa?project={$project_name}&token={$project_token}
• 数据接收地址，带端口号的: http://{$service_name}.cloud.sensorsdata.cn:8106/sa?project={$project_name}&token={$project_token}

如果用户使用单机版私有部署的神策分析，默认的配置信息为：

• 数据接收地址: http://{$host_name}:8106/sa?project={$project_name} （注：神策分析 1.7 及之前的版本，单机版私有部署默认端口号为 8006）

如果用户使用集群版私有部署的神策分析，默认的配置信息为：

• 数据接收地址: http://{$host_name}:8106/sa?project={$project_name}

如果私有部署的过程中修改了 Nginx 的默认配置，或通过 CDN 等访问神策分析，则请咨询相关人员获得配置信息。

1.2.2.2 异步载入

<script>
(function(para) {
  var p = para.sdk_url, n = para.name, w = window, d = document, s = 'script',x = null,y = null;
  if(typeof(w['sensorsDataAnalytic201505']) !== 'undefined') {
      return false;
  }
  w['sensorsDataAnalytic201505'] = n;
  w[n] = w[n] || function(a) {return function() {(w[n]._q = w[n]._q || []).push([a, arguments]);}};
  var ifs = ['track','quick','register','registerPage','registerOnce','clearAllRegister','trackSignup', 'trackAbtest', 'setProfile','setOnceProfile','appendProfile', 'incrementProfile', 'deleteProfile', 'unsetProfile', 'identify','login','logout','trackLink','clearAllRegister'];
  for (var i = 0; i < ifs.length; i++) {
    w[n][ifs[i]] = w[n].call(null, ifs[i]);
  }
  if (!w[n]._t) {
    x = d.createElement(s), y = d.getElementsByTagName(s)[0];
    x.async = 1;
    x.src = p;
    y.parentNode.insertBefore(x, y);
    w[n].para = para;
  }
})({
      sdk_url: '在 github 下载新版本的 sensorsdata.min.js',
      name: 'sensors',
      server_url:'数据接收地址',
      //heatmap_url神策分析中点击分析及触达分析功能代码，代码生成工具会自动生成。如果神策代码中 `sensorsdata.min.js` 版本是 1.9.1 及以上版本，这个参数必须配置，低于此版本不需要配置。
      heatmap_url: "在 github 下载新版本的 heatmap.min.js",
      //web_url 神策分析中点击分析及触达分析功能会用到此地址，代码生成工具会自动生成。如果神策后台版本及 `sensorsdata.min.js` 均是 1.10 及以上版本，这个参数不需要配置。
      web_url:"神策分析后台地址",
      heatmap: {
         //是否开启点击图，默认 default 表示开启，自动采集 $WebClick 事件，可以设置 'not_collect' 表示关闭
         //需要 JSSDK 版本号大于 1.7
         clickmap:'default',
         //是否开启触达注意力图，默认 default 表示开启，自动采集 $WebStay 事件，可以设置 'not_collect' 表示关闭
         //需要 JSSDK 版本号大于 1.9.1
         scroll_notice_map:'not_collect'
      }
    });
    sensors.quick('autoTrack'); //神策系统必须是1.4最新版及以上
</script>

将以上代码放入 html 的 head 里面,一般最好放在稍微靠前点的位置。 您在 sensors.track() 时，只要保证写在上面引用的代码的下面就可以，不需要等 window.onload 后再执行。

1.2.2.3 同步载入

如果你需要把引入代码和 SDK 文件整合在一个文件中，然后在页面头部通过 script src 的方式引入。你可以把引入代码改成如下方式。并放在下载下来的 sensorsdata.js 文件前面。

<script>
    (function(para) {
      window['sensorsDataAnalytic201505'] = para.name;
      window[para.name] = {
        para: para
      };
    })({
      name: 'sensors',
      server_url:'数据接收地址',
      //heatmap_url神策分析中点击分析及触达分析功能代码，代码生成工具会自动生成。如果神策代码中 `sensorsdata.min.js` 版本是 1.9.1 及以上版本，这个参数必须配置，低于此版本不需要配置。
      heatmap_url: "在 github 下载新版本的 heatmap.min.js ",
      //web_url 神策分析中点击分析及触达分析功能会用到此地址，代码生成工具会自动生成。如果神策后台版本及 `sensorsdata.min.js` 均是 1.10 及以上版本，这个参数不需要配置。
      web_url:"神策分析后台地址",
      heatmap: {
         //是否开启点击图，默认 default 表示开启，自动采集 $WebClick 事件，可以设置 'not_collect' 表示关闭
         //需要 JSSDK 版本号大于 1.7
         clickmap:'default',
         //是否开启触达注意力图，默认 default 表示开启，自动采集 $WebStay 事件，可以设置 'not_collect' 表示关闭
         //需要 JSSDK 版本号大于 1.9.1
         scroll_notice_map:'not_collect'
      }
    });
  </script>
<script src="在 github 下载新版本的 sensorsdata.min.js"></script>
<script>
  sensors.quick('autoTrack');
</script>

一般将这段放在公用头部。其他参数配置跟上文一致。

1.2.2.4 使用 import 方式

从 npm 获取 sdk ， npm install sa-sdk-javascript

import sensors from'sa-sdk-javascript';
sensors.init({
  server_url: '...',
  //heatmap_url神策分析中点击分析及触达分析功能代码，代码生成工具会自动生成。如果神策代码中 `sensorsdata.min.js` 版本是 1.9.1 及以上版本，这个参数必须配置，低于此版本不需要配置。
  heatmap_url: "在 github 下载新版本的 heatmap.min.js ",
  //web_url 神策分析中点击分析及触达分析功能会用到此地址，代码生成工具会自动生成。如果神策后台版本及 `sensorsdata.min.js` 均是 1.10 及以上版本，这个参数不需要配置。
  web_url:"神策分析后台地址",
  heatmap: {
     //是否开启点击图，默认 default 表示开启，自动采集 $WebClick 事件，可以设置 'not_collect' 表示关闭
     //需要 JSSDK 版本号大于 1.7
     clickmap:'default',
     //是否开启触达注意力图，默认 default 表示开启，自动采集 $WebStay 事件，可以设置 'not_collect' 表示关闭
     //需要 JSSDK 版本号大于 1.9.1
     scroll_notice_map:'not_collect'
  }
  .......
});
sensors.login(user_id);
sensors.quick('autoTrack');

当神策服务器异常时，JS SDK发送的图片数据请求无法及时响应，会导致window.onload无法生效，所以建议不要将页面渲染的代码放在window.onload中。如果一定要使用window.onload的话，建议将send_type参数设置为'ajax'，但使用ajax发送数据时，对于关闭页面时采集的数据，丢失率比较高。

1.3 如何确认数据发送成功

第一种：神策 JS SDK 默认会在浏览器开发者工具的控制台打印出发送的数据。 第二种：神策分析后台，提供埋点管理的功能，可以在埋点管理里面查看这个事件是否发送成功，并校验此事件的相关属性是否报错。

详细操作

1.4 参数配置

如果使用自动代码生成，一般情况下无需手工修改参数

1.4.1 普通参数

普通参数对代码埋点有效，下面是必填参数：

• sdk_url: sensorsdata.min.js 文件的地址，请从 GitHub 获取并且放在你们自己网站目录下。
• name: SDK 使用的一个默认的全局变量，如定义成 sensors 的话，后面接可以使用 sensors.track() 用来跟踪信息。为了防止变量名重复，你可以修改成其他名称比如 sensorsdata 等 。
• server_url: 数据接收地址。
• heatmap_url: heatmap.min.js 文件的地址，请从 GitHub 获取并且放在你们自己网站目录下。神策分析中点击分析及触达分析功能代码，代码生成工具会自动生成。如果神策代码中 sensorsdata.min.js 版本是 1.9.1 及以上版本，这个参数必须配置，低于此版本不需要配置。
• web_url: 神策分析后台地址，神策分析中点击分析及触达分析功能会用到此地址，代码生成工具会自动生成。如果神策后台版本及 sensorsdata.min.js 均是 1.10 及以上版本，这个参数不需要配置。

如果有需要，也可以修改可选参数：

• heatmap:点击图配置。配置成 {} 表示开启 $WebClick 和 $WebStay 的自动采集，默认 $WebClick 只采集 a，button，input 三个 dom 元素的点击事件。详细配置参考
• cross_subdomain: 设置成 true 后，表示在根域下设置 cookie 。也就是如果你有 zhidao.baidu.com 和 tieba.baidu.com 两个域，且有一个用户在同一个浏览器都登录过这两个域的话，我们会认为这个用户是一个用户。如果设置成 false 的话，会认为是两个用户。默认 true。
• show_log: 设置 true 后会在网页控制台打 logger，会显示发送的数据,设置 false 表示不显示。默认 true。
• use_client_time: 因为客户端系统时间的不准确，会导致发生这个事件的时间有误，所以这里默认为 false ，表示不使用客户端时间，使用服务端时间，如果设置为 true 表示使用客户端系统时间。如果你在属性中加入 {$time: new Date()} ，注意这里必须是 Date 类型，那么这条数据就会使用你在属性中传入的这个时间。
• source_channel: 默认取来源是根据 utm_source 等 ga 标准来的。如果你用的是百度统计的 hmsr 等参数。可以在这里面加入，参数必须是数组，比如 ['hmsr']。
• source_type: 自定义搜索引擎流量，社交流量，搜索关键词。具体用法参考 7.2 。
• is_single_page: 设置成 true 后， 表示在单页面开发的网站中，我们会对 hashchange 和 popstate 事件进行监听，当这两个事件任何一个发生时，也会发送 $pageview 事件。默认 false。
• is_track_device_id:设置成 true 后， 表示事件属性里面添加一个设备 id 的属性，存贮在 cookie 里面并发送。默认 false，记录但不发送。
• send_type: 默认值 'image' 表示使用图片 get 请求方式发数据，( 神策系统 1.10 版本以后 ) 可选使用 'ajax' 和 'beacon' 方式发送数据，这两种默认都是 post 方式， beacon 方式兼容性较差，请参考 3.3.2 目录 。
• callback_timeout: 默认值 200 ，单位毫秒，表示回调函数超时时间，如果数据发送超过callback_timeout还未返回结果，会强制执行回调函数。（SDK版本1.11.6以后支持）
• queue_timeout: 默认值 600 ，单位毫秒，表示队列发送超时时间，如果数据发送时间超过queue_timeout还未返回结果，会强制发送下一条数据。（SDK版本1.11.6以后支持）
• datasend_timeout: 默认值 1500 ，单位毫秒，表示数据发送超时时间，如果数据发送超过datasend_timeout还未返回结果，会强制取消该请求。（SDK版本1.11.6以后支持）
• current_domain：当前页面域名，若SDK无法解析用户当前页面的url，用户可以手动设置当前页面的域名。例如当前域名为www.baidu.com，可以设置current_domain为baidu.com。（SDK版本1.11.6以后支持）
• referrer_domain：前向页面域名，若SDK无法解析用户前向地址的url，用户可以手动设置前向地址的域名。例如前向域名为www.baidu.com，可以设置referrer_domain为baidu.com。（SDK版本1.11.6以后支持）

2. 如何标识用户

在进行任何埋点之前，都应当先确定如何标识用户。distinct_id 是用来标识用户的，是一段唯一的字符串，默认情况下 JavaScript SDK 会自动生成一个 distinct_id 并永久保存在浏览器中的 Cookie 中（我们暂时称这个为 cookie_id），如果你已知了真实的用户 id ，你可以通过 sensors.login(user_id) 来发送关联 cookie_id 的事件，同时这个方法还会用 user_id 替换浏览器缓存中的 cookie_id。

获取 Cookie 中的 distinct_id ：
前端方式： 可以通过 sensors.store.getDistinctId() 方法获取到 distinct_id 。
调用这个方法时，可能SDK还未初始化成功，建议将此方法放在下面代码中。

    sensors.quick('isReady',function(){
        ……  
        sensors.store.getDistinctId();
        ……
    });

后端方式： 可以在 Cookie 里面找到 key 为 sensorsdata2015jssdkcross 的 value 值然后进行 decodeURIComponent 解码，最后通过 JSON.parse 方法得到一个对象，对象里面的 distinct_id 即为用户所需要的。

2.1 在登录和注册成功后，调用sensors.login(user_id) 来标识真实用户

通过 sensors.login(user_id) 来把 SDK 自动生成的 cookie_id 关联成现在传入的 user_id。且以后会一直使用这个 user_id。

我们的 JavaScript SDK 从 1.6.9 版本开始支持 sa.login() 方法。

    sensors.login('user1312312123');

问题1：这行代码放在哪里？
建议放在所有事件前面。也就是在 sdk 载入代码后面，先使用 sensors.login （如果此时有这个 user_id 的话），然后再用 sensors.quick('autoTrack') 等，这样后续的事件才会使用这个更改后的 userid。
问题2：在什么时候调用？
页面登录的时候，只要获取到用户是登录状态，就需要调用。或者 注册流程成功的时候。
问题3：sensors.login 和 sensors.identify 有什么区别？
login 用来关联数据库的 id，identify 用来改变匿名 id，可以认为匿名 id 是跟浏览器绑定的。

2.2 使用 sensors.identify 来修改匿名 id

默认情况下，是把 cookie_id 作为 distinct_id 的。如果你能取到其他匿名 id（比如设备 id，或者你们自己生成的 cookieid），可以用 sensors.identify(id) 来改变当前的distinct_id。

这个方法有三种使用方式:

• sensors.identify(id): 这个 id 仅对当前页面有效。
• sensors.identify(id, true): 会把这个 id 一直保存下来使用，永久有效。该方法应用较多。
• sensors.identify(): 重新生成一个新的 cookie_id，该方法一般情况不使用。

2.3 使用 sensors.logout 切换到之前的匿名 id

通过 sensors.logout() 来永久改变当前的 distinct_id 为 cookie_id 。

    sensors.logout();  // 取消当前 login 的 id，改成最初自动生成的 cookie_id
    sensors.logout(true); // 取消当前 login 的 id，重新生成一个新的 cookie_id

问题1，这个在什么时候使用？ 在你用过 sensors.login 后，在一个浏览器有多个用户登录的时候，你想在用户退出后改变当前的 distinct_id。

3. 自定义事件追踪

第一次接入神策分析时，建议先追踪 3~5 个关键的事件，只需要几行代码，便能体验神策分析的分析功能。例如：

• 图片社交产品，可以追踪用户浏览图片和评论事件。
• 电商产品，可以追踪用户注册、浏览商品和下订单等事件。

神策分析 SDK 初始化成功后，即可以通过 sensors.track(event_name[, properties][, callback]) 记录事件：

• event_name: string，必选。表示要追踪的事件名。
• properties: object，可选。表示这个事件的属性。
• callback: function，可选。表示已经发送完数据之后的回调。

    // 追踪浏览商品事件。
    sensors.track('ViewProduct', {
        ProductId: '123456',
        ProductCatalog: "Laptop Computer",
        ProductName: "MacBook Pro",
        ProductPrice: 123.45
    });

另外，神策分析 SDK 也支持自动进行一些事件的追踪，具体请参考：默认事件追踪。

3.1 事件公共属性

3.1.1 sensors.registerPage(object)

如果某个事件的属性，在所有事件中都会出现，可以通过 registerPage 方法将该属性设置为事件公共属性。例如电商产品中的用户等级，常作为事件的公共属性。sensors.registerPage({gender:"male"}) 。这样的话，下次你在使用 sensors.track("index_visit") 时等同于 sensors.track("index_visit", {gender:"male"})。

再比如想在当前页面的后续事件中都注入当前页面地址及前向地址属性，只针对当前页面有效的方法如下：

<script>
(function(para) {
  var p = para.sdk_url, n = para.name, w = window, d = document, s = 'script',x = null,y = null;
  w['sensorsDataAnalytic201505'] = n;
  w[n] = w[n] || function(a) {return function() {(w[n]._q = w[n]._q || []).push([a, arguments]);}};
  var ifs = ['track','quick','register','registerPage','registerOnce','clearAllRegister','trackSignup', 'trackAbtest', 'setProfile','setOnceProfile','appendProfile', 'incrementProfile', 'deleteProfile', 'unsetProfile', 'identify','login','logout','trackLink','clearAllRegister'];
  for (var i = 0; i < ifs.length; i++) {
    w[n][ifs[i]] = w[n].call(null, ifs[i]);
  }
  if (!w[n]._t) {
    x = d.createElement(s), y = d.getElementsByTagName(s)[0];
    x.async = 1;
    x.src = p;
    y.parentNode.insertBefore(x, y);
    w[n].para = para;
  }
})({
      sdk_url: '在 github 下载新版本的 sensorsdata.min.js',
      name: 'sensors',
      server_url:'数据接收地址',
      //heatmap_url神策分析中点击分析及触达分析功能代码，代码生成工具会自动生成。如果神策代码中 `sensorsdata.min.js` 版本是 1.9.1 及以上版本，这个参数必须配置，低于此版本不需要配置。
      heatmap_url: "在 github 下载新版本的 heatmap.min.js",
      //web_url 神策分析中点击分析及触达分析功能会用到此地址，代码生成工具会自动生成。如果神策后台版本及 `sensorsdata.min.js` 均是 1.10 及以上版本，这个参数不需要配置。
      web_url:"神策分析后台地址",
      heatmap: {}
    });
    //以异步加载 SDK 为例，神策 SDK 初始化完成，此时调用设置公共属性的方法，来保证之后的事件都有这两个属性。
    sensors.registerPage({
      current_url: location.href,
      referrer: document.referrer
    });
    sensors.track('button_A_click'); // 这时候，这个 button_A_click 事件，就会带有current_url和referrer这些属性。且仅对当前页面有效。
</script>

3.2 关闭页面前发数据

我们不建议在关闭页面前发数据，尤其是关闭页面前连续发多条数据，因为浏览器的特性，肯定会存在丢失！
尤其在移动网络环境下，丢失率严重。在手机 ios 下的 safari 丢失率极高。
如果一定要在关闭页面前发数据，请参考如下方案！

3.2.1 （优先建议），采集跳转页面的 $pageview 事件：

默认采集跳转事件的方法：

用户点击 href 属性为 www.xxx.com 的 a 标签，触发 $WebClick 事件或者用户自定义的 track 事件，这时页面会进行跳转。可能数据未发送成功，页面已经跳转到 www.xxx.com ，会造成数据的的丢失。

改进方法：

给 a 标签的 href 属性添加某个参数，例如 www.xxx.com?urlfrom=123 ，当页面跳转到 www.xxx.com?urlfrom=123 后，采集这个页面的 $pageview 事件，在神策后台中查看 Web 浏览事件，根据 url 是否包含 urlfrom 这个参数来筛选结果。

3.2.2 （可以尝试） 加 callback ：

3.2.2.1 使用 callback_timeout：

神策自定义事件的 track 方法的第三个参数，回调函数，受 callback_timeout 参数影响（callback_timeout: 默认值 200 ，单位毫秒，表示回调函数超时时间，如果数据发送超过 callback_timeout 还未返回结果，会强制执行回调函数）。

正常情况下数据请求返回后，就会执行 callback 方法，但是考虑到网络卡或者死机的情况，设置 callback_timeout 的超时来强制执行 callback。其中有两种不太常见特殊场景需要注意：

1. 不能把时间设置的太长，比如 3s，因为不能保证网络请求一定能返回，这时候就会使用这个 callback_timeout，所以设置这个时间最好在 500ms 左右，可接受的范围内。
2. 不能把时间设置的太短，比如 100ms，因为可能请求还没发成功，就执行 callback 了，正常情况下没问题，但是如果 callback 里是页面跳转的操作，那这个数据可能会丢失。

    // 点击链接
    $('a').on('click',function(e,url){
        e.preventDefault();   // 阻止默认跳转
        sensors.track('a_click', {}, function(){
            location.href = url;
        }); //把跳转操作加在callback里
    });

3.2.2.2 使用 setTimeout：

    // 点击链接
    function targetLinkIcon( url ){
        //延迟跳转页面，给 SDK 发送数据提供时间
        setTimeout(function(){
          window.location.href = url; 
        },500);
        //神策自定义事件的方法
        sensors.track('demo',{});
    }

3.2.3 （不建议） beacon 的方式发送数据，截止到 2018-3-20 前 ie 和 safari 不支持此方法。

  sensors.track('a_click',{$option:{send_type:'beacon'}});

这三种方式，第一种从根本上解决问题，将事件进行转换。推荐使用。
第二种需要阻止默认事件，对浏览器兼容性好。可以尝试。
第三种方式，在网页关闭情况下也可以发送数据，但是兼容性不佳。

4. 默认事件追踪

为了方便使用，神策分析的 SDK 也提供了一些默认事件的收集，例如如果需要采集页面浏览事件（即 $pageview ），可以通过增加如下代码：

  // 如果需要调用 login 来重新设置用户标识，必须在此之前调用
  sensors.quick('autoTrack')

设置之后，SDK 就会自动收集页面浏览事件，以及设置初始来源。注意，该方法目前对采用单页面开发模式的网页收集不准确，这种情况可以参考文档常见问题 3 单页面中发送页面浏览事件($pageview)。

4.1 Web 浏览页面事件增加自定义属性

如果想加额外的属性，可以如下方式（添加 platForm 属性为 h5）

  // 如果需要调用 login 来重新设置用户标识，必须在此之前调用
 sensors.quick('autoTrack', {
   platForm:'h5'
 })

4.2 只采集 Web 浏览页面事件，不追踪用户的首次属性

如果只想追踪事件，不想设置首次来源到 profile 里，可以使用sensors.quick('autoTrackWithoutProfile')来替代。

5. 设置用户属性

为了更准确地提供针对人群的分析服务，可以使用神策分析 SDK 的 profileSet() 等方法设置用户属性，如年龄、性别等。用户可以在留存分析、分布分析等功能中，使用用户属性作为过滤条件，精确分析特定人群的指标。

你可以首先使用上面的 identify(userid) 来标识用户，然后可以对这个特定的用户设置一些属性。如果你不用这两个方法去标识用户，就会以 Cookie 中的匿名 distinct_id 来标识用户。

5.1 sensors.setProfile(properties[, callback])

直接设置用户的属性，如果存在则覆盖。

• properties：object，必选。
• callback：function，可选。

    sensors.setProfile({email:'xxx@xx'});

5.2 sensors.setOnceProfile(properties[, callback])

如果不存在则设置，存在就不设置。

• properties：object，必选。
• callback：function，可选。

    sensors.setOnceProfile({email:'xxx@xx'});

5.3 sensors.appendProfile(properties[, callback])

给数组属性添加值。通过setProfile只能改变属性的值。如果这个属性是数组类型的，你不想完全改变这个值，只想做添加操作可以使用此方法。

• properties：object，必选。
• callback：function，可选。

    //给 category 增加两个值
    sensors.appendProfile({catrgory: ['玉米','白菜']});
    //给 category 增加一个值
    sensors.appendProfile({catrgory: '玉米'});

5.4 sensors.incrementProfile(properties[, callback])

对当前用户的属性做递增或者递减。

• properties：object 或者 string，必选。
• callback：function，可选。

    // 表示 navClick 递减
    sensors.incrementProfile({'navClick': -1});
    // 表示 navClick 递增2
    sensors.incrementProfile({'navClick': 2});
    // 直接传入一个属性名，表示递增1
    sensors.incrementProfile('navClick');

5.5 sensors.deleteProfile([callback])

删除当前用户及他的所有属性。

• callback function。{可选}

    //删除当前这个用户及他的所有属性
    sensors.deleteProfile();

5.6 sensors.unsetProfile(property[, callback])

删除当前用户的一些属性

• property：array 或者 string。
• callback：function，可选。

    //删除 email 和 location 属性
    sensors.unsetProfile(['email','location']);
    //删除 email 属性
    sensors.unsetProfile('email');

6 数据类型说明

• object: 上面 properties 是 object 类型。但是里面必须是 key: value 格式。且 value 必须只能是 string/number/date/boolean/array 这几种类型
• string: 一般情况下的值都是 string 类型
• number: 如 sensors.incrementProfile 中会用到
• datetime: 属性的值可以传入 new Date 的值即可(最终会自动转化成'2018-01-01 13:13:13.13')
• date: 传入字符串'2018-01-01'即可
• boolan: 属性的值可以是 true/false
• array: array 里的必须是字符串。关于 array 类型限制请见 数据格式。

6.1 预置属性

6.1.1 获取前端 JS SDK 采集的预置属性

此方法可获取，页面地址，页面标题，前向地址，SDK 类型及版本，屏幕宽高，最近一次的相关属性，不包括需要后端解析的 ip 及 UA 等属性，且这些属性与服务端的传输需要客户自己来做。

sensors.getPresetProperties();

6.1.2 所有事件都会有的预置属性：

注意：其中 $latest_traffic_source_type 这个的属性值包括：付费广告流量、自然搜索流量、社交网站流量、引荐流量、直接流量。

6.1.3 UserAgent 相关的预置属性

这一系列的属性从浏览器的 UserAgent 中进行解析。

神策分析 1.6 版本之后支持更准确的解析方式，但和原有方式不兼容，请根据需要选择。

6.1.4 $pageview（Web 浏览页面）事件的预置属性

6.1.5 $WebClick（Web 元素点击）事件的预置属性

6.1.6 $WebStay (Web 视区停留) 事件的预置属性

此事件为触达率分析图所使用的事件，触达率分析图可对用户在网页中的触达深度进行分析。

6.1.7 预置的用户属性

注意：其中 $first_traffic_source_type 这个的属性值包括：付费广告流量、自然搜索流量、社交网站流量、引荐流量、直接流量。

7 统计来源相关问题

使用神策JavaScript SDK统计来源相关问题。

7.1 关于首次和最近一次属性取值介绍

7.1.1 $first_referrer 首次站外地址，$latest_referrer 最近一次站外地址(只要前向域名不是当前页面的域名，就会重置)

第一种 正常获取的属性值。
第二种 空：直接打开页面（包括收藏夹打开页面）。
第三种 取值异常：因为 cookie 被清空了，或者前面一个页面是同域名的，但是没有嵌入 sdk。
第四种 referrer的 domain 解析失败。
1.document.referrer 前向地址解析失败(例如 www.biz.work 等域名无法解析)，参考地址。
2.初始化中配置了 referrer_domain 属性：
（1）current_domain 为函数：返回值为空或路径中不含。
（2）current_domain 为字符串：current_domain 为空或 current_domain 中不含。

7.1.2 首次广告系列相关参数，$latest_utm最近一次付费广告系列参数（包括 utm_source、utm_medium、utm_term、utm_content、utm_campagin）

第一种 正常获取的属性值。
第二种 未知：没取到属性的数据值（一般情况为 url 中为包含相关 utm 参数）。

7.1.3 $first_traffic_source_type 首次流量来源类型，$latest_traffic_source_type 最近一次流量来源类型

第一种 正常获取的属性值（付费广告流量、自然搜索流量、社交网站流量、引荐流量、直接流量）。
第二种 未取到值_直接打开。
第三种 未取到值（一般情况是落地页面的前向地址虽然是搜索引擎的地址，但没有包含这个关键词字段，导致 SDK 没有解析到）。

7.1.4 $first_search_keyword 首次搜索引擎关键词，$latest_search_keyword 最近一次搜索引擎关键词

第一种 正常获取的属性值。
第二种 referrer 的 domain 解析失败。
1.document.referrer 前向地址解析失败(例如 www.biz.work 等域名无法解析)，参考地址。
2.初始化中配置了 referrer_domain 属性：
（1）current_domain 为函数：返回值为空或路径中不含。
（2）current_domain 为字符串：current_domain 为空或 current_domain 中不含。

7.2 流量来源类型说明

关于首次流量来源类型 $first_traffic_source_type 及最近一次流量来源类型 $latest_traffic_source_type 的判断逻辑：
如果落地页面地址中含有 utm 参数，就是付费广告流量
如果不是付费广告流量且前向地址中包含 search_engine 中的参数算自然搜索流量，
如果不是付费广告流量且前向地址中包含 social_engine 中的参数算社交网站流量，
如果前向地址为空是直接流量，
如果以上都不是（前向地址不为空）那么是引荐流量，
其他情况为异常。

注意，其中 search_engine 及 social_engine 为可配参数，参数名为 source_type: 自定义搜索引擎流量，社交流量，搜索关键词。具体用法如下：

source_type :{
    search: ['.baidu.com','.google.'],
    social: ['.renren.com','.kaixin001.com'],
    keyword: {baidu:['wd','word','keyword'],sogou:'query'}
}

可以先通过 sensors.para.source_type.search 等方式，来查看目前已经定义的部分判定条件。 如果你有新的判断条件想要增加，可以通过上述代码，来扩展。
search 内容是数组，把 url 中包含特征的字符串作为判定条件，比如包含 .baidu.com 就认为是搜索引擎流量。
social 同上，也是包含特征字符串，就认为是社交流量。
keyword 内容是一个对象，key 是取的去掉域名后缀的字符串 , value 可以是关键词的字符串，也可以是一个包含有可能是关键词的数组。