Website chậm gần như luôn đến từ năm nhóm: máy chủ phản hồi chậm, ảnh quá nặng, quá nhiều plugin và mã JavaScript, thiếu bộ nhớ đệm (cache), cơ sở dữ liệu phình to. Google chấm tốc độ bằng ba chỉ số: LCP không quá 2,5 giây, INP không quá 200 mili giây, CLS không quá 0,1, đo trên 75% lượt truy cập thật. Cách nhanh nhất là đo trước, xem chỉ số nào đỏ, rồi sửa đúng nhóm tương ứng thay vì cài thêm plugin tăng tốc cho chắc.
Website chậm là chậm bao nhiêu: ba chỉ số Google dùng để chấm
Website chậm là khi trang mất nhiều thời gian để hiện nội dung chính, hoặc phản hồi trễ khi người dùng bấm, cuộn, điền biểu mẫu. Cảm giác “chậm” vì vậy có ba loại khác nhau: tải lâu, bấm không ăn và trang giật khi đang đọc. Google gọi bộ ba chỉ số này là Core Web Vitals, và mỗi loại tương ứng một nhóm nguyên nhân riêng.
| Chỉ số | Đo cái gì | Tốt | Kém |
|---|---|---|---|
| LCP (Largest Contentful Paint) | Thời gian hiện phần nội dung lớn nhất, thường là ảnh đầu trang hoặc tiêu đề | ≤ 2,5 giây | > 4 giây |
| INP (Interaction to Next Paint) | Độ trễ giữa lúc người dùng bấm, chạm, gõ phím và lúc trang phản hồi | ≤ 200 mili giây | > 500 mili giây |
| CLS (Cumulative Layout Shift) | Mức nhảy bố cục ngoài ý muốn khi trang đang tải | ≤ 0,1 | > 0,25 |
| TTFB (Time To First Byte) | Thời gian máy chủ gửi byte đầu tiên; chỉ số phụ, nhưng quyết định phần lớn LCP | ≤ 0,8 giây | > 1,8 giây |
Ngưỡng theo hướng dẫn của Google (web.dev), đánh giá tại phân vị 75 của lượt truy cập thật, tính riêng cho điện thoại và máy tính. Ngưỡng TTFB kiểm lại ngày 22/10/2026; ba chỉ số còn lại kiểm ngày 09/10/2026.
INP đã thay FID làm chỉ số phản hồi chính thức từ tháng 3/2024, nên bài hướng dẫn nào còn dùng FID là bài cũ. TBT (Total Blocking Time) vẫn xuất hiện trong báo cáo lab của PageSpeed Insights, nhưng chỉ là chỉ số thử nghiệm để dự đoán độ trễ, không phải thứ Google dùng để xếp hạng.
Người dùng cũng không chờ lâu. Theo nghiên cứu của Google với SOASTA năm 2017 trên dữ liệu thương mại điện tử di động, thời gian tải tăng từ 1 giây lên 3 giây làm xác suất người dùng thoát trang tăng 32%, và từ 1 giây lên 5 giây tăng 90%. Đó là lý do một trang mất 5 giây để hiện nội dung gần như mất khách ngay từ lượt truy cập đầu.
Tốc độ cũng là một tín hiệu trải nghiệm trang mà Google xét khi xếp hạng. Nó không thay được nội dung đúng ý tìm kiếm, nhưng khi hai trang trả lời tốt như nhau thì trang nhanh hơn có lợi thế. Muốn hiểu cách Google đọc trang của bạn, xem SEO website là gì.
Chẩn đoán: chỉ số nào đỏ thì nguyên nhân nào
Trước khi đụng vào plugin hay hosting, hãy nhìn xem chỉ số nào đang kém. Bảng dưới nối triệu chứng với nguyên nhân thường gặp, để bạn kiểm đúng chỗ thay vì đoán.
| Triệu chứng | Nguyên nhân thường gặp | Kiểm bằng gì |
|---|---|---|
| TTFB cao (trên 0,8 giây), trang trắng lâu rồi mới hiện | Hosting yếu, PHP cũ, không có cache trang, truy vấn cơ sở dữ liệu nặng | Tab Network của Chrome, báo cáo TTFB trong PageSpeed Insights, WebPageTest |
| LCP cao, ảnh đầu trang hiện muộn | Ảnh đầu trang quá nặng hoặc tải lười (lazy load) nhầm, theme hoặc page builder nặng, font tải chậm | Mục “Largest Contentful Paint element” trong báo cáo PageSpeed |
| INP cao, bấm nút hoặc mở menu bị trễ | Quá nhiều JavaScript, plugin chạy script trên mọi trang, widget chat, mã theo dõi | Tab Performance của Chrome DevTools; báo cáo Core Web Vitals trong Search Console |
| CLS cao, nội dung nhảy khi đang đọc | Ảnh và khung quảng cáo không khai báo kích thước, banner hiện muộn, font đổi kiểu khi tải xong | Mục “Avoid large layout shifts” trong PageSpeed |
| Chậm theo giờ, đông khách thì chậm hơn | Hosting chia sẻ quá tải, thiếu cache, thiếu tài nguyên CPU hoặc RAM, hoặc plugin nặng bị nhân lên khi nhiều người vào cùng lúc | So TTFB giờ vắng và giờ cao điểm, xem biểu đồ tài nguyên hosting; cách làm ở mục chậm đúng giờ cao điểm bên dưới |
| Chỉ trang quản trị, giỏ hàng, thanh toán chậm | Plugin thương mại điện tử, dữ liệu autoload phình, tác vụ chạy nền | Plugin Query Monitor; mục Site Health của WordPress |
Cách đo tốc độ website đúng cách
Điểm 30 hay 97 trên một lần đo chưa nói được nhiều, vì mỗi công cụ đo trong điều kiện khác nhau. Có hai loại số liệu cần phân biệt: dữ liệu thật (field data) lấy từ người dùng Chrome thực tế trong 28 ngày, và dữ liệu thử nghiệm (lab data) do công cụ tự tải trang trong môi trường cố định. Google xét Core Web Vitals bằng loại đầu.
Quy trình đo gọn gàng gồm bốn bước:
- Đo bằng Google PageSpeed Insights (pagespeed.web.dev): nhập địa chỉ trang, đọc phần “Đánh giá trải nghiệm người dùng thực tế” trước, rồi mới đến điểm tổng. Đo riêng tab điện thoại và máy tính.
- Xem báo cáo Core Web Vitals trong Google Search Console: báo cáo này gom các URL theo nhóm “Kém”, “Cần cải thiện”, “Tốt”, cho biết nhóm trang nào cần sửa trước.
- Đo lại bằng GTmetrix hoặc WebPageTest khi cần xem từng tệp tải bao lâu (biểu đồ thác nước). Chọn máy chủ đo gần Việt Nam như Singapore để sát thực tế.
- Đo ba lần, lấy giá trị giữa, và ghi lại chỉ số trước khi sửa. Không có số “trước” thì không biết việc sửa có hiệu quả hay không.
Điều cần nhớ: đừng chạy theo điểm 100. Google không yêu cầu điểm tuyệt đối, chỉ cần ba chỉ số Core Web Vitals nằm ở mức “Tốt” với phần lớn lượt truy cập. Một trang đạt 85 điểm lab nhưng cả ba chỉ số thật đều xanh thì không cần tối ưu thêm.
Bảy nguyên nhân phổ biến và cách khắc phục
Mỗi nguyên nhân dưới đây kèm cách sửa ngay bên cạnh, theo thứ tự thường gặp nhất ở các website doanh nghiệp.
1. Hosting yếu hoặc cấu hình máy chủ kém
Máy chủ chia sẻ cho quá nhiều website, CPU và RAM hạn chế, hoặc đặt xa người truy cập sẽ khiến TTFB cao. Dấu hiệu rõ nhất là trang chậm kể cả khi ảnh và plugin đã gọn.
Khi số đo cho thấy máy chủ đã hết tài nguyên, VPS và cloud là hai hướng nâng cấp, khác nhau ở quyền quản trị và khả năng chịu lỗi; bài cloud hosting khác VPS hosting thế nào với website doanh nghiệp nhỏ hướng dẫn cách tự đo TTFB để biết có cần đổi hay chưa.
Nếu TTFB không cache vẫn cao sau khi đã gọn ảnh và plugin, hãy đối chiếu sáu dấu hiệu WordPress nên rời shared hosting trước khi quyết định nâng gói.
- Nâng cấp gói hosting, hoặc chuyển sang VPS khi lượng truy cập tăng; cách biết có đúng là thiếu tài nguyên hay không nằm ở mục chậm đúng giờ cao điểm bên dưới.
- Chọn nhà cung cấp có máy chủ ở Việt Nam hoặc khu vực gần khách truy cập.
- Hỏi nhà cung cấp phiên bản PHP đang chạy và có bộ nhớ đệm phía máy chủ hay không.
2. Hình ảnh quá nặng, chưa tối ưu
Ảnh thường chiếm phần lớn dung lượng trang và thường là chính phần tử LCP. Một ảnh đầu trang 2 MB trên đường truyền di động đủ làm LCP vượt ngưỡng.
- Nén ảnh bằng ShortPixel, Smush hoặc TinyPNG; đổi sang WebP hoặc AVIF.
- Đặt kích thước ảnh đúng khung hiển thị, không tải ảnh 3000 px để hiện ở 400 px.
- Bật tải lười cho ảnh phía dưới, nhưng không tải lười ảnh đầu trang, vì như vậy LCP còn chậm hơn.
- Khai báo chiều rộng và chiều cao của ảnh để tránh CLS.
3. Quá nhiều plugin, JavaScript và CSS
Mỗi plugin có thể nạp thêm tệp script và style ở mọi trang, kể cả trang không dùng đến. Số plugin không quan trọng bằng plugin nào nạp gì, nên một plugin nặng làm chậm hơn mười plugin nhẹ.
Trên trang chủ netsolutions.vn, một plugin slider chiếm 72% của 13.126 ms tác vụ dài đo bằng Lighthouse mobile. Muốn biết plugin nào gây chậm trên site của bạn, xem cách tìm plugin gây chậm.
- Gỡ plugin trùng chức năng hoặc không còn dùng.
- Dùng Asset CleanUp hoặc Perfmatters để tắt script ở những trang không cần.
- Trì hoãn (defer) script không thiết yếu như widget chat, mã theo dõi.
- Rút gọn (minify) CSS và JS, nhưng thử lại giao diện sau khi bật vì gộp tệp đôi khi làm vỡ bố cục.
4. Không có bộ nhớ đệm (cache)
Không có cache, mỗi lượt truy cập buộc WordPress chạy PHP và truy vấn cơ sở dữ liệu để dựng lại trang từ đầu. Cache trang lưu sẵn bản HTML đã dựng và phục vụ ngay, thường kéo TTFB xuống rõ rệt.
- Dùng một plugin cache duy nhất: LiteSpeed Cache (nếu máy chủ chạy LiteSpeed), WP Rocket hoặc W3 Total Cache. Không chạy hai plugin cache cùng lúc.
- Bật cache trình duyệt để ảnh, CSS, JS không phải tải lại ở lần xem sau.
- Website có nhiều dữ liệu động hoặc bán hàng nên thêm object cache (Redis hoặc Memcached) nếu hosting hỗ trợ.
5. Không dùng CDN
Khi mọi tệp đều đi từ một máy chủ gốc, người truy cập ở xa chịu độ trễ mạng lớn hơn. CDN lưu bản sao ảnh, CSS, JS ở nhiều điểm để trả về từ nơi gần người xem. Với website chỉ phục vụ khách trong nước và đã đặt máy chủ ở Việt Nam, CDN giúp ít hơn so với việc sửa ảnh và cache.
- Cloudflare, BunnyCDN hoặc Amazon CloudFront là các lựa chọn phổ biến.
- Kết hợp CDN với cache trang, vì CDN chỉ giúp phần tệp tĩnh.
6. Mã nguồn, giao diện và phiên bản PHP lỗi thời
Theme nặng, page builder lồng nhiều lớp, hoặc WordPress và plugin lâu không cập nhật vừa chậm vừa dễ bị khai thác lỗ hổng. Đây cũng là chỗ nhiều website bị chèn mã độc, xem cách xử lý WordPress bị chèn mã độc.
- Cập nhật WordPress, giao diện và plugin, sau khi sao lưu.
- Chạy phiên bản PHP còn được hỗ trợ (tra danh sách tại php.net/supported-versions); PHP mới thường nhanh hơn và an toàn hơn bản cũ.
- Cân nhắc theme nhẹ như GeneratePress hoặc Astra khi dựng lại giao diện.
7. Cơ sở dữ liệu phình to
Bản nháp, bản sửa đổi (revision), dữ liệu tạm hết hạn và các tuỳ chọn plugin nạp sẵn (autoload) tích tụ qua nhiều năm làm mỗi truy vấn chậm đi.
- Dọn dữ liệu rác định kỳ bằng WP-Optimize hoặc Advanced Database Cleaner, luôn sao lưu trước.
- Giới hạn số bản sửa đổi lưu cho mỗi bài.
- Website lớn, nhiều truy cập: tách cơ sở dữ liệu sang máy chủ riêng.
Cấu trúc nội dung cũng ảnh hưởng đến tốc độ thu thập của Google. Nếu trang lâu được lập chỉ mục, xem thêm website không được index hoặc index chậm.
Website chậm đúng giờ cao điểm: do plugin hay do thiếu tài nguyên máy chủ
Có hai kiểu “chậm theo giờ” trông giống nhau nhưng sửa khác nhau. Nếu trang chậm đều cả giờ vắng lẫn giờ đông, nút thắt nằm ở chính trang: plugin, theme, ảnh hoặc truy vấn cơ sở dữ liệu. Nếu trang nhanh lúc vắng, chậm khi đông, nhiều khả năng có thứ gì đó hết chỗ khi nhiều người vào cùng lúc: CPU, RAM hoặc số tiến trình PHP chạy đồng thời mà gói hosting cho phép. Plugin nặng vẫn dính vào, vì nó biến mỗi lượt truy cập thành một lượt tốn tài nguyên và làm máy chủ cạn sớm hơn.
| Quan sát | Nghiêng về | Vì sao | Cách xác nhận |
|---|---|---|---|
| TTFB không cache cao như nhau ở giờ vắng và giờ đông | Plugin, theme, truy vấn nặng | Việc nặng nằm trong mỗi lượt dựng trang, không phụ thuộc số người | Query Monitor trên trang chậm; tắt từng nhóm plugin trên bản sao |
| TTFB thấp lúc vắng, tăng rõ lúc đông, ổn định nhiều ngày liền | Thiếu tài nguyên máy chủ | Nhiều lượt dựng trang chạy song song, vượt phần CPU, RAM hoặc tiến trình được cấp | Biểu đồ CPU, RAM, tiến trình đồng thời của hosting trùng đúng khung giờ chậm |
| Trang chủ có cache vẫn nhanh, chỉ trang giỏ hàng, tìm kiếm, wp-admin chậm | Plugin hoặc truy vấn ở các trang không cache được | Cache che lỗi ở trang tĩnh, trang động thì không được che | Đo riêng từng loại trang; Query Monitor ở đúng trang đó |
| Chậm bất thường một buổi rồi hết, không lặp lại | Chưa kết luận được | Có thể là chiến dịch kéo truy cập, tác vụ nền, bot hoặc hàng xóm trên cùng máy chủ | Ghi nhật ký TTFB vài ngày trước khi đổi bất cứ thứ gì |
Đây là cách phân biệt để khoanh vùng, không phải kết luận tự động: cache, bot và tác vụ nền đều làm hai kiểu lẫn vào nhau.
Bước 1: ghi TTFB theo giờ, đừng đo một lần
Một lần đo cho biết trang chậm bao nhiêu lúc đó, không cho biết nó chậm khi nào. Hãy ghi TTFB của cùng một địa chỉ mỗi 5 phút trong 2 đến 3 ngày, rồi nhìn theo giờ. Thêm một tham số lạ vào địa chỉ để bỏ qua phần lớn cache trang (chỉ xấp xỉ: mỗi plugin cache có cách xử lý tham số riêng). Trên Windows dùng curl.exe, vì curl trong PowerShell là bí danh của lệnh khác:
# PowerShell: ghi TTFB mỗi 5 phút vào ttfb.csv (Ctrl+C để dừng)
while ($true) {
$t = curl.exe -o NUL -s -w "%{time_starttransfer}" "https://ten-mien-cua-ban.vn/?kiemtra=$(Get-Random)"
"$(Get-Date -Format 'yyyy-MM-dd HH:mm'),$t" | Add-Content ttfb.csv
Start-Sleep -Seconds 300
}
# Linux / macOS: một lần đo
curl -o /dev/null -s -w "%{time_starttransfer}\n" "https://ten-mien-cua-ban.vn/?kiemtra=$RANDOM"Mở tệp CSV bằng Excel hoặc Google Sheets, tính trung vị theo từng khung giờ. Dùng trung vị chứ không dùng trung bình, vì một lần chậm bất thường kéo trung bình đi xa. Ví dụ từ số đo của Net Solutions: ngày 19/10/2026, 12 lần đo trang này cho trung vị 0,49 giây; lúc 21 giờ 26 ngày 22/10/2026, cùng máy đo, cùng cách đo, 12 lần cho trung vị 0,80 giây, trong đó có một lần 1,94 giây. Hai nhóm số này chưa nói nguyên nhân nằm ở máy chủ, đường truyền của máy đo hay giờ đo, và cũng không suy ra được cho website khác. Đó là lý do cần nhật ký nhiều ngày thay vì đổi gói hosting sau một lần thấy số xấu.
Bước 2: Query Monitor để bắt plugin, ở giờ vắng
Query Monitor là plugin miễn phí trên WordPress.org. Theo mô tả của nó, các truy vấn được gom theo plugin, theme hoặc hàm chịu trách nhiệm; nó cũng báo truy vấn chậm, truy vấn trùng, lỗi PHP và các lệnh gọi HTTP ra ngoài. Mặc định chỉ quản trị viên thấy kết quả và nó không lưu dữ liệu thu thập lâu dài. Hệ quả cho việc đang làm: nó chụp một lượt tải của bạn tại một thời điểm, nên không thay được nhật ký TTFB ở Bước 1. Dùng nó để trả lời câu hỏi “trang này tốn thời gian ở plugin nào”, không phải “vì sao 20 giờ tối thì chậm”.
- Cài Query Monitor, mở đúng trang đang chậm khi đã đăng nhập quản trị.
- Xem mục truy vấn theo thành phần (component): plugin nào chiếm nhiều thời gian truy vấn nhất.
- Xem truy vấn chậm, truy vấn trùng lặp và lệnh gọi HTTP ra dịch vụ ngoài; một lệnh gọi ra ngoài chậm cũng làm cả trang đứng chờ.
- Tắt riêng plugin đứng đầu trên bản sao (staging), đo lại cùng trang. TTFB giảm rõ thì đã tìm ra thủ phạm.
Bước 3: so với biểu đồ tài nguyên của hosting
Bảng điều khiển hosting thường có biểu đồ CPU, RAM và số tiến trình đồng thời, đôi khi kèm nhật ký lỗi 503 theo giờ. Tên mục khác nhau theo nhà cung cấp, nếu không thấy thì hỏi bộ phận hỗ trợ cho xem số liệu sử dụng theo giờ. Đặt hai thứ cạnh nhau: nếu đường TTFB cao trùng đúng khung giờ biểu đồ chạm trần, đó là bằng chứng thiếu tài nguyên. Nếu biểu đồ vẫn còn dư mà TTFB cao, quay lại nghi ngờ plugin, tác vụ nền hoặc truy vấn.
Nâng gói chỉ giải quyết được phần thiếu tài nguyên. Một truy vấn lỗi hay một plugin gọi dịch vụ ngoài chậm sẽ chậm y nguyên trên máy mạnh hơn, chỉ là chạm trần muộn hơn. Cache và dọn plugin trước, nâng gói sau.
Khi nào nên nâng gói
Cân nhắc nâng khi đủ cả ba điều kiện: đã bật cache và đã gỡ hoặc thay plugin nặng; TTFB không cache giờ đông vượt 0,8 giây lặp lại nhiều ngày trong khi giờ vắng thì tốt; và biểu đồ tài nguyên chạm trần cùng khung giờ đó. Ngưỡng 0,8 giây là mức tham khảo của Google cho TTFB; nó không phải chỉ số xếp hạng, nên đây là tín hiệu để quyết định hạ tầng, không phải điểm để chạy theo.
Bước đầu tiên thường là nâng gói cùng nhà cung cấp, không phải chuyển sang máy chủ riêng. Với WebCloud của Net Solutions, mỗi website có một máy chủ ảo riêng và nâng gói không phải chuyển nhà. Giá theo tháng, chưa gồm VAT, thanh toán tối thiểu 12 tháng (đọc ngày 22/10/2026, xem bảng giá hosting):
| Gói | CPU | RAM (GB) | Giá/tháng | Giá 12 tháng |
|---|---|---|---|---|
| SPEED | 1 | 1 | 100.000đ | 1.200.000đ |
| PRO | 1 | 1,5 | 150.000đ | 1.800.000đ |
| PRO+ | 1,5 | 2 | 200.000đ | 2.400.000đ |
| B1 | 2 | 2 | 300.000đ | 3.600.000đ |
| B2 | 2,5 | 3 | 450.000đ | 5.400.000đ |
| B3 | 3 | 4 | 600.000đ | 7.200.000đ |
Từ SPEED lên B3 chênh 500.000đ mỗi tháng, tức 6.000.000đ mỗi năm, chưa VAT hosting 10%. Giá 12 tháng tính bằng giá tháng nhân 12.
Không có con số lượt truy cập chung để nói “vượt mức này thì phải nâng”, vì một trang tĩnh có cache chịu được nhiều người hơn hẳn một cửa hàng WooCommerce cùng gói. Số đo của chính website bạn, theo giờ, mới là căn cứ.
Website WordPress chạy chậm: những điểm riêng cần kiểm
WordPress là nền tảng linh hoạt, nhưng chính sự linh hoạt đó khiến website dễ chậm dần theo thời gian: thêm plugin, thêm trang, thêm tuỳ chọn mà không ai dọn. Nếu website của bạn chạy WordPress, hãy kiểm theo thứ tự dưới đây, từ việc ít rủi ro nhất đến việc cần thận trọng nhất.
| Việc cần kiểm | Vì sao làm chậm | Cách làm | Mức rủi ro |
|---|---|---|---|
| Phiên bản PHP | PHP cũ chạy chậm hơn bản mới và hết được vá lỗi bảo mật | Đổi phiên bản trong bảng điều khiển hosting, thử trên bản sao trước | Thấp, nhưng plugin cũ có thể lỗi |
| Plugin nặng (page builder, slider, form, chat) | Nạp nhiều script và truy vấn ở mọi trang | Tắt từng plugin trên bản sao, đo lại; cài Query Monitor để thấy plugin nào tốn truy vấn | Thấp nếu làm trên bản sao |
| Cache trang và cache đối tượng | WordPress dựng lại trang bằng PHP ở mỗi lượt truy cập | Một plugin cache; thêm Redis nếu hosting có | Trung bình: cấu hình sai có thể hiện nội dung cũ |
| Dữ liệu autoload trong bảng options | Mọi trang đều nạp toàn bộ tuỳ chọn autoload, plugin đã gỡ vẫn để lại dữ liệu | Xem cảnh báo trong Site Health; dọn dữ liệu của plugin không dùng | Cao: sao lưu trước, nên nhờ người có kinh nghiệm |
| Tác vụ chạy nền (WP-Cron, Heartbeat) | Tác vụ định kỳ dồn vào lúc có khách truy cập | Chuyển WP-Cron sang cron của máy chủ; giảm tần suất Heartbeat | Trung bình |
| WooCommerce | Giỏ hàng, phân mảnh giỏ hàng và truy vấn sản phẩm nặng | Tắt tính năng không dùng, thêm object cache, kiểm các plugin kèm theo | Trung bình đến cao |
Mọi thay đổi ở bảng này nên làm trên bản sao (staging) hoặc sau khi sao lưu đầy đủ, rồi đo lại bằng đúng công cụ đã đo lúc đầu.
Hai kinh nghiệm hay gặp khi xử lý website WordPress chậm: một là đừng cài thêm plugin tăng tốc khi chưa biết nút thắt nằm ở đâu, vì mỗi plugin tăng tốc cũng là một plugin nạp mã; hai là luôn sao lưu trước khi dọn cơ sở dữ liệu hoặc bật gộp tệp, vì đây là hai thao tác hay làm vỡ giao diện nhất. Muốn biết WordPress có hợp với website của bạn không trước khi đầu tư tối ưu, đọc làm web bằng WordPress có tốt không.
Website WordPress tải chậm trên điện thoại, máy tính vẫn nhanh
Tình huống này rất hay gặp: mở trên máy tính thấy ổn, nhưng PageSpeed Insights ở tab Di động báo đỏ. Lý do là bài đo di động mô phỏng một máy yếu hơn và mạng chậm hơn, nên mọi thứ thừa trên trang đều lộ ra. Google cũng dùng bản di động của trang để lập chỉ mục, nên đây là điểm cần sửa trước. Phần ảnh hưởng tới SEO và quảng cáo được phân tích riêng ở bài website chậm ảnh hưởng SEO và quảng cáo.
| Triệu chứng trên điện thoại | Nguyên nhân thường gặp trên WordPress | Cách kiểm và sửa |
|---|---|---|
| LCP cao, ảnh đầu trang hiện muộn | Ảnh đầu trang tải đúng bản lớn dành cho máy tính; ảnh đầu trang bị đặt tải lười | Xem ảnh có đủ các cỡ (srcset) không; dùng bản nhỏ cho màn hình hẹp; bỏ tải lười ở ảnh đầu trang |
| Điểm di động thấp hơn máy tính nhiều | Trình chiếu (slider), hiệu ứng, video nền nạp cả trên màn hình nhỏ | Tắt slider hoặc hiệu ứng ở màn hình nhỏ, hoặc thay bằng một ảnh tĩnh |
| INP cao, bấm menu hoặc nút gọi phản hồi trễ | JavaScript của theme, plugin chat và mã theo dõi chạy cùng lúc trên bộ xử lý yếu | Hoãn widget chat và mã theo dõi; gỡ script plugin không dùng ở trang đó |
| CLS cao, chữ nhảy khi cuộn | Thanh thông báo, cửa sổ bật lên, font tải muộn chen vào bố cục | Đặt sẵn chiều cao cho thanh và khung nổi; hạn chế số kiểu chữ tải về |
Đo bằng Lighthouse hoặc PageSpeed Insights ở chế độ di động, và kiểm bằng một chiếc điện thoại thật dùng mạng 4G để bắt lỗi mà công cụ bỏ sót.
Điều cần nhớ: đừng đánh giá tốc độ chỉ bằng máy tính của chính bạn. Hãy đo trên điện thoại của người xem phổ thông, sửa theo từng triệu chứng trong bảng, mỗi lần một nhóm, rồi đo lại bằng cùng công cụ.
Nên sửa việc nào trước
Không nên làm cả bảy việc một lượt: mỗi việc đổi một yếu tố và cần đo lại. Thứ tự dưới đây đi từ việc rẻ, ít rủi ro, hiệu quả rõ nhất:
- Đo và ghi lại LCP, INP, CLS, TTFB hiện tại.
- Nén ảnh đầu trang và bỏ tải lười ở ảnh đó (ảnh hưởng LCP).
- Bật một plugin cache và cache trình duyệt (ảnh hưởng TTFB và LCP).
- Gỡ hoặc tắt script của plugin không dùng, trì hoãn widget chat và mã theo dõi (ảnh hưởng INP).
- Khai báo kích thước ảnh, khung quảng cáo để hết nhảy bố cục (ảnh hưởng CLS).
- Nâng PHP, dọn cơ sở dữ liệu, cân nhắc đổi hosting nếu TTFB vẫn cao sau các bước trên.
Sau mỗi bước, đo lại bằng cùng một công cụ. Chỉ giữ thay đổi nào làm số liệu tốt lên, và hoàn tác thay đổi nào không có tác dụng.
Khi nào nên nhờ đơn vị chuyên môn
Hầu hết việc ở bước 1 đến 4 tự làm được. Nên nhờ người có kinh nghiệm khi TTFB vẫn cao sau khi đã bật cache, khi chỉ số kém nằm ở nhiều loại cùng lúc, khi website bán hàng bị chậm đúng giờ cao điểm mà bạn không đọc được biểu đồ tài nguyên, hoặc khi bạn không muốn rủi ro làm hỏng giao diện lúc dọn cơ sở dữ liệu.
Tại Net Solutions, website WordPress có thể chạy trên hosting SPEED giá 1.200.000đ/năm, gồm SSL, sao lưu và cập nhật hệ thống (bảng giá ghi nhận ngày 22/10/2026, xem đầy đủ ở bảng giá hosting, tên miền và email). Website đang chạy cần người theo dõi tốc độ, bảo mật và cập nhật đều đặn có thể xem dịch vụ chăm sóc website. Khi cần dựng lại website nhẹ hơn ngay từ đầu, tham khảo chi phí thiết kế website.
Câu hỏi thường gặp
Website tải bao nhiêu giây thì bị coi là chậm? Theo ngưỡng của Google, LCP trên 2,5 giây đã vào vùng cần cải thiện và trên 4 giây là kém. Với người dùng, trang mất quá 3 giây đã bắt đầu làm tăng tỷ lệ thoát.
Website WordPress chậm là do plugin hay do hosting? Xem TTFB trước. TTFB trên 0,8 giây ngay cả ở trang đơn giản thường là lỗi hosting hoặc thiếu cache. TTFB tốt mà trang vẫn nặng, bấm trễ thì nghi ngờ plugin, theme và ảnh. Cách chắc chắn là tắt từng nhóm plugin trên bản sao và đo lại.
Website chỉ chậm vào giờ cao điểm thì do plugin hay do hosting? Ghi TTFB của cùng một trang mỗi 5 phút trong 2 đến 3 ngày. Chậm đều mọi giờ thì nghi ngờ plugin và mã; nhanh lúc vắng, chậm lúc đông thì nghi ngờ thiếu tài nguyên máy chủ, rồi xác nhận bằng biểu đồ CPU, RAM của hosting trùng khung giờ chậm.
Bao nhiêu lượt truy cập thì phải nâng gói hosting? Không có con số chung, vì trang có cache chịu tải khác hẳn trang bán hàng cùng gói. Hãy nâng khi đã cache và dọn plugin mà TTFB giờ đông vẫn trên 0,8 giây lặp lại, đồng thời tài nguyên hosting chạm trần cùng khung giờ.
Điểm PageSpeed bao nhiêu là đạt? Không có điểm cố định để đạt. Google xét ba chỉ số Core Web Vitals (LCP, INP, CLS) trên dữ liệu người dùng thật. Điểm lab 100 không cần thiết, miễn là ba chỉ số thật đều ở mức Tốt.
Có cần dùng AMP để website nhanh không? Không. Từ năm 2021 Google không còn yêu cầu AMP để hiện trong mục Top Stories; một website thường tối ưu tốt vẫn đạt chỉ số tốc độ. AMP chỉ thêm việc duy trì hai phiên bản.
Tốc độ website có ảnh hưởng đến SEO không? Có, ở mức tín hiệu trải nghiệm trang. Nội dung đúng ý tìm kiếm vẫn quan trọng hơn, nhưng khi hai trang tốt như nhau thì trang nhanh hơn có lợi thế, và trang chậm làm khách thoát trước khi đọc.
Cần kiểm tra và tăng tốc website? Gọi 0906.207.001 hoặc nhắn Zalo cùng số, đội kỹ thuật sẽ đo và chỉ ra nút thắt trước khi đề xuất việc cần làm.
Cập nhật 22/10/2026 bởi Công ty TNHH Net Solutions.
