3.1. Đo tốc độ & tình trạng hiện tại (audit cơ bản)

Tháng 3 18, 2026 hungvu.education@gmail.com Bình luận 0 Bình luận

1. Bài 1 – Audit tốc độ & tình trạng hiện tại (audit cơ bản)

Trước khi tối ưu website, bạn cần hiểu đang ở đâu: tốc độ như thế nào, có đang hay bị sập hosting không, điểm yếu nằm ở đâu (hình ảnh, hosting, code, cache…).

Bài này hướng dẫn bạn dùng 1–2 công cụ đo tốc độ cơ bản (PageSpeed Insights, GTmetrix), cách xem uptime của site, và cách phân loại vấn đề thay vì chỉ nhìn “điểm”.

2. Dùng PageSpeed Insights & GTmetrix để đo tốc độ

2 công cụ miễn phí, dễ dùng, phù hợp với người mới là:

Google PageSpeed Insights: https://pagespeed.web.dev
GTmetrix: https://gtmetrix.com

2.1. Cách dùng PageSpeed Insights

PageSpeed Insights của Google cho phép bạn kiểm tra hiệu suất của trang trên cả desktop và mobile.

Các bước thực hiện:

Truy cập trang PageSpeed Insights tại https://pagespeed.web.dev.
Nhập URL trang bạn muốn audit (trang chủ, trang chi tiết, v.v.).
Bấm “Analyze” hoặc “Phân tích”.

Ngay sau khi quá trình hoàn tất, PageSpeed sẽ cung cấp:

Một số điểm đánh giá (Performance score từ 0–100) cho desktop và mobile.
Chi tiết các chỉ số core như First Contentful Paint (FCP), Largest Contentful Paint (LCP), Speed Index, Time to Interactive (TTI), và Cumulative Layout Shift (CLS).
Báo cáo các vấn đề nghiêm trọng như hình ảnh quá lớn, script/render-block không cần thiết, thiếu cache.

2.2. Chỉ số quan trọng bạn cần nhớ

Không cần nhớ hết, chỉ cần hiểu ý nghĩa những chỉ số sau:

Performance score (0–100): tổng quát hiệu suất; trên 80 là khá tốt, 90+ là rất tốt.
First Contentful Paint (FCP): thời gian từ khi trang bắt đầu load đến khi trình duyệt hiển thị nội dung đầu tiên (không phải loading spinner).
Largest Contentful Paint (LCP): thời gian đến khi “khối nội dung lớn” nhất trên trang (thường là hero image, block chính) được hiển thị; dưới 2.5s là tốt.
Time to Interactive (TTI): thời điểm trang có thể tương tác với người dùng; dưới 3.8s là tốt.
Cumulative Layout Shift (CLS): độ ổn định layout khi trang load; dưới 0.1 là tốt.

2.3. Cách dùng GTmetrix

GTmetrix cung cấp báo cáo chi tiết hơn, có thể theo dõi theo lịch sử và có “waterfall” – rất hữu ích cho người mới muốn xem “gì đang làm chậm”.

Các bước cơ bản:

Truy cập https://gtmetrix.com.
Nhập URL bạn muốn kiểm tra.
Click Analyze.
Chờ kết quả.

GTmetrix sẽ cho bạn:

Điểm hiệu suất (Performance grade, ví dụ A, B, C…).
Chi tiết thời gian tải, kích thước tài nguyên, số request.
Bảng “waterfall” (các file yêu cầu theo thứ tự) và gợi ý cải thiện cụ thể.

Hãy dùng GTmetrix như một công cụ “zoom in” hơn PageSpeed Insights; nếu bạn không hiểu PageSpeed, GTmetrix sẽ mô tả cụ thể hơn các vấn đề.

3. Check uptime cơ bản (dùng tool monitor hoặc log hosting)

Website “chạy chậm” là một chuyện, nhưng “thỉnh thoảng treo hoặc 5xx/500” là một chuyện khác, liên quan đến **hosting, server, limit tài nguyên**.

