Technical SEO Audit: Checklist 50 điểm kiểm tra kỹ thuật toàn diện

Technical SEO audit (kiểm toán kỹ thuật SEO — quy trình hệ thống kiểm tra toàn bộ các yếu tố kỹ thuật ảnh hưởng đến khả năng crawl, index, hiển thị và xếp hạng của website) là công việc đòi hỏi kỹ năng tổng hợp và kiến thức toàn diện nhất trong SEO. Bài viết này tổng hợp 50 điểm kiểm tra Technical SEO chia theo 6 nhóm — là tài liệu tham chiếu đầy đủ cho mọi kỹ thuật viên SEO, từ cơ bản đến nâng cao.

Nhóm 1: Crawlability — Khả Năng Crawl (10 điểm)

• ☐ 1. Kiểm tra robots.txt tại /robots.txt: không có Disallow: / vô tình, không block CSS/JavaScript, khai báo đúng Sitemap URL. Đọc chi tiết tại robots.txt là gì
• ☐ 2. Kiểm tra XML sitemap: tồn tại tại URL chuẩn, được submit trong GSC, chỉ chứa URLs trả về 200 và không có noindex. Chi tiết tại sitemap XML là gì
• ☐ 3. Kiểm tra crawl errors trong GSC → Coverage Report — phân loại Error, Valid with Warning, Excluded để ưu tiên xử lý
• ☐ 4. Phát hiện orphan pages (trang mồ côi — không có internal link nào trỏ đến) bằng Screaming Frog hoặc Ahrefs Site Audit
• ☐ 5. Kiểm tra crawl depth (độ sâu crawl — số clicks từ homepage đến trang đó): trang quan trọng không nên sâu hơn 3 clicks từ homepage
• ☐ 6. Phát hiện URL parameters tạo duplicate content — cấu hình trong GSC Legacy Tools → URL Parameters hoặc dùng canonical để xử lý
• ☐ 7. Kiểm tra internal links trỏ đến redirect: update để link thẳng đến URL đích, không qua redirect chain
• ☐ 8. Xác minh Googlebot có render được JavaScript: GSC → URL Inspection → View Tested Page → kiểm tra Screenshot và HTML source
• ☐ 9. Kiểm tra server response time (TTFB — Time to First Byte): dưới 600ms là tốt, trên 1.5 giây là vấn đề nghiêm trọng
• ☐ 10. Xác minh Crawl stats trong GSC → Settings → Crawl Stats: theo dõi tổng pages crawled/ngày và response time trung bình

Nhóm 2: Indexability — Khả Năng Index (10 điểm)

• ☐ 11. Kiểm tra không có trang quan trọng nào có thẻ <meta name="robots" content="noindex"> sai. Dùng Screaming Frog → filter “noindex” để xem toàn bộ danh sách
• ☐ 12. Kiểm tra canonical tags: tất cả trang quan trọng có self-referencing canonical, không có canonical chain, canonical trỏ về HTTPS. Chi tiết tại canonical tag là gì
• ☐ 13. Phát hiện và xử lý duplicate content: WWW vs non-WWW, HTTP vs HTTPS, trailing slash inconsistency — tất cả cần redirect 301 về phiên bản canonical
• ☐ 14. Kiểm tra soft 404s: trang trả về HTTP 200 nhưng hiển thị nội dung “không tìm thấy” — GSC Coverage Report hiển thị các soft 404 Google phát hiện
• ☐ 15. Xác minh pagination handling (xử lý phân trang): mỗi trang phân trang có canonical về chính nó, tránh canonical toàn bộ về trang 1
• ☐ 16. Kiểm tra hreflang (thuộc tính chỉ định ngôn ngữ và khu vực địa lý của trang, dùng cho website đa ngôn ngữ) nếu có website đa ngôn ngữ: hreflang phải reciprocal (có đi có lại) — trang A trỏ đến B thì B phải trỏ lại A
• ☐ 17. Kiểm tra index bloat (phình index — quá nhiều trang kém chất lượng được index): so sánh số URLs trong sitemap với số trang được index trong GSC — khoảng cách lớn cần điều tra
• ☐ 18. Xem xét áp dụng noindex cho thin content pages: tag pages, author archives, date archives, search results nội bộ — những trang ít giá trị có thể gây dilution (pha loãng) chất lượng tổng thể site
• ☐ 19. Kiểm tra X-Robots-Tag HTTP header (header HTTP kiểm soát indexing, tương tự meta robots nhưng ở cấp server): đặc biệt quan trọng với PDF và file không phải HTML
• ☐ 20. Xác minh GSC không báo Manual Action (hành động thủ công) trong Security & Manual Actions — nếu có, xử lý ngay lập tức

