一、背景

最近在思考一個問題，那就是：隨著疫情的發展，獨立站越來越流行，而獨立站更多的就是 Web，而非 App。所以對于端開發者而言，好像有點時光倒流了。特別是 iOS14 這個煙霧彈 若隱若現的，干擾著 App 廣告人的視線，導致大家又重新開始審視 Web 廣告投放了。

這也是我為什么要研究的原因。

上一次，我們講了 Google Tag Manger，一次部署，配置化完成網站運營需求，的確方便了廣告主的快速投放，甚至還可以在下單完成后，再彈框送券，好好就用的話，必然會對廣告投放有大的提效。

用戶被拉過來后，我們面臨的是怎樣讓用戶高效轉化。

到底網頁上的按鈕顏色用紅色還是藍色？或者 到底 用戶喜歡 A 頁面 還是 B 頁面。再或者 新用戶是喜歡 A 頁面或 B 頁面；而老用戶喜歡 C 頁面或 D 頁面。

怎么辦？所以這個時候，Google Optimize 就派上用場了。因為上述的場景只要引用 Google Optimize 的 JS 代碼，一切都可以配置化完成。

先上一張 Google Optimize 的網頁截圖如下：

Google Optimize

說得很直白，你的網站其實就是你的櫥窗，前所未有地吸引您的網站訪問者，免費創建個性化體驗的 ABi 測試吧。

業內一直說的 No Data，No Bibi。以及 Shein 和 元氣森林的動態測品，都是在更大維度的測試，但到了網站，你的網站的轉化也是需要 Ab 測試的。

二、開始 Google Optimize 之旅

我們接著來實戰一下吧。

說一下我們的實戰的內容：

1. 我想測試一下，頁面上添加到購物車按鈕文案：Add To Cart 改為 SHOP NOW 哪一個效果更好。

2. 我對網站進行了改版，A 頁面為老頁面，B 頁面為新頁面，我想知道哪個頁面的轉化比較好。

三、通過Google Optimize動態修改頁面元素

在使用之前，你需要有一個網站，這里就用我自己的網站進行測試了，以及 google analytics、Google Optimize的帳號，然后我們去Optimize中去創建體驗。

進

點擊 創建體驗后進入下面頁面：

創建實驗頁面

這里點擊創建按鈕后，進入如下界面：

設置實驗詳情

這里我們先看一下我們頁面的代碼：

直接上代碼

在 Header 中我們已經添加了 optimize.js，然后我們的 body 中 有一個添加到購物車鏈接，已經通過藍底色圈中。

如果正常情況下，我們想測試 這個鏈接的文案是用 Add To Cart 還是 BUY NOW 那要費老勁了，開發，AB，然后看報表。

但現在我們可以直接通過 Optimize 的 變體來實現。

添加變體

接上上張圖片中的添加變體，取個名字：BUY NOW Test后，詳如下圖：

添加變體成功后

這里就有了兩個分桶實驗，各占50%的分桶，50%用戶去原始網頁桶，50%用戶去你的實驗桶。那實驗桶 要怎樣 把 Add To Cart 文案 改為 BUY NOW 呢？我們點擊藍色的按鈕 修改。

進入修改頁面

選中我們要修改的 Add To Cart 鏈接后，右下角出現 修改元素一欄。

我們選擇修改文本

點擊修改后，彈出菜單，可以是移除，修改文檔，以及 HTML，甚至運行 Javascript，當然也可以自定義按鈕的樣式 CSS。

可以直接鏈入我們要修改的文案

把 Add To Cart 修改為 BUY NOW。點擊完成回到主界面，向下滾動，添加GA 中的衡量指標如下：

這里設置為網頁瀏覽量

需要先關聯好 GA 相關帳號，然后我們選擇 衡量的指標就是 網頁瀏覽量。

再向下滑動，可以看到Google Optimize 要求我們在網頁中嵌入的 JS SDK 代碼。

截屏2021-03-29 下午5.05.07.png

到這里，我們就可以啟動我們的實驗了。

可以啟動實驗看效果了

點擊啟動 按鈕。。。。。

啟動后，我們就可以體驗了，點擊結束按鈕邊上的實時調試。

開啟實時調試

然后會看到訪問網頁時的 AB 實驗的分發信息如下：

我當前命中了自然桶

那要怎么觸發實驗桶呢？為了保證用戶的體驗一致性，所以給我分發了自然桶的話，我這個瀏覽器已經被寫入了分桶 cookie，要換一個瀏覽器，或隱私方式來測試了。

我換了 Safari 瀏覽器

然后我們發現，同樣的網址，但是不同瀏覽器的展示的文案不一樣了。

放在一起秀一秀

所以通過 Google Optimize 就實現了 動態分桶修改頁面的元素了。

還可以修改 HTML噢！

所以 對于頁面上的任意元素和布局，基本是無阻礙了。

三、頁面效率對比 的 ABTest實施

形如下圖：

要測試效率的兩個頁面

直接創建重定向測試

直接創建重定向測試，來對比 B 頁面 和 C 頁面的轉化效率。

重定向測試待處理事項

我們未點亮的操作如下：

1. 創建變體，即告訴我們可以重定向到其他什么頁面。

2. 設置目標，用來衡量切換后的效果。

3. 然后就可以啟動了。

我們這里講第1步，點擊 添加變體 按鈕。

輸入 C 的網址

然后向上次一樣設置好目標，就可以啟動了。

可以啟動實驗了

然后就可以去測試一下 重定向的速度了。

四、小小的感慨

Google 真是 PAAS 的產品典范，輕開發越來越成為趨勢，現在想想，以前搭一個開發環境，數據庫用哪個版本，JAVA 用哪個版本，操作系統用什么版本，都需要開發人員關心，但是現在開發，有了docker，環境配置，以及要部署的代碼都做成了鏡像，可以直接下載，有了docker 后，才有了現在云服務的繁榮。

而同樣的操作，在 App 端 Google FireBase 也都支持了，詳如下圖：

FirebaseAb 推送和 Ab 配置

可以從推送、遠程配置、應用內消息進行 AB 測試，所以某個值的變化，同樣的 文案、以及新上線的頁面，也可以做到動態的 AB 方案，然后再GA 轉化衡量出 AB 效果。

五、邊界與出圈

所以通過上述案例，因為 Google 最先做的統計系統GA，在有了 GA 后，再慢慢切入了 FireBase 以及 TagManager 以及 Google Optimize，因為有了數據衡量指標，一步步的擴展自己的邊界。

而同樣的，廣告行業的歸因行業，最一開始有了廣告平臺歸因，然后有了事件傳輸，然后有了流失預測，然后有了反作弊，然后有了自己的數據洞察。

這里多提兩句反作弊，現在的作弊真的是越來越難了，因為設備的傳感器信息會分分鐘出賣設備農場，詳如下圖：

設備農場

因為如果一個 App 從激活 到 下單的過程中，他的陀螺儀、電量、距離感應器、GPS 定位都沒有發生過變化，那就可以確定是一個假量了。

就好比流量產品，流量產品所到之處，必須枝繁葉茂，如果不是，那流量產品就會出圈建他個枝繁葉茂！

（來源：ssevening）

以上內容屬作者個人觀點，不代表雨果跨境立場！本文經原作者授權轉載，轉載需經原作者授權同意。

（來源：ssevening）