Audit Technical SEO: phát hiện lỗi kìm hãm hiệu suất tìm kiếm

Audit Technical SEO kiểm tra gì

Một Technical SEO là một đánh giá tập trung, dựa trên bằng chứng về các hệ thống cho phép công cụ tìm kiếm khám phá, render, index và hiểu các trang của bạn. Mục tiêu là tìm những rào cản kỹ thuật làm giảm khả năng hiển thị, lãng phí crawl budget, phá vỡ trải nghiệm người dùng hoặc gây mơ hồ trong xếp hạng.

Các khu vực chính cần kiểm tra

• Khả năng khám phá và crawl — robots.txt, phản hồi máy chủ, độ phủ sitemap, liên kết nội bộ và chuyển hướng
• Tín hiệu lập chỉ mục — meta robots, X-Robots-Tag trong header, thẻ canonical và việc sử dụng noindex
• Rendering và JavaScript — render phía server vs phía client, việc chặn tài nguyên, và cách trang hiển thị sau khi render
• Hiệu suất site và trải nghiệm trang — Core Web Vitals field data, thời gian phản hồi server, và tải tài nguyên
• Nội dung trùng lặp và canonical hóa URL — xử lý tham số, biến thể trailing slash, và phân trang
• Structured data và các tính năng SERP — tính chính xác của markup và điều kiện đủ cho rich results
• Quốc tế hóa và độ chính xác của hreflang
• Bảo mật và khả năng truy cập — bao phủ HTTPS, mixed content, và secure headers

Cách chạy một audit Technical SEO (theo từng bước)

1. Xác định phạm vi và chỉ số thành công

Bắt đầu bằng việc quyết định phần nào của site bạn sẽ audit và vì sao. Ví dụ: toàn bộ domain, một thư mục con, một danh mục sản phẩm lớn, hoặc một tập hợp landing pages. Quyết định các tín hiệu thành công có thể đo được (indexation của canonical pages, giảm lỗi server, cải thiện Core Web Vitals percentiles, khả năng hiển thị của các nhóm URL cụ thể).

2. Tạo danh sách kiểm kê

Thu thập một danh sách URL đại diện từ sitemap, analytics, server logs, liên kết nội bộ, và các landing pages đã biết. Danh sách này là diện kiểm tra của audit — lưu nó trong một spreadsheet hoặc một crawler project để bạn có thể gắn thẻ và lọc các URL khi làm việc.

3. Crawl và so sánh (external crawl + server logs)

Chạy một external crawl để mô phỏng quá trình phát hiện trang của công cụ tìm kiếm. Kết hợp kết quả crawl với server logs để thấy các URL mà công cụ tìm kiếm thật sự yêu cầu. Server logs cho biết tần suất crawler truy vấn trang và liệu có redirect, soft-404s hay lỗi thường xuyên xuất hiện trên production.

Để chỉ kiểm tra header: dùng curl -I https://example.com/page để xem status và các trường header. Để lấy HTML mà một user-agent cụ thể sẽ nhận: dùng curl -A "Googlebot/2.1 (+http://www.google.com/bot.html)" https://example.com/page và lưu output để so sánh.

4. Xác minh khả năng được lập chỉ mục và ý định canonical

Với các trang bạn sở hữu, dùng Google Search Console URL Inspection để kiểm tra cách Google đã index một URL và liệu có vấn đề lập chỉ mục nào được phát hiện. Với trang bên thứ ba (publishers, partner sites), dùng kiểm tra bên ngoài: view-source, curl, kiểm tra rendered DOM trong Chrome DevTools, và tín hiệu index công khai như toán tử site: làm chỉ báo (không phải bằng chứng) rằng Google biết về một URL.

5. Kiểm tra rendering và hành vi JavaScript

Mở trang trong Chrome DevTools, dùng panel Elements và Network để xác nhận tài nguyên được load và không bị chặn, và kiểm tra rendered DOM để xem nội dung do JavaScript chèn. Nếu nội dung quan trọng chỉ xuất hiện sau tương tác người dùng hoặc muộn trong vòng đời render, lưu ý rủi ro với khả năng hiển thị và các bước kiểm thử để tái tạo.

Dùng Rich Results Test và Schema Markup Validator (schema.org) để xác thực structured data và phát hiện lỗi có thể ngăn không cho đủ điều kiện rich results.

6. Đo trải nghiệm trang và hiệu suất

