Landing page tải dưới 3 giây trên điện thoại: sửa gì trước

Landing page tải dưới 3 giây trên điện thoại cần hai việc: giữ trang nhẹ và không để mã tag quảng cáo nạp trước người dùng. Chúng tôi đo cùng một trang hai lần trên PageSpeed Insights: 50 điểm khi mã tag nạp ngay, 99 điểm khi hoãn. LCP giảm từ 9,4 xuống 2,1 giây. Bài này xếp thứ tự sửa, tính ngân sách tải cho 3 giây và đưa đoạn mã hoãn tag đã chạy thử.

Mốc 3 giây là số của năm 2016, mốc đo thật là LCP 2,5 giây

Con số 3 giây quen thuộc đến từ một bài đăng của Google năm 2018, khi hãng giới thiệu điểm tốc độ trang đích trên di động cho Google Ads. Bài viết nói:

hơn một nửa số lượt truy cập bị bỏ đi nếu một trang di động mất hơn ba giây để tải.

— Blog Google, Jon Diorio, 11/07/2018 (dịch), đọc lại 19/10/2026

Chúng tôi không tìm thấy tài liệu nào của Google đặt 3 giây làm điều kiện duyệt quảng cáo. Bài năm 2018 còn mô tả điểm tốc độ di động trên thang 1–10 trong Google Ads, nhưng chúng tôi chưa kiểm vị trí của điểm đó trong giao diện hiện tại. Mốc mà Google dùng để đo trải nghiệm tải là LCP, thời gian hiển thị phần tử lớn nhất trên màn hình:

To provide a good user experience, sites should strive to have Largest Contentful Paint of 2.5 seconds or less.

— web.dev — Largest Contentful Paint (LCP), đọc lại 19/10/2026

Hai mốc không mâu thuẫn. 3 giây là mức người dùng bỏ đi theo dữ liệu cũ. 2,5 giây là mức đo trên người dùng thật ở phân vị 75. Điểm Lighthouse chỉ là bản mô phỏng của mốc đó, nên đọc kèm LCP và TBT và nhớ khác biệt giữa số lab với số người dùng thật trong bài website chậm ảnh hưởng SEO.

Ngân sách tải: 3 giây trên 4G chậm chỉ đủ khoảng 490 KB

Lighthouse mô phỏng điện thoại bằng đường truyền 1.638,4 Kbps. Chia cho 8 là 204,8 KB mỗi giây, nên 3 giây tải được tối đa 614,4 KB. Trừ khoảng 0,6 giây cho DNS, TCP, TLS và yêu cầu đầu tiên (ước 4 vòng, mỗi vòng 150 ms), còn 491,5 KB. Đây là phép tính lý thuyết, bỏ qua thời gian CPU, nhưng đủ để thấy khoản nào ăn nhiều nhất.

Mốc đo trên trang thử và trang chủ netsolutions.vn bằng PageSpeed Insights mobile, 12/09/2026.

Ví dụ với trang nhẹ như trang thử: HTML 66,7 KB cộng JS 5,9 KB cộng ảnh đầu trang 60 KB là 132,6 KB. Ngân sách còn 358,9 KB. Hai thư viện tag nạp ngay chiếm 341 KB, tức 95,0% phần còn lại. Với mười ảnh 60 KB, riêng ảnh đã là 600 KB, vượt ngân sách dù từng ảnh đều đạt chuẩn. Mức an toàn là khoảng 8 ảnh nếu trang không có gì khác.

Mã tag quảng cáo: khoản nặng nhất còn lại khi trang đã gọn

Trang nào chạy Google Ads cũng cài mã tag để đo chuyển đổi, và đó là thứ landing không bỏ được. Trên một trang còn nặng, tag chỉ đáng vài điểm. Khi khung trang đã gọn, nó thành khoản lớn nhất còn lại. Chúng tôi đo trang chủ netsolutions.vn qua ba cấu hình, theo ghi chép đo ngày 12/09/2026:

PageSpeed Insights, mobile, đo 12/09/2026. Cấu hình hoãn tag đo hai lượt độc lập, cả hai ra 99.

Cùng bản trang mới, bật hoặc tắt hoãn tag cho chênh lệch 49 điểm. LCP từ 9,4 xuống 2,1 giây, giảm 4,5 lần. TBT từ 660 ms về 0. Hai thư viện GA4 và GTM nạp ngay là 341 KB, và chúng chạy trên luồng chính đúng lúc trình duyệt cần vẽ trang.

