Tránh các lượt chuyển đổi giả mạo trong Google Analytics

Lời tựa

Nửa sau của bài viết này — mọi thứ sau phần “Cách lọc chuyển đổi bằng Tag Manager” — là một phương pháp nâng cao để lọc chuyển đổi một cách thông minh bằng cách sử dụng Tag Manager và cookie.

Nếu bạn tự tin rằng mình đã nắm vững những kiến ​​thức cơ bản, hãy cứ bỏ qua phần này và chuyển thẳng đến phần nâng cao . Tuy nhiên, tôi cảm thấy việc nắm vững một số kiến ​​thức cơ bản trước khi đi sâu vào các giải pháp phức tạp hơn là rất quan trọng.

Tránh chuyển đổi sai

Ngoài việc không ghi lại dữ liệu quan trọng, một trong những cách tốt nhất để làm hỏng phân tích của bạn là ghi lại thông tin sai và gộp nó vào tất cả những lần bạn đã ghi lại thông tin đúng.

Ví dụ: nếu bạn đang tính cả lượt chuyển đổi khi không nên, điều đó có thể làm sai lệch việc đặt giá thầu quảng cáo tự động, cách bạn đánh giá giá trị của từng kênh riêng lẻ, hoặc thậm chí cả cách bạn nghĩ về hiệu quả hoạt động của doanh nghiệp mình. Trong bài viết này, chúng ta sẽ gọi vấn đề này là “lượt chuyển đổi sai lệch”.

Có vô số cách để theo dõi chuyển đổi trong Google Analytics, và cũng có vô số cách để làm sai. Bài viết này sẽ tập trung vào một số cách chính bạn có thể làm sai lệch số liệu chuyển đổi khi dựa vào việc người dùng hoàn thành biểu mẫu và sau đó được chuyển đến trang cảm ơn.

Chúng ta sẽ tìm hiểu về:

• Một số công cụ hữu ích
• Những điều cần kiểm tra — người dùng có thể vô tình chuyển đổi bằng cách nào?
• Làm thế nào để bảo vệ các mục tiêu dựa trên điểm đến khỏi các chuyển đổi sai lệch?
• Một cách tiếp cận mục tiêu dựa trên sự kiện lý tưởng
• Làm thế nào để bảo vệ các mục tiêu dựa trên sự kiện khỏi các chuyển đổi sai lệch?

Công cụ hữu ích

Các công cụ dưới đây sẽ giúp bạn thực hiện một số bước kiểm tra trong bài viết này.

Công cụ dành cho nhà phát triển Chrome

Nhấn F12 sẽ mở Chrome DevTools (bạn có thể cần nhấn phím “function” tùy thuộc vào bàn phím của mình). Bạn có thể kiểm tra JavaScript trong “Console” và xem các cookie đang hoạt động trong “Application”.

Bản xem trước Google Tag Manager

Google Tag Manager vừa ra mắt tính năng xem trước mới, cho phép bạn theo dõi những thay đổi diễn ra trên một loạt trang theo thời gian.

Trình kiểm tra lớp dữ liệu Adswerve

Plugin này tóm tắt thông tin dataLayer trong Chrome Console.

Plugin giám sát theo dõi phân tích

Tôi thấy plugin này thực sự hữu ích để kiểm tra thông tin nào đang được gửi đến Google Analytics. Một tính năng hay là khả năng chặn các lượt truy cập không cho chúng thực sự được gửi đến Google Analytics trong khi vẫn ghi lại những gì đáng lẽ sẽ được gửi đi.

Trợ lý gắn thẻ

Tiện ích bổ sung Chrome Tag Assistant sẽ hiển thị cho bạn các thẻ Tag Manager hiện có trên trang. Nếu bạn nhấp vào để ghi lại phiên, nó cũng sẽ cung cấp cho bạn bản phân tích chi tiết mọi thứ đã xảy ra trên mỗi trang. Tuy nhiên, tôi thường không dựa nhiều vào các bản ghi nếu tôi có quyền truy cập vào Tag Manager, vì phần lớn thông tin hữu ích đã được bao gồm giữa bản xem trước GTM mới và tiện ích giám sát theo dõi.

