Web đang gặp vấn đề về tốc độ. Bất chấp hàng thập kỷ phát triển công nghệ, các website lớn đang trở nên chậm hơn và cồng kềnh hơn, khiến các công ty mất hàng triệu đô la doanh thu. Một phân tích gần đây cho thấy hiệu suất web kém không chỉ là phiền toái kỹ thuật—mà là một cuộc khủng hoảng kinh doanh đang ẩn náu ngay trước mắt.
 |
|---|
| Hình ảnh này làm nổi bật cuộc thảo luận quan trọng xung quanh hiệu suất web và tác động của nó đối với doanh thu kinh doanh |
Chi phí ẩn của website chậm
Những con số này thật đáng kinh ngạc. Website của Kroger hiện tại tải 2.4 megabyte JavaScript trong tổng dung lượng 4 megabyte. Dựa trên các tính toán trước đó rằng mỗi kilobyte JavaScript tiêu tốn của công ty 100,000 đô la Mỹ mỗi năm, việc giảm trang web của họ xuống mức tối ưu 450 kilobyte có thể tiết kiệm khoảng 435 triệu đô la Mỹ hàng năm. Điều này không chỉ về chi phí máy chủ—mà chủ yếu là doanh thu bị mất từ những khách hàng bỏ đi vì trang web tải chậm.
Các ví dụ thực tế hỗ trợ những tính toán này. Một nhà phát triển đã chia sẻ cách gia đình họ chuyển đổi dịch vụ giao hàng tạp hóa nhiều lần chỉ dựa trên hiệu suất ứng dụng. Khi ứng dụng của Meijer trở nên chậm chạp, cần 30 giây chỉ để thêm sáu quả chuối vào giỏ hàng, họ chuyển sang Kroger . Sau đó, khi Meijer cải thiện hiệu suất và Kroger vẫn kém, họ lại chuyển về. Những quyết định chuyển đổi này đại diện cho hàng nghìn đô la doanh nghiệp bị mất theo thời gian.
Phân tích hiệu suất website Kroger
- Tải trọng JavaScript hiện tại: 2.4 MB
- Tổng tải trọng trang: 4 MB
- Mục tiêu tải trọng tối ưu: 450 KB
- Chi phí ước tính hàng năm của hiệu suất hiện tại: 435 triệu USD
- So sánh hiệu suất: Demo Kroger-lite (20 giây) so với trang web thực tế (3 phút 44 giây) cho quy trình thanh toán
Nguyên nhân gốc rễ: Trải nghiệm nhà phát triển hơn trải nghiệm người dùng
Cuộc khủng hoảng hiệu suất bắt nguồn từ sự không phù hợp cơ bản trong ưu tiên. React , framework web thống trị, được áp dụng chủ yếu vì các nhà phát triển thích sử dụng nó, không phải vì nó mang lại trải nghiệm người dùng vượt trội. Như một nhà phát triển React ban đầu thừa nhận, phản ứng của nhóm về cơ bản là: Tôi không biết điều này sẽ đủ hiệu suất như thế nào, nhưng làm việc với nó thật thú vị... ai đó sẽ làm cho nó nhanh hơn.
Tư duy ưu tiên nhà phát triển này tạo ra một chuỗi vấn đề. Hầu hết các công ty thiếu các biện pháp bảo vệ hiệu suất, cho phép các nhóm có thiện ý vô tình tung ra các gói JavaScript khổng lồ. Sự phát triển nhanh chóng của phát triển web trong những năm 2010 có nghĩa là nhiều nhà phát triển mới không bao giờ học các nguyên tắc cơ bản của web, thay vào đó dựa vào các framework trừu tượng che giấu chi phí hiệu suất.
Rào cản tổ chức đối với hiệu suất
Ngay cả khi các công ty nhận ra vấn đề hiệu suất, cấu trúc tổ chức thường ngăn cản các giải pháp. Các kỹ sư thường hiểu những tác động hiệu suất nhưng thiếu quyền ra quyết định. Khi marketing yêu cầu các script theo dõi hoặc các giám đốc điều hành muốn các tính năng bắt mắt, mối quan tâm về hiệu suất bị bác bỏ.
Các kỹ sư có thể đã phжалуются rằng nó sẽ làm cho website chậm. Tôi đã từng là kỹ sư đó. Nhưng họ không bao giờ ở vị trí có quyền lực để bác bỏ các bộ phận khác của công ty.
Vấn đề đặc biệt nghiêm trọng trong phần mềm B2B, nơi người mua hiếm khi sử dụng sản phẩm một cách rộng rãi trước khi mua. Không có áp lực hiệu suất từ người dùng thực tế, các công ty ưu tiên danh sách tính năng hơn trải nghiệm người dùng. Các trang B2C với chi phí chuyển đổi cao, như nền tảng mạng xã hội, gặp phải vấn đề tương tự—người dùng không thể dễ dàng rời đi bất chấp hiệu suất kém.
Ví dụ về Tác động Hiệu suất Web
- Mỗi KB JavaScript khiến Kroger tốn khoảng 100.000 USD hàng năm
- Các trang web so sánh giá thấy mối tương quan trực tiếp giữa mili giây và tỷ lệ chuyển đổi
- Cải thiện ứng dụng Meijer đã dẫn đến việc giữ chân khách hàng sau khi khắc phục hiệu suất
- Thêm sản phẩm vào giỏ hàng: Ứng dụng chậm mất hơn 30 giây, ứng dụng được tối ưu chỉ mất vài giây
Con đường phía trước
Bất chấp những thách thức, có những lý do để lạc quan. Core Web Vitals và các chỉ số hiệu suất tiêu chuẩn khác đang làm cho tốc độ có thể đo lường và so sánh được. Cộng đồng phát triển đang dần chuyển từ các framework nặng sang các lựa chọn thay thế nhẹ hơn như trình tạo trang tĩnh.
Một số công ty đã thấy được lợi ích của việc ưu tiên hiệu suất. Các website so sánh giá báo cáo rằng từng mili giây cải thiện chuyển đổi trực tiếp thành điểm phần trăm tăng tỷ lệ chuyển đổi. Lý do kinh doanh cho hiệu suất rất rõ ràng—thách thức là cam kết tổ chức để thay đổi.
Cuộc khủng hoảng hiệu suất web đại diện cho một thất bại thị trường cổ điển nơi các quyết định hợp lý cá nhân tạo ra kết quả tập thể kém. Tuy nhiên, khi các công cụ hiệu suất cải thiện và nhận thức tăng lên, các lực lượng thị trường cuối cùng có thể đẩy các công ty hướng tới web nhanh, phản hồi mà người dùng xứng đáng có được.
Tham khảo: Why is Web Performance Undervalued?