Tại sao điểm Google Pagespeed, Pingdom, và GTmetrix không thực sự quá quan trọng

Trong thế giới của tối ưu hóa trang web, điểm số là một thứ luôn thu hút sự chú ý. Các công cụ đánh giá hiệu suất như Google Pagespeed, Pingdom, và GTmetrix thường được coi là tiêu chuẩn để đo lường khả năng tải nhanh của một trang web và đưa ra những lời khuyên để cải thiện nó. Tuy nhiên, liệu các điểm số này thực sự có ý nghĩa và quyết định đến sự thành công của trang web của bạn? Trong bài viết này, chúng tôi sẽ đào sâu để hiểu tại sao điểm Google Pagespeed, Pingdom và GTmetrix có thể không thực sự quá quan trọng trong chiến lược tối ưu hóa trang web của bạn. 🙂

Bạn không biết cách đọc kết quả kiểm tra tốc độ trang web

Điều này xảy ra rất thường: mọi người hoang mang về điểm số tốc độ mà họ không thật sự hiểu rõ. Chắc chắn rằng hầu hết những người lo lắng này không phải là những nhà phát triển web chuyên nghiệp hoặc là các lập trình viên. Hãy tưởng tượng rằng các dụng cụ y tế đắt tiền trong bệnh viện chỉ được sử dụng bởi bác sĩ có chứng chỉ. Điều này vì họ biết cách sử dụng chúng. Họ biết những chỉ số quan trọng và những chỉ số không quan trọng. Liệu họ có để một người bất kỳ nào đó nhìn vào không? Không, bởi vì người đó sẽ không biết gì về cách nó hoạt động, nó đo đạc cái gì, và kết quả nào là xấu hoặc tốt. Họ chỉ đơn giản là hoảng sợ và phản ứng quá đáng với mọi tín hiệu mà dụng cụ đưa ra!

Dưới đây là một số câu hỏi đơn giản để biết bạn có đủ kỹ năng để đọc kết quả kiểm tra tốc độ

• Bạn hiểu TTFB là gì không?
• Bạn biết “first paint” trên một trang web là gì không?
• Bạn nhận biết được những yếu tố quan trọng nhất trên biểu đồ waterfall không?
• Bạn có thể xác định xem CDN có giúp ích hay làm chậm quá trình tải tài nguyên của bạn không?
• HTTP/2 là gì và lợi ích của nó là gì?
• Điều gì xác định xem hình ảnh của bạn đã được nén đủ chưa?
• Tại sao bạn nên bỏ qua các yêu cầu từ bên ngoài (3rd-party requests)?
• Khoảng cách tối ưu giữa máy chủ kiểm tra tốc độ và máy chủ web của bạn là bao xa?

Nếu bạn không thể trả lời bất kỳ câu hỏi nào trong số này, có thể khẳng định bạn không đủ kỹ năng để đọc kết quả kiểm tra tốc độ, và hãy đừng thử tranh luận với nhà phát triển hoặc chuyên gia tối ưu hóa về bất cứ điều gì nên được tối ưu hóa.

Kết quả kiểm tra tốc độ thúc đẩy tối ưu hóa CHO ĐIỂM SỐ chứ không phải CHO NGƯỜI DÙNG

Đây chính là sai lầm chính của việc thực hiện kiểm tra tốc độ: nguy cơ tối ưu hóa trang web của bạn chỉ để đạt điểm số cao, mà bỏ qua trải nghiệm thực sự của người dùng. Hành động này tương tự viết nội dung cho tối ưu hóa công cụ tìm kiếm (SEO) thay vì viết cho độc giả con người. Trong lý thuyết, có vẻ như hai mục tiêu này hoàn toàn tương thích, nhưng trong thực tế thì không phải lúc nào cũng vậy. Tương tự, kết quả kiểm tra tốc độ và trải nghiệm người dùng. Điều mà “nhanh và hiệu quả” đối với công cụ kiểm tra tốc độ có thể không phải lúc nào cũng là “nhanh và hữu ích” đối với người dùng thực sự.