Trình ánh xạ thẻ

Tôi đã tạo ra một công cụ Tag Mapper miễn phí để giúp bạn dễ dàng xem những thay đổi trong Tag Manager có thể ảnh hưởng như thế nào. Nếu bạn định thay đổi điều gì đó trong tài khoản GTM của mình, bạn có thể xem những nội dung nào khác có thể bị ảnh hưởng. Tương tự, nếu bạn nhận thấy có điều gì đó bị lỗi, công cụ này có thể giúp bạn tìm ra nguyên nhân gốc rễ.

Những điều cần kiểm tra

Có thể bạn sẽ muốn ngay lập tức tìm một giải pháp toàn diện, nhưng nếu bạn ghi nhận được lượt chuyển đổi khi không nên, điều đó có thể là do khách truy cập trang web của bạn đang thực hiện những hành động không nên làm.

Chúng ta hãy bắt đầu bằng một vài bước kiểm tra nhanh mà bạn nên thực hiện để đảm bảo rằng bạn không chỉ đơn giản là bỏ qua các vấn đề trên trang web của mình để làm cho các con số trông có vẻ đúng.

Bạn chỉ ghi nhận lượt chuyển đổi trên các trang cảm ơn thôi phải không?

Để kiểm tra xem bạn có đang ghi nhận chuyển đổi trên những trang không nên ghi nhận (ví dụ: mọi trang trên trang web của bạn chẳng hạn), hãy xem nhanh báo cáo Đường dẫn mục tiêu ngược trong Google Analytics:

Chuyển đổi > Mục tiêu > Đường dẫn mục tiêu ngược.

Cột đầu tiên bên trái sẽ cho bạn biết các chuyển đổi mục tiêu của bạn đang diễn ra ở đâu, trừ khi bạn đang làm điều gì đó bất thường. Nếu bạn thấy nhiều trang không mong đợi trong cột đó, đó là dấu hiệu cho thấy bạn cần thay đổi tiêu chí chuyển đổi của mình.

Một điều cần lưu ý ở đây: nếu bạn ghi nhận chuyển đổi dựa trên sự kiện chứ không phải lượt xem trang, và bạn thấy trang không chính xác xuất hiện ở cột bên trái, hãy đảm bảo sự kiện chuyển đổi chỉ được kích hoạt sau khi lượt xem trang diễn ra.

Ngoài việc điền biểu mẫu, bạn còn liên kết đến các trang chuyển đổi bằng những cách nào khác?

Nếu bạn đang sử dụng bất kỳ mục tiêu nào dựa trên việc người dùng tải một trang cụ thể (như trang cảm ơn), và bạn biết rằng mình chỉ ghi nhận chuyển đổi trên các trang cảm ơn, thì một cách khác bạn có thể làm sai là vô tình liên kết đến các trang cảm ơn đó. Nếu người dùng có thể nhấp vào liên kết sai và truy cập vào trang chuyển đổi, bạn cần phải khắc phục điều đó.

Một cách để kiểm tra điều này là sử dụng công cụ như Screaming Frog để quét toàn bộ trang web và xem các trang chuyển đổi của bạn có xuất hiện hay không. Nếu chúng xuất hiện, bạn biết rằng đó có thể là một vấn đề. Để tìm ra cách khắc phục vấn đề, bạn có thể chọn các trang gây ra lỗi và kiểm tra bảng “Liên kết đến”, bảng này sẽ cung cấp cho bạn danh sách các liên kết mà bạn đang trỏ đến chúng.

Người dùng có được chuyển thẳng đến trang cảm ơn không?

Một cách nhanh chóng để kiểm tra xem người dùng có truy cập vào trang cảm ơn của bạn hay không là sử dụng phân đoạn. Nếu bạn tạo một phân đoạn mà trang đích là trang cảm ơn, bạn có thể biết được Google Analytics đánh giá tần suất người dùng truy cập vào trang chuyển đổi của bạn như thế nào.

