Technical SEO Checklist

Để kiểm tra crawlability, hãy sử dụng:

• Google Search Console (GSC): Tab “Coverage" (phân tích lỗi lập chỉ mục), "URL Inspection" (kiểm tra trạng thái crawl/index của URL cụ thể), "Crawl Stats" (tần suất crawl theo thời gian).
• Bulk URL Checker ( Screaming Frog SEO Spider, Sitebulb, DeepCrawl): Cho phép crawl local (offline) hoặc full-site, xuất báo cáo lỗi 4xx, 5xx, redirect loop, missing meta, outbound broken links…
• Custom scripts (Python + Requests/BeautifulSoup): Tự động crawl và kiểm tra các điều kiện phức tạp như: URL có chứa tham số không cần thiết (?utm_source=…), URL trùng lặp (duplicate content), hoặc missing canonical tag.

Ví dụ thực tế: Một trang thương mại điện tử có 50.000 sản phẩm, nhưng chỉ có 35.000 được index. Kiểm tra bằng Screaming Frog phát hiện: 12.000 URL sản phẩm bị rel="canonical" trỏ về URL khác (do cấu hình sai từ hệ thống ERP), và 300 URL trả về 404 (sản phẩm đã hết hàng nhưng không set redirect hợp lý). sau khi fix: số URL index tăng lên 49.200, và traffic từ sản phẩm tăng 22% trong 6 tuần.

Lưu ý quan trọng: Google không “tôn trọng” robots.txt để lập chỉ mục – tức nếu một trang không bị cấm bởi robots.txt nhưng có meta noindex, nó vẫn sẽ không được index. Ngược lại, nếu robots.txt cấm nhưng có backlink mạnh, Google vẫn có thể lập chỉ mục (nhưng không có nội dung).

III. Kiến trúc website và Cấu trúc URL Tối ưu

Cấu trúc URL rõ ràng, có tính ngữ nghĩa cao và nhất quán không chỉ giúp người dùng dễ hiểu, mà còn giúp công cụ tìm kiếm phân loại nội dung và đánh giá mức độ liên quan. Một URL tốt không chỉ đẹp mắt mà còn là “gợi ý ngữ nghĩa” cho bot.

Các nguyên tắc thiết kế URL tối ưu:

• Tính ngữ nghĩa (Semantic): URL nên mô tả nội dung trang. Ví dụ: /tuyen-sinh/trung-cap/ket-qua-thi-tuyen-2025 tốt hơn /post/12345.
• Tránh tham số không cần thiết: Các tham số like ?id=234&sessionid=abc123&utm_source=google khiến Google hiểu là nhiều URL khác nhau nhưng cùng nội dung (duplicate content). Nên dùng URL thân thiện (clean URL) hoặc cấu hình Google Search Console để "Ignore these parameters".
• Phân cấp logic: Dùng dấu gạch ngang (-) thay vì dấu gạch dưới (_), vì Google coi gạch ngang là dấu cách, còn gạch dưới là nối liền. Ví dụ: /dien-thoai-samsung-galaxy-s24 (đúng) thay vì /dien_thoai_samsung_galaxy_s24.
• Độ dài hợp lý: URL dưới 100 ký tự được khuyến nghị. URL quá dài thường kèm nhiều từ khóa (keyword stuffing), gây nghi ngờ spam.

Cấu trúc phân cấp nội dung (Information Architecture) cũng cần tuân theo nguyên tắc "Cone Model": Trang chủ → Danh mục cha → Danh mục con → Trang chi tiết. Điều này giúp bot “lướt” hiệu quả và người dùng dễ dàng điều hướng.

Đặc biệt, cần chú ý đến việc tránh duplicate content do URL. Nhiều CMS như WordPress, Magento tạo ra nhiều URL cho cùng 1 nội dung (ví dụ: /page/2/, ?sort=ASC, ?limit=24). Giải pháp:

• Thiết lập rel="canonical" chính xác cho từng nhóm URL.
• Sử dụng hreflang nếu có nhiều phiên bản ngôn ngữ.
• Config 301 redirect từ URL phụ sang URL chính.
• Trong Google Search Console, đặt "Preferred domain" (www vs non-www).

Bảng dưới đây so sánh các cấu trúc URL và mức độ ưu tiên:

IV. Tốc độ tải trang và Core Web Vitals – Yếu tố xếp hạng trực tiếp

