Cách chọn công cụ thay thế Google Analytics? Bốn công cụ và các bước kiểm tra khi chuyển đổi

Trước tiên hãy viết ra những câu hỏi cần được trả lời

Mở bảng điều khiển phân tích, đối mặt với một màn hình đầy biểu đồ, mà vẫn không biết nên thay đổi bài viết nào, dừng quảng cáo nào, hay sửa trang nào. Mục tiêu của việc chuyển đổi công cụ là giải quyết những vấn đề này.

Hãy liệt kê ba câu trả lời mà trang web của bạn cần:

• Bài viết nào mang lại lượt đăng ký?
• Kênh quảng bá nào mang lại thanh toán?
• Bước nào trong quy trình đăng ký làm mất nhiều người nhất?

Ba câu hỏi này tương ứng với ba nhiệm vụ phân tích: hiệu suất nội dung, chuyển đổi nguồn và phân tích luồng.

"Hôm nay có bao nhiêu người truy cập" chỉ có thể trả lời quy mô truy cập. Nó không thể giải thích lượt đăng ký và thanh toán.

Bốn công cụ, chọn theo nhiệm vụ

Công cụ	Nhu cầu đáng để thử	Trọng tâm dùng thử
Plausible	Trang, nguồn, mục tiêu đăng ký hoặc tải xuống	Liệu nó có thể xác định các trang và nguồn mang lại chuyển đổi mục tiêu
Umami	Lưu lượng truy cập, sự kiện, chuyển đổi bước; cần dịch vụ đám mây hoặc tùy chọn tự lưu trữ	Các bước phễu, khung thời gian, phiên bản triển khai
Matomo	Cần chuyển báo cáo lịch sử GA	Phạm vi nhập, liệu báo cáo cũ có thể trả lời các câu hỏi ban đầu
PostHog	Sử dụng sau đăng ký, rời bỏ và giữ chân	Định nghĩa sự kiện, liên kết danh tính, khối lượng sự kiện tính phí

Bảng này thể hiện các hướng dùng thử. Các tính năng chồng chéo và gói dịch vụ cũng như phiên bản triển khai cũng ảnh hưởng đến phạm vi khả dụng.

Plausible: Theo dõi từ trang và nguồn đến mục tiêu

Blog có thể đặt mục tiêu đăng ký, trang tài nguyên có thể đặt mục tiêu tải xuống.

Các báo cáo cần kiểm tra là:

Lượt truy cập từ nguồn nào đã hoàn thành đăng ký? Những trang nào đã tham gia vào chuyển đổi?

Plausible hỗ trợ mục tiêu trang, sự kiện tùy chỉnh và theo dõi doanh thu. Nhấp nút, gửi biểu mẫu và thanh toán thành công đều cần thiết lập ghi tương ứng; chỉ cài đặt script phân tích sẽ không định nghĩa kết quả kinh doanh cho trang web. Tài liệu theo dõi mục tiêu

Nhiệm vụ dùng thử: Chọn một bài viết, đặt mục tiêu đăng ký thành công và kiểm tra xem báo cáo có thể kết nối nguồn, trang và đăng ký không.

Umami: Nối các bước thành phễu

Phễu là một chuỗi các bước phải được hoàn thành:

Mở trang sản phẩm → Bắt đầu thanh toán → Thanh toán thành công

Umami hỗ trợ phễu được tạo từ các trang và sự kiện. Thứ tự bước và khung thời gian ảnh hưởng đến kết quả. Ví dụ, nếu khung thời gian được đặt là mười phút, các bước cách nhau hơn mười phút có thể không được tính là cùng một lần hoàn thành. Tài liệu phễu Umami

Khi phễu bị giảm, cần kiểm tra nguyên nhân. Các bước tùy chọn, sự kiện bị thiếu và khung thời gian không chính xác đều có thể tạo ra "giảm."

Nhiệm vụ dùng thử: Xây dựng phễu ba bước, hoàn thành luồng thử nghiệm và xác nhận rằng cả ba bước đều được ghi lại.

Umami cung cấp dịch vụ đám mây và tùy chọn tự lưu trữ. Tự lưu trữ yêu cầu xử lý nâng cấp, sao lưu và khắc phục sự cố. Khả năng bảo trì nên là một phần của tiêu chí lựa chọn. Trang web chính thức Umami

