SEO Audit là gì? Checklist kiểm tra website trước khi lập kế hoạch tăng trưởng

SEO Audit là việc rà soát có hệ thống một website để tìm những vấn đề khiến trang khó được công cụ tìm kiếm thu thập, lập chỉ mục, hiểu đúng hoặc khiến người dùng không hài lòng — rồi sắp xếp chúng thành danh sách việc cần sửa theo mức ưu tiên. Một cuộc audit tốt không dừng ở điểm số của công cụ, mà trả lời: website đang cản trở tăng trưởng ở đâu, và sửa gì trước.

Nên audit trước khi lập kế hoạch nội dung hay chạy chiến dịch lớn, sau khi đổi giao diện hoặc chuyển nền tảng website, và khi lượt truy cập tự nhiên giảm mà không rõ lý do. Nền tảng chung để đối chiếu là Google Search Essentials — các yêu cầu kỹ thuật, chính sách spam và thực hành tốt mà Google công bố.

Bốn nhóm việc trong một SEO audit

Doanh nghiệp nhỏ không cần làm cả bốn nhóm với cùng độ sâu. Website 20 trang của một phòng khám nha thường cần kiểm tra kỹ thuật cơ bản và nội dung trang dịch vụ; shop thời trang online hàng nghìn sản phẩm thì phần kỹ thuật — trang lọc, trang trùng, canonical — nặng hơn nhiều.

Cần chuẩn bị gì trước khi audit

• Quyền truy cập Google Search Console của website — nguồn dữ liệu chính thức về lập chỉ mục, truy vấn và lượt nhấp.
• Danh sách trang quan trọng: trang chủ, trang dịch vụ hoặc danh mục chính, trang sản phẩm bán chạy, trang liên hệ.
• Một công cụ thu thập dữ liệu (crawler) để quét toàn bộ website; nhiều công cụ có bản miễn phí giới hạn số trang.
• Mục tiêu kinh doanh: website cần mang về gọi điện, đặt lịch, đơn hàng hay đăng ký tư vấn.
• Người có quyền sửa website hoặc đơn vị phát triển web, để biết lỗi nào sửa được và tốn bao nhiêu công.

Quy trình SEO audit 6 bước

Bước 1. Xác định phạm vi và mục tiêu audit

Viết rõ audit để làm gì: “tìm nguyên nhân lượt truy cập trang dịch vụ giảm”, “chuẩn bị trước khi chuyển sang nền tảng mới”, hay “rà toàn bộ trước kế hoạch nội dung năm sau”. Phạm vi quyết định độ sâu — audit toàn bộ một shop hàng nghìn trang khác với rà 15 trang dịch vụ của spa. Ghi lại các chỉ số hiện tại từ Search Console làm mốc so sánh sau khi sửa.

Bước 2. Kiểm tra crawl, index và canonical

Đây là phần nền: trang không được thu thập hoặc không được lập chỉ mục thì nội dung tốt đến đâu cũng không xuất hiện. Kiểm tra robots.txt có vô tình chặn thư mục quan trọng không; sitemap có liệt kê đúng trang cần lập chỉ mục không; báo cáo lập chỉ mục trang trong Search Console cho biết trang nào không được lập chỉ mục và vì sao; công cụ kiểm tra URL cho biết Google thấy một trang cụ thể thế nào.

Với canonical, xem các trang gần giống nhau — sản phẩm nhiều màu, trang có tham số lọc, bản có và không có dấu gạch chéo cuối — đã chỉ rõ bản chính chưa. Kiểm tra thêm chuỗi chuyển hướng dài, lỗi 404 trên trang có liên kết trỏ tới, và trang bị gắn noindex nhầm sau khi đổi giao diện.

Bước 3. Đánh giá kiến trúc và liên kết nội bộ

Vẽ lại cấu trúc website: trang chủ dẫn tới đâu, trang dịch vụ quan trọng cách trang chủ mấy lần nhấp. Tìm trang mồ côi (không có liên kết nội bộ nào trỏ tới), liên kết gãy, và những trang quan trọng chỉ được dẫn từ chân trang. Liên kết nội bộ nên dùng chữ mô tả rõ trang đích, không chỉ “xem thêm”. Nếu có nhiều bài blog cùng chủ đề, nhóm chúng theo cụm quanh một trang gốc — cách làm ở bài keyword clustering.

