Checklist Audit SEO: Crawl, index, nội dung và trải nghiệm

Một website không thể được đánh giá bằng câu hỏi chung như “Google có thích website này không?”. Audit SEO cần tách riêng các lớp: Google có khám phá và crawl URL không, nội dung có render đầy đủ không, trang có đủ điều kiện index không, canonical nào được chọn, search task có được hoàn thành không và người dùng có chuyển sang bước tiếp theo không.

Checklist dưới đây dùng để phát hiện nhóm vấn đề và tạo backlog ưu tiên. Nó không tạo “điểm Google”, không dự đoán thứ hạng và không thay thế log, Search Console hoặc kiểm tra kỹ thuật chuyên sâu.

Bảy lớp cần kiểm tra

Lớp	Câu hỏi chính	Bằng chứng
Khám phá và crawl	Bot có tìm thấy và truy cập URL không?	Internal link, sitemap, robots, log, URL Inspection
Render	Nội dung và link có xuất hiện sau khi render không?	HTML, rendered page, mobile view
Indexability	URL có 200, không noindex và không bị chặn sai không?	Header, robots meta, Search Console
Canonical	Trang ưu tiên và tín hiệu trùng lặp có nhất quán không?	Canonical tag, sitemap, link nội bộ, Google-selected canonical
Nội dung	Trang có hoàn thành search task và có bằng chứng không?	Đọc trang, query, đối thủ, dữ liệu first-party
Trải nghiệm và tin cậy	Người dùng có đọc, thao tác và hiểu đơn vị xuất bản không?	Mobile test, thông tin tác giả, liên hệ, chính sách
Đo lường	Hiệu suất tìm kiếm có dẫn đến kết quả kinh doanh không?	Search Console, GA4, CRM, lead và doanh thu

1. Kiểm tra khám phá và crawl

Sitemap chỉ hỗ trợ khám phá URL; nó không bảo đảm index. Robots.txt kiểm soát crawl trong một số trường hợp nhưng không phải công cụ noindex. Trang quan trọng nên có liên kết HTML có thể crawl từ các trang liên quan.

• Trang chủ, dịch vụ và bài trụ cột có internal link thật không?
• Sitemap chỉ chứa URL ưu tiên, indexable và trả 200 không?
• Robots.txt có chặn tài nguyên hoặc thư mục cần render không?
• Có orphan page hoặc URL chỉ tồn tại trong sitemap không?
• Crawl có bị lãng phí vào tham số, tìm kiếm nội bộ hoặc URL spam không?

2. Kiểm tra render và mobile parity

Một URL có thể trả HTML 200 nhưng nội dung chính, metadata hoặc link chỉ xuất hiện sau JavaScript hoặc bị thiếu trên mobile. Hãy so sánh source, rendered HTML và giao diện thực tế.

• Tiêu đề, nội dung chính, ảnh và internal link có render đầy đủ không?
• Mobile có cùng thông tin quan trọng với desktop không?
• Menu, accordion hoặc tab có làm nội dung không thể truy cập không?
• Popup, consent banner hoặc script có che nội dung chính không?

3. Kiểm tra indexability và canonical

• URL ưu tiên trả HTTP 200 và không có noindex không?
• Canonical có trỏ đến trang tương đương thật sự không?
• Sitemap, canonical và internal link có cùng ưu tiên một URL không?
• Redirect có đi thẳng đến đích, không tạo chain hoặc loop không?
• URL đã xóa có trả 404/410 thay vì redirect về trang chủ không?
• Search Console có cho thấy Google chọn canonical khác không?

Canonical là hint, không phải công cụ che nội dung mỏng hoặc khác biệt. Nếu nhiều URL gần trùng, cần sửa nguyên nhân tạo trùng và làm tín hiệu nhất quán.

4. Kiểm tra search task và nội dung

Mỗi trang quan trọng cần có một nhiệm vụ rõ: định nghĩa, hướng dẫn, so sánh, giao dịch hoặc điều hướng. Không đánh giá chất lượng bằng số từ, mật độ keyword hoặc số heading.

• Người đọc đến trang để hoàn thành việc gì?
• Trang có trả lời trực tiếp trước khi mở rộng không?
• Claim, giá, case study và số liệu có nguồn hoặc bằng chứng first-party không?
• Có nội dung trùng hoặc nhiều URL cùng phục vụ một search task không?
• Trang có bước tiếp theo phù hợp thay vì CTA ép buộc không?

Dùng query–URL map để khóa owner URL trước khi hợp nhất, xóa hoặc viết thêm nội dung.

