Bạn bấm vào website của mình trên điện thoại, đợi ba, bốn giây vẫn chưa thấy ảnh sản phẩm hiện ra, trong khi tiền quảng cáo mỗi ngày vẫn đều đặn chạy. Cách hay gặp là cài thêm vài plugin tăng tốc rồi hy vọng, có khi nhanh hơn, có khi lỗi giao diện. Bài này đi theo hướng ngược lại: đo trước, tìm đúng nguyên nhân rồi mới sửa, kể cả khi nào thật sự cần tới CDN.
Tóm tắt nhanh
- Đo trên điện thoại bằng PageSpeed Insights hoặc công cụ kiểm tra website; LCP dưới 2,5 giây là tốt.
- Tách lỗi máy chủ (trang trắng lâu mới hiện) với lỗi giao diện (ảnh nặng, plugin, script ngoài) rồi sửa việc lớn trước.
- CDN chỉ cần khi khách ở xa máy chủ hay website nhiều ảnh, video; với website nhỏ phục vụ khách trong nước, bộ nhớ đệm và hosting tốt quan trọng hơn.
Vì sao website WordPress chậm?
Website WordPress chậm vì mỗi lần khách mở một trang, máy chủ phải làm khá nhiều việc trước khi gửi trang về. WordPress chạy mã PHP, hỏi cơ sở dữ liệu lấy bài viết, sản phẩm, cài đặt của từng plugin, ghép thành trang HTML rồi mới gửi đi. Sau đó trình duyệt của khách còn tải thêm ảnh, tệp CSS, JavaScript, phông chữ và các đoạn mã bên ngoài như khung chat hay mã quảng cáo.
Chỉ cần một khâu trong chuỗi này nặng là cả trang chậm theo. Máy chủ yếu thì khâu đầu chậm, trang trắng lâu mới bắt đầu hiện. Giao diện nặng thì khâu sau chậm, chữ hiện rồi mà ảnh, nút bấm mãi mới xuất hiện. Vì vậy, trước khi sửa, bạn cần biết website đang nghẽn ở khâu nào.
Nguyên nhân website chậm thường gặp
Qua nhiều năm làm website WordPress, chúng tôi thấy phần lớn trường hợp rơi vào một trong các nguyên nhân dưới đây. Bảng xếp theo thứ tự từ máy chủ ra tới giao diện, kèm dấu hiệu để bạn tự nhận ra.
| Nguyên nhân | Dấu hiệu thường thấy | Hướng xử lý |
|---|---|---|
| Hosting yếu, quá tải | Trang trắng lâu mới hiện, chậm theo giờ cao điểm | Nâng gói hoặc đổi hosting có quản trị |
| PHP cũ, chưa có cache | Mọi trang đều chậm như nhau | Nâng PHP, bật bộ nhớ đệm |
| Plugin nặng hoặc quá nhiều | Trang quản trị cũng chậm | Gỡ plugin thừa, thay plugin nặng |
| Theme, page builder cồng kềnh | Điện thoại chậm hơn máy tính nhiều | Bỏ khối thừa, cân nhắc đổi giao diện |
| Ảnh chưa nén | Chữ hiện nhanh, ảnh hiện chậm | Thu nhỏ, chuyển WebP, tải khi cuộn tới |
| Script bên ngoài | Trang tải xong vẫn giật khi bấm | Giữ cái cần, hoãn cái chưa cần ngay |
| Cơ sở dữ liệu phình | Tìm kiếm, lọc sản phẩm chậm | Dọn bản sửa cũ, dữ liệu tạm |
Kiểm tra tốc độ website trước khi sửa
Đo trước khi sửa giúp bạn tránh hai cái sai: sửa nhầm chỗ, và không biết mình đã sửa được bao nhiêu. Việc kiểm tra tốc độ website không cần công cụ phức tạp, chỉ cần đo đúng thiết bị, đúng trang và ghi lại kết quả để so sau.
Đo bằng PageSpeed Insights
PageSpeed Insights là công cụ miễn phí của Google, dán địa chỉ trang vào là có kết quả trên cả điện thoại và máy tính. Báo cáo có hai phần: dữ liệu thực tế từ người dùng Chrome trong 28 ngày gần nhất (nếu website đủ lượt truy cập) và dữ liệu thử nghiệm do Google tải trang trên một điện thoại giả lập. Bạn nên xem tab điện thoại trước, vì đó thường là nơi website yếu nhất và cũng là nơi phần lớn khách đang dùng.
Đừng chỉ đo trang chủ. Hãy đo thêm một trang sản phẩm hoặc trang dịch vụ đang chạy quảng cáo, vì đó mới là trang khách thật sự vào. Mỗi trang nên đo hai, ba lần rồi lấy kết quả ở giữa, vì một lần đo đơn lẻ dễ gặp lúc mạng chập chờn.
Core Web Vitals: LCP, INP và CLS
Core Web Vitals là ba chỉ số Google dùng để đánh giá trải nghiệm tải trang. Theo web.dev của Google, mỗi chỉ số có ngưỡng tốt riêng và được tính ở mức 75% lượt xem, tức ba phần tư số lần khách mở trang phải đạt ngưỡng đó.
| Chỉ số | Đo điều gì | Tốt | Kém |
|---|---|---|---|
| LCP | Thời gian phần nội dung lớn nhất hiện ra | Dưới 2,5 giây | Trên 4 giây |
| INP | Độ nhạy khi bấm, chạm | Dưới 200 mili giây | Trên 500 mili giây |
| CLS | Mức trang bị xô lệch khi tải | Dưới 0,1 | Trên 0,25 |
Với website doanh nghiệp, LCP thường là chỉ số đáng lo nhất, vì phần lớn là ảnh lớn đầu trang hoặc ảnh sản phẩm. Ý nghĩa chi tiết của từng chỉ số và cách đọc báo cáo, bạn có thể xem thêm bài Core Web Vitals là gì.
TTFB: máy chủ phản hồi nhanh hay chậm?
TTFB là thời gian từ lúc trình duyệt gửi yêu cầu tới lúc nhận byte đầu tiên từ máy chủ, tức đo riêng khâu máy chủ làm việc. Theo hướng dẫn về TTFB của Google, phần lớn website nên giữ TTFB từ 0,8 giây trở xuống. TTFB cao cho thấy hosting, PHP hoặc cơ sở dữ liệu đang chậm; TTFB thấp mà trang vẫn tải lâu thì lỗi nằm ở ảnh và mã giao diện. Chỉ số này có trong mục chẩn đoán của PageSpeed Insights, nên bạn không cần công cụ riêng.
Kiểm tra tốc độ website bằng công cụ của 123Website
Nếu thấy báo cáo của Google nhiều thuật ngữ, bạn có thể kiểm tra website miễn phí bằng công cụ của 123Website, thay tên miền của mình vào ô địa chỉ. Công cụ đo tốc độ trên điện thoại theo Google PageSpeed, kèm năm nhóm khác như hiển thị trên điện thoại, HTTPS, SEO cơ bản, rồi xếp việc nên sửa theo mức ưu tiên bằng tiếng Việt.
Tách nguyên nhân: máy chủ hay giao diện?
Có số đo trong tay, bước tiếp theo là xác định website chậm vì máy chủ hay vì giao diện, vì hai nhóm này sửa bằng cách rất khác nhau. Một cách nhận biết nhanh là nhìn cách trang hiện ra: trang trắng lâu rồi hiện ra cả loạt thường do máy chủ, còn chữ hiện nhanh mà ảnh, nút bấm lần lượt hiện chậm thường do giao diện nặng.
Thời điểm chậm cũng nói lên nhiều điều. Website chậm đều cả lúc nửa đêm vắng khách thường là dấu hiệu của trang nặng, còn máy chủ quá tải thì chậm theo giờ cao điểm, lúc vừa gửi tin khuyến mãi hay bật quảng cáo. Một mẹo nhỏ là mở thử một tệp ảnh tĩnh trên website: ảnh tĩnh không cần PHP hay cơ sở dữ liệu, nên nếu tải cả tệp ảnh cũng chậm, lỗi nằm ở máy chủ hoặc đường truyền.
Hosting chậm và phiên bản PHP
Hosting chậm là nguyên nhân bạn nên loại trừ đầu tiên, vì mọi tối ưu phía giao diện đều phải chờ máy chủ trả trang về trước. Hosting dùng chung chia sức máy chủ cho nhiều website; gói quá nhỏ so với lượng khách, hoặc nhà cung cấp nhồi quá nhiều website lên một máy, đều làm TTFB tăng. Dấu hiệu rõ là website trả lỗi 503, 508 đúng lúc đông khách, hoặc biểu đồ tài nguyên trong bảng điều khiển chạm vạch giới hạn.
Phiên bản PHP là thứ hay bị bỏ quên. Mỗi bản PHP mới thường chạy WordPress nhanh hơn bản cũ, và trang yêu cầu của WordPress hiện khuyên dùng PHP 8.3 trở lên. Nhiều website làm từ vài năm trước vẫn chạy PHP 7.x vì không ai nâng. Trước khi nâng, hãy sao lưu và thử trên bản sao, vì plugin hay theme quá cũ có thể không chạy được với PHP mới.
Nếu đã tối ưu mà máy chủ vẫn là nút thắt, đó là lúc nâng gói hoặc chuyển sang hosting có quản trị. Hosting của 123Website là hosting WordPress có quản trị với ba gói theo dung lượng: 5 GB giá 250.000 đ/tháng, 10 GB giá 400.000 đ/tháng và 20 GB giá 500.000 đ/tháng, kèm SSL, sao lưu cơ sở dữ liệu mỗi ngày và mã nguồn hằng tuần. Website cần tài nguyên riêng thì có thể lên máy chủ ảo có quản trị.
Bộ nhớ đệm: việc đầu tiên nên bật
Bộ nhớ đệm (cache) là việc có tác dụng lớn nhất với công sức nhỏ nhất. Thay vì mỗi lượt xem lại chạy PHP và hỏi cơ sở dữ liệu từ đầu, máy chủ lưu sẵn trang HTML đã ghép xong và trả ngay cho khách sau. Với trang bài viết, trang dịch vụ ít thay đổi, cách này có thể rút thời gian phản hồi từ hàng giây xuống vài phần mười giây.
Có ba lớp bộ nhớ đệm bạn sẽ nghe nói tới. Bộ nhớ đệm trang lưu cả trang HTML, là lớp quan trọng nhất. Bộ nhớ đệm trình duyệt bảo máy khách giữ ảnh, CSS, JavaScript để lần sau không tải lại. Bộ nhớ đệm đối tượng như Redis lưu kết quả truy vấn cơ sở dữ liệu, hữu ích với shop nhiều sản phẩm nhưng thường cần hosting hỗ trợ riêng.
Góc nhìn 123Website: Chính 123website.com.vn dùng WP Rocket để lưu bộ nhớ đệm trang, gộp và hoãn JavaScript, tải ảnh khi khách cuộn tới; bạn có thể xem dòng ghi chú của plugin ở cuối mã nguồn trang chủ như ảnh dưới. Kinh nghiệm của chúng tôi là chỉ dùng một plugin bộ nhớ đệm hợp với máy chủ, như LiteSpeed Cache trên máy chủ LiteSpeed hay WP Rocket trên Nginx, và luôn loại trừ trang giỏ hàng, thanh toán, tài khoản khỏi bộ nhớ đệm. Cài chồng hai plugin cùng làm một việc là cách nhanh nhất để giao diện lỗi mà không ai biết vì sao.
Sau khi bật, đừng quên kiểm tra lại các chỗ có dữ liệu riêng của từng khách: form liên hệ có gửi được không, giỏ hàng có hiện đúng sản phẩm không, khách đăng nhập có thấy thông tin của người khác không. Mỗi lần sửa nội dung mà khách vẫn thấy bản cũ, hãy xoá bộ nhớ đệm của trang đó trong plugin.
Plugin nặng, theme và page builder
Số lượng plugin không phải là vấn đề chính; một website 30 plugin nhẹ vẫn có thể nhanh hơn website 10 plugin mà có vài cái nặng. Plugin nặng thường là loại chạy truy vấn trên mọi trang (thống kê, liên kết liên quan, bộ lọc sản phẩm), loại nạp CSS, JavaScript ở cả những trang không dùng tới (slider, form, popup), hoặc loại kết nối ra máy chủ bên ngoài mỗi lần tải trang.
Cách chắc nhất để tìm plugin nặng là tắt thử từng plugin trên bản sao của website rồi đo lại, không thử thẳng trên website đang bán hàng. Plugin miễn phí Query Monitor cho biết trang có bao nhiêu truy vấn, truy vấn nào chậm và thuộc plugin nào, rất hợp để khoanh vùng trước khi tắt. Plugin trùng chức năng thì giữ một, plugin không còn dùng thì gỡ hẳn chứ không chỉ tắt.
Theme và page builder là phần khó sửa nhất. Giao diện dựng bằng page builder thường nạp nhiều tệp và nhiều lớp khung lồng nhau, nên trên điện thoại chậm hơn hẳn máy tính. Bạn có thể bỏ bớt slider, hiệu ứng chuyển động, phông chữ thừa; nếu đã gọn mà vẫn nặng, đó là lúc cân nhắc làm lại giao diện, việc lớn nhất nên để cuối danh sách.
Tối ưu hình ảnh
Ảnh thường chiếm phần lớn dung lượng của một trang, nên tối ưu hình ảnh là cách nhanh nhất để giảm LCP. Lỗi hay gặp là đăng thẳng ảnh chụp từ điện thoại, mỗi tấm 3 đến 5 MB và rộng hơn 4.000 điểm ảnh, trong khi khung hiển thị trên website chỉ rộng khoảng 1.200 điểm ảnh. Trình duyệt vẫn phải tải nguyên tấm ảnh lớn rồi thu nhỏ lại, phí cả thời gian lẫn dung lượng 4G của khách.
Quy trình gọn nhất gồm ba việc: thu nhỏ ảnh về đúng cỡ hiển thị, chuyển sang định dạng WebP để nhẹ hơn nhiều so với JPG cùng chất lượng, và để ảnh phía dưới chỉ tải khi khách cuộn tới. Riêng ảnh lớn đầu trang thì không nên tải chậm, vì đó thường chính là phần tử LCP. Cách làm từng bước có trong bài tối ưu ảnh WebP cho website.
Script bên ngoài và cơ sở dữ liệu
Script bên ngoài là các đoạn mã tải từ máy chủ của bên thứ ba: khung chat, nút Zalo, mã đo lường, Google Maps, phông chữ, video nhúng. Mỗi đoạn trông nhỏ, nhưng cộng lại có thể khiến trang tải xong vẫn giật khi khách bấm, làm INP xấu đi. Cách xử lý là giữ cái thật sự cần, hoãn cái chưa cần ngay tới khi khách tương tác, và thay bản đồ hay video nhúng bằng ảnh tĩnh có nút bấm mở.
Ví dụ: Bản đồ Google Maps nhúng ở chân trang tải thêm khá nhiều tệp trên mọi trang, dù rất ít khách kéo xuống xem. Thay bằng một ảnh chụp vị trí văn phòng kèm nút “Xem đường đi” mở Google Maps ở tab mới, trang nhẹ đi mà khách vẫn tìm được đường.
Cơ sở dữ liệu cũng phình dần theo năm tháng: bản sửa cũ của bài viết, bình luận rác, dữ liệu tạm của plugin đã gỡ. Với website nhiều năm tuổi, dọn những thứ này giúp trang quản trị, ô tìm kiếm và bộ lọc sản phẩm nhanh hơn thấy rõ. Hãy sao lưu trước khi dọn, và đưa việc này vào buổi bảo trì website hàng tháng để không phải dọn một lần quá nhiều.
CDN là gì, website có cần CDN không?
Khi đọc các bài hướng dẫn tăng tốc, bạn sẽ gặp lời khuyên “bật CDN”. CDN có ích thật, nhưng không phải website nào cũng cần, và nó cũng không sửa được những lỗi đã nói ở các mục trên.
CDN là gì và hoạt động thế nào?
CDN (Content Delivery Network, mạng phân phối nội dung) là mạng nhiều máy chủ đặt ở nhiều nơi, lưu bản sao ảnh, CSS, JavaScript và có khi cả trang HTML của website để trả cho khách từ máy chủ gần nhất. Máy chủ chứa website thật gọi là máy chủ gốc. Theo web.dev của Google, CDN nhanh hơn nhờ ở gần khách hơn, giữ sẵn kết nối tới máy chủ gốc và trả ngay nội dung đã lưu mà không phải hỏi lại máy chủ gốc.
Khi bật CDN, tên miền trỏ về CDN thay vì thẳng tới hosting. Lượt xem đầu tiên, CDN lấy nội dung từ máy chủ gốc rồi lưu lại; các lượt sau trong cùng khu vực nhận bản đã lưu. Ảnh dưới là kết quả thật khi tải example.com, một website đi qua Cloudflare: dòng cf-cache-status HIT cho biết trang được trả từ bộ nhớ đệm, đuôi SIN là trung tâm dữ liệu Singapore đã phục vụ yêu cầu.
Có cần CDN không?
Câu hỏi có cần CDN không phụ thuộc vào khách của bạn ở đâu. Website doanh nghiệp phục vụ khách trong nước, hosting đặt tại Việt Nam, trang nhẹ và đã có bộ nhớ đệm thì CDN thường chỉ cải thiện chút ít, có khi còn chậm hơn nếu điểm CDN gần nhất nằm ở nước ngoài. Trường hợp đó, tiền và công sức nên dành cho các mục trước.
CDN đáng bật khi khách ở nhiều nước, ví dụ website xuất khẩu, du lịch hay shop bán cho người Việt ở nước ngoài, khi website nhiều ảnh lớn và video, hoặc khi lượng truy cập tăng vọt mỗi lần chạy quảng cáo. Nhiều CDN còn có tường lửa và chống tấn công từ chối dịch vụ, một lớp bảo vệ thêm bên cạnh các cách bảo mật website cơ bản.
Lưu ý khi bật CDN cho WordPress
Bật CDN là đổi đường đi của toàn bộ website, nên cần làm cẩn thận vài chỗ:
- Giữ nguyên các bản ghi email (MX, SPF) khi chuyển tên miền sang CDN, kẻo email công ty ngừng nhận thư.
- Bật HTTPS cả đoạn từ CDN về máy chủ gốc, không chỉ đoạn từ khách tới CDN.
- Loại trừ giỏ hàng, thanh toán, trang tài khoản và trang quản trị khỏi bộ nhớ đệm.
- Xoá bộ nhớ đệm của CDN mỗi khi sửa nội dung quan trọng, hoặc nối plugin để tự xoá.
- Thử lại form, đăng nhập, thanh toán và đo lại tốc độ sau khi bật.
Cách tăng tốc WordPress theo thứ tự
Gom các phần trên lại, đây là cách tăng tốc WordPress theo thứ tự chúng tôi thường làm: việc lớn, dễ và ít rủi ro trước, việc tốn công sau. Quan trọng nhất là sửa từng việc một rồi đo lại, vì sửa nhiều thứ cùng lúc thì khi website lỗi hay chậm hơn, rất khó biết do thay đổi nào.
Với phần lớn website doanh nghiệp, ba bước đầu (bộ nhớ đệm, PHP, plugin) đã đủ đưa điểm tốc độ lên đáng kể. Ảnh và script ngoài là phần cần kiên nhẫn, vì phải đi qua từng trang. Mẹo tăng tốc chung cho mọi nền tảng, không riêng WordPress, bạn có thể xem thêm trong bài 10 cách tăng tốc độ website.
Tăng tốc website cùng 123Website
Nếu website của bạn chậm mà không có người kỹ thuật, gói kỹ thuật viên của 123Website từ 300.000 đ/tuần (KTV1, 2 giờ) hợp cho các việc như bật bộ nhớ đệm, nâng PHP, rà plugin, nén ảnh; đầu việc được chốt rồi mới trừ giờ. Website cần xử lý tốc độ cùng lỗi index trước một đợt SEO thì có gói SEO theo dự án từ 9.900.000 đ/dự án, chi tiết ở trang dịch vụ SEO.
Khi giao diện cũ đã quá nặng, làm lại thường rẻ hơn vá mãi. Website theo mẫu tại 123Website từ 4,99 triệu (gói GOLD), được tặng hosting năm đầu đúng gói bạn chọn; xem đủ các gói trong bảng phí thiết kế website.
Câu hỏi thường gặp
Bao nhiêu giây thì coi là website chậm?
Google dùng chỉ số LCP, tức thời gian phần nội dung lớn nhất hiện ra. Dưới 2,5 giây được coi là tốt, trên 4 giây là kém. Bạn nên đo trên điện thoại vì phần lớn khách vào từ điện thoại, và đo vài trang chính chứ không chỉ trang chủ.
Có nên cài thêm nhiều plugin tăng tốc không?
Không. Một plugin bộ nhớ đệm hợp với hosting là đủ. Cài chồng nhiều plugin tăng tốc cùng lúc dễ xung đột, có khi làm lỗi giao diện hay giỏ hàng. Hosting đã có bộ nhớ đệm phía máy chủ thì chỉ cần bật đúng cách, không cần cài thêm.
Đổi hosting có làm website nhanh hơn không?
Chỉ khi nguyên nhân nằm ở máy chủ, như trang trắng lâu mới bắt đầu hiện hay chậm cả khi đã bật cache. Nếu chậm vì ảnh nặng, giao diện cồng kềnh hay script ngoài, đổi hosting chỉ đỡ một phần, nên bạn hãy đo kỹ trước khi chuyển.
Website nhỏ có cần CDN không?
Thường là chưa cần. Khách chủ yếu ở Việt Nam, hosting đặt trong nước, website nhẹ thì tốc độ đã ổn. CDN có ích hơn khi khách ở nhiều nước, website nhiều ảnh, video, hoặc lượng truy cập tăng mạnh mỗi lần chạy quảng cáo.
CDN có thay được hosting không?
Không. CDN chỉ phân phối bản sao nội dung, còn website vẫn cần máy chủ gốc để chạy mã nguồn, cơ sở dữ liệu, xử lý form và đơn hàng. CDN đứng trước hosting, giúp giảm tải cho máy chủ gốc và rút ngắn quãng đường dữ liệu đi tới khách.
Bao lâu nên kiểm tra tốc độ website một lần?
Mỗi tháng một lần, và sau mỗi lần cài plugin, đổi giao diện hay thêm mã quảng cáo. Ghi lại điểm và chỉ số LCP mỗi lần đo để thấy website đang nhanh lên hay chậm đi, thay vì chỉ đo khi khách phàn nàn.
Đo đúng chỗ, sửa đúng việc
Website WordPress chậm hiếm khi do một nguyên nhân bí ẩn; phần lớn là vài chỗ quen thuộc như hosting, bộ nhớ đệm, plugin, ảnh. Đo trước, tách đúng chỗ, sửa việc lớn trước thì bạn không phải đoán mò hay cài thêm plugin vô ích.
Nếu muốn có người xem giúp website đang chậm ở đâu, bạn gọi 0932 092 002 trong giờ làm việc hoặc để lại thông tin ở trang đăng ký tư vấn.
Jollie là chuyên gia trong lĩnh vực số hóa doanh nghiệp, tư vấn xây dựng giải pháp số và phần mềm quản trị phù hợp cho từng giai đoạn phát triển của doanh nghiệp. Với hơn 5 năm kinh nghiệm triển khai marketing online cho…
