Audit kỹ thuật website: crawl, mã lỗi và chuyển hướng

Audit kỹ thuật là bước đầu tiên của quy trình SEO, trả lời một câu hỏi: Googlebot có vào được, đọc được và hiểu đúng các trang quan trọng của website hay không. Bước này đi qua mã lỗi, chuyển hướng, robots.txt, sitemap, canonical, HTTPS và di động, rồi tổng hợp thành điểm sức khỏe kỹ thuật để bàn giao sang các bước sau.

Bước 1.1 "Audit kỹ thuật" làm gì và nằm ở đâu trong quy trình?

Bước này quét toàn bộ website như một trình thu thập dữ liệu và ghi lại mọi lỗi cản đường Googlebot. Nó nằm đầu giai đoạn 1 của quy trình, trước khi bạn đo chỉ mục, tốc độ hay nội dung. Sửa nền móng trước thì các bước sau mới có số liệu đáng tin.

Đầu ra là một danh sách lỗi có mức ưu tiên. Lỗi critical là lỗi chặn Google vào trang hoặc làm trang biến mất khỏi kết quả, nên xử lý đầu tiên. Lỗi major và minor xếp sau theo mức ảnh hưởng. Nếu bạn muốn tự sửa một phần, xem bảy cách tự sửa lỗi SEO website và giới hạn của từng cách.

Crawl có hoàn tất không và máy chủ có trả lỗi 5xx không?

Một lượt crawl chỉ có giá trị khi chạy hết, không bị ngắt giữa chừng và không bị tường lửa hay giới hạn tốc độ chặn. Nếu nhiều URL bị chặn hoặc hết thời gian chờ, số liệu các bước sau sẽ lệch.

Hãy xem phần thống kê của lượt crawl, đếm URL bị robots.txt chặn ngoài ý muốn, rồi crawl lại với tốc độ thấp hơn nếu máy chủ phản ứng.

Lỗi máy chủ 5xx đáng lo hơn vẻ ngoài của nó. Theo tài liệu về mã trạng thái HTTP của Google Search Central (cập nhật 2026), khi gặp 5xx và 429, Google tạm thời giảm tốc độ thu thập; URL đã có trong chỉ mục được giữ lại lúc đầu nhưng cuối cùng sẽ bị loại nếu lỗi kéo dài. Mức giảm tỷ lệ với số URL đang lỗi, và khi máy chủ trả về 2xx trở lại, Google tăng tốc dần. Cách kiểm: lọc nhóm Server Error trong công cụ crawl, mở từng URL trên trình duyệt rồi đối chiếu nhật ký máy chủ để biết lỗi nằm ở ứng dụng, cơ sở dữ liệu hay hạ tầng.

Chuyển hướng, liên kết hỏng và phiên bản tên miền

Chuỗi chuyển hướng dài và vòng lặp chuyển hướng là hai lỗi hay gặp sau khi đổi URL nhiều lần. Google theo tối đa 10 bước chuyển hướng theo mặc định, nhưng càng nhiều bước thì càng tốn thời gian thu thập và càng dễ đứt. Xuất báo cáo Redirect Chains từ công cụ crawl, tìm các URL qua nhiều bước và các vòng A tới B rồi quay về A. Bài chuyển hướng 301: tìm và sửa chuỗi, vòng lặp hướng dẫn chi tiết cách rút gọn.

Mã chuyển hướng cũng mang ý nghĩa. Theo Google, 301 và 308 là tín hiệu mạnh cho thấy đích mới là trang chính, còn 302, 303 và 307 là tín hiệu yếu. Dùng 302 cho một thay đổi vĩnh viễn là lỗi cấu hình phổ biến.

Liên kết nội bộ hỏng (trả về 4xx) làm người đọc và Googlebot cụt đường. Hãy lọc URL trả về 4xx rồi sắp theo số liên kết trỏ tới, để sửa trước những trang có nhiều liên kết nội bộ. Theo Google, nội dung từ URL trả về 4xx bị bỏ qua, và URL đã lập chỉ mục mà trả về 4xx sẽ bị gỡ khỏi chỉ mục theo thời gian.

Cuối cùng là phiên bản tên miền. Website có thể mở được bằng bốn biến thể: http hoặc https, có hoặc không có www. Chỉ một biến thể nên là bản chính, ba biến thể còn lại chuyển hướng 301 về nó. Cách kiểm đơn giản: gõ từng biến thể trong cửa sổ ẩn danh, xem URL cuối cùng và mã trạng thái trong DevTools hoặc bằng lệnh curl.

robots.txt, sitemap, canonical và noindex

Bốn thành phần này cùng quyết định Google được đọc trang nào và nên chọn URL nào làm bản chính.

robots.txt có chặn nhầm không? Mở /robots.txt và đọc từng dòng, rồi đối chiếu với báo cáo robots.txt trong Search Console. Một cách kiểm khác là crawl lần hai ở chế độ bỏ qua robots.txt để thấy những trang đã bị chặn. Theo trang giới thiệu robots.txt của Google (cập nhật 2025), trang bị chặn vẫn có thể hiện URL trong kết quả mà không có mô tả. Xem thêm bảy lỗi robots.txt chặn Google.