Vào tháng 5/2021, Google chính thức đưa Core Web Vitals trở thành yếu tố xếp hạng trong thuật toán Page Experience Update. Đây không còn là “khuyến nghị” mà là “yêu cầu bắt buộc” đối với mọi website muốn cạnh tranh trên SERP.

Core Web Vitals bao gồm 3 chỉ số chính:

1. LCP (Largest Contentful Paint): Thời gian tải nội dung lớn nhất (hình ảnh, tiêu đề, block văn bản). Mục tiêu: ≤ 2.5s.
2. FID (First Input Delay): Thời gian từ khi người dùng tương tác (click, nhấn phím) đến khi browser phản hồi. Mục tiêu: ≤ 100ms.
3. CLS (Cumulative Layout Shift): Độ dịch chuyển tổng cộng của các phần tử trên màn hình khi tải. Mục tiêu: ≤ 0.1.

Ngoài ra, Google còn xem xét các yếu tố kỹ thuật bổ trợ như:

• TTFB (Time to First Byte): Thời gian từ khi request đến khi nhận được byte đầu tiên từ server. Ngưỡng tốt: ≤ 600ms.
• SSL (HTTPS): Không còn là lựa chọn – bắt buộc với mọi website từ 2014. Theo Mozilla, hơn 90% trang web trên thế giới đã dùng HTTPS; Google phạt mạnh các site HTTP trong tìm kiếm.
• Mobile-first indexing: Từ 2021, Google lấy phiên bản mobile làm chuẩn chính để crawl và index. Nếu trang mobile tải chậm, ranking sẽ giảm mạnh – ngay cả khi desktop nhanh.

Công cụ đo lường và tối ưu:

• Google PageSpeed Insights: Cung cấp điểm score (0–100), phân tích điểm mạnh/yếu, và đề xuất fix cụ thể (ví dụ: “Use next-gen image formats”, “Reduce JavaScript execution time”).
• Lighthouse (Chrome DevTools): Chạy report offline, chi tiết hơn, có thể custom audit.
• Web Vitals Extension (Chrome): Kiểm tra trực tiếp trên trình duyệt khi lướt web.
• Google Search Console → Experience Core Web Vitals: Xem URL nào đang gặp vấn đề thực tế trong tìm kiếm.

Ví dụ thực tế: Một blog tin tức có LCP trung bình 5.2s (mobile). Sau khi áp dụng:

• Chuyển hình ảnh sang WebP (giảm 60% dung lượng)
• Lazy load ảnh dưới fold
• Loại bỏ JS không cần thiết (defer non-critical JS)
• Tối ưu server: bật caching, dùng CDN (Cloudflare)

Kết quả: LCP giảm còn 1.8s, FID từ 320ms xuống 45ms, CLS từ 0.35 xuống 0.07. Traffic organic tăng 39% trong vòng 8 tuần, đặc biệt tăng mạnh ở từ khóa “tin nóng”, “thể thao”, nơi người dùng tương tác cao.

Lưu ý: Không nên chỉ tập trung vào điểm số PageSpeed Insights. Một số tool “đánh giá cao” nhưng thực tế người dùng vẫn thấy chậm – do load giả lập không phản ánh đúng trải nghiệm thực (real user monitoring – RUM). Luôn kết hợp data từ GSC và Google Analytics (Audience → Mobile → Speed).

V. Sơ đồ trang (Sitemap) và robots.txt – Bản đồ kỹ thuật

Sitemap (thường là sitemap.xml) là file XML liệt kê tất cả các URL quan trọng trên website, kèm thông tin như thời gian cập nhật, tần suất thay đổi, mức độ ưu tiên (priority). Đây là “tờ khai” giúp Googlebot nhanh chóng nắm bắt cấu trúc website, đặc biệt hữu ích với trang web lớn (hàng nghìn trang).

Nguyên tắc xây dựng sitemap hiệu quả:

• Giới hạn 50.000 URL và 50MB/file. Nếu nhiều hơn, chia thành nhiều sitemap và dùng sitemap index file.
• Bao gồm cả URL động và tĩnh, nhưng ưu tiên URL có giá trị (không bao gồm URL trống, lỗi 404, trang admin).
• Đặt sitemap tại /sitemap.xml (gốc), và submit qua GSC.
• Cập nhật sitemap mỗi khi có trang mới (tự động qua plugin như Yoast SEO, Rank Math).