Nhóm 3: Page Speed và Core Web Vitals (10 điểm)

• ☐ 21. Đo lường Core Web Vitals thực tế (field data) qua GSC → Core Web Vitals Report: LCP ≤ 2.5s, INP ≤ 200ms, CLS ≤ 0.1 — đạt “Good” cho cả mobile lẫn desktop
• ☐ 22. Phân tích chi tiết từng metric qua PageSpeed Insights: xem Opportunities và Diagnostics để có danh sách hành động cụ thể
• ☐ 23. Tối ưu LCP element (phần tử LCP — ảnh hero, video thumbnail hoặc khối text lớn nhất trên màn hình đầu tiên): preload LCP image, dùng fetchpriority=”high”, đảm bảo ảnh LCP không bị lazy-loaded
• ☐ 24. Giảm render-blocking resources (tài nguyên chặn render — CSS và JavaScript phải load xong trước khi trang hiển thị): defer hoặc async JavaScript không critical, inline critical CSS (CSS quan trọng nhúng thẳng vào head)
• ☐ 25. Triển khai caching (bộ nhớ đệm) đúng cách: browser caching cho static assets, server-side page caching qua plugin (WP Rocket, LiteSpeed Cache)
• ☐ 26. Tối ưu hình ảnh: WebP/AVIF format, nén đúng cách, responsive images với srcset, width/height attributes để tránh CLS. Chi tiết tại tối ưu hình ảnh SEO
• ☐ 27. Kiểm tra third-party scripts impact (tác động của scripts bên thứ ba): chat widgets, analytics, ads — dùng Chrome DevTools → Performance để đo tác động từng script
• ☐ 28. Triển khai CDN (Content Delivery Network) với edge location tại Việt Nam (Cloudflare, BunnyCDN) để giảm latency cho người dùng Việt
• ☐ 29. Bật HTTP/2 hoặc HTTP/3 trên server: kiểm tra qua Chrome DevTools → Network → Protocol column
• ☐ 30. Tối ưu database WordPress định kỳ: xóa revisions cũ, transients hết hạn, spam comments — dùng WP-Optimize hoặc WP Rocket

Nhóm 4: Mobile và UX Kỹ Thuật (8 điểm)

• ☐ 31. Xác nhận website dùng responsive design: kiểm tra qua Chrome DevTools Device Toolbar và GSC Mobile Usability Report
• ☐ 32. Kiểm tra viewport meta tag tồn tại: <meta name="viewport" content="width=device-width, initial-scale=1">
• ☐ 33. Kiểm tra tap target sizes (kích thước vùng chạm): buttons và links tối thiểu 48x48px, khoảng cách 8px giữa các phần tử tương tác
• ☐ 34. Xác minh font sizes (kích thước chữ) tối thiểu 16px cho body text trên mobile — tránh Google báo lỗi “Text too small to read”
• ☐ 35. Kiểm tra không có intrusive interstitials (popup gây phiền nhiễu) che toàn màn hình ngay khi load trang trên mobile
• ☐ 36. Xác nhận nội dung giống nhau giữa phiên bản mobile và desktop — không ẩn nội dung quan trọng trên mobile
• ☐ 37. Kiểm tra structured data có xuất hiện trong mobile version không — GSC → URL Inspection với Googlebot Smartphone
• ☐ 38. Test real device (thiết bị thực) trên iOS và Android — không chỉ dựa vào emulator

Nhóm 5: Structured Data và HTTPS (8 điểm)

• ☐ 39. Xác nhận website đang dùng HTTPS với SSL certificate hợp lệ, chưa hết hạn. Chi tiết tại HTTPS và SSL trong SEO
• ☐ 40. Kiểm tra và sửa mixed content: tất cả resources (ảnh, CSS, JS) phải load qua HTTPS — dùng Chrome DevTools Console hoặc whynopadlock.com
• ☐ 41. Validate structured data qua Google Rich Results Test: không có lỗi critical, warnings được giải thích rõ ràng. Chi tiết tại structured data và schema
• ☐ 42. Kiểm tra GSC → Enhancements: xem báo cáo lỗi structured data theo từng loại schema đã triển khai
• ☐ 43. Xác nhận Open Graph và Twitter Card (thẻ tối ưu hóa hiển thị khi chia sẻ lên mạng xã hội) đặt đúng: og:title, og:description, og:image đúng kích thước (1200x630px)
• ☐ 44. Kiểm tra TLS version: server dùng TLS 1.2+ tối thiểu, tốt nhất TLS 1.3 — test qua SSL Labs ssllabs.com/ssltest/
• ☐ 45. Xác nhận BreadcrumbList schema được triển khai và hiển thị đúng trên SERP — cải thiện visibility URL
• ☐ 46. Kiểm tra security headers (HTTP response headers liên quan đến bảo mật): X-Content-Type-Options, X-Frame-Options — dùng securityheaders.com để scan

