redirect A/B 测试的性能有多糟糕？
How bad are redirect A/B tests for performance?
我的公司要求 A/B 测试我们所有页面上都可用的主菜单导航。我们目前使用一个名为 Optimizely 的平台来为任何变体重定向用户。
我知道重定向对移动性能尤其不利。一般不推荐这样的实验吗？似乎 Optimizely 试图减轻重定向的影响，但我们可能会失去用户吗？
我看到了 Optimizely 的服务器端选项，但我们尚未对此进行调查。这是一个广泛的问题，但任何见解都会受到赞赏。我很乐意 post 了解更多信息。
您是否考虑过在 Optimizely 中定义一个使用全局 URL 定位 (docs) 的 "Page"？此页面将在优化 JS 代码段所在的每个页面上激活。这是部署导航菜单的典型手段A/B测试。
如果由于导航的技术复杂性而无法做到这一点，您可以安全地运行为此测试进行重定向实验。
Optimizely 的重定向使用 window.location.replace 调用，只要将代码段安装在页面 <head> 的高位，用户就会被快速分桶和重定向。
要测试移动设备的性能，我建议执行以下步骤：
- 创建实验并重定向变体
- 创建 "QA" 受众（docs）。
- 访问您的网站，附加必要的查询参数以符合实验条件
This will allow you to QA the redirect behavior as if it were a live
experiment on your site - "Preview" mode in Optimizely is merely a
preview, and not representative of the true production performance
once 'published'.
启动重定向实验时要采取的一些重要的 SEO 措施：
- Canonical 标签 - 您应该在 post-redirect 页面的头部添加一个 link 标签，告诉 Google 该页面的规范版本位于不同的 URL. (docs)
- Robots.txt 条目 - 遵守此约定的搜索引擎将跳过遵循禁止指令的 URL。将您的 post-redirect 页面 URL 添加到此文件。
我的公司要求 A/B 测试我们所有页面上都可用的主菜单导航。我们目前使用一个名为 Optimizely 的平台来为任何变体重定向用户。
我知道重定向对移动性能尤其不利。一般不推荐这样的实验吗？似乎 Optimizely 试图减轻重定向的影响，但我们可能会失去用户吗？
我看到了 Optimizely 的服务器端选项，但我们尚未对此进行调查。这是一个广泛的问题，但任何见解都会受到赞赏。我很乐意 post 了解更多信息。
您是否考虑过在 Optimizely 中定义一个使用全局 URL 定位 (docs) 的 "Page"？此页面将在优化 JS 代码段所在的每个页面上激活。这是部署导航菜单的典型手段A/B测试。
如果由于导航的技术复杂性而无法做到这一点，您可以安全地运行为此测试进行重定向实验。
Optimizely 的重定向使用 window.location.replace 调用，只要将代码段安装在页面 <head> 的高位，用户就会被快速分桶和重定向。
要测试移动设备的性能，我建议执行以下步骤：
- 创建实验并重定向变体
- 创建 "QA" 受众（docs）。
- 访问您的网站，附加必要的查询参数以符合实验条件
This will allow you to QA the redirect behavior as if it were a live experiment on your site - "Preview" mode in Optimizely is merely a preview, and not representative of the true production performance once 'published'.
启动重定向实验时要采取的一些重要的 SEO 措施：
- Canonical 标签 - 您应该在 post-redirect 页面的头部添加一个 link 标签，告诉 Google 该页面的规范版本位于不同的 URL. (docs)
- Robots.txt 条目 - 遵守此约定的搜索引擎将跳过遵循禁止指令的 URL。将您的 post-redirect 页面 URL 添加到此文件。