Checklist Audit SEO website trước khi triển khai

Audit SEO website là quá trình thu thập bằng chứng để xác định điều gì đang cản trở khả năng crawl, render, index, được chọn làm canonical và phục vụ đúng nhu cầu tìm kiếm. Một bản audit tốt không chỉ xuất danh sách lỗi từ công cụ; nó phải chỉ ra mức độ ảnh hưởng, phạm vi, nguyên nhân khả dĩ, cách sửa và cách xác minh sau triển khai.

Checklist dưới đây giúp doanh nghiệp kiểm tra website trước khi bắt đầu một chương trình SEO, chuyển nền tảng hoặc ký hợp đồng với nhà cung cấp. Thứ tự ưu tiên đi từ bảo mật, khả năng truy cập và index đến nội dung, trải nghiệm và đo lường.

Trước khi audit: khóa phạm vi và mục tiêu

Không nên crawl toàn site rồi mới hỏi doanh nghiệp muốn đạt điều gì. Hãy xác định mô hình kinh doanh, nhóm khách hàng, sản phẩm ưu tiên, thị trường, loại trang và hành động chuyển đổi. Audit cho website dịch vụ địa phương sẽ khác website thương mại điện tử hoặc hệ thống nội dung lớn.

• Domain, subdomain và môi trường nào thuộc phạm vi?
• Website đang chạy production, staging hay vừa di chuyển?
• Trang nào dự kiến index và trang nào không?
• Chỉ số kinh doanh nào cần kết nối với SEO?
• Ai có quyền sửa kỹ thuật, nội dung và đo lường?
• Có sự cố bảo mật, manual action hoặc mất index gần đây không?

Hãy lưu snapshot ban đầu gồm trạng thái URL, robots, sitemap, canonical, dữ liệu Search Console, Analytics và thay đổi gần nhất. Snapshot là cơ sở so sánh và rollback nếu một bản sửa gây lỗi.

1. Kiểm tra bảo mật và rủi ro nghiêm trọng

Hacked content, redirect lạ, cloaking, hidden link, malware hoặc nội dung spam cần được xử lý trước tối ưu thông thường. Kiểm tra cảnh báo trong Search Console, log máy chủ, tài khoản quản trị, plugin hoặc mã nguồn vừa thay đổi và các URL bất thường được index. Nếu nội dung hoặc redirect thay đổi theo bot, thiết bị hay referrer, xem thêm cloaking là gì và cách kiểm tra.

• HTTPS hoạt động nhất quán và không có mixed content quan trọng.
• Không xuất hiện tài khoản quản trị hoặc mã độc không rõ nguồn.
• Không có redirect theo thiết bị, referrer hoặc bot ngoài chủ đích.
• Không có trang tiếng nước ngoài, cá cược, thuốc hoặc nội dung lạ.
• Bản sao lưu có thể khôi phục và quyền truy cập được kiểm soát.

2. Crawl và khả năng truy cập URL

Robots.txt chỉ điều khiển crawl, không phải công cụ noindex. Kiểm tra URL quan trọng có bị chặn hay không, bot có thể đi theo liên kết nội bộ hay không và máy chủ có trả mã HTTP phù hợp. Một URL dự kiến index thường cần trả 200, không bị chặn và có nội dung sử dụng được.

• Robots.txt có chặn CSS, JavaScript hoặc thư mục cần render không?
• Liên kết nội bộ dùng thẻ liên kết có thể crawl và URL hợp lệ không?
• Có chuỗi redirect, vòng lặp, soft 404 hoặc lỗi 5xx không?
• URL tham số, lọc và tìm kiếm nội bộ có tạo crawl space quá lớn không?
• Trang mồ côi có tồn tại trong sitemap hoặc dữ liệu nhưng không nhận internal link không?

3. Render và tính tương đương trên mobile

Crawl được HTML không có nghĩa nội dung đã render đúng. Dùng URL Inspection và kiểm tra trình duyệt để xác nhận nội dung chính, menu, liên kết, metadata và dữ liệu có cấu trúc xuất hiện sau khi JavaScript chạy. Phiên bản mobile cần tương đương về ý nghĩa với desktop. Khi công cụ báo lỗi markup, nên phân biệt lỗi xác thực với lỗi thực sự ảnh hưởng trải nghiệm hoặc render; bài lỗi W3C và liên quan đến SEO giải thích cách đánh giá.

• Nội dung chính có xuất hiện trong rendered HTML không?
• Lazy load có hoạt động khi bot hoặc người dùng cuộn trang không?
• Menu và liên kết quan trọng có dùng được trên điện thoại không?
• Title, description, canonical và structured data có bị JavaScript thay đổi sai không?
• Popup hoặc banner có che nội dung và hành động chính không?

4. Indexability và canonical

Tách rõ ba câu hỏi: URL có được phép index, Google có index URL, và Google chọn URL nào làm canonical. Canonical là tín hiệu gợi ý để hợp nhất URL trùng hoặc gần trùng; không nên dùng để che nội dung khác biệt hoặc trang mỏng.

• Meta robots và X-Robots-Tag có đúng mục đích không?
• Canonical trỏ tới URL 200, indexable và có nội dung tương đương không?
• Internal link và sitemap có cùng trỏ về URL ưu tiên không?
• HTTP/HTTPS, www/non-www và dấu gạch cuối có được hợp nhất nhất quán không?
• Trang phân trang, biến thể và bản in có chiến lược rõ ràng không?

Google mô tả sitemap và internal link là các tín hiệu hỗ trợ lựa chọn canonical; website vẫn cần kiểm tra URL do người dùng khai báo và URL Google chọn trong Search Console.

5. Sitemap và kiến trúc liên kết nội bộ

