Plausible эсвэл GA4: үнэгүй analytics зарим зочныг харахгүй

Веб ба аппын хэрэглэгчийн үйлдлийг хамтад нь, олон огтлолоор шинжлэх шаардлагатай бол GA4 илүү тохиромжтой. Веб сайтын хандалт, эх сурвалж, гол зорилтот үйлдлийг товч тайлангаас харах нь чухал бол Plausible-ийг сонгох үндэслэл бий. Google-ийн GA4 заавар үнэгүй бүртгэл, нэг property дотор веб болон аппын data stream нэмэх, вебийн page view, video view, файл таталтыг нэмэлт event кодгүй хэмжих боломжийг тайлбарладаг.

GA4 үнэгүй ч тайлан нь бүх зочны шууд бүртгэл гэсэн үг биш. Зөвшөөрөл өгөөгүй үед юу хэмжигдэх нь хэрэгжүүлсэн горимоос хамаарна: Google-ийн consent mode тайлбараар үндсэн горимд зөвшөөрөл олгоогүй зочны өгөгдөл илгээгдэхгүй, дэвшилтэт горимд cookie-гүй дохио илгээгдэж болно. Иймээс сонголт хийхдээ тайлангийн боломж, төлбөр, зөвшөөрлийн тохиргоо болон өөрийн сайтад бүртгэгдэж буй үйлдлээ хамтад нь харьцуулах хэрэгтэй.

Үнэгүй багц ба багийн зарцуулах цаг

GA4-ийн захиалгын төлбөргүй үндсэн үйлчилгээ нь олон төрлийн үйлдэл шинжлэх багт давуу талтай. Гэхдээ event-ийн нэр, параметр, зорилтот үйлдэл, зөвшөөрлийн тохиргоог хэн хариуцахыг тогтоох шаардлагатай. Нэг ажилтан бүх хандалтыг, нөгөө нь зөвхөн сонгосон сегментийг тайлагнавал хоёр зөв тоо хүртэл зөрүүтэй харагдана. Тайлан гаргахад зарцуулах цагийг үйлчилгээний үнэтэй хамт тооцох нь иймээс хэрэгтэй.

Plausible-ийн төлбөртэй үйлчилгээний тайлбар энгийн, cookie ашигладаггүй тайланг GA4-ийн үнэгүй хувилбартай харьцуулдаг. Вебийн эх сурвалж, түгээмэл хуудас, цөөн гол conversion л шийдвэрт хүрэлцдэг багт товч тайлан цаг хэмнэж болно. Харин аппын хэрэглээ, үйлдлийн параметр, олон нөхцөлтэй сегмент тогтмол хэрэгтэй бол захиалгын төлбөрөөс илүү шинжилгээний боломж жин дарна. Plausible-ийн төлбөрийг өөрийн хандалтын хэмжээ, авах багцтай нь тулгаж үзэх ёстой.

Ямар үйлдлийг шинжлэх хэрэгтэй вэ

GA4-ийн event бүтэц SaaS бүтээгдэхүүний бүртгэл эхлүүлэх, төлөвлөгөө сонгох, төлбөр дуусгах зэрэг үйлдлийг тусад нь тодорхойлоход тохирно. Цахим худалдаанд бараа үзэхээс худалдан авалт хүртэлх үе шат, кампанит ажлаас ирсэн хэрэглэгчдийн ялгааг шинжлэх хэрэгцээ гардаг. Ийм нарийвчлалын үнэ нь зөв тохиргоо: үйлдэл давхар илгээгдсэн эсэх, параметр зөв дамжсан эсэх, «амжилттай захиалга» яг ямар мөчид тоологдохыг баг хянах шаардлагатай.

Plausible нь зөвхөн хуудас үзэлтийн тоолуур биш. Plausible-ийн goal баримтжуулалт хуудас үзэлт эсвэл custom event-ийг зорилт болгох, funnel ба хэрэглэгчийн замналыг харах, худалдан авалтын дүнг үйлдэлтэй холбох боломжийг тайлбарладаг. Хуудас үзэлтэд суурилсан зорилтод нэмэлт event код хэрэггүй; custom event-д кодын хэсэг эсвэл script шаардлагатай. Тиймээс энгийн тайлан гэдэг нь бүртгэл, захиалга автоматаар зөв тоологдоно гэсэн үг биш.