Thu thập các chỉ số field (Core Web Vitals) từ Search Console và báo cáo lab từ Lighthouse hoặc kiểm thử cục bộ. Field data phản ánh người dùng thực; lab data giúp tái tạo vấn đề ở môi trường local. Ưu tiên sửa những mục ảnh hưởng đến chỉ số người dùng thực cho các trang quan trọng với khả năng hiển thị trên tìm kiếm.

Xác minh và khắc phục sự cố

Khắc phục sự cố là một quá trình điều tra: tái tạo triệu chứng, cô lập biến số, và thử các bản sửa. Dùng kết hợp công cụ công khai và chỉ chủ sở hữu mới có.

Các bước xác minh hữu ích

• Kiểm tra phản hồi server: curl -I sẽ hiển thị HTTP status, content-type và header X-Robots-Tag.
• Kiểm tra HTML trả về: curl -A "Googlebot/2.1 (+http://www.google.com/bot.html)" https://example.com/page và so sánh với fetch từ trình duyệt để phát hiện khác biệt nội dung.
• Kiểm tra rendered DOM: mở URL trong Chrome, tắt cache, và dùng Elements để xác nhận nội dung quan trọng có trong DOM mà không cần tương tác người dùng.
• Bằng chứng lập chỉ mục (trang sở hữu): Google Search Console URL Inspection hiển thị trạng thái index và lý do bị loại.
• Structured data: chạy Rich Results Test và Schema Markup Validator để xem parsing và lỗi.
• Field performance: xem Core Web Vitals trong Search Console cho chỉ số người dùng thực; dùng Lighthouse hoặc lab run để tái tạo trường hợp chậm.
• Hoạt động crawl: so sánh các request của crawler trong server logs với sitemap và các trang đã biết để xác định thiếu sót hoặc crawl quá mức trên URL giá trị thấp.

Các sai lầm và hiểu lầm thường gặp

• Xem cảnh báo công cụ như thể đó là audit: các crawler đưa ra nhiều tín hiệu; nhiệm vụ audit là diễn giải tín hiệu nào quan trọng với mục tiêu kinh doanh.
• Nhầm lẫn giữa crawling và indexing: bị crawler fetch không đảm bảo trang được index hay có thứ hạng.
• Tin tưởng site: như bằng chứng chắc chắn: site: là tín hiệu công khai hữu ích nhưng không có tính quyền lực. Với trang sở hữu, dùng URL Inspection trong Search Console.
• Chặn tài nguyên quan trọng: robots.txt hoặc rule server chặn CSS/JS có thể thay đổi cách Google render trang và phá Core Web Vitals hoặc việc phát hiện structured data.
• Thẻ canonical sai hoặc chuỗi redirect: thẻ canonical trỏ tới nội dung không mong muốn hoặc chuỗi redirect dài tạo mơ hồ và làm chậm crawl.
• Giả định rel="nofollow" là vô giá trị: Google coi rel="nofollow" như một gợi ý; cách xử lý không phải bật/tắt đơn giản.
• Bỏ qua khả năng được lập chỉ mục của trang publisher hoặc partner: một backlink hoặc đề cập ít giá trị nếu trang không index được hoặc bị che sau xác thực.

Khi có bài đăng trả phí hoặc nội dung tài trợ, làm theo hướng dẫn của Google: gắn rel="sponsored" hoặc rel="nofollow" cho link trả phí/được trả công và dùng rel="ugc" cho link do người dùng tạo. Nhớ rằng: không có thuộc tính rel="dofollow"; một link bình thường đơn giản là link không có rel=nofollow/sponsored/ugc. Hướng dẫn linkspam của Google cho biết các link chủ yếu nhằm thao túng thứ hạng có thể bị coi là link spam, nên đảm bảo bối cảnh biên tập, khả năng lập chỉ mục và minh bạch khi làm việc với placements bên ngoài.

Checklist: các mục tác động cao và cách xác minh chúng

Dùng checklist súc tích này để xác minh những vấn đề kỹ thuật tác động cao phổ biến nhất. Với mỗi mục, công cụ xác minh phù hợp được ghi chú.

1) Ý định canonical: Thẻ canonical có nhất quán và trỏ đến URL mong muốn không? (Xác minh: view-source, so sánh với HTTP headers, và dùng external crawler.)

2) HTTP status và chuỗi redirect: Các trang quan trọng trả về 200 chứ không phải lỗi/redirect, và redirect có tối thiểu không? (Xác minh: curl -I và server logs.)

3) Robots và meta robots: Có tài nguyên hoặc trang quan trọng nào bị chặn vô ý không? (Xác minh: fetch robots.txt, X-Robots-Tag trong header via curl -I, và meta robots trong HTML.)