Vấn đề này xuất phát từ việc tối ưu hóa cho người dùng đòi hỏi phải cung cấp trải nghiệm người dùng dự định trong thời gian tải nhanh nhất có thể. Trong khi đó, tối ưu hóa cho kết quả kiểm tra tốc độ đồng nghĩa với việc cung cấp ít tài nguyên càng nhiều càng tốt trong thời gian tải nhanh nhất. Đây là lý do tại sao việc này trở nên khó khăn. Tạo ra trải nghiệm người dùng cụ thể đòi hỏi phải tải nhiều tài nguyên cụ thể và theo một trình tự cụ thể. Tuy nhiên, kết quả kiểm tra tốc độ tự động không hiểu điều này, nên chúng chỉ đơn giản khuyên bạn cắt giảm byte và yêu cầu càng nhiều càng tốt. Chúng không biết (hoặc không thể tính toán được) những tài nguyên mà bạn thực sự cần, hoặc những tài nguyên ảnh hưởng trực tiếp đến trải nghiệm người dùng của bạn.

Đây là lý do tại sao các chuyên gia tối ưu hóa tốc độ luôn nhấn mạnh rằng bạn nên TỐI ƯU HÓA CHO NGƯỜI DÙNG, chứ không phải chỉ để đạt điểm số tốc độ cao.

Để xác định xem bạn có đánh giá quá cao điểm số tốc độ không, hãy tự hỏi:

• Bạn thích trang tải nhanh nhưng có điểm số thấp hay trang tải chậm nhưng có điểm số cao hơn?
• Bạn có bị phiền nếu trang web của đối thủ của bạn tải chậm hơn nhưng có điểm số trang cao hơn không?
• Bạn có thực sự tin rằng việc có điểm số trang 100/100 A+ là quan trọng?
• Bạn có nghĩ rằng có điểm số trang cao tức là trang web của bạn nhanh chóng?

Bất ngờ thay, thường không có sự tương quan lớn giữa điểm số trang cao và thời gian tải trang thực sự. Hãy tự mình tìm hiểu bằng cách xem nhiều trang web phổ biến và xem điều này đúng không nhé.

Kiểm tra tốc độ mà không tính đến nhu cầu của trang web cụ thể

Mỗi trang web đều khác nhau

Giả sử một ô tô rời khỏi nhà mang theo 50 KG thiết bị và một ô tô khác rời khỏi nhà mang theo 500 KG thiết bị. Liệu chiếc xe thứ hai có thực sự chở quá nặng? Điều gì sẽ xảy ra nếu chiếc xe đầu tiên chỉ đi đến nhà hàng xóm và chiếc xe thứ hai đang đi cắm trại? Bạn hiểu ý tôi chứ?

Điều gì sẽ xảy ra nếu quá trình kiểm tra cho biết hình ảnh trang web của bạn quá nặng so với trang web khác? Nó tốt hay xấu? Vâng, nó phụ thuộc! Nếu trang web của bạn là cửa hàng thương mại điện tử hoặc danh mục nhiếp ảnh, bạn có thể muốn hình ảnh lớn hơn và chất lượng cao hơn! Nếu trang web của bạn là một blog văn bản đơn giản thì có lẽ bạn sẽ muốn những hình ảnh nhỏ hơn.

Bạn không thể có một số công cụ tự động ngớ ngẩn đánh giá những điều này khi nó không có bất kỳ quan điểm nào về hoạt động của trang web của bạn và nó khác biệt như thế nào so với các trang web khác. Nó đánh giá tất cả các trang web theo một số tiêu chuẩn (tùy ý) mà không tính đến nhu cầu cụ thể của từng trang web. Ý tưởng là thế này…điều có thể “xấu” đối với một trang web có thể thực sự là “tốt” hoặc “có mục đích” đối với một trang web khác.