Dưới đây là ảnh chụp màn hình giao diện phân đoạn. Tôi đã thiết lập để bao gồm bất kỳ phiên nào mà tương tác đầu tiên của người dùng là truy cập vào trang cảm ơn. 

Khi bạn biết được tần suất người dùng truy cập vào trang cảm ơn của mình, bạn có thể xác định được nguồn gốc dẫn dắt những người dùng đó đến trang web.

Dưới đây, tôi đã áp dụng phân đoạn "truy cập trang cảm ơn" vào báo cáo Nguồn/Phương tiện, và có vẻ như chúng ta đang nhận được rất nhiều phiên truy cập trực tiếp, nhưng cũng có một số phiên truy cập CPC và phiên truy cập tự nhiên ở những nơi khác nữa

Điều quan trọng cần ghi nhớ ở đây là điều này dựa trên những gì Google Analytics cho rằng đang xảy ra. Điều đó không nhất thiết có nghĩa là người dùng truy cập trực tiếp vào các trang này từ quảng cáo. Trên thực tế, trong ví dụ này, chúng ta biết rằng điều này không phải lúc nào cũng đúng, và đôi khi đó là triệu chứng của việc mã theo dõi bị lỗi hoặc bị nhầm lẫn theo một cách khác. Tuy nhiên, nó cũng cung cấp cho chúng ta một số điều cần điều tra.

Ví dụ:

• Chúng ta có quảng cáo hoặc hoạt động nào khác dẫn trực tiếp đến các trang chuyển đổi không?
• Các trang chuyển đổi của chúng ta đã được Google lập chỉ mục chưa?
• Liệu có trang nào trong quy trình chuyển đổi của chúng ta chưa được theo dõi không?
• Mã theo dõi của chúng ta bị lỗi hay người dùng đang thực hiện những thao tác trên trang web có thể gây nhầm lẫn cho Google Analytics?

- Bạn có quảng cáo hoặc hoạt động nào khác dẫn trực tiếp đến các trang chuyển đổi không?

Tôi không thể hướng dẫn bạn chi tiết từng bước, nhưng tất cả các nền tảng quảng cáo đều cho phép bạn kiểm tra các trang đích đang hoạt động. Điều quan trọng nữa là đảm bảo rằng bạn không có bất kỳ đối tác liên kết nào liên kết trực tiếp đến các trang chuyển đổi — dù vô tình hay cố ý — vì bạn có thể đang trả cho họ nhiều hơn mức họ xứng đáng.

Việc kiểm tra các liên kết không trả phí, như hoạt động trên mạng xã hội, có thể khó khăn hơn. Tuy nhiên, việc dành thời gian kiểm tra là rất đáng giá. Nếu bạn phát hiện mình vô tình liên kết đến các trang chuyển đổi này, bạn có thể làm việc với các nhóm liên quan để thiết lập chính sách cho việc đó trong tương lai.

- Các trang chuyển đổi của bạn đã được Google lập chỉ mục chưa?

Google thường là nguyên nhân gây ra các vấn đề về trang chuyển đổi. Nó là một trình thu thập dữ liệu "tham lam". Nó sẽ theo dõi các liên kết bên trong và bên ngoài trang web của bạn, và nếu có một liên kết mà máy có thể thu thập dữ liệu đến trang cảm ơn của bạn, rất có thể nó sẽ tìm thấy.

Một cách nhanh chóng để kiểm tra xem Google có lưu các trang cảm ơn của bạn hay không (và có thể đang dẫn người dùng trực tiếp đến đó) là tìm kiếm các trang đó trên Google.

Sử dụng "site:" lọc kết quả tìm kiếm của Google chỉ hiển thị các trang trên trang web của bạn. Sử dụng "inurl:" lọc kết quả chỉ hiển thị các trang có chứa một chuỗi ký tự cụ thể.

Dưới đây là một ví dụ về việc kiểm tra mà chúng tôi đã thực hiện cho một trong những khách hàng của mình. Chúng tôi phát hiện ra rằng họ có rất nhiều trang "cảm ơn" trong mục lục (hơn 600 trang). 

