
GTM教學|手動設定GCP SERVER伺服器配置
這一篇會教你如何使用GCP,手動設定GCP-SERVER。而手動設定部署的伺服器,有甚麼好處? 可以選擇伺服器Region,例如台灣地區 / 美國地區 / 非洲地區等。你可以依照自己的客群所在地,把伺服器部署到相對近的位置,進而提高網站資料傳遞速度,同時有些地區的價碼也不同,所以也是一個經濟成本的考量。如果你是透過自動部署,GCP會自動幫你選擇美國地區,對於在台灣的使用者來說,就會多了等待傳遞的時間。 選擇最小instance & 最大instance。如果你是透過GTM自動幫你部署,他會直接自動幫你設定你的伺服器個體"下限"與"上限"。如果你是手動部署,你可以根據自己網站的流量 / 事件預計
這一篇會教你如何使用GCP,手動設定GCP-SERVER。而手動設定部署的伺服器,有甚麼好處?
可以選擇伺服器Region,例如台灣地區 / 美國地區 / 非洲地區等。你可以依照自己的客群所在地,把伺服器部署到相對近的位置,進而提高網站資料傳遞速度,同時有些地區的價碼也不同,所以也是一個經濟成本的考量。如果你是透過自動部署,GCP會自動幫你選擇美國地區,對於在台灣的使用者來說,就會多了等待傳遞的時間。
選擇最小instance & 最大instance。如果你是透過GTM自動幫你部署,他會直接自動幫你設定你的伺服器個體"下限"與"上限"。如果你是手動部署,你可以根據自己網站的流量 / 事件預計發送請求數,來設定對應的伺服器個體,你可以簡單想像成是電腦CPU;越多代表你的電腦多核心、處理效率越佳。
手動部署不會想像中這麼困難,但有一個問題是,要如何把伺服器的成本優化, 每個月90-100萬個事件請求,平均GCP會收費2500-3500元台幣。這一年下來會耗費額外成本近4萬元支出 ;歡迎找黑客數位,專業優化伺服器事件請求。降低伺服器費用超過8成。

後續如果你要設定GA4事件,可以參考 「GTM - ServerSide 伺服器追蹤教學2 | GA4事件設定」 。 如果是要設定臉書的轉換CAPI,可以參考 「GTM - ServerSide 伺服器追蹤教學3 | FacebookCapi轉換事件設定」 。
先進入GCP主控台

進入google cloud platform後,你可以先去按右上角console。

如果你是第一次使用GCP,你可以先把專案開啟帳單模式,他會送你US$300,應該夠使用2-3個月甚至更久。
進入console打開終端機

你進入Console後,先看點開圖片的右上角點。出現下方的Cloud Shell,這是輸入Comand Line使用的。
複製ProjectID


上面這張,先複製好你的專案ID,待會下一個步驟會需要使用。
輸入Command Line

gcloud config set project {{project ID}} \\換上你的專案ID Project ID 直接填入你專案上的ID。並直接貼上至Cloud Shell。
貼上指令為 Shift + Insert。
設定伺服器配置設定
gcloud run deploy "server-side-tagging-preview" \ 這個為GTM-SERVER DEBUG模式使用 --region REGION \ 輸入你的伺服器地區 --image gcr.io/cloud-tagging-10302018/gtm-cloud-image:stable \ --min-instances 0 \ 輸入你需要的最小伺服器個體 --max-instances 1 \ 輸入你需要的最大伺服器個體 --timeout 60 \ --allow-unauthenticated \ --no-cpu-throttling \ --update-env-vars \ RUN_AS_PREVIEW_SERVER=true,CONTAINER_CONFIG="CONTAINER_CONFIG" && \\貼上GTM的CONFIG代碼 gcloud run deploy "server-side-tagging" \ 這個為GTM-SERVER 生產(上線)模式使用 --region REGION \ 輸入你的上線網站地區 --image gcr.io/cloud-tagging-10302018/gtm-cloud-image:stable \ --platform managed \ --ingress all \ --min-instances 2 \ 輸入你需要的最小伺服器個體 --max-instances 10 \ 輸入你需要的最大伺服器個體 --timeout 60 \ --allow-unauthenticated \ --no-cpu-throttling \ --update-env-vars PREVIEW_SERVER_URL="$( gcloud run services describe server-side-tagging-preview --region "REGION" \ --format="value(status.url)")",CONTAINER_CONFIG="CONTAINER_CONFIG" \\貼上GTM的CONFIG代碼 以上是你需要接續寫入的Comand Line,有中文註記的"務必" 把中文拿掉。另外改上你對應的數字,其他的基本上不需要改,直接貼近去給Cloud Shell即可。
如果你還是看不懂, GCP官方文件 有提供簡單的提示 。輸入完也可以直接整個複製貼入Goolge Cloud Shell。

等待Cloud執行

貼上後,直接按ENTER,他如果都沒有出現錯誤,就代表完成了。

等待他完成,並且產生對應的伺服器URL(要貼回去給GTM使用的)。

完成後,你會看到Cloud Run的服務多這兩個服務項目。點進去沒有Preview字尾的。你可以再次看到對應伺服器的URL。

這一段就是你會需要貼回去給GTM伺服器使用的URL。
設定GTM
後續的配置GTM設定,把上面的URL貼進去GTM-SERVER容器裡面。詳細教學可以查看這一篇 「 GTM – ServerSide 伺服器追蹤教學 | 伺服器配置設定 」。
到這邊即恭喜完成!
GCP部署的費用

