Hiện trạng website Đà Nẵng 2026: 96% trượt tốc độ tải

96% trong số 99 website doanh nghiệp Đà Nẵng được khảo sát trượt ngưỡng tốc độ tải trang (LCP) mà Google coi là "tốt" trên di động. Chỉ 3% đạt đồng thời cả 3 chỉ số Core Web Vitals.

Đây không phải nhận định cảm tính. Tôi quét 99 website doanh nghiệp thật ở Đà Nẵng bằng Google PageSpeed Insights trong tháng 7/2026, trải đều 6 ngành: khách sạn/lưu trú, F&B, spa & clinic, tour du lịch, bất động sản và dịch vụ chuyên nghiệp. Bài này trình bày toàn bộ số liệu, cách tôi chọn mẫu, và những gì tôi thấy được — không tô hồng, không phóng đại.

TL;DR (Executive Summary)

  • Bài toán: Hiện trạng thật của website doanh nghiệp Đà Nẵng trông ra sao, ngoài cảm nhận cá nhân từng site.
  • Phương pháp: Quét 99 website (6 ngành) bằng Google PageSpeed Insights API, methodology và tiêu chí chọn mẫu công khai đầy đủ.
  • Kết quả: 96% trượt ngưỡng tốc độ tải (LCP), chỉ 3% đạt cả 3 Core Web Vitals cùng lúc — vấn đề mang tính hệ thống, không phải cá biệt.

Tôi chọn mẫu và đo như thế nào (methodology công khai)

Tôi nghĩ phần này quan trọng hơn cả những con số phía dưới — vì một báo cáo không nói rõ cách làm thì con số nào cũng đáng ngờ.

Chọn danh sách 103 site. Tôi dùng web search với nhiều biến thể truy vấn cho từng ngành (ví dụ: "khách sạn đà nẵng" website, spa đà nẵng đặt lịch...), bổ sung từ các listing du lịch/hiệp hội ngành, rồi verify thủ công từng URL: site còn sống, đúng là doanh nghiệp tại Đà Nẵng, đúng ngành đang xét. Tiêu chí loại khỏi danh sách:

Quét dữ liệu. 103 site được đưa vào PageSpeed Insights API v5, chạy ở chế độ mobile, mỗi site đo một lần vào tháng 7/2026. 4 site lỗi khi quét (chặn bot, timeout, hoặc lỗi server) bị loại khỏi số liệu tổng hợp, còn lại n = 99 site dùng cho toàn bộ phân tích trong bài.

Ba điều cần hiểu đúng trước khi đọc số liệu:

  1. Đây là dữ liệu lab (Lighthouse mô phỏng), đo tại một thời điểm — không phải dữ liệu hành vi người dùng thật theo thời gian (field data). Một site có thể nhanh/chậm hơn ở lần đo khác tuỳ điều kiện mạng mô phỏng.
  2. Tôi dùng TBT (Total Blocking Time) làm proxy cho khả năng tương tác — đây không phải INP (Interaction to Next Paint) theo dữ liệu người dùng thật. INP cần dữ liệu CrUX thực tế, vốn không có sẵn qua PSI lab run cho các site traffic thấp.
  3. Ngưỡng tôi dùng để tính "đạt/trượt" là ngưỡng chuẩn Google công bố cho Core Web Vitals: LCP ≤ 2.500ms · CLS ≤ 0,1 · TBT ≤ 200ms.

Tôi không so sánh hơn kém giữa hai site cụ thể nào trong bài — chỉ nói về phân bố và nhóm ngành. Tên/domain các site trong mẫu không xuất hiện ở đây.


Số liệu tổng: 99 website Đà Nẵng đang đứng ở đâu

Chỉ số Kết quả
Đạt ngưỡng LCP (≤ 2,5s) 4% (n=99)
Đạt ngưỡng CLS (≤ 0,1) 71,7%
Đạt ngưỡng TBT (≤ 200ms) 55,6%
Đạt cả 3 chỉ số CWV 3%
LCP trung vị 11,9 giây (p75: 22,2 giây)
Điểm Performance trung vị (PSI) 55/100 (p75: 64)
Dung lượng trang trung vị 7,07 MB (p75: 13,8 MB)
Dung lượng ảnh trung vị 5,6 MB (~79% tổng trang)
Có JSON-LD (schema bất kỳ) 59,6%
Có schema LocalBusiness 3%
Có meta description 78,8%
Lỗi cấu trúc thẻ H1 (0 hoặc >1 thẻ) 48,5%
Chưa dùng HTTPS 3%

Vài điểm đáng chú ý từ bảng trên:

Tốc độ tải là nút thắt lớn nhất. LCP trung vị 11,9 giây — gấp gần 5 lần ngưỡng 2,5 giây. Ở nhóm 25% chậm nhất (p75), con số này vọt lên 22,2 giây. Khi xét cả ba tiêu chí CWV cùng lúc, tỷ lệ đạt toàn phần chỉ còn 3% — cho thấy đây không phải lỗi đơn lẻ mà là nhiều vấn đề kỹ thuật cộng dồn trên cùng một site.

Ảnh chưa tối ưu là nguyên nhân chính khiến trang nặng. Trang trung vị nặng 7,07 MB, trong đó ảnh chiếm khoảng 79%. Mức phổ biến được khuyến nghị cho một trang di động tải nhanh là dưới 2 MB — phần lớn site trong mẫu vượt xa mốc này.

Hạ tầng JSON-LD đã có nhưng dùng sai loại. 59,6% site đã nhúng ít nhất một dạng dữ liệu có cấu trúc, nhưng chỉ 3% khai báo đúng LocalBusiness — loại schema giúp công cụ tìm kiếm và các trợ lý AI (Google AI Overview, ChatGPT search...) hiểu đây là một doanh nghiệp địa phương cụ thể. Nói cách khác: hạ tầng kỹ thuật phần lớn đã sẵn, chỉ chưa được dùng đúng mục đích.

Gần một nửa site mắc lỗi H1 — không có thẻ H1 nào, hoặc có nhiều hơn một H1 trên trang. Đây là lỗi nền tảng ảnh hưởng đến cách công cụ tìm kiếm xác định chủ đề chính của trang.


Ngành nào đang tải chậm nhất trên di động?

Khách sạn/lưu trú là ngành có LCP trung vị chậm nhất mẫu: 16,8 giây, cùng với dung lượng trang trung vị nặng nhất — 14,2 MB. Đặc thù ngành này là dùng nhiều ảnh gallery độ phân giải cao (phòng, tiện ích, không gian), nhưng phần lớn chưa qua bước nén/tối ưu trước khi đưa lên web. Không có site khách sạn nào trong mẫu đạt cả 3 chỉ số CWV cùng lúc.

Vì sao spa & clinic có tỷ lệ đạt tương tác (TBT) thấp nhất?

Spa & clinic là ngành có tỷ lệ đạt ngưỡng TBT thấp nhất mẫu — chỉ 35,7%, LCP trung vị 13,7 giây. Cũng như khách sạn, không có site nào trong ngành này đạt cả 3 CWV cùng lúc.

Tour du lịch nặng ảnh đến mức nào?

Dung lượng trang trung vị của ngành tour du lịch là 11,3 MB — cao thứ hai toàn mẫu sau khách sạn. 0% site trong ngành đạt cả 3 CWV. Đặc thù ngành thiên về hình ảnh (lịch trình, điểm đến, review) khiến việc tối ưu ảnh trở thành ưu tiên kỹ thuật rõ ràng nhất.

Vì sao dịch vụ chuyên nghiệp có SEO on-page tốt nhưng vẫn trượt tốc độ?

Đây là ngành có tỷ lệ JSON-LD (79,2%) và meta description (95,8%) cao nhất mẫu — SEO on-page cơ bản làm khá tốt. Nhưng 0% site trong ngành đạt cả 3 CWV cùng lúc. Điểm nghẽn ở đây không nằm ở SEO on-page, mà ở tốc độ tải — cho thấy hai mảng này (nội dung/SEO vs. hiệu năng kỹ thuật) thường được đầu tư lệch nhau.

Bất động sản có tỷ lệ lỗi H1 cao vì sao?

Bất động sản là ngành có tỷ lệ lỗi cấu trúc H1 cao nhất mẫu — 69,2%. Đây thường là hệ quả của việc dùng theme/template dựng sẵn có nhiều block trang trí tự sinh heading, hoặc trang chi tiết dự án copy cấu trúc lặp lại không kiểm soát. Ngành này đạt 7,7% cho cả 3 CWV — thấp, nhưng vẫn là mức tốt thứ nhì trong mẫu.

Tại sao F&B là ngành có tỷ lệ đạt Core Web Vitals cao nhất?

F&B dẫn đầu mẫu về tỷ lệ đạt cả 3 CWV — 12,5% (n=16). Đây là mức cao nhất trong 6 ngành, dù vẫn có nghĩa 87,5% site F&B trượt ít nhất một chỉ số. Ngành này có xu hướng dùng ít ảnh gallery lớn hơn khách sạn/tour, thiên về menu và vài ảnh không gian quán — nhẹ hơn về cấu trúc trang.


Nhóm dẫn đầu có gì khác

Tôi không nêu tên site cụ thể trong bài này (lý do: một site được khen hôm nay có thể xuống cấp sau này, và tôi không muốn bài viết vô tình trở thành công cụ PR cho ai). Nhưng nhìn vào đặc điểm chung của nhóm điểm Performance cao nhất trong mẫu, có vài pattern rõ:

Nói ngắn gọn: site nhẹ, ít phụ thuộc gallery ảnh lớn hoặc đã qua bước tối ưu ảnh/hạ tầng, có lợi thế tốc độ rõ rệt so với phần còn lại của mẫu — bất kể ngành nào.


Tự khám website của bạn trong 5 phút

Không cần đợi ai audit, bạn có thể tự kiểm tra nhanh:

  1. Đo LCP thật — vào PageSpeed Insights (công cụ chính chủ của Google, miễn phí), nhập URL, chọn tab Mobile. Nếu LCP > 2,5 giây, trang đang trượt ngưỡng chuẩn.
  2. Kiểm tra dung lượng ảnh — mở tab Network trong DevTools trình duyệt (F12), reload trang, sort theo Size. Nếu vài ảnh chiếm vài MB, đó gần như chắc chắn là thứ đang kéo LCP xuống.
  3. Đếm thẻ H1 — View Source (Ctrl+U), Ctrl+F tìm <h1. Trang chuẩn nên có đúng 1 thẻ H1 chứa chủ đề chính.
  4. Kiểm tra schema LocalBusiness — dán URL vào Rich Results Test của Google, xem có LocalBusiness không (khác với chỉ có JSON-LD chung chung).
  5. Test trên điện thoại thật — không chỉ xem trên máy tính. Phần lớn khách hàng SME của bạn đang xem qua di động.

Nếu muốn một bản tóm tắt tự động thay vì làm tay từng bước, tôi có công cụ audit website miễn phí chấm nhanh các điểm này. Với nhóm câu hỏi liên quan đến AI Search (site có được ChatGPT/AI Overview trích dẫn hay không), có thể xem thêm công cụ kiểm tra độ sẵn sàng AI.


Kết luận

Số liệu ở trên không nhắm vào một doanh nghiệp hay một agency cụ thể nào — đây là bức tranh phân bố của cả một thị trường tại một thời điểm. Phần lớn vấn đề (ảnh nặng, thiếu schema đúng loại, lỗi H1) đều là những thứ có thể khắc phục được bằng kỹ thuật, không đòi hỏi làm lại toàn bộ website.

Với những trường hợp nền tảng đã cũ hoặc không còn kiểm soát được cấu trúc để tối ưu tiếp, việc thiết kế lại website theo hướng đúng ngay từ kiến trúc sẽ hiệu quả hơn vá lẻ từng phần. Nếu muốn đào sâu thêm về chuyển đổi và cấu trúc kỹ thuật, hai bài liên quan: vì sao website có traffic nhưng không ra đơntái cấu trúc website ngành F&B, bất động sản theo hướng technical SEO.


Nguyễn Phúc Nguyên Châu Delivery Manager 14 năm kinh nghiệm Delivery (Website, Hệ thống, AI Automation) cho thị trường Việt - Nhật

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

Website Đà Nẵng có chậm không?

Theo khảo sát 99 website doanh nghiệp Đà Nẵng (PageSpeed Insights, tháng 7/2026), LCP trung vị là 11,9 giây trên di động — gấp gần 5 lần ngưỡng 2,5 giây mà Google coi là tốc độ tải tốt. Chỉ 4% site đạt ngưỡng này.

Làm sao kiểm tra website của tôi có đạt Core Web Vitals không?

Dùng công cụ PageSpeed Insights (miễn phí, của Google) nhập URL và xem 3 chỉ số: LCP (tốc độ tải phần nội dung lớn nhất), CLS (độ giật layout), TBT (thời gian nghẽn tương tác). Trên site của tôi cũng có công cụ audit miễn phí cho bản tóm tắt dễ đọc hơn báo cáo gốc của Google.

Core Web Vitals là gì và tại sao doanh nghiệp nhỏ cần quan tâm?

Core Web Vitals là bộ 3 chỉ số Google dùng để đo trải nghiệm tải trang thực tế: LCP (tốc độ), CLS (độ ổn định layout), INP/TBT (độ mượt tương tác). Với SME, chỉ số này ảnh hưởng trực tiếp đến việc khách có ở lại xem sản phẩm/dịch vụ hay thoát trang giữa chừng, và gián tiếp ảnh hưởng thứ hạng tìm kiếm.

Vì sao nhiều website doanh nghiệp lại nặng và chậm như vậy?

Theo số liệu khảo sát, nguyên nhân phổ biến nhất là ảnh chưa được nén — ảnh chiếm trung bình khoảng 79% tổng dung lượng trang. Trang trung vị trong mẫu nặng 7,07 MB, trong khi mức khuyến nghị cho tải nhanh trên di động là dưới 2 MB.