- Mã theo dõi của bạn có bị lỗi không, hay người dùng đang thực hiện các thao tác trên trang web có thể gây nhầm lẫn cho GA?

Chúng ta không có thời gian để xem xét tất cả những điều có thể xảy ra sai sót ở đây. Một số điều cần kiểm tra là:

• Bạn có đang thiếu mã theo dõi trên một số trang không? Có lẽ bạn chưa ghi nhận được người dùng trước khi họ truy cập trang cảm ơn.
• Bạn có đang sử dụng các phiên bản Google Analytics khác nhau trên các trang khác nhau không? Điều này có thể gây ra sự nhầm lẫn hoặc phân tách phiên truy cập.
• Bạn có đang sử dụng tham số UTM cho bất kỳ liên kết nội bộ nào không? Bất kỳ trình thu thập dữ liệu trang web nào cũng có thể giúp bạn tìm ra điều này.
• Bạn có đang thiết lập sai múi giờ trong Google Analytics không? Phiên họp không thể kéo dài quá "nửa đêm" — nếu vượt quá, Google Analytics sẽ chia chúng thành hai phiên riêng biệt.
• Bạn có đang đưa thông tin quan trọng vào trang cảm ơn có thể khiến người dùng đánh dấu trang hoặc quay lại sau không? Một giải pháp ở đây là không đưa bất kỳ thông tin cụ thể nào dành cho khách truy cập vào trang cảm ơn, và đảm bảo với họ rằng bạn sẽ gửi email chi tiết. Nên thử nghiệm điều này để đảm bảo nó không làm giảm lòng tin của khách truy cập.
• Bạn có những biểu mẫu nào mất hơn nửa giờ để điền và không ghi lại bất kỳ tương tác nào trong suốt quá trình đó không? Bạn có thể tránh điều này bằng cách chia biểu mẫu thành nhiều trang khác nhau và theo dõi khi khách truy cập điền vào một trường biểu mẫu hoặc khi họ gặp lỗi. Hoàn toàn không liên quan đến chủ đề chúng ta đang xem xét trong bài viết này, nhưng tất cả những điều này sẽ giúp bạn làm cho các biểu mẫu của mình thân thiện hơn với người dùng.

Khi đã hoàn thành tất cả các bước đó, bạn có thể bắt đầu tìm cách cải thiện phương pháp lọc dữ liệu chuyển đổi của mình.

Làm thế nào để bảo vệ các mục tiêu dựa trên điểm đến khỏi các chuyển đổi sai lệch?

Nếu bạn đặt loại mục tiêu là “Điểm đến” trong Google Analytics, điều đó có nghĩa là bất cứ khi nào GA ghi nhận lượt xem trang cho một trang cụ thể, nó sẽ được tính là một lượt chuyển đổi.

Bạn có thể thiết lập mục tiêu đích yêu cầu người dùng phải truy cập các trang khác trước bằng cách sử dụng phễu. Nếu bạn chỉnh sửa mục tiêu và bật tùy chọn “Phễu”, bạn có thể chỉ định các bước dẫn đến mục tiêu đó. Điều này có nghĩa là bạn có thể đảm bảo rằng mình không ghi nhận chuyển đổi mục tiêu khi người dùng truy cập trực tiếp vào trang cảm ơn của bạn.

Bạn cũng có thể sử dụng nó để phân tách các loại chuyển đổi mục tiêu khác nhau. Ví dụ, nếu bạn sử dụng cùng một trang cảm ơn cho nhiều biểu mẫu, bạn có thể có một mục tiêu mà phễu chuyển đổi liên quan đến việc đi qua một trang biểu mẫu, và một mục tiêu khác liên quan đến việc đi qua một trang biểu mẫu khác.

Cách này sẽ hiệu quả nếu bạn:

• Hãy đặt ra một số lượng mục tiêu khác nhau ít hơn (và tương đối ổn định).
• Chỉ có một số ít (và khá cố định) cách người dùng có thể hoàn thành mỗi mục tiêu một cách hợp pháp.

