Định nghĩa sự kiện kinh doanh trước khi cấu hình thẻ
Chuyển đổi là một hành động hoàn tất có ý nghĩa với doanh nghiệp, không phải là một tương tác chỉ vì dễ gắn thẻ. Với thương mại điện tử, thường là một đơn đặt hàng được chấp nhận, không phải thêm vào giỏ hay nhấp nút thanh toán. Với tạo lead, có thể là một yêu cầu đã gửi đáp ứng tiêu chí, một lịch hẹn đã đặt, hoặc một lead đủ điều kiện cho bán hàng. Viết điều này bằng ngôn ngữ kinh doanh trước khi dịch nó thành một sự kiện.
Với mỗi hành động chuyển đổi, ghi lại trình kích hoạt, quy tắc bao gồm và loại trừ, giá trị, quy tắc đếm, định danh, người chịu trách nhiệm, và hệ thống ghi nhận. Ví dụ: “accepted paid order; one event per order ID; order revenue under the company’s stated rule; commerce database reconciles it.”
Sử dụng hành động chính và phụ một cách có chủ đích
Google Ads nói rằng các hành động chuyển đổi chính xuất hiện trong cột Conversions và được dùng cho bidding khi mục tiêu tương ứng được dùng cho bidding. Các hành động phụ dùng để quan sát trong All conversions và thường không dùng cho bidding. Vì vậy, 'primary' không phải là huy hiệu chất lượng: nó kiểm soát tín hiệu mà tối ưu hóa sẽ học từ đó.
Chỉ đặt các kết quả chiến dịch trực tiếp, có thể lặp lại làm primary. Giữ các sự kiện như bắt đầu biểu mẫu, tải tài liệu, tạo tài khoản, mở chat và nhấp gọi là secondary trừ khi một trong số đó thực sự là kết quả tối ưu hóa mong muốn. Nếu chiến dịch phục vụ các mục tiêu khác nhau, quản trị mục tiêu theo chiến dịch thay vì để một mặc định chung điều khiển mọi thứ. Ghi lại ngày và cài đặt cũ mỗi khi mục tiêu thay đổi để báo cáo được hiểu trong ngữ cảnh.
Xây đồng ý (consent) vào thiết kế đo lường
Đồng ý không phải là banner thêm vào sau khi các thẻ đã chạy. Hướng dẫn consent-mode của Google khuyên nên đặt trạng thái đồng ý mặc định trước các lệnh gửi dữ liệu đo lường, sau đó cập nhật nó sau khi người dùng lựa chọn. Ví dụ của họ bao gồm ad storage, analytics storage, ad user data, và ad personalization. Consent mode không quyết định cơ sở pháp lý hay chính sách của bạn; triển khai trạng thái mà tổ chức bạn đã phê duyệt.
Yêu cầu thay đổi theo địa điểm và thực tế. Hướng dẫn của ICO Vương quốc Anh nói rằng mọi người phải được thông báo về cookies, được nói rõ cookies làm gì và vì sao, và phải đưa ra đồng ý chủ động, ngoài một số ngoại lệ dịch vụ thiết yếu có giới hạn. Hướng dẫn cho doanh nghiệp EU nói rằng cookie cần đồng ý không được đặt khi tải lần đầu, đồng ý nên cụ thể theo mục đích, và rút lại phải dễ dàng. Xin đánh giá quyền riêng tư có chuyên môn cho thị trường, nhà cung cấp và luồng dữ liệu của bạn. Không đưa email thô, số điện thoại, ghi chú đơn hàng hoặc dữ liệu khách hàng không cần thiết vào URL, tham số sự kiện hoặc ID giao dịch.
Loại bỏ trùng lặp sự kiện kinh doanh nền tảng
Trang xác nhận có thể được tải lại, truy cập lại từ lịch sử, hoặc đến sau một thay đổi trạng thái thất bại. Google Ads khuyến nghị một ID giao dịch duy nhất cho mỗi mua hàng để một chuyển đổi thứ hai với cùng hành động chuyển đổi và ID được xử lý là trùng lặp. ID phải được sinh động và duy nhất cho mỗi giao dịch; tái sử dụng giữa các đơn khác nhau có thể dẫn đến đếm thiếu. Sử dụng một định danh đơn hàng mờ (opaque), không dùng dữ liệu nhận dạng khách hàng.
Cũng hãy vẽ bản đồ kiến trúc. Nếu một thẻ trình duyệt, một sự kiện server, import CRM và webhook thanh toán đều có thể báo cáo cùng một bán hàng, hãy quyết định tuyến nào là nguồn xác thực và ID chung nào cho phép loại trùng. Một ID không thay thế cài đặt đếm: cài đặt đếm quyết định bao nhiêu chuyển đổi đi kèm với một nhấp quảng cáo, trong khi ID bảo vệ cùng đơn hàng không bị gửi hai lần. Định nghĩa quy trình điều chỉnh hoặc loại trừ có kiểm soát cho hoàn tiền, hủy đơn và lead không hợp lệ với đội vận hành liên quan.
Báo cáo gán tín dụng như tín dụng, rồi đối chiếu với vận hành
Gán (attribution) phân bổ tín dụng theo quy tắc đã chọn; nó không quan sát mọi ảnh hưởng hay chứng minh nhân quả. Google Ads mô tả last click là gán toàn bộ tín dụng cho quảng cáo nhấp cuối cùng, trong khi data-driven attribution phân phối tín dụng bằng cách dùng dữ liệu tài khoản cho hành động đó. Mô hình được chọn ảnh hưởng đến cột Conversions và All conversions và có thể ảnh hưởng đến bidding. Thay đổi mô hình vì vậy vừa là thay đổi phân tích vừa là thay đổi tối ưu hóa sản xuất.
Duy trì hai chế độ xem. Chế độ nền tảng hỗ trợ quyết định chiến dịch: chi tiêu, chuyển đổi chính được gán, giá trị được gán, mô hình, cửa sổ, và cơ sở ngày. Chế độ vận hành chứa đơn hàng được chấp nhận, doanh thu theo quy tắc kinh doanh, lead đủ điều kiện, hủy và hoàn tiền. Đối chiếu theo hướng và điều tra sai khác dai dẳng có ý nghĩa bằng các định danh được phép. Không kỳ vọng khớp chính xác: đồng ý, giới hạn trình duyệt, hành vi đa thiết bị, thời gian, điều kiện đủ, và mô hình hóa có thể khác nhau.
QA bản phát hành như công việc đảm bảo độ tin cậy đường dẫn chuyển đổi
Kiểm thử ngoài môi trường production khi có thể, sau đó dùng các kiểm thử trực tiếp có kiểm soát mà vận hành có thể nhận diện và đảo lại. Chế độ xem trước và gỡ lỗi (preview and debug mode) của Google Tag Manager kết nối trang được xem trước với Tag Assistant, hiển thị thẻ đã kích hoạt, thứ tự và dữ liệu đã xử lý. Kiểm tra trigger, giá trị, tiền tệ, ID, trạng thái đồng ý và điểm đến, sau đó kiểm tra đơn hàng hoặc bản ghi lead. Trạng thái thẻ màu xanh không phải là bằng chứng rằng đúng sự kiện kinh doanh đã được đếm.
Bao phủ URL landing trả phí, redirect, xác thực biểu mẫu, checkout đa miền (cross-domain checkout), trả về thanh toán, xác nhận, chuyển giao CRM và xử lý hoàn tiền. Google lưu ý rằng định danh nhấp (click identifiers) có thể bị mất trong trackers hoặc redirect và đưa hướng dẫn cross-domain nơi miền landing và miền chuyển đổi khác nhau. Kiểm thử tiền chuyến và phiên bản hoá thẻ, đồng ý, checkout, và redirect trước thay đổi. Nếu một đường dẫn hoặc tín hiệu thất bại, khôi phục cấu hình đã xác minh và đối chiếu khoảng thời gian bị ảnh hưởng thay vì đoán từ dashboard.