SEO WordPress #27: Google Analytics 4

1. Google Analytics 4 cho SEO WordPress là đo những gì?

Google Analytics 4 cho SEO WordPress là ba lớp việc tách biệt: lớp thu thập (property, data stream, cách gắn thẻ), lớp mô hình dữ liệu (event, tham số, custom dimension, key event), và lớp đọc báo cáo (từ trang đích Organic tới Key Event). Mười tiêu chí trong bài này đi đúng theo ba lớp đó, từ dưới lên.

SEO chỉ cần một phần nhỏ của GA4. Anh chị không cần dựng lại toàn bộ hệ đo lường của doanh nghiệp, mà cần trả lời được ba câu: trang đích nào mang khách từ tìm kiếm tự nhiên về, khách đó có làm việc mình muốn không, và con số đó có so sánh được giữa các kỳ không.

Thứ tự làm quan trọng hơn danh sách tính năng. Gắn thẻ sai thì taxonomy không cứu được. Taxonomy sai thì custom dimension chỉ làm rối thêm. Và key event gắn nhầm vào lượt xem trang thì mọi báo cáo chuyển đổi đều đẹp một cách vô nghĩa.

Đầu ra cần có: một Measurement ID duy nhất cho website production, một bảng Event Spec, một danh sách Key Event ngắn, bộ lọc dữ liệu nội bộ đang chạy, và một báo cáo Landing Page đã lọc Organic Search. Phần cài đặt nền có trong bài cách cài Google Analytics 4 cho WordPress, phần đọc số có trong bài cách đọc báo cáo SEO bằng GA4 và GSC.

2. Checklist Google Analytics 4: 10 tiêu chí từ 244 đến 253

Mười tiêu chí chia theo ba lớp: bốn tiêu chí về thu thập đúng, ba tiêu chí về mô hình dữ liệu, và ba tiêu chí về làm sạch cùng đọc báo cáo. Tám tiêu chí mang trọng số Bắt buộc, vì mỗi tiêu chí trong nhóm đó hỏng là hỏng dữ liệu gốc, không phải hỏng cách trình bày.

Hai tiêu chí mang trọng số Quan trọng không phải vì ít giá trị, mà vì website vẫn đo được khi chưa có chúng. Thiếu custom dimension thì tham số vẫn nằm trong dữ liệu, chỉ là chưa đọc được trong báo cáo. Thiếu bộ lọc nội bộ thì số bị lệch, nhưng lệch theo hướng biết trước và sửa được về sau.

Thứ tự làm cũng khác thứ tự số hiệu ở một chỗ: tiêu chí 247 nên chốt trước khi gắn bất kỳ event nào, vì đổi tên event sau đó là cắt đôi mọi đường xu hướng đã có.

3. Tiêu chí 244: GA4 Property và Web Data Stream đúng

Website production phải có đúng một Account, một Property và một Web Data Stream dành riêng cho nó, với URL, múi giờ, tiền tệ và Measurement ID khớp dự án, và dữ liệu staging không được gửi vào luồng production. Đây là tiêu chí nền: sai ở đây thì mọi con số sau đó thuộc về một website khác.

Ba thiết lập hay bị bỏ qua lúc tạo property. Múi giờ quyết định ranh giới ngày của mọi báo cáo, nên với website Việt Nam hãy đặt Asia/Ho_Chi_Minh ngay từ đầu, vì đổi về sau không sửa dữ liệu cũ. Tiền tệ quyết định cách GA4 quy đổi giá trị chuyển đổi. URL trong data stream phải là tên miền chính thức, đúng giao thức https và đúng dạng có hoặc không có www như website đang chạy.

Với WordPress, bẫy thường gặp là bản staging hoặc bản chạy thử trên máy cục bộ dùng chung Measurement ID với bản thật, vì chủ site sao chép nguyên site để thử giao diện. Kết quả là báo cáo lẫn lượt truy cập của chính đội làm web. Cách xử lý gọn nhất: staging dùng property riêng, hoặc không gắn thẻ trên staging, và chỉ chèn Measurement ID qua biến môi trường của môi trường production.

