漏斗數據追蹤教學：用 GA4 拆解 AARRR 每個階段

AARRR 行銷漏斗在 GA4 裡要追蹤什麼？

GA4 追蹤 AARRR 行銷漏斗時，每個階段都要對應一個核心問題、一組事件與一個可判讀的指標。Acquisition 看使用者從哪裡來，Activation 看是否完成首次關鍵行動，Retention 看是否回來，Referral 看是否帶來其他使用者，Revenue 看是否產生營收或可衡量的商業結果。

AARRR 五階段與 GA4 追蹤邏輯

這裡的漏斗指行銷漏斗，不涉及任何實體分裝用品。用 GA4 做 AARRR 漏斗追蹤時，最常見的錯誤是直接把「總使用者」和「總轉換率」當成全部答案。這會讓團隊知道成效有變化，卻不知道卡點在流量品質、首次體驗、回訪、推薦，還是付費轉換。

漏斗階段	核心問題	GA4 事件範例	主要指標	下一步判斷
Acquisition 取得使用者	使用者從哪個來源進站？	page_view、session_start、first_visit	new users、sessions、source / medium、campaign	比較來源品質，而不是只看流量大小。
Activation 啟用	新使用者是否完成首次核心價值行動？	sign_up、login、tutorial_complete、first_search	activation rate、key event count、engaged sessions	確認新使用者有沒有真的進入產品或內容價值。
Retention 留存	使用者是否回來並持續互動？	login、user_engagement、content_read、repeat_purchase	returning users、active users、cohort retention	看回訪週期是否符合商業模型。
Referral 推薦	使用者是否分享、邀請或帶來新使用者？	share、invite_sent、invite_accepted、referral_signup	share rate、invite acceptance rate、referral conversion	區分曝光、分享、成功推薦，不要混在同一個事件。
Revenue 營收	使用者是否付費、訂閱或成為商機？	purchase、subscribe、generate_lead、refund	revenue、ARPU、LTV、lead conversion rate	把營收事件往前接到來源與啟用行為。

每個階段至少要有一個核心事件

AARRR 行銷漏斗不能只靠頁面瀏覽建立。頁面瀏覽適合描述入口與內容消費，但不足以代表註冊、啟用、回訪、推薦或付款。比較穩的做法，是每個漏斗階段至少設定一個明確事件，並讓事件名稱描述行為，參數描述情境。

為什麼不要只看總流量或總轉換率

總流量上升但 Revenue 沒有變好，可能是 Acquisition 來源不準；註冊增加但 Retention 下降，可能是 Activation 門檻太低；Revenue 降低也可能不是付款頁問題，而是前一段啟用品質變差。我的判斷是，成長團隊如果只看最終轉換率，通常會把問題修在最顯眼的位置，而不是最有影響的位置。

追蹤前先定義事件、轉換與使用者身分

GA4 漏斗追蹤開始前，要先定義 event name、event parameter、key event、user ID 與來源維度。沒有這層規格，後面建立 Funnel exploration 時會遇到事件命名不一致、轉換定義混亂、跨裝置使用者斷裂等問題。

事件命名原則：行為、階段、參數分開

事件名稱應該描述「使用者做了什麼」，不要把來源、頁面、方案名稱全部塞進 event name。GA4 官方建議使用推薦事件時，也會搭配指定參數，因為事件本身需要脈絡才有分析價值。可參考 Google Analytics 的 Recommended events 說明，將 sign_up、login、purchase、generate_lead、share 等事件放進追蹤設計。

設計項目	建議做法	不建議做法
event name	使用動詞或動作結果，例如 sign_up、invite_sent	把 campaign、頁面名稱、方案名混進事件名稱
event parameter	用來描述內容類型、方案、推薦碼、來源情境	所有情境都開成新事件，造成事件表膨脹
key event	只標記對商業成功重要的行為	把所有互動事件都設成 key event
user ID	會員登入後送出一致 ID，輔助跨裝置辨識	把電子信箱、電話等個資直接送進 GA4

哪些事件要標記成 key event

GA4 的 key event 是對商業結果特別重要的事件。Google 的 key events 說明指出，任何已收集事件都可被標記成 key event，但實務上應該保留給 sign_up、generate_lead、purchase、subscribe、invite_accepted 這類能代表明確價值的行為。

user ID、client ID 與跨裝置追蹤限制

