I Work

Google Analytics: 29 Lỗi Xử Lý Thường Gặp – P3

29 lỗi thường gặp khi sử dụng Google Analytics và cách xử lý – Phần 3


Vấn đề thứ 9 – Tag không chạy

Ở Google Analytics, một Tag là một phần nhỏ của code JavaScript gửi thông tin cụ thể của người dùng về server của Google Analytics. Từ giao diện Tag Manager, bạn cần phải thêm tag vào đoạn code theo như yêu cầu nhưng không đc chỉnh sửa gì thêm.

Có một số nguyên do làm cho tag của bạn không chạy. Hãy cùng nhìn qua một lượt nào.

A – Bạn thêm một tag mới nhưng chưa công bố phần chỉnh sửa đó. Mỗi lần bạn chỉnh sửa Container, bạn cần phải công bố nó. Giống như mỗi lần bạn thêm một Tag mới hoặc chỉnh sửa Tag cũ. Ấn và nút công bố (public) nằm trên góc phải để hoàn tất.

B – Bạn tạo một điều kiện URL cho tag nhưng nó lại quá cụ thể. Điều kiện đó có thể là: chạy Tag trên domain http://ww38.yoursite.com/, tag sẽ không chạy trên “www.yoursite.com hay yousite.com. Hãy quay lại và chỉnh tag lại sao cho tag có thể chạy trên nhiều domain tùy chỉnh khác nhau. Sau đó nhớ ấn nút công bố đấy.

C – Có thể là Tag Manager Container (chứa đoạn code theo dõi) bị gắn sai trên trang web. Tag Assistant của Chrome sẽ giúp bạn tìm ra nguyên nhân. Tuy nhiên, nếu Tag Assistant mà hiện giống như dưới đây, có nghĩa là Tag Manager Container chưa được cài đâu.

Hãy kiểm tra Tag Manager Previewing & Debugging để được trợ giúp thêm.

Vấn đề liên quan tới eCommerce

Lưu ý: Bạn có biết plugin eCommerce không nên xài chung với plugin Enhanced eCommerce không? Tất nhiên là không rồi.

Vấn đề thứ 10 – Dữ liệu eCommerce không xuất hiện ở View

Tính năng “eCommerce” trong Google Analytics là một phân vùng đặc biệt cho phép bạn cài đặt, xem xét và phân tích dữ liệu riêng của từng đơn hàng cá nhân trên trang web TMDT.

Hãy sử dụng nó để theo dõi xem khách hàng mua món đồ gì, họ mua bao nhiêu, họ mất bao lâu để mua và các thông tin cần thiết khác.

Ngắn gọn lại là, bạn vừa cài đặt tính năng eCommerce và eCommerce theo dõi (tính năng dành cho web) và một View tương ứng để tinh chế dữ liệu, nhưng thật đáng tiếc, chẳng có dữ liệu nào hiển thị cả.

Có thể là bạn có vấn đề về đoạn code như đề cập ở trên, nhưng nếu đoạn code của bạn hoạt động tốt trước khi bạn bật tính năng eCommerce thì rõ ràng là bạn đã bật sai công tắc eCommerce rồi.

Cũng có thể là, nếu bạn có quá nhiều trang web và View tương ứng, bạn sẽ dễ coi lộn view.

A – Quay trở lại và kiểm tra xem bạn đã chọn đúng View chưa, trước khi ấn vào tab Reporting.

B – Nghe có vẻ đơn giản, nhưng đây là lỗi thường gặp nhất, và cũng dễ sửa nhất. Hãy vào tài khoản Analytics >> Property >> View >> eCommerce >> Bật “On” lên. Bạn cũng có thể bật tắt chức năng eCommerce nâng cao trong cửa sổ này.

Lưu ý: Bạn có thể đảo ngược quá trình giao dịch eCommerce trong Google Analytics đấy. Điều này dẫn chúng ta tới vấn đề tiếp theo.

Vấn đề 11 – Dữ liệu eCommerce không đúng với Dữ liệu giỏ hàng của bên thứ ba