如果你要計算GCP部署的CLOUD RUN費用,你也可以點這個連結,自行預估每月發送的事件數。
這邊講的事件數,是指請求,任何在網頁上有進行加載、跳轉,重新整理頁面的行為,都算一次事件。
GCP計算機
補充Region - 對應的Region 地區
( )內的文字包含括號不要貼上,其他選一個地區對應上面的Comand Line 輸入。如果你是需要台灣,你就輸入「asia-east1 」
asia-east1 (Taiwan)
asia-northeast1 (Tokyo)
asia-northeast2 (Osaka)
europe-southwest1 (Madrid)
europe-west4 (Netherlands)
europe-west8 (Milan)
me-west1 (Tel Aviv)
us-east1 (South Carolina)
us-east4 (Northern Virginia)
us-east5 (Columbus)
us-south1 (Dallas)
asia-east2 (Hong Kong)
asia-northeast3 (Seoul, South Korea)
asia-southeast1 (Singapore)
asia-southeast2 (Jakarta)
asia-south1 (Mumbai, India)
asia-south2 (Delhi, India)
australia-southeast1 (Sydney)
australia-southeast2 (Melbourne)
europe-central2 (Warsaw, Poland)
europe-west10 (Berlin)
europe-west12 (Turin)
Low CO 2 europe-west3 (Frankfurt, Germany)
Low CO 2 europe-west6 (Zurich, Switzerland)
me-central1 (Doha)
me-central2 (Dammam)
Low CO 2 northamerica-northeast2 (Toronto)
Low CO 2 southamerica-east1 (Sao Paulo, Brazil)
Low CO 2 southamerica-west1 (Santiago, Chile)
us-west2 (Los Angeles)
us-west3 (Salt Lake City)
us-west4 (Las Vegas)
Integrations locations
The integrations feature of Cloud Run is available in the following regions:
asia-east1
asia-northeast1
asia-northeast2
asia-south1
asia-southeast2
australia-southeast1
europe-central2
europe-north1
europe-west1
europe-west2
europe-west3
europe-west4
northamerica-northeast1
southamerica-east1
us-central1
us-east1
us-east4
us-west1
us-west2
us-west3
需要任何協助嗎?
最快一個工作天將與您聯繫。
其他文章推薦
查看更多 →
【成功案例】修復GA4 網店總收益落差
台灣開店平台常有數據與GA4 數據大幅落差問題。導致數據人員無法判讀數據的困擾。

【成功案例】修復GA4 網店工作階段判讀落差
本次黑客修復網店utm 臉書廣告歸因判讀,以及direct / none 歸因判讀錯誤問題。成功將網店的臉書廣告歸因提升141% 正確修復,而direct / none 也有明顯下降!

Looker Studio |國外串接工具 Supermetrics, Adveronix 價格比較整理
目前台灣要將臉書廣告數據、Google Ads、META 社群數據,或是GA4 數據彙整至Google Sheet, Looker Studio 都需要依賴以下這幾項工具 快客 、 Porter Metrics、Supermetrics、Reporting Ninja、Adveronix 與 Dataslayer.ai 。 如果你是正在尋找這種第三方串接工具的,這篇文章會很適合你,同時也可以考慮,由黑客數位所開發的串接工具 快客,價格合理、不限查詢次數、整合台灣常用資料源、全中文介面、中文客服支援 。本篇將深入比較五款熱門行銷報告與資料自動化工具 —— 快客 、Porter Metrics、S

Looker Studio 教學|Super Metrics 串接教學
讓looker studio 串接臉書廣告數據。本篇文章使用supermetrics 帶你從0串接你的facebook ads 廣告數據。supermetrics 提供一個月999的台幣為授權使用費,也有提供免費使用的14天版本。

【成功案例】GTM 伺服器, Meta CAPI - GA4 完整導入
本次黑客與台灣知名充電站品牌 EVOASIS 合作。提供部署GTM 伺服器追蹤、META CAPI設定、GA4 完整電商事件導入。黑客提供前後端完整技術支援,協助客戶蒐集到更準確的事件追蹤數據。

【成功案例】修正GA4 總收益數據落差
本次黑客與勵馨基金會合作,GA4 修正顧問指導。從原本大幅捐款金額落差,網站只有蒐集到網站10%的金額數據。至透過黑客提供正確修正流程,網站收益金額提高到7-8成的數據正確。

【成功案例】內容型漏斗規劃
本次黑客與 UDRIVE City 合作,規劃 GA4 內容型網站漏斗事件。從原本完全沒有任何GA4 數據,完整揭露每一個網站用戶的行為節點。提高後續數據分析的完整性,加入購物車事件↑∞、購買事件↑∞。

【成功案例】多管道數據報表建置
本次黑客與 古北町 合作,規劃 Looker Studio 多管道數據報表。結合 META廣告數據 x GOOGLE Ads 數據。整理、重新規劃原本凌亂難讀的數據報表,提供人員無需再手動整理數據、匯出Excel 數據等。提高後續數據分析的效率。

【成功案例】數據分析轉換率優化
本次黑客與 DEPIC 合作。Looker Studio, Clarity, AB TEST, GA4 工具。替客戶找出網站熱門動線、專注區域,以及透過數據判斷冗贅流程、商品頁過長、修正用戶購物流程等。打造多管道報表,有助於企業未來在數據分析時更加有效率。