如何為你的應用程式加入分析工具：GA4、重視隱私的工具與產品分析

要為你的應用程式加入分析工具，請先選定一個工具，加入它的小段腳本（或請你的應用程式建置工具代為加入），讓它在每個頁面上都會載入，然後在工具的即時檢視中確認頁面瀏覽有出現，接著追蹤幾個重要的事件，例如註冊、購買和關鍵動作。如果你想要一個免費且功能完整的工具，並且能處理 Cookie 同意，就用 Google Analytics 4；如果你只想要不使用 Cookie 的簡單統計，就用 Plausible 這類重視隱私的工具；如果你需要了解已登入的使用者在應用程式裡做了什麼，就用 PostHog 這類產品分析工具。以下各供應商的細節，都以 2026 年 9 月各家官網的資訊為準。

先決定你想了解什麼

分析只有在能回答問題時才有用。在安裝任何東西之前，請先寫下三到五個你想知道的問題：

• 訪客從哪裡來（搜尋、社群、電子報、廣告）？
• 人們最常降落在哪些頁面，又在哪裡離開？
• 有多少訪客註冊、開始試用或購買？
• 活躍使用者實際使用哪些功能？
• 人們在第一週之後會不會回來？

前兩個屬於網頁分析，後兩個屬於產品分析。中間那個是轉換，需要你追蹤一個事件。

你的選項

Google Analytics 4

Google 的說明中心表示，你可以免費將網站連接到 Google Analytics。設定步驟是：建立帳號、建立資源、新增網頁資料串流，然後加入帶有你的評估 ID（以 G- 開頭）的 Google 代碼。Google 提醒資料可能需要最多 30 分鐘才會開始出現；即時報表是檢查是否運作的最快方法。

GA4 的文件說明，它的代碼會使用第一方 Cookie（包括 _ga）來區分使用者和工作階段。這對同意規定很重要，請參考下方說明。

Plausible

Plausible 表示它不使用 Cookie 或其他持久性識別碼，並且表示該工具不需要 Cookie 橫幅。它的網站描述該腳本經過 gzip 壓縮後約 2.5 KB，程式碼為開源，也提供自行架設的選項。它沒有免費方案：截至 2026 年 9 月，提供 30 天免費試用，不需要信用卡；Starter 方案標價為每月 9 美元，可支援每月最多 10,000 次頁面瀏覽。目前的價格請參考 Plausible 官網。

PostHog

PostHog 專注於產品分析，包括轉換漏斗、留存和工作階段重播，而不只是頁面瀏覽。根據其定價頁面，截至 2026 年 9 月，每月免費提供 100 萬筆產品分析事件和 5,000 筆工作階段重播錄影，且不需要信用卡。請參考 PostHog 定價。

你自己的事件資料表

對於少數攸關業務的數字（每日註冊數、每週訂單數），在事件發生時從伺服器寫入你自己的資料庫，數字精確、私密，而且不需要第三方腳本。它是上述任何工具的好補充，但不能取代流量報表。

Cookie 同意與隱私

分析用 Cookie 的規定因國家而異。在歐盟和英國，非嚴格必要的 Cookie 一般需要在設定前取得訪客同意，而分析通常屬於這一類。這不是法律意見；請查詢適用於你訪客所在地區的規定，或諮詢專業顧問。

實務上：

• 如果使用基於 Cookie 的工具，請只在取得同意後才載入，並讓「拒絕」與「接受」一樣容易點選。
• 如果使用不含 Cookie 的工具，分析可能不需要橫幅，但你仍然需要一份隱私權政策，說明你收集了什麼資料。
• 絕不要在事件名稱、頁面網址或屬性中，把個人資料（電子郵件、姓名、完整地址）送到分析工具。

提示詞範例

加入網頁分析工具：

加入 Google Analytics 4，評估 ID 為 G-XXXXXXX。在每個頁面上載入代碼，但只有在訪客於簡單的同意橫幅中接受分析用 Cookie 之後才載入（接受 / 拒絕，記住選擇）。確保在這個單頁應用程式中切換頁面時，也會記錄頁面瀏覽。

追蹤轉換：

使用者完成註冊時，發送名為 sign_up 的分析事件；結帳成功時，發送 purchase 事件並附上訂單金額。任何事件中都不要包含電子郵件或姓名。

你自己的指標：

建立一個 events 資料表（名稱、使用者 ID、建立時間、小型 JSON 細節）。從伺服器記錄 sign_up、project_created 和 invite_sent。新增一個管理頁面，顯示過去 30 天的每日數量。

逐步操作

1. 寫下你的問題（如上），並挑選一個能回答這些問題的工具。不要同時安裝三個。
2. 在工具中建立帳號和資源，並複製網站 ID 或評估 ID。這些 ID 本來就是公開的，不是機密。
3. 在每個頁面加入腳本，如果工具使用 Cookie，就要尊重同意機制。
4. 在即時檢視中檢查頁面瀏覽，同時在已發布的網站上點來點去。對單頁應用程式，確認每一次頁面切換都有被計算 — 例如 GA4 的增強型測量就能在瀏覽器歷史紀錄變化時記錄頁面瀏覽。
5. 排除你自己（如果工具允許），以免你自己的測試影響數字。
6. 加入 3 到 5 個關鍵事件：註冊、購買，以及代表使用者真正獲得價值的那一個動作。
7. 為電子報和貼文中的連結加上 UTM 參數（例如 ?utm_source=newsletter），這樣你就知道哪個管道有效。
8. 每週查看。 設定提醒。沒有人看的分析設定，等於白做。

常見錯誤

• 只在預覽中追蹤。 分析應該在已發布的網站上運作；許多工具會忽略或錯誤歸因預覽網域。
• 重複計算。 腳本被加了兩次（在版面與某個頁面中），會讓所有數字膨脹。
• 單頁應用程式漏掉頁面切換。 你每次造訪只看到一次頁面瀏覽，於是得出沒有人在瀏覽的結論。
• URL 或事件中包含個人資料。 查詢字串中的電子郵件會出現在你的分析報表裡。
• 在需要同意的地方，於取得同意前載入基於 Cookie 的標籤。
• 什麼都追蹤。 幾十個沒有人看的事件，會讓真正有用的事件更難找到。
• 根據一週的少量數字下判斷。 流量很低時，每天的波動只是雜訊。

檢查清單

• 你已寫下分析工具應該回答的問題
• 在已發布網站的每個頁面都安裝了一個工具
• 頁面瀏覽能即時出現，包括應用程式內的頁面切換
• 如果工具使用 Cookie，已處理同意
• 已追蹤 3 到 5 個關鍵事件，且不含個人資料
• 已盡可能排除你自己的造訪
• 隱私權政策有提到分析工具
• 已安排每週檢視數字的時間

在 Mythex 中加入分析工具

Mythex 不會為你應用程式的訪客提供內建的分析儀表板；分析工具是自備的，正如文件中關於著陸頁的說明。把工具的評估 ID 或網站 ID 貼到對話中，並搭配上述類似的提示詞即可。如果是伺服器端金鑰（某些產品分析 API），請把它存成專案機密，並依照整合任何 API的步驟操作。在你的已發布網址上測試，修改後再重新發布。

等數字開始進來後，就要善加利用：請參閱如何推出應用程式並取得第一批使用者、如何打造高轉換率的著陸頁，以及AI 建置網站的 SEO。

常見問題