Sitemap có sạch không? Sitemap nên chỉ chứa URL trả về 200, có thể lập chỉ mục và là bản chính. Đối chiếu cột sitemap với cột khả năng lập chỉ mục trong công cụ crawl, kiểm tra thẻ lastmod và trạng thái trong báo cáo Sitemaps của Search Console. Google nêu rõ sitemap không bảo đảm mọi mục đều được thu thập và lập chỉ mục.

Canonical có xung đột không? Theo hướng dẫn về URL chính tắc của Google (cập nhật 2026), chuyển hướng và rel="canonical" là tín hiệu mạnh, còn sitemap là tín hiệu yếu. Đừng khai báo hai URL chính tắc khác nhau bằng hai kỹ thuật khác nhau, chẳng hạn sitemap ghi một URL còn rel="canonical" ghi URL khác. Nên đặt canonical tự trỏ trên trang chính tắc và liên kết nội bộ tới đúng URL đó. Bài trang chính tắc khác lựa chọn của người dùng giải thích khi Google chọn khác bạn.

Có noindex hoặc soft 404 chưa xử lý không? Noindex được đặt bằng thẻ meta robots hoặc header X-Robots-Tag. Theo tài liệu về chặn lập chỉ mục của Google (cập nhật 12/2025), nếu robots.txt chặn một trang thì Googlebot không bao giờ thấy noindex trên trang đó, và Google không hỗ trợ khai báo noindex trong robots.txt. Soft 404 là trang trả về 2xx nhưng trống hoặc chỉ là thông báo lỗi; Search Console sẽ ghi nhận lỗi này. Lọc các URL không thể lập chỉ mục, kiểm tra thủ công một mẫu và tìm cụm từ như "không tìm thấy" trong tiêu đề hoặc H1 để lộ trang lỗi trá hình.

Hreflang cho website nhiều ngôn ngữ

Tiêu chí này chỉ áp dụng khi website có nhiều phiên bản ngôn ngữ hoặc vùng. Theo tài liệu của Google (cập nhật 09/2026), mỗi phiên bản phải liệt kê chính nó và mọi phiên bản khác; nếu trang A trỏ tới B mà B không trỏ lại A thì Google bỏ qua các thẻ đó. URL phải đầy đủ giao thức, và mã ngôn ngữ theo ISO 639-1, có thể kèm mã vùng như en-GB. Các mã sai như UK thay vì GB bị bỏ qua. Trong công cụ crawl, lọc lỗi thiếu liên kết ngược và URL hreflang không trả về 200, rồi kiểm thủ công vài cặp mẫu. Website chỉ dùng một ngôn ngữ thì ghi nhận không áp dụng.

HTTPS, HSTS và chứng chỉ

HTTPS toàn site nghĩa là mọi trang, ảnh, script và stylesheet đều tải qua kết nối bảo mật. Hãy kiểm cả bốn biến thể tên miền trước khi chuẩn hóa, rồi chạy báo cáo mixed content. Theo hướng dẫn bật HTTPS trên web.dev, trang HTTPS tải tài nguyên HTTP bị trình duyệt cảnh báo, và một số trình duyệt chặn tài nguyên đó làm hỏng trang. Cũng theo tài liệu này, Google coi HTTPS là tín hiệu tích cực, và nên thêm canonical trỏ về HTTPS rồi chuyển hướng 301 từ HTTP sang HTTPS khi đã sẵn sàng.

HSTS là lớp bảo mật bổ sung: header Strict-Transport-Security buộc trình duyệt luôn dùng HTTPS. Web.dev cảnh báo rằng nếu chứng chỉ hết hạn hoặc cấu hình TLS lỗi, người dùng đã ghi nhận HSTS có thể bị chặn truy cập, nên hãy bắt đầu với max-age thấp rồi tăng dần. Kiểm header bằng curl -I, và chạy kiểm thử SSL công khai để xem điểm cấu hình; lưu ý một số dịch vụ công bố kết quả theo mặc định. Đây là thực hành bảo mật tốt, không phải điều kiện bắt buộc của Google, nên xếp mức major.

Di động và điểm sức khỏe kỹ thuật

Google dùng phiên bản di động của trang để lập chỉ mục và xếp hạng. Theo tài liệu mobile-first indexing (cập nhật 12/2025), nội dung chính và metadata như title, meta description phải tương đương giữa bản di động và bản máy tính, dữ liệu có cấu trúc có trên cả hai bản, và không nên lazy-load nội dung chính cần thao tác cuộn hay nhấp. Để kiểm, mở khung thiết bị di động trong DevTools cho vài mẫu trang chính, chụp lại lỗi, rồi dùng PageSpeed Insights ở chế độ di động để xem các cảnh báo về viewport, vùng chạm và cỡ chữ.