Kiểm nhanh bằng ba bước: mở Quản trị rồi vào Luồng dữ liệu để đối chiếu Measurement ID và URL, mở Thời gian thực để xem có lượt truy cập nào đang vào không, rồi dùng Tag Assistant để xác nhận trang đang bắn đúng ID đó. Điều kiện nghiệm thu: đúng một property cho website thật, data stream ghi đúng URL, múi giờ và tiền tệ đúng dự án, và không có nguồn staging nào gửi dữ liệu vào luồng này.

4. Tiêu chí 245: Một cách gắn thẻ, không double tracking

Website chỉ được chọn một cách triển khai chính, qua Google Tag Manager, qua Site Kit hoặc qua Google tag gắn thẳng, và không được để hai cách cùng bắn, vì page_view, phiên và event sẽ bị ghi nhận hai lần. Đây là lỗi phổ biến nhất trên WordPress, do plugin cũ vẫn còn bật trong lúc đội mới dựng lại qua GTM.

Dấu hiệu nhận ra double tracking không cần công cụ: số lượt xem trang cao gấp đôi bất thường, thời gian tương tác trung bình rớt mạnh, tỉ lệ thoát trông đẹp một cách vô lý, và số phiên nhiều hơn số người dùng theo tỉ lệ khác hẳn các tháng trước. Nguyên nhân là mỗi lần tải trang tạo hai bản ghi, và GA4 tính chúng như hai lần tương tác thật.

Cách kiểm chắc chắn là mở một trang bất kỳ với Tag Assistant và đếm số thẻ GA4 được phát hiện, rồi mở DebugView để xem một lần tải trang tạo ra mấy event page_view. Trên WordPress, hãy soi đủ bốn chỗ có thể chèn thẻ: plugin SEO, plugin analytics riêng, tùy chọn theme, và đoạn mã dán tay trong header hoặc trong GTM.

Khi đã quyết dùng GTM thì tắt hẳn phần gắn GA4 của các plugin khác chứ không chỉ xóa ID trong ô cấu hình, vì nhiều plugin vẫn giữ đoạn mã cũ cho tới khi được tắt. Điều kiện nghiệm thu: trên mọi mẫu trang, một lần tải trang tạo đúng một page_view và chỉ một Measurement ID xuất hiện đúng một lần.

5. Tiêu chí 246: Realtime và DebugView nhận đúng dữ liệu

Trước khi publish, mọi mẫu trang đại diện phải được kiểm trên cả desktop và mobile: Realtime dùng để xác nhận nhanh là dữ liệu có chảy, còn DebugView dùng để đọc đúng tên event, URL và từng tham số. Hai báo cáo này trả lời hai câu khác nhau, nên không thay nhau được.

Báo cáo Thời gian thực cho biết có người dùng nào đang hoạt động trong khoảng 30 phút gần nhất, hợp để trả lời câu hỏi thẻ đã sống chưa. DebugView chỉ hiện dữ liệu của thiết bị đang bật chế độ gỡ lỗi, thường qua chế độ Xem trước của GTM hoặc tiện ích mở rộng, và đây là nơi duy nhất đọc được tham số của từng event ngay lúc nó bắn.

Danh sách mẫu trang tối thiểu cho một website dịch vụ hoặc đào tạo: trang chủ, một bài viết, một trang dịch vụ hoặc trang khóa học, trang liên hệ, trang cảm ơn sau khi gửi form, và một trang có popup. Mỗi mẫu trang kiểm hai lần, một lần trên desktop và một lần trên điện thoại thật, vì nhiều nút chỉ hiện ở một trong hai khổ.

Ghi lại kết quả kiểm vào chính bảng Event Spec, cột trạng thái, để lần sau biết cái gì đã kiểm và kiểm ngày nào. Điều kiện nghiệm thu: mỗi mẫu trang có page_view đúng URL, mỗi event chính xuất hiện trong DebugView với đủ tham số đã khai, và không có event lạ nào bắn kèm.

6. Tiêu chí 247: Event taxonomy nhất quán