user ID 可以協助 GA4 在使用者登入後辨識同一個人，但它不是萬能補丁。未登入、不同瀏覽器、Cookie 限制、Consent Mode、付款網域切換，都可能讓使用者旅程中斷。比較務實的做法，是把 user ID 當成提高辨識品質的條件，而不是把 GA4 當成 100% 還原每個人的紀錄系統。

最低可行追蹤表：事件名稱、觸發條件、參數、對應漏斗階段

漏斗階段	事件名稱	觸發條件	建議參數	是否建議設為 key event
Acquisition	first_visit	使用者第一次造訪網站	source、medium、campaign	否
Activation	sign_up	完成會員註冊	method、plan_type	視商業模式而定
Activation	first_search	第一次使用站內搜尋或產品搜尋	search_term、content_type	否，除非它是核心價值行動
Retention	login	回訪會員登入	method、user_type	通常否
Referral	invite_accepted	受邀者接受邀請並完成指定行動	referral_code、invite_channel	是
Revenue	purchase	完成付款	value、currency、transaction_id	是
Revenue	generate_lead	提交表單或商機資料	lead_type、form_id	是

Acquisition：如何追蹤使用者從哪裡進入漏斗？

Acquisition 要追蹤的是新使用者與工作階段來源品質，不是單純看流量大小。GA4 中應同時看 User acquisition、Traffic acquisition、source / medium、campaign 與 key event，才能判斷哪個來源真正把對的人帶進 AARRR 行銷漏斗。

GA4 Acquisition 報表該看哪些維度

GA4 的來源維度有不同範圍。First user source 看新使用者最初來源，Session source 看本次工作階段來源，Source / Medium 則可用於事件歸因脈絡。Google 的 traffic-source dimension scopes 說明也明確區分 user、session、event 這些範圍。行銷負責人如果混用這些維度，很容易把新客開發和回訪導流看成同一件事。

分析問題	建議報表或維度	判讀方式
新使用者最初從哪裡來？	User acquisition、First user source / medium	用來評估新客來源與內容入口品質。
本次工作階段從哪裡來？	Traffic acquisition、Session source / medium	用來評估活動、EDM、再行銷、自然搜尋回訪。
哪個活動帶來高價值行為？	campaign、key events、total revenue	比較來源的啟用與營收表現。
來源是否只帶來淺層瀏覽？	engaged sessions、engagement rate、activation event	流量高但啟用低時，先檢查受眾和落地頁承諾。

UTM 參數如何對應 AARRR 第一階段

UTM 是 Acquisition 的資料入口。台灣常見錯誤是同一個來源被寫成 fb、facebook、Facebook、meta，最後在 GA4 報表中被拆成多列，導致來源比較失真。UTM 命名應固定 source、medium、campaign 三個欄位，活動命名再用日期、產品線、素材主題補充。

判斷流量品質：不是只看 sessions

sessions 可以回答「來了多少次」，但不能回答「來的人是不是對」。Acquisition 階段至少要把 sessions 與 activation rate、key event rate、revenue 或 lead quality 放在一起看。我的經驗是，內容站和 SaaS 最常被高流量文章誤導，因為入口流量漂亮，但後續 sign_up、first_search 或 generate_lead 可能很弱。

Activation：如何追蹤使用者是否完成首次關鍵行動？

Activation 的重點是使用者第一次感受到網站、產品或服務的核心價值。GA4 事件不能只用 page_view 代表啟用，應定義 sign_up、tutorial_complete、first_search、first_view_item、first_report_created 這類首次關鍵行動。

什麼是首次關鍵行動

首次關鍵行動要比瀏覽更深，但不一定等於付費。內容網站可能是完成站內搜尋、閱讀特定深度內容或訂閱電子報；SaaS 可能是建立第一份報表、完成 onboarding 或邀請團隊成員；電商可能是查看商品細節、選擇規格或進入付款流程。

不同網站類型的 Activation event 範例

網站類型	太淺的事件	較適合的 Activation event	成功條件
內容站	page_view	content_read、newsletter_signup、first_search	使用者完成有意圖的內容消費或訂閱。
SaaS	login	tutorial_complete、project_created、first_report_created	使用者完成第一個能產生價值的操作。
會員制產品	sign_up	profile_completed、preference_saved、first_action	會員資料足以支撐後續個人化或營運。
電商	view_item_list	view_item、begin_checkout、add_payment_info	使用者從瀏覽進入明確購買意圖。