Matomo: Trước tiên kiểm tra mục đích của báo cáo lịch sử

Dữ liệu lịch sử chỉ có giá trị nếu nó có thể trả lời các câu hỏi cần trả lời.

Trình nhập GA của Matomo đọc báo cáo tổng hợp. Dữ liệu được nhập không thể khôi phục nhật ký truy cập thô và không phải tất cả các tính năng phân đoạn và báo cáo đều được hỗ trợ. Hạn chế nhập Matomo

"Có thể nhập" không có nghĩa là "tất cả các phân tích mà bảng điều khiển cũ có thể làm đều được giữ lại."

Nhiệm vụ dùng thử: Liệt kê ba báo cáo cũ phải được giữ lại và kiểm tra phạm vi nhập được hỗ trợ. Khi cần hồ sơ từng lượt truy cập, sự kiện thô hoặc phân đoạn cụ thể, hãy kiểm tra các hạn chế nhập.

PostHog: Kiểm tra điều gì xảy ra sau khi đăng ký

Các trang thành viên có thể cần theo dõi:

Đăng ký thành công → Hoàn thành hành động đầu tiên → Sử dụng lại vào tuần sau

PostHog cung cấp phễu sự kiện, đường dẫn và phân tích giữ chân. Báo cáo giữ chân yêu cầu định nghĩa sự kiện bắt đầu và sự kiện quay lại. "Quay lại mở trang chủ" và "quay lại hoàn thành một hành động" đại diện cho các kết quả khác nhau. Các loại phân tích, định nghĩa giữ chân

Những phân tích này yêu cầu duy trì ý nghĩa sự kiện. Khi tính năng tăng lên, tên sự kiện, thuộc tính và liên kết danh tính cũng cần được quản lý.

Nhiệm vụ dùng thử: Định nghĩa sự kiện hoàn thành đầu tiên và sự kiện sử dụng lại, đồng thời xác nhận rằng báo cáo trả lời các câu hỏi kinh doanh.

Sự kiện chuyển đổi: Nhấp không có nghĩa là thành công

"Nhấp nút thanh toán" ghi lại ý định thanh toán. Thanh toán thất bại cũng có thể tạo ra sự kiện này.

"Mở trang cảm ơn" cũng có những đánh giá sai: làm mới, liên kết đã đánh dấu và chuyển hướng thất bại sau thanh toán đều có thể ảnh hưởng đến việc ghi.

Trước tiên hãy viết định nghĩa cho mục tiêu:

Mục tiêu	Kết quả cần được ghi lại
Đăng ký	Gửi đăng ký được chấp nhận
Đăng ký tài khoản	Tài khoản được tạo thành công
Thanh toán	Đơn hàng được xác nhận thanh toán
Tải xuống	Phân biệt nhấp liên kết tải xuống với hoàn thành truy xuất tệp

Thống kê thanh toán cần được đối chiếu với hệ thống đơn hàng. Sự kiện trình duyệt có thể bị chặn và hệ thống đơn hàng chịu trách nhiệm ghi lại sự thật thanh toán.

Một thanh toán thử nghiệm nên tạo ra một bản ghi thành công. Làm mới trang không nên biến cùng một đơn hàng thành hai mục doanh thu.

Chuyển đổi: Thực hiện bốn kiểm tra

1. Ghi trang

Mở trang chủ, một trang bài viết và một trang kinh doanh, và kiểm tra ghi.

Chuyển trang cũng cần được kiểm tra. Một số trang web không tải lại toàn bộ trang khi chuyển trang; trang chủ có thể được ghi, nhưng các trang tiếp theo vẫn có thể bị bỏ sót.

2. Ghi nguồn

Chuẩn bị một liên kết quảng bá thử nghiệm:

https://example.com/?utm_source=test&utm_medium=email&utm_campaign=migration

Mở nó trong một phiên trình duyệt mới và kiểm tra nguồn và tên chiến dịch. Chuyển hướng trang web cần giữ nguyên tham số.

UTM được sử dụng để phân biệt các chiến dịch quảng bá. Liên kết chia sẻ hàng ngày nên sử dụng tên nhất quán để tránh newsletter, Newsletter và email-news mỗi cái chiếm một hàng riêng.

3. Ghi thành công

Hoàn thành một đăng ký, đăng ký tài khoản hoặc đơn hàng thử nghiệm, và kiểm tra tên sự kiện, số lượng và số tiền.