Event taxonomy nhất quán nghĩa là ưu tiên recommended events của Google khi có sẵn tên phù hợp, event tùy chỉnh viết theo snake_case và bắt đầu bằng động từ, và một hành vi chỉ mang đúng một tên, mọi khác biệt mô tả bằng tham số. Quy ước này phải chốt trước khi gắn event đầu tiên.

Recommended events là danh sách tên Google đã định nghĩa sẵn, ví dụ generate_lead, sign_up, purchase hay search. Dùng đúng tên trong danh sách này có hai cái lợi: một số báo cáo dựng sẵn hiểu được dữ liệu, và người mới vào dự án đọc tên là hiểu ngay. Tên event phân biệt chữ hoa chữ thường, nên click_call và Click_Call là hai event khác nhau trong cùng một property.

Với hành vi không có tên sẵn, đặt tên theo công thức động từ cộng đối tượng: click_call, open_chat, submit_form, view_pricing, start_booking. Tránh đặt tên theo vị trí hoặc theo chiến dịch, vì vị trí và chiến dịch là tham số chứ không phải hành vi. Một website bán dịch vụ thường chỉ cần 8 tới 12 tên event, nhiều hơn mức đó là dấu hiệu đang mô tả ngữ cảnh bằng tên.

Event Spec là một bảng tính có sáu cột: tên event, bắn khi nào, trang nào, tham số kèm theo, có phải key event không, và ai chịu trách nhiệm. Bảng này là nguồn sự thật, GTM chỉ là nơi thi hành. Cách chia nhóm hành vi nhỏ và hành vi chính có trong bài micro events và macro events trong GA4. Điều kiện nghiệm thu: mọi event đang chạy đều có trong Event Spec, không có hai tên cho cùng một hành vi, và không có tên nào viết hoa lẫn lộn hay dùng dấu cách.

7. Tiêu chí 248: Tham số sự kiện đủ ngữ cảnh

Mỗi event quan trọng phải mang đủ tham số để đọc thành quyết định, ví dụ page_type, cta_position, intent_stage, form_id, offer_id hoặc service_id, và tuyệt đối không được gửi email, số điện thoại hay bất kỳ dữ liệu nhận dạng cá nhân nào vào GA4. Tham số là chỗ mô tả khác biệt, thay cho việc đẻ thêm tên event.

Cách chọn tham số: hỏi xem khi nhìn con số này trong báo cáo, mình sẽ hỏi tiếp câu gì. Nếu câu hỏi tiếp theo là nút nằm ở đâu thì cần cta_position. Nếu câu hỏi tiếp theo là khách đang ở bước nào thì cần intent_stage. Nếu câu hỏi tiếp theo là dịch vụ nào thì cần service_id hoặc offer_id. Tham số không trả lời câu hỏi nào thì không gửi.

Giới hạn phải biết trước khi thiết kế: mỗi event có trần số tham số riêng, và số tên tham số riêng biệt trong property cũng có trần, xem trang giới hạn thu thập sự kiện. Vì vậy hãy đặt tên tham số dùng lại được cho nhiều event, thay vì mỗi event một bộ tên riêng.

Ranh giới dữ liệu cá nhân là ranh giới cứng. Điều khoản của Google Analytics cấm gửi dữ liệu nhận dạng cá nhân, nên đừng đưa email, số điện thoại hay tên khách vào tham số, kể cả khi đã mã hóa một phần. Cần nối về CRM thì gửi một mã định danh nội bộ không suy ngược ra người dùng. Điều kiện nghiệm thu: mỗi key event có đủ tham số theo Event Spec, đọc được trong DebugView, và không tham số nào chứa dữ liệu nhận dạng cá nhân.

8. Tiêu chí 249: Key Events gắn hành động kinh doanh

Chỉ những hành động có giá trị kinh doanh mới được đánh dấu Key Event, ví dụ generate_lead, click_call, chat_open, booking_request hay purchase, và không được dùng page_view hoặc scroll để làm đẹp tỷ lệ chuyển đổi. Key Event là thứ ban giám đốc đọc, nên định nghĩa sai là báo cáo sai ở mức cao nhất.

