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

要為應用程式加入分析功能，請選擇一個工具，加入其小型腳本（或請 AI 生成工具代為加入），確保它在每一頁都會載入，並在工具的即時檢視中確認能看到頁面瀏覽紀錄，然後追蹤幾項重要事件，例如註冊、購買和關鍵操作。如果你想要免費而功能完整的工具，並能處理 Cookie 同意，可使用 Google Analytics 4；如果你只想看簡單的統計數字而不用 Cookie，可使用 重視私隱的分析工具，例如 Plausible；如果你需要了解已登入用戶在應用程式內的行為，則可使用 產品分析工具，例如 PostHog。以下的供應商資料，均取自各供應商截至 2026 年 9 月的官方網站。

先決定你想了解什麼

分析功能只有在能回答問題時才有用。安裝任何工具之前，先寫下三至五個問題：

• 訪客從哪裡來（搜尋、社交媒體、電子報、廣告）？
• 人們最先到達哪些頁面，又在哪裡離開？
• 有多少訪客註冊、開始試用或購買？
• 活躍用戶實際使用哪些功能？
• 用戶在第一週之後會否回來？

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

你的選擇

Google Analytics 4

Google 說明中心表示，你可以免費把網站連接到 Google Analytics。設定步驟是：建立帳戶、建立資源、新增網頁數據串流，然後加入 Google 代碼，並填入你的衡量 ID（以 G- 開頭）。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 的工具時，分析方面或可免除橫幅，但仍需要私隱政策，說明你收集了什麼資料。
• 切勿在事件名稱、頁面網址或屬性中，把個人資料（電郵、姓名、完整地址）傳送到分析工具。

例子提示詞

加入網頁分析工具：

以衡量 ID G-XXXXXXX 加入 Google Analytics 4。在每一頁載入代碼，但只有在訪客於簡單的同意橫幅中接受分析 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. **每週查看。**設定提醒。沒有人閱讀的分析數據，等於白費設定功夫。

常見錯誤

• **只在預覽中追蹤。**分析功能應在已發布的網站上運作；許多工具會忽略預覽網域，或把數據歸錯來源。
• **重複計算。**同一個腳本同時加在版面和某一頁，會令所有數字膨脹。
• **單頁應用程式漏掉頁面切換。**你每次造訪只看到一次頁面瀏覽，便誤以為沒有人在瀏覽。
• **網址或事件中含有個人資料。**查詢字串中的電郵地址，最終會出現在你的分析報表中。
• 在需要同意的地方，於取得同意前載入基於 Cookie 的標籤。
• **追蹤所有東西。**幾十項沒有人會看的事件，會令真正有用的事件更難找到。
• **憑一星期的少量數字作判斷。**流量很低時，每日的波動只是雜音。

檢查清單

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

在 Mythex 加入分析功能

Mythex 不會為你應用程式的訪客提供內建的分析儀表板；分析功能需要你自行接入，文件中有關著陸頁的部分也有提到這一點。把工具的衡量 ID 或網站 ID 連同類似上述的提示詞貼到對話中；如果是伺服器端金鑰（例如部分產品分析 API），則把它儲存為專案機密，並遵循接入任何 API的步驟。在已發布的網址上測試，修改後再重新發布。

數據開始匯入後，就要加以善用：請參閱如何推出應用程式並獲得首批用戶、如何建立能提高轉化率的著陸頁，以及AI 生成網站的 SEO。

常見問題