Chỗ dễ hỏng là mốc hẹn giờ. Khi thay trang chủ thật ngày 13/09, chúng tôi hẹn nạp tag sau 4 giây và lượt đo đầu chỉ ra 81 điểm, TBT 530 ms. Mốc 4 giây rơi vào cửa sổ đo của Lighthouse nên tag chạy giữa lúc đang đo. Sau khi đẩy mốc ra 10 giây và nạp ngay ở lượt chạm đầu tiên, trang ra 96 điểm, TBT 0. Con số 96 là một lượt đo trên URL thật.

Hoãn tag mà không mất lượt nhấp: khai báo ngay, tải thư viện sau

Cách làm là định nghĩa hàm gtag ngay trong HTML để mọi lệnh xếp vào dataLayer, còn thư viện chỉ tải ở lượt chạm đầu tiên hoặc sau một mốc hẹn giờ. Lệnh đã xếp hàng được xử lý đủ khi thư viện tới. Đây là khối chúng tôi dùng cho thẻ Google Ads:

<script>
window.dataLayer = window.dataLayer || [];
function gtag(){dataLayer.push(arguments);}
gtag('js', new Date());
gtag('config', 'AW-XXXXXXXXXX');          // đổi thành ID thẻ Google Ads của bạn
(function () {
  var ID = 'AW-XXXXXXXXXX', da_nap = false;
  function nap() {
    if (da_nap) return;
    da_nap = true;
    var s = document.createElement('script');
    s.async = true;
    s.src = 'https://www.googletagmanager.com/gtag/js?id=' + ID;
    document.head.appendChild(s);
  }
  // nạp ngay ở lượt chạm, cuộn hoặc gõ phím đầu tiên
  ['pointerdown', 'touchstart', 'keydown', 'scroll'].forEach(function (ev) {
    window.addEventListener(ev, nap, { once: true, passive: true });
  });
  // lưới an toàn cho phiên không chạm gì: 10 giây sau khi trang tải xong
  function hen() { setTimeout(nap, 10000); }
  if (document.readyState === 'complete') hen();
  else window.addEventListener('load', hen);
})();
</script>

Chúng tôi chạy khối này trên Chrome ngày 23/10/2026 với địa chỉ có gclid thử. Trước lượt chạm đầu, trang không gửi yêu cầu nào tới googletagmanager.com. Sau một cú cuộn, thư viện tải, cookie _gcl_aw ghi đúng gclid, và page_view trả mã 200. Trên một landing của khách chạy Google Ads (đo Chrome 30/08/2026), cả page_view lẫn click_call đều trả 200.

Cái giá phải nói rõ: phiên rời trang trước lượt chạm đầu và trước mốc hẹn giờ thì không được ghi. Vì vậy hãy kiểm năm điểm dưới đây trước khi bật cho cả chiến dịch. Phần cấu hình đo chuyển đổi nằm trong bài hệ thống đo chuyển đổi quảng cáo.

Bảng kiểm hoãn tag, rút từ phép đo của Net Solutions ngày 30/08/2026 và 23/10/2026.

Phép đo của chúng tôi chỉ là với thẻ Google. Chúng tôi chưa thử cách hoãn này với các nền tảng khác, nên chưa có số để nói.

Ảnh, font, CSS và JS: sửa theo thứ tự này khi trang vẫn chậm

Khi landing không đạt, chúng tôi soi theo thứ tự ảnh, font chặn hiển thị, CSS và JS chặn, rồi mới tới thư viện ngoài. Thứ tự này đi từ khoản dễ gỡ và có tác dụng lớn nhất xuống khoản khó gỡ nhất.

Ảnh đầu trang thường là phần tử LCP. Xuất hai khổ, 760w cho điện thoại và 1200w cho máy tính, dùng srcset, thêm preload cho từng khổ và đừng đặt loading="lazy" lên ảnh này. Cách nén và đổi WebP nằm riêng trong bài ảnh làm LCP chậm.

Font web không được chặn hiển thị: nạp theo kiểu preload và dùng font-display: swap để chữ hiện ngay bằng font hệ thống rồi đổi sang font thật.

Với CSS và JS, số đo của chúng tôi cho thấy khung trang quan trọng hơn nội dung. Trang chủ cũ có 2.255 thẻ, 21 tệp CSS và 42 tệp JS, HTML 355 KB. Bản thay thế có 755 thẻ, 0 tệp CSS ngoài, HTML 102 KB. HTML nhẹ hơn 71,3%, số thẻ giảm 66,5%, LCP từ 10,9 xuống 2,3 giây, nhanh hơn 4,7 lần. Nếu bạn cần dựng landing theo chuẩn này, xem dịch vụ landing page chạy quảng cáo của chúng tôi.

