用户名*
邮箱*
密码*
确认密码*
验证码* 点击图片更换验证码
找回密码
忘记密码了？输入你的注册邮箱，并点击重置，稍后，你将会收到一封密码重置邮件。
问题已解决，其中感谢zhibo的帮助。
问题：1.在WAP端中JS文件中存在中文，
2.js文件中都没有数量这个字段，已修改好。
其中get了一些新技能，等完全能说明白了再来解答。
—————————————————————————
1.我把订单范围选在特定的一天，比如说2月25日，为什么会出现一个订单数量比较多，而且还有其他日期范围内的订单信息。
解答：这是因为前端技术员把获取订单信息写在了模板里面，只要页面有订单信息，便发送数据，结果商家只要进了后台看了数据，便会发送一个交易信息，所以会导致这样，其实排查这个错误很容易，只需要看订单成功页面，如果不是，如果不是正常的订单成功页面，那就值得思考一番咯；
其实我提的三个问题就是一个问题，就是一个问题，一个店铺的订单多了去了，老板说今晚再搞不定，多的订单数据就要我补，卧槽，吓尿了，感觉排查出来了，那可是几百万啊，好险好险。。。。。
先回答你的问题：
1，跟你们系统的orderid建立规则有关——举个例子，你们的order id建立是在题主“我们网站暂时就在订单成功页面布置了上传订单信息的代码”之前，那么，客户19号 加购物车->注册账号->填写信息->提交订单未付款，23号跑回来付款，完事后跳转到“订单成功页面”，订单归属的时间维度当然是23号，建议题主跟网站前端同事沟通下了解实际情况
2，无法直接帮你解决，我估计是Ec code放的位置跟你网站的购买逻辑对不上，建议一个排查方法给题主：
a，先确定多出的收入，是多出了一些没有的Order id（基本不可能，除非是你们自己的后台统计漏了。。），还是对应后台的同一个Order id的商品组成内容错了
b，做自定义报告，主维度orderid，次级维度选产品，指标自己选产品数量、产品收入、数量等等你需要分析的指标
个人建议，针对电商站来说，把Ec code放在付款选择的页面最合适，付款率通过自身后台去统计，不放GA里。
3，差在哪里？存在你后台没有的id？推断题主说的后台，判断订单=已付款的订单，而GA里的是提交的订单数，大概脑内想了一下，7成左右付款率，欧美也的确是差不多的
希望能帮到你 😀
昵称*
E-Mail*
回复内容*
回复 ( 2 )
问题已解决，其中感谢zhibo的帮助。
问题：1.在WAP端中JS文件中存在中文，
2.js文件中都没有数量这个字段，已修改好。
其中get了一些新技能，等完全能说明白了再来解答。
—————————————————————————
1.我把订单范围选在特定的一天，比如说2月25日，为什么会出现一个订单数量比较多，而且还有其他日期范围内的订单信息。
解答：这是因为前端技术员把获取订单信息写在了模板里面，只要页面有订单信息，便发送数据，结果商家只要进了后台看了数据，便会发送一个交易信息，所以会导致这样，其实排查这个错误很容易，只需要看订单成功页面，如果不是，如果不是正常的订单成功页面，那就值得思考一番咯；
其实我提的三个问题就是一个问题，就是一个问题，一个店铺的订单多了去了，老板说今晚再搞不定，多的订单数据就要我补，卧槽，吓尿了，感觉排查出来了，那可是几百万啊，好险好险。。。。。
先回答你的问题：
1，跟你们系统的orderid建立规则有关——举个例子，你们的order id建立是在题主“我们网站暂时就在订单成功页面布置了上传订单信息的代码”之前，那么，客户19号 加购物车->注册账号->填写信息->提交订单未付款，23号跑回来付款，完事后跳转到“订单成功页面”，订单归属的时间维度当然是23号，建议题主跟网站前端同事沟通下了解实际情况
2，无法直接帮你解决，我估计是Ec code放的位置跟你网站的购买逻辑对不上，建议一个排查方法给题主：
a，先确定多出的收入，是多出了一些没有的Order id（基本不可能，除非是你们自己的后台统计漏了。。），还是对应后台的同一个Order id的商品组成内容错了
b，做自定义报告，主维度orderid，次级维度选产品，指标自己选产品数量、产品收入、数量等等你需要分析的指标
个人建议，针对电商站来说，把Ec code放在付款选择的页面最合适，付款率通过自身后台去统计，不放GA里。
3，差在哪里？存在你后台没有的id？推断题主说的后台，判断订单=已付款的订单，而GA里的是提交的订单数，大概脑内想了一下，7成左右付款率，欧美也的确是差不多的
希望能帮到你 😀