Ví dụ về các đề xuất kiểm tra tốc độ phổ biến (và lý do chúng có sai sót)

Kết hợp CSS/JS để giảm yêu cầu – thực sự có thể làm chậm quá trình tải trang và/hoặc phá vỡ thiết kế/chức năng trang web của bạn!

Nén hình ảnh nhiều hơn để tiết kiệm dung lượng – làm giảm chất lượng hình ảnh của bạn và không được khuyến nghị cho các trang web cần hình ảnh chất lượng cao!

Tải hình ảnh lười biếng để tăng tốc độ tải trang – có thể gây tổn hại cho UX thương mại điện tử bằng cách cản trở khả năng cuộn nhanh của khách truy cập! Cần phải nói là LOAD DELAYED chậm hơn LOAD BÌNH THƯỜNG!

Tổng thời gian tải chậm – điều đó không thành vấn đề vì người dùng không cần tải mọi thứ ngay lập tức, họ chỉ cần các mục quan trọng hoặc các mục ở gần đầu trang!

Kiểm tra tốc độ không thể cho bạn biết điều gì ảnh hưởng đến tốc độ của bạn nhiều nhất

Các bài kiểm tra tốc độ thường tạo ra ảnh hưởng lớn đến những thứ không ảnh hưởng đến tốc độ.

Họ chỉ đơn giản cung cấp cho bạn một danh sách khổng lồ (và dường như) toàn diện gồm các danh sách kiểm tra và việc cần làm. Nhưng họ không cho bạn biết tại sao những điều đó lại quan trọng. Nhiều thứ được đo không thực sự ảnh hưởng đến tốc độ của bạn. Chúng chỉ là những tối ưu hóa ngẫu nhiên có thể (hoặc có thể không) cải thiện trải nghiệm người dùng.

Tại sao các bài kiểm tra tốc độ không thể cho bạn biết điều gì quan trọng?

Đó là bởi vì chúng hoàn toàn tự động và không thể đánh giá mọi thứ theo cách con người có thể (ít nhất là chưa). Họ không cân nhắc số liệu tùy thuộc vào trang web. Họ không hiểu rằng việc tối ưu hóa liên quan đến hình ảnh sẽ có trọng lượng hơn trên các trang web có nhiều hình ảnh. Và việc tối ưu hóa liên quan đến CSS sẽ có trọng lượng hơn trên các trang web nặng về CSS. Họ không thể giải thích được điều này nên họ cân nhắc những số liệu đó như nhau cho mọi trang web.

• CSS nặng 500KB so với hình ảnh nặng 5KB vẫn bị trừ cùng số điểm.
• 10 hình ảnh nặng 1KB, mỗi hình ảnh sẽ làm giảm điểm của bạn nhiều hơn so với CSS của bạn có 30KB khoảng trống.

Bạn hiểu ý tôi chứ? Các bài kiểm tra đều có sai sót! Tôi chưa giải thích mọi tình huống có thể xảy ra khi nó thực hiện điều này và tôi sẽ không giải thích. Tôi hy vọng bạn tiết kiệm thời gian cho cả hai chúng ta (và hãy tin tưởng tôi).

Kiểm tra tốc độ không tính đến thời điểm nên phá vỡ các quy tắc

Ví dụ: lời phàn nàn về việc các mục không được lưu vào bộ nhớ đệm của trình duyệt hoặc có thời gian hết hạn quá ngắn. ĐÚNG! Một số món đồ đó ĐƯỢC PHÉP là như vậy. Một số mục được CUNG CẤP không thể lưu vào bộ nhớ đệm và có thời gian hết hạn ngắn để giữ cho một số nội dung nhất định luôn được cập nhật.