Tuy nhiên, các bước trong phễu không cho phép sử dụng các biểu thức chính quy (regex), vì vậy chúng không linh hoạt lắm. Ngoài ra, bạn chỉ có thể sử dụng phễu với các mục tiêu kiểu đích . Vì vậy, phễu sẽ không hữu ích nếu:

• Mục tiêu của bạn dựa trên các sự kiện.
• Có rất nhiều cách để người dùng có thể đạt được mục tiêu.
• Bạn có nhiều nhóm cùng quản lý trang web, và việc theo dõi tất cả các cách người dùng có thể đạt được mục tiêu là không hợp lý.

Bạn cần lưu ý rằng nếu gặp sự cố như UTM nội bộ hoặc phiên hết hạn, các phễu biểu mẫu này có thể khiến bạn bỏ sót một số chuyển đổi đáng lẽ phải được ghi nhận . Thật sự đấy, hãy đảm bảo rằng những vấn đề đó đã được khắc phục.

Phương pháp lý tưởng: mục tiêu dựa trên sự kiện

Cách tiếp cận lý tưởng là sử dụng chuyển đổi dựa trên sự kiện thay vì chuyển đổi dựa trên đích đến. Bạn làm việc với các nhà phát triển để khi người dùng hoàn thành biểu mẫu, bạn thông báo cho Google Analytics rằng một sự kiện đã xảy ra, thay vì Google Analytics phải chờ lượt xem trang cảm ơn. Sau đó, Google Analytics sẽ ghi lại mỗi lần sự kiện đó như một chuyển đổi Mục tiêu.

Dưới đây là các tiêu chí cho một chuyển đổi mục tiêu dựa trên sự kiện, nếu bạn chưa từng thấy chúng trước đây và đang gặp khó khăn trong việc hình dung cách chúng được thiết lập. Nó ghi nhận một chuyển đổi cho mục tiêu này bất cứ khi nào GA nhận được một sự kiện thuộc danh mục “trang cảm ơn”

Lý do phương pháp này lý tưởng là vì bạn chỉ ghi nhận chuyển đổi khi người dùng thực sự làm những gì bạn muốn họ làm . Hầu hết các mục tiêu chuyển đổi dựa trên lượt xem trang chỉ là chúng ta đang cố gắng đoán xem người dùng đã làm gì. Đó là lý do tại sao bạn gặp vấn đề với các mục tiêu dựa trên đích đến, chẳng hạn như người dùng truy cập trực tiếp vào trang cảm ơn của bạn mà không hoàn thành biểu mẫu mà bạn muốn họ hoàn thành.

Có thể bạn thấy hơi lạ khi để giải pháp “lý tưởng” này đến tận cuối bài viết, nhưng tôi làm vậy vì đây thường không phải là giải pháp đơn giản nhất. Nó có thể đòi hỏi nhiều công sức nhất từ ​​phía nhà phát triển, và bạn có thể phải sử dụng một tính năng tích hợp sẵn trong CMS mà nhóm phát triển của bạn phải chỉnh sửa, hoặc tệ hơn nữa, bạn có thể phải làm việc với một giải pháp biểu mẫu bên ngoài mà họ phải tìm cách can thiệp vào.

Tôi đưa ra giải pháp này vào lúc này vì nếu bạn chưa có sẵn hệ thống này, bạn sẽ cần thuyết phục người khác thực hiện. Câu hỏi đầu tiên của họ có thể là “Bạn đã xem xét các lựa chọn khác chưa?”. Khi bạn có cuộc trò chuyện đó, bạn có thể nói:

• Chúng tôi đã đảm bảo chỉ ghi nhận lượt chuyển đổi trên các trang phù hợp.
• Chúng tôi đã đảm bảo người dùng không thể truy cập vào những trang đó bằng các cách mà chúng tôi có thể ngăn chặn.
• Chúng tôi đã đảm bảo rằng không có vấn đề nào khác liên quan đến cách chúng tôi theo dõi trang web.
• Dữ liệu chuyển đổi của chúng tôi đang bị sai lệch theo cách mà chúng tôi không thể ngăn chặn vì chúng tôi phải dựa vào lượt xem trang cảm ơn.
• Chúng ta không thể lọc bỏ những lượt chuyển đổi đó bằng Google Analytics.
• Cách tốt nhất để đảm bảo dữ liệu của chúng ta chính xác là sử dụng các sự kiện, và các sự kiện chính xác nhất là những sự kiện chỉ xảy ra khi người dùng thực hiện chính xác những gì chúng ta muốn họ làm.
• Nếu bạn giúp được tôi, tôi sẽ là bạn thân nhất của bạn.

