Trải nghiệm trang đích dưới trung bình: cách bật cột và sửa từng lỗi

“Dưới trung bình” ở cột Trải nghiệm trang đích là mức Google chấm trang đích của từng từ khoá, so với nhà quảng cáo khác; Google không công bố ngưỡng số. Cách xử lý: bật cột, gom từ khoá theo trang đích, đo trên điện thoại, mỗi lần chỉ sửa một nguyên nhân. Ở ca chúng tôi đo, trang có 1.248 chữ và LCP dưới 1,6 giây, nhưng CLS lên 0,3185. Khai trước kích thước chữ đưa CLS về 0,0388, giảm 87,8%.

“Dưới trung bình” nghĩa là gì, và không nghĩa là gì

Đây là một nhận xét về trang đích, không phải một con số. Google định nghĩa cột này như sau.

Trải nghiệm trang đích: Mức độ liên quan và hữu ích của trang đích đối với người dùng nhấp vào quảng cáo của bạn.

— Trung tâm trợ giúp Google Ads (tiếng Việt), 24/10/2026

Cột có ba mức: Trên trung bình, Trung bình và Dưới trung bình, so với các nhà quảng cáo khác. Theo trang trợ giúp về cách đọc ba mức này, Dưới trung bình nghĩa là bạn có thể cần xem xét thực hiện một số thay đổi để cải thiện trang đích. Hai mức còn lại cho biết không có vấn đề lớn so với các từ khoá khác.

Google không nói “Dưới trung bình” là bao nhiêu điểm, và không chỉ ra trang sai ở đâu. Vì vậy mức này là kết luận, không phải chẩn đoán. Phần còn lại của bài là cách tự chẩn đoán.

Một điểm hay bị hiểu lầm: theo Google, Điểm chất lượng không phải là yếu tố đầu vào trong phiên đấu giá quảng cáo. Cột này là báo cáo chẩn đoán. Cách Điểm chất lượng và Ad Rank liên quan nhau được giải thích ở bài Điểm chất lượng Google Ads là gì; bài này chỉ bàn phần trang đích.

Bật cột Trải nghiệm trang đích ở đâu

Cột nằm trong nhóm “Điểm chất lượng”, ở cấp từ khoá của chiến dịch Search. Chiến dịch Performance Max hoặc Hiển thị không có cột này. Các bước:

1. Mở chiến dịch, vào mục Từ khoá.
2. Bấm biểu tượng cột ở góc trên bên phải bảng.
3. Chọn Sửa đổi cột cho các từ khoá.
4. Chọn Tất cả các cột, mở nhóm Điểm chất lượng.
5. Tick Điểm chất lượng, Trải nghiệm trang đích, CTR dự kiến và Mức độ liên quan của quảng cáo.
6. Bấm Áp dụng.

Mỗi cột có thêm bản “(trước đây)”. Bản này giữ giá trị gần nhất Google từng ghi, hữu ích khi từ khoá ít hiển thị và bản hiện tại để trống.

Gom từ khoá theo trang đích trước khi sửa

Nếu cả cụm từ khoá cùng trỏ về một URL đều Dưới trung bình, lỗi nằm ở trang đó. Nếu chỉ một từ khoá lẻ bị hạ, hãy nghi ngờ độ khớp giữa từ khoá và trang trước.

Cách làm trong bảng tính: xuất danh sách từ khoá của 30 ngày gần nhất, sắp theo chi phí giảm dần, rồi nhóm theo URL trang đích. Với mỗi URL, đếm bao nhiêu từ khoá Dưới trung bình và chúng chiếm bao nhiêu phần trăm chi phí. Trang nào vừa chiếm nhiều tiền vừa có nhiều từ khoá bị hạ thì sửa trước.

Làm bước này trước khi sửa là để tránh chữa nhầm. Một tài khoản có thể có nhiều từ khoá bị hạ nhưng chỉ vài trang đích; sửa vài trang rẻ hơn nhiều so với đoán lỗi từng từ khoá.

Cô lập nguyên nhân: sáu nghi phạm, mỗi lần đo một cái

Đo từng nghi phạm trên điện thoại rồi loại trừ, không viết lại cả trang. Bảng dưới là thứ tự chúng tôi dùng khi soi một trang đích Dưới trung bình.

Ngưỡng Core Web Vitals theo web.dev (đo ở phân vị 75), người viết đọc lại ngày 26/10/2026.

Nếu chưa rõ trang chậm hay không, bài cải thiện Core Web Vitals hướng dẫn đo từng chỉ số, còn bài ảnh làm LCP chậm nói về nén và đổi sang WebP.

Ca 1: nội dung tốt, tốc độ tốt, vẫn Dưới trung bình

Trang này không mỏng, không lạc đề, không chậm; thứ còn lại là trang giật. Chúng tôi đo một tài khoản Search cho khách, kỳ 05/08 đến 03/09/2026 (đã ẩn tên, ngành và từ khoá). Ba từ khoá bị Dưới trung bình, cùng trỏ về một trang. Mức liên quan của quảng cáo là Trên trung bình ở cả tám từ khoá, nên quảng cáo không có lỗi.

