App သို့ Analytics ထည့်နည်း- GA4၊ Privacy-first ကိရိယာများနှင့် Product Analytics

App သို့ analytics ထည့်ရန် tool တစ်ခုကို ရွေးပါ၊ ၎င်း၏ script အသေးလေးကို ထည့်ပါ (သို့မဟုတ် app builder ကို ထည့်ခိုင်းပါ) ထို့ကြောင့် စာမျက်နှာတိုင်းတွင် load ဖြစ်စေပါ၊ page view များ tool ၏ real-time view တွင် ပေါ်သည်ကို အတည်ပြုပါ၊ ထို့နောက် အရေးကြီးသော event အနည်းငယ်ကို track လုပ်ပါ- sign-up၊ ဝယ်ယူမှု၊ အဓိက လုပ်ဆောင်ချက်များ။ အပြည့်အစုံ အင်္ဂါရပ်ရှိသော အခမဲ့ tool ကို လိုချင်ပြီး cookie consent ကို ကိုင်တွယ်နိုင်ပါက Google Analytics 4၊ cookie မသုံးဘဲ ရိုးရှင်းသော စာရင်းများ လိုချင်ပါက Plausible ကဲ့သို့ privacy-first tool၊ logged-in အသုံးပြုသူများ app ထဲ ဘာလုပ်သည်ကို မြင်ချင်ပါက PostHog ကဲ့သို့ product analytics tool ကို သုံးပါ။ Vendor အသေးစိတ်များကို အောက်တွင် 2026 ခုနှစ် စက်တင်ဘာလအထိ ၎င်းတို့၏ ကိုယ်ပိုင် site မှ ယူထားသည်။

ဘာကို သိချင်သလဲ ဆုံးဖြတ်ပါ

Analytics သည် မေးခွန်းကို ဖြေနိုင်မှသာ အသုံးဝင်သည်။ မည်သည့်အရာကိုမဆို မထည့်မီ သုံးခုမှ ငါးခုအထိ ရေးချပါ-

• ဧည့်သည်များ ဘယ်ကနေ ရောက်လာသလဲ (ရှာဖွေမှု၊ social၊ newsletter၊ ကြော်ငြာ)?
• လူများ ဘယ် စာမျက်နှာ ဝင်ကြပြီး ဘယ်နေရာမှ ထွက်သွားကြသလဲ?
• ဘယ်နှစ်ယောက် sign up လုပ်သလဲ၊ trial စသလဲ၊ ဝယ်သလဲ?
• Active အသုံးပြုသူများ ဘယ် feature များ အမှန်တကယ် သုံးသလဲ?
• ပထမ အပတ်ပြီးနောက် လူများ ပြန်လာသလား?

ပထမ နှစ်ခုသည် web analytics ဖြစ်သည်။ နောက်ဆုံး နှစ်ခုသည် product analytics ဖြစ်သည်။ အလယ်တစ်ခုသည် conversion ဖြစ်ပြီး event တစ်ခု track လုပ်ရန် လိုအပ်သည်။

ရွေးချယ်စရာများ

Google Analytics 4

Google ၏ help center က website ကို Google Analytics သို့ အခမဲ့ ချိတ်ဆက်နိုင်ကြောင်း ပြောသည်။ Setup မှာ- account ဖန်တီးပါ၊ property ဖန်တီးပါ၊ web data stream ထည့်ပါ၊ ထို့နောက် measurement ID (G- ဖြင့် စတင်သည်) ပါသော Google tag ကို ထည့်ပါ။ Google က data စတင်ပေါ်ရန် မိနစ် ၃၀ အထိ ကြာနိုင်ကြောင်း မှတ်ချက်ပြုသည်၊ Realtime report က အလုပ်လုပ်မလုပ် စစ်ရန် အမြန်ဆုံး နည်းလမ်းဖြစ်သည်။

GA4 ၏ documentation အရ ၎င်း tag များက အသုံးပြုသူများနှင့် session များကို ခွဲခြားရန် ပထမ-ပါတီ cookie များ (_ga အပါအဝင်) သုံးသည်။ ၎င်းသည် consent စည်းမျဉ်းများအတွက် အရေးကြီးသည်- အောက်တွင် ကြည့်ပါ။