Activation rate 的計算與判讀

Activation rate 可以用「完成 Activation event 的新使用者數 ÷ 新使用者數」估算。若自然搜尋新使用者很多，但 Activation rate 明顯低於其他來源，優先檢查搜尋意圖與落地頁內容是否一致；若所有來源都低，通常是 onboarding、內容導覽或首屏價值表達有問題。

觀察結果	可能問題	下一步行動
新使用者多，Activation rate 低	來源意圖不準或入口頁承諾錯位	拆 source / medium，比較不同入口頁的首次關鍵行動。
sign_up 高，首次核心操作低	註冊誘因強，但產品價值沒有被啟動	調整註冊後流程，新增 onboarding 事件。
Activation 高，Revenue 低	使用者理解價值，但付費或商機誘因不足	追蹤方案頁、表單、付款頁前的中間事件。

Retention：如何用 GA4 看回訪與持續使用？

Retention 要看使用者是否在合理週期內回來，並持續觸發有價值事件。GA4 可用 returning users、active users、engaged sessions、cohort retention 與回訪後事件來觀察留存，但不同商業模式的觀察週期不能混用。

回訪使用者、活躍使用者與參與工作階段差異

Google 的 user metrics 說明中，Total users、Active users、New users、Returning users 各自有不同定義。Retention 分析最怕只拿 returning users 做結論，因為回來一下就離開，和回來完成核心操作，是兩種完全不同的狀態。

指標	適合回答的問題	判讀限制
returning users	有多少使用者曾回來？	不代表回來後有深度互動。
active users	有多少使用者符合活躍條件？	需搭配核心事件，避免把淺層互動誤判成留存。
engaged sessions	工作階段是否有基本參與？	適合看內容品質，但不能單獨代表商業價值。
cohort retention	同一批使用者在後續期間是否回來？	需要足夠樣本與固定觀察週期。

用 cohort 看第 1 天、第 7 天、第 30 天留存

Cohort 適合觀察同一批使用者在後續期間的行為變化。內容站可看 7 天或 30 天是否回來閱讀；SaaS 可看註冊後第 1 天是否完成設定、第 7 天是否使用核心功能；會員制產品可看第 30 天是否仍登入或互動。留存週期要跟產品使用頻率一致，不能拿每日工具的標準去評估低頻服務。

內容站、SaaS、電商的留存指標不同

類型	建議觀察週期	Retention event	判讀重點
內容站	7 天、30 天	content_read、newsletter_open、return_visit	使用者是否形成主題回訪，而不是只看單篇爆量。
SaaS	1 天、7 天、30 天	login、project_updated、report_exported	回訪是否伴隨核心功能使用。
電商	30 天、60 天、90 天	view_item、purchase、repeat_purchase	依商品回購週期判斷，不要用短週期過早下結論。

Referral：如何追蹤推薦、分享與邀請成效？

Referral 不等於社群流量，它要追蹤使用者是否主動分享、邀請，並帶來可辨識的新使用者或轉換。GA4 應把 share、invite_sent、invite_accepted、referral_signup、referral_code 分層設計，才能看出推薦機制是否真的有效。

推薦不是只看社群流量

社群來源只能說明使用者從某個平台進來，不能證明既有使用者促成了推薦。真正的 Referral 追蹤要能回答三件事：誰發出了分享或邀請、受邀者是否進入網站、受邀者是否完成指定行動。這一段是許多 AARRR 文章最薄的地方，但對會員制產品、SaaS 和內容社群非常關鍵。

推薦事件與 referral code 的設計

事件名稱	觸發時機	建議參數	分析用途
share	使用者點擊分享功能	content_id、share_channel、content_type	衡量哪些內容或功能容易被分享。
invite_sent	使用者送出邀請	invite_channel、referral_code、user_type	衡量邀請功能使用率。
invite_accepted	受邀者點擊邀請並完成進站條件	referral_code、invite_channel	衡量邀請被接受的比例。
referral_signup	受邀者完成註冊	referral_code、method、plan_type	衡量成功推薦的新使用者。
referral_purchase	受邀者完成付費	referral_code、value、currency	衡量推薦帶來的營收品質。

如何區分分享、邀請、成功推薦

share 是曝光或傳播行為，invite_sent 是明確邀請行為，invite_accepted 是受邀者回應，referral_signup 或 referral_purchase 才是成功推薦。若全部只記成 share，報表會看起來很熱鬧，但無法判斷推薦機制在哪一步失效。我的建議是，Referral 階段至少拆成「發出」、「接受」、「完成目標」三層，不要只留下最表面的分享數。

