效能最佳化
A/B Testing 與多目的地分流
給 landing page、活動與灰度發布用的多目的地流量分流器。在 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 前已經完成路由，使用者會立即拿到正確版本。