Nhóm 6: Site Architecture và Advanced (4 điểm)

• ☐ 47. Kiểm tra URL structure chuẩn: chữ thường, dùng dấu gạch ngang, không có ký tự đặc biệt, không quá sâu (tối đa 3–4 cấp). Chi tiết tại URL chuẩn SEO
• ☐ 48. Xác minh breadcrumbs (đường dẫn phân cấp) hoạt động đúng và có HTML breadcrumb + schema BreadcrumbList nhất quán
• ☐ 49. Kiểm tra redirect map đầy đủ nếu gần đây có site migration hoặc URL changes — đảm bảo không URL quan trọng nào bị 404
• ☐ 50. Lên lịch technical SEO audit định kỳ: hàng tháng kiểm tra GSC Coverage và CWV Report, hàng quý chạy Screaming Frog full crawl, sau mỗi major update WordPress/theme/plugin kiểm tra ngay

Thứ Tự Ưu Tiên Khi Xử Lý Issues

Không phải mọi issue đều cần xử lý ngay. Framework ưu tiên:

• Critical — Sửa trong 24 giờ: Robots.txt block toàn site, noindex áp dụng sai cho trang quan trọng, SSL certificate hết hạn, Manual Action trong GSC, website bị hack
• High — Sửa trong 1 tuần: Mixed content HTTPS, Core Web Vitals kém (tất cả “Poor”), canonical sai cho trang quan trọng, redirect chains dài, nhiều trang 404 từng có authority
• Medium — Lên kế hoạch trong tháng: Orphan pages, crawl depth quá sâu, structured data lỗi warnings, URL parameters không được xử lý, sitemap chứa URLs không đúng
• Low — Cải thiện dần: Pagination handling tối ưu, minor CWV improvements, breadcrumb schema, security headers nâng cao

Series Technical SEO hoàn chỉnh: Technical SEO là gì, Crawling & Indexing, Sitemap XML, Robots.txt, Canonical Tag, HTTPS & SSL, Structured Data, Mobile SEO, Redirect & HTTP Status.

Câu hỏi thường gặp về Technical SEO Audit

Technical SEO audit mất bao lâu?

Phụ thuộc vào quy mô website. Website dưới 100 trang: audit cơ bản 2–4 giờ với Screaming Frog và GSC. Website 100–1.000 trang: 1–2 ngày bao gồm phân tích và lập kế hoạch xử lý. Website 10.000+ trang (e-commerce lớn, news site): 3–7 ngày cho audit toàn diện. Nên chia audit thành hai phase: discovery (crawl và thu thập data — 30%) và analysis + recommendations (phân tích và đề xuất giải pháp — 70%). Đừng vội deliver report mà không có thời gian phân tích sâu.

Có thể dùng công cụ free nào để audit không?

Hoàn toàn có thể với bộ công cụ free: Google Search Console (data trực tiếp từ Google — không thể thiếu), Screaming Frog free (crawl 500 URLs), Google PageSpeed Insights, Google Rich Results Test, Chrome DevTools. Kết hợp bộ này đã đủ để phát hiện 80% vấn đề Technical SEO phổ biến. Công cụ trả phí (Ahrefs, Screaming Frog paid, Sitebulb) cần thiết khi website lớn hoặc cần automation và monitoring liên tục.

Sau audit, nên ưu tiên fix gì trước?

Ưu tiên theo impact × effort matrix (ma trận tác động × nỗ lực): (1) High impact, low effort: quick wins như sửa robots.txt sai, add missing canonical, fix broken internal links — làm trước tiên; (2) High impact, high effort: Core Web Vitals optimization, site architecture overhaul — lập kế hoạch sprint dài; (3) Low impact, low effort: minor structured data fixes, add breadcrumbs — làm khi có thời gian; (4) Low impact, high effort: thường có thể defer (hoãn lại) hoặc skip hoàn toàn.

Technical SEO audit có cần làm lại sau khi redesign website không?

Bắt buộc phải làm — và tốt nhất là làm trước khi launch redesign. Nhiều vấn đề Technical SEO phổ biến nhất phát sinh chính xác sau redesign: theme mới thay đổi canonical, breadcrumb, hoặc structured data; URL structure thay đổi mà không có redirect map; robots.txt bị overwrite về default; staging robots.txt (Disallow: /) vô tình được giữ lại khi push production; new theme không mobile-friendly. Protocol chuẩn: audit staging site trước launch, so sánh với production audit cũ, fix issues trước khi flip DNS.