Google Analytics vừa có Dashboard mới, nhưng bản cập nhật quan trọng hơn thì không ai nhắc

Có một niềm tin rất phổ biến trong giới chủ doanh nghiệp: "Google Analytics khó dùng vì báo cáo của nó rối." Mở lên thấy một rừng menu, mỗi số một chỗ, không biết nhìn đâu. Nên khi Google ra mắt Dashboards — kéo thả, gọn gàng, tất cả KPI trên một trang — phản ứng tự nhiên là: cuối cùng cũng có.

Tôi phải nói thẳng một điều không dễ nghe: giao diện báo cáo chưa bao giờ là vấn đề của bạn. Con số bên trong nó mới là vấn đề.

Và trong đúng tháng 9 này, Google đã phát hành hai bản cập nhật cách nhau mười hai ngày. Bản được cả giới marketing viết bài là bản dễ nhìn. Bản thứ hai gần như không ai nhắc — nhưng nó mới là bản có thể thay đổi con số trên màn hình của bạn.

Chuyện gì đã xảy ra, và xảy ra khi nào

Hai mốc, theo đúng trang ghi chú phát hành chính thức của Google (What's new in Google Analytics):

Ngày 9/9/2026 — Dashboards. Google viết nguyên văn: "Dashboards are now available in Google Analytics. Dashboards are a highly flexible way to help businesses view their KPIs on a single report."
Ngày 21/9/2026 — Hostname filters. Google viết: "Google Analytics now supports Include data filters for hostnames, allowing you to create an allowlist of approved domains authorized to send event data to your property."

Một tính năng để xem số. Một tính năng để quyết định số nào được phép đi vào. Hãy đoán xem bản nào được viết bài nhiều hơn gấp mười lần.

Dashboard mới làm được gì — và không làm được gì

Nói cho công bằng: đây là một bổ sung hữu ích, và tôi sẽ dùng nó.

Bạn được sáu loại biểu đồ: score card, bảng, đường, cột, donut và funnel — kéo thả, sắp xếp lại, thay đổi kích thước bằng chuột ngay trong Google Analytics, không phải mở sang sản phẩm thứ hai. Giới hạn: tối đa 15 thẻ (card) mỗi dashboard với property tiêu chuẩn, 30 thẻ với property trả phí Analytics 360. Quyền Editor hoặc Administrator mới tạo và xuất bản được; còn ai có quyền truy cập property đều xem được dashboard đã xuất bản (PPC Land).

Và đây là phần ít ai đọc kỹ. Theo cùng nguồn trên, ở thời điểm ra mắt Google nêu rõ: hỗ trợ API, segment, và so sánh ở cấp từng thẻ đều chưa được hỗ trợ — không kèm mốc thời gian nào cho cả ba. GA4 Optimizer bổ sung thêm danh sách thiếu: không có khối văn bản hay mô tả, không tuỳ chỉnh kiểu hiển thị, không có chỉ số tính toán (calculated metrics), không lọc regex (GA4 Optimizer).

Để so sánh: Looker Studio có 36 loại biểu đồ và hơn 600 đầu nối dữ liệu.

Đọc cho đúng: Dashboards không thay thế Looker Studio. Nó rút ngắn quãng đường trả lời một câu hỏi mà ba cái biểu đồ là đủ. Đó là một tiện lợi thật — nhưng là tiện lợi về hiển thị, không phải về độ tin cậy.

Nên nếu bạn đang chờ Dashboards để "cuối cùng cũng hiểu được số liệu của mình", tôi e là bạn sẽ thất vọng. Một dashboard đẹp hơn không làm số liệu đúng hơn. Nó chỉ giúp bạn đi tới một quyết định sai nhanh hơn, và tự tin hơn.

Bản cập nhật ngày 21/9 mới là thứ thay đổi con số của bạn

Đây là chỗ tôi muốn bạn dừng lại lâu nhất.

Trước ngày 21/9/2026, bộ lọc hostname trong Google Analytics chỉ có một chiều: Exclude — loại trừ. Nghĩa là bạn phải biết tên miền rác trước, rồi thêm nó vào danh sách chặn. Mỗi lần xuất hiện một nguồn mới, bạn thêm một dòng. Mãi mãi.

Google thừa nhận thẳng vấn đề đó trong thông báo: "Previously, filtering was limited to Exclude filters, which required ongoing manual updates to keep up with new sources of spam. By allowing you to define a list of approved hostnames, this feature simplifies configuration and helps ensure the integrity of your analytics data with minimal maintenance." (Search Engine Journal)

Từ ngày 21/9, bạn làm được điều ngược lại: khai báo danh sách tên miền được phép. Mọi sự kiện mang hostname khác sẽ bị lọc ra (PPC Land).

Nghe như một thay đổi nhỏ về giao diện cấu hình. Nó không nhỏ. Nó là lời thừa nhận rằng cho tới tuần trước, property Google Analytics của bạn về mặc định chấp nhận dữ liệu từ bất kỳ tên miền nào trên internet.

Tại sao chuyện đó xảy ra được: mã đo lường của bạn là công khai

Nhiều chủ doanh nghiệp nghĩ mã đo lường (Measurement ID, dạng G-XXXXXXXXXX) là một thứ bí mật kỹ thuật. Không hề.

Nó là một chuỗi ký tự công khai nằm trong mã nguồn của mọi trang bạn phục vụ. Bất kỳ ai cũng bấm được Ctrl+U và đọc thấy. Và khi đã có nó, kẻ gửi rác không cần chạm vào website của bạn — họ trỏ script thẳng vào điểm thu dữ liệu của Google, kèm mã của bạn, và khai hostname tuỳ ý. Máy chủ của bạn không hề ghi nhận một lượt truy cập nào, vì chưa từng có lượt truy cập nào xảy ra (MetricsWatch).

MetricsWatch kể lại chính sự cố của họ để minh hoạ quy mô sai lệch: Google Analytics báo 510 người dùng, trong khi công cụ đối chiếu (PostHog) chỉ ghi nhận 16. Chênh hơn 30 lần. Điểm nhận dạng: lưu lượng giả xuất hiện dưới tên miền gốc không có www, trong khi site thật của họ chạy trên www.

Đây không chỉ là chuyện spam. Cùng một lỗ hổng tạo ra ba vấn đề rất đời thường mà tôi gặp liên tục khi rà soát website cho khách:

Bản staging/dev vẫn gắn mã đo lường thật — đội kỹ thuật test 200 lần, tỷ lệ chuyển đổi của bạn loãng ra 200 lần.
Website bị nhân bản (clone/scrape) kèm nguyên mã đo lường — dữ liệu người lạ trộn vào dữ liệu khách hàng của bạn.
Tên miền cũ, subdomain bỏ quên vẫn đang bắn dữ liệu về, không ai biết.

Và tất cả những con số đó, cho tới hôm nay, vẫn đang nằm trong cái dashboard bạn vừa dựng xong.

Nhưng đừng bật nó ngay — đây là bộ lọc một chiều

Tôi sẽ không kết bài bằng câu "hãy bật ngay". Vì tính năng này có một mặt sắc mà bạn phải nhìn trước khi chạm vào.

Google nói rõ trong tài liệu về data filters: dữ liệu bị bộ lọc loại ra sẽ không bao giờ được xử lý — "the excluded data is never processed and will never be available in Google Analytics or BigQuery" — và bộ lọc không tác động tới dữ liệu lịch sử, nó chỉ được đánh giá "from the point of creation forward" (Google Analytics Help).

Đọc lại câu đó một lần nữa. Không phải ẩn đi. Không phải lọc khi xem báo cáo. Là không tồn tại. Kể cả trong bản xuất sang BigQuery.

Hệ quả rất thực tế: một bộ lọc Exclude cấu hình sai chỉ khiến rác lọt vào — bạn vẫn có thể tách nó ra khi phân tích. Nhưng một bộ lọc Include thiếu sót thì xoá luôn dữ liệu thật, và không có đường lấy lại. Quên một subdomain, quên tên miền thứ hai trong cấu hình cross-domain, quên tên miền trang thanh toán — là mất trắng phần dữ liệu đó, vĩnh viễn.

Ba chi tiết nữa cần biết trước khi cấu hình, theo PPC Land và Search Engine Journal:

Mỗi property chỉ được tối đa 10 data filter, và bộ lọc hostname dùng chung quota đó với bộ lọc lưu lượng nội bộ và lưu lượng nhà phát triển.
Sự kiện gửi qua Measurement Protocol không bị áp bộ lọc Include. Nếu bạn đang đẩy dữ liệu server-side, đường đó vẫn mở.
Sự kiện không có hostname bị chặn tự động, và bộ lọc cần khoảng 24–36 giờ để có hiệu lực.

Thêm một điểm kỹ thuật đáng nói: allowlist chặn được kẻ khai hostname lạ. Nếu kẻ gửi rác khai đúng tên miền của bạn, nó vẫn đi qua. Đây là một lớp phòng thủ tốt, không phải một cái khoá.

May là Google có để đường lùi: trạng thái Testing. Ở trạng thái này, Analytics gắn nhãn các sự kiện khớp bộ lọc bằng một dimension tên Test data filter name, để bạn xem trước chính xác cái gì sẽ bị xoá trước khi kích hoạt. Đừng bỏ qua bước này. Nó là khác biệt giữa một tuần dọn dữ liệu và một quý mất dữ liệu.

Thứ tự đúng: dữ liệu đáng tin trước, dashboard sau

Đây là luận điểm của tôi, gọn trong một câu: Google vừa phát hành công cụ xem KPI trước công cụ bảo đảm KPI đó là thật — và phần lớn doanh nghiệp đang triển khai theo đúng thứ tự sai đó.

Tôi hiểu vì sao. Dashboard nhìn thấy được; nó đẹp trong buổi họp, nó chứng minh được là có làm việc. Còn một bộ lọc hostname thì không ai khen. Nó chỉ làm một việc: khiến vài con số giảm xuống. Đó là loại công việc không ai muốn nhận công — nhưng lại là loại quyết định bạn tiêu tiền quảng cáo đúng hay sai.

Hãy nghĩ về hậu quả kinh doanh thật. Nếu 20% lưu lượng trong báo cáo của bạn không phải người thật, thì: tỷ lệ chuyển đổi bị chia nhỏ đi, chi phí trên mỗi khách hàng bị bóp méo, kênh "hiệu quả" có thể chỉ là kênh bị spam nhiều nhất — và bạn dồn thêm ngân sách vào đúng chỗ rò rỉ. Không dashboard nào cứu được điều đó. Dashboard chỉ trình bày nó gọn gàng hơn.

Vậy bạn nên làm gì trong tuần này

Rất cụ thể, theo đúng thứ tự:

Mở báo cáo và kiểm tra hostname trước khi dựng dashboard. Thêm dimension Hostname vào một báo cáo (hoặc một thẻ bảng trong Dashboards mới). Bạn nên thấy đúng 1–2 tên miền. Nếu thấy nhiều hơn, bạn có việc phải làm.
Đối chiếu với một nguồn đếm lượt truy cập thật. Log máy chủ, bảng điều khiển CDN, hoặc bất kỳ công cụ nào chỉ ghi nhận request có thật. Nếu hai con số lệch nhau vài chục phần trăm, tin con số của bên phải thực sự chạm tới hạ tầng.
Liệt kê ra giấy mọi tên miền hợp lệ. Tên miền chính, có và không www, subdomain, trang thanh toán, landing page chạy quảng cáo, tên miền cũ còn redirect. Thiếu một dòng ở bước này là mất dữ liệu ở bước sau.
Tạo bộ lọc Include ở trạng thái Testing, và để đó ít nhất một tuần. Kiểm tra dimension Test data filter name xem có dữ liệu thật nào bị vướng không. Chỉ kích hoạt khi bạn chắc.
Hỏi đội kỹ thuật hoặc đơn vị làm web đúng ba câu: Bản staging có đang dùng mã đo lường của production không? Chúng ta có bao nhiêu tên miền đang gửi dữ liệu về property này? Nếu một bộ lọc Include kích hoạt sai, chúng ta mất gì?

Nếu câu trả lời cho câu đầu tiên là "để em kiểm tra lại", thì bạn vừa tìm ra lý do con số của mình không bao giờ khớp.

Dashboards là một tính năng tốt, và tôi khuyến khích bạn dùng. Nhưng hãy dùng nó theo đúng thứ tự: làm sạch nguồn nước trước, rồi hãy mua cái ly đẹp.

Bản cập nhật ngày 21/9 không có ảnh minh hoạ lung linh và không ai viết bài ca ngợi. Nó chỉ lặng lẽ vá một lỗ hổng đã âm thầm bóp méo báo cáo của rất nhiều doanh nghiệp trong nhiều năm. Đó là loại tin tức đáng đọc nhất — và luôn là loại ít được đọc nhất.

Cần một người rà soát lại toàn bộ hệ thống đo lường của bạn trước khi bạn ra quyết định ngân sách dựa trên nó? Nói chuyện với chúng tôi — hoặc xem cách chúng tôi làm SEO và tối ưu hiệu suất.