Ngược lại, robots.txt là tập tin quy định những gì bot không nên crawl. Ví dụ:

<pre>
User-agent: *
Disallow: /admin/
Disallow: /cgi-bin/
Disallow: /tmp/
Disallow: /search?q=
Disallow: /print/
Allow: /wp-content/uploads/
Sitemap: https://example.com/sitemap.xml
</pre>

Tuy nhiên, cần tránh những sai lầm phổ biến:

• Cấm toàn bộ thư mục hình ảnh: Disallow: /images/ → Google không thể index hình ảnh → mất traffic từ Google Images.
• Cấm CSS/JS: Disallow: /wp-includes/ → Google không render được trang → bỏ qua nội dung.
• Dùng robots.txt để “che giấu” nội dung nhạy cảm: Sai lầm nghiêm trọng – vì URL vẫn có thể được index (như đã nói ở trên).

Bảng so sánh: Tự động vs Thủ công sitemap

Ví dụ thực tế: Một website giáo dục có 120.000 bài viết nhưng chỉ submit 45.000 URL qua sitemap. Kiểm tra bằng Screaming Frog phát hiện: hơn 75.000 bài viết chưa được submit vì CMS không tự động generate sitemap cho bài viết cũ. Sau khi fix và submit lại sitemap đầy đủ, số URL index tăng thêm 68.000 trong 3 tuần, và traffic tăng 28%.

VI. Xử lý (Error Handling), Redirects và Cleanup Internal

Lỗi kỹ thuật trong điều hướng (navigation), liên kết (linking), hoặc redirect không chỉ làm người dùng mất kiên nhẫn, mà còn “rò rỉ” value SEO. Các loại lỗi phổ biến và cách xử lý:

• 404 Not Found: Không có trang. Nên tạo trang 404 đẹp (gợi ý nội dung có liên quan, nút quay về), và không trả về status 200 (giả mạo thành công). Từ Google Search Console, dùng "URL Inspection" để gửi lại yêu cầu crawl sau khi fix.
• 301 Permanent Redirect: Chuyển hướng vĩnh viễn. Dùng khi đổi URL, gộp trang, hoặc chuyển domain. Ưu tiên dùng 301 thay vì 302 (temporary), vì công cụ tìm kiếm sẽ chuyển toàn bộ “link equity” (giá trị liên kết) sang URL mới.
• Redirect Chain & Loop: Ví dụ: A → B → C → D (chain), hoặc A → B → A (loop). Đây là lỗi nghiêm trọng: làm chậm crawl, mất thời gian tải, và Google có thể bỏ qua chuỗi dài (quá 3–5 bước). Tool: Screaming Frog → "Redirect Chains".
• Soft 404: Trả về status 200 nhưng nội dung là “trang không tồn tại” (ví dụ: “Trang này đang được cập nhật…”). Google coi đây là spam và không lập chỉ mục. Luôn dùng status 404 đúng cách.

Best Practice Redirects:

• Chuyển hướng URL mới cùng chủ đề với URL cũ (ví dụ: /old-product → /new-category/new-product, không phải homepage).
• Sử dụng relative path (trong cùng domain) để tránh lỗi cấu hình path sai.
• Tránh redirect từ HTTPS → HTTP (nguy cơ man-in-the-middle).
• Trong Nginx/Apache, ưu tiên cấu hình redirect trực tiếp (thay vì qua CMS) để tối ưu tốc độ.

Bảng dưới đây tóm tắt các tình huống sử dụng redirect phù hợp:

Ví dụ thực tế: Một website thương mại điện tử có hơn 200 URL sản phẩm bị redirect chuỗi 3–5 bước (do cập nhật danh mục). Sau khi fix thành redirect trực tiếp 1 bước, thời gian tải trang giảm 0.8s, và tỷ lệ chuyển đổi (CVR) tăng 11%. Đồng thời, số lỗi “redirect error” trong GSC giảm 94%.

VII. Kiểm tra, Giám sát và Cập nhật Liên tục – Quy trình vận hành

Technical SEO không phải là “làm một lần rồi quên”. it hoạt động như một “cây cầu” – nếu có một điểm gãy, toàn bộ hệ thống có thể sụp đổ. Do đó, cần xây dựng quy trình giám sát và cập nhật liên tục.