Plausible

Plausible က cookie သို့မဟုတ် အခြား ရေရှည် identifier များ မသုံးကြောင်းနှင့် ထိုကိရိယာအတွက် cookie banner မလိုအပ်ကြောင်း ပြောသည်။ ၎င်းက script သည် gzip ပြီး ၂.၅ KB ခန့်ရှိကြောင်း ဖော်ပြပြီး ကုဒ်သည် open source ဖြစ်ကာ ကိုယ်တိုင် host လုပ်နိုင်သော ရွေးချယ်စရာလည်း ရှိသည်။ အခမဲ့ plan မရှိပါ- ၂၀၂၆ စက်တင်ဘာလအထိ ကတ်မလိုသော ရက် ၃၀ အခမဲ့ trial ရှိပြီး Starter plan ကို လစဉ် ၀.၉ ဒေါ်လာ (တစ်လ page view ၁၀,၀၀၀ အထိ) ဖြင့် စာရင်းပြုထားသည်။ လက်ရှိ စျေးနှုန်းအတွက် Plausible ၏ site ကို ကြည့်ပါ။

PostHog

PostHog သည် page view ထက် product analytics- funnel၊ retention နှင့် session replay ကို အာရုံစိုက်သည်။ ၎င်း၏ စျေးနှုန်းစာမျက်နှာက ၂၀၂၆ စက်တင်ဘာလအထိ ကတ်မလိုဘဲ လစဉ် အခမဲ့ product analytics event ၁ သန်း နှင့် session replay ၅,၀၀၀ ကို ဖော်ပြသည်။ PostHog pricing ကို ကြည့်ပါ။

ကိုယ်ပိုင် events ဇယား

ဆက်သွယ်မှု အရေးကြီးဆုံး ဂဏန်းအနည်းငယ် (တစ်နေ့ sign-up များ၊ တစ်ပတ် order များ) အတွက် ဖြစ်ရပ် ဖြစ်သည့်အခါ သင့် database သို့ row တစ်ခု ရေးခြင်းသည် တိကျပြီး ပုဂ္ဂိုလ်ရေးကိုယ်ရေး ဖြစ်ကာ တတိယပါတီ script မပါဘဲ အခမဲ့ ဖြစ်သည်။ အထက်ပါ tool မည်သည့်တစ်ခုအတွက်မဆို အပြည့်အစား မဟုတ်ဘဲ ထပ်ဖြည့်အဖြစ် ကောင်းသည်။

Cookie consent နှင့် privacy

Analytics cookie စည်းမျဉ်းများသည် နိုင်ငံအလိုက် ကွဲပြားသည်။ EU နှင့် UK တွင် မလိုအပ်ဘဲ သတ်မှတ်ထားသော cookie များသည် မသတ်မှတ်မီ ဧည့်သည်၏ သဘောတူညီချက် ယေဘုယျ လိုအပ်ပြီး analytics သည် ထိုအုပ်စုတွင် များသောအားဖြင့် ပါဝင်သည်။ ဤသည်မှာ ဥပဒေအကြံပေးချက် မဟုတ်ပါ၊ သင့်ဧည့်သည်များ ရှိသော နေရာအတွက် စည်းမျဉ်းများကို စစ်ဆေးပါ သို့မဟုတ် အကြံပေးသူကို မေးပါ။

လက်တွေ့တွင်-

• Cookie အခြေခံ tool ဖြင့် ဆိုလျှင် consent ပေးပြီးမှသာ load လုပ်ပါ၊ "reject" ကို "accept" လောက် လွယ်ကူစေပါ။
• Cookie မသုံးသော tool ဖြင့် analytics အတွက် banner ကို ရှောင်နိုင်သော်လည်း ဘာကို စုဆောင်းသည်ဆိုသည်ကို ပြောသော privacy policy လိုအပ်သေးသည်။
• Event အမည်၊ page URL သို့မဟုတ် property များတွင် ပုဂ္ဂိုလ်ရေးဒေတာ (အီးမေးလ်၊ အမည်၊ လိပ်စာအပြည့်) ကို analytics သို့ ဘယ်တော့မှ မပို့ပါနှင့်။

