Google 使用 Measurement Protocol 的 Analytics 电子商务 -（未设置）着陆页
Google Analytics E-Commerce with Measurement Protocol - (not set) Landing Page
在使用 Measurement Protocol 将交易推送到 Google 电子商务后，我遇到了具有价值（未设置）的着陆页问题。我正在推送来自 windows 服务的批处理请求，该服务用 C# 代码编写，导致这样的请求：
POST http://www.google-analytics.com/batch HTTP/1.1
Content-Type: text/plain; charset=utf-8
Host: www.google-analytics.com
Content-Length: 390
Expect: 100-continue
v=1&t=transaction&tid=UA-00000000-0&cid=1812230000.1454578095&ti=1&ta=someshop&tr=50.00&cu=GBP&dh=someshop.co.uk&dp=/buy&dt=BuyItem&dl=http://localhost:55777/Results/
v=1&t=item&tid=UA-00000000-0&cid=1812230000.1454578095&ti=1&ic=00001&in=SoldItem&ip=50.00&iq=1&iv=ItemCategory&cu=GBP&dl=http://localhost:55777/Results/
我可以看到分析下的交易包含所有强制性数据，但是当我转到行为 -> 网站内容 -> 登陆页面报告时，我可以看到我的交易记录在（未设置）登陆页面下。
我提到的交易数据是由 windows 服务延迟发布的，因为交易收入是在用户实际交易后一两个小时内从外部提供商获取的。要与用户（未登录）连接交易，我使用来自 GA cookie 的 clientId。我试过通过位置，但它不起作用。
有没有办法 log/connect 着陆页与交易一起？
如果您指的是原始登录页面，那么可能不是 - 会话在 30 分钟不活动后重新启动（因此，如果在服务器调用之前存在延迟，会话可能会过期）或者当活动信息发生变化时，就像您这样做一样做一个服务器端调用。
如果您的用户在交易期间登录，您可以尝试 userid feature 与会话统一。
考虑到要继续现有会话必须匹配的事物数量（流量来源、媒介和活动信息、会话时间范围、clientid，我认为是用户代理和 ip）我敢说目前有没有可靠的方法来连接服务器端调用和网络会话。
免责声明：除了我自己尝试这样做之外，我没有什么可以支持我的观点。文档确实使这听起来应该是可能的。
您可能可以通过用户浏览器报告找到原始着陆页（查看转换，然后查看上一会话的着陆页），但您无法以编程方式访问它。
或尝试序列类型的高级细分 - 查看访问过确认页面的用户，并在稍后交互交易（通过服务器调用）。此 可能 为您提供线索，表明哪个着陆页导致了交易。
在使用 Measurement Protocol 将交易推送到 Google 电子商务后，我遇到了具有价值（未设置）的着陆页问题。我正在推送来自 windows 服务的批处理请求，该服务用 C# 代码编写，导致这样的请求：
POST http://www.google-analytics.com/batch HTTP/1.1
Content-Type: text/plain; charset=utf-8
Host: www.google-analytics.com
Content-Length: 390
Expect: 100-continue
v=1&t=transaction&tid=UA-00000000-0&cid=1812230000.1454578095&ti=1&ta=someshop&tr=50.00&cu=GBP&dh=someshop.co.uk&dp=/buy&dt=BuyItem&dl=http://localhost:55777/Results/
v=1&t=item&tid=UA-00000000-0&cid=1812230000.1454578095&ti=1&ic=00001&in=SoldItem&ip=50.00&iq=1&iv=ItemCategory&cu=GBP&dl=http://localhost:55777/Results/
我可以看到分析下的交易包含所有强制性数据，但是当我转到行为 -> 网站内容 -> 登陆页面报告时，我可以看到我的交易记录在（未设置）登陆页面下。
我提到的交易数据是由 windows 服务延迟发布的，因为交易收入是在用户实际交易后一两个小时内从外部提供商获取的。要与用户（未登录）连接交易，我使用来自 GA cookie 的 clientId。我试过通过位置，但它不起作用。
有没有办法 log/connect 着陆页与交易一起？
如果您指的是原始登录页面，那么可能不是 - 会话在 30 分钟不活动后重新启动（因此，如果在服务器调用之前存在延迟，会话可能会过期）或者当活动信息发生变化时，就像您这样做一样做一个服务器端调用。
如果您的用户在交易期间登录，您可以尝试 userid feature 与会话统一。
考虑到要继续现有会话必须匹配的事物数量（流量来源、媒介和活动信息、会话时间范围、clientid，我认为是用户代理和 ip）我敢说目前有没有可靠的方法来连接服务器端调用和网络会话。
免责声明：除了我自己尝试这样做之外，我没有什么可以支持我的观点。文档确实使这听起来应该是可能的。
您可能可以通过用户浏览器报告找到原始着陆页（查看转换，然后查看上一会话的着陆页），但您无法以编程方式访问它。
或尝试序列类型的高级细分 - 查看访问过确认页面的用户，并在稍后交互交易（通过服务器调用）。此 可能 为您提供线索，表明哪个着陆页导致了交易。