Một technical SEO audit checklist giúp bạn rà soát website theo từng nhóm vấn đề thay vì sửa theo một điểm số tổng. Giá trị của audit nằm ở việc xác định URL bị ảnh hưởng, bằng chứng quan sát được và hành động phù hợp với mục tiêu của trang.
Bài viết này là khung kiểm tra để bạn chuẩn bị hoặc đánh giá một đợt audit, không phải kết luận về hiện trạng website cụ thể. Không phải hạng mục nào cũng cần thay đổi; mỗi phát hiện cần được đối chiếu với cách website hoạt động và trang nào bạn muốn xuất hiện trên tìm kiếm.
Chuẩn bị trước khi chạy checklist
Ghi rõ domain chính, phiên bản website, nhóm trang cần kiểm tra và thời điểm lấy dữ liệu. Website doanh nghiệp, cửa hàng trực tuyến và kho bài viết có các luồng URL khác nhau, vì vậy không nên chỉ kiểm tra trang chủ.
Chọn mẫu gồm trang chủ, dịch vụ hoặc sản phẩm, danh mục và bài viết; bổ sung trang có lưu lượng hoặc vai trò kinh doanh quan trọng.
Tập hợp thay đổi gần đây: đổi tên miền, đổi slug, nâng cấp CMS, chuyển hosting hoặc sửa template.
Nếu có quyền phù hợp, dùng Search Console để đối chiếu việc thu thập và lập chỉ mục. Không chia sẻ mật khẩu hoặc cấp quyền vượt nhu cầu audit.
Lập bảng theo dõi: URL, vấn đề, bằng chứng, phạm vi ảnh hưởng, đề xuất, người phụ trách và tiêu chí kiểm thử lại.
Kiểm tra thu thập dữ liệu và phản hồi HTTP
Mở URL thật và kiểm tra mã phản hồi, không chỉ dựa vào màn hình có vẻ tải được. Trang đang hoạt động, trang chuyển hướng và trang không tồn tại cần phản hồi phù hợp với mục đích của chúng.
Trang công khai cần trả nội dung đúng, không chuyển về trang đăng nhập hoặc một trang lỗi có giao diện bình thường.
Kiểm tra chuỗi chuyển hướng và vòng lặp. Đích cuối nên là URL đang sử dụng, không qua nhiều alias không cần thiết.
Đối chiếu robots.txt với các đường dẫn và tài nguyên cần truy cập. Kiểm tra cả CSS, JavaScript và ảnh có ảnh hưởng đến cách trang hiển thị.
So sánh HTML trả về với nội dung khi trình duyệt đã render nếu website dùng JavaScript để tạo phần nội dung chính.
Phân biệt crawl, index và URL canonical
Indexability phải khớp mục đích của trang
Kiểm tra robots meta và X-Robots-Tag cho từng nhóm trang. Trang đăng nhập, tiện ích hoặc nội dung không muốn đưa vào tìm kiếm có thể có chính sách khác trang dịch vụ và bài viết.
Không dùng robots.txt như một bản thay thế cho noindex. Theo hướng dẫn noindex của Google, crawler cần truy cập được trang để đọc chỉ thị noindex; chặn crawl có thể khiến chỉ thị đó không được thấy.
Canonical cần nhất quán giữa các tín hiệu
Với trang có nhiều biến thể URL, đối chiếu canonical trong HTML với phiên bản bạn muốn sử dụng. Kiểm tra giao thức, hostname, đường dẫn, tham số và dấu gạch chéo cuối URL theo quy ước của website.
Canonical là tín hiệu về phiên bản ưu tiên, không phải nút ép Google chọn một URL. Tài liệu về canonical của Google giải thích các tín hiệu như chuyển hướng, rel=canonical và sitemap. Khi audit, cần tìm sự mâu thuẫn giữa chúng trước khi thay một trường trong CMS.
Checklist theo nhóm vấn đề
Rà soát sitemap và liên kết nội bộ
So sánh sitemap với danh sách URL công khai mà website thực sự muốn lập chỉ mục. Kiểm tra URL lỗi, redirect, noindex hoặc phiên bản trùng lặp bị đưa vào sitemap. Sitemap hỗ trợ khám phá URL, không chứng minh một trang đã được lập chỉ mục.
Mở từng loại URL từ sitemap để xác nhận phản hồi và canonical.
Kiểm tra header, footer, menu, breadcrumb, danh mục và các liên kết trong body.
Anchor text cần giúp người đọc hiểu trang đích; không gán từ khóa của trang này vào một trang khác chỉ để tạo liên kết.
Loại khỏi đề xuất các link trỏ đến staging, URL cũ hoặc đích không đúng nội dung.
Xem trang quan trọng có đường dẫn khám phá từ các trang liên quan hay chỉ tồn tại trong sitemap.
Kiểm tra tín hiệu HTML và hình ảnh
Đối chiếu title, meta description và tiêu đề hiển thị với nội dung thật. Title cần phân biệt các trang; description tóm tắt đúng điều người đọc nhận được, không lặp một câu cho toàn bộ website.
Kiểm tra H1 chính và thứ bậc H2/H3 để nội dung dễ đọc; không dùng heading chỉ để tăng cỡ chữ.
Kiểm tra liên kết có href đúng và ảnh có src hoạt động, không chỉ nhìn phần xem trước trong CMS.
ALT mô tả nội dung ảnh trong ngữ cảnh; không nhồi danh sách từ khóa. Ảnh minh họa không được trình bày như bằng chứng của một dự án thật.
Kiểm tra kích thước ảnh và khoảng trống được giữ trong bố cục để tránh nội dung nhảy khi ảnh tải.
Nếu trang có dữ liệu có cấu trúc, đối chiếu JSON-LD với nội dung đang hiển thị. Không khai báo đánh giá, giá hoặc FAQ không tồn tại trên trang.
Tách kiểm tra hiệu suất khỏi lỗi indexability
Trang chậm và trang không được phép lập chỉ mục là hai vấn đề khác nhau. Trong phần hiệu suất, hãy ghi nhận điều kiện đo, thiết bị, mạng và loại dữ liệu. Kết quả trong phòng thử nghiệm không thay thế toàn bộ trải nghiệm của người dùng thực.
Rà soát ảnh lớn, font, CSS/JavaScript, phản hồi máy chủ và công việc render của trình duyệt. Mỗi đề xuất nên gắn với tài nguyên hoặc bước xử lý cụ thể, không kết luận nguyên nhân chỉ từ một điểm Lighthouse. Kiểm thử lại trong điều kiện có thể so sánh; không đặt mục tiêu xếp hạng hoặc cam kết điểm số từ checklist này.
Khi một trang có biểu hiện chậm cụ thể, hãy bắt đầu bằng cách kiểm tra nguyên nhân website tải chậm để lưu bằng chứng trước khi sửa.
Nếu cần giải thích báo cáo hiệu suất, xem cách đọc LCP, INP và CLS để phân biệt dữ liệu người dùng với lần kiểm thử.
Ưu tiên và kiểm thử lại sau audit
Nhóm phát hiện theo tác động và bằng chứng: lỗi khiến trang quan trọng không truy cập được; chính sách index/canonical không đúng mục đích; lỗi template ảnh hưởng nhiều URL; vấn đề trải nghiệm hoặc nội dung cần làm rõ. Mức độ ưu tiên còn phụ thuộc vai trò kinh doanh và chi phí xử lý.
Với mỗi hạng mục được duyệt, xác định người thực hiện, cách kiểm tra kết quả và phương án hạn chế ảnh hưởng. Sau sửa, chạy lại mẫu URL và các luồng liên quan. Một báo cáo tốt cần phân biệt lỗi đã sửa, lỗi còn mở và phần chưa đủ dữ liệu.
Khi nào nên nhờ rà soát website?
Nếu website vừa đổi cấu trúc URL, chuyển CMS hoặc có dấu hiệu trang quan trọng khó được tìm thấy, bạn có thể bắt đầu bằng một phạm vi audit rõ ràng. Dịch vụ Technical SEO và tối ưu tốc độ website của Cường Design tách phần kiểm tra, hạng mục triển khai được duyệt và kiểm thử lại theo hiện trạng.
Bạn có thể xem quy trình làm việc và gửi domain, nhóm URL cần kiểm tra cùng thay đổi gần đây qua trang liên hệ. Không cần cung cấp credential trong mô tả yêu cầu ban đầu.
