ONMATE / SERVER-SIDE TRACKING

Server-side Tracking

Dữ liệu đi qua máy chủ của bạn trước khi tới nền tảng.

Đo phía máy chủ cho bạn một điểm trung gian để quyết định gửi trường nào, cho ai, khi nào. Nó không thay thế đồng ý của khách và không nhằm vượt qua lựa chọn từ chối theo dõi. ONMATE thiết lập luồng, lọc trường, kiểm tra đồng ý và lập kế hoạch vận hành, kể cả cách quay về đo phía trình duyệt.

Xem phạm vi dịch vụ Trao đổi nhu cầu

Luồng đo phía máy chủ

Xem trước ở máy chủ

Trạng thái đồng ý

tagassistant.google.com/#/?source=TAG_MANAGER&id=GTM-XXXXXXX&mode=server

ThẻMáy kháchDữ liệu sự kiệnĐồng ý

Trạng thái đồng ý nhận từ trình duyệt

Loại	Trạng thái	Thẻ liên quan
analytics_storage	Đã cấp	GA4 – mọi sự kiện
ad_storage	Từ chối	Ads – Mua hàng

Thẻ chưa kích hoạt 1

Ads – Mua hàngThiếu đồng ý ad_storageChưa kích hoạt

Nhật ký máy chủ

console.cloud.google.com/logs/query

CGoogle Cloudnhathom-trackingTìm kiếm tài nguyên và sản phẩmN

Dịch vụCông việcÁnh xạ miềnNhật kýCài đặt

Nhật ký

nhathom-sgtm

Thời điểm	Mức	Nội dung
05/10 14:02	INFO	GA4 – mọi sự kiện: gửi purchase
05/10 14:02	INFO	Ads – Mua hàng: gửi purchase
05/10 14:05	WARN	Ads – Mua hàng: bị chặn, thiếu đồng ý

HÀNH TRÌNH ĐO PHÍA MÁY CHỦ

Đo phía máy chủ dùng được khi luồng rõ, trường chọn lọc và lựa chọn của khách được giữ.

Sáu chặng từ vẽ luồng đến đọc nhật ký. Chọn một chặng để xem việc ở đó.

CHẶNG 01

Vẽ luồng

Shop vẽ đường đi của dữ liệu từ trình duyệt qua máy chủ tới nơi nhận, và chọn một trang thử.

Sáu chặng quay quanh một điểm. Chọn một chặng để đọc chi tiết.

Máy chủ gắn thẻ

SÁU PHẦN VIỆC

Chọn một phần việc để xem
toàn bộ cách làm.

Mỗi phần việc có màn hình làm việc, đầu vào và cách đo riêng.

Chạm vào một thẻ để đổi nội dung bên dưới.

Đang xemVẽ đường đi của dữ liệu

Nội dung của thẻ Vẽ đường đi của dữ liệuChọn thẻ khác

TRÔNG NHƯ THẾ NÀO

Luồng đo phía máy chủ trông thế nào.

Ba màn hình: thẻ trên website, máy khách và thẻ phía máy chủ. Bấm từng mục để xem.

Thẻ Google gửi tới máy chủ

Thẻ trên website vẫn là thẻ Google quen thuộc, thêm một tham số trỏ tới tên miền của máy chủ gắn thẻ.

Đọc tiếp

Đổi tham số này là yêu cầu đo bắt đầu đi qua máy chủ. Muốn thử, gắn nó vào một trang trước thay vì cả website.

MÔ PHỎNG · SỐ MẪU

tagmanager.google.com/#/container/accounts/1/containers/2/workspaces/12/tags/1

TTag ManagerNhà Thơm (mẫu) · GTM-XXXXXXXN

Tổng quanThẻTrình kích hoạtBiếnThư mụcPhiên bảnQuản trị

Google tag – G-XXXXXXXXXX

Không gian làm việc 12 · bản nháp

Cấu hình thẻ

Loại thẻGoogle tag

Mã thẻG-XXXXXXXXXX (mẫu)

Cài đặt cấu hình

Tham sốserver_container_url

Giá trịhttps://metrics.nhathom.example

Kích hoạt

Trình kích hoạtKhởi tạo – Mọi trang

Mã thẻ vẫn là mã GA4 như cũ. Máy chủ không đổi mã đo, chỉ đổi nơi yêu cầu đo đi qua.
Tham số trỏ tới tên miền của máy chủ gắn thẻ. Có dòng này, yêu cầu đo mới đi qua máy chủ.
Thẻ chạy khi khởi tạo trên mọi trang. Muốn thử, đổi sang trang thử thay vì sửa trên toàn website.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Máy khách nhận yêu cầu

Máy khách là cửa nhận của máy chủ gắn thẻ. Nó đọc yêu cầu từ trình duyệt và biến thành một sự kiện.

Đọc tiếp

Mỗi loại yêu cầu cần một máy khách phù hợp. Không có máy khách nhận, yêu cầu bị bỏ qua mà website không báo lỗi gì.

MÔ PHỎNG · SỐ MẪU

tagmanager.google.com/#/container/accounts/1/containers/3/workspaces/4/clients

TTag ManagerNhà Thơm (mẫu) · Máy chủN

Tổng quanThẻTrình kích hoạtBiếnMáy kháchBiến đổiPhiên bảnQuản trị

Máy khách

Máy chủ · không gian làm việc 4 · bản nháp

Tên	Loại	Ưu tiên
GA4 – nhathom	GA4 (web)	0
Measurement Protocol	GA4 (máy chủ)	0

Máy khách là cửa nhận yêu cầu. Đặt tên theo loại yêu cầu nó nhận để người sau dễ tìm.
Loại GA4 (web) nhận yêu cầu từ thẻ Google trên trình duyệt. Yêu cầu từ nơi khác cần máy khách riêng.
Ưu tiên quyết định máy khách nào nhận trước khi hai máy khách cùng khớp. Số nhỏ được hỏi trước.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Thẻ phía máy chủ

Thẻ phía máy chủ quyết định gửi sự kiện tới đâu. Mỗi nơi nhận có một thẻ và một trình kích hoạt riêng.

Đọc tiếp

Đặt tên thẻ theo việc nó làm và nơi nó gửi. Khi đọc nhật ký, tên rõ giúp bạn biết thẻ nào đã chạy hoặc bị chặn.

MÔ PHỎNG · SỐ MẪU

tagmanager.google.com/#/container/accounts/1/containers/3/workspaces/4/tags

TTag ManagerNhà Thơm (mẫu) · Máy chủN

Tổng quanThẻTrình kích hoạtBiếnMáy kháchBiến đổiPhiên bảnQuản trị

Thẻ

Máy chủ · không gian làm việc 4 · bản nháp

Tên	Loại	Trình kích hoạt
GA4 – mọi sự kiện	Sự kiện GA4	Mọi sự kiện GA4
Ads – Mua hàng	Chuyển đổi Ads	Sự kiện purchase
Ghi nhật ký – bị chặn	Ghi nhật ký	Thiếu đồng ý

Thẻ phía máy chủ đặt tên theo việc nó làm và nơi nó gửi. Tên rõ thì đọc nhật ký sẽ nhanh.
Loại thẻ quyết định nơi nhận. Chuyển đổi Ads gửi lượt mua tới Google Ads, không đi đường khác.
Trình kích hoạt theo tên sự kiện. Thẻ này chỉ chạy khi sự kiện purchase đi tới máy chủ.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Tài liệu tham khảo:Tag Manager phía máy chủ: giới thiệu ↗Tag Manager: phía máy chủ (server-side) ↗

LÀM NHƯ THẾ NÀO

Năm bước dựng luồng từ trình duyệt đến nơi nhận.

Vẽ luồng ra giấy trước, rồi mới dựng từng đoạn.

01Vẽ sơ đồ ba đoạn: trình duyệt, máy chủ gắn thẻ, các nơi nhận, kèm tên miền cho máy chủ.
02Tạo container loại máy chủ trong Tag Manager và cài máy chủ gắn thẻ. Đặt tên dịch vụ theo shop.
03Trỏ thẻ Google trên website tới tên miền của máy chủ, bắt đầu từ một trang thử.
04Thêm máy khách nhận yêu cầu và một thẻ cho mỗi nơi nhận, kèm trình kích hoạt riêng.
05Mở xem trước, thao tác trên bản staging, rồi kiểm tra yêu cầu tới, máy khách nhận, thẻ chạy.

Bạn đưa vào

Website và tên miền
Quyền Tag Manager
Tài khoản nhà cung cấp
Người vận hành

Sơ đồ luồngONMATE cùng doanh nghiệp

Bạn nhận lại

Sơ đồ luồng đo phía máy chủ và một trang thử đã đi hết đường: trình duyệt, máy khách, thẻ, nơi nhận.

Tài liệu tham khảo:Tag Manager phía máy chủ: giới thiệu ↗Tag Manager phía máy chủ: hướng dẫn cài thủ công ↗

CẦN CHUẨN BỊ GÌ

Cần chuẩn bị gì để dựng luồng.

Cần sơ đồ luồng, quyền Tag Manager và một người sẽ vận hành máy chủ.

NGUYÊN TẮC

Mỗi đoạn của luồng có một người trông. Đoạn không có người trông là chỗ dữ liệu biến mất mà không ai hay.

SƠ ĐỒ LUỒNG · MẪU

docs.google.com/spreadsheets

nhathom-luong-do-may-chuTệp Chỉnh sửa Xem Chèn Định dạng Dữ liệu

	A	B	C	D
1	Bước	Nơi chạy	Dữ liệu đi qua	Người trông
2	1. Thu thập	Trình duyệt	Sự kiện từ website	Nhóm website
3	2. Nhận	Máy khách GA4	Yêu cầu tới metrics.nhathom.example	Người vận hành
4	3. Lọc	Biến đổi	Bỏ ip_override, user_agent	Người phụ trách dữ liệu
5	4. Gửi	Thẻ phía máy chủ	purchase tới GA4 và Ads	Người phụ trách dữ liệu

LuồngNgười phụ trách

Máy khách là cửa nhận. Mỗi loại yêu cầu cần một máy khách đứng ra nhận, nếu không sự kiện bị bỏ qua.
Việc lọc ghi rõ trường nào bỏ. Biến đổi chỉ làm đúng điều ghi ở đây, không tự bỏ thêm.
Bước gửi đi có tên người trông. Khi thẻ ngừng gửi, người này là người đầu tiên mở nhật ký.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Vẽ đủ ba đoạn