5. Kiểm tra onpage mà không chạy theo checklist máy móc

• Title có mô tả đúng trang và phân biệt với URL khác không?
• Trang có tiêu đề chính rõ; heading có phản ánh cấu trúc nội dung không?
• Không coi “chỉ một H1” là luật tuyệt đối; tập trung vào phân cấp dễ hiểu.
• Meta description có mô tả chính xác, không hứa quá mức không?
• Ảnh có alt phục vụ ngữ cảnh, không nhồi keyword không?
• Structured data có khớp nội dung hiển thị không?

6. Kiểm tra kiến trúc và internal link

Internal link giúp người dùng và crawler khám phá trang, nhưng không nên ép mọi bài về một trang dịch vụ. Liên kết phải có ngữ cảnh và đích đến hữu ích.

• Trang chuyển đổi có nhận link từ bài liên quan không?
• Anchor có mô tả trang đích thay vì chỉ “xem thêm” không?
• Có link hỏng, redirect hop hoặc URL cũ không?
• Hub hoặc danh mục có giúp khám phá trang hay chỉ là archive mỏng?
• Bài mới có được liên kết từ nội dung cũ phù hợp không?

Xem thêm Content Hub và Internal Linking để lập bản đồ quan hệ trang.

7. Kiểm tra trải nghiệm, tin cậy và chuyển đổi

• Mobile có dễ đọc và thao tác không?
• Popup, quảng cáo hoặc banner có cản nội dung chính không?
• Thông tin thương hiệu, địa chỉ, điện thoại và người chịu trách nhiệm có nhất quán không?
• Tác giả, nguồn, chính sách và claim thương mại có thể kiểm chứng không?
• Form, cuộc gọi hoặc CTA có hoạt động và được đo không?
• Core Web Vitals field data có đạt mức tốt ở phần lớn người dùng không, nếu có dữ liệu?

Cách đọc Search Console mà không suy diễn

Dữ liệu	Có thể cho biết	Không đủ để kết luận
Impression tăng	Trang xuất hiện nhiều hơn trong tập kết quả hoặc truy vấn	Google đã hiểu trang tốt hơn
CTR thấp	Cần xem vị trí, query, title, snippet và SERP	Meta description chắc chắn kém
Click tăng	Nhiều lượt truy cập hơn từ Google Search	Doanh thu tăng
Vị trí trung bình đổi	Xu hướng hiển thị thay đổi	Một thứ hạng cố định cho mọi người
Nhiều URL cùng query	Cần kiểm tra intent và owner URL	Chắc chắn cannibalization

Luôn lọc theo page, query, country, device và khoảng thời gian tương đương. Đối chiếu Search Console với GA4 và CRM để biết traffic có tạo hành động thật hay không.

Quy trình kiểm tra nhanh, không gọi là audit hoàn chỉnh

1. Chọn 5–10 URL quan trọng theo doanh thu hoặc lead.
2. Kiểm tra HTTP, robots, noindex, canonical và URL Inspection.
3. Mở trang trên mobile, thử form và CTA.
4. Đọc title, heading, nội dung, claim và internal link.
5. Xem query, click, impression và conversion theo URL.
6. Ghi finding gồm evidence, severity, fix và cách validation.
7. Ưu tiên security, deindex, crawl, render và canonical trước content nhỏ.

Quy trình này là triage ban đầu. Audit toàn diện còn cần crawl rộng, kiểm tra template, log, dữ liệu field và đối chiếu nhiều loại trang.

Khi nào cần audit sâu?

• Traffic giảm mạnh hoặc nhiều URL biến mất khỏi index.
• Website bị hack, redirect lạ hoặc xuất hiện URL spam.
• Vừa migration, đổi domain, đổi cấu trúc hoặc theme.
• Nhiều bài có traffic nhưng không tạo lead.
• Search Console báo manual action, security issue hoặc lỗi index diện rộng.
• Không xác định được URL nào sở hữu từng search task.

Kết luận

Checklist SEO hữu ích khi nó giúp tạo quyết định và bằng chứng, không phải khi nó tạo một điểm số đẹp. Hãy tách crawl, render, indexability, canonical, nội dung, trải nghiệm và chuyển đổi; sau đó ưu tiên theo mức độ ảnh hưởng và khả năng xác minh.

Nếu website có nhiều nhóm lỗi hoặc cần kiểm tra toàn bộ template, hãy dùng dịch vụ Audit SEO thay vì tiếp tục viết thêm content dựa trên phỏng đoán.