性能优化
A/B 测试与多目标分流
给落地页、活动和灰度发布用的多目标流量分流器。在 Edge 路由访客，不产生 flicker，也不需要 client-side script。
- 避免 layout shift（CLS）与内容闪烁
- 取代沉重 client-side JS SDK
- 在目的地页面 render 前完成流量分流
- 透过 Edge cookies 维持 sticky sessions
- 适合 Next.js、Nuxt 与静态网站
Edge 规则测试区 Enterprise
设置沙盒
来源 Endpoint
/
在 Edge 做加权分流决策
把一个链接分配到多个目标，保持 session 一致，并在不加入浏览器实验脚本的情况下比较不同版本。
Landing Page 测试
测试 landing pages、标题与 CTA，不必承受 client-side experimentation tools 常见的 flicker。
Canary 发布
在全面推出前，先把新功能安全部署给 1% 或 5% 流量。
用户黏着
透过 edge-native cookies，确保用户在 session 期间持续看到同一个 variant。
No-SDK 性能
决策在 Edge memory 中完成，网站性能更容易保持快速且可预期。
实时追踪
整合分析可查看每个 variant 相对于转换目标的表现。
分阶段发布
随着信心提高，逐步增加 winning variant 的流量。
为多目标实验设计
当一个链接需要服务多个目标，而又不想重建页面或发布新的 client-side SDK 时，就适合使用 Edge 分流。
Landing Page 优化
测试新标题、offer 或目的地页，比较哪个版本能把更多访客转成 leads。
Canary 发布
先把新 UI 推给 5% 流量。若发生错误，可立即停止 rollout。
Pricing 与 Offer 测试
测试折扣 banner 或订阅价格模型，不必把规则硬写进程序码。
几秒内启动测试
定义目标、设置权重，并从跳转层发布分流规则。
1
定义版本
输入目的地 URLs（Variant A 与 B）。它们可以是不同页面、子域名或完全不同的服务器。
2
设置权重
调整流量分流比例（例如 50/50），也可以加入「只限美国用户」这类条件。
3
部署并追踪
按下部署后，变更会在数秒内全球传播。用实时分析挑选胜出版本。
常见问题
关于 edge-native experimentation 的常见问题。
不会。因为流量在页面 render 前已经完成路由，用户会立即拿到正确版本。