Bạn có một trang web bán sản phẩm hoặc dịch vụ. Những sản phẩm hoặc dịch vụ này nằm trên trang web của bạn nhưng tính năng giỏ hàng lại do bên thứ ba cung cấp.

Những điều xem ra có vẻ phức tạp này lại rất đơn giản khi theo dõi Analytics. Bạn chỉ cần thực hiện “Cross Domain theo dõi” cho tốt (đã đề cập ở trên), và thế là xong.

Ví dụ:

Bạn có một trang web bán bánh ngọt. Trang web này chỉ là nơi cung cấp thông tin đính kèm với một cái blog, ngoài ra không có bất kỳ thuộc tính nào liên quan tới eCommerce nữa. Bạn muốn thực hiện dịch vụ bán hàng và giao hàng tận nơi, cho phép người ta đặt hàng online – và thế là bạn cài đặt một trang eCommerce với các tính năng cung cấp bởi một bên thứ ba.

Một số người ấn vào hình chiếc bánh kem ngon lành trên trang web và họ được đưa tới trang eCommerce để đặt hàng và trả tiền. Tất cả đều ngon lành…

Cho tới khi bạn cần làm thống kê, nhưng khi bạn coi dữ liệu trong analytics với dữ liệu bên trang eCommerce thì hai cái lại không trùng khớp với nhau. Có một số lý do giải thích tại sao dữ liệu trên trang eCommerce lại khác so với dữ liệu bên GA. Hãy xem thử một số giải pháp sau:

A – Các thiết lập thời gian không trùng khớp. Cái này rất dễ sửa, nhưng có thể phá hỏng dữ liệu của bạn. Hãy đảm bảo cả hai trang của bạn có cùng dữ liệu và cùng thời gian với nhau. Lưu ý vụ múi giờ nữa.

B – Bỏ các ký tự số trong dữ liệu của bạn ra ngoài. Các ký tự số trong ô chữ số (ví dụ như giá cả) có thể phá hỏng dữ liệu.

C – Có thể là bạn có một quy trình trải dài qua nhiều domain khác nhau và bạn chưa cài đặt đúng theo dõi trên Cross Domain. Hãy xem vấn đề số 3 ở trên.

Các lỗi liên quan tới việc link Adwords & Analytics

Vấn đề số 12 – Adwords ấn & Analytics Session không trùng khớp với nhau

Vấn đề ở đây là bạn nghĩ chúng nên khớp với nhau. Nhưng thực ra điều này cũng không cần thiết, và đây là lý do:

Khi bạn tích hợp dữ liệu Adwords và Analytics, bạn có thể coi dữ liệu của cả hai bên cùng lúc. Adwords ghi lại số lần người dùng ấn vào quảng cáo của bạn. Analytics ghi lại số lần người dùng vào trang web của bạn, họ làm gì trong lúc ấy và tại sao họ lại thoát ra ngoài.

Một lần ấn trên Adwords là một hành động cơ bản đại diện cho người dùng và được ghi lại bởi server của Adwords. Rất đơn giản. Ngược lại, session (phiên) trên Analytics phức tạp hơn rất nhiều và bao gồm nhiều lớp dữ liệu.

Ấn trên Adwords = ấn >> các tiêu chí được ghi lại.

Session trên Analytics = Pageview, các sự kiện, social trigger, nhiều domain khác nhau, vv.. >> các tiêu chí được ghi lại.

Vì thế, với một session trên Analytics, có rất nhiều điểm tiếp xúc giữa người dùng và Analytics và chúng ta có thể ghi lại dữ liệu từ các điểm đó. Với Adwords thì đơn giản hơn, điểm tiếp xúc chỉ là một ấn mà thôi.

A – Cực kỳ gọn; Đó là bạn cần phải hiểu sự khác biệt giữa ấn của Adwords và Session của Analytics. Mấu chốt căn bản là, tỷ lệ ấn/Session có thể bị ảnh hưởng bới một vài yếu tố.

