Lập trình viên sau thời điểm phát triển chấm dứt một website, website chạy ổn định định, không bug thì coi như đang hoàn thành.

Bạn đang xem: Các cách tối ưu hóa website

Câu chuyện của năm 2018 có dễ dàng và đơn giản như vậy?

Tại sao buộc phải tối ưu hoá website?

Theo số liệu hỗ trợ bởi google

User facts:47% người tiêu dùng muốn website load dưới 2 giây cùng 40% sẽ quăng quật cuộc nếu website mất trên 3 giây để load.79% người dùng sẽ không ké thăm lại một website tất cả performance tồi.52% người dùng cho rằng website load nhanh ảnh hưởng trực tiếp nối độ trung thành của họ.44% bạn dùng thở than về tốc độ web với bạn của họ.

Xem thêm: Bật Mí Cách Tối Ưu Hóa Điện Thoại Oppo A16 Để Giúp Điện Thoại Chạy

1 giây tăng thêm trong load-time sút 16% độ chấp thuận của tín đồ dùng.

Website facts:

79% có form size trên 1MB, 53% bên trên 2MB và 23% bên trên 4MB.Mobile load-time đã giảm 7 giây tuy thế vẫn tốn khoảng tầm 15 giây, 53% websites tốn rộng 3 giây để hiển thị.Mobile traffic chỉ chiếm hơn một phần web traffic bên trên toàn rứa giới, dẫu vậy tỷ lệ đổi khác thành lợi nhuận lại thấp hơn trên những thiết bị sản phẩm tính.

→ speed equals revenue

70% landing page mất hơn 5 giây nhằm hiển thị.Google sử dụng một deep neural network cùng với độ đúng đắn 90% khiến cho ra tác dụng sau:giảm load-time được 10 giây, tỷ lệ người dùng thường xuyên sử dụng website tăng 123%ngược lại, số lượng elements trên website tăng từ 400 lên 6000, tỷ lệ thay đổi thành lợi nhuận giảm 95%

→ faster is better & less is more

Thử nghiệm thực tế:Walmart:Mỗi 1 giây load-time giảm, số lượng đặt hàng tăng 2%Mỗi 100ms load-time giảm, lợi tức đầu tư tăng 1%Tỉ lệ đặt hàng hoàn toàn có thể giảm 25% với mỗi 1 giây tăng trong load-time.Amazon A/B Test:Chỉ 100ms load-time rất có thể khiến lợi tức đầu tư giảm đáng kể.Google
Traffic giảm 20% ví như load-time tăng thêm 0.5 giây

SPEED DOES MATTER

Load-time tăng 1 giây:

Giảm 11% lượng pageviewsGiảm 16% sự thích hợp của khách hàngGiảm 7% lợi nhuận

Ở Việt Nam, trang web của nhân loại di cồn được giao kpi hiển thị bên dưới 3000ms, còn tiki và nhất là sendo dường như không xem xét việc này lắm. Các chúng ta có thể dễ dàng thấy trải nghiệm người dùng ở đâu xuất sắc hơn, chỗ nào mọi người mua đồ nhiều hơn.

Dù sao thì vào tương lai, các website chắc hẳn rằng sẽ phải suy nghĩ việc optimize webservice. Đây vừa là thời cơ và cũng là thách thức với các lập trình viên. Liệu tất cả những lý do trên vẫn khiến chúng ta phải ngồi ở trong bàn và bỏ thời hạn ra làm cho một trang web chạy cấp tốc hơn 1-2 giây?

Long story short:

Hãy làm trang của công ty chạy thật cấp tốc trên những thiết bị di động và bước đầu tư duy theo hướng mobile-first.

Cùng chú ý lại một chút quá trình vào một trang web của người dùng theo một flow solo giản:

người sử dụng nhập địa chỉ web → chuyển mang lại mạng Internet
DNS vps (Domain Name Service server) gửi từ URL thành showroom IP →　trỏ mang lại server gồm IP yêu thương cầuserver dấn request, xử trí requestchuyển lại response cho những người dùng → browser hiển thị kết quả.

Tin tốt là chúng ta có thể optimize website ở vớ cả quá trình còn tin xấu là sinh sống mỗi bước, thời gian nâng cao có thể chỉ được xem bằng ms (1/1000 giây