Tiêu chí cuối là điểm sức khỏe kỹ thuật (Technical Health Score) đạt ngưỡng bàn giao. Đây là con số tổng hợp theo nhóm lỗi, nơi lỗi critical bị trừ điểm nặng hơn major và minor. Nó là thước đo nội bộ để bàn giao, không phải chỉ số của Google. Dùng nó cho một việc: quyết định đã đủ sạch để chuyển sang đo chỉ mục và tốc độ, hay còn lỗi chặn cần xử lý tiếp.

Công cụ TỐI ƯU SEO kiểm phần nào trong bước này?

Quảng cáo: phần này giới thiệu công cụ TỐI ƯU SEO.

TỐI ƯU SEO quét website theo bộ quy trình 8 giai đoạn gồm 1.042 tiêu chí và kiểm các hạng mục kỹ thuật của bước này bằng quy tắc, không trừ credit. Một số tiêu chí cần kết nối Google Search Console. Với website của bạn, mọi thay đổi chờ bạn duyệt, có ghi lại trạng thái trước và sau cùng nút hoàn tác. Bạn có thể đăng ký dùng thử để xem báo cáo cho website của mình.

Tóm tắt

• Audit kỹ thuật chạy đầu tiên để biết Googlebot có vào, đọc và hiểu đúng trang quan trọng hay không.
• Lỗi 5xx và chuỗi chuyển hướng dài làm Google giảm tốc độ thu thập; xử lý trước các lỗi critical.
• robots.txt, sitemap và canonical phải nói cùng một điều về URL nào là bản chính.
• Noindex không có tác dụng khi robots.txt đã chặn trang, vì Googlebot không đọc được thẻ.
• HTTPS, một phiên bản tên miền và nội dung di động tương đương là nền cho các bước sau.

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

Audit kỹ thuật nên chạy bao lâu một lần?

Chạy đầy đủ một lần ở giai đoạn audit, rồi lặp lại gọn sau mỗi đợt thay đổi lớn như đổi giao diện, chuyển nền tảng hoặc đổi cấu trúc URL. Với website nhỏ ít thay đổi, một lượt kiểm theo quý là hợp lý. Sau mỗi lần deploy, kiểm nhanh mã trạng thái và robots.txt để bắt lỗi sớm.

Website nhỏ có cần công cụ crawl chuyên dụng không?

Không nhất thiết. Với vài chục trang, bạn có thể kiểm thủ công bằng trình duyệt, lệnh curl, báo cáo Lập chỉ mục trang và robots.txt trong Search Console. Công cụ crawl trở nên cần thiết khi số trang đủ lớn để không thể mở từng trang, hoặc khi bạn cần xuất danh sách lỗi theo nhóm.

Redirect 302 có làm mất thứ hạng không?

Không phải lúc nào cũng mất, nhưng nó gửi tín hiệu sai. Theo Google, 302 là tín hiệu yếu cho thấy trang nguồn vẫn là trang chính. Nếu bạn đã chuyển trang vĩnh viễn, dùng 301 hoặc 308 để Google hiểu đích mới là trang cần hiển thị.

Có cần bật HSTS không?

HSTS là thực hành bảo mật tốt, nhưng cần bật cẩn thận. Hãy chắc chứng chỉ được gia hạn tự động và cấu hình TLS ổn định, vì lỗi chứng chỉ sau khi bật HSTS có thể chặn người dùng truy cập. Bắt đầu với max-age thấp rồi tăng dần theo hướng dẫn của web.dev.

Soft 404 khác 404 thế nào?

404 là trang trả mã lỗi đúng. Soft 404 là trang trả về 2xx nhưng trống hoặc báo lỗi, khiến Google khó phân biệt với trang thật. Cách sửa là trả mã 404 hoặc 410 cho trang đã xóa hẳn, hoặc chuyển hướng 301 tới trang thay thế thật sự liên quan.

Nguồn tham khảo

• How HTTP Status Codes Affect Google's Crawlers, Google Search Central, cập nhật 04/02/2026. Đọc ngày 28/10/2026.
• Block Search indexing with noindex, Google Search Central, cập nhật 10/12/2025. Đọc ngày 28/10/2026.
• Tell Google about localized versions of your page, Google Search Central, cập nhật 21/09/2026. Đọc ngày 28/10/2026.
• Hướng dẫn mobile-first indexing của Google Search Central, Google Search Central, cập nhật 10/12/2025. Đọc ngày 28/10/2026.
• Enabling HTTPS on your servers, web.dev (Google), cập nhật 27/03/2015. Đọc ngày 28/10/2026.
• How to specify a canonical URL with rel="canonical" and other methods, Google Search Central, 10/07/2026. Đọc ngày 23/10/2026.
• Introduction to robots.txt, Google Search Central, 10/12/2025. Đọc ngày 22/10/2026.
• Sitemaps overview, Google Search Central, 2025-12-10. Đọc ngày 23/10/2026.