1. Lập kế hoạch kiểm tra định kỳ:

• Hàng ngày: Kiểm tra GSC → “Coverage” (xem số lượng lỗi mới), “Manual Actions” (có bị phạt hay không).
• Hàng tuần: Chạy report Crawl từ Screaming Frog (tự động hóa qua task scheduler), kiểm tra broken links, 4xx/5xx mới.
• Hàng tháng: Phân tích Core Web Vitals qua Lighthouse CI hoặc Web Vitals Extension, test mobile usability.
• Hàng quý: Audit toàn diện: canonical tags, hreflang, XML sitemap, robots.txt, cấu trúc URL, bảo mật (SSL, CSP header).

2. Tự động hóa (Automation):

• Dùng Google Cloud Functions + Puppeteer để crawl định kỳ và gửi cảnh báo qua Slack/email khi phát hiện lỗi 5xx.
• Tích hợp Google Analytics 4 với “Custom Alert” khi tỷ lệ thoát > 80% hoặc thời gian trang < 10s.
• Dùng UptimeRobot để monitor downtime server (không thể crawl nếu server down).

3. Đo lường ROI của Technical SEO:

Không thể đo trực tiếp do không liên quan đến backlink hay nội dung, nhưng có thể gián tiếp qua:

• Tỷ lệ index URL: (URL được index / Tổng URL) → Mục tiêu ≥ 90%.
• Tốc độ crawl theo thời gian: Trong GSC → Crawl Stats, nếu số crawl giảm mạnh, có thể do lỗi kỹ thuật.
• Giá trị link equity lưu thông: Dùng Ahrefs/SEMrush đo “InternalLinkingScore”.
• Giảm lỗi crawl budget: Crawl budget = số URL bot crawl mỗi lần. Nếu 50% là lỗi 404, bot sẽ không crawl được trang mới.

Bảng so sánh trước và sau tối ưu kỹ thuật (dự án thực tế 2024 – thương hiệu thời trang Việt Nam):

Lưu ý: Đừng chỉ fix lỗi – hãy xây dựng hệ thống phòng ngừa. Ví dụ: Trước khi deploy, chạy script kiểm tra: có sitemap mới không? Có canonical tag không? Có lỗi 404 trên link nội bộ không? Đặt quy trình này vào CI/CD pipeline (Continuous Integration/Continuous Deployment).

VIII. Kết luận: Technical SEO – Nền tảng bất khả xâm phạm của mọi chiến lược SEO thành công

Technical SEO là “cánh tay phải” của On-page và Off-page SEO. Một website dù có nội dung xuất sắc, backlink chất lượng, nhưng nếu cấu trúc kỹ thuật yếu, sẽ không bao giờ đạt được tiềm năng tối đa. Ngược lại, một website kỹ thuật hoàn hảo (nhưng nội dung rác) cũng sẽ bị Google “đánh giá thấp” – nhưng ít nhất, nó có thể tồn tại và cải thiện dần.

Như vậy, việc xây dựng và duy trì một Technical SEO Checklist không phải là chi phí, mà là đầu tư chiến lược. Mỗi lỗi nhỏ bị bỏ qua có thể dẫn đến tổn thất lớn về traffic, doanh thu và uy tín thương hiệu. Ngược lại, việc đầu tư vào hệ thống kiểm tra, giám sát và tối ưu liên tục sẽ mang lại hiệu ứng nhân đôi: từ tăng indexing, tăng tốc độ, cải thiện UX, đến tăng conversion và giữ chân người dùng.

Hãy bắt đầu ngay hôm nay với các bước sau:

1. Chạy audit bằng Screaming Frog hoặc DeepCrawl (miễn phí cho ≤500 URL).
2. Kiểm tra 3 Core Web Vitals qua PageSpeed Insights.
3. Submit sitemap.xml và robots.txt qua Google Search Console.
4. Thiết lập cảnh báo tự động cho các lỗi critical (5xx, redirect loop).

Và nhớ: Technical SEO không có “điểm dừng” – nó là một hành trình liên tục cải tiến, phù hợp với sự thay đổi không ngừng của thuật toán Google. Chỉ khi coi nó là “phần mềm gốc” (base OS) của toàn bộ chiến lược kỹ thuật số, bạn mới có thể xây dựng một website bền vững, đáng tin cậy và dẫn đầu trong kết quả tìm kiếm.