在早期，业务报告还未改版的时候，详细研究过业务报告和广告数据之间的联系，想以此来判断链接的自然流量有多少。
但在实际操作中，发现业务报告中的数据偏差较大，访客数值明显偏小，用会话减去广告中的访客，得到的结果明显不合理。其次当天更新记录的数据，数值在三四天内还是会变动的，基本要到一周左右才完全能稳定下来；最初这对我造成了不小的困扰，还去各处询问原因；
有几种常见的说法，一种是业务报告和广告功能是亚马逊中两个不同团队开发的，所以在数据定义和数据处理的原则上有所不同，因此导致的一些差异；其次业务报告功能只包含PC网页端的数据，不包含移动手机端的数据，所以导致业务报告中的数据偏小，这个在后来业务报告更新的时候得到了验证，所以我个人觉得这是比较靠谱的说法。
不过绕开了最初对数据准确性的纠结，我们看的是数据整体的趋势，所以用这部分为参考并没有问题。以下是我早期对业务报告注意事项的一些记录；
一、业务报告（名词解释） https://www.wearesellers.com/question/50933
1、业务报告会话
会话的判断是根据IP或者说买家账号来的，以下是亚马逊客服团队回复的内容：
If a buyer clicks on your ad, let’s say 10 times within 24 hours, then it will be considered as one session only.（买家在 24 小时内点击了您的广告 10 次，那么它只会被视为一次会话。）
2、广告点击 —— 同一用户可能会重复计算多次
其实广告点击的判断也不是我们以前所以为的是按照IP来计算点击次数的，以下是广告团队回复的内容：A customer can click on your ads twice in a day which will count as 2 clicks.（一个买家在同一天点击我们广告两次算2个点击。）
3、页面浏览 —— 商品的点击次数
4、业务报告转化率：业务报告中的转化率是订单除以会话，订单是广告订单+自然订单，会话却只是业务报告团队给的一个流量统计，所以计算出来的转化率必然是偏高的
还有一个点，因为业务报告里的流量是包含了广告流量（时间归因一致的情况下），业务报告里的转化率数值偏高的现象和（广告订单+自然订单）/业务报告的session这个计算公式的关系不是很大，本身报告中的Unit Session Percentage的数值也不是用这个公式算出来的，这不是造成业务报告转化偏高的主要原因。
业务报告里的转化偏高的原因是：Unit Session Percentage 是用销量/流量算出来的，而不是单量/流量。如果在大单多的情况下（一个订单购买多个数量），转化率会偏高，这才是业务报告转化偏高的真实因素。
二、业务报告
还有一个问题就是，刚开始接触亚马逊后台，使用的是中文后台，看业务报告时词条的中文翻译明显不合理，在业务报告中有两个相同的词条，订单数和售出产品件数这两种数据，中文都翻译为订单商品总数，后来慢慢才知道亚马逊后台翻译做的很烂，很多中文不理解的，切回英文后台看就明白了。
Total Order Items——总订单项目
Units Ordered（已订购商品数量）——单位订购
三、业务报告数据合并 ——“数据透视”在广告报表和业务报告中的应用（https://www.wearesellers.com/question/44912）
- 按照日期下载好每天的报表；
- 把下载好的所有表格放在同一个文件夹（后续更新也是放在同一个文件夹）；
- 日期和命名格式尽量按照统一标准命名（为了让excel更加方便排序）；
- 业务报告/广告报表
- 店铺名-报表名
- 每日业务报表/广告数据
- 每周业务报表/广告数据
- 店铺名-报表名
- 业务报告/广告报表
- 新建一个excel表，打开：数据–获取数据–自文件—从文件夹；
- 然后在组合这里选择合并和加载，点确定；
- 如果是广告报表：可以在订单这一项后面加一列：转化率（订单/点击量），格式改为百分比；
- 接着筛选广告，选择你想要观察的广告，最左边这一列就是时间了，我们就可以看到这个广告活动在我们所选择时间内的变化和浮动
尽量每天都下载报表，然后放在同一个文件夹，好处是什么呢？就是更新的时候方便，我们打开表格，点一下表格内容，就会出来一个查询功能，然后点刷新，你每天新下载的表格数据就会导入到里面了（记得是在同一个文件夹）
四、订单中已落实退款的订单，在业务报告中并没有被剔除，订单数和已订购商品数-数据得到了保留