ဥပမာ prompts

Web analytics tool ထည့်ခြင်း-

Google Analytics 4 ကို measurement ID G-XXXXXXX ဖြင့် ထည့်ပါ။ Tag ကို စာမျက်နှာတိုင်းတွင် load လုပ်ပါ၊ သို့သော် ဧည့်သည်က analytics cookie များကို လက်ခံပြီးမှသာ- ရိုးရှင်းသော consent banner (Accept / Reject၊ ရွေးချယ်ချက် မှတ်ထားသည်) မှတစ်ဆင့်။ ဤ single-page app တွင် စာမျက်နှာများကြား ပြောင်းသည့်အခါ page view များ မှတ်တမ်းတင်ကြောင်း သေချာစေပါ။

Conversion များ track ခြင်း-

အသုံးပြုသူက မှတ်ပုံတင်ခြင်း ပြီးဆုံးသောအခါ sign_up ဟု အမည်ရှိ analytics event ပို့ပါ၊ checkout အောင်မြင်သောအခါ order တန်ဖိုးပါ purchase ပို့ပါ။ Event တစ်ခုမှ အီးမေးလ် သို့မဟုတ် အမည်များ မပါစေနှင့်။

သင့်ကိုယ်ပိုင် metric များ-

Events ဇယား (အမည်၊ user ID၊ created-at၊ JSON အသေးစား အသေးစိတ်) ဖန်တီးပါ။ sign_up၊ project_created နှင့် invite_sent ကို server မှ မှတ်ပါ။ နောက်ဆုံး ၃၀ ရက်အတွက် တစ်နေ့ချင်း ရေတွက်မှုများ ပြသသော admin စာမျက်နှာ ထည့်ပါ။

အဆင့်လိုက် လုပ်ဆောင်ပုံ

1. မေးခွန်းများ ရေးပါ (အထက်တွင်) ပြီး ဖြေနိုင်သော tool တစ်ခုကို ရွေးပါ။ မထည့်မီ သုံးခုမထည့်ပါနှင့်။
2. Account နှင့် property ဖန်တီးပါ tool တွင် site ID သို့မဟုတ် measurement ID ကို ကူးပါ။ ဤ ID များသည် ဒီဇိုင်းအရ public ဖြစ်ပြီး လျှို့ဝှက်ချက် မဟုတ်ပါ။
3. Script ကို စာမျက်နှာတိုင်းတွင် ထည့်ပါ၊ tool က cookie သုံးပါက consent ကို လေးစားပါ။
4. Page view များ စစ်ပါ tool ၏ real-time view တွင်၊ published site ကို နှိပ်နေစဉ်။ Single-page app များအတွက် စာမျက်နှာ ပြောင်းသမျှ ရေတွက်ခြင်း ရှိမရှိ အတည်ပြုပါ၊ ဥပမာ GA4 ၏ enhanced measurement က browser history ပြောင်းလဲမှုများပေါ် page view များ မှတ်နိုင်သည်။
5. ကိုယ်တိုင်ကို ဖယ်ထုတ်ပါ tool က ခွင့်ပြုသည့်အခါ၊ သင့်စမ်းသပ်မှုက ဂဏန်းများကို မပြောင်းလဲစေရန်။
6. အဓိက event ၃ ခုမှ ၅ ခုထည့်ပါ- sign-up၊ ဝယ်ယူမှု၊ တန်ဖိုးရရှိကြောင်း ဖြစ်စေသော လုပ်ဆောင်ချက်တစ်ခု။
7. Link များကို tag လုပ်ပါ newsletter နှင့် post များတွင် UTM parameter များ (?utm_source=newsletter) ဖြင့် ဘယ် channel အလုပ်ဖြစ်သလဲ သိရန်။
8. တစ်ပတ်တစ်ကြိမ် ကြည့်ပါ။ သတိပေးချက် သတ်မှတ်ပါ။ ဘယ်သူမှ မဖတ်သော analytics သည် အလဟဿ setup ဖြစ်သည်။

အဖြစ်များသော အမှားများ