Revenue：如何追蹤付費、訂閱或成交？

Revenue 階段要把付費、訂閱、表單商機與退款等結果接回前面的漏斗階段。GA4 可用 purchase、subscribe、generate_lead、refund、value、currency、transaction_id 等事件與參數，讓營收分析不只停在最後一筆交易。

GA4 電商事件與非電商轉換事件

電商網站通常會用 purchase、refund、begin_checkout、add_payment_info 等事件追蹤付款流程；B2B、顧問服務、SaaS 則可能以 generate_lead、qualify_lead、subscribe 作為 Revenue 階段的主要事件。Google 的推薦事件也把 purchase、refund、generate_lead、login、sign_up、share 等行為列為可用事件方向，重點是選擇符合商業模式的事件，而不是照抄別人的漏斗。

商業模式	Revenue event	建議參數	主要指標
電商	purchase	transaction_id、value、currency、items	total revenue、purchase rate、average purchase revenue
SaaS	subscribe	plan_type、billing_cycle、value、currency	trial to paid rate、ARPU、LTV
B2B 服務	generate_lead	form_id、lead_type、service_type	lead conversion rate、qualified lead rate
會員制內容	subscribe	content_plan、billing_cycle、value	subscription rate、revenue per user

Revenue rate、ARPU、LTV 的使用情境

Revenue rate 適合看多少使用者進入營收階段；ARPU 適合比較來源或受眾平均價值；LTV 適合評估長期留存與營收品質。若樣本不足，不要用單週 LTV 做大決策，應先用較穩定的 Revenue event、訂閱狀態或商機分級當作替代觀察。

成交前事件如何幫助診斷漏斗

成交前事件	可診斷問題	下一步
pricing_view	使用者有評估方案，但沒有進一步行動	測試方案說明、信任訊號、常見問題區塊。
form_start	使用者想送出需求，但可能卡在表單	檢查欄位數、錯誤提示、手機版填寫體驗。
begin_checkout	已進入付款意圖，但後續流失	檢查付款方式、跨網域、錯誤事件與速度。
refund	成交後價值落差或服務不符合期待	回看來源、方案、產品說明是否造成錯誤預期。

如何用 GA4 建立 AARRR 漏斗報表？

GA4 建立 AARRR 漏斗報表時，應使用 Explorations 裡的 Funnel exploration，把 Acquisition、Activation、Retention、Referral、Revenue 對應成步驟、區隔與拆解維度。報表重點不是做出漂亮圖表，而是能看出每一步完成率、流失率、時間差與來源差異。

用 Funnel exploration 建立階段

Google 的 Funnel exploration 說明指出，漏斗探索可視覺化使用者完成任務的步驟，並觀察每一步成功或流失狀況。建立 AARRR 報表時，可以先從 Explore 進入 Funnel exploration template，再用事件或維度條件建立每個步驟。

1. 進入 GA4 的 Explore。
2. 選擇 Funnel exploration。
3. 建立步驟，例如 first_visit、sign_up、login、invite_accepted、purchase。
4. 設定每個步驟的條件，使用 event name 或相關參數。
5. 決定開放式漏斗或封閉式漏斗。
6. 加入 segment，比較自然搜尋、付費廣告、EDM、推薦流量。
7. 加入 breakdown，例如 device category、source / medium、landing page。
8. 開啟 elapsed time，觀察步驟之間平均花費時間。

開放式漏斗與封閉式漏斗怎麼選

開放式漏斗允許使用者從任一步驟進入，適合觀察非線性旅程；封閉式漏斗要求使用者從第一步開始，適合評估明確流程。AARRR 報表如果目標是看完整新客旅程，通常先用封閉式；如果要診斷既有會員在中後段的使用狀況，可以用開放式補看。

用 segment 比較不同來源或受眾

只看整體漏斗，會把高品質與低品質來源平均在一起。Segment 應至少拆出自然搜尋、付費廣告、EDM、直接流量、推薦流量、新使用者、回訪使用者。真正有用的漏斗報表，通常不是回答「整體掉多少」，而是回答「哪一群人在哪一步掉最多」。

建議報表欄位：步驟、完成率、流失率、時間差、來源維度