Phép thử đơn giản cho một hành động có xứng làm Key Event không: nếu con số đó tăng gấp đôi trong một tháng, bộ phận kinh doanh có thấy khác biệt không. Lượt xem trang giá tăng gấp đôi thường không đổi gì cho doanh thu, còn số lượt bấm gọi tăng gấp đôi thì có. Tài liệu về key events mô tả đúng cách đánh dấu và giới hạn số lượng trong một property.

Một website dịch vụ thường chỉ cần ba tới năm key event, và nên viết định nghĩa cho từng cái: bắn ở đâu, tính là thành công khi nào, ai là người dùng số đó. Phần chọn hành động nào là chính có trong mục key events trong GA4 của thư viện tăng trưởng.

Đừng đánh dấu key event cho micro event như scroll, xem video hay xem giá. Micro event vẫn hữu ích để biết người dùng kẹt ở đâu, nhưng chúng thuộc nhóm hành vi phụ trợ, và trộn chung vào chuyển đổi làm mất khả năng so sánh giữa các kỳ. Điều kiện nghiệm thu: danh sách key event chỉ gồm hành động tạo khách hàng tiềm năng hoặc doanh thu, mỗi cái có định nghĩa viết ra, và không có key event nào là lượt xem trang.

9. Tiêu chí 250: Một hành động chỉ bắn một event

Một thao tác thật của người dùng chỉ được tạo đúng một event, nên phải kiểm riêng CTA cố định, popup, form và bản mobile, và không được ghi nhận form_submit khi gửi lỗi hoặc bắn lại sau khi tải trang. Tiêu chí này bảo vệ chính con số Key Event vừa định nghĩa ở trên.

Bốn nguồn bắn trùng hay gặp trên WordPress. Một, nút gọi vừa có trình kích hoạt theo lớp CSS vừa có trình kích hoạt theo đường dẫn tel, nên một lần bấm ra hai bản ghi. Hai, nút CTA cố định ở đáy màn hình dùng chung lớp với nút trong bài. Ba, popup gắn cùng trình kích hoạt với form trong trang. Bốn, trang cảm ơn vừa bắn event theo URL vừa bắn theo phản hồi của form, nên người dùng tải lại trang là có thêm một chuyển đổi.

Chuẩn đúng cho form: chỉ bắn khi có phản hồi thành công từ máy chủ, không bắn lúc bấm nút. Nếu chỉ có thể dựa vào trang cảm ơn thì chống bắn lại bằng cách chỉ bắn khi có tham số phiên gửi form, và không bắn khi người dùng mở lại trang đó từ lịch sử trình duyệt.

Cách kiểm: bật chế độ Xem trước của Google Tag Manager, thao tác thật một lần, rồi đếm số event trong DebugView và trong tab Network của trình duyệt. Làm đủ trên desktop và trên điện thoại. Điều kiện nghiệm thu: mỗi thao tác thử tạo đúng một event, và gửi form lỗi không tạo event nào.

10. Tiêu chí 251: Custom dimensions cho tham số cần báo cáo

Chỉ đăng ký Custom Dimension cho tham số thật sự cần xuất hiện trong báo cáo, chọn đúng phạm vi, giữ tên ổn định, theo dõi giới hạn của property và chờ dữ liệu được xử lý trước khi kết luận là thiếu. Tham số đã gửi vẫn nằm trong dữ liệu, nhưng chỉ đọc được trong giao diện báo cáo sau khi đăng ký.

Phạm vi quyết định ý nghĩa của con số. Phạm vi sự kiện mô tả bối cảnh của một lần bắn, ví dụ cta_position. Phạm vi người dùng mô tả thuộc tính gắn với người dùng qua nhiều phiên, ví dụ loại khách hàng. Chọn sai phạm vi là con số vẫn hiện nhưng trả lời câu hỏi khác. Xem tài liệu về custom dimensions và metrics trước khi đăng ký hàng loạt.

Hai điều làm nhiều người tưởng mình gắn hỏng. Thứ nhất, custom dimension không hồi tố: dữ liệu chỉ có từ lúc đăng ký trở đi, nên tham số gửi tuần trước sẽ không hiện trong báo cáo tuần trước. Thứ hai, dữ liệu cần thời gian xử lý, thường tính bằng giờ chứ không phải phút, nên đừng kết luận thiếu ngay trong ngày đầu.

