Bảng điều khiển audit SEO website với Lighthouse cho agency marketing

Mọi cuộc trao đổi về vitals đều kết thúc bằng cùng một câu hỏi: trang nào? Báo cáo này trả lời bằng cách đặt hai phép đo cạnh nhau. Phân vị thực tế là những gì khách truy cập thực sự trải nghiệm: Largest Contentful Paint, Interaction to Next Paint và Cumulative Layout Shift ở mốc phân vị thứ 75, đối chiếu với ngưỡng tốt và kém của chính Google. Audit trong phòng thí nghiệm là những gì Lighthouse đo được trên từng URL đã liệt kê, trong điều kiện kiểm soát, theo yêu cầu, đúng ngày một bản sửa được deploy. Một bên nói website có đạt hay không; bên còn lại nói template nào phải chịu trách nhiệm.

Bảng các trang đã audit là nơi sự kết hợp đó hiện rõ. Mỗi URL đã audit mang theo bốn điểm số riêng cạnh LCP và CLS đo trong phòng thí nghiệm của chính nó, và biểu đồ tròn đánh giá đếm bao nhiêu trang đạt hẳn, cần cải thiện hay không đạt, để câu “website chạy chậm” trở thành một work order gọi tên đúng template, đúng lượng traffic đứng sau nó và đúng chỉ số đang có vấn đề. Xu hướng ở cấp property và tỷ trọng theo thiết bị mà Google công bố thuộc về báo cáo Search Console; trang này là bài kiểm tra ở bàn thử nghiệm bên dưới chúng.

Tab cơ hội liệt kê những gì audit tìm thấy và giá trị của việc sửa nó: mili giây cho tài nguyên chặn render và thời gian phản hồi server; kibibyte cho việc phân phối ảnh, JavaScript không dùng tới, CSS chưa minify và thời hạn cache. Mỗi dòng mang theo lĩnh vực nó thuộc về và một mức độ nghiêm trọng suy ra từ dung lượng tiết kiệm được, để ước lượng của developer và độ ưu tiên của agency có thể tranh luận trên cùng một danh sách thay vì hai bản xuất khác nhau.

Chẩn đoán nằm ngay bên cạnh, đóng vai trò giải thích chứ không phải danh sách việc cần làm: kích thước DOM, khối lượng công việc trên main thread, thời gian thực thi JavaScript, số lượng request, dung lượng truyền tải và các số đo lab phía sau, như First Contentful Paint, Largest Contentful Paint, Speed Index và Total Blocking Time. Mỗi mục đều đi kèm mục tiêu của nó và một câu giải thích đơn giản vì sao nó quan trọng, và đó thường là khác biệt giữa một báo cáo khách hàng chuyển thẳng cho developer của họ và một báo cáo quay lại kèm đầy câu hỏi.

Các kiểm tra khả năng tiếp cận tự động được nhóm theo đúng cách công việc khắc phục thực sự được lên phạm vi: theo mức độ ảnh hưởng. Phát hiện nghiêm trọng như trường biểu mẫu không có label và ảnh không có văn bản thay thế tách riêng khỏi các lỗi nặng như tương phản không đạt và liên kết không có tên, và những lỗi đó lại tách riêng khỏi vấn đề trung bình như kích thước vùng chạm, thứ tự heading và thứ tự focus. Mỗi dòng mang theo số lượng phần tử liên quan, để một bản báo giá được dựng từ số đếm thay vì từ một lời hứa mơ hồ sẽ cải thiện khả năng tiếp cận.

Báo cáo cố tình trung thực về những gì một lượt kiểm tra tự động thực sự bao phủ. Các kiểm tra này chỉ bắt được một phần rào cản mà một lượt review thủ công tìm ra, và giao diện nói rõ điều đó, giúp bảo vệ agency khỏi việc khách hàng đọc một lượt chạy sạch như một chứng chỉ tuân thủ. Dùng đúng cách, đây là lượt quét đầu tiên rẻ nhất có sẵn: nó dọn sạch các lỗi máy móc, để lại một bản ghi có tài liệu về những gì đã sửa và khi nào, và cho một audit thủ công một phạm vi nhỏ hơn nhiều để rà soát.

Mười kiểm tra về crawl và markup chạy dưới dạng danh sách đạt hoặc không đạt, kèm một câu giải thích crawl tìm thấy gì: thẻ title, meta description, liên kết crawl được, khai báo canonical, chú thích hreflang, file robots hợp lệ, thuộc tính alt của ảnh, cỡ chữ đọc được, khoảng cách vùng chạm và tính hợp lệ của dữ liệu có cấu trúc. Một con số tổng nằm trên đầu bảng, nên điều đầu tiên ai cũng thấy là bao nhiêu trong số mười mục đã sạch và bao nhiêu vẫn còn việc phải làm.

Đây là audit on-page, không phải báo cáo lập chỉ mục: những gì một crawler đọc được trên trang, chứ không phải những gì Google chọn giữ lại. Hai thứ trả lời hai câu hỏi khác nhau và thuộc về hai chỗ khác nhau, đó là lý do lập chỉ mục, truy vấn và lượt hiển thị nằm trong báo cáo Search Console còn trang này chỉ tập trung vào markup. Xem cả hai cùng nhau là cách làm thông thường: sửa những gì audit gắn cờ ở đây, rồi theo dõi lập chỉ mục và vị trí phản hồi trong những tuần tiếp theo.

Mọi audit đều giới hạn ở một khách hàng thông qua bộ chuyển đổi trong không gian làm việc và mang thương hiệu agency của bạn, nên cùng một cấu trúc phục vụ được cả buổi review tháng Giêng lẫn buổi review tháng Sáu. Điểm số, vitals, cơ hội, chẩn đoán, khả năng tiếp cận và kiểm tra kỹ thuật giữ đúng vị trí qua từng đợt làm việc, khiến việc so sánh tháng này với tháng khác chỉ còn là đọc lại cùng một phần hai lần, thay vì đối chiếu hai tài liệu có hình dạng khác nhau. Không gian làm việc cung cấp bề mặt review; thiết lập nguồn dữ liệu vẫn là một bước riêng.

Chính sự lặp lại đó biến công việc kỹ thuật thành thứ khách hàng sẽ gia hạn. Một developer thấy một danh sách sửa lỗi được xếp hạng kèm mức tiết kiệm ước tính; một account manager thấy bốn điểm số, một con số sức khỏe và những trang đứng sau chúng; và cả hai đang nhìn vào cùng một báo cáo. Đội ngũ dành thời gian để quyết định sửa gì tiếp theo thay vì dựng lại bố cục trình bày, và bản audit không còn là thứ không ai mong viết nữa.