Audit SEO website
Sức khỏe website, giải thích không thuật ngữ
Audit SEO website với điểm Lighthouse, Core Web Vitals, cơ hội cải thiện xếp hạng, phát hiện về khả năng tiếp cận và kiểm tra SEO kỹ thuật, cho cả mobile và desktop, giới hạn ở một khách hàng. Đăng nhập để mở không gian làm việc báo cáo, hoặc xem trước bên trong.
Audit SEO website
Bảng điều khiển audit SEO website với Lighthouse cho agency marketing
Audit một website là phần việc kỹ thuật dễ làm nhất và khó trình bày nhất. Audit SEO website này tổ chức lại đúng theo cách một buổi review với khách hàng thực sự diễn ra: bốn điểm Lighthouse ở trên cùng cho cả mobile và desktop, Core Web Vitals đặt cạnh những trang chịu trách nhiệm cho chúng, và danh sách việc cần sửa xếp hạng theo thời gian hoặc dung lượng mà mỗi mục thực sự tiết kiệm được.
Audit SEO website với điểm Lighthouse mà khách hàng đọc được ngay
Performance, Accessibility, Best Practices và SEO, theo từng thiết bị, trên cùng một màn hình
Lighthouse cho ra bốn điểm trên thang một trăm, và mỗi điểm lại mang một ý nghĩa khác nhau với người đang trả tiền cho công việc này. Báo cáo đặt cả bốn điểm trên cùng một dòng cho thiết bị đang xem, tô màu theo đúng dải điểm của Google, và cộng thêm một con số sức khỏe website duy nhất có trọng số, để một bản cập nhật hằng tháng có thể mở đầu bằng một con số thay vì bốn. Chuyển qua lại giữa mobile và desktop sẽ định phạm vi lại cho cả báo cáo, vì hai bên hiếm khi kể cùng một câu chuyện và một điểm số trộn lẫn sẽ che mất bên nào đang có vấn đề.
Điểm số là một mức, không phải một khối lượng, nên chúng được báo cáo như một mức. Mỗi thẻ mang theo mức thay đổi tính bằng điểm trong khoảng thời gian đã chọn, thay vì một phần trăm đọc lên khá kỳ quặc trên thang một trăm điểm, và đường xu hướng bên dưới vẽ đúng nhóm điểm đó theo từng ngày. Một lần tụt điểm khi đó hiện ra thành một hình dạng bạn có thể chỉ thẳng vào trong một cuộc họp, đúng tuần ảnh hero mới lên, đúng tuần tag manager phình to, thay vì chỉ là chênh lệch giữa hai lần chụp cô lập.
Core Web Vitals đo trong phòng thí nghiệm, quy về từng trang
Phân vị thực tế ở mốc p75, đặt cạnh audit trong phòng thí nghiệm cho từng URL đã crawl
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ì crawler đo được trên từng URL 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 đã crawl 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.
Cơ hội và chẩn đoán về hiệu năng, xếp hạng theo mức tiết kiệm
Tài nguyên chặn render, JavaScript không dùng tới, dung lượng ảnh và thời gian phản hồi server
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, gợi ý preconnect và thời gian phản hồi server; kibibyte cho ảnh quá khổ, định dạng thế hệ mới, media ngoài màn hì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, chuỗi request quan trọng, phần tử quyết định Largest Contentful Paint và những phần tử còn di chuyển sau khi paint xong. Mỗi mục đều đi kèm ngưỡng nên nằm dưới 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.
Kiểm tra khả năng tiếp cận theo mức độ ảnh hưởng, định giá được
Độ tương phản, alt text, label, ARIA, vùng chạm, thứ tự heading và thứ tự focus
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.
Kiểm tra SEO kỹ thuật on-page: title, canonical, hreflang và dữ liệu có cấu trúc
Lượt kiểm tra on-page mà mọi template phải vượt qua trước khi bàn tới thứ hạng
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.
Bản audit website gắn thương hiệu agency, giới hạn ở một khách hàng
Thương hiệu của bạn, từng khách hàng một, trong một cấu trúc lặp lại mỗi tháng
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.
Câu hỏi thường gặp
Điểm Lighthouse là gì và nó đo những gì?
Lighthouse là công cụ audit mã nguồn mở của Google. Nó tải một trang trong môi trường kiểm soát, chạy một bộ audit cố định và chấm điểm từ 0 đến 100 trên bốn nhóm: Performance, Accessibility, Best Practices và SEO. Báo cáo này chạy bốn nhóm đó cho từng trang đã audit và từng thiết bị, nên một điểm mobile không bao giờ bị trích dẫn như thể đó là điểm desktop.
Dữ liệu lab và dữ liệu thực tế trong một audit website khác nhau thế nào?
Dữ liệu lab đến từ một lần kiểm tra có kiểm soát trên một trang: lặp lại được, lý tưởng để chẩn đoán, nhưng không phải những gì khách truy cập thật đã trải nghiệm. Dữ liệu thực tế đến từ các phiên thật và được tóm tắt ở mốc phân vị thứ 75. Báo cáo mang cả hai: Core Web Vitals thực tế làm con số nổi bật, cùng audit trong phòng thí nghiệm cho từng URL đã crawl bên dưới để giải thích cần sửa gì.
Core Web Vitals có ảnh hưởng tới thứ hạng Google không?
Chúng là một phần trong các tín hiệu trải nghiệm trang của Google, nên có thể tạo ra khác biệt giữa các kết quả vốn tương đương nhau, nhưng chúng không vượt qua được mức độ liên quan, và không có gì xếp hạng chỉ nhờ tốc độ. Cách diễn giải hữu ích cho khách hàng là LCP, INP và CLS mô tả cảm giác khi dùng website, và góc nhìn cơ hội định giá công việc đó bằng cách cho thấy mỗi bản sửa tiết kiệm được bao nhiêu.
Audit khả năng tiếp cận trong báo cáo này bao gồm những gì?
Độ tương phản, alt text, label biểu mẫu, cách dùng ARIA, kích thước vùng chạm, thứ tự heading và thứ tự focus, mỗi mục đều mang một mức độ ảnh hưởng: nghiêm trọng, nặng, trung bình hoặc nhẹ, cùng số trang bị ảnh hưởng. Chính mức độ ảnh hưởng là thứ khiến một audit báo giá được: nó biến một danh sách lỗi thành công việc mà agency có thể lên phạm vi, định giá và lên lịch.
Agency nên chạy audit website cho khách hàng bao lâu một lần?
Đủ thường xuyên để bắt được một lần tụt điểm trước khi khách hàng tự nhận ra, và với hầu hết retainer nghĩa là mỗi tháng một lần, cộng thêm một lượt chạy sau khi redesign hoặc đổi template. Góc nhìn lịch sử giữ lại các lần chạy trước, để audit đọc như một xu hướng chứ không phải một tấm ảnh chụp đơn lẻ, và một bản sửa có thể được chỉ ra đúng thời điểm điểm số đã thay đổi.