欄位	用途	判讀方式
Step	呈現 AARRR 每一階段	確認事件順序符合使用者旅程。
Completion rate	看每一步完成比例	用來比較不同來源或受眾品質。
Drop-off rate	看每一步流失比例	先找高流失，再看商業影響。
Elapsed time	看步驟間平均時間差	時間過長可能代表決策阻力或流程斷裂。
Breakdown	用來源、裝置、入口頁拆解	找出特定來源或裝置的異常掉點。

如何判斷每個漏斗階段的掉點與優先順序？

判斷 AARRR 漏斗掉點時，先找流失幅度，再看商業影響、樣本量、修正成本與信心程度。不要看到某一步掉很多就立刻修改，因為高掉點不一定等於高優先級，還要看修正後是否能帶來足夠收益。

先找最大掉點，再看商業影響

漏斗報表會顯示每一步掉點，但決策要多一層商業判斷。Activation 掉點高，可能影響後續所有階段；Revenue 掉點低，但每次改善價值高；Referral 掉點看似小，卻可能限制自然擴散。我的判斷是，漏斗分析最有價值的地方，是把「大家覺得要修」改成「數據顯示先修哪裡」。

用 impact × confidence × effort 排優先順序

評估項目	高分條件	低分條件
Impact 商業影響	改善後會影響營收、商機、訂閱或長期留存	只提升淺層互動，對後段漏斗影響不明
Confidence 信心程度	樣本充足，且多個報表都指向同一問題	只有短期波動或單一來源異常
Effort 修正成本	內容、文案、事件設定或流程微調即可測試	需要大型工程、法務、金流或跨部門長期排程
Learning 學習價值	能驗證關鍵假設，後續可重複使用	即使成功也只解決一次性問題

把漏斗問題轉成 A/B test 或內容實驗

掉點本身不是結論，它只是實驗假設的來源。Acquisition 掉點可測試不同入口頁標題與搜尋意圖對齊；Activation 掉點可測試 onboarding 順序；Retention 掉點可測試回訪內容與會員通知；Revenue 掉點可測試方案頁、表單欄位與付款前說明。每個實驗都要先定義主指標，避免測到一半又改用對自己有利的數字。

GA4 追蹤 AARRR 最常見的資料錯誤

GA4 追蹤 AARRR 行銷漏斗時，最常見的資料錯誤包括事件重複、參數缺漏、UTM 命名不一致、key event 濫設、跨網域斷裂與 Consent Mode 造成資料缺口。這些問題不先處理，漏斗報表會看似完整，實際上無法支撐決策。

事件重複觸發

同一個 sign_up、generate_lead 或 purchase 若在前端、後端、GTM 同時送出，GA4 可能出現重複事件。修正方向是建立事件來源表，確認每個事件只有一個主要觸發來源，重要交易類事件要搭配 transaction_id 或後端驗證邏輯。

UTM 命名不一致

UTM 命名混亂會直接破壞 Acquisition 分析。常見問題包括大小寫不一致、medium 自由填寫、campaign 沒有固定規則、同一活動在不同人手上產生多種命名。修正方向是建立 UTM 命名表，固定 source、medium、campaign、content、term 的使用規則。

Key event 設太多或設錯

key event 應代表重要商業行為，不應包含所有點擊、滑動或淺層瀏覽。若 key event 太多，報表會失去優先級，廣告與歸因分析也容易被低價值事件干擾。保守做法是先標記 Revenue 與高價值 Activation，再視需要加入 Referral 成功事件。

跨網域、付款頁、會員登入造成使用者斷裂

跨網域和登入流程常讓使用者旅程被拆成多段。若付款頁、會員系統、主網站不在同一個追蹤規格下，Funnel exploration 可能會顯示大量不合理流失。修正方向是檢查跨網域設定、referral exclusion、user ID、事件觸發點與付款完成頁事件。

Consent Mode 與資料缺口的判讀限制

Consent Mode、瀏覽器限制與使用者同意狀態會影響資料完整度。這不是報表壞掉，而是現代追蹤環境的基本限制。做決策時要看趨勢、相對比較與同口徑變化，不要把 GA4 當成後台訂單或 CRM 的逐筆對帳工具。