Chuỗi loại trừ trên trang đó:

• Nội dung: 1.248 chữ, có bảng giá, từ khoá có trong title, H1 và mô tả.
• Tốc độ: LCP 736 đến 1.552 ms, TTFB 9 ms, không có script chặn render trong <head>.
• Độ giật: CLS 0,3185, gấp hơn ba lần ngưỡng 0,1.

Đo bằng PerformanceObserver ở khung 390×844, mạng Slow 4G, CPU chậm ×4 (giống một máy Android tầm trung) cho thấy nguồn: plugin dựng trang in bảng CSS ở byte 138.885 trên tổng 163.970 (84,7% đường đi), tức gần cuối <body>. Trình duyệt vẽ tiêu đề bằng cỡ chữ mặc định, đọc tiếp phần HTML còn lại rồi mới gặp CSS đặt tiêu đề lên 48 px. Chữ nở gấp ba. Nút Gọi tụt xuống 252 px ở giây thứ 2,8, khi người dùng đã thấy nút và định bấm.

Cách sửa không đổi một chữ nào: khai trước cỡ chữ cuối cùng ngay trong <head>, để lần vẽ đầu bằng lần vẽ cuối. CLS giảm từ 0,3185 xuống 0,0388, tức giảm 87,8%, và qua ngưỡng 0,1.

.hero-tieu-de {
  font-size: 48px;     /* đúng cỡ cuối cùng mà plugin sẽ áp sau */
  line-height: 1.2;
}
@media (max-width: 767px) {
  .hero-tieu-de { font-size: 30px; }
}

Một điều phải nói thẳng: sửa xong, cột Trải nghiệm trang đích của ca này chưa rời mức Dưới trung bình ở lần đo 18/09 (xem phần đo lại bên dưới). Giật là nguyên nhân đo được, chứ chưa phải nguyên nhân duy nhất được chứng minh.

Ca 2: cùng triệu chứng, nguyên nhân khác

Trang thứ hai của cùng khách cũng giật, nhưng vì một lý do khác nên bản vá của ca 1 không dùng được. Script của trình dựng trang, tải trễ (defer), đã co các hàng toàn chiều rộng từ 400 px về đúng 390 px trong khoảng giây 1,2 đến 3,0. Hẹp đi 10 px thì chữ xuống dòng, hàng cao thêm 20 px, mọi thứ bên dưới tụt xuống. Chỉ 20 px nhưng phần bị đẩy gần kín màn hình, nên CLS lên 0,2954.

Sau khi khai trước bề ngang cuối cùng của hàng, CLS xuống 0,1039, giảm 64,8%. Con số này chưa xuống tới 0,1. Phần dư đến từ 5 px lề trong của cột mà CSS đặt trong <head> không chặn được, dù chúng tôi thử ba cách. Chúng tôi ghi lại như vậy thay vì làm tròn thành “đã đạt”.

Bẫy ?gclid=: người bấm quảng cáo không vào URL mà bạn đo

Khi bạn đo URL trần còn người bấm quảng cáo vào URL có ?gclid=, hai bên có thể nhận hai tốc độ khác nhau. Nhiều hệ thống cache toàn trang bỏ qua URL có chuỗi truy vấn. Đo một trang đích của khách ngày 11/09/2026:

Đo ngày 11/09/2026, một trang đích của khách. Lighthouse chỉ đo URL trần nên không thấy chênh lệch này.

TTFB khi MISS gấp khoảng ba lần khi HIT (2,7 đến 3,2 lần). Phần này chúng tôi đã giao cho đơn vị quản trị hosting xử lý và chưa xác nhận kết quả, nên bài không nói là đã khắc phục. Muốn tự kiểm, thêm ?gclid=test vào URL và đọc header cache:

curl -s -o /dev/null -D - "https://ten-mien.vn/trang-dich/" | grep -i -E "^(HTTP|.*cache|age)"
curl -s -o /dev/null -D - "https://ten-mien.vn/trang-dich/?gclid=test" | grep -i -E "^(HTTP|.*cache|age)"
curl -s -o /dev/null -w "TTFB %{time_starttransfer}s\n" "https://ten-mien.vn/trang-dich/?gclid=test"

Tên header cache khác nhau theo máy chủ (x-cache, cf-cache-status, x-*-cache). Nếu URL trần HIT còn URL có ?gclid= MISS, người bấm quảng cáo đang nhận bản chậm.

Lệch lời hứa và độ tin cậy của trang

Trang nhanh và ổn định vẫn có thể bị chấm thấp nếu nói khác quảng cáo hoặc khó tin. Rà ba thứ. H1 phải chứa đúng cụm người dùng đã tìm. Giá, ưu đãi, thời gian giao hay xử lý trên trang phải khớp với quảng cáo. Mọi con số về năng lực phải kiểm được.

