Tại sao website của bạn chậm nhưng lại có điểm số cao?

Sau một thời gian nỗ lực bạn đã hoàn tất việc tối ưu hóa trang web WordPress của mình, đạt 100/100 trong Google PageSpeed ​​​​Insights hoặc Lighthouse, dù điểm số cao nhưng hiệu suất thực tế trải nghiệm vẫn chậm, điểm cao không nói được lên điều hiệu suất thực tế của bạn nhanh.

Tại sao website của bạn chậm nhưng lại có điểm số cao?

Bài viết này là dành cho anh em cuồng điểm số.

Vậy tại sao trang web của bạn chậm mặc dù có điểm số tốc độ trang tốt?

Có một số yếu tố có thể ảnh hưởng đến tốc độ tải trang web của bạn và nhiều yếu tố trong số đó không được phản ánh trong điểm số. Trong bài viết này, chúng ta sẽ khám phá 11 lý do phổ biến khiến trang web của bạn bị chậm, bao gồm cả vấn đề và giải pháp cho từng lý do.

Máy chủ không gần khách truy cập của bạn

Sự cố : Vị trí máy chủ của bạn có thể ảnh hưởng đáng kể đến hiệu suất trang web của bạn, đặc biệt là khi nói đến thời gian cần thiết để trang web của bạn phản hồi các yêu cầu của người dùng. Điều này được gọi là TTFB – Thời gian đến byte đầu tiên.

Nếu máy chủ của bạn ở xa khách truy cập, nó có thể làm tăng TTFB và khiến trang web của bạn tải chậm hơn. Điều này là do mỗi yêu cầu của người dùng phải di chuyển lâu hơn để đến máy chủ và nhận được phản hồi. Điều này có thể dẫn đến trải nghiệm người dùng kém.

Giải pháp: Chọn vị trí máy chủ gần với hầu hết khách truy cập của bạn. Ví dụ: nếu bạn có nhiều khách truy cập Việt Nam, tốt nhất nên chọn máy chủ Việt Nam hoặc chí ít thì ở Singapore. Điều này có thể giúp giảm TTFB và cải thiện tốc độ cũng như hiệu suất tổng thể của trang web của bạn. Chứ khách hàng bạn ở Việt Nam bạn đặt máy chủ ở tận Châu Âu thì hiệu suất sẽ khá kém.

Không bỏ qua chuỗi query sting URL

Sự cố: Khi bạn chia sẻ đường link trên mạng xã hội hoặc chạy quảng cáo, các URL thường chứa các chuỗi truy vấn được sử dụng để theo dõi hành vi và hiệu suất của người dùng. Ví dụ: Facebook thêm “?fbclid=xxx” vào cuối URL. Tương tự, Google Ads thêm các chuỗi truy vấn như “utm_campaign” .

Một số giải pháp lưu vào bộ nhớ đệm phía máy chủ có thể không lưu các URL có chuỗi truy vấn vào bộ nhớ cache hoặc bỏ qua hoàn toàn bộ nhớ đệm. Điều này có thể dẫn đến thời gian tải chậm hơn và trải nghiệm người dùng kém hơn cho khách truy cập của bạn.

Giải pháp: Sử dụng plugin bộ nhớ đệm được thiết kế để xử lý các URL có chuỗi truy vấn. Các giải pháp bộ nhớ đệm, chẳng hạn như litespeed cache, wp rocket, swift performance, FlyingPress … có thể bỏ qua các chuỗi truy vấn cụ thể, vì vậy bạn có thể loại trừ các chuỗi truy vấn được sử dụng bởi mạng xã hội hoặc quảng cáo.

Không lưu trữ các trang động

Sự cố: Khi người dùng đăng nhập hoặc một mặt hàng được thêm vào giỏ hàng trong cửa hàng WooC Commerce – đây là các trang động và việc lưu chúng vào bộ đệm có thể trở nên khó khăn vì nội dung trên các trang đó có thể thay đổi thường xuyên dựa trên hành vi của người dùng. Do đó, nhiều giải pháp bộ nhớ đệm bỏ qua hoàn toàn bộ đệm và tải từ máy chủ.