• Preview တွင်သာ track လုပ်ခြင်း။ Analytics သည် published site ပေါ်တွင် run ရမည်၊ tool အများစုက preview domain များကို လျစ်လျူရှုသည် သို့မဟုတ် မှားစွာ ချိတ်ဆက်သည်။
• နှစ်ဆ ရေတွက်ခြင်း။ Script ကို နှစ်ကြိမ် ထည့်ခြင်း (layout နှင့် စာမျက်နှာတစ်ခုတွင်) သည် အရာအားလုံးကို တိုးစေသည်။
• Single-page app များတွင် စာမျက်နှာပြောင်းမှုများ လွတ်ခြင်း။ ဧည့်သည်တစ်ယောက်လျှင် page view တစ်ခုသာ တွေ့ပြီး ဘယ်သူမှ မကြည့်ဟု ကောက်ချက်ချခြင်း။
• URL သို့မဟုတ် event များတွင် ပုဂ္ဂိုလ်ရေးကိုယ်ရေးဒေတာ။ Query string ထဲ အီးမေးလ်ပါလျှင် analytics report ထဲ ရောက်သွားမည်။
• လိုအပ်သောနေရာတွင် consent မရမီ cookie tag များ load လုပ်ခြင်း။
• အရာအားလုံး track လုပ်ခြင်း။ ဘယ်သူမှ မကြည့်သော event ဒါဇင်များက အသုံးဝင်သော event များကို ရှာရခက်စေသည်။
• အနည်းငယ်သော traffic ရှိစဉ် တစ်ပတ်စာ ဂဏန်းမှ ဆုံးဖြတ်ခြင်း။ Traffic နည်းလျှင် နေ့စဉ် ကွာခြားချက်များသည် ဆူညံသံသာ ဖြစ်သည်။

Checklist

• Analytics က ဖြေရမည့် မေးခွန်းများ ရေးပြီးပြီ
• Published site ၏ စာမျက်နှာတိုင်းတွင် tool တစ်ခု ထည့်ပြီးပြီ
• Page view များ real time တွင် ပေါ်သည်၊ app အတွင်း စာမျက်နှာပြောင်းမှုများပါ
• Tool က cookie သုံးသည့်နေရာတွင် consent ကို ကိုင်တွယ်ပြီးပြီ
• ပုဂ္ဂိုလ်ရေးဒေတာ မပါသော အဓိက event ၃ မှ ၅ ခု track လုပ်ထားသည်
• နိုင်သလောက် ကိုယ်ပိုင် ရောက်ရှိမှုများကို ဖယ်ထားသည်
• Privacy policy တွင် analytics ကို ဖော်ပြထားသည်
• ဂဏန်းများကို ပြန်ကြည့်ရန် တစ်ပတ်တစ်ကြိမ် အချိန်သတ်မှတ်ထားသည်

Mythex တွင် analytics ထည့်ခြင်း

Mythex တွင် သင့် app ၏ ဧည့်သည်များအတွက် built-in analytics dashboard မပါပါ၊ analytics သည် ကိုယ်တိုင် ယူဆောင်လာသော ပုံစံ ဖြစ်ကြောင်း docs တွင် ဖော်ပြသည်။ Tool ၏ measurement သို့မဟုတ် site ID ကို အထက်ပါ ကဲ့သို့ prompt တစ်ခုဖြင့် chat ထဲ ကူးထည့်ပါ၊ သို့မဟုတ် server-side key များ (product analytics API အချို့) ဆိုလျှင် project secret အဖြစ် သိမ်းပြီး Integrate any API ကို လိုက်နာပါ။ Published URL ပေါ်တွင် စမ်းပြီး ပြောင်းလဲမှုများ ပြီးနောက် ထပ် publish လုပ်ပါ။

ဂဏန်းများ ရောက်လာပြီးနောက် အသုံးပြုပါ- app ကို launch လုပ်ပြီး ပထမ အသုံးပြုသူများ ရယူနည်း၊ ပြောင်းလဲမှုရှိသော landing page တည်ဆောက်နည်း နှင့် AI ဖြင့် တည်ဆောက်ထားသော website များအတွက် SEO ကို ကြည့်ပါ။

မေးခွန်းများ