錯誤類型	症狀	修正方向
duplicate events	事件數異常高，轉換率不合理	檢查 GTM、前端、後端是否重複送出。
missing parameters	事件有數量，但無法拆來源、方案、內容	補上必要 event parameter 並註冊自訂維度。
UTM 混亂	來源報表被拆成多個相似項目	建立命名規則與發佈前檢查表。
key event 濫設	重要轉換與一般互動混在一起	只保留商業價值明確的事件。
使用者斷裂	漏斗中段大量不合理流失	檢查跨網域、登入、付款流程與 user ID。

GA4 可以直接做 AARRR 漏斗分析嗎？

可以，但要先把 AARRR 五個階段轉成 GA4 事件與報表步驟。GA4 不會自動知道你的 Activation、Referral 或 Revenue 定義，必須由團隊先設定事件、參數、key event 與 Funnel exploration。

AARRR 漏斗每個階段應該追蹤哪些 GA4 指標？

Acquisition 看 source / medium、campaign、new users；Activation 看 sign_up、first action、activation rate；Retention 看 returning users、active users、cohort；Referral 看 share、invite_accepted、referral conversion；Revenue 看 purchase、generate_lead、subscribe、revenue、ARPU 或 LTV。

Acquisition 應該看 users、sessions 還是 traffic acquisition？

三者用途不同。Users 適合看使用者規模，sessions 適合看工作階段，Traffic acquisition 適合分析本次工作階段來源。若要看新客從哪裡來，用 User acquisition 與 First user source / medium；若要看活動回訪與本次導流，用 Traffic acquisition 與 Session source / medium。

Activation event 要怎麼定義才不會太寬？

Activation event 應代表使用者第一次接觸核心價值，而不是單純瀏覽。內容站可用 newsletter_signup 或 first_search，SaaS 可用 tutorial_complete 或 first_report_created，會員產品可用 profile_completed。若一個事件和後續留存或營收沒有關聯，通常太寬。

Retention 在 GA4 裡要看哪個報表？

可先看 returning users、active users、engaged sessions，再用 Explorations 裡的 Cohort exploration 觀察同一批使用者在第 1 天、第 7 天、第 30 天是否回來。若產品使用頻率較低，觀察週期要拉長，不要用短期回訪過早判斷留存失敗。

Referral 如果沒有推薦碼，還能追蹤嗎？

可以，但精準度會較低。沒有推薦碼時，可先追蹤 share、invite_sent、UTM 分享連結、受邀落地頁與 referral source。若推薦是成長重點，建議補上 referral_code，才能把分享、接受邀請、註冊與付費串起來。

Revenue 一定要設定 GA4 電商事件嗎？

不一定。電商應優先設定 purchase、refund、value、currency 等事件與參數；B2B、SaaS、顧問服務可用 generate_lead、subscribe、qualify_lead 作為 Revenue 階段事件。事件選擇要符合實際商業結果。

GA4 的 key event 和以前的 conversion 有什麼差別？

GA4 現在以 key event 表示對業務成功特別重要的事件。過去常說的 conversion 概念仍可用於廣告與轉換衡量脈絡，但在 GA4 報表中應以 key event 的設定與指標為準，避免沿用 Universal Analytics 的舊介面理解。

漏斗報表應該用開放式漏斗還是封閉式漏斗？

若要看完整新客流程，通常用封閉式漏斗，要求使用者從第一步開始。若要分析中後段行為，例如既有會員直接回來付款、回訪或推薦，可以用開放式漏斗補看。兩者可以並用，但不能混在同一個結論裡比較。

為什麼 GA4 漏斗數字和後台訂單或 CRM 不一樣？

GA4、後台訂單與 CRM 的資料口徑不同。GA4 受 Cookie、Consent Mode、跨裝置、事件觸發、付款網域與資料處理延遲影響；後台與 CRM 則通常以交易或客戶紀錄為主。GA4 適合看行為趨勢與來源比較，不應直接當逐筆對帳系統。

內容網站也適合用 AARRR 漏斗嗎？

適合，但 Revenue 不一定是立即付款。內容站的 Acquisition 可看自然搜尋與社群來源，Activation 可看深度閱讀、站內搜尋或訂閱，Retention 可看回訪與電子報互動，Referral 可看分享，Revenue 可看會員訂閱、廣告價值、商機或內容導購結果。

如果目前只追蹤 page_view，可以開始做漏斗分析嗎？

可以先做最粗略的入口與內容路徑分析，但不能算完整 AARRR 漏斗追蹤。下一步應建立最低可行事件清單，先補 sign_up、first_action、login、share、generate_lead 或 purchase 等事件，再用 Funnel exploration 做階段分析。