Giải pháp : Tuy nhiên, các plugin bộ nhớ đệm được định cấu hình đúng cách có thể giúp giảm thiểu sự cố này bằng cách giảm tổng số yêu cầu tới máy chủ. Bằng cách lưu vào bộ nhớ đệm các trang và đối tượng được yêu cầu thường xuyên, máy chủ có thể phản hồi các yêu cầu nhanh hơn, giảm tải cho máy chủ và cải thiện hiệu suất tổng thể của trang web. Điều này có thể đặc biệt quan trọng đối với các trang web có lưu lượng truy cập cao tạo ra nhiều yêu cầu.

Tính năng người dùng đã đăng nhập bộ đệm, object cache cũng có thể phục vụ các trang được lưu trong bộ nhớ cache ngay cả khi các mặt hàng nằm trong giỏ hàng (Woocommerce) .

Chịu tải traffic

Vấn đề: Giả sử website của bạn có một chiến dịch quảng cáo campaign đột ngột thành công rực rỡ hoặc một trong bài đăng trên blog của bạn được lan truyền rộng rãi. Bạn có thể sẽ nhận được một lượng lớn lưu lượng truy cập vào trang web của mình mỗi giây. Trừ khi bạn kiểm tra tải trang web của mình đúng cách, nếu không bạn sẽ không biết liệu tất cả người dùng có thể mở trang web của bạn trong thời gian tăng đột biến này hay không.

Lưu lượng truy cập cao có thể ảnh hưởng đáng kể đến hiệu suất của trang web. Nếu một trang web không thể xử lý lưu lượng truy cập tăng đột biến, điều đó có thể dẫn đến thời gian tải trang chậm, thời gian chờ hoặc thậm chí là sự cố trang web.

Giải pháp: Một cách để ngăn chặn những sự cố này là thực hiện kiểm tra tải trên trang web của bạn trước. Thử nghiệm tải liên quan đến việc mô phỏng mức lưu lượng truy cập cao trên trang web của bạn để xem nó hoạt động như thế nào trong các điều kiện khác nhau. Điều này có thể giúp bạn xác định các vấn đề hoặc tắc nghẽn tiềm ẩn ảnh hưởng đến hiệu suất khi trang web đang tải nặng. Thuê thêm nhiều tài nguyên máy chủ làm dự phòng.

Chỉ tối ưu hóa Trang chủ

Vấn đề: Mặc dù trang chủ có thể là điểm truy cập đầu tiên đối với một số khách truy cập, nhưng hầu hết lưu lượng truy cập của bạn có thể đến từ các trang khác, chẳng hạn như bài đăng trên blog hoặc trang sản phẩm.

Giải pháp: Để đảm bảo rằng tất cả các trang trên trang web của bạn được tối ưu hóa cho công cụ tìm kiếm và trải nghiệm người dùng, điều quan trọng là phải kiểm tra kỹ lưỡng trang web của bạn và xác định các khu vực có thể được cải thiện.

Khi bạn đưa vào trang web của mình nhiều nội dung văn bản và đồ họa hơn, hãy thỉnh thoảng tối ưu hóa các trang này. Có thể đáng lưu ý rằng tối ưu hóa SEO hoặc UX không phải là nhiệm vụ một lần. Nó phải là một nỗ lực liên tục được thực hiện thường xuyên.

Không Preload Cache

Sự cố: Việc không Preload cache của bạn có thể làm giảm tỷ lệ cache đối với người dùng thực.

Nếu không tải trước bộ nhớ cache, mỗi khi bạn xóa bộ nhớ cache, khách truy cập tiếp theo vào trang web của bạn sẽ nhận được một trang chưa được lưu trong bộ nhớ cache, điều này có thể làm chậm thời gian tải trang và dẫn đến trải nghiệm người dùng kém. Điều này cuối cùng có thể làm tăng tải trên máy chủ của bạn vì nó phải tạo một trang mới cho mỗi người dùng.