CSS chặn hiển thị – Lần tới tôi sẽ lật xe khi nhìn thấy lời phàn nàn này. CSS NÊN chặn hiển thị. Các bạn có biết điều gì sẽ xảy ra khi không chặn kết xuất bằng CSS không?…bạn gặp vấn đề về FOUT/FOUC! Hãy tin tôi. Đó là mục đích!

Kiểm tra tốc độ có sai sót

Đúng, chúng có nhiều thiếu sót và nhiều người dùng thậm chí không biết! Chúng khiến người dùng mới cảm thấy tồi tệ về những điều họ không thể hoặc không nên thay đổi. Tôi sẽ liệt kê một số ví dụ dưới đây:

Đề xuất đã lỗi thời

Các bài kiểm tra tốc độ vẫn chưa tính toán chính xác các công nghệ máy chủ web hiện đại. Tôi vẫn thấy nhiều đề xuất nhanh hơn với công nghệ máy chủ web cũ nhưng thực tế lại chậm hơn với công nghệ máy chủ web ngày nay. Những việc như đề xuất GZIP khi Brotli đang được sử dụng (brotli tốt hơn gzip) hoặc đề xuất giảm yêu cầu HTTP khi giao thức HTTP/2 cho phép các yêu cầu song song!

Phạt vì yêu cầu của bên thứ 3

Tôi cực kỳ ghét khi các bài kiểm tra tốc độ chỉ ra thời gian tải chậm, thiếu thời gian hết hạn bộ nhớ đệm hoặc mã hóa cho một số yêu cầu được tải bên ngoài. Các mục này được tải từ MÁY CHỦ KHÁC mà bạn không có quyền kiểm soát. Đó không phải là lỗi của bạn và các bài kiểm tra tốc độ sẽ có cách cho bạn biết điều này. Và chỉ cho bạn biết thôi, một số yêu cầu được tải bên ngoài không được lưu vào bộ nhớ đệm hoặc được “tối ưu hóa” vì một lý do nào đó!

Hầu như tất cả các bài kiểm tra tốc độ đều thất bại KIỂM TRA MẮT!

Kiểm tra mắt là gì? Về cơ bản, đó là việc bạn tự mình kiểm tra trang web bằng chính đôi mắt của mình. Nếu trang web tải trực quan nhanh thì bạn vẫn ổn! Không cần phải lo lắng về “tổng thời gian tải” vì những thứ tải ở chế độ nền đó không thực sự ảnh hưởng đến trải nghiệm người dùng của bạn.

KIỂM TRA MẮT sẽ là bài kiểm tra tốc độ trang đầu tiên bạn từng chạy. Và sau đó, bước tiếp theo sẽ sử dụng chức năng công cụ dành cho nhà phát triển của trình duyệt để xem mọi thứ tải trong trình duyệt thực tế của bạn nhanh như thế nào. Đây là thời gian gần với thời gian thực nhất mà bạn có thể nhận được!

Điều gì sẽ xảy ra nếu tôi nói với bạn rằng trang web 3 giây hoàn toàn trống và không hiển thị cho đến mốc 2,8 giây, trong khi trang web 6 giây xuất hiện ngay lập tức và sau đó âm thầm tải những nội dung ít quan trọng hơn trong nền?

Trong trường hợp không rõ ràng, tôi sẽ chọn trang web 6 giây mỗi ngày trong tuần. Và tất cả các công ty lớn trong Fortune 500 cũng vậy…trên thực tế, nhiều công ty trong số đó phải mất vài giây để tải đầy đủ (mặc dù hình ảnh hiển thị gần như ngay lập tức)!

Đây chính là kiểu mà tôi đang nói đến. Nhiều bài kiểm tra tốc độ không tính đến điều này. Và ngay cả khi họ liệt kê các số liệu quan trọng như thời gian hiển thị ban đầu, người dùng ngây thơ cũng không biết xem xét điều đó! Tất cả những gì họ quan tâm là con số TỔNG THỜI GIAN TẢI ngu ngốc đó (đôi khi kèm theo một số thông báo cảnh báo đáng sợ).

