Tác động của web bloat đối với người dùng thiết bị chậm

Tác động của dung lượng trang web đối với người dùng thiết bị chậm

• Năm 2017, đã có một nghiên cứu về tác động của dung lượng trang web đối với người dùng có kết nối Internet chậm.
• Ở cả trong và ngoài nước Mỹ, vẫn còn nhiều người dùng không có tốc độ băng thông rộng, và web hiện đại rất khó sử dụng với những người có Internet chậm.
• Khi tốc độ băng thông rộng tăng lên, vấn đề dung lượng trang web đã giảm bớt so với năm 2017, nhưng vẫn là vấn đề nghiêm trọng đối với những người có kết nối tốc độ thấp.

Hiệu năng CPU và ứng dụng web

• Hiệu năng CPU dành cho ứng dụng web không tăng nhanh như băng thông.
• Khả năng tiếp cận web đối với người dùng thiết bị cấu hình thấp đang được cải thiện, nhưng đồng thời nhiều trang web lại trở nên không thể truy cập được trên các thiết bị cấu hình thấp.
• Ví dụ, khi cố duyệt một diễn đàn hiện đại trên thiết bị cấu hình thấp như Tecno Spark 8C, trình duyệt thường xuyên bị sập.

Hiệu năng của thiết bị giá rẻ

• Các thiết bị giá rẻ như Tecno Spark 8C không được xem là thiết bị cấu hình thấp ở nhiều nơi trên thế giới.
• Nghiên cứu cũng xem xét hiệu năng của các thiết bị có cấu hình thấp hơn nữa như Itel P32.
• Nghiên cứu so sánh hiệu năng trên nhiều thiết bị khác nhau (M3 Max Macbook, M1 Pro Macbook, v.v.) và nhiều nền tảng khác nhau (blog, diễn đàn, nền tảng cho doanh nghiệp nhỏ).

Bảng đo hiệu năng

• Với từng website, nghiên cứu đo kích thước đã nén, kích thước gốc, Largest Contentful Paint (LCP) và mức sử dụng CPU.
• LCP là chỉ số đo thời điểm người dùng cảm nhận rằng nội dung chính của trang đã hiển thị.
• Thời gian CPU là một chỉ số đơn giản có tương quan cao với cảm nhận về khả năng sử dụng của người dùng.

Một số ý kiến bổ sung về tác động của dung lượng trang web đối với người dùng thiết bị chậm

Ý kiến của GN⁺

• Nghiên cứu về tác động của dung lượng trang web đối với người dùng thiết bị chậm nhắc lại cho các nhà phát triển web tầm quan trọng của tối ưu hóa.
• Nghiên cứu đưa ra góc nhìn phê phán về xu hướng phát triển web hiện đại khi không cân nhắc trải nghiệm của người dùng thiết bị cấu hình thấp.
• Nghiên cứu này nhấn mạnh tầm quan trọng của các kỹ thuật tối ưu web cho thiết bị cấu hình thấp, chẳng hạn như Progressive Web Apps (PWA).
• Các công cụ và kỹ thuật tối ưu web như Google PageSpeed Insights, Lighthouse, v.v. rất hữu ích cho các nhà phát triển web.
• Kết quả nghiên cứu nhấn mạnh tầm quan trọng của việc tuân thủ các tiêu chuẩn web và kỹ thuật tối ưu hóa để cải thiện khả năng tiếp cận web cho người dùng thiết bị cấu hình thấp.

[GN⁺]

Ý kiến Hacker News

• Một bài đánh giá về Tecno Spark 8C chỉ ra rằng dù máy có thể chạy các game 3D như PUBG với hiệu năng tạm ổn, điều đó không có nghĩa là nó đủ nhanh để đọc bài trên các nền tảng mạng xã hội hiện đại thiên về văn bản hay các diễn đàn web. PUBG có thể đạt 40fps, nhưng khi cuộn trên các trang như vậy thì có thể tụt xuống dưới 0,4fps.
  • Nhấn mạnh rằng cần cảnh giác với việc đội marketing yêu cầu đội frontend triển khai thêm script theo dõi mới rồi cho rằng người dùng sẽ không nhận ra khác biệt.
• Việc nhận thức về các mức độ bất bình đẳng khác nhau trên thế giới là quan trọng, và điều này cần bao gồm cả các quốc gia thu nhập trung bình, đặc biệt là ở Mỹ Latinh và Đông Nam Á.
  • Ví dụ, người dùng có gói dữ liệu di động chỉ vài GB mỗi tháng và thiết bị có cấu hình RAM/CPU tương đương smartphone đầu bảng của Mỹ từ 10 năm trước vẫn có thể dùng Discourse, nhưng trải nghiệm có thể chậm chạp và khó chịu.
  • Tin rằng nhóm người dùng này là phần chính giải thích cho quan sát của Dan rằng các cải thiện dần dần về CPU/RAM/đĩa làm tăng mức độ tham gia một cách rõ rệt.
• Biểu đồ của Dan cho thấy tối ưu hóa tiệm tiến có thể không giúp ích cho người dùng ở nhóm thiết bị thấp nhất.
  • Giải pháp duy nhất có thể là một kiến trúc client hoàn toàn khác, cung cấp mã tối giản nhất có thể bằng cách hy sinh tính năng và độ trau chuốt, tức là chế độ "light/basic".
  • Đáng tiếc là cách tiếp cận này hiếm khi được chứng minh là thành công, và các nhà phát triển ở Mỹ thường đưa ra quyết định sai về việc nên giữ lại hay bỏ đi tính năng/độ hoàn thiện nào để đổi lấy hiệu năng.