Sitemap chỉ nên chứa URL ưu tiên, indexable và trả 200. Nó không thay thế điều hướng hoặc liên kết nội bộ. Các trang quan trọng cần được nối với nhau theo hành trình người dùng và quan hệ chủ đề, không phải nhồi anchor text.

• Sitemap có URL redirect, 404, noindex hoặc canonical sang nơi khác không?
• Trang chủ, danh mục và bài viết có tạo đường đi hợp lý tới trang dịch vụ không?
• Anchor text có mô tả đích đến và tự nhiên trong ngữ cảnh không?
• Có cụm nội dung bị cô lập hoặc quá sâu không?
• Breadcrumb và menu có phản ánh kiến trúc thực tế không?

6. Nội dung và search task

Mỗi URL cần có một nhiệm vụ tìm kiếm và vai trò rõ. Đánh giá xem trang có trả lời đúng câu hỏi, cung cấp bằng chứng, giải thích điều kiện và giúp người đọc hoàn thành bước tiếp theo hay không. Không dùng mật độ từ khóa, số chữ cố định hoặc danh sách “LSI” làm tiêu chuẩn chất lượng.

• Title và H1 mô tả đúng nội dung nhìn thấy.
• Nội dung có thông tin riêng, nguồn hoặc kinh nghiệm phù hợp.
• Claim về giá, kết quả, chứng nhận và khách hàng có bằng chứng.
• Không có nhiều URL cạnh tranh cùng một search task mà không có lý do.
• Trang cũ được cập nhật, gộp hoặc xóa theo dữ liệu.

Bạn có thể dùng bài Content SEO là gì và cách xây topical map để lập bản đồ nội dung sau audit.

7. Structured data và metadata

Structured data phải đúng loại, khớp nội dung nhìn thấy và tuân thủ yêu cầu của từng tính năng tìm kiếm. Validation pass không bảo đảm rich result. Kiểm tra title, description, Open Graph và dữ liệu chia sẻ để tránh placeholder hoặc nội dung nội bộ bị công khai. Với việc kiểm tra title, heading, URL, internal link, hình ảnh và các yếu tố cấp trang, dùng thêm checklist SEO Onpage.

8. Hiệu năng và Core Web Vitals

Ưu tiên dữ liệu thực tế ở p75 khi có đủ mẫu. Ngưỡng “tốt” hiện được Google mô tả là LCP không quá 2,5 giây, INP không quá 200 mili giây và CLS không quá 0,1. Lighthouse là dữ liệu phòng thí nghiệm để chẩn đoán, không phải mục tiêu điểm số tuyệt đối.

• Ảnh hero có kích thước và định dạng phù hợp.
• Font, CSS và script chặn render được kiểm soát.
• JavaScript bên thứ ba được đánh giá theo giá trị kinh doanh.
• Layout dành chỗ cho ảnh, quảng cáo và thành phần động.
• Trang mẫu quan trọng được kiểm tra riêng, không chỉ trang chủ.

Nếu ảnh là điểm nghẽn về tải trang, crawl hoặc accessibility, xem hướng dẫn tối ưu SEO hình ảnh để kiểm tra kích thước, định dạng, alt text, lazy loading và khả năng crawl.

9. Đo lường và dữ liệu kinh doanh

Search Console cho biết xu hướng impression, click, truy vấn và trang; Analytics và CRM giúp theo dõi hành động sau click. Kiểm tra tag, consent, event, key event, biểu mẫu, cuộc gọi và nguồn lead. Không đánh đồng traffic với doanh thu.

Khung KPI chi tiết nằm trong bài KPI SEO gồm những chỉ số nào.

Mẫu cấu trúc finding trong báo cáo audit

Trường	Nội dung cần ghi
URL hoặc page type	Đích bị ảnh hưởng và quy mô
Evidence	Dữ liệu, ảnh chụp, response hoặc ví dụ có thể kiểm tra
Severity	Critical, high, medium hoặc low theo tác động
Confidence	Mức chắc chắn của chẩn đoán
Fix	Thay đổi cụ thể và owner
Validation	Cách xác nhận sau khi live
Rollback	Cách quay lại nếu phát sinh lỗi

Thứ tự ưu tiên sau audit

Ưu tiên bảo mật, manual action, deindexation, crawl, render, canonical và xung đột dữ liệu trước nội dung, Core Web Vitals hoặc CTR. Sau đó xếp backlog theo tác động, độ chắc chắn, công sức và khả năng triển khai. Một finding chưa được live và read-back vẫn là công việc chưa hoàn thành.

Câu hỏi thường gặp

Audit bằng công cụ có đủ không?

Không. Công cụ phát hiện pattern và triệu chứng; người audit cần đối chiếu mục đích index, template, dữ liệu render, business model và ảnh hưởng thực tế.

Bao lâu nên audit lại?

Không có lịch cố định cho mọi site. Nên audit sau migration, redesign, thay template, giảm traffic bất thường hoặc khi phạm vi kinh doanh thay đổi; các kiểm tra giám sát quan trọng nên chạy liên tục.

Audit có bảo đảm tăng thứ hạng không?

Không. Audit giúp phát hiện và ưu tiên vấn đề. Kết quả còn phụ thuộc chất lượng sửa, nội dung, cạnh tranh, sản phẩm và thời gian hệ thống tìm kiếm xử lý thay đổi.

Kết luận

Checklist audit SEO website cần tách crawl, render, indexability, canonical và ranking; đồng thời kết nối kỹ thuật với nội dung, trải nghiệm và dữ liệu kinh doanh. Giá trị của audit không nằm ở số lỗi được liệt kê mà ở backlog có bằng chứng, owner, cách xác minh và khả năng rollback.