Một giải pháp thay thế cho phễu Google Analytics

Có thể giải pháp dựa trên các sự kiện nêu trên là không khả thi. Cuộc sống vốn dĩ có những khó khăn, nhưng chúng ta vẫn phải tiếp tục tiến lên.

Một giải pháp khác là chuyển sang chuyển đổi dựa trên sự kiện và sử dụng Trình quản lý thẻ để tự xử lý tất cả. Bằng cách sử dụng Trình quản lý thẻ và cookie, bạn có thể tạo ra một phiên bản linh hoạt hơn của phễu Google Analytics để chỉ gửi các sự kiện chuyển đổi khi người dùng truy cập trang cảm ơn sau khi đã truy cập một trang đủ điều kiện . Cơ chế hoạt động như thế nào? Tóm lại:

+ Khi người dùng truy cập vào một trong những trang đủ điều kiện của bạn, bạn sẽ đặt một cookie vào trình duyệt của họ.

+ Khi người dùng tải trang cảm ơn, bạn kiểm tra cookie , và nếu cookie tồn tại, bạn gửi sự kiện chuyển đổi đến Google Analytics. Nếu không, bạn không gửi.

+ Sau đó bạn xóa cookie.

Điều đó có nghĩa là bạn sẽ không ghi nhận các chuyển đổi sai sau:

• Người dùng truy cập trực tiếp vào trang cảm ơn.
• Người dùng vô tình nhấp vào trang cảm ơn khi họ chưa truy cập vào biểu mẫu liên quan.
• Người dùng thường để mở tab cảm ơn, hoặc đánh dấu trang đó, và nhấp lại vào tab đó sau khi phiên Google Analytics của họ kết thúc.

Phần dưới đây sẽ đề cập đến một số thuật ngữ cụ thể của Trình quản lý thẻ (điều gây nhầm lẫn nhất là "Sự kiện tùy chỉnh" và "Sự kiện Google Analytics" là hai khái niệm hoàn toàn khác nhau).

Một số thuật ngữ cần biết

Tôi đã tô màu xanh dương cho các thuật ngữ của Tag Manager và màu cam cho tất cả các thuật ngữ của Google Analytics , nhưng nếu bạn cảm thấy khó hiểu, bạn có thể tìm hiểu thêm hoặc hỏi ý kiến ​​đồng nghiệp hoặc chuyên gia có kinh nghiệm.

Sự kiện : Là thông tin chúng ta gửi đến Google Analytics để ghi lại một hành động cụ thể.

Sự kiện tùy chỉnh : Một sự kiện xảy ra trên trang web, mà chúng ta có thể sử dụng như một phần tiêu chí để kích hoạt Trình quản lý thẻ .

Trigger : Một tập hợp các điều kiện mà chúng ta thiết lập trong Tag Manager. Khi tất cả các điều kiện này được đáp ứng cùng một lúc, trigger sẽ kích hoạt và thường sẽ kích hoạt một thẻ .

Thẻ (Tag ): Một thứ gì đó trong Trình quản lý thẻ thực hiện một hành động nào đó . Khái niệm này nghe có vẻ mơ hồ vì nó có thể là bất cứ thứ gì, từ việc gửi sự kiện đến Google Analytics đến việc viết lại hoàn toàn nội dung trang.

Biến : Một mẩu thông tin trong Trình quản lý thẻ mà chúng ta có thể dễ dàng tham chiếu trong các trình kích hoạt , thẻ hoặc các biến khác .