Đo cho đúng: ba bẫy trước khi tin một điểm số

Bẫy thứ nhất là đọc điểm khi trang chưa hiện đủ. Khi chúng tôi sao chép trang để đo, ảnh đầu trang cho điện thoại nằm trong srcset của thẻ picture và bị bỏ sót. Lượt đo đầu ra 100 điểm, nhưng LCP rơi về chữ, 0,9 giây. Hãy mở trang, kiểm hình hiện đủ rồi mới đọc điểm.

Bẫy thứ hai là cache. PageSpeed Insights trả lại bản phân tích đã lưu cho cùng một địa chỉ: lượt đo thứ hai ra y hệt lượt đầu, cùng dòng thời gian chụp. Muốn một phép đo độc lập, hãy đổi địa chỉ chứ đừng chạy lại lệnh.

Bẫy thứ ba là tin vào một lượt. Cùng một bản trang cho 99 và 99 ở hai lượt trên bản nháp, rồi 96 trên URL thật. Đo ít nhất hai lượt bằng Lighthouse chế độ mobile, và đo lại mỗi khi đổi mốc hẹn giờ.

Điểm cao chưa chắc là trang đích tốt, và landing không thay được website

Một landing của khách chạy Google Ads đạt 95 điểm mobile nhưng Google vẫn chấm “Trải nghiệm trang đích: Dưới trung bình” ở mọi từ khoá. Chúng tôi tìm ra hai nguyên nhân. Cả 5 nhóm quảng cáo trỏ về một trang, và các cụm khách gõ xuất hiện 0 lần trên trang. Tốc độ chỉ là một điều kiện. Các điều kiện còn lại có trong bài trang đích quảng cáo Google Ads.

Landing cũng không thay được website. Ngày 13/09/2026 chúng tôi thay trang chủ netsolutions.vn bằng bản 96 điểm. Trong ngày đó chủ dự án mở trên điện thoại và thấy mất menu, bản đó phải lùi về trang cũ. Khung landing dồn người xem về một nút kêu gọi, còn trang chủ cần lối vào các trang dịch vụ và bài viết.

Vì vậy bài này không hợp với website nhiều trang cần menu đầy đủ. Chúng tôi cũng không hứa một điểm số cụ thể cho trang của bạn, vì điểm phụ thuộc vào khung trang, ảnh và mã tag đang chạy.

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

3 giây có bắt buộc để chạy Google Ads không? Không. Chúng tôi không tìm thấy tài liệu nào của Google đặt 3 giây làm điều kiện duyệt quảng cáo. Con số này đến từ bài Google năm 2018 về tỷ lệ người dùng bỏ trang. Mốc Google dùng để đo là LCP 2,5 giây. Trang chậm vẫn chạy được, nhưng mỗi lượt nhấp bạn trả tiền có thể đến từ người đã rời đi trước khi trang hiện.

Điểm PageSpeed bao nhiêu là đủ? PageSpeed xếp 90 đến 100 vào vùng xanh. Ngưỡng bàn giao landing của Net Solutions là mobile từ 95 và SEO 100. Điểm là số mô phỏng, nên hãy đọc cùng LCP và TBT, đo ít nhất hai lượt. Điểm cao cũng không thay được việc trang khớp với nhóm quảng cáo và từ khoá.

Hoãn pixel có mất chuyển đổi không? Có thể mất một phần nếu làm sai hoặc người dùng rời quá sớm. Khi khai báo gtag ngay và xếp lệnh vào dataLayer, gclid vẫn vào cookie, page_view và click_call vẫn trả 200 trong phép đo của chúng tôi. Phiên rời trước lượt chạm đầu và trước mốc hẹn giờ thì không được ghi. Phép đo này chỉ với thẻ Google.

Ảnh đầu trang có nên lazy-load không? Không. Ảnh đầu trang thường là phần tử LCP, và lazy-load khiến trình duyệt chờ thêm trước khi tải nó. Hãy xuất hai khổ 760w và 1200w, thêm preload và bỏ loading=lazy. Ảnh dưới màn hình đầu tiên thì lazy-load bình thường, có width và height để bố cục không nhảy.

Xem điểm tốc độ trang đích trong Google Ads ở đâu? Bài Google năm 2018 mô tả điểm tốc độ trang đích di động trên thang 1–10 trong Google Ads. Chúng tôi chưa kiểm vị trí hiển thị trong giao diện hiện tại nên không chỉ đường đi để tránh chỉ sai. Cách chắc chắn hơn là nhập địa chỉ trang đích vào PageSpeed Insights, chọn Mobile và đọc LCP, TBT.

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