4) Dị thường lập chỉ mục: Trang có bị loại vì lý do kỹ thuật (noindex, canonical trỏ chỗ khác, soft-404) không? (Xác minh: Google Search Console URL Inspection cho trang sở hữu; với trang ngoài, so sánh HTML + tín hiệu index công khai.)

5) Tính tương đồng nội dung sau render: HTML mà công cụ tìm kiếm thấy có bao gồm cùng nội dung quan trọng như người dùng thấy không? (Xác minh: curl với UA phù hợp, Chrome DevTools rendered DOM.)

6) Độ chính xác structured data: Structured data có hợp lệ và cập nhật không? (Xác minh: Rich Results Test và Schema Markup Validator.)

7) Core Web Vitals và hiệu năng tải: Field metrics có cho thấy vấn đề với các trang chính không? (Xác minh: báo cáo Core Web Vitals trong Search Console và lab test với Lighthouse.)

Ưu tiên: chọn sửa đổi có tác động thực sự

Ưu tiên công việc dựa trên ba chiều: mức liên quan tới mục tiêu kinh doanh (trang nào quan trọng cho search traffic hoặc chuyển đổi), mức nghiêm trọng kỹ thuật (chặn indexation, gây lỗi thường xuyên), và công sức sửa. Các quick wins thường là sửa thẻ noindex sai cấu hình, loại bỏ chuỗi redirect trên trang lưu lượng cao, và mở chặn CSS/JS quan trọng ảnh hưởng đến rendering.

Báo cáo và giám sát

Giao báo cáo audit gom các vấn đề theo độ ưu tiên, kèm ví dụ và bước tái tạo, và bao gồm kế hoạch triển khai đề xuất. Thêm giám sát để phát hiện regressions: theo dõi lỗi server, thay đổi lập chỉ mục qua Search Console, và field metrics Core Web Vitals. Sau khi deploy sửa, chạy lại đúng các bước xác minh đã dùng trong audit để xác nhận đã giải quyết.

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

Crawling khác gì với indexing và ranking?

Crawling là quá trình phát hiện và fetch các URL. Indexing là quyết định lưu trữ một phần hoặc toàn bộ nội dung trang vào search index. Ranking là thứ tự kết quả khi một truy vấn được thực hiện. Một trang có thể bị crawl nhưng không được index, và được index không đảm bảo thứ hạng cao; mỗi giai đoạn có các tín hiệu và kiểm tra riêng.

Nếu tôi thấy HTML khác khi fetch trang dưới vai trò Googlebot thì sao?

Trước hết, xác định xem khác biệt là có chủ ý (nội dung tối ưu cho thiết bị) hay vô tình (misconfig server hoặc user-agent sniffing). Dùng curl với UA giống Googlebot để lưu HTML, so sánh với fetch từ trình duyệt bình thường, và kiểm tra logic phía server thay đổi output theo UA hoặc header. Tránh phục vụ nội dung khác biệt đáng kể cho crawler so với người dùng.

Làm sao kiểm tra xem trang của publisher có backlink có thể được index không?

Từ bên ngoài, kiểm tra HTML trang xem có meta robots không, dùng curl -I để kiểm tra header X-Robots-Tag, và xác nhận trang trả về status 200. Dùng rendered DOM trong trình duyệt để đảm bảo link xuất hiện trong HTML tĩnh hoặc sau render. Toán tử site: có thể cho thấy tín hiệu index công khai nhưng không hẳn là xác thực.

Sửa lỗi kỹ thuật có đảm bảo cải thiện thứ hạng không?

Không một sửa chữa kỹ thuật đơn lẻ nào đảm bảo tăng thứ hạng. Công việc kỹ thuật loại bỏ rào cản và tăng khả năng để nội dung mạnh, phù hợp cạnh tranh. Sau khi sửa, theo dõi indexation và các tín hiệu hiệu năng và kết hợp cải tiến kỹ thuật với công việc nội dung và tối ưu tính liên quan.

Vì Google dùng mobile-first indexing, bạn nên kiểm tra gì trước?

Google dùng phiên bản di động làm cơ sở chính cho crawling và indexing. Kể từ July 2024, Google crawl sites cho Search bằng Googlebot Smartphone theo mặc định. Xác minh rằng HTML trên di động phơi bày cùng nội dung quan trọng, metadata và structured data giống phiên bản desktop, và đảm bảo hiệu năng di động và hành vi responsive ở mức chấp nhận được.