Giải pháp: Bạn có thể sử dụng các plugin bộ nhớ đệm hỗ trợ tải trước bộ đệm. Các plugin này sẽ tự động tạo bộ đệm cho các trang thường được truy cập và cập nhật bộ đệm định kỳ. Điều này sẽ đảm bảo rằng người dùng nhận được phiên bản đã lưu trong bộ nhớ cache khi họ yêu cầu một trang, phiên bản này sẽ tải nhanh hơn và cải thiện trải nghiệm người dùng, hoặc nếu cao cấp hơn bạn có thể dùng wptangtoc ols cũng có tính năng preload cache từ cấp máy chủ.

Mạng/thiết bị người dùng yếu

Sự cố: Các công cụ kiểm tra có thể không phản ánh chính xác các điều kiện thiết bị và mạng trong thế giới thực mà khách truy cập trang web của bạn có thể gặp phải. Điều này có thể chủ yếu đúng đối với người dùng ở các quốc gia khu vực có cơ sở hạ tầng mạng kém.

Giải pháp : Không có giải pháp cho vấn đề này. Tuy nhiên, để hiểu rõ hơn cách trang web của bạn đang hoạt động đối với người dùng thực, bạn có thể sử dụng dữ liệu trường từ các công cụ phân tích như Google Analytics hoặc Google Search Console. Dữ liệu này cung cấp thông tin chuyên sâu về trải nghiệm người dùng, nguồn gốc, nhân khẩu học và các chỉ số như thời gian tải trang, tỷ lệ thoát và các chỉ số tương tác khác.

Dựa trên các số liệu này, bạn có thể tối ưu hóa tốc độ trang web WordPress của mình bằng cách sử dụng các plugin cache với CDN để phục vụ người dùng của bạn trên toàn thế giới.

Các tệp CSS & JS có query stings URL

Sự cố: Hầu hết các nhà phát triển plugin và themes đều thêm số phiên bản dưới dạng chuỗi truy vấn vào tệp CSS và JS như một thông lệ tiêu chuẩn khi họ cập nhật hoặc phát hành phiên bản mới – ví dụ: Ví dụ: wptangtoc.com/wp-content/plugins/wptangtoc/giatuan.css?ver=1.0.0 . Vì vậy, bất cứ khi nào bạn cập nhật chủ đề hoặc plugin, ví dụ bạn lên version 1.0.1 thì url sẽ thành wptangtoc.com/wp-content/plugins/wptangtoc/giatuan.css?ver=1.0.1 trình duyệt và CDN sẽ coi đây là các tệp mới (mặc dù nội dung phiên bản 1.0.0 và 1.0.1 không thay đổi chút nào) như vậy không tận được cache trước đó.

Giải pháp: Xóa luôn tính năng query stings url nếu như website của bạn ít cập nhật hoặc bạn tự thay đổi id tự quản lý bằng thủ công bằng tay là cách tiếp cận tốt hơn vì cách này đảm bảo rằng file có nội dung thay đổi. Điều này cho phép bộ nhớ đệm tốt hơn và có thể cải thiện hiệu suất trang web.

Thường xuyên thanh lọc CDN

Sự cố: Khi bạn xóa bộ đệm CDN, các máy chủ biên gần nhất của bạn không còn bản sao tệp được lưu trong bộ nhớ cache và phải lấy lại tệp đó từ máy chủ gốc. Điều này có thể làm chậm thời gian tải trang và tăng tải trên máy chủ gốc của bạn.

Giải pháp: Khi bạn sử dụng CDN tệp tĩnh (như bunny, Akamai, KeyCDN,MaxCDN… ), có thể không bao giờ cần phải xóa CDN. Khi bạn kết hợp quản lý chặn chẽ query stings (như đề cập ở phần 8 mình chia sẻ ở trên), một tên file mới sẽ được tạo khi nội dung của tệp thay đổi (đối với CSS/JS). Tập tin fonts chữ thường không bao giờ thay đổi. Nếu bạn muốn thay đổi hình ảnh hiện có, hãy tải nó lên với tên tệp khác.

