Google Ads không ghi nhận conversion: Cách kiểm tra

Google Ads không ghi nhận conversion không phải lúc nào cũng là lỗi của Google tag. Có bốn tình huống khác nhau: giao dịch thật chưa xảy ra; conversion xảy ra nhưng event chưa gửi; event đã gửi nhưng sai action/tham số; event hợp lệ nhưng chưa được phân bổ hoặc báo cáo theo cách bạn đang xem. Nếu không tách bốn lớp này, bạn có thể sửa code dù lỗi nằm ở checkout, hoặc thay chiến lược đặt giá thầu dù campaign đang tối ưu nhầm mục tiêu.

Quy trình đúng bắt đầu từ nguồn sự thật: đơn hàng, lead hoặc giao dịch trong hệ thống. Sau đó lần theo hành động thật → điểm kích hoạt → Google tag/GTM → Conversion ID và label → trạng thái action → attribution/báo cáo. Không tạo giao dịch giả trên production hoặc gửi lại hàng loạt conversion khi chưa có cơ chế chống trùng.

Câu trả lời ngắn: xác minh kết quả kinh doanh có thật; chạy một test có kiểm soát bằng Tag Assistant; kiểm tra tag có fire đúng thời điểm, đúng ID/label, đúng value/currency/transaction ID; xác nhận Conversion Linker nếu dùng GTM; xem action là Primary hay Secondary và campaign có dùng goal đó không; cuối cùng kiểm tra độ trễ, ngày click và attribution.

Bảng phân biệt bốn loại “thiếu conversion”

Tình trạng	Dấu hiệu	Kiểm tra trước
Không có kết quả thật	CRM/đơn hàng cũng bằng 0	Traffic, landing, offer, checkout
Có kết quả, tag không gửi	Tag Assistant không thấy event	Trigger, consent, thank-you/webhook, lỗi JavaScript
Tag gửi sai action	Có request nhưng action không tăng	Conversion ID, label, nguồn và tham số
Đã nhận nhưng báo cáo khác kỳ vọng	Action có dữ liệu, campaign/date view không thấy	Goal, Primary/Secondary, attribution, độ trễ

Bước 1: Chọn nguồn sự thật của conversion

Trước khi mở Google Tag Manager, hãy trả lời: conversion bạn muốn đo là gì và hệ thống nào xác nhận nó?

Purchase: đơn được tạo, thanh toán được xác nhận hay giao hàng thành công?
Lead: gửi form, liên hệ được hay lead đủ tiêu chuẩn?
Đăng ký: tạo tài khoản, xác minh email hay bắt đầu dùng?
Cuộc gọi: bấm số điện thoại hay cuộc gọi đạt thời lượng tối thiểu?

Nếu doanh nghiệp gọi một lượt xem trang là “conversion” nhưng kỳ vọng doanh số, báo cáo có thể đầy conversion mà không phản ánh kết quả. Ngược lại, nếu Purchase chỉ được xác nhận qua webhook nhưng tag chỉ đặt ở trang cảm ơn, người đóng trình duyệt sớm có thể tạo đơn thật mà event browser không fire.

Ghi một bảng đối soát tối thiểu gồm transaction/lead ID, thời gian, trạng thái thật, giá trị và nguồn. Đây là cơ sở để kiểm tra thiếu, trùng và sai giá trị.

Bước 2: Xem trạng thái conversion action trong Google Ads

Vào Goals → Conversions → Summary, mở action đang kiểm tra. Google có thể hiển thị trạng thái như Active, Needs attention, Misconfigured, Inactive/No recent conversions hoặc Awaiting conversions tùy giao diện và nguồn dữ liệu.

Đọc mô tả cụ thể thay vì chỉ nhìn màu:

Unverified/No recent data: tag có thể chưa từng được phát hiện hoặc chưa có dữ liệu phù hợp.
Inactive/Needs attention: tag có thể từng gửi nhưng hiện có vấn đề hoặc thiếu dữ liệu gần đây.
Awaiting conversions: action chưa có conversion gần đây; không nhất thiết tag đã hỏng nếu traffic thấp hoặc campaign dừng.
Misconfigured: có lỗi thiết lập cần xử lý trước.

Trạng thái là điểm bắt đầu, không phải kết luận. Một action mới tạo chưa có traffic sẽ khác action từng hoạt động rồi đột ngột về 0.

Bước 3: Chạy một test conversion có kiểm soát

Dùng Tag Assistant hoặc chế độ Preview của Google Tag Manager. Thực hiện đúng luồng người dùng từ landing đến hành động cuối. Trong mỗi bước, ghi:

Trang và thời điểm trigger được kích hoạt.
Tag Google cơ sở có được tải không.
Conversion tag có fire đúng một lần không.
Conversion ID và label có khớp action không.
Value, currency và transaction ID có giá trị gì.
Consent hoặc trình chặn có làm tag không chạy không.

Không chỉ kiểm tra trang cảm ơn bằng cách gõ URL trực tiếp nếu trigger cần dữ liệu từ checkout. Một test hợp lệ phải đi theo luồng tạo conversion. Với đơn thật, dùng môi trường test hoặc phương thức an toàn; không tạo doanh thu giả trong báo cáo production nếu không có cách loại.

Bước 4: Kiểm tra Google tag và điểm kích hoạt

Google tag nên có trên các trang cần thiết để lưu và đọc thông tin click. Conversion event phải fire tại thời điểm hành động đã được xác nhận, không chỉ khi người dùng bấm nút.

Click nút không đồng nghĩa conversion thành công

Nếu tag Purchase fire ngay khi bấm “Thanh toán”, người dùng có thể hủy, thanh toán thất bại hoặc nhập sai. Event vẫn được gửi và tạo conversion ảo. Với form, fire khi click Submit có thể ghi cả form lỗi validation.

Trang cảm ơn có thể reload

Nếu mỗi lần tải lại đều fire Purchase và không có transaction ID/idempotency, báo cáo có thể đếm trùng. Hãy gắn action với mã giao dịch duy nhất và kiểm soát trạng thái đã gửi.

Ứng dụng một trang và AJAX

URL có thể không đổi khi form thành công. Trigger page view sẽ không thấy hành động; cần dựa trên dataLayer event hoặc trạng thái thành công thực tế.

Bước 5: Xác nhận Conversion ID và Conversion Label

Mỗi Google Ads conversion action dùng cấu hình nhận diện tương ứng. Một lỗi copy phổ biến là dùng đúng Google Ads account ID nhưng sai label của action, hoặc copy tag từ tài khoản khác.

Đối chiếu trực tiếp:

ID trong action Google Ads với ID trong tag/GTM.
Label, bao gồm chữ hoa/thường và ký tự.
Container/environment GTM đang publish.
Domain production có đang tải đúng container không.
Không có hai tag cùng fire cho một action.

Đừng chỉ nhìn “tag fired” trong GTM Preview. Một tag có thể fire nhưng gửi tới action khác.

Bước 6: Kiểm tra Conversion Linker và thông tin click

Nếu triển khai qua Google Tag Manager, Conversion Linker giúp lưu thông tin click cần cho đo lường first-party. Google Tag Diagnostics có thể cảnh báo thiếu Conversion Linker trong các thiết lập phù hợp.

Kiểm tra:

Auto-tagging có bật khi chiến lược đo lường cần GCLID.
Landing có giữ tham số qua redirect hay làm mất.
Conversion Linker có fire trên các trang cần thiết.
Cross-domain có được cấu hình nếu checkout ở domain khác.
Cookie/consent được xử lý theo chính sách và khu vực người dùng.

Nếu click identifier mất trước conversion, event hành động có thể xảy ra nhưng khả năng phân bổ cho quảng cáo bị ảnh hưởng. Đây là tình huống khác với “tag hoàn toàn không gửi”.