Bước 4. Rà soát intent, chất lượng và trùng lặp nội dung

Với từng trang quan trọng, lấy các truy vấn đang mang lượt hiển thị từ Search Console và hỏi: trang có thực sự trả lời đúng ý định tìm kiếm đó không? Truy vấn “giá niềng răng” cần bảng giá rõ ràng, không phải bài giới thiệu chung. Tiếp theo tìm nội dung trùng: nhiều bài na ná nhau cạnh tranh cùng một truy vấn, trang mỏng chỉ vài dòng, thông tin cũ mâu thuẫn với trang mới.

Mỗi trang được xếp vào một hướng xử lý: giữ nguyên, cập nhật, gộp vào trang khác, hoặc bỏ và chuyển hướng. Cách cập nhật bài cũ có hệ thống nằm ở bài content refresh. Kiểm tra luôn phần on-page: tiêu đề trang và mô tả meta có trùng nhau giữa nhiều trang không, mỗi trang có một tiêu đề chính rõ ràng không, dữ liệu có cấu trúc có khớp nội dung hiển thị không.

Bước 5. Kiểm tra hiệu suất và trải nghiệm

Xem báo cáo Core Web Vitals trong Search Console và dùng PageSpeed Insights cho các trang quan trọng. Core Web Vitals hiện gồm ba chỉ số: LCP (tốc độ hiển thị nội dung chính), INP (độ phản hồi khi người dùng tương tác) và CLS (độ ổn định bố cục). Nguyên nhân thường gặp ở website doanh nghiệp nhỏ: ảnh quá nặng, quá nhiều plugin, mã theo dõi và widget chat tải chậm.

Ngoài tốc độ, thử dùng website trên điện thoại: chữ có đọc được không, nút có dễ bấm không, cửa sổ bật lên có che nội dung không. Khả năng truy cập — độ tương phản, văn bản thay thế cho ảnh, điều hướng bằng bàn phím — cũng là một phần trải nghiệm; tiêu chuẩn tham chiếu là WCAG của W3C.

Bước 6. Ưu tiên lỗi theo tác động và công sức

Đưa mọi phát hiện vào một bảng: vấn đề — trang bị ảnh hưởng — tác động (cao, trung bình, thấp) — công sức — người phụ trách — tiêu chí hoàn thành. Làm trước những việc tác động cao, công sức thấp: gỡ noindex nhầm, sửa robots.txt chặn sai, thêm liên kết nội bộ tới trang dịch vụ chính. Những việc lớn như đổi cấu trúc URL cần kế hoạch riêng. Một lỗi công cụ báo “nghiêm trọng” nhưng nằm trên trang không ai truy cập có thể xếp sau.

Ví dụ thực hành: trung tâm tiếng Anh sau khi đổi website

Ví dụ giả định: một trung tâm tiếng Anh vừa làm lại website, sau đó lượt nhấp từ Google vào các trang khoá học giảm. Audit theo 6 bước cho ra danh sách việc:

Một audit hữu ích phải chuyển danh sách lỗi thành backlog có chủ sở hữu và tiêu chí hoàn thành, không dừng ở điểm số công cụ.

AI giúp được gì khi làm SEO audit

Cách dùng AI đọc số liệu Search Console an toàn nằm ở bài phân tích Google Search Console bằng AI. Điều cần nhớ: AI không tự truy cập được website hay tài khoản của bạn trừ khi bạn đưa dữ liệu vào, và có thể giải thích một lỗi rất tự tin nhưng sai với nền tảng bạn đang dùng.

Sai lầm thường gặp

• Chạy theo điểm số công cụ thay vì tác động tới trang và mục tiêu kinh doanh.
• Audit xong để đó: có báo cáo dài nhưng không ai được giao sửa.
• Sửa hàng loạt cùng lúc nên không biết thay đổi nào có tác dụng.
• Bỏ qua phần nội dung, chỉ sửa kỹ thuật trong khi trang không khớp ý định tìm kiếm.
• Không audit lại sau khi đổi giao diện hoặc chuyển nền tảng website.

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