Lớp dữ liệu : Thông tin được cấu trúc trên trang, giúp việc truyền thông tin đến trình quản lý thẻ dễ dàng hơn.

Cách lọc chuyển đổi bằng Trình quản lý thẻ

- Hãy đảm bảo rằng Google Tag Manager đã được cài đặt trên trang web của bạn.

Bạn cần có thẻ này trên mọi trang. Google đã chia sẻ hướng dẫn nhanh về Trình quản lý thẻ nếu bạn cần thêm hướng dẫn.

Nếu bạn đang chuyển từ mã GA tiêu chuẩn sang Tag Manager, hãy đảm bảo bạn không bao gồm cả GA và Tag Manager cùng một lúc, nếu không bạn sẽ tính trùng lặp.

- Thông báo cho Tag Manager mỗi khi trang cảm ơn được tải.

Chúng ta sẽ giả định rằng tất cả các trang cảm ơn của bạn đều thuộc cùng một loại trang, vì vậy bạn có thể nói với nhóm phát triển của mình một cách hợp lý rằng, “vui lòng thực hiện thay đổi này cho tất cả các trang cảm ơn của chúng tôi”. Hãy yêu cầu họ thêm một đoạn mã tương tự như bên dưới.

Ví dụ mã lệnh
<script>
window.dataLayer.push({
   "event": "conversion"
});
</script>

Nếu bạn cần kiểm tra quy trình này trước khi nhờ đến sự hỗ trợ của các nhà phát triển, bạn có thể thử tự thêm mã bằng cách dán nó vào bảng điều khiển bằng Chrome DevTools.

Khi trang tải xong, đoạn mã đó sẽ thêm thông tin vào lớp dữ liệu . Trình quản lý thẻ sẽ phát hiện sự thay đổi và bạn có thể sử dụng nó như một trong những điều kiện để kích hoạt . Trong trường hợp này, Trình quản lý thẻ sẽ phát hiện một Sự kiện tùy chỉnh có tên là chuyển đổi khi dữ liệu này được thêm vào. Chúng ta sẽ quay lại vấn đề này sau.

- Thông báo cho Trình quản lý thẻ mỗi khi một trang đủ điều kiện được tải.

Chúng ta cũng sẽ giả định rằng có một số điểm tương đồng giữa các trang đủ điều kiện của bạn. Ví dụ, hầu hết chúng đều có thể có một biểu mẫu. Bạn có thể phối hợp với nhóm phát triển của mình để tự động thêm/kích hoạt một tập lệnh bất cứ khi nào một trong những biểu mẫu đó được thêm vào.

Ví dụ mã lệnh
<script>
window.dataLayer.push({
 "event": "qualifying"
});
</script>

Trong trường hợp này, bạn sẽ thấy một Sự kiện Tùy chỉnh có tên là qualifying . Một lần nữa, bạn có thể kiểm tra điều này bằng cách dán trực tiếp vào Console.

- Mỗi khi người dùng truy cập vào một trang đủ điều kiện, hãy thiết lập một cookie.

Bạn sẽ sử dụng Sự kiện Tùy chỉnh " đủ điều kiện " của mình làm tiêu chí cho trình kích hoạt . 

Tiếp theo, bạn sẽ tạo một thẻ được kích hoạt bởi trình kích hoạt đó . Thẻ này sẽ thêm một số nội dung vào trang, trong trường hợp này là thêm JavaScript (mặc dù loại thẻ chỉ định là HTML). JavaScript sẽ chạy ngay khi được thêm vào và thiết lập một cookie cho người dùng, bằng cách đó bạn có thể truyền thông tin từ trang này sang trang khác.

Ví dụ mã lệnh
<script>
// Lấy thời gian sau 30 phút (điều này là do thời gian chờ phiên GA
mặc định // là nửa giờ và chúng ta muốn thời gian chờ cookie của mình khớp với thời gian này)
var dt = new Date();
dt.setHours( dt.getHours() + 0.5 );

// Đặt một cookie có tên 'qualified' với giá trị là 'true' và hết hạn sau 30 phút.
document.cookie = "qualified=true; path=/; expires="+dt;
</script>