Session có thể không được ghi lại vì độ trễ của server, việc redirect, hoặc là người dùng xóa cache trình duyệt, etc…

Vấn đề thứ 13 – Dữ liệu eCommerce trùng lắp trong Report

Vấn đề này đúng là thảm họa và sẽ ảnh hưởng nghiêm trọng tới độ chính xác của báo cáo, nếu không được phát hiện sớm. Tưởng tượng ngày nào cũng có một đống giao dịch trùng lắp trong GA trong suốt một tháng?

Thảm họa, thảm họạ! Tồi tệ hơn là bạn không thể đảo ngược quá trình đó. Vậy nên tốt nhất đừng dính lỗi này ngay từ đầu.

Nguyên nhân chủ yếu có lẽ từ việc khách hàng liên tục ấn F5 trên trang thank you hoặc trang thanh toán, gửi tới Google cùng một dữ liệu hai ba lần.

Tuy rằng Google có khả năng lọc ra những dữ liệu trùng lắp trong một session, nhưng nếu đoạn dữ liệu đó được gửi lần nữa sau một tuần vì tuần trước họ đã lỡ bookmark trang đó ở tuần trước, và tuần này mở bookmark lên lại. Đó là một vấn đề nghiêm trọng.

A – Tạo một Report để thu thập những giao dịch trùng lắp. Một khi bạn đã bật tính năng eCommerce trong Property, bạn có thể vào: Property >> View >> Customization >> New Custom Report và tạo một report để thu thập.

B – Bạn không thể ngưng khách hàng ấn nút Back hoặc tải lại một trang ở một session khác nhưng bạn có thể lọc đám đó ra. Anh Jon Meck có đề cập tới vấn đề này ở Lunametrics và đưa ra một số cách giải quyết tuyệt vời và rất chi tiết. (Search google để biết thêm chi tiết)

Sử dụng ID của giao dịch – Cookie có thể ghi lại mọi dữ liệu của người dùng nhưng nó cũng có thể bị xóa đi hoặc cập nhật và thế là không còn chính xác nữa.

Sử dụng mốc thời gian – Một mốc thời gian (time stamp) cho phép bạn biết được khi nào dữ liệu được gửi về Google Analytics.

Sử dụng code bên server – Tôi không rành lắm về mấy vụ server này nên sẽ không đi sâu vào chi tiết, nhưng hiểu nôm na là, bạn có thể lọc dữ liệu trùng lặp qua phần back end của trang web của bạn. Nhấc đít lên và gọi thằng lập trình ngay.

Vấn đề số 14 – Bạn chỉ có một Property cho toàn bộ Domain trong phần eCommerce

Nếu bạn có nhiều website, domain phụ, công cụ của bên thứ ba (ví dụ giỏ hàng), vv…thì bạn cần phải tạo một property cho từng trang web…nếu bạn muốn phân loại dữ liệu một cách hợp lý.

Tạo mỗi trang một property riêng trong cùng một tài khoản duy nhất cho phép bạn coi riêng dữ liệu của property đó, và điều đó có nghĩa bạn không cần phải thêm một đống bộ lọc vào cục dữ liệu “của toàn bộ các trang web”.

Nếu bạn có một property cho toàn bộ trang web thì khi tạo bộ lọc để lọc dữ liệu cho từng trang sẽ gây rắc rối cho bạn, rất dễ bị tẩu hỏa nhập ma. Và điều này dẫn tới nhiều vấn đề khác.

Giải pháp – tạo tài khoản cho khách hàng (hoặc cho bạn). Sau đó, tạo property cho mỗi website trong quy trình từ lúc khách mới vào trang web cho tới lúc khách mua hàng. Sau đó, tạo một property khác cho toàn bộ các trang web.

Bằng cách này bạn có thể thấy traffic cho từng site riêng biệt và tất cả các site luôn. Đừng tạo chỉ một property cho toàn bộ site đấy.

…còn tiếp


(source: kissmetrics.com)