Giới hạn số custom dimension của một property là hữu hạn và không xóa đi để lấy lại chỗ một cách thoải mái, nên hãy đăng ký theo nhu cầu báo cáo thật. Nếu chỉ cần xem một lần, dùng Khám phá với tham số sẵn có thay vì đăng ký thêm. Điều kiện nghiệm thu: mỗi custom dimension đang đăng ký có ít nhất một báo cáo dùng tới, đúng phạm vi, và tên trùng khớp với tên tham số trong Event Spec.

11. Tiêu chí 252: Dữ liệu nội bộ, referral và cross-domain sạch

Dữ liệu sạch cần ba việc: tạo quy tắc lưu lượng nội bộ rồi thử bộ lọc ở trạng thái kiểm thử trước khi bật, cấu hình đo liên miền khi hành trình đi qua nhiều tên miền hoặc cổng thanh toán, và khai báo referral không mong muốn để không tự tạo phiên mới cho chính mình. Ba việc này ngăn website tự làm bẩn số liệu của nó.

Lưu lượng nội bộ là lượt truy cập của chính đội làm web và nhân sự công ty. Cách làm theo hướng dẫn lọc lưu lượng nội bộ: định nghĩa quy tắc theo dải IP văn phòng, sau đó tạo bộ lọc dữ liệu. Bộ lọc dữ liệu nên để ở trạng thái kiểm thử vài ngày để xem nó bắt đúng cái gì, vì bộ lọc đã bật là loại dữ liệu vĩnh viễn, không lấy lại được.

Đo liên miền cần khi khách đi từ website sang một tên miền khác mà vẫn là một hành trình, ví dụ sang cổng thanh toán hoặc sang trang đặt lịch của bên thứ ba. Không cấu hình thì GA4 cắt phiên tại chỗ chuyển và gán nguồn mới, khiến chuyển đổi bị quy về chính website của anh chị. Xem cách thiết lập đo liên miền, và dùng danh sách referral không mong muốn cho các tên miền thanh toán.

Dấu hiệu đang có vấn đề rất dễ thấy trong báo cáo Thu nạp lưu lượng: chính tên miền của mình xuất hiện trong danh sách nguồn giới thiệu, hoặc số phiên tăng vọt mà số người dùng gần như không đổi. Điều kiện nghiệm thu: bộ lọc nội bộ đang hoạt động, không có self-referral trong báo cáo nguồn, và hành trình qua tên miền khác giữ nguyên một phiên.

12. Tiêu chí 253: Báo cáo Landing Page đến Key Events

Đánh giá SEO trong GA4 đi theo một đường duy nhất: báo cáo Trang đích, lọc kênh Organic Search, rồi đọc tiếp mức độ tương tác và Key Event, so sánh theo trang đích, theo thiết bị và theo thời gian. Một con số lượt xem trang đứng lẻ không kết luận được gì về hiệu quả.

Bốn cột nên nhìn cùng nhau cho mỗi trang đích: số phiên, số phiên có tương tác, số key event, và tỉ lệ phiên có key event. Một trang nhiều phiên nhưng không có key event là trang kéo được người đọc mà chưa dẫn được bước tiếp theo, thường do thiếu lời mời hành động đúng ngữ cảnh chứ không phải do thiếu lưu lượng.

So sánh theo thiết bị hay lộ ra lỗi thật: cùng một trang, desktop có chuyển đổi còn mobile bằng không, gần như luôn là nút bị che, form quá dài, hoặc event chỉ gắn cho bản desktop. So sánh theo kỳ thì chọn cùng độ dài và tránh kỳ có chiến dịch quảng cáo, vì Organic Search vẫn bị ảnh hưởng gián tiếp bởi nhận diện thương hiệu.

Ghép thêm Search Console cho phần trước khi nhấp, tức truy vấn, lượt hiển thị và vị trí, rồi mới nối vào phần sau khi nhấp của GA4. Cách dựng báo cáo theo URL có trong bài dashboard SEO theo URL. Điều kiện nghiệm thu: có một báo cáo Trang đích lọc Organic Search, hiển thị key event theo trang, dùng được để chọn trang cần sửa trong tuần.

