a/b测试主要的html/css重新设计

在我的公司，我们正在重新设计我们的电子商务网站。HTML和CSS从头开始重新编写，使网站具有响应性/移动友好性

由于它关系到我们最大的网站之一，该网站负责创造超过80%的收入，因此没有“问题”是非常重要的

我们的应用程序正在LAMP堆栈上运行

测试重大重新设计的最佳实践是什么？

我正在思考的一些问题：

• 当a/b测试整个设计（如果可能的话）时，我想你会 不要让谷歌过来索引你是新设计的（因为它 仍处于测试阶段）。如何处理
• 您是否应该将一定百分比的用户重定向到新的url（或 也许是子域？还是更好的服务于新的内容 基于会话的现有索引URL
• 如何从谷歌分析的角度比较统计数据？ 如何向谷歌提示新设计？我应该吗。 创建新的UA代码

---

解决方案可能是仅为通过主页进入网站的客户设置cookie。这样做，你就排除了adwords流量和回头客，他们可能期待其他网站设计，为他们提供原始网站，让他们的体验保持不变

---

仅使用家庭流量启动测试，设置cookie并将百分比重定向到子域。在Google analytics中，在同一个analytics帐户内，通过一个维度衡量转化率。在robots.txt中设置一个“disallow subdomain”，以排除SE爬行的子域。
Marc，您在这里混合了一些不同的问题：
• 仪器仪表。如果您的更改只能通过HTML/CSS/JavaScript来表示，即本质上是优化的，那么您可以使用TOL，比如或。如果服务器端也有变化，那么像（任何服务器堆栈）或（仅限Java）这样的工具就可以了。使用特殊产品的优势在于，它们提供了许多开箱即用的重要功能，例如收集实验数据、体验稳定性（返回用户看到相同的体验）等。您可以自己使用仪器，但除非您查看少数页面，否则这通常很难，特别是如果您想在应用程序之外通过DevOps机制进行此操作

• 搜索引擎优化。如果您正确地使用了仪器，这应该不是问题。对于同一资源的控件和变体，公共URI不应有所不同

• 交通路线。另一个考虑商业工具的原因。他们会将这些因素从你的应用程序中剔除，并让你设定百分比。有些工具，如Variant，允许您编写自定义目标，例如“value”用户总是看到控件

---

首先，如果你正在测试一个重大的设计变更，你不想在你的现场测试。在上线之前，它应该在登台/沙箱环境中进行测试。当然，我们会注意这一点。但很重要的一点是，我们的转换率保持不变，因为我们无法承受重大的退步。因此，在我们开始整个重新设计之前，如果我们能对这些（和其他）东西进行一点基准测试，那就太好了。你的商业模式没有很好地与你的客户在一个桶中隔离80%。当您准备上线时，您需要尝试识别Web请求是否来自80%，如果是，则将其重定向到当前系统。当您在一段时间内成功地处理了新客户和其他20%的客户时，您需要将80%的客户迁移到这个新版本上。从经验来看，如果你更改菜单选项或在桌面上添加新图标，用户会感到非常不安。在向屏幕和报表添加新列时，你真的需要握住他们的手。这正是我想要的。很好的一个主页上的cookie只顺便说一句！令人惊叹的！