Bước 7: Kiểm tra value, currency và transaction ID

Với Purchase, ba tham số này rất quan trọng:

value: giá trị giao dịch theo quy ước đã chọn.
currency: mã tiền tệ đúng như VND hoặc USD.
transaction_id: mã duy nhất để hỗ trợ chống đếm trùng.

Không lấy giá trị từ text đã định dạng như “1.990.000₫” rồi gửi nguyên chuỗi. Chuẩn hóa thành số theo cách tag yêu cầu. Mã giao dịch phải ổn định giữa lần thử lại; nếu mỗi retry tạo ID mới, cơ chế chống trùng không nhận ra đó là cùng một đơn.

Bước 8: Phân biệt Primary và Secondary conversion

Theo tài liệu Google Ads, Primary actions thường được đưa vào cột Conversions và dùng cho tối ưu khi goal tương ứng được campaign sử dụng. Secondary actions chủ yếu dùng để quan sát trong All conversions và không dùng cho đặt giá thầu, trừ một số trường hợp custom goal.

Vì vậy, “tôi không thấy conversion ở cột Conversions” có thể do action đang là Secondary. Nhưng không nên đổi mọi action thành Primary chỉ để số hiện lên. Chỉ hành động đại diện kết quả campaign thực sự cần tối ưu mới nên được dùng làm tín hiệu chính.

Ví dụ hợp lý:

Purchase hoặc lead đủ tiêu chuẩn: cân nhắc Primary nếu đó là mục tiêu kinh doanh.
Xem bài học thử, scroll, mở FAQ: Secondary để chẩn đoán hành vi.
Begin checkout: có thể quan sát; không thay Purchase nếu mục tiêu cuối là doanh thu.

Bước 9: Xác nhận campaign đang dùng đúng goal

Một action Primary không có nghĩa mọi campaign đều tối ưu cho nó. Campaign có thể dùng account-default goals hoặc một tập goal riêng. Hãy mở campaign settings và ghi rõ:

Campaign dùng account-default hay campaign-specific goals.
Goal nào đang được chọn.
Action nào nằm trong goal.
Chiến lược đặt giá thầu có dùng conversion không.

Nếu campaign tối ưu cho “Page view” trong khi bạn kiểm tra Purchase, hệ thống vẫn có thể hoạt động đúng theo cấu hình nhưng sai so với ý định kinh doanh.

Bước 10: Tính đến độ trễ và cách gán ngày

Google Ads cho biết dữ liệu conversion có thể cần thời gian cập nhật. Ngoài ra, conversion thường được gán về ngày của click quảng cáo trong báo cáo Google Ads, không nhất thiết ngày giao dịch xảy ra. Nếu người dùng click thứ Hai và mua thứ Sáu, khi xem riêng thứ Sáu bạn có thể không thấy như mong đợi.

Hãy kiểm tra:

Khoảng ngày có bao gồm ngày click không.
Conversion window của action.
Mô hình attribution và khả năng có conversion dạng phân số.
Múi giờ tài khoản Google Ads, analytics và hệ thống đơn.
Độ trễ giữa event, action summary và báo cáo campaign.

Không gửi lại event chỉ vì báo cáo chưa cập nhật ngay. Trước hết xác nhận event đã được nhận và chờ thời gian hợp lý theo tài liệu/trạng thái.

Bước 11: Đối chiếu Google Ads với GA4 đúng cách

GA4 và Google Ads có thể khác do mô hình attribution, thời điểm ghi nhận, identity, conversion window và cách nhập sự kiện. Chênh lệch không tự động chứng minh một hệ thống sai.

Lập bảng theo cùng transaction/lead ID nếu có, sau đó so:

Số kết quả thật trong backend/CRM.
Số event/key event trong GA4.
Số conversion action trong Google Ads.
Số conversion được gán cho campaign theo khoảng ngày phù hợp.

Nếu backend có 10 đơn, GA4 có 10 event, Google Ads action có 0, tập trung liên kết/import/action. Nếu backend có 10 nhưng GA4 có 4, lỗi nằm sớm hơn ở tracking browser. Nếu Google Ads action có 10 nhưng campaign chỉ được gán 3, xem nguồn click và attribution.

Bước 12: Enhanced Conversions và offline conversion dùng khi nào?

Enhanced Conversions bổ sung dữ liệu first-party được băm để cải thiện khả năng đo lường; nó không thay thế một conversion tag cơ bản đang hỏng. Trước khi bật, cần bảo đảm consent, chính sách dữ liệu và trường thông tin được thu thập hợp lệ.

Với lead có kết quả xảy ra ngoài website—ví dụ form sau đó được sale xác nhận và chốt—offline conversion hoặc enhanced conversions for leads có thể giúp đưa tín hiệu sâu hơn về Google Ads. Nhưng phải có quy trình ID, trạng thái và chống gửi trùng. Không upload mọi lead như nhau rồi kỳ vọng hệ thống tự hiểu lead nào tốt.

Ví dụ chẩn đoán từ sáu đơn thật

Backend ghi nhận sáu đơn thanh toán thành công. Tag Assistant cho thấy Purchase fire ở trang cảm ơn, nhưng ba người thanh toán qua chuyển khoản không quay lại trang. Google Ads chỉ có ba conversion.

Nguyên nhân không phải Conversion ID sai; browser event phụ thuộc trang cảm ơn và bỏ lỡ luồng webhook. Giải pháp cần thiết kế nguồn server/offline phù hợp, giữ transaction ID và idempotency, không đơn giản fire Purchase khi người dùng bấm nút thanh toán.

Ngược lại, nếu Tag Assistant không thấy Purchase ngay cả với luồng quay lại trang cảm ơn, cần sửa trigger/tag trước khi xây luồng nâng cao.

Những việc không nên làm

Không đổi action thành Primary chỉ để số xuất hiện. Việc này có thể làm Smart Bidding học từ tín hiệu sai.

Không fire Purchase ở click nút thanh toán. Click không xác nhận tiền đã nhận.

Không gửi lại tất cả đơn khi chưa có transaction ID/idempotency. Bạn có thể tạo conversion trùng.

Không debug chỉ bằng trình chặn mạng của một trình duyệt. Dùng Tag Assistant, log và nguồn đơn thật.

Không coi GA4 và Google Ads phải bằng nhau từng ngày. So theo cùng logic ngày và attribution.

Không đưa email/số điện thoại thô vào hệ thống ngoài quy trình được Google hỗ trợ. Tuân thủ chính sách, consent và cơ chế băm/thu thập phù hợp.

Đọc tiếp và học thử

Nếu Google Ads báo conversion nhưng hệ thống không có đơn, hãy dùng bài Google Ads có click nhưng không ra đơn để kiểm tra goal và phễu. Nếu Search campaign không có impression từ đầu, xem checklist quảng cáo Google Ads không hiển thị.

Đo lường là một phần của câu hỏi “Google đang học từ tín hiệu gì?”. Để nối tín hiệu với khách hàng, giai đoạn hành trình và bề mặt quảng cáo, bạn có thể xem curriculum và các bài mở tại Google Ads Super Target.

Nguồn tham khảo chính thức

Kết luận

Khi Google Ads không ghi nhận conversion, hãy bắt đầu từ kết quả thật chứ không bắt đầu từ tag. Xác minh hành động, trigger, ID/label, Conversion Linker, tham số, goal và attribution theo đúng thứ tự. Chỉ khi biết event đã mất ở lớp nào, bạn mới sửa đúng chỗ và tránh hai rủi ro lớn nhất: bỏ sót giao dịch thật hoặc gửi trùng dữ liệu khiến hệ thống tối ưu trên một bức tranh sai.