13. Ba cách gắn GA4 vào WordPress và cách chọn một

WordPress có ba cách gắn GA4 phổ biến, Google Tag Manager, Site Kit và Google tag gắn thẳng, và tiêu chí 245 chỉ cho phép chọn một trong ba. Chọn theo nhu cầu đo event tùy chỉnh, không chọn theo cái nào nhanh hơn lúc cài.

Lời khuyên thực tế cho website dịch vụ và đào tạo: chọn Google Tag Manager nếu có ít nhất ba hành động cần đo ngoài lượt xem trang, ví dụ bấm gọi, gửi form và mở chat. Dưới mức đó, Site Kit đủ dùng và ít rủi ro bắn trùng hơn.

Dù chọn cách nào, phần cài đặt chi tiết cho WordPress nằm trong bài cách cài Google Analytics 4 cho WordPress, gồm cả bước tạo data stream và bước kiểm dữ liệu đầu tiên.

14. Event, tham số, Custom Dimension và Key Event là bốn lớp khác nhau

Bốn khái niệm hay bị gọi lẫn trong GA4 là event, tham số, custom dimension và key event, và mỗi lớp trả lời một câu hỏi riêng. Gọi đúng tên giúp tìm đúng chỗ sửa khi báo cáo thiếu số.

Quy tắc dùng bốn lớp này gọn trong một câu: hành vi thành event, bối cảnh thành tham số, bối cảnh cần đọc thành custom dimension, và chỉ hành vi ra tiền mới thành key event.

15. Bốn dấu hiệu của dữ liệu bẩn và chỗ phải sửa

Dữ liệu GA4 bẩn thường lộ ra qua bốn dấu hiệu: số phiên tăng bất thường, tên miền của chính mình nằm trong nguồn giới thiệu, chuyển đổi nhiều hơn số khách thật, và lưu lượng đến từ nơi doanh nghiệp không phục vụ. Mỗi dấu hiệu chỉ về một chỗ sửa cụ thể, không phải lỗi của báo cáo.

Số phiên tăng bất thường mà người dùng gần như không đổi thường là double tracking, sửa theo tiêu chí 245. Tên miền của mình trong nguồn giới thiệu là thiếu cấu hình liên miền hoặc thiếu danh sách referral không mong muốn, sửa theo tiêu chí 252. Chuyển đổi nhiều hơn khách thật thường là một hành động bắn nhiều event, sửa theo tiêu chí 250. Lưu lượng từ thị trường không phục vụ và không có tương tác thường là lượt tự động, và phần lớn được lọc sẵn, phần còn lại xử lý bằng bộ lọc dữ liệu.

Đặt lịch soi bốn dấu hiệu này mỗi tháng một lần, vào cùng ngày với lần rà báo cáo. Phát hiện sớm thì chỉ mất dữ liệu vài ngày, phát hiện sau một quý thì mọi so sánh theo kỳ đều phải ghi chú.

16. Vì sao số trong GA4 không khớp Search Console

Số trong GA4 và số trong Search Console không khớp nhau là chuyện bình thường, vì hai hệ đo hai thứ khác nhau: Search Console đo phần trước khi nhấp trên kết quả tìm kiếm, còn GA4 đo phần sau khi trình duyệt tải được trang và chạy được thẻ đo. Không có cách nào làm hai con số bằng nhau, và cũng không nên cố.

Bốn nguyên nhân thường gặp. Một, đơn vị khác nhau: Search Console đếm lượt nhấp, GA4 đếm phiên và người dùng. Hai, ranh giới ngày khác nhau do múi giờ của property. Ba, một phần khách chặn thẻ đo hoặc rời trang trước khi thẻ chạy, nên Search Console có nhấp mà GA4 không có phiên. Bốn, chuyển hướng và tham số URL làm trang đích được ghi nhận khác nhau ở hai hệ.

Cách dùng đúng là ghép hai hệ theo vai trò: Search Console trả lời truy vấn nào mang người tới và trang nào được hiện, GA4 trả lời người tới rồi làm gì. Quy trình đọc ghép hai nguồn có trong bài cách đọc báo cáo SEO bằng GA4 và GSC, và phần đo độ hiển thị trên AI Search nằm ở bài SEO WordPress #26.