Giải quyết những lầm tưởng và phản bác phổ biến

Như mọi khi, khách hàng đưa ra các giả định và câu hỏi hợp lý:

“Có một trang web tải nhanh hoặc điểm tốc độ cao là điều quan trọng đối với SEO.”

Không thực sự. Trừ khi trang web của bạn cực kỳ chậm, câu nói đó khá sai lầm; nó thậm chí không phải là một huyền thoại. Bạn có thể tự mình xác minh điều đó bằng cách nghiên cứu 10 kết quả hàng đầu cho các từ khóa ngẫu nhiên. Không có gì lạ khi tìm thấy các kết quả hàng đầu mất 3-5 giây để tải (theo kiểm tra tốc độ trang).

Như đã nói, việc có một trang web nhanh có thể cải thiện mức độ tương tác và chuyển đổi của người dùng và tôi tin rằng điều đó sẽ giúp ích phần nào cho thứ hạng SEO. Dù sao đi nữa, tốc độ là điều tuyệt vời cho việc chuyển đổi!

“Bạn không thể có một trang web tốt/nhanh nếu không đạt điểm A trên trang!”

Hãy thử tra cứu nhiều trang web phổ biến nhất mà bạn biết và xem họ chấm điểm cho bạn như thế nào. Rất tiếc, hãy thử thậm chí các trang web của Google dựa trên công cụ GPI của riêng họ.

“Nếu điểm tốc độ không quan trọng thì tại sao chúng lại tồn tại?”

Chúng tồn tại như một danh sách kiểm tra hữu ích cho những người biết cách đọc chúng. Một số thứ quan trọng, và một số thứ thì không.

“Tại sao trang web của đối thủ cạnh tranh của tôi nhanh hơn và đạt điểm cao hơn của tôi?”

Điều đó có thể do nhiều nguyên nhân. Nhiều người trong số họ có máy chủ web nhanh hơn hoặc mã hóa hiệu quả hơn hoặc ít plugin hơn hoặc tải ít nội dung hơn hoặc tải nội dung của bên thứ 3 ít hơn. Chỉ vì bạn đã cài đặt plugin bộ đệm hoặc thuê chuyên gia tối ưu hóa tốc độ không đảm bảo trang web của bạn sẽ tốt hơn đối thủ cạnh tranh.

“Nhưng hôm nọ, tôi đã cài đặt một số plugin khác hoặc làm việc với một người khác để cải thiện điểm trang web của tôi lên 100/100.”

Tùy bạn thôi. Bạn có thể đạt được 100/100 nếu bạn không quan tâm đến bất kỳ điều gì khác ngoài điểm số, nhưng bạn có thể vô tình làm chậm quá trình tải trang hoặc cản trở trải nghiệm người dùng khi làm như vậy. Vào cuối ngày, những đề xuất về điểm số trang đó chỉ đơn giản là KHUYẾN CÁO…chúng không phải là những hướng dẫn theo kinh nghiệm để làm theo cho mọi tình huống.

“TÔI KHÔNG QUAN TÂM NHỮNG GÌ BẠN NÓI! Làm cho trang web của tôi nhanh chóng và đạt điểm A+ 100/100!”

Chắc chắn. Chỉ cần xóa tất cả các plugin của bạn, sử dụng một chủ đề đơn giản. Không có nhiều hơn 10 hình ảnh. Không sử dụng Google Analytics hoặc webfont của Google.

“Nhưng những bài kiểm tra tốc độ đó thật đáng sợ! Làm sao tôi biết những điều cần khắc phục và cách khắc phục chúng?”

Bạn có thể dành thời gian đọc và tìm hiểu cách hoạt động của từng cái. Có thể làm việc như một nhà phát triển web trong một vài năm. Hoặc bạn có thể thuê một người có nhiều kinh nghiệm hơn bạn.