Có hai cách để kiểm tra uptime cơ bản:

3.1. Cách 1 – Dùng công cụ monitor uptime (free/light)

Một số trang cho phép bạn monitor uptime miễn phí với:

Truy cập trang miễn phí kiểm tra uptime (ví dụ: uptrends, statuscake).
Nhập URL website của bạn.
Chọn tần suất kiểm tra (ví dụ 5 phút/lần) và nhận email/Telegram khi site down.

Đây là cách rất hữu ích để bạn không phải “nhớ” site có bị sập hay không.

3.2. Cách 2 – Xem log hosting

Nếu hosting của bạn có access vào log server (cPanel, error log, access log…), bạn có thể xem các lỗi:

500 (Internal Server Error).
502/504 (Bad Gateway, Gateway Timeout).
404 (Not Found) – nhiều request 404 có thể báo hiệu cấu trúc URL bị lỗi.

Chỉ cần mở tab log và lọc theo mã lỗi, bạn sẽ thấy: hosting có bị treo, limit tài nguyên, hay do lỗi plugin/code không.

Đối với người mới, có thể bỏ qua chi tiết log nếu bạn dùng hosting quản lý, nhưng nên dùng thêm một công cụ monitor uptime để chủ động.

4. Cách đọc kết quả theo kiểu “phân loại vấn đề”: hình ảnh, cache, hosting, code

Đừng chỉ nhìn “điểm 70/100” hoặc “grade B” rồi run. Thay vào đó, bạn hãy phân loại vấn đề theo các nhóm:

Hình ảnh.
Cache & resource handling.
Hosting & server.
Code & render-blocking.

4.1. Nhận diện lỗi về hình ảnh

PageSpeed Insights / GTmetrix thường cảnh báo nếu:

Hình ảnh quá lớn (large imagery, uncompressed…).
Không dùng modern format (WebP) khi nên dùng.
Image không lazy-load (nhiều image trên cùng trang).

Cách đọc: nếu bạn thấy nhiều gợi ý liên quan đến Optimize images, Compress images, Enable lazy-loading, thì nguyên nhân chính là **hình ảnh**.

Giải pháp đơn giản:

Nén ảnh (tinypng, imageoptim) hoặc dùng plugin/CDN hỗ trợ nén.
Chuyển sang WebP cho hình ảnh.
Chèn lazy loading nếu theme chưa có.

4.2. Nhận diện lỗi về cache & tài nguyên

PageSpeed Insights / GTmetrix thường báo:

Resource chưa cache, no-cache hoặc cache thời gian ngắn.
Có nhiều request nhỏ, đều, không cần thiết, có thể hợp nhất (combine CSS/JS, giảm số file JS, v.v.).

Giải pháp:

Thêm plugin/CDN cache (nếu chưa có).
Giảm thiểu số file JS/CSS (hợp nhất, defer, loại bỏ script không cần thiết).

4.3. Nhận diện lỗi về hosting

Nếu bạn thấy:

Server phản hồi chậm dù hình ảnh và tài nguyên đều được tối ưu.
Thời gian “TTFB (Time to First Byte)” lớn – thường > 1–1.5s.
Thỉnh thoảng báo 500, 502, 504 hoặc timeout.

Đây thường là vấn đề về **hosting**, không phải Front‑end.

Giải pháp sơ bộ:

Nâng gói hosting lên một bậc (nếu còn shared).
Thêm hoặc bật cache tại server (opcode cache, object cache, v.v.) nếu có.

4.4. Nhận diện lỗi về code & render-blocking

Nếu bạn thấy nhiều cảnh báo kiểu:

Giảm JavaScript blocking, giảm CSS render‑blocking.
Defer/eliminate render-blocking resources, remove unused CSS/JS.

Đây là vấn đề về **code và cách theme/plugin tải tài nguyên**.