Ở trang thứ hai trong ca trên, chúng tôi thấy hai trang cùng site tự mâu thuẫn: một trang ghi “15+ năm”, trang kia ghi “10+”. Ngoài ra có lời chứng thực đứng tên nhưng không có nguồn. Chúng tôi bỏ những thứ này, chỉ giữ số kiểm được. Nếu trang của bạn chưa tách được trang cho từng ý định tìm kiếm, bài trang chủ hay landing page riêng giúp quyết định.

Đo lại và chờ: đổi một thứ mỗi lần

Cột Trải nghiệm trang đích đổi chậm, nên mỗi lần chỉ nên đổi một thứ và ghi ngày. Google cập nhật sau vài ngày đến vài tuần thu thập dữ liệu thực. Đây là diễn biến ở ca của chúng tôi:

Số đo từ tài khoản Search của một khách, đã ẩn danh. Từ 11/09 chúng tôi cũng viết lại nội dung cả hai trang.

Vì nội dung hai trang đổi cùng thời gian, chúng tôi không tách được phần cải thiện nào của riêng CLS. Bài học thực tế: nếu muốn biết một bản vá có tác dụng, đừng gộp nó với việc viết lại trang.

Khi nào không nên sửa trang đích

Không phải cột Dưới trung bình nào cũng đáng tiền sửa. Ba trường hợp nên dừng lại:

• Từ khoá ít hiển thị: Google chưa đủ dữ liệu, kết quả đổi theo từng tuần. Đừng sửa trang vì một từ khoá vài chục lượt.
• Trang nhanh, ổn, từ khoá khớp nhưng vẫn không ra đơn: lỗi thường nằm ở đo chuyển đổi hay ưu đãi, không ở cột này. Xem bài Google Ads không có chuyển đổi.
• Bạn kỳ vọng sửa xong cột sẽ lên Trên trung bình: không ai hứa được điều đó, Net Solutions cũng không.

Net Solutions làm gì với một trang đích Dưới trung bình

Khi audit tài khoản quảng cáo Google Ads, chúng tôi gom từ khoá theo trang đích trước, đo các nghi phạm kỹ thuật trên điện thoại, rồi báo cáo kèm số đo và đường lùi cho bản vá. Chúng tôi không đưa ra cam kết về mức của cột. Cần soi một trang cụ thể, gọi hoặc nhắn Zalo 0906.207.001.

Câu hỏi thường gặp

Trải nghiệm trang đích Dưới trung bình có làm tăng giá mỗi click không? Google nói Điểm chất lượng không phải yếu tố đầu vào của phiên đấu giá, và không công bố mức quy đổi sang chi phí. Ở ca của chúng tôi, CPC của từ khoá lớn nhất gần như không đổi sau tuần đầu (+1,2%), nhưng mới có khoảng sáu ngày dữ liệu. Vì vậy không nên tin các con số kiểu “giảm bao nhiêu phần trăm CPC” khi chưa thấy nguồn.

Cột Trải nghiệm trang đích bật ở đâu? Vào chiến dịch Search, chọn mục Từ khoá, bấm biểu tượng cột ở góc trên bên phải, chọn Sửa đổi cột cho các từ khoá, rồi Tất cả các cột và mở nhóm Điểm chất lượng. Tick bốn cột, gồm Trải nghiệm trang đích, bấm Áp dụng. Cột chỉ có ở cấp từ khoá, nên chiến dịch Performance Max không hiện.

Sửa trang đích xong bao lâu thì cột đổi? Google không công bố thời gian. Ở ca của chúng tôi, sau 14 ngày kể từ bản vá cột vẫn Dưới trung bình dù Điểm chất lượng hai cụm đầu lên 5/10. Hãy đo lại mỗi tuần, ghi ngày, và đừng đổi nhiều thứ cùng lúc để còn biết thứ nào có tác dụng.

Vì sao từ khoá khác cùng trang đích không bị Dưới trung bình? Chúng tôi chưa đủ dữ liệu để khẳng định. Một giả thuyết hợp lý là Google chỉ hạ điểm khi từ khoá có đủ lượt hiển thị; từ khoá nhỏ nằm ở mức mặc định. Vì chúng dùng chung trang, cách an toàn là coi cả cụm có cùng vấn đề.

Có cần làm landing page riêng không? Không phải lúc nào cũng cần. Nếu trang hiện có khớp ý định tìm kiếm, nhanh và ổn định, sửa nó rẻ hơn dựng mới. Landing riêng đáng làm khi một trang phải phục vụ nhiều ý định khác nhau, ví dụ vừa mua vừa thuê.

Trang nhanh mà vẫn Dưới trung bình thì do đâu? Tốc độ chỉ là một nghi phạm. Hãy kiểm tiếp ba thứ: trang có giật không (CLS), có dễ dùng trên điện thoại không, và nội dung có khớp lời hứa của quảng cáo không. Ở ca 1, LCP dưới 1,6 giây nhưng CLS gấp hơn ba lần ngưỡng.

Cập nhật 30/10/2026 bởi Công ty TNHH Net Solutions.