17. Đọc SEO trong GA4: từ Trang đích tới Key Event

Một vòng đọc SEO trong GA4 chỉ cần bốn bước: lọc Organic Search, xếp theo trang đích, đọc key event của từng trang, rồi so sánh với kỳ trước để chọn việc cần làm. Vòng này mất khoảng 15 phút mỗi tuần và nên cho ra đúng một việc ưu tiên.

Bước một, mở báo cáo Trang đích và đặt điều kiện nhóm kênh phiên là Organic Search. Bước hai, xếp theo số phiên để thấy trang nào đang gánh lưu lượng tự nhiên. Bước ba, thêm cột key event và tỉ lệ phiên có key event. Bước bốn, so cùng kỳ trước và khoanh ba trang thay đổi mạnh nhất.

Ba dạng kết luận thường gặp và việc đi kèm. Trang nhiều phiên nhưng không có key event: sửa lời mời hành động và liên kết nội bộ về trang chuyển đổi. Trang ít phiên nhưng tỉ lệ key event cao: đáng đầu tư nội dung và liên kết để kéo thêm lưu lượng. Trang rớt phiên mà tỉ lệ giữ nguyên: nhiều khả năng là chuyện của thứ hạng chứ không phải chuyện của trang, nên soi tiếp trong Search Console.

Khi đã quen vòng này, dựng thêm một bảng theo URL để không phải lọc tay mỗi tuần, theo hướng trong bài Data-driven Growth và bài dashboard SEO theo URL.

18. Quy trình: thiết lập, kiểm thử trước publish, rà định kỳ

Mười tiêu chí trong bài chạy theo ba giai đoạn: thiết lập một lần, kiểm thử trước mỗi lần publish, và rà theo lịch cố định. Chia như vậy để không ai phải làm lại toàn bộ checklist mỗi tuần.

Với website đang chạy mà chưa từng soi GA4, thứ tự sửa hợp lý là: kiểm double tracking trước, vì nó làm sai mọi con số; rồi tới key event, vì nó là thứ đang được báo cáo lên trên; rồi mới tới taxonomy và tham số, vì phần này chỉ cải thiện dữ liệu từ lúc sửa trở đi.

Ghi lại ngày sửa và nội dung sửa vào một nhật ký thay đổi. Mọi điểm gãy trong biểu đồ về sau đều cần một dòng giải thích, và trí nhớ không phải là nguồn đáng tin sau ba tháng.

19. Công cụ, tài liệu gốc và hướng thực hành

Bộ công cụ cho nhóm tiêu chí Google Analytics 4 gồm ba công cụ chính thức của Google và một nhóm tài liệu gốc để đọc đúng giới hạn của từng tính năng. Phần hướng thực hành bên dưới là cách chạy một vòng kiểm đầu tiên trên website đang có.

• Google Analytics: nơi tạo property, data stream, key event, custom dimension và đọc báo cáo, dùng cho tiêu chí 244, 249, 251, 252 và 253.
• Google Tag Manager: nơi khai trình kích hoạt và thẻ, cùng chế độ Xem trước để kiểm trước khi publish, dùng cho tiêu chí 245, 247, 248 và 250.
• Tag Assistant: xác nhận trang đang bắn thẻ nào và bắn mấy lần, dùng cho tiêu chí 244, 245 và 246.

Tài liệu gốc nên giữ trong hồ sơ dự án: thiết lập Analytics cho website, recommended events, về key events, custom dimensions và metrics, giới hạn thu thập sự kiện, DebugView và lọc lưu lượng nội bộ. Đọc tài liệu gốc để biết cái gì có giới hạn, cái gì không hồi tố, và cái gì đã bị Google đổi tên.

Hướng thực hành cho vòng đầu: mở một trang bất kỳ với Tag Assistant để đếm số thẻ GA4, mở DebugView rồi bấm thử nút gọi và gửi một form, đối chiếu số event với Event Spec, rồi mở báo cáo Trang đích lọc Organic Search và chọn ra ba trang cần sửa trong tuần. Phần kiểm tra tổng thể sau mỗi đợt sửa có trong bài quy trình nghiệm thu SEO website.