Khi sử dụng CDN proxy như Cloudflare APO hay Quic Cloud, bạn đang xóa toàn bộ bộ đệm (bao gồm các tệp tĩnh) bất cứ khi nào bạn cập nhật một số nội dung. Vì vậy, rất nên sử dụng các tệp tĩnh CDN riêng biệt.

Khách hàng toàn thế giới

Sự cố: Máy chủ của bạn ở một vị trí duy nhất. Nhưng bạn có khách truy cập, khách hàng của bạn từ các quốc gia khác nhau trên khắp thế giới. Đây là một vấn đề tương tự mà chúng ta đã thảo luận ở điểm #1.

Giải pháp: Nếu bạn kinh doanh quốc tế việc sử dụng CDN hữu ích cho trang web của bạn. CDN có thể giúp phân phối các tệp tĩnh (như hình ảnh, CSS và JavaScript) từ các máy chủ gần vị trí của khách truy cập hơn, giảm độ trễ và thời gian tải.

Các giải pháp bộ nhớ đệm dựa trên đám mây như QUIC Cloud hoặc Cloudflare APO cũng có thể giúp phục vụ các trang được lưu trong bộ nhớ đệm từ máy chủ gần vị trí của khách truy cập hơn, giảm thời gian tìm nạp trang từ máy chủ gốc.

Khuyến cáo chưa chắc đã phù hợp với website của bạn

Sự cố: Google PageSpeed ​​Insights chắc chắn là một công cụ hữu ích dành cho quản trị viên web, nhà phát triển và chủ sở hữu trang web thuộc mọi loại từ blog, diễn dàn, thương mai điện tử… Tuy nhiên, chúng tôi nhận thấy rằng rất nhiều người dành hàng giờ ám ảnh về việc tối ưu hóa trang web của họ, để thử và đạt điểm 100/100 trong bài kiểm tra này.

Thi đấu điểm số mục tiêu là điểm số sự thật là đây không phải là cách Google PageSpeed ​​Insights được sinh ra, cũng không phải là thứ xứng đáng để theo đuổi.

Khi bạn tập trung vào việc triển khai các đề xuất của nền tảng thay vì tập trung vào con người giống như bạn bị ngộ độc vì điểm số hay mình thường gọi là hack điểm (tôi cảm thấy may mắn khi google không có chỉ số full load sợ người dùng ám ảnh quá xóa nội dung đi để đo lường, lại còn xóa nội dung trang chủ xong đo lường tưởng đây là cả nguyên cái website).

Tại sao điểm số các công cụ speed test không quan trọng?

Mình cũng rất thích công cụ google PageSpeed Insights nhưng không hài lòng lắm với một số người sử dụng nó thao túng điểm số nhưng tốc độ thực tế thì rất chán. đó là thứ mình khó chịu nhất?

Giải pháp: Đối với mình, những chỉ số nào mà người dùng được hưởng lợi thì chỉ số đó là những chỉ số chúng ta cần nỗ lực, còn ngược lại người dùng không được lợi gì thì bỏ qua. việc đạt được 100/100 điểm trong Google PageSpeed ​​Insights không thực sự quan trọng.

những đề xuất của google page speed Insights không phải là đúng tuyệt đối chính xác 100%, nó cũng có thể rất giá trị quan trọng với bạn và có những đề suất thì không, mỗi một website thì sẽ có chiến lược tối ưu hóa khác nhau, dữ liệu google page speed Insights khuyến cáo những đề suất chung chung.

ví dụ cơ bản: Google page speed yêu cầu bạn nén html, nhưng website của bạn blog ít trang được page cache html tốt thì trường hợp này nén html là rất tốt, còn ngược lại nếu như website của bạn động thương mại điện tử hay database lớn mà đi nén html thì có bằng toang CPU máy chủ lúc nào cũng load cao gất ngưỡng làm tăng tải máy chủ hiệu suất chậm hơn rất nhiều. Cũng là nén html trường hợp này thì tốt còn trường hợp này thì không tốt. Google khuyến cáo thì chỉ là công thức chung chung chưa chắc đã phù hợp với bạn, tốt với người này chưa chắc đã tốt với người kia.