• Từ trải nghiệm gần đây với một điện thoại Android tương đối chậm, việc tải một số trang web trông như chỉ có văn bản và hình ảnh cũng có thể rất vất vả.
  • Vấn đề này còn phức tạp hơn bởi nhiều yếu tố. Một trong số đó là điện thoại cũ hoặc chậm đôi khi không thể dùng các trình duyệt đầy đủ tính năng như Firefox cho di động. Bản thân ứng dụng đã tiêu tốn quá nhiều tài nguyên trước cả khi mở website.
  • Điều này buộc phải chuyển sang các trình duyệt tối giản như Firefox Focus, nhưng lại không dùng được tiện ích mở rộng. Tức là không có ublock origin, khiến trải nghiệm web còn tệ hơn.
  • Một vấn đề khác là nếu không dùng trình duyệt "tiêu chuẩn" thì một số trang có thể trở nên không dùng được.
  • Trong tình huống như vậy, các công ty thường cố ép người dùng cài app. Nhưng không thể biết app đó sẽ chiếm bao nhiêu dung lượng trên thiết bị ít bộ nhớ, hoặc sẽ chạy tệ đến mức nào.
  • Nhiều công ty/trang web từng cung cấp phiên bản rút gọn cho thiết bị hoặc kết nối chậm, nhưng gần đây các phiên bản này đang dần biến mất và ngày càng khó tìm.
• Khi недавно chuyển từ một điện thoại LG đầu bảng 6 năm tuổi sang một chiếc Galaxy mới, chênh lệch hiệu năng là rất lớn.
  • Đó từng là một điện thoại rất cao cấp khi ra mắt, chưa hẳn quá cũ, và vẫn hoạt động như mới.
  • Biết rằng chiếc Galaxy S9 dùng để test code cũng gặp cùng vấn đề.
  • Cho rằng nên đưa Amazon vào phần thử nghiệm. Website Amazon là một trong những trang tệ nhất trên các thiết bị di động đã hơn khoảng 4 năm tuổi.
• Đưa ra một dữ kiện rằng YouTube gần như không dùng được trên Raspberry Pi 3.
  • Đây là vấn đề xuất hiện từ năm ngoái; trước đó vẫn có thể "xem" ở khoảng 10-15FPS, ví dụ đủ để mở video sửa chữa trong xưởng.
  • Khi Raspberry Pi Model B mới ra mắt, nó có thể phát video 1080p từ thiết bị lưu trữ, xem YouTube và chơi game.
  • Không chắc YouTube đang làm gì, nhưng vấn đề như vậy cần được xem xét nghiêm túc. Đặc biệt nếu thực sự nghiêm túc với khủng hoảng/biến đổi khí hậu, thì báo chí nên chỉ trích mạnh các công ty như Google và Meta vì hành vi đốt CPU cycle trên thiết bị công suất thấp, và nên dùng các dịch vụ hiệu quả hơn ngay cả khi UX tổng thể kém hơn.
• Một người dùng 48 tuổi nói rằng họ thấy khó đọc bài viết trên desktop.
  • Họ tăng khả năng đọc bằng cách thêm các style sau vào body trong công cụ dành cho nhà phát triển:

    font-size: 18px;
    line-height: 1.5em;
    max-width: 38rem;
    

  • Nhấn mạnh với giới kỹ thuật rằng để trang dễ đọc hơn chỉ cần thêm 64 byte.
• Chỉ ra rằng có một xu hướng thiết kế quá thiên về kết nối nhanh và chất lượng cao.
  • Ví dụ, nếu thử dùng sản phẩm Google trên Wi‑Fi máy bay, ngay cả việc chat cũng có thể mất vài phút hoặc không bao giờ tải xong, lại còn hay bị lỗi khiến phải tải lại nhiều lần với chi phí đắt đỏ.
  • Mong rằng các kỹ sư phần mềm quan tâm hơn đến việc thử nghiệm trong điều kiện không lý tưởng. Tốc độ thấp, kết nối chập chờn và mất gói là thực tế.
• Nói rằng "người dùng có thiết bị chậm" cũng có nghĩa là "những người muốn giữ thiết bị của mình quá vài năm".
  • Đề xuất rằng các nhà phát triển nên khảo sát phần cứng người dùng và bị buộc phải sử dụng hệ thống chậm phổ biến nhất trong một ngày mỗi tuần. Nếu họ không quan tâm đến hiệu suất, có lẽ họ sẽ quan tâm khi nó đủ đau đớn.
• Thường thích các bài viết của Dan Luu, nhưng cảm thấy bài này đã trượt mục tiêu.
  • Bảng LCP/CPU thì tốt, nhưng sau đó bài viết chuyển thành chút tâm lý học suy diễn. Từ vài bình luận ngẫu nhiên của nhà sáng lập Discourse, người đọc bị yêu cầu tự hình thành ý tưởng về thái độ mà các kỹ sư phần mềm được cho là đang có.
  • Cảm thấy bài này quá mềm và dựa dẫm vào tranh cãi Internet nên thực sự không thuyết phục.
• Nếu muốn điều chỉnh khả năng tiếp cận của website cho những người dùng thiết bị chậm hơn, đặc biệt là người sống ở các nước đang phát triển, thì còn nhiều điều cần cân nhắc hơn.
  • Dùng tiếng Anh rõ ràng hơn và cấu trúc câu đơn giản hơn có thể giúp nội dung dễ tiếp cận hơn với những người không đọc tiếng Anh trôi chảy như người Mỹ có học vấn.
  • Cũng tốt nếu giảm số lượng request cần để tải trang, vì độ trễ có thể cao, chẳng hạn ngay cả độ trễ tới edge node Cloudflare gần nhất vẫn có thể vẫn lớn.