Контентын багт нийтлэлээс бүртгэл эсвэл таталт руу шилжсэн урсгал хангалттай байж болно. Харин нэг үйлчилгээний хэд хэдэн төлөвлөгөө, өөр өөр төлбөрийн үе шат, аппын хэрэглээг ялгах багт үйлдлийн дэлгэрэнгүй шинжилгээ илүү үнэ цэнтэй. Хэрэгслийн боломжийн жагсаалтаас өмнө тайлангаар тогтмол гаргадаг шийдвэрээ нэрлэхэд аль түвшний өгөгдөл хэрэгтэй нь тодорно.

Зөвшөөрөл ба браузерын хаалт

Зөвшөөрлийн сонголт, ad blocker хоёр өөр замаар хэмжилтэд нөлөөлнө. Үндсэн consent mode-д зөвшөөрөл өгөөгүй хүний Google tag ажиллахгүй. Дэвшилтэт горимд cookie-гүй дохио очиж, зарим тайлангийн цоорхойг загварчлалаар нөхөж болох ч загварчилсан дүн нь зочин бүрийн шууд ажиглалттай адил биш. Харин blocker нь зөвшөөрөл өгсөн хүний браузерт ч хэмжилтийн хүсэлтийг хааж болно.

Plausible-ийн 2021 оны зэрэгцээ харьцуулалтад технологийн чиглэлийн нэг сайтын зочдын тоо 58.67% зөрсөн: тухайн туршилтад Universal Analytics-ийг ердийн аргаар, Plausible-ийг first-party proxy-оор ажиллуулжээ. Энэ нь GA4 дээр хийсэн туршилт биш, мөн Монголын аль ч сайтын алдагдлын хувь биш. Proxy-ийн тохиргоо хүртэл үр дүнд нөлөөлсөн тул cookie ашигладаггүй үйлчилгээ бүх зочныг заавал тоолно гэж үзэж болохгүй.

Plausible-ийг ашигласнаар сайтын бусад сурталчилгаа эсвэл хэмжилтийн хэрэгслийн зөвшөөрлийн асуудал өөрөө шийдэгдэхгүй. Мөн браузер скриптийг огт ажиллуулахгүй, хүсэлтийг хаах, эсвэл сүлжээ тасрах зэрэг нөхцөл аль ч веб хэмжилтэд цоорхой үүсгэж болно. Хоёр тайлан зөрөхөд зөвшөөрлийн сонголт, tag ачаалалт, blocker, суулгалтын арга тус бүрийг ялгаж үзэх нь зөв тайлбар олоход тусална.

Ижил нэртэй үзүүлэлт яагаад өөр тоотой вэ

«Зочин», «session», «conversion» гэсэн нэр хоёр тайланд ижил харагдавч тоолох нэгж нь заавал ижил биш. Нэг хүн хэд хэдэн хуудас үзэж, нэг session-д олон event үүсгэж, нэг зорилтот үйлдлийг давтаж болно. Иймд page view-ийн зөрүүг зочдын зөрүү, товч дарсныг амжилттай захиалга гэж тайлбарлах нь буруу.

Plausible байнгын таних тэмдэг ашигладаггүй тул нэг хүн өөр төхөөрөмжөөс эсвэл өөр өдөр орсон хандалтыг тусдаа зочин гэж тооцож болно. GA4-д зөвшөөрлийн горим болон загварчлал тайлангийн утгад нөлөөлж болно. Хоёр системийн «unique visitor» тоог бодит хүмүүсийн тоотой шууд адилтгахын оронд ижил хугацаа, цагийн бүс, хуудас, шүүлтүүр сонгосон эсэхээс харьцуулалтаа эхэлнэ.

Нэг сайтад зэрэг хэмжих хүснэгт

