Điều chỉnh kích thước phù hợp cho tài nguyên nặng nhất
Kiểm tra hình ảnh, phông chữ và script theo số byte đã truyền và tầm quan trọng đối với lộ trình khách hàng. Loại bỏ hoặc trì hoãn công việc chỉ khi trải nghiệm hiển thị vẫn chính xác.
Ngân sách phân phối / 04
Cải thiện lộ trình,
sau đó đo lại.
Hướng dẫn thực hành để lập kế hoạch hiệu suất, xác định lộ trình khách hàng chậm nhất, đặt ngân sách phân phối rõ ràng và lần lượt xác minh từng cải tiến có kiểm soát.
SỬ DỤNG ĐỂ: Dùng để ưu tiên công việc phân phối có thể đo lường trên HTML, hình ảnh, phông chữ, script, bộ nhớ đệm và các tương tác người dùng quan trọng mà không hứa hẹn về điểm số hay thứ hạng.
BỐN ĐÒN BẨY CÓ KIỂM SOÁT
Giảm ma sát, chứ không phải bằng chứng.
Rút ngắn đường dẫn yêu cầu quan trọng
Xác định các yêu cầu chặn kết xuất và phụ thuộc vào máy chủ gốc, sau đó đánh giá bộ nhớ đệm, nén, preload hoặc thay đổi phụ thuộc trong điều kiện được kiểm soát.
Bảo vệ đầu vào phản hồi nhanh
Kiểm tra các tác vụ dài và công việc phía client xung quanh tương tác chính. Bảo toàn ngữ nghĩa, khả năng truy cập, quyền đồng ý và hành vi chức năng trong khi giảm công việc có thể tránh được.
So sánh tương đồng
Ghi lại URL, bản phát hành, thiết bị, mạng, trạng thái cache và nguồn chỉ số. Một thay đổi chỉ có được độ tin cậy khi cùng phương pháp tạo ra kết quả tốt hơn mà không có suy giảm.
PHƯƠNG PHÁP / GIỚI HẠN THEO NGUỒN
Thực hiện bước đã biết tiếp theo.
- Chọn một lộ trình khách hàng tiêu biểu và ghi lại bằng chứng hiện có từ lab và dữ liệu trường trước khi thay đổi mã.
- Đặt ngân sách có thể xem xét cho kích thước truyền tải, các yêu cầu quan trọng và chỉ số lấy người dùng làm trung tâm phù hợp nhất với lộ trình đó.
- Ưu tiên nguyên nhân lớn nhất có thể kiểm soát, chẳng hạn ảnh quá cỡ, tài nguyên chặn kết xuất, script có thể tránh được hoặc phản hồi máy chủ gốc chậm.
- Thực hiện một thay đổi giới hạn, so sánh cùng lộ trình và điều kiện, rồi giữ hoặc hoàn nguyên dựa trên bằng chứng quan sát được.
XÁC MINH / TRƯỚC KHI TIN CẬY
So sánh kết quả trước và sau bằng cách sử dụng cùng URL, cấu hình thiết bị, điều kiện mạng và giả định về cache.
Kiểm tra trang thực tế để phát hiện suy giảm về bố cục, tương tác, khả năng truy cập, phân tích và các lộ trình khách hàng quan trọng.
Ghi lại định danh phát hành, các giá trị quan sát được, điều kiện thử nghiệm, quyết định và kết quả hoàn nguyên nếu thay đổi không được giữ lại.
THẨM QUYỀN / XEM XÉT
Ghi chú nguồn, không phải là sự chắc chắn vay mượn.
Cơ sở lập kế hoạch: hướng dẫn của web.dev về hiệu suất và Core Web Vitals
- web.dev — Web performance ↗web.dev khuyến nghị đo lường hiệu suất lấy người dùng làm trung tâm, hiểu Core Web Vitals và áp dụng các cải tiến theo mục tiêu trước khi đo lại.
BỐI CẢNH / GIỮ LIÊN KẾT KHI CHUYỂN GIAO
Launch KitSử dụng không gian làm việc khởi động SIU làm điểm bắt đầu lập kế hoạch có cấu trúc.Status Is DownSử dụng SID cho tín hiệu dịch vụ trực tiếp, hồ sơ dịch vụ được giám sát và bối cảnh liên quan sự cố.Sự sẵn sàng phân phối hình ảnhKiểm tra các quyết định phân phối riêng cho hình ảnh khi yếu tố hình ảnh là phần đáng kể của ngân sách trang.
Người soạn: Bản thảo biên tập của SIU Enablement; hướng dẫn hiệu suất giới hạn theo nguồn. Được xem xét bởi: Chủ sở hữu hiệu suất và chủ sở hữu lộ trình khách hàng xem xét bằng chứng và các đánh đổi. Xác nhận lại: Xác thực lại khi thành phần trang, hạ tầng phân phối, script bên thứ ba hoặc điều kiện đo lường thay đổi.