Trước tiên xác nhận rằng sự kiện mục tiêu chưa bị loại trừ bởi quy tắc lọc truy cập nội bộ.

4. Ghi trùng lặp

Kiểm tra nơi script phân tích được cài đặt. Plugin trang web, cài đặt chủ đề và trình quản lý thẻ có thể mỗi cái đã cài đặt nó một lần.

Script trùng lặp, gửi trùng lặp và làm mới trang cảm ơn đều đáng để kiểm tra. Số lượt truy cập tăng gấp đôi không có nghĩa là lưu lượng tăng.

Số liệu mới và cũ khác nhau: Kiểm tra gì?

Trước tiên hãy căn chỉnh phạm vi so sánh:

• Ngày và múi giờ.
• Tên miền, tên miền phụ và phạm vi trang.
• Quy tắc lọc truy cập nội bộ.
• Quản lý đồng ý và chặn script.
• Định nghĩa về lượt truy cập, phiên và chuyển đổi.

Ghi kết quả vào bảng:

Triệu chứng	Hướng khắc phục sự cố
Trang chủ được ghi, chuyển trang bài viết không	Theo dõi chuyển trang
Trang bình thường, nguồn quảng bá bị mất	Tham số UTM, chuyển hướng, gán nguồn
Nhấp được ghi, thành công không	Liệu sự kiện thành công có được kết nối
Số thành công vượt quá số đơn hàng	Kích hoạt trùng lặp, đơn hàng thử nghiệm, tiêu chí hủy hoặc hoàn tiền
Chênh lệch bội số gần như cố định trên tất cả các trang	Cài đặt trùng lặp, phạm vi ghi và định nghĩa chỉ số

Đây là các hướng khắc phục sự cố và không thể trực tiếp coi là kết luận lỗi.

Số lượt xem trang hoàn toàn giống nhau cũng không chứng minh chuyển đổi thành công. Nguồn bị mất, thanh toán trùng lặp và chuyển đổi quảng cáo bị hỏng đều ảnh hưởng đến quyết định.

Dữ liệu lịch sử và kết nối quảng cáo cần xử lý riêng

Plausible hỗ trợ nhập dữ liệu GA, nhưng không hỗ trợ nhập doanh thu thương mại điện tử GA; Matomo nhập báo cáo tổng hợp. Liệu dữ liệu cũ có thể sử dụng được cần được kiểm tra từng mục. Tài liệu nhập Plausible, Hạn chế nhập Matomo

Ghi lại ngày chuyển đổi và giữ báo cáo cũ. Xu hướng kéo dài qua ngày chuyển đổi cần được chú thích với những thay đổi trong phạm vi thống kê.

Google Ads cũng có một kiểm tra: tài khoản có đang sử dụng chuyển đổi được nhập từ GA4 để tối ưu hóa giá thầu không? Trước khi xóa GA4, hãy xác minh đường dẫn chuyển đổi quảng cáo thay thế và kiểm tra đếm trùng lặp. Tài liệu chuyển đổi Google Ads

Chi phí: Nhìn vào đơn vị tính phí

Một trăm nghìn lượt xem trang mỗi tháng không có nghĩa là một trăm nghìn sự kiện tính phí.

Lượt xem trang, nhấp nút, sự kiện tùy chỉnh và thu thập tự động đều có thể vào khối lượng sự kiện. Phân tích sản phẩm của PostHog sử dụng tính phí dựa trên sự kiện, vì vậy dùng thử nên bao gồm kiểm tra khối lượng sự kiện. Giải thích tính phí PostHog

Trước khi mua, hãy kiểm tra:

• Đơn vị tính phí và quy tắc vượt quá.
• Số lượng trang web.
• Thời gian lưu giữ dữ liệu.
• Gói nào bao gồm các tính năng cần thiết.
• Chi phí bảo trì tự lưu trữ.

Làm thế nào để đưa ra quyết định?

Blog nên thử nghiệm "trang → đăng ký" trước. Cửa hàng nên thử nghiệm "nguồn → thanh toán" trước. Trang thành viên nên thử nghiệm "đăng ký → sử dụng → quay lại" trước.

Chỉ khi một công cụ ứng viên có thể trả lời đường dẫn này, hồ sơ của nó chịu được kiểm tra và chi phí phải chăng thì nó mới có giá trị chuyển đổi.