Өөрийн сайтад аль хэрэгсэл хэрэгтэй үйлдлийг илүү бүрэн барьж байгааг мэдэхийн тулд хоёр хэмжилтийг нэг хугацаанд ажиллуулж, захиалга эсвэл бүртгэлийн үндсэн системийн бүртгэлтэй тулгана. Эхлэхдээ хоёр талд ижил хуудас, ижил амжилтын үйлдэл сонго. Төлбөрийн товч дарах, төлбөр амжилттай баталгаажих хоёр өөр үйлдэл; нэгийг нь нөгөөгийн conversion гэж нэрлэвэл дараах бүх харьцуулалт төөрөгдүүлнэ.

Хэмжилтийн хүснэгтдээ мөр бүрийг үзүүлэлт / GA4 / Plausible / үндсэн бүртгэл / зөрүү / хэмжсэн нөхцөл гэсэн баганатай байлга. Үндсэн бүртгэлгүй үзүүлэлтийн нүдийг хоосон үлдээж болно. Харин захиалга, төлбөр, бүртгэл дууссан мөрөнд бизнесийн системээс авсан тоог оруулбал хоёр аналитикийн тайланг бодит үр дүнтэй тулгах цэгтэй болно.

• Page view: Ижил хуудсуудын үзэлтийг нэг хугацаанд ав. Нэг хуудас дахин ачаалагдах, нэг хуудастай аппын шилжилт бүртгэгдэх эсэхийг тэмдэглэ.
• Session: Хоёр тайлангийн session-ийг тусад нь бич. Тооцох дүрэм өөр байж болох тул энэ мөрийг захиалгын үндсэн бүртгэлтэй нэг нэгээр нь тулгах хэрэггүй.
• Event: Хоёр талд ижил утгатай нэг үйлдэл сонго. Event-ийн нэр, өдөөгдөх мөч, давхар илгээлт байгаа эсэхийг тэмдэглэ.
• Conversion: Амжилттай захиалга эсвэл бүртгэлийг хоёр тайлан болон үндсэн системээс ав. Дахин ачаалагддаг баярлалаа хуудас conversion-ийг давхар тоолж байгаа эсэхийг шалга.
• Blocker-ийн сорил: Нэг браузерт хаалтыг унтрааж, дараа нь асаан ижил үйлдлийг давт. Хүсэлт илгээгдэж байгаа эсэхийг тэмдэглэ; энэ сорил бодит зочдын хэдэн хувь blocker хэрэглэдгийг тогтоохгүй.

Хүснэгтийн нөхцөл баганад зөвшөөрлийн сонголт, GA4-ийн consent mode, Plausible-ийн суулгалтын арга, дотоод хандалт болон ботын шүүлтүүрийг бич. GA4-ийн тайланд загварчилсан тоо орсон эсэхийг мөн тэмдэглэх хэрэгтэй. Ийнхүү page view, event, conversion бүрийн зөрүүг салгавал нэг ерөнхий хувь гаргахаас илүү ямар үйлдэл, ямар нөхцөлд дутуу бүртгэгдсэнийг харах боломжтой.

Аль багт аль нь тохирох вэ

Веб болон аппын үйлдлийг хамтад нь шинжлэх, олон параметрээр хэрэглэгчдийг ялгах, худалдан авалтын үе шат бүрийг тайлагнах багт GA4 гол хэрэгсэл болох үндэслэлтэй. Үүний тулд event-ийн нэршил, зөвшөөрлийн хэрэгжилт, тайлангийн тодорхойлолтыг тогтмол хариуцах хүн хэрэгтэй.

Вебийн хандалтын эх сурвалж, гол хуудсууд, цөөн зорилтот үйлдлийг багийнхан хурдан ойлгох нь тэргүүлэх хэрэгцээ бол Plausible-ийн төлбөртэй товч тайлан тохирч болно. Хоёр хэрэгслийн тоо өөр гарсныг дангаар нь ялагч тодруулах үзүүлэлт болгох шаардлагагүй. Үндсэн захиалгын бүртгэлтэй хэр нийцэж, багт хэрэгтэй асуултад ямар түвшний тайлбар өгч байгаагаар сонголтоо хийнэ.

Мөн уншаарай:

• Zoom эсвэл Google Meet: Монгол хүртэлх саатал багцын үнээс чухал
• Cloudflare эсвэл Google DNS: нууцлалын ялгаа хурднаас том байж болно
• Google Workspace эсвэл Microsoft 365: AI багтсан үнэ бүхнийг шийдэхгүй