- Lấy giá trị của cookie

Hãy sử dụng biến Trình quản lý thẻ để đảm bảo bạn đang phát hiện giá trị của cookie, điều này sẽ cung cấp cho bạn giá trị hiện tại của cookie "đủ điều kiện" mỗi khi bạn kiểm tra.

- Xác định xem bạn có nên lọc quá trình chuyển đổi hay không.

Ở bước thứ hai, bạn đã tạo một sự kiện dataLayer sẽ xảy ra trên tất cả các trang chuyển đổi cuối cùng của bạn.

Giờ bạn hãy tạo một trình kích hoạt sẽ hoạt động khi sự kiện "chuyển đổi" xảy ra .

Sau đó, tạo một thẻ được kích hoạt bởi trình kích hoạt đó và tạo một Sự kiện Tùy chỉnh khác .

Dưới đây là đoạn mã HTML tùy chỉnh cần thêm. Đoạn mã này kiểm tra xem cookie đủ điều kiện của bạn có được đặt thành “true” hay không, điều này cho thấy người dùng đã truy cập một trang đủ điều kiện trong phiên này. Nếu là true, bạn tạo một Sự kiện Tùy chỉnh khác có tên là “create_filtered_conversion”. Nếu là false, bạn không cần tạo sự kiện đó. Dù thế nào đi nữa, hãy xóa cookie bằng cách đặt thời gian hết hạn của nó ở thời điểm rất xa trong quá khứ.

Ví dụ mã lệnh
<script>
// Khi chúng ta sắp thực hiện chuyển đổi - hãy kiểm tra xem có nên thực hiện hay không.
// Nếu nên - hãy tạo một sự kiện sẽ kích hoạt chuyển đổi
// nếu không, thì không. Dù sao thì hãy xóa cookie

// Lấy các biến
var isQualified = {{Variable - qualified cookie}}

// Kiểm tra xem quá trình chuyển đổi có đủ điều kiện hay không
if (isQualified === "true"){
  // Nếu người dùng có cookie đủ điều kiện
  window.dataLayer.push({
  "event": "conversion_confirmed",
  });
} else {
  // Không làm gì nếu chúng ta đã xác định rằng quá trình chuyển đổi không nên được kích hoạt
  ""
}

// Đặt thời hạn hết hạn của cookie về quá khứ để xóa nó.
document.cookie = "qualified=false; path=/; expires=Thu, 01 Jan 1970 00:00:00";
</script>

- Gửi sự kiện đến GA

Đầu tiên, bạn tạo một trình kích hoạt chờ sự kiện “ conversion_confirmed ” .

Tiếp theo, bạn tạo một thẻ (tag) , được kích hoạt bởi trình kích hoạt ở trên, thẻ này sẽ gửi sự kiện liên quan đến GA. Chi tiết của sự kiện được gửi đến GA có thể là bất cứ điều gì bạn muốn, bạn chỉ cần đảm bảo chúng phù hợp với tiêu chí mục tiêu của bạn trong GA.

- Đừng tắt ngay các chuyển đổi cũ của bạn.

Một điểm hay của phương pháp này là bạn có thể chạy nó song song với hệ thống theo dõi chuyển đổi hiện có để xem tần suất các chuyển đổi bị lọc bỏ. Hãy tiếp tục sử dụng thiết lập theo dõi chuyển đổi cũ trong một thời gian (thời gian bao lâu tùy thuộc vào tần suất bạn nhận được chuyển đổi).

Hãy quan sát hai con số này và kiểm tra xem bạn có đang lọc bỏ quá nhiều lượt chuyển đổi hay không. Việc kiểm tra này sẽ giúp bạn phát hiện ra lỗi trong cả thiết lập cũ lẫn thiết lập mới.

Hãy cho tôi biết suy nghĩ của bạn.

Google Analytics sẽ không bao giờ ghi lại một cách hoàn hảo mọi thứ trên trang web của bạn, nhưng những bước kiểm tra và quy trình này sẽ giúp bạn loại bỏ một số cách mà nó có thể gây hiểu lầm.