Google Analytics访问者流程：对网址进行分组？

Question

我正在尝试仔细分析我的网站访问者通过两个特定的多页操作（例如事件注册）的方式，以确定某些访问者无法完成操作的位置和原因。我正在尝试使用Google Analytics“访客流”工具来检查数据，尤其是找出“未完成”访问者的下一步。

我遇到的困难是开发人员如何在我们的MVC框架中整合URL结构。粗略地说，URL看起来像这样：

/contacts/432/edit                 /* create new person profile, [0-9]+ format for new person ID */
/event_orders/763/edit             /* create new event reg, [0-9]+ format for new event registration */
/event_orders/763?success=true     /* action completed */

由于URL的构建方式，目前无法使用GA访客流量分析来查看网站用户如何在动作序列中移动。

我希望的内容：我希望能够使用正则表达式定义网址分组。

我知道在过滤页面视图时可以使用正则表达式，但我没有在“访问者流程”部分的这些行中找到任何内容。如果有的话，我看起来好像需要定义站点范围的URL分组，以便始终将/contacts/[0-9]+/edit视为相同的URL，从而在查看访问者流时将“创建新事件注册”页面视图分组到一个块中

是否可以这样做？

Answer 1

在原始问题中，我说明了我希望的内容：“我希望能够通过使用正则表达式来定义URL分组。”

事实证明，谷歌分析的访客流量允许这一点！这是怎么回事。

1. 加载访问者流程，并应用您想要的任何其他过滤器和细分。

2. 浏览“访问者流程”界面，找到要分组的页面的一个示例。如果是我原来的问题，一个例子是/contacts/432/edit

3. 左键单击该节点，然后选择“通过此处浏览流量”。这将转换接口，以便显示该节点的所有入口路径和退出路径，无论该节点出现在每个访问者与网站交互的序列中。

4. 点击新显示中节点上方的“齿轮”图标。这将打开一个新的对话框，允许多个“匹配”选项：“包含”， “以”开头“，”以“结尾”，“等于”，“ 匹配正则表达式 ”！

5. 我没有在这里探索正则表达式灵活性的深度，但对于我正在寻找的其中一个分组，我在第二个字段中输入/contacts/*/edit < / p>

6. 第三个字段是可选的，但允许您为节点使用更友好的名称。

7. 点击“应用”。现在所有匹配的网址都会被分组！

8. （奖励）为了查看已分组的特定网址以及每个网址的一些概述统计信息，左键单击该节点，然后点击“组详细信息”。 < / p>

快乐的正则表达！

Answer 2

不幸的是，如果不创建新的配置文件以及一些自定义配置文件过滤器，就没有干净的方法。

要做到这一点，只需跳转到管理界面，创建新的个人资料（如果您不想混淆现有数据 - 无论如何都可以创建这些数据）并且创建自定义高级过滤器，包含以下选项：

输入：搜索＆amp;取代

字段：请求URI

搜索字符串： ^ /（联系人| event_orders）（/ \ d *）（。*）

替换字符串： / $ A1 $ A3

以下是GA界面的外观：

Answer 3

罗伯特金斯顿说得对，虽然值得注意的是$ A1 $ A3在替换字符串中意味着什么。

$ A表示过滤字段A，1表示“第一个弯曲括号中的内容”3表示“第3个括号中的内容”。一开始的斜线字面上只是一个斜线。

我强烈建议为此类事情创建其他配置文件，并始终使用“Vanilla”配置文件，以免在发生灾难时触及。

Answer 4

罗伯特金斯顿几乎是正确的，但替换字符串应该是完全不同的 - 当你使用括号来捕捉字符串时，你用\1，\2等插入它们。

这是更改网址的方法：

1. 创建新视图。
2. 为其添加过滤器。
3. 选择非标准过滤器。
4. 使用“搜索和替换”选项。
5. 在过滤器中选择“请求URI”。
6. 在“正则表达式”的“搜索字符串”中输入（请注意，URI以/开头，例如http://abc.eu/my/file.php?abc URI为：/my/file.php?abc）。
7. 在“替换字符串”字符串中，您可以输入所需的任何文本。

在这种特殊情况下，您需要：

1. 搜索字符串：^/(\w+)/(\d+)[/?](\w+)(.*)
2. 替换字符串：/\1/\3?\2&\4

Orignal和新URI：

/contacts/432/edit -> /contacts/edit?432&
/event_orders/763?success=true -> /event_orders/success?763&=true  

这应该可以让你弄清楚原始URI是什么，但是访问者流应该看起来更好（在流中忽略查询字符串）。

注意！即使您向旧视图添加过滤器，也不会修改旧数据。这就是你应该添加新视图的原因。否则，您将使用旧格式和新格式的URL进行混合数据。