Muốn học phần đo lường này theo hệ thống, gồm cả cách gắn key event và cách đọc báo cáo ra quyết định, anh chị có thể xem phạm vi của các khóa học SEO. Checklist trong bài dùng được làm bài tập trên chính website của mình.

20. Câu hỏi thường gặp và kết luận

Các câu hỏi dưới đây gom những chỗ hay gây tranh cãi khi thiết lập Google Analytics 4 cho website WordPress, từ chuyện gắn hai công cụ cùng lúc tới chuyện số không khớp giữa các hệ. Khi gặp một con số lạ, hãy hỏi nó thuộc lớp nào trong ba lớp ở mục 1 rồi mới đi tìm nguyên nhân.

Có nên dùng cả Google Tag Manager và plugin analytics cùng lúc không?

Không. Dùng cả hai là nguyên nhân số một của double tracking: một lần tải trang tạo hai page_view, phiên bị chia đôi và tỉ lệ tương tác sai. Chọn một cách gắn thẻ, tắt hẳn cách còn lại, rồi kiểm lại bằng Tag Assistant.

Key event và conversion có phải là hai thứ khác nhau không?

Không, đó là cùng một thứ đổi tên. Google đổi cách gọi conversion trong Analytics thành key event, còn chữ conversion nay dành cho phần quảng cáo. Ý nghĩa vẫn là hành động được đánh dấu quan trọng trong property.

Một website dịch vụ cần bao nhiêu key event?

Ba tới năm key event là đủ cho phần lớn website dịch vụ: gửi form, bấm gọi, mở chat, đặt lịch và mua hàng nếu có bán trực tuyến. Nhiều hơn mức đó thường là đang đánh dấu cả hành vi phụ trợ, và báo cáo chuyển đổi mất ý nghĩa.

Tại sao tham số đã gửi mà không thấy trong báo cáo?

Vì tham số chỉ hiện trong báo cáo sau khi được đăng ký thành custom dimension, và dữ liệu chỉ có từ lúc đăng ký trở đi. Ngoài ra dữ liệu cần thời gian xử lý, nên hãy chờ đủ rồi mới kết luận là thiếu.

GA4 có cho biết khách vào bằng từ khóa nào không?

Không. GA4 không hiển thị truy vấn tìm kiếm tự nhiên, phần đó thuộc Search Console. GA4 cho biết trang đích, thiết bị, hành vi và key event sau khi khách đã vào website.

Có được gửi email hoặc số điện thoại của khách vào GA4 không?

Không. Điều khoản của Google Analytics cấm gửi dữ liệu nhận dạng cá nhân. Cần nối dữ liệu về CRM thì dùng một mã định danh nội bộ không suy ngược ra người dùng, và giữ bảng ánh xạ ở hệ thống của mình.

Bản staging có nên gắn GA4 không?

Chỉ gắn khi dùng property riêng cho staging. Gắn chung Measurement ID với bản thật là làm bẩn dữ liệu bằng chính lượt truy cập của đội làm web, và phần dữ liệu đó không lọc lại được sau khi đã thu.

Đổi tên event thì dữ liệu cũ có mất không?

Dữ liệu cũ không mất nhưng nằm dưới tên cũ, nên mọi báo cáo theo tên mới bắt đầu lại từ ngày đổi. Vì vậy taxonomy phải chốt trước khi gắn, và khi buộc phải đổi thì ghi mốc đổi vào nhật ký thay đổi để đọc biểu đồ không hiểu nhầm.

Kết luận: Google Analytics 4 phục vụ SEO tốt khi dữ liệu được thu đúng một lần, event mang tên nhất quán, key event chỉ gắn cho hành động có giá trị, và báo cáo đi từ trang đích Organic tới kết quả kinh doanh. Chạy đủ mười tiêu chí 244-253 cho website WordPress giúp mọi con số trong báo cáo SEO có nguồn gốc rõ ràng và so sánh được giữa các kỳ, thay vì một biểu đồ đẹp mà không ai dám dựa vào để ra quyết định.