Trình duyệt, máy chủ, nơi nhận

Một máy khách mỗi loại

Không để yêu cầu bị bỏ

Tên thẻ nói việc làm

Dễ đọc nhật ký

Có người trông

Biết hỏi ai khi ngừng gửi

Bộ tài nguyên4 mục

Sơ đồSơ đồ luồng đoBa đoạn, có tên miền máy chủ.
QuyềnQuyền Tag ManagerĐủ để tạo container máy chủ.
Tên miềnTên miền con của shopDùng cho máy chủ gắn thẻ.
NgườiNgười vận hành máy chủCó tên, có kênh liên lạc.

Xem đủ thông số và ghi chú

Nguồn: Tag Manager phía máy chủ Tài liệu Google mô tả máy chủ gắn thẻ là một container chạy trên hạ tầng của bạn, nhận yêu cầu rồi gửi tiếp. Nên đọc bản hiện hành.
Nguồn: Máy khách và thẻ Tài liệu nêu máy khách nhận yêu cầu và chuyển thành sự kiện, còn thẻ gửi sự kiện đi nơi khác. Chi tiết có thể đổi theo phiên bản.
Lưu ý: Không thay thế đo ở trình duyệt Máy chủ đứng sau thẻ trên website. Trình duyệt vẫn phải gửi được yêu cầu, và vẫn phải tôn trọng lựa chọn của khách.

Tài liệu tham khảo:Tag Manager phía máy chủ: giới thiệu ↗Tag Manager: phía máy chủ (server-side) ↗

ĐO ĐIỀU GÌ

Đọc xem trước của máy chủ.

Chế độ xem trước cho thấy từng yêu cầu: máy khách nào nhận và những thẻ nào đã chạy.

CẦN ĐO

Có máy khách nhận mà không thẻ nào chạy thì xem trình kích hoạt.

XEM TRƯỚC MÁY CHỦ · MẪU

tagassistant.google.com/#/?source=TAG_MANAGER&id=GTM-XXXXXXX&mode=server

ThẻMáy kháchDữ liệu sự kiệnPhản hồi

Máy khách đã nhận: GA4 – nhathom

Thẻ đã kích hoạt 2

GA4 – mọi sự kiệnGửi tới GA4Thành công

Ads – Mua hàngGửi tới Google AdsThành công

Chọn một yêu cầu đến ở cột trái. Mỗi yêu cầu cho thấy máy chủ đã xử lý thế nào.
Máy khách nhận yêu cầu phải đúng loại. Không có máy khách nhận thì yêu cầu bị bỏ qua.
Số thẻ đã kích hoạt cho biết yêu cầu có đi tiếp không. Bằng 0 thì xem trình kích hoạt và đồng ý.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Cách đọc số · số mẫu

Chỉ số	Cho biết	Cần xem lại khi
Yêu cầu đến	Có yêu cầu khi thao tác	Không có yêu cầu nào
Máy khách nhận	Đúng loại, có tên	Không máy khách nhận
Thẻ đã kích hoạt	Đủ thẻ cho sự kiện	Không thẻ nào chạy
Trạng thái thẻ	Thành công	Lỗi hoặc không gửi được

CÁCH ĐỌC

Mở xem trước, thao tác trên bản staging, rồi đọc theo thứ tự: yêu cầu đến, máy khách nhận, thẻ đã kích hoạt, trạng thái từng thẻ.

LƯU Ý

Chế độ xem trước chỉ cho thấy phiên đang bật.

Đọc tiếp

Sau khi xuất bản, hãy theo dõi nhật ký để thấy yêu cầu thật.

Tài liệu tham khảo:Tag Manager phía máy chủ: xem trước và gỡ lỗi ↗Tag Manager phía máy chủ: giới thiệu ↗

CÁCH TRIỂN KHAI

Cách xử lý các tình huống thường gặp.

Số trong bảng là số mẫu để minh họa cách đọc, không phải kết quả dự kiến.

Website đã đo bằng GA4 ở trình duyệt

Giữ thẻ cũ, thêm máy chủ ở một trang thử.

Đọc tiếp

Mở rộng khi số liệu hai bên khớp.

Vẽ sơ đồ luồng
Dựng máy chủ gắn thẻ
Trỏ một trang thử tới máy chủ
Đối chiếu rồi mở rộng

Shop chưa có container máy chủ

Bắt đầu từ sơ đồ và người vận hành.

Đọc tiếp

Dựng máy chủ sau khi đã rõ ai sẽ trông nó.

Chọn người vận hành
Tạo container máy chủ
Cài máy chủ gắn thẻ
Thêm máy khách đầu tiên

Có hai nơi nhận cần cùng một sự kiện

Một sự kiện đi vào máy chủ, mỗi nơi nhận một thẻ riêng.

Đọc tiếp

Không nhân đôi thẻ trên website.

Liệt kê nơi nhận
Tạo một thẻ cho mỗi nơi
Đặt trình kích hoạt theo sự kiện
Xem trước từng thẻ

DẤU HIỆU

Yêu cầu không tới máy chủ

Chỉ số	Giá trị
Yêu cầu đến	Không có
Tham số máy chủ	Chưa điền
Việc cần làm	Điền tên miền máy chủ vào thẻ

KIỂM TRA

Thẻ trên website chưa trỏ tới tên miền máy chủ, nên xem trước không thấy yêu cầu nào.

DẤU HIỆU

Yêu cầu tới nhưng không thẻ nào chạy

Chỉ số	Giá trị
Máy khách	GA4 – nhathom, đã nhận
Trình kích hoạt	Chờ tên sự kiện khác
Việc cần làm	Sửa tên sự kiện trong trình kích hoạt

KIỂM TRA

Máy khách đã nhận yêu cầu nhưng trình kích hoạt đang chờ một tên sự kiện khác.

DẤU HIỆU

Hai thẻ gửi cùng một sự kiện

Chỉ số	Giá trị
Thẻ đang chạy	Trực tiếp và qua máy chủ
Mã giao dịch	Giống nhau, chưa loại trùng
Việc cần làm	Chỉ để một đường gửi cho mỗi nơi nhận

KIỂM TRA

Thẻ gửi trực tiếp từ trình duyệt và thẻ qua máy chủ cùng chạy, nên một đơn bị tính hai lần.

Tài liệu tham khảo:Tag Manager phía máy chủ: giới thiệu ↗Tag Manager phía máy chủ: hướng dẫn cài thủ công ↗

TRƯỚC KHI BẮT ĐẦU

Danh sách kiểm tra.

Đánh dấu từng mục để xem mức sẵn sàng. Trạng thái chỉ lưu trên trình duyệt của bạn.

0%SẴN SÀNG

Đã vẽ sơ đồ luồng ba đoạnMáy chủ gắn thẻ có tên miền con của shopThẻ website chỉ trỏ tới máy chủ ở trang thửCó máy khách nhận từng loại yêu cầuMỗi nơi nhận có thẻ phía máy chủ riêngĐã xem trước và thấy thẻ chạyKhông còn hai đường gửi cùng một sự kiệnĐã ghi tên người vận hành

Tài liệu tham khảo:Tag Manager phía máy chủ: giới thiệu ↗Tag Manager phía máy chủ: xem trước và gỡ lỗi ↗

Nội dung của thẻ Chọn trường đi, trường ở lạiChọn thẻ khác

TRÔNG NHƯ THẾ NÀO

Trường dữ liệu trông thế nào.

Ba màn hình: yêu cầu nhận vào, biến đổi loại trừ và dữ liệu tới GA4. Bấm để xem.

Dữ liệu sự kiện nhận từ trình duyệt

Xem trước liệt kê mọi trường máy chủ nhận được cho một sự kiện, gồm cả những trường bạn không chủ ý gửi.

Đọc tiếp

Đọc danh sách này trước khi quyết định bỏ gì. Mỗi trường nên rơi vào một trong ba nhóm: cần giữ, giữ cho một nơi, hoặc bỏ.

MÔ PHỎNG · SỐ MẪU

tagassistant.google.com/#/?source=TAG_MANAGER&id=GTM-XXXXXXX&mode=server

ThẻMáy kháchDữ liệu sự kiệnPhản hồi

Dữ liệu sự kiện nhận từ trình duyệt

Trường	Giá trị
event_name	`purchase`
transaction_id	`NT-20261005-009`
value	`189000`
page_location	`https://nhathom.example/cam-on`
ip_override	`203.0.113.7 (mẫu)`

Mã giao dịch có trong yêu cầu. Đây là trường giúp Google Ads và GA4 nhận ra đơn bị gửi trùng.
Giá trị đơn đi cùng yêu cầu. Thiếu trường này thì báo cáo doanh thu của lượt mua bị trống.
Trường địa chỉ IP nằm trong yêu cầu từ trình duyệt. Hãy quyết định có cần gửi nó đi hay không.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Kiểm tra dữ liệu tới GA4

DebugView của GA4 cho thấy tham số thật sự đã tới. Trường đã bỏ không còn xuất hiện trong danh sách.

Đọc tiếp

Đây là cách kiểm tra việc lọc thật sự có tác dụng. Làm trên bản staging và xem đúng sự kiện đã thao tác.

MÔ PHỎNG · SỐ MẪU

analytics.google.com/analytics/web/#/a1/admin/debugview

AnalyticsNhà Thơm (mẫu) – GA4Tìm kiếm báo cáo và thông tinN

Trang chủBáo cáoKhám pháQuản trịDebugView

DebugView

purchase · tham số nhận được

Tham số	Giá trị
transaction_id	`NT-20261005-009`
value	`189000`
currency	`VND`
ip_override	Không nhận được

Mã giao dịch tới GA4 nguyên vẹn. Có mã này, GA4 mới nhận ra một đơn bị gửi hai lần.
Giá trị đơn tới nơi nhận. So với sổ đơn, con số phải khớp đơn đã dùng thử.
Trường đã bỏ không còn trong DebugView. Đây là cách kiểm tra việc lọc thật sự có tác dụng.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Tài liệu tham khảo:Tag Manager phía máy chủ: biến đổi (transformations) ↗Tag Manager phía máy chủ: xem trước và gỡ lỗi ↗

LÀM NHƯ THẾ NÀO

Năm bước chọn trường gửi đi.

Bắt đầu từ danh sách trường nhận vào, không bắt đầu từ danh sách muốn bỏ.

01Mở xem trước, thao tác một sự kiện trên bản staging và chép danh sách trường nhận được.
02Với từng trường, ghi nơi nhận cần nó. Trường không nơi nào cần là ứng viên để bỏ.
03Tạo biến đổi loại trừ tham số, nhập tên các trường cần bỏ và chọn thẻ áp dụng.
04Xem trước lại sự kiện đó: trường đã bỏ phải biến khỏi yêu cầu gửi đi, trường khác còn nguyên.
05Mở DebugView của GA4 để thấy dữ liệu tới nơi nhận vẫn đủ những trường cần thiết.

Bạn đưa vào

Danh sách trường nhận vào
Người quyết định
Danh sách nơi nhận
Quyền Tag Manager

Bảng trườngONMATE cùng doanh nghiệp

Bạn nhận lại

Bảng trường dữ liệutên trườngnơi cầngiữ hay bỏ và lý do bỏ

cùng biến đổi đã xem trước.

Tài liệu tham khảo:Tag Manager phía máy chủ: biến đổi (transformations) ↗Tag Manager phía máy chủ: xem trước và gỡ lỗi ↗

CẦN CHUẨN BỊ GÌ

Cần chuẩn bị gì để chọn trường.

Cần danh sách trường nhận vào, danh sách nơi nhận và người quyết định.

NGUYÊN TẮC

Giữ trường nào là phải có lý do đo được. Trường không có lý do thì không cần gửi đi.

BẢNG TRƯỜNG · MẪU

docs.google.com/spreadsheets

nhathom-truong-du-lieuTệp Chỉnh sửa Xem Chèn Định dạng Dữ liệu

	A	B	C	D
1	Trường	Cần cho	Giữ hay bỏ	Lý do
2	transaction_id	GA4, Ads	Giữ	Nhận ra đơn trùng
3	value	GA4, Ads	Giữ	Giá trị đơn
4	page_referrer	GA4	Giữ cho GA4	Ads không cần
5	ip_override	Không nơi nào	Bỏ	Không cần cho việc đo
6	user_agent	Không nơi nào	Bỏ	Không cần cho việc đo

TrườngGhi chú

Trường giữ phải có lý do đo được: transaction_id để nhận ra đơn trùng, value để đo giá trị đơn.
Một trường có thể giữ cho nơi này, bỏ cho nơi kia. Ghi rõ theo từng thẻ, đừng bỏ chung.
Trường bỏ thì ghi lý do. Danh sách này giúp cả nhóm hiểu vì sao dữ liệu gửi đi ít hơn dữ liệu nhận.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Liệt kê trước

Lấy từ xem trước

Giữ có lý do đo

Mỗi trường một lý do

Quyết theo nơi nhận

Giữ nơi này, bỏ nơi kia

Có người duyệt

Đổi danh sách phải ghi lại

Bộ tài nguyên4 mục

Danh sáchTrường nhận vàoLấy từ chế độ xem trước.
Nơi nhậnDanh sách nơi nhậnGA4, Google Ads và nơi khác.
QuyềnQuyền Tag ManagerĐủ để tạo biến đổi.
BảngBảng trường dữ liệuMột dòng một trường.

Xem đủ thông số và ghi chú

Nguồn: Biến đổi phía máy chủ Tài liệu Google mô tả biến đổi cho phép chặn, thay hoặc thêm dữ liệu trước khi thẻ nhận. Nên đọc bản hiện hành.
Nguồn: Tag Manager phía máy chủ Tài liệu nêu dữ liệu sự kiện nằm trong yêu cầu và thẻ đọc từ đó. Tên trường có thể đổi theo phiên bản.
Lưu ý: Không đưa dữ liệu cá nhân vào sự kiện Tên, email hay số điện thoại không cần để đo. Nếu đã nằm trong yêu cầu, hãy hỏi người phụ trách pháp lý của shop.

Tài liệu tham khảo:Tag Manager phía máy chủ: biến đổi (transformations) ↗Tag Manager phía máy chủ: giới thiệu ↗

ĐO ĐIỀU GÌ

Đọc số trường nhận vào và gửi đi.

Tổng kết số trường giúp bạn thấy máy chủ có đang bỏ đúng những trường đã chọn không.

CẦN ĐO

Trường nhận vào trừ trường bỏ phải bằng trường gửi đi.

TỔNG KẾT TRƯỜNG · MẪU

tagmanager.google.com/#/container/accounts/1/containers/3/workspaces/4/preview

TTag ManagerNhà Thơm (mẫu) · Máy chủN

Tổng quanThẻTrình kích hoạtBiếnMáy kháchBiến đổiPhiên bảnQuản trị

Tổng kết trường · purchase

Máy chủ · không gian làm việc 4 · bản nháp

Trường nhận vào14Trường gửi đi8Trường đã bỏ6

Ba trong sáu trường đã bỏ

Trường	Lý do
ip_override	Không cần cho việc đo
user_agent	Không cần cho việc đo
page_referrer	Giữ cho GA4, bỏ cho Ads

Mỗi trường bỏ đều có tên trong danh sách. Không bỏ trường nào mà không ghi lại.
Lý do ghi bằng lời dễ hiểu. Người sau đọc sẽ biết trường nào bỏ vì đâu, không phải đoán.
Cùng một trường có thể giữ cho GA4 và bỏ cho Ads. Quyết định theo nơi nhận, không theo cả máy chủ.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Cách đọc số · số mẫu

Chỉ số	Cho biết	Cần xem lại khi
Trường nhận vào	Khớp danh sách đã liệt kê	Có trường lạ chưa ghi
Trường gửi đi	Đúng bộ trường đã chọn	Thiếu trường cần thiết
Trường đã bỏ	Có lý do ghi sẵn	Bỏ mà không ghi lý do
Trường theo nơi nhận	Đủ cho từng nơi	Một nơi nhận thiếu trường

CÁCH ĐỌC

So số trường nhận vào, gửi đi và đã bỏ với bảng trường.

Đọc tiếp

Ba con số phải cộng khớp, và từng trường bỏ phải có lý do ghi sẵn.

LƯU Ý

Trường có thể đổi tên khi Google cập nhật.

Đọc tiếp

Đọc lại danh sách sau mỗi lần nâng cấp thẻ hoặc máy chủ.

Tài liệu tham khảo:Tag Manager phía máy chủ: xem trước và gỡ lỗi ↗Tag Manager phía máy chủ: biến đổi (transformations) ↗

CÁCH TRIỂN KHAI

Cách xử lý các tình huống thường gặp.

Số trong bảng là số mẫu để minh họa cách đọc, không phải kết quả dự kiến.

Muốn bỏ địa chỉ IP khỏi dữ liệu gửi Ads

Xem trường trong xem trước, tạo biến đổi loại trừ và chỉ áp dụng cho thẻ Ads.

Mở xem trước
Ghi trường cần bỏ
Tạo biến đổi cho thẻ Ads
Kiểm tra lại yêu cầu

Giữ một trường cho GA4 nhưng bỏ cho Ads

Biến đổi chọn thẻ áp dụng, nên cùng một trường có thể giữ ở thẻ này và bỏ ở thẻ kia.

Ghi nơi cần từng trường
Tạo biến đổi
Chọn thẻ áp dụng
Xem trước hai thẻ

Yêu cầu có nhiều trường chưa rõ nghĩa

Hỏi nhóm website trường đó dùng để làm gì trước khi bỏ.

Đọc tiếp

Chưa rõ thì giữ lại và ghi chú.

Liệt kê trường lạ
Hỏi nhóm website
Quyết định giữ hay bỏ
Ghi lý do vào bảng

DẤU HIỆU

Bỏ nhầm trường cần thiết

Chỉ số	Giá trị
Trường đã bỏ	transaction_id
Ảnh hưởng	Không loại được đơn trùng
Việc cần làm	Gỡ trường khỏi danh sách bỏ

KIỂM TRA

Danh sách bỏ có cả mã giao dịch, nên Google Ads không nhận ra đơn trùng.

DẤU HIỆU

Trường đã bỏ vẫn tới GA4

Chỉ số	Giá trị
Trường	ip_override
Biến đổi	Chưa áp dụng cho thẻ
Việc cần làm	Chọn thẻ và xuất bản lại

KIỂM TRA

Biến đổi chưa áp dụng cho thẻ GA4 hoặc chưa xuất bản nên trường vẫn còn.

DẤU HIỆU

Số trường gửi đi không khớp

Chỉ số	Giá trị
Nhận vào	14
Gửi đi	9 thay vì 8
Việc cần làm	Tìm trường được thêm vào

KIỂM TRA

Nhận vào mười bốn trường, bỏ sáu, nhưng gửi đi chín: có trường được thêm ở đâu đó.

Tài liệu tham khảo:Tag Manager phía máy chủ: biến đổi (transformations) ↗Tag Manager phía máy chủ: giới thiệu ↗

TRƯỚC KHI BẮT ĐẦU

Danh sách kiểm tra.

Đánh dấu từng mục để xem mức sẵn sàng. Trạng thái chỉ lưu trên trình duyệt của bạn.

0%SẴN SÀNG

Đã liệt kê trường từ xem trướcMỗi trường có nơi cầnTrường bỏ đều có lý doBiến đổi chỉ áp dụng cho thẻ cầntransaction_id và value vẫn được giữĐã xem trước sau khi bỏDebugView cho thấy dữ liệu tới đủBảng trường đã lưu cùng ngày chốt

Tài liệu tham khảo:Tag Manager phía máy chủ: biến đổi (transformations) ↗Tag Manager phía máy chủ: xem trước và gỡ lỗi ↗

Nội dung của thẻ Giữ nguyên lựa chọn của kháchChọn thẻ khác

TRÔNG NHƯ THẾ NÀO

Đồng ý trông thế nào.

Ba màn hình: banner trên website, cài đặt thẻ và trạng thái đồng ý ở xem trước. Bấm để xem.

Banner chọn dữ liệu trên website

Khách chọn từng mục đích. Lựa chọn này là điều kiện để mọi thẻ phía sau, kể cả thẻ qua máy chủ, được chạy.

Đọc tiếp

Nút Từ chối tất cả phải dễ thấy như nút chấp nhận. Máy chủ không phải cách để vòng qua lựa chọn của khách.

MÔ PHỎNG · SỐ MẪU

nhathom.example/san-pham/nen-thom-ngu-dong

Nhà Thơm (mẫu)Giỏ hàng (1)

Lựa chọn của bạn về dữ liệu đo lường

Chúng tôi dùng dữ liệu đo lường để hiểu cách website hoạt động. Bạn chọn từng mục đích.

Cần thiết cho websiteĐo lường truy cậpQuảng cáo

Từ chối tất cảLưu lựa chọnChấp nhận tất cả

Banner nói rõ khách đang chọn gì. Lựa chọn của khách là điều kiện để mọi thẻ phía sau được chạy.
Mỗi mục đích một công tắc riêng và mặc định tắt. Khách bật mục nào, thẻ của mục đó mới được gửi.
Từ chối tất cả phải dễ bấm như Chấp nhận tất cả. Máy chủ không phải cách để vòng qua lựa chọn này.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Trạng thái đồng ý ở máy chủ

Máy chủ nhận trạng thái đồng ý đi kèm yêu cầu. Thẻ nào thiếu đồng ý sẽ không kích hoạt và ghi lý do.

Đọc tiếp

Thẻ không chạy vì thiếu đồng ý là hành vi đúng. Đừng sửa trình kích hoạt để thẻ chạy bất chấp lựa chọn của khách.

MÔ PHỎNG · SỐ MẪU

tagassistant.google.com/#/?source=TAG_MANAGER&id=GTM-XXXXXXX&mode=server

ThẻMáy kháchDữ liệu sự kiệnĐồng ý

Trạng thái đồng ý nhận từ trình duyệt

Loại	Trạng thái	Thẻ liên quan
analytics_storage	Đã cấp	GA4 – mọi sự kiện
ad_storage	Từ chối	Ads – Mua hàng

Thẻ chưa kích hoạt 1

Ads – Mua hàngThiếu đồng ý ad_storageChưa kích hoạt

Loại đo lường truy cập đã được cấp. Thẻ GA4 gửi bình thường theo đúng lựa chọn của khách.
Loại quảng cáo bị từ chối. Thẻ quảng cáo không được gửi, dù yêu cầu đã tới máy chủ.
Thẻ chưa kích hoạt kèm lý do ghi rõ. Đây là hành vi đúng, không phải lỗi cần sửa.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Tài liệu tham khảo:Tag Platform: thiết lập consent mode trên website ↗Google: chế độ đồng ý (consent mode) ↗

CẦN CHUẨN BỊ GÌ

Cần chuẩn bị gì cho phần đồng ý.

Cần mô tả banner, danh sách thẻ và người phụ trách pháp lý duyệt quy tắc.

NGUYÊN TẮC

Lựa chọn của khách đi trước. Thẻ chỉ gửi khi lựa chọn cho phép, và máy chủ không thay đổi điều đó.

QUY TẮC ĐỒNG Ý · MẪU

docs.google.com/spreadsheets

nhathom-dong-y-may-chuTệp Chỉnh sửa Xem Chèn Định dạng Dữ liệu

	A	B	C	D
1	Lựa chọn của khách	GA4	Ads	Ghi chú
2	Đã cấp đủ	Gửi	Gửi	Theo lựa chọn của khách
3	Chỉ đo lường	Gửi	Không gửi	Ads chờ ad_storage
4	Từ chối	Không gửi	Không gửi	Tôn trọng lựa chọn

Quy tắcKiểm tra

Mỗi dòng là một lựa chọn của khách. Thẻ chỉ gửi khi lựa chọn đó cho phép đúng mục đích.
Mục đích nào chưa được cho phép thì thẻ tương ứng không gửi. Không dùng máy chủ để gửi vòng qua lựa chọn.
Khách từ chối thì không gửi gì cho mục đích đó. Phần pháp lý do người phụ trách pháp lý của shop quyết định.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Khách quyết định

Máy chủ chỉ làm theo

Mỗi thẻ một điều kiện

Theo mục đích của thẻ

Thử cả ba trạng thái

Cấp đủ, chỉ đo, từ chối

Có người duyệt

Phần pháp lý không tự quyết

Bộ tài nguyên4 mục

BannerMô tả banner hiện tạiCác mục đích và mặc định.
ThẻDanh sách thẻMỗi thẻ cần đồng ý nào.
NgườiNgười phụ trách pháp lýDuyệt quy tắc cuối cùng.
BảngBảng quy tắc đồng ýMỗi lựa chọn một dòng.

Xem đủ thông số và ghi chú

Nguồn: Chế độ đồng ý (consent mode) Trợ giúp của Google mô tả consent mode điều chỉnh hành vi của thẻ theo lựa chọn của khách. Nên đọc bản hiện hành.
Nguồn: Thiết lập consent trên website Tài liệu Tag Platform hướng dẫn truyền trạng thái đồng ý cho các thẻ Google. Chi tiết có thể đổi theo phiên bản.
Lưu ý: Đây không phải tư vấn pháp lý Nội dung chỉ mô tả cách cấu hình. Quy định về dữ liệu cá nhân do người phụ trách pháp lý của shop hoặc luật sư quyết định.

Tài liệu tham khảo:Google: chế độ đồng ý (consent mode) ↗Tag Platform: thiết lập consent mode trên website ↗

ĐO ĐIỀU GÌ

Đọc số yêu cầu theo lựa chọn.

Chia yêu cầu theo trạng thái đồng ý để biết thẻ nào được gửi trong từng nhóm khách.

CẦN ĐO

Nhóm từ chối không gửi gì là kết quả đúng, không phải lỗi cần vá.

YÊU CẦU THEO ĐỒNG Ý · MẪU

tagmanager.google.com/#/container/accounts/1/containers/3/workspaces/4/preview

TTag ManagerNhà Thơm (mẫu) · Máy chủN

Tổng quanThẻTrình kích hoạtBiếnMáy kháchBiến đổiPhiên bảnQuản trị

Yêu cầu theo trạng thái đồng ý

29/09 – 05/10/2026

Nhóm	Yêu cầu	GA4	Ads
Đã cấp đủ	1.820	Gửi	Gửi
Chỉ đo lường	640	Gửi	Không gửi
Từ chối	410	Không gửi	Không gửi

Nhóm đã cấp đủ: cả GA4 và Ads được gửi, theo đúng lựa chọn của khách.
Nhóm chỉ đo lường: GA4 gửi, Ads không gửi vì khách chưa cho phép mục đích quảng cáo.
Nhóm từ chối: không gửi gì. Con số này cho biết phần khách không được đo, không phải lỗi để vá.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Cách đọc số · số mẫu

Chỉ số	Cho biết	Cần xem lại khi
Nhóm đã cấp đủ	GA4 và Ads cùng gửi	Một nơi nhận không gửi
Nhóm chỉ đo lường	GA4 gửi, Ads không gửi	Ads vẫn gửi
Nhóm từ chối	Không gửi gì	Vẫn có yêu cầu được gửi đi
Tỷ lệ các nhóm	Ổn định theo tuần	Đổi đột ngột sau khi sửa banner

CÁCH ĐỌC

Chọn khoảng ngày, chia yêu cầu theo trạng thái đồng ý rồi đối chiếu với bảng quy tắc.

Đọc tiếp

Mỗi nhóm phải gửi đúng nơi đã ghi.

LƯU Ý

Tỷ lệ khách từ chối phụ thuộc vào banner và khách hàng.

Đọc tiếp

Đừng coi con số này là mục tiêu cần giảm.

Tài liệu tham khảo:Google: chế độ đồng ý (consent mode) ↗Tag Manager phía máy chủ: xem trước và gỡ lỗi ↗

CÁCH TRIỂN KHAI

Cách xử lý các tình huống thường gặp.

Số trong bảng là số mẫu để minh họa cách đọc, không phải kết quả dự kiến.

Banner mới, chưa nối với thẻ

Nối banner với consent mode rồi kiểm tra từng thẻ.

Đọc tiếp

Thử cả ba lựa chọn trên bản staging.

Rà banner hiện tại
Nối consent mode
Bật kiểm tra ở từng thẻ
Thử ba lựa chọn

Đã có consent mode ở trình duyệt

Kiểm tra trạng thái đồng ý có tới máy chủ không, rồi đối chiếu với từng thẻ.

Xem trước trạng thái đồng ý
Đối chiếu với bảng quy tắc
Sửa thẻ lệch
Xem trước lại

Thẻ quảng cáo không chạy ở máy chủ

Xem thẻ đang thiếu loại đồng ý nào.

Đọc tiếp

Nếu khách chưa cho phép thì thẻ không chạy là đúng.

Mở tab Đồng ý
Đọc lý do thẻ chưa chạy
Phân biệt thiếu đồng ý và lỗi cấu hình
Ghi kết luận

DẤU HIỆU

Thẻ chạy dù khách từ chối

Chỉ số	Giá trị
Trạng thái	Từ chối ad_storage
Kiểm tra đồng ý	Chưa bật
Việc cần làm	Bật kiểm tra đồng ý tích hợp

KIỂM TRA

Thẻ không kiểm tra đồng ý nên vẫn gửi khi trạng thái là từ chối.

DẤU HIỆU

Trạng thái đồng ý không tới máy chủ

Chỉ số	Giá trị
Tab Đồng ý	Trống
Consent mode	Chưa nối với banner
Việc cần làm	Nối banner với consent mode

KIỂM TRA

Banner chưa nối với consent mode nên yêu cầu không mang trạng thái đồng ý.

DẤU HIỆU

Thử đồng ý mà kết quả luôn giống nhau

Chỉ số	Giá trị
Kết quả thử	Ba lần giống nhau
Lựa chọn đã lưu	Vẫn là lần chọn đầu
Việc cần làm	Xóa lựa chọn đã lưu rồi thử lại

KIỂM TRA

Trình duyệt vẫn giữ lựa chọn cũ nên ba lần thử cho ra cùng một kết quả.

Tài liệu tham khảo:Tag Platform: thiết lập consent mode trên website ↗Tag Manager phía máy chủ: giới thiệu ↗

Nội dung của thẻ Thử trước khi chuyển hẳnChọn thẻ khác

TRÔNG NHƯ THẾ NÀO

Phần so sánh trông thế nào.

Ba màn hình: bảng so sánh, kế hoạch quyết định và thẻ chạy thử. Bấm để xem.

Hai cách đo cạnh nhau

Một bảng ngắn đặt hai cách đo cạnh nhau theo kiểm soát trường, vận hành, chi phí và độ phức tạp.

Đọc tiếp

Bảng giúp cả nhóm nói cùng một ngôn ngữ. Cột nào quan trọng nhất với shop thì để người quyết định chọn, không để kỹ thuật tự chọn.

MÔ PHỎNG · SỐ MẪU

docs.google.com/document/d/1AbC…/edit

So sánh hai cách đo

Điểm	Chỉ trình duyệt	Thêm máy chủ
Kiểm soát trường	Ít chỗ can thiệp	Lọc được từng trường
Vận hành	Không cần máy chủ	Cần người vận hành
Chi phí	Không có phí hạ tầng	Có phí hạ tầng riêng
Độ phức tạp	Thấp	Cao hơn

Máy chủ cho phép lọc từng trường. Đổi lại, có thêm một chỗ cần cấu hình và theo dõi.
Chạy máy chủ cần một người chịu trách nhiệm. Không có người này thì lỗi chỉ lộ ra khi thiếu số liệu.
Máy chủ có chi phí hạ tầng riêng, tính theo nhà cung cấp. Cần dự kiến trước khi quyết định.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Chạy thử trên một trang

Thẻ gửi trực tiếp chạy mọi trang trừ trang thử. Thẻ qua máy chủ chỉ chạy ở trang thử, nên không trang nào bị đếm hai lần.

Đọc tiếp

Chạy thử vài ngày rồi mới mở rộng. Khi cần quay về, tắt thẻ thử và bỏ trang đó khỏi phần loại trừ của thẻ cũ.

MÔ PHỎNG · SỐ MẪU

tagmanager.google.com/#/container/accounts/1/containers/2/workspaces/12/tags

TTag ManagerNhà Thơm (mẫu) · GTM-XXXXXXXN

Tổng quanThẻTrình kích hoạtBiếnThư mụcPhiên bảnQuản trị

Thẻ

Không gian làm việc 12 · bản nháp

Tên	Gửi tới	Trình kích hoạt
Google tag – trực tiếp	Trình duyệt	Mọi trang, trừ trang thử
Google tag – qua máy chủ	Máy chủ	Một trang sản phẩm thử

Chạy thử một trang vài ngày rồi mới mở rộng

Thẻ gửi trực tiếp vẫn chạy ở mọi trang, trừ trang thử. Nhờ vậy các trang khác không bị ảnh hưởng.
Thẻ qua máy chủ chỉ chạy ở một trang thử, nên một trang không bị đếm hai lần.
Chạy thử vài ngày rồi mới mở rộng. Mở rộng khi số liệu so với sổ đơn đã khớp.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Tài liệu tham khảo:Tag Manager phía máy chủ: giới thiệu ↗Tag Manager: phía máy chủ (server-side) ↗

LÀM NHƯ THẾ NÀO

Năm bước so hai cách đo.

Chọn một trang, một khoảng ngày và một nguồn đối chiếu trước khi so.

01Điền bảng so sánh cùng người quyết định: kiểm soát trường, vận hành, chi phí và độ phức tạp.
02Chọn một trang thử có đơn đều và dễ đối chiếu, thay vì thử trên cả website.
03Cho thẻ qua máy chủ chạy ở trang thử, loại trang đó khỏi thẻ cũ để không đếm hai lần.
04Sau vài ngày, đặt số liệu trang thử cạnh tuần trước và cạnh sổ đơn, cùng khoảng ngày.
05Ghi kết quả và quyết định: chạy tiếp, tìm nguyên nhân hoặc mở rộng, kèm tên người quyết.

Bạn đưa vào

Bảng so sánh
Trang thử
Sổ đơn cùng khoảng ngày
Người quyết định

Bảng thử nghiệmONMATE cùng doanh nghiệp

Bạn nhận lại

Bảng thử nghiệm máy chủtrang thửkết quả đối chiếuquyết định và người quyết định

Tài liệu tham khảo:Tag Manager phía máy chủ: giới thiệu ↗Tag Manager phía máy chủ: hướng dẫn cài thủ công ↗

CẦN CHUẨN BỊ GÌ

Cần chuẩn bị gì để thử máy chủ.

Cần bảng so sánh, một trang thử và sổ đơn cùng khoảng ngày để đối chiếu.

NGUYÊN TẮC

Chạy thử ở phạm vi nhỏ, đối chiếu với sổ đơn, rồi mới mở rộng. Chưa biết số lệch vì đâu thì chưa mở rộng.

BẢNG THỬ NGHIỆM · MẪU

docs.google.com/spreadsheets

nhathom-thu-nghiem-may-chuTệp Chỉnh sửa Xem Chèn Định dạng Dữ liệu

	A	B	C	D	E
1	Ngày	Trang thử	Kết quả	Quyết định	Người quyết
2	29/09	Một trang sản phẩm	Khớp sổ đơn	Chạy tiếp	Chủ shop
3	02/10	Một trang sản phẩm	Thiếu một lượt xem	Tìm nguyên nhân	Người phụ trách dữ liệu
4	05/10	Ba trang sản phẩm	Khớp sổ đơn	Mở rộng	Chủ shop

So sánhGhi chú

Ghi kết quả đối chiếu với sổ đơn, không chỉ ghi "ổn". Mỗi dòng nói rõ đã thử gì và khớp ở đâu.
Lệch thì ghi việc cần làm trước khi tiếp tục. Không mở rộng khi chưa biết lệch vì đâu.
Người quyết định ghi tên cạnh việc mở rộng. Khi cần quay về cách đo cũ, cả nhóm đã rõ ai quyết.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

So theo bảng

Cùng bốn tiêu chí mỗi lần

Thử một trang

Phạm vi nhỏ, dễ quay về

Đối chiếu sổ đơn

Nguồn đáng tin nhất

Có người quyết

Ghi tên trong bảng

Bộ tài nguyên4 mục

BảngBảng so sánh hai cách đoĐiền cùng người quyết định.
TrangMột trang thửCó đơn đều, dễ đối chiếu.
Sổ đơnSổ đơn cùng khoảng ngàyDùng để đối chiếu.
NgườiNgười quyết địnhKý tên trong bảng.

Xem đủ thông số và ghi chú

Nguồn: Giới thiệu máy chủ gắn thẻ Tài liệu Google mô tả những tình huống nên dùng máy chủ gắn thẻ và những gì cần chuẩn bị. Nên đọc bản hiện hành.
Nguồn: Cài thủ công và Cloud Run Hai hướng dẫn cho thấy các lựa chọn hạ tầng. Chi phí tùy nhà cung cấp nên bài này không nêu số.
Lưu ý: Không hứa số liệu tăng Hai cách đo có thể cho số lệch nhẹ. Mục tiêu của thử nghiệm là hiểu độ lệch, không phải làm số đẹp hơn.

Tài liệu tham khảo:Tag Manager phía máy chủ: giới thiệu ↗Tag Manager phía máy chủ: cài bằng Cloud Run ↗

ĐO ĐIỀU GÌ

Đọc độ lệch giữa hai cách đo.

Đặt sự kiện của hai tuần cạnh nhau và đối chiếu đơn với sổ đơn cùng khoảng ngày.

CẦN ĐO

Lệch nhỏ giải thích được thì tiếp tục. Lệch lớn thì dừng mở rộng.

SỰ KIỆN HAI TUẦN · MẪU

analytics.google.com/analytics/web/#/a1/reports/events

AnalyticsNhà Thơm (mẫu) – GA4Tìm kiếm báo cáo và thông tinN

Trang chủBáo cáoBáo cáo snapshotTheo thời gian thựcThu nạpMức độ tương tácKiếm tiềnGiữ chânKhám pháQuảng cáoQuản trị

Sự kiện

Trang thử · tuần trước và tuần này

22/09 – 28/09 (trình duyệt)29/09 – 05/10 (qua máy chủ)

Sự kiện	Tuần trước	Tuần này
page_view	412	405
view_item	396	391
add_to_cart	58	57
purchase	9	8

Hai tuần cạnh nhau, chỉ trên trang thử. Lệch nhỏ là bình thường, lệch lớn cần tìm nguyên nhân.
Số đơn so với sổ đơn trong cùng khoảng ngày. Sổ đơn là nguồn đối chiếu đáng tin nhất.
Tuần qua máy chủ ít hơn một đơn. Hãy xem đơn đó có thiếu đồng ý hoặc bị chặn không.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Cách đọc số · số mẫu

Chỉ số	Cho biết	Cần xem lại khi
Số lượt xem	Gần nhau giữa hai tuần	Lệch nhiều không rõ lý do
Thêm vào giỏ	Cùng chiều với lượt xem	Giảm riêng một mình
Số đơn	Khớp sổ đơn	Hụt so với sổ đơn
Độ lệch	Giải thích được	Lệch tăng dần theo ngày

CÁCH ĐỌC

Chọn hai tuần liền nhau, tránh tuần khuyến mãi lớn.

Đọc tiếp

Đọc từ sự kiện đầu hành trình tới số đơn, rồi đối chiếu với sổ đơn.

LƯU Ý

Hai tuần khác nhau có thể khác về lưu lượng.

Đọc tiếp

Độ lệch nhỏ chưa chắc do máy chủ, nên đọc cùng sổ đơn.

Tài liệu tham khảo:Tag Manager phía máy chủ: xem trước và gỡ lỗi ↗Tag Manager phía máy chủ: giới thiệu ↗

CÁCH TRIỂN KHAI

Cách xử lý các tình huống thường gặp.

Số trong bảng là số mẫu để minh họa cách đọc, không phải kết quả dự kiến.

Chưa chắc có cần máy chủ hay không

Điền bảng so sánh cùng người quyết định.

Đọc tiếp

Chưa có lý do rõ thì cứ giữ đo ở trình duyệt.

Điền bảng so sánh
Ghi lý do nên và chưa nên
Họp người quyết định
Ghi quyết định

Muốn thử trên một trang

Chọn trang có đơn đều, đặt thẻ qua máy chủ chỉ ở trang đó và loại nó khỏi thẻ cũ.

Chọn trang thử
Đặt trình kích hoạt theo trang
Loại trang khỏi thẻ cũ
Chạy vài ngày

Đã thử, số hai bên lệch

Đối chiếu từng sự kiện, ghi ngày lệch và tìm nguyên nhân trước khi mở rộng.

So từng sự kiện
Ghi ngày lệch
Xem nhật ký và đồng ý
Quyết định tiếp hay dừng

DẤU HIỆU

Một trang bị đo hai lần

Chỉ số	Giá trị
Thẻ cũ	Vẫn chạy ở trang thử
Trình kích hoạt	Chưa loại trang thử
Việc cần làm	Loại trang thử khỏi thẻ cũ

KIỂM TRA

Thẻ cũ vẫn chạy ở trang thử nên số lượt xem gần gấp đôi.

DẤU HIỆU

Số đơn hụt sau khi chuyển

Chỉ số	Giá trị
Số đơn GA4	Thấp hơn sổ đơn
Nhật ký máy chủ	Có dòng bị chặn
Việc cần làm	Xem lý do bị chặn theo từng đơn

KIỂM TRA

Số đơn qua máy chủ thấp hơn sổ đơn nhiều hơn mức bình thường.

DẤU HIỆU

Mở rộng mà không ai nhận trách nhiệm

Chỉ số	Giá trị
Cột người quyết	Để trống
Trách nhiệm	Chưa có người nhận
Việc cần làm	Điền tên người quyết định

KIỂM TRA

Bảng thử nghiệm không có người quyết nên không ai trả lời khi số liệu đổi.

Tài liệu tham khảo:Tag Manager phía máy chủ: giới thiệu ↗Tag Manager phía máy chủ: xem trước và gỡ lỗi ↗

TRƯỚC KHI BẮT ĐẦU

Danh sách kiểm tra.

Đánh dấu từng mục để xem mức sẵn sàng. Trạng thái chỉ lưu trên trình duyệt của bạn.

0%SẴN SÀNG

Đã điền bảng so sánh hai cách đoCó tên người quyết địnhĐã chọn một trang thửThẻ cũ đã loại trang thửSố đơn đã đối chiếu với sổ đơnNgày lệch đã được ghi lạiĐã xem nhật ký trước khi mở rộngBảng thử nghiệm đã lưu cùng ngày chốt

Tài liệu tham khảo:Tag Manager phía máy chủ: giới thiệu ↗Tag Manager phía máy chủ: xem trước và gỡ lỗi ↗

Nội dung của thẻ Giữ máy chủ chạy ổnChọn thẻ khác

TRÔNG NHƯ THẾ NÀO

Phần vận hành trông thế nào.

Ba màn hình: dịch vụ Cloud Run, tên miền riêng và chính sách cảnh báo. Bấm để xem.

Dịch vụ chạy máy chủ gắn thẻ

Cloud Run là một cách chạy máy chủ gắn thẻ. Màn hình chi tiết cho thấy tên dịch vụ, vùng, số bản sao và cách truy cập.

Đọc tiếp

Thiết lập chọn theo lưu lượng thật của shop và có thể chỉnh lại sau. Số trong ảnh chỉ là ví dụ, không phải khuyến nghị.

MÔ PHỎNG · SỐ MẪU

console.cloud.google.com/run/detail/asia-southeast1/nhathom-sgtm

CGoogle Cloudnhathom-trackingTìm kiếm tài nguyên và sản phẩmN

Dịch vụCông việcÁnh xạ miềnNhật kýCài đặt

nhathom-sgtm

Dịch vụ Cloud Run

Dịch vụ

Tên dịch vụnhathom-sgtm

Vùngasia-southeast1

Bản sao

Số bản sao tối thiểu1 (mẫu)

Số bản sao tối đa3 (mẫu)

Truy cập

Xác thựcCho phép gọi không cần đăng nhập

Dịch vụ chạy máy chủ gắn thẻ, đặt tên theo shop. Tên rõ giúp tìm đúng dịch vụ khi có sự cố.
Số bản sao tối thiểu quyết định máy chủ có sẵn sàng khi có yêu cầu. Giá trị chọn theo lưu lượng của shop.
Yêu cầu từ trình duyệt không đăng nhập, nên dịch vụ phải mở cho truy cập công khai.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Tên miền riêng cho máy chủ

Tên miền con của shop trỏ tới dịch vụ bằng một bản ghi DNS. Xác minh xong, yêu cầu đo đi qua tên miền của shop.

Đọc tiếp

Bản ghi DNS lấy từ màn hình ánh xạ rồi thêm ở nơi quản lý tên miền. Ghi lại ai giữ quyền sửa DNS.

MÔ PHỎNG · SỐ MẪU

console.cloud.google.com/run/domains

CGoogle Cloudnhathom-trackingTìm kiếm tài nguyên và sản phẩmN

Dịch vụCông việcÁnh xạ miềnNhật kýCài đặt

Ánh xạ miền

Cloud Run

Tên miền	Dịch vụ	Trạng thái
metrics.nhathom.example	nhathom-sgtm	Đã xác minh

Bản ghi DNS cần thêm

LoạiCNAME

Tênmetrics

Giá trịLấy từ màn hình ánh xạ

Tên miền riêng của shop trỏ tới máy chủ. Dùng tên miền con của chính shop để yêu cầu đo đi cùng gốc.
Bản ghi CNAME thêm ở nhà cung cấp tên miền. Giá trị lấy từ màn hình ánh xạ, không gõ tay.
Đã xác minh nghĩa là tên miền đã trỏ đúng. Chưa xác minh thì yêu cầu đo chưa tới máy chủ.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Tài liệu tham khảo:Tag Manager phía máy chủ: cài bằng Cloud Run ↗Google Cloud: ánh xạ tên miền riêng cho Cloud Run ↗

LÀM NHƯ THẾ NÀO

Năm bước đưa máy chủ vào vận hành.

Máy chủ có người trông và có cảnh báo thì mới nên nhận số liệu thật.

01Chọn nơi chạy máy chủ, ghi người chịu trách nhiệm và ước tính chi phí hạ tầng.
02Cài máy chủ gắn thẻ theo hướng dẫn của Google và đặt tên dịch vụ theo tên shop.
03Ánh xạ tên miền con của shop tới dịch vụ, rồi thêm bản ghi DNS ở chỗ quản lý miền.
04Tạo chính sách cảnh báo cho tỷ lệ yêu cầu lỗi, gửi tới hộp thư chung của nhóm vận hành.
05Ghi lịch xem biểu đồ, thử cảnh báo và cập nhật máy chủ, mỗi việc kèm người làm.

Bạn đưa vào

Người vận hành
Tài khoản nhà cung cấp
Tên miền của shop
Hộp thư nhóm vận hành

Sổ vận hànhONMATE cùng doanh nghiệp

Bạn nhận lại

Sổ vận hành máy chủ: nơi chạy, tên miền, cảnh báo, lịch việc định kỳ và người phụ trách từng việc.

Tài liệu tham khảo:Tag Manager phía máy chủ: cài bằng Cloud Run ↗Tag Manager phía máy chủ: tên miền riêng ↗

CẦN CHUẨN BỊ GÌ

Cần chuẩn bị gì để vận hành máy chủ.

Cần tài khoản nhà cung cấp, quyền sửa DNS và một hộp thư nhận cảnh báo.

NGUYÊN TẮC

Máy chủ nào cũng cần một người trông. Không có người trông thì lỗi chỉ lộ ra khi số đơn đã thiếu.

SỔ VẬN HÀNH · MẪU

docs.google.com/spreadsheets

nhathom-van-hanh-may-chuTệp Chỉnh sửa Xem Chèn Định dạng Dữ liệu

	A	B	C	D
1	Việc	Khi nào	Ai làm	Ghi chú
2	Xem biểu đồ yêu cầu và lỗi	Mỗi tuần	Người vận hành	Ghi lại ngày bất thường
3	Thử cảnh báo gửi tới	Mỗi tháng	Người phụ trách dữ liệu	Gửi một cảnh báo mẫu
4	Rà tên miền và bản ghi DNS	Khi đổi nhà cung cấp	Người quản trị tên miền	Ghi vào sổ thay đổi
5	Cập nhật phiên bản máy chủ	Khi Google thông báo	Người vận hành	Theo hướng dẫn chính thức

Việc định kỳNgười trực

Việc định kỳ ghi rõ khi nào làm. Xem biểu đồ mỗi tuần thì lỗi lộ ra sớm, không đợi đến lúc thiếu đơn.
Mỗi việc có tên một vai trò cụ thể. Ghi "cả nhóm" thì khi có lỗi sẽ không ai biết ai xử lý.
Cập nhật máy chủ làm theo hướng dẫn chính thức. Thử ở môi trường thử trước rồi mới áp dụng.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Một người trông

Có tên và cách liên lạc

Cảnh báo tới hộp chung

Không gửi cho một cá nhân

Việc có lịch

Tuần, tháng, khi cập nhật

Ghi thay đổi

Tên miền, DNS, phiên bản

Bộ tài nguyên4 mục

Tài khoảnTài khoản nhà cung cấpQuyền tạo và xem dịch vụ.
DNSQuyền sửa DNSĐể thêm bản ghi CNAME.
Hộp thưHộp thư nhóm vận hànhNhận cảnh báo lỗi.
SổSổ vận hànhMỗi việc một dòng.

Xem đủ thông số và ghi chú

Nguồn: Cài bằng Cloud Run Hướng dẫn của Google nêu các bước cài máy chủ gắn thẻ trên Cloud Run. Nên đọc bản hiện hành trước khi làm.
Nguồn: Tên miền riêng Tài liệu nêu cách dùng tên miền của chính bạn cho máy chủ gắn thẻ. Bản ghi DNS cần thêm có thể đổi theo phiên bản.
Lưu ý: Chi phí tùy nhà cung cấp Hạ tầng thường tính phí theo mức dùng. Hãy xem trang giá của nhà cung cấp, bài này không nêu số.

Tài liệu tham khảo:Tag Manager phía máy chủ: cài bằng Cloud Run ↗Google Cloud: Cloud Run là gì ↗

ĐO ĐIỀU GÌ

Đọc sức khỏe của máy chủ.

Biểu đồ yêu cầu và lỗi theo ngày cho thấy máy chủ có chạy đều hay có ngày khác thường.

CẦN ĐO

Ngày lỗi cao hơn các ngày khác cần được xem nhật ký của đúng ngày đó.

CHỈ SỐ MÁY CHỦ · MẪU

console.cloud.google.com/run/detail/asia-southeast1/nhathom-sgtm/metrics

CGoogle Cloudnhathom-trackingTìm kiếm tài nguyên và sản phẩmN

Dịch vụCông việcÁnh xạ miềnNhật kýCài đặt

Chỉ số

nhathom-sgtm · 7 ngày

Yêu cầu theo ngày

1.65029/091.82030/091.59001/101.48002/102.01003/101.93004/102.00005/10

Lỗi máy chủ theo ngày

029/09130/09001/10002/10203/10004/10005/10

Cảnh báo trong tuần

Đã gửi0

Yêu cầu theo ngày cho thấy nhịp bình thường của shop. Có nhịp này mới nhận ra ngày khác thường.
Lỗi máy chủ hiếm nhưng không bằng không. Ngày cao hơn cần xem nhật ký của đúng ngày đó.
Tuần này chưa có cảnh báo nào được gửi. Vẫn nên thử gửi một cảnh báo mẫu để chắc nó đến đúng người.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Cách đọc số · số mẫu

Chỉ số	Cho biết	Cần xem lại khi
Yêu cầu theo ngày	Nhịp đều theo tuần	Rơi về gần không
Lỗi máy chủ	Rất ít hoặc không có	Một ngày cao khác thường
Cảnh báo đã gửi	Có khi lỗi tăng	Lỗi tăng mà không có cảnh báo
Tên miền	Đã xác minh	Mất xác minh

CÁCH ĐỌC

Mở biểu đồ bảy ngày, đọc yêu cầu trước rồi lỗi.

Đọc tiếp

Nếu một ngày khác thường, mở nhật ký của đúng ngày đó thay vì đoán.

LƯU Ý

Biểu đồ trong ảnh chỉ là ví dụ.

Đọc tiếp

Mức bình thường của mỗi shop khác nhau nên hãy tự ghi lại mức của mình.

Tài liệu tham khảo:Google Cloud: ghi nhật ký trong Cloud Run ↗Google Cloud: cảnh báo trong Monitoring ↗

CÁCH TRIỂN KHAI

Cách xử lý các tình huống thường gặp.

Số trong bảng là số mẫu để minh họa cách đọc, không phải kết quả dự kiến.

Mới dựng máy chủ lần đầu

Dựng theo hướng dẫn, thêm tên miền rồi mới đặt cảnh báo.

Đọc tiếp

Chưa có cảnh báo thì chưa nhận số liệu thật.

Cài máy chủ gắn thẻ
Ánh xạ tên miền
Đặt cảnh báo
Ghi sổ vận hành

Máy chủ chạy nhưng không ai theo dõi

Đặt cảnh báo trước, rồi ghi lịch xem biểu đồ hằng tuần kèm tên người làm.

Chọn chỉ số cảnh báo
Chọn hộp thư nhận
Thử một cảnh báo
Ghi lịch xem biểu đồ

Đổi nhà cung cấp tên miền

Ghi lại bản ghi DNS hiện tại, thêm bản ghi mới rồi xác minh lại trước khi tắt bản cũ.

Ghi bản ghi DNS cũ
Thêm bản ghi mới
Kiểm tra xác minh
Tắt bản ghi cũ

DẤU HIỆU

Tên miền chưa xác minh

Chỉ số	Giá trị
Trạng thái miền	Chưa xác minh
Bản ghi DNS	Thiếu hoặc sai
Việc cần làm	Thêm lại bản ghi từ màn hình ánh xạ

KIỂM TRA

Bản ghi DNS chưa được thêm hoặc thêm sai nên yêu cầu đo chưa tới máy chủ.

DẤU HIỆU

Máy chủ lỗi mà không ai biết

Chỉ số	Giá trị
Lỗi máy chủ	Tăng nhiều ngày liền
Cảnh báo	Chưa có chính sách
Việc cần làm	Tạo cảnh báo tỷ lệ lỗi

KIỂM TRA

Chưa có chính sách cảnh báo nên lỗi chỉ lộ ra khi số đơn đã thiếu.

DẤU HIỆU

Cảnh báo gửi cho người đã nghỉ

Chỉ số	Giá trị
Gửi tới	Email cá nhân
Nơi nhận	Không còn ai đọc
Việc cần làm	Đổi sang hộp thư nhóm

KIỂM TRA

Thông báo đi tới email cá nhân nên không ai đọc khi người đó rời nhóm.

Tài liệu tham khảo:Tag Manager phía máy chủ: tên miền riêng ↗Google Cloud: ánh xạ tên miền riêng cho Cloud Run ↗

TRƯỚC KHI BẮT ĐẦU

Danh sách kiểm tra.

Đánh dấu từng mục để xem mức sẵn sàng. Trạng thái chỉ lưu trên trình duyệt của bạn.

0%SẴN SÀNG

Có người chịu trách nhiệm máy chủĐã ước tính chi phí hạ tầngTên miền con đã xác minhCảnh báo tỷ lệ lỗi đã bậtCảnh báo gửi tới hộp thư chungĐã thử gửi một cảnh báo mẫuCó lịch xem biểu đồ mỗi tuầnSổ vận hành đã lưu cùng ngày chốt

Tài liệu tham khảo:Tag Manager phía máy chủ: cài bằng Cloud Run ↗Google Cloud: cảnh báo trong Monitoring ↗

Nội dung của thẻ Đọc nhật ký tìm nguyên nhânChọn thẻ khác

TRÔNG NHƯ THẾ NÀO

Nhật ký trông thế nào.

Ba màn hình: danh sách dòng nhật ký, bộ lọc truy vấn và chi tiết một dòng. Bấm để xem.

Các dòng nhật ký của máy chủ

Mỗi dòng có thời điểm, mức và nội dung. Mức INFO là việc bình thường, WARN là điều cần xem.

Đọc tiếp

Đọc dòng WARN trước vì chúng cho biết thẻ nào không chạy và lý do. Dòng INFO giúp xác nhận thẻ đã gửi đi.

MÔ PHỎNG · SỐ MẪU

console.cloud.google.com/logs/query

CGoogle Cloudnhathom-trackingTìm kiếm tài nguyên và sản phẩmN

Dịch vụCông việcÁnh xạ miềnNhật kýCài đặt

Nhật ký

nhathom-sgtm

Thời điểm	Mức	Nội dung
05/10 14:02	INFO	GA4 – mọi sự kiện: gửi purchase
05/10 14:02	INFO	Ads – Mua hàng: gửi purchase
05/10 14:05	WARN	Ads – Mua hàng: bị chặn, thiếu đồng ý

Mức INFO là việc diễn ra bình thường. Dòng này xác nhận thẻ đã gửi lượt mua đi.
Mức WARN báo điều cần xem nhưng chưa phải lỗi. Thường là một thẻ không chạy vì lý do có chủ ý.
Nội dung nêu rõ thẻ nào bị chặn và vì sao. Đọc câu này trước khi đi tìm lỗi ở nơi khác.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Tài liệu tham khảo:Google Cloud: ghi nhật ký trong Cloud Run ↗Tag Manager phía máy chủ: xem trước và gỡ lỗi ↗

LÀM NHƯ THẾ NÀO

Năm bước đọc nhật ký khi số liệu lệch.

Đi từ ngày lệch tới dòng nhật ký, không đi theo chiều ngược lại.

01Xác định ngày và loại số liệu lệch: lượt mua, lượt xem hoặc một nơi nhận cụ thể.
02Mở nhật ký, giới hạn đúng khoảng ngày và lọc từ mức cảnh báo trở lên.
03Tìm cụm từ liên quan trong nội dung, như bị chặn hoặc tên thẻ đang nghi ngờ.
04Mở một dòng để đọc lý do và mã giao dịch, rồi tra mã đó trong sổ đơn.
05Ghi kết luận vào bảng nhật ký: ngày, số bị chặn, lý do chính, việc đã làm và người nhận.

Bạn đưa vào

Ngày số liệu lệch
Sổ đơn cùng khoảng ngày
Người nhận xử lý
Quyền xem nhật ký

Bảng nhật kýONMATE cùng doanh nghiệp

Bạn nhận lại

Bảng nhật ký bị chặn theo ngày: số lượng, lý do chính, việc đã làm và người nhận xử lý.

Tài liệu tham khảo:Google Cloud: ghi nhật ký trong Cloud Run ↗Tag Manager phía máy chủ: xem trước và gỡ lỗi ↗

CẦN CHUẨN BỊ GÌ

Cần chuẩn bị gì để đọc nhật ký.

Cần quyền xem nhật ký, ngày số liệu lệch và sổ đơn cùng khoảng ngày.

NGUYÊN TẮC

Ghi mức bình thường của shop trước. Có mức nền thì mới nhận ra ngày bất thường.

BẢNG NHẬT KÝ · MẪU

docs.google.com/spreadsheets

nhathom-nhat-ky-bi-chanTệp Chỉnh sửa Xem Chèn Định dạng Dữ liệu

	A	B	C	D	E
1	Ngày	Bị chặn	Lý do chính	Xử lý	Người nhận
2	02/10	52	Thiếu đồng ý	Không cần xử lý	Người vận hành
3	03/10	118	Thiếu đồng ý	Đã xem lại banner	Nhóm website
4	04/10	70	Thiếu đồng ý	Theo dõi thêm	Người phụ trách dữ liệu

Theo ngàyĐã xử lý

Ghi số bị chặn mỗi ngày để biết mức bình thường của shop. Có mức này mới nhận ra ngày bất thường.
Ngày nhiều bất thường thì ghi việc đã làm: xem banner, xem thay đổi trên website hoặc cập nhật thẻ.
Mỗi dòng có người nhận xử lý. Nhật ký không ai nhận thì chỉ là những con số không ai đọc.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Ghi theo ngày

Có mức nền để so

Lọc trước khi đọc

Khoảng ngày và mức

Tra mã giao dịch

Nối nhật ký với sổ đơn

Có người nhận

Không để con số nằm yên

Bộ tài nguyên4 mục

QuyềnQuyền xem nhật kýMức xem là đủ.
NgàyNgày số liệu lệchĐể lọc đúng khoảng.
Sổ đơnSổ đơn cùng khoảng ngàyDùng đối chiếu mã giao dịch.
BảngBảng nhật ký bị chặnMột dòng một ngày.

Xem đủ thông số và ghi chú

Nguồn: Xem trước và gỡ lỗi Tài liệu Google mô tả cách xem yêu cầu và thẻ ở máy chủ. Nên đọc bản hiện hành.
Nguồn: Ghi nhật ký trong Cloud Run Tài liệu Google Cloud nêu cách xem và lọc nhật ký của dịch vụ. Giao diện có thể thay đổi.
Lưu ý: Không ghi dữ liệu cá nhân vào nhật ký Nhật ký chỉ cần mã giao dịch và lý do. Đừng thêm tên, email hay số điện thoại của khách.

Tài liệu tham khảo:Google Cloud: ghi nhật ký trong Cloud Run ↗Tag Manager phía máy chủ: xem trước và gỡ lỗi ↗

ĐO ĐIỀU GÌ

Đọc số bị chặn theo ngày.

So số sự kiện đã gửi và bị chặn theo ngày để thấy ngày nào cần xem lại.

CẦN ĐO

Cột bị chặn cao bất thường là lý do để mở nhật ký, chưa phải lỗi.

GỬI VÀ CHẶN THEO NGÀY · MẪU

console.cloud.google.com/monitoring/dashboards

CGoogle Cloudnhathom-trackingTìm kiếm tài nguyên và sản phẩmN

Dịch vụCông việcÁnh xạ miềnNhật kýCài đặt

Gửi và chặn theo ngày

nhathom-sgtm · 7 ngày

Sự kiện đã gửi

61029/0964030/0959001/1056002/1072003/1068004/1065005/10

Sự kiện bị chặn

5829/096130/094901/105202/1011803/107004/106405/10

Ngày cần xem lại

03/10Bị chặn nhiều hơn các ngày khác

Sự kiện đã gửi theo ngày. Đây là mức nền để so sánh các ngày với nhau.
Sự kiện bị chặn theo ngày. Cột cao khác thường cho biết ngày cần xem lại.
Ghi ngày cần xem lại cùng lý do nghi ngờ. Từ đó đi tìm nguyên nhân thay vì đoán.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Cách đọc số · số mẫu

Chỉ số	Cho biết	Cần xem lại khi
Sự kiện đã gửi	Nhịp đều theo tuần	Giảm mạnh một ngày
Sự kiện bị chặn	Ổn định quanh mức nền	Một ngày cao bất thường
Lý do chính	Phần lớn là thiếu đồng ý	Xuất hiện lý do mới
Việc đã làm	Mỗi ngày lệch có ghi chú	Ngày lệch không ai xử lý

CÁCH ĐỌC

Đặt hai biểu đồ cạnh nhau.

Đọc tiếp

Ngày bị chặn tăng thì mở nhật ký của ngày đó và đọc lý do trước khi kết luận.

LƯU Ý

Bị chặn vì thiếu đồng ý là hành vi đúng.

Đọc tiếp

Đừng coi đó là lỗi cần sửa, nhất là khi khách đã từ chối.

Tài liệu tham khảo:Google Cloud: ghi nhật ký trong Cloud Run ↗Google Cloud: cảnh báo trong Monitoring ↗

CÁCH TRIỂN KHAI

Cách xử lý các tình huống thường gặp.

Số trong bảng là số mẫu để minh họa cách đọc, không phải kết quả dự kiến.

Mới thấy số đơn lệch

Bắt đầu từ ngày lệch, lọc nhật ký ở mức cảnh báo và tra mã giao dịch của một đơn.

Ghi ngày lệch
Lọc nhật ký theo ngày
Mở một dòng cảnh báo
Tra mã trong sổ đơn

Muốn có mức nền

Ghi số bị chặn mỗi ngày trong vài tuần.

Đọc tiếp

Từ đó mới biết ngày nào khác thường.

Chọn khoảng bảy ngày
Ghi số gửi và bị chặn
Ghi lý do chính
Lặp lại hằng tuần

Nhật ký có quá nhiều dòng

Thu hẹp khoảng ngày và mức độ, rồi tìm theo tên thẻ hoặc cụm từ riêng.

Rút ngắn khoảng ngày
Lọc từ mức cảnh báo
Tìm theo tên thẻ
Lưu truy vấn để dùng lại

DẤU HIỆU

Ngày bị chặn tăng đột ngột

Chỉ số	Giá trị
Ngày	03/10
Số bị chặn	Gấp đôi các ngày khác
Việc cần làm	Mở nhật ký của ngày đó

KIỂM TRA

Một ngày có số bị chặn gấp đôi các ngày khác nhưng không ai xem lại.

DẤU HIỆU

Lọc quá rộng nên không thấy lý do

Chỉ số	Giá trị
Khoảng thời gian	Cả tháng qua
Số dòng	Quá nhiều để đọc
Việc cần làm	Rút xuống ngày bị lệch

KIỂM TRA

Tìm trong cả tháng ra quá nhiều dòng và dòng cần xem bị lẫn vào.

DẤU HIỆU

Nhật ký ghi cả dữ liệu cá nhân

Chỉ số	Giá trị
Nội dung dòng	Có email khách
Trường ghi	Thừa so với cần thiết
Việc cần làm	Bỏ trường đó khỏi nhật ký

KIỂM TRA

Nội dung dòng nhật ký có email của khách vì cấu hình ghi dư trường.

Tài liệu tham khảo:Google Cloud: ghi nhật ký trong Cloud Run ↗Tag Manager phía máy chủ: xem trước và gỡ lỗi ↗

TRƯỚC KHI BẮT ĐẦU

Danh sách kiểm tra.

Đánh dấu từng mục để xem mức sẵn sàng. Trạng thái chỉ lưu trên trình duyệt của bạn.

0%SẴN SÀNG

Đã ghi mức bình thường của shopNhật ký lọc đúng khoảng ngày lệchĐã đọc dòng WARN trước dòng INFOMỗi ngày lệch có lý do chínhĐã tra mã giao dịch trong sổ đơnKhông có dữ liệu cá nhân trong nhật kýMỗi dòng nhật ký bất thường có người nhậnBảng nhật ký đã lưu cùng ngày chốt

Tài liệu tham khảo:Google Cloud: ghi nhật ký trong Cloud Run ↗Tag Manager phía máy chủ: xem trước và gỡ lỗi ↗

NHỚ NHANH

Sáu phần việc, từ sơ đồ luồng đến bảng nhật ký bị chặn.

Chọn một ô để quay lại đúng phần nội dung ở trên.

CÓ THỂ CẦN THÊM

Dịch vụ dữ liệu đi cùng.

01Google Tag ManagerThẻ, trình kích hoạt, biến; xem trước rồi mới xuất bản.02Conversion TrackingĐo hành động hoàn tất thật, không đếm đôi.03GA4Sự kiện, tham số, hành trình; thử bằng DebugView.

Server-side Tracking

Đo phía máy chủ dùng được khi luồng rõ, trường chọn lọc và lựa chọn của khách được giữ.

Vẽ luồng

Chọn trường

Theo lựa chọn

Thử rồi mới chuyển

Giữ máy chủ ổn

Đọc nhật ký

Chọn một phần việc để xem toàn bộ cách làm.

Vẽ đường đi của dữ liệu — Chốt dữ liệu đi từ trình duyệt qua máy chủ tới nơi nhận như thế nào.

Luồng đo phía máy chủ trông thế nào.

Thẻ Google gửi tới máy chủ

Google tag – G-XXXXXXXXXX

Máy khách nhận yêu cầu

Máy khách

Thẻ phía máy chủ

Thẻ

Năm bước dựng luồng từ trình duyệt đến nơi nhận.

Cần chuẩn bị gì để dựng luồng.

Vẽ đủ ba đoạn

Một máy khách mỗi loại

Tên thẻ nói việc làm

Có người trông

Đọc xem trước của máy chủ.

Cách xử lý các tình huống thường gặp.

Website đã đo bằng GA4 ở trình duyệt

Shop chưa có container máy chủ

Có hai nơi nhận cần cùng một sự kiện

Danh sách kiểm tra.

Chọn trường đi, trường ở lại — Quyết định trường nào gửi tới từng nơi nhận, trường nào dừng lại ở máy chủ.

Trường dữ liệu trông thế nào.

Dữ liệu sự kiện nhận từ trình duyệt

Biến đổi loại trừ tham số

Loại trừ tham số

Kiểm tra dữ liệu tới GA4

DebugView

Năm bước chọn trường gửi đi.

Cần chuẩn bị gì để chọn trường.

Liệt kê trước

Giữ có lý do đo

Quyết theo nơi nhận

Có người duyệt

Đọc số trường nhận vào và gửi đi.

Tổng kết trường · purchase

Cách xử lý các tình huống thường gặp.

Muốn bỏ địa chỉ IP khỏi dữ liệu gửi Ads

Giữ một trường cho GA4 nhưng bỏ cho Ads

Yêu cầu có nhiều trường chưa rõ nghĩa

Danh sách kiểm tra.

Giữ nguyên lựa chọn của khách — Máy chủ phải theo đúng lựa chọn của khách: không gửi khi họ chưa cho phép.

Đồng ý trông thế nào.

Banner chọn dữ liệu trên website

Lựa chọn của bạn về dữ liệu đo lường1

Kiểm tra đồng ý của thẻ

Ads – Mua hàng

Trạng thái đồng ý ở máy chủ

Năm bước để lựa chọn của khách tới máy chủ.

Cần chuẩn bị gì cho phần đồng ý.

Khách quyết định

Mỗi thẻ một điều kiện

Thử cả ba trạng thái

Có người duyệt

Đọc số yêu cầu theo lựa chọn.

Yêu cầu theo trạng thái đồng ý

Cách xử lý các tình huống thường gặp.

Banner mới, chưa nối với thẻ

Đã có consent mode ở trình duyệt

Thẻ quảng cáo không chạy ở máy chủ

Danh sách kiểm tra.

Thử trước khi chuyển hẳn — So hai cách đo trên một trang thử, rồi mới quyết định chuyển hay không.

Phần so sánh trông thế nào.

Hai cách đo cạnh nhau

So sánh hai cách đo

Khi nào nên và chưa nên chuyển

Có nên chuyển sang máy chủ?

Chạy thử trên một trang

Thẻ

Năm bước so hai cách đo.

Cần chuẩn bị gì để thử máy chủ.

So theo bảng

Chọn một phần việc để xem
toàn bộ cách làm.

Lựa chọn của bạn về dữ liệu đo lường