SEO kỹ thuật 2026: bảng kiểm 30 điểm cho website doanh nghiệp Việt

Cập nhật: 12/06/2026 — đã thêm Core Web Vitals tháng 3/2026, danh sách 11 bot được phép và quy tắc bắt buộc chặn Bytespider. SEO kỹ thuật (technical SEO) là nhóm việc tối ưu hạ tầng website để Google và các công cụ tìm kiếm AI thu thập, hiển thị và lập chỉ mục hiệu quả. Bài này gom đủ bảng kiểm 30 điểm thực dụng cho doanh nghiệp Việt 2026, kèm lộ trình rà soát và sửa 5 bước, kèm bằng chứng đo từ cả 3 tên miền phụ của HAYWEB (Mozilla A+ 110 đến 120, Lighthouse di động 88 đến 99, tốc độ tải nội dung chính 1,8 đến 2,0 giây).

SEO kỹ thuật là gì? Khác gì SEO trên trang và ngoài trang?

SEO kỹ thuật là nhóm việc tối ưu hạ tầng website để công cụ tìm kiếm và công cụ AI thu thập, hiển thị và lập chỉ mục hiệu quả. Khác với SEO trên trang (on-page: nội dung, tiêu đề mục, từ khóa) và SEO ngoài trang (off-page: liên kết trỏ về, nhắc tên thương hiệu). SEO kỹ thuật 2026 mở rộng thêm phần tối ưu cho tìm kiếm AI, gồm kỷ luật schema, cho phép đúng bot AI, đặt thẻ canonical đúng cho website dạng ứng dụng một trang. Bảng kiểm 30 điểm dưới đây chia 6 mục, mỗi điểm có nguyên nhân lỗi phổ biến và một hành động sửa cụ thể.

SEO kỹ thuật 2026 khác 2024 đến 2025 thế nào?

Năm 2024, SEO kỹ thuật tập trung vào thu thập, lập chỉ mục, di động và Core Web Vitals cơ bản. Năm 2026 thêm ba nhóm mới quan trọng:

• Sẵn sàng cho tìm kiếm AI: thẻ canonical đúng cho ứng dụng một trang, schema để công cụ AI trích dẫn được.
• Quản lý 11 bot: cho phép bot AI hợp lệ, chặn Bytespider (bot mới của ByteDance với lượng truy vấn cực cao).
• Tiêu đề an ninh đạt Mozilla A+: CSP, HSTS và Permissions-Policy trở thành chuẩn nền, không còn là "có thì tốt".

Lý do thay đổi: AI Overviews và AI Mode của Google đã chạy tại Việt Nam từ 2024 đến 2025, kéo theo nhu cầu schema chính xác để công cụ AI trích dẫn nội dung đúng nguồn.

Tại sao chọn bảng kiểm 30 điểm thay vì 50 đến 100?

30 điểm là ngưỡng tối thiểu phải đạt cho website doanh nghiệp bán lẻ (B2C) Việt Nam. Theo nguyên tắc Pareto, 30 điểm này phủ khoảng 80% tác động thực tế: thu thập, lập chỉ mục, tốc độ, di động, schema, bảo mật, bot. Bảng kiểm 50 đến 100 điểm phù hợp cho doanh nghiệp lớn nhiều tên miền hoặc thương mại điện tử phức tạp. Với doanh nghiệp nhỏ và vừa Việt Nam, làm 30 điểm thật chắc tốt hơn làm 100 điểm qua loa.

Doanh nghiệp Việt không có đội kỹ thuật có làm bảng kiểm này không?

Được. 18 trong 30 điểm không cần lập trình, tự rà soát qua công cụ miễn phí hoặc phần thiết lập của hệ quản trị nội dung (CMS). 12 điểm còn lại cần lập trình viên hoặc người quản trị CMS chỉnh tiêu đề an ninh hoặc sửa ít mã. Lộ trình hợp lý: tự rà soát 18 điểm trước để biết hiện trạng, sau đó thuê lập trình viên sửa 12 điểm kỹ thuật.

Ưu tiên di động khi rà soát: dùng công cụ nào, đặt thiết lập gì?

• PageSpeed Insights: chọn chế độ Di động, không đổi sang Máy tính bàn khi rà soát.
• Lighthouse trong Chrome DevTools: chọn chế độ Di động và giả lập mạng 4G chậm.
• Google Search Console: xem báo cáo "Trải nghiệm trên trang" ở thẻ Di động riêng.
• Thử trên thiết bị thật: điện thoại Android tầm trung nối mạng 4G — đây là thiết bị gần nhất với người dùng thật ở Việt Nam. Chi tiết xem bài thiết kế ưu tiên di động 22 điểm cho website Việt.

Rà soát SEO kỹ thuật mất bao lâu cho 1 website 10 đến 30 trang?

• Tự rà soát sơ bộ bằng công cụ miễn phí: 2 đến 3 tiếng.
• Rà soát chi tiết có lập trình viên (chạy Screaming Frog, đo PageSpeed Insights từng trang, kiểm schema mỗi khuôn mẫu trang): 1 đến 2 ngày.
• Sửa toàn bộ 30 điểm tùy mã nguồn: 2 đến 4 tuần.

Bảng kiểm 30 điểm chi tiết theo 6 mục

Ba mươi điểm sắp theo độ ưu tiên: Thu thập và lập chỉ mục trước, vì Google không lập chỉ mục thì không có thứ hạng; tiếp đến Tốc độ và Core Web Vitals, rồi Di động, Schema, An ninh, Quản lý bot. Mỗi điểm có nguyên nhân lỗi phổ biến và một hành động sửa cụ thể.

Mục 1: Thu thập và lập chỉ mục (điểm 1 đến 6)

Đây là nền tảng: nếu Google không thu thập và lập chỉ mục đúng URL, mọi thứ khác đều vô nghĩa.

1. robots.txt đúng cú pháp. Không chặn /sitemap.xml. Không dùng Disallow: / cho toàn website. Có quy tắc User-agent: Bytespider kèm Disallow: / riêng. Cách kiểm: mở yourdomain.com/robots.txt thủ công và chạy công cụ "robots.txt Tester" trong Google Search Console.
2. Đã gửi sơ đồ trang (sitemap XML) lên Google Search Console. Sơ đồ trang phải cập nhật khi thêm URL mới. Không để một tệp sơ đồ trang quá 50.000 URL. Không trỏ tới URL chặn lập chỉ mục hoặc URL chuyển hướng. Gửi qua mục Sơ đồ trang trong Google Search Console rồi thêm địa chỉ sơ đồ trang.
3. Thẻ canonical đúng từng trang. Lỗi phổ biến nhất với ứng dụng một trang (React, Next.js, Vue): mọi trang con đều trỏ canonical về trang chủ. Mỗi trang cần thẻ canonical riêng, đúng URL chính tắc. Kiểm bằng curl -s URL | grep canonical hoặc lấy mã nguồn thô qua Playwright.
4. hreflang đúng (nếu có đa ngôn ngữ). Cặp vi-VN và en-US phải đối xứng: trang tiếng Việt trỏ sang tiếng Anh và ngược lại. Không tự trỏ sai về chính nó. Dùng công cụ kiểm hreflang (truy cập 2026-06-07).
5. Đã xác minh Google Search Console và gửi sơ đồ trang. Xác minh quyền sở hữu qua bản ghi DNS TXT hoặc tệp HTML. Gửi địa chỉ sơ đồ trang. Xem báo cáo lập chỉ mục hàng tuần, soi riêng các URL "Bị loại trừ", "Lỗi", "Hợp lệ".
6. Lỗi 404 và chuỗi chuyển hướng không quá 2 chặng. Chuỗi chuyển hướng từ 3 chặng trở lên làm mất giá trị liên kết (PageRank) và tốn ngân sách thu thập. Dùng Screaming Frog hoặc Sitebulb quét toàn website, lọc trang lỗi 404 và chuỗi chuyển hướng dài. Sửa: trang 404 quan trọng thì tạo chuyển hướng 301, chuỗi chuyển hướng dài thì rút xuống tối đa 2 chặng.

Mục 2: Tốc độ và Core Web Vitals tháng 3/2026 (điểm 7 đến 11)

Google siết ngưỡng Core Web Vitals trong bản cập nhật tháng 3/2026: thời gian tải nội dung chính trên di động giảm từ 2,5 giây xuống còn 2,0 giây để đạt chuẩn. Độ phản hồi tương tác được nâng ngang với thời gian tải nội dung chính, trở thành tín hiệu xếp hạng chính thức. Chi tiết 5 điểm Core Web Vitals xem bài Core Web Vitals tháng 3/2026: tải nội dung chính 2 giây, phản hồi 200ms.

7. Thời gian tải nội dung chính tối đa 2,0 giây trên di động (ngưỡng tháng 3/2026, siết từ 2,5 giây). Nguyên nhân lỗi: ảnh bìa không tải ưu tiên, phông chữ chặn hiển thị, máy chủ phản hồi chậm. Sửa: <link rel="preload" as="image"> cho ảnh bìa, dùng CDN biên, tối ưu phông với font-display: swap.
8. Độ phản hồi tương tác tối đa 200 phần nghìn giây trên di động. Chỉ số này đo thời gian trang phản hồi khi người dùng chạm hoặc bấm. Nguyên nhân lỗi: JavaScript nặng chặn luồng chính, trình lắng nghe sự kiện không được giãn nhịp. Sửa: tách mã theo trang, tải trễ các thành phần không cần ngay ở phần đầu màn hình.
9. Độ dịch chuyển bố cục (CLS) tối đa 0,1 trên di động. Bố cục nhảy khiến mất điểm. Sửa: đặt width và height cố định cho ảnh, tải trước phông chữ, chừa sẵn chỗ cho khối quảng cáo và phần tử tải động.
10. Thời gian phản hồi đầu tiên của máy chủ (TTFB) tối đa 800 phần nghìn giây. Chỉ số này cao thường do máy chủ chậm hoặc độ trễ khởi động nguội. Dùng CDN biên lưu đệm tài nguyên tĩnh, tối ưu hàm máy chủ để không phải gọi cơ sở dữ liệu mỗi lượt. HAYWEB đo được độ trễ khởi động nguội của hàm biên giảm từ 27 giây (mốc 95%) xuống 2,8 giây sau khi sửa cách kết xuất sẵn từng trang cho ứng dụng một trang.
11. Kích thước gói mã sau khi làm rối dưới 200KB. Gói mã lớn khiến trình duyệt phân tích JavaScript chậm và độ phản hồi tương tác kém. Dùng tách mã theo trang, tải trễ thành phần dưới phần đầu màn hình, đo gói mã bằng Webpack Bundle Analyzer hoặc Vite --report.

Mục 3: Di động và trải nghiệm (điểm 12 đến 16)

Với 70% lưu lượng web tại Việt Nam đến từ di động, đây không phải "tối ưu thêm" mà là chuẩn nền bắt buộc.

12. Thẻ meta viewport đúng cú pháp. <meta name="viewport" content="width=device-width, initial-scale=1">. Thiếu thẻ này hoặc đặt sai khiến trang không co giãn trên di động. Kiểm trong mã nguồn HTML.
13. Vùng chạm tối thiểu 48px. Nút, liên kết, ô nhập biểu mẫu phải đủ rộng để ngón tay bấm chính xác, theo Apple Human Interface Guidelines và Material Design. Kiểm bằng mục đo vùng chạm trong Lighthouse.
14. Cỡ chữ thân bài tối thiểu 14px. Không nhỏ hơn 12px, gây khó đọc trên màn hình di động nhỏ. Google trừ điểm chữ quá nhỏ qua mục đo cỡ chữ trong Lighthouse.
15. Loại bỏ độ trễ chạm 300 phần nghìn giây. Đặt touch-action: manipulation trên phần tử tương tác hoặc bảo đảm thẻ meta viewport đúng. Chrome tự bỏ độ trễ chạm khi viewport đặt đúng.
16. Thanh kêu gọi hành động dính trên di động. Với website dịch vụ tại Việt Nam, thanh dính cuối màn hình (bấm để gọi và bấm để mở Zalo) tăng đáng kể tỷ lệ liên hệ. Đây là mẫu trải nghiệm thiết yếu cho 70% lưu lượng di động Việt.

Mục 4: Schema và trả lời AI (điểm 17 đến 21)

Schema dạng JSON-LD giúp công cụ AI trích dẫn đúng nguồn. Không có schema nghĩa là tìm kiếm AI có thể bỏ qua nội dung của bạn dù chất lượng tốt.

17. Schema Organization. Bắt buộc có: name, url, logo, sameAs (danh sách trang mạng xã hội). Đây là điểm nhận diện thương hiệu cho công cụ AI: thiếu schema Organization, tìm kiếm AI không biết bạn là ai.
18. Schema WebSite. Gồm potentialAction với SearchAction để bật ô tìm kiếm trong kết quả Google (Sitelinks Search Box), giúp người dùng tìm trong website ngay từ kết quả Google.
19. Schema BreadcrumbList. Mọi trang có đường dẫn phân cấp hiển thị cần schema BreadcrumbList tương ứng, giúp Google hiển thị đường dẫn trong đoạn trích kết quả.
20. Schema Article cho bài viết và schema LocalBusiness cho dịch vụ. Không gắn schema FAQPage cho trang không phải hỏi-đáp chính. Google áp rủi ro tụt hạng từ tháng 3/2026 cho trang lạm dụng schema FAQPage. Điều kiện dùng FAQPage: trang có tối thiểu 3 câu hỏi-đáp thật sự là nội dung chính, không phải thêm vào cuối bài để lấy đoạn trích nâng cao.
21. Kiểm JSON-LD qua Schema.org Validator và Google Rich Results Test. Không lỗi cú pháp, không thiếu trường bắt buộc. Chạy validator.schema.org và Google Rich Results Test (truy cập 2026-06-07) cho mỗi khuôn mẫu trang.

Mục 5: Tiêu đề an ninh đạt Mozilla A+ (điểm 22 đến 25)

Tiêu đề an ninh tốt giảm thoát trang do cảnh báo trình duyệt, tăng tín hiệu tin cậy, và là phần Google ghi nhận trong đánh giá chất lượng trang tổng thể. Rà soát qua observatory-api.mdn.mozilla.net/api/v2/scan (gửi lượt POST). Đây là điểm cuối Mozilla Observatory phiên bản 2 mới; điểm cuối cũ developer.mozilla.org/api/v1/observatory/analyze/ đã ngừng dùng. Chi tiết xem bài bảo mật website đạt Mozilla A+ 100/100 cho doanh nghiệp.

22. Content-Security-Policy (CSP). default-src 'self', chỉ cho phép tải các CDN cần dùng theo danh sách cho phép, không dùng unsafe-inline cho mã kịch bản. CSP nghiêm ngặt là khác biệt lớn nhất giữa website đạt A+ và website chỉ đạt B hoặc C trên Mozilla Observatory.
23. HSTS (Strict-Transport-Security). max-age=31536000; includeSubDomains; preload — bắt buộc HTTPS cho toàn bộ tên miền và miền phụ, có thể đăng ký vào danh sách HSTS preload để trình duyệt nhớ vĩnh viễn. Có HSTS preload thì Mozilla Observatory cộng thêm 10 điểm thưởng.
24. X-Frame-Options đặt DENY hoặc SAMEORIGIN. Chống lừa bấm (clickjacking): kẻ tấn công không thể nhúng trang của bạn vào khung iframe độc hại. Đặt tiêu đề này trong vercel.json của Vercel hoặc tiêu đề phản hồi của Cloudflare Workers.
25. Referrer-Policy đặt strict-origin-when-cross-origin. Giảm rò rỉ URL đầy đủ ra bên thứ ba khi người dùng bấm liên kết ra ngoài. Cân bằng giữa số liệu phân tích hữu ích (vẫn gửi tên miền gốc) và bảo mật (không gửi toàn bộ đường dẫn URL).

hayweb.vn đạt Mozilla A+ 110/100, hayweb.vn/kienthuc đạt A+ 120/100. Điểm trên 100 không phải lỗi hệ thống, đó là điểm thưởng từ HSTS preload và CSP strict-dynamic. Cả 4 tiêu đề trên đều được áp trên cả 3 tên miền phụ của HAYWEB.

Mục 6: Quản lý 11 bot thu thập 2026 (điểm 26 đến 30)

Danh sách bot AI hợp lệ cần cho phép đã thay đổi đáng kể từ tháng 2/2026. Không cập nhật nghĩa là mất khả năng hiển thị trên tìm kiếm AI.

26. Cho phép 11 bot AI hợp lệ. Danh sách chuẩn tháng 2/2026:
    • OpenAI: GPTBot, OAI-SearchBot, ChatGPT-User
    • Anthropic: ClaudeBot, Claude-User, Claude-SearchBot, claude-code (mới từ tháng 2/2026)
    • Google: Googlebot, Google-Extended
    • Perplexity: PerplexityBot, Perplexity-User
    Bảo đảm 11 bot này KHÔNG bị chặn trong robots.txt và KHÔNG bị Cloudflare hoặc Webflow chặn nhầm.
27. Bắt buộc chặn Bytespider. User-agent: Bytespider kèm Disallow: / trong robots.txt. Thêm luật tường lửa Cloudflare chặn theo chuỗi user-agent. Lý do: Bytespider (ByteDance) gửi khoảng 1,4 triệu lượt gọi mỗi website mỗi ngày và không tuân robots.txt theo cách thông thường. Cần luật tường lửa mới xử lý triệt để.
28. Rà soát "Bot Fight Mode" của Cloudflare hoặc Webflow hàng quý. Bot Fight Mode bật mặc định và đang chặn nhầm bot AI hợp lệ trên khoảng 27% website thuộc nhóm B2B SaaS và thương mại điện tử. Kiểm Cloudflare Analytics ở mục An ninh, mục Bot mỗi quý xem có GPTBot hoặc ClaudeBot bị chặn không. Nếu có: thêm luật cho phép 11 bot hợp lệ.
29. Tắt mô-đun "Indexing API" trong plugin SEO của WordPress. Rank Math, Yoast Premium, AIOSEO, SEOPress, CrawlWP đều có mô-đun "Google Indexing API" bật mặc định. Đây là vi phạm chính sách Google. Indexing API chỉ cho phép hai loại schema JobPosting và BroadcastEvent, không dùng cho web thông thường. John Mueller xác nhận tháng 5/2025: dùng Indexing API cho trang thông thường là vi phạm chính sách. Mô-đun IndexNow (cho Bing hoặc Yandex) thì vẫn ổn, giữ nguyên.
30. Xóa chuỗi bot đã ngừng hoạt động. Claude-Web và anthropic-ai đã không còn là user-agent hợp lệ từ tháng 2/2026. Nếu robots.txt còn quy tắc cho 2 chuỗi này, hoặc tường lửa Cloudflare còn cho phép chúng, hãy xóa đi và thay bằng danh sách 11 bot hiện hành ở điểm 26.

Điểm nào quan trọng nhất nếu chỉ có thời gian sửa 5 điểm?

Nếu chỉ có 1 ngày để sửa, ưu tiên theo thứ tự:

1. Điểm 3 (Thẻ canonical đúng) — Google lập chỉ mục sai URL là thiệt hại lớn nhất với ứng dụng một trang.
2. Điểm 1 (robots.txt đúng cú pháp) — chặn nhầm nghĩa là toàn website biến mất khỏi chỉ mục.
3. Điểm 7 (thời gian tải nội dung chính tối đa 2,0 giây trên di động) — yếu tố phân hạng khi cạnh tranh ngang nhau.
4. Điểm 8 (độ phản hồi tương tác tối đa 200 phần nghìn giây) — ngưỡng lọc của tìm kiếm AI từ tháng 3/2026.
5. Điểm 26 (cho phép bot AI) — công cụ AI không thu thập được thì không trích dẫn được nội dung.

5 điểm này là "tối thiểu tuyệt đối" cho website 2026.

Lộ trình rà soát + sửa 5 bước cho doanh nghiệp Việt

Từ tự rà soát bằng công cụ miễn phí đến thuê lập trình viên sửa phần cần mã — lộ trình 5 bước này thiết kế cho doanh nghiệp chưa có đội kỹ thuật riêng. Làm tuần tự: rà soát trước để biết hiện trạng, rồi mới sửa có ưu tiên.

Bước 1 (Ngày 1): Tự rà soát 18 điểm không cần mã

• PageSpeed Insights chế độ Di động cho trang chủ và 3 trang đích chính (truy cập 2026-06-07).
• Báo cáo lập chỉ mục trong Google Search Console: xem lỗi 404 và chuỗi chuyển hướng.
• validator.schema.org kiểm schema JSON-LD từng khuôn mẫu (truy cập 2026-06-07).
• Mozilla Observatory observatory-api.mdn.mozilla.net/api/v2/scan: kiểm 4 tiêu đề an ninh.
• Mở thủ công yourdomain.com/robots.txt và yourdomain.com/sitemap.xml kiểm cú pháp.

Bước 2 (Ngày 2 đến 3): Rà soát 12 điểm cần lập trình viên hoặc quản trị CMS

• Screaming Frog hoặc Sitebulb quét toàn website: lọc lỗi 404, chuỗi chuyển hướng, thẻ canonical.
• Kiểm bảng quản trị Cloudflare hoặc Webflow: "Bot Fight Mode" có đang bật không.
• Kiểm thiết lập plugin SEO của WordPress: mô-đun "Indexing API" có đang bật không.
• Lấy mã thô qua Playwright để thử thẻ canonical mỗi trang quan trọng.
• curl -I yourdomain.com: xem toàn bộ danh sách tiêu đề phản hồi để kiểm CSP và HSTS.

Bước 3 (Tuần 2 đến 3): Sửa theo mức nghiêm trọng

Không sửa tất cả cùng lúc. Ưu tiên:

• Nghiêm trọng (chặn lập chỉ mục): thẻ canonical sai, robots.txt chặn sai, chuỗi chuyển hướng trên 3 chặng.
• Cao (Core Web Vitals không đạt trên di động): thời gian tải nội dung chính, độ phản hồi tương tác, hoặc độ dịch chuyển bố cục ở mức Kém trên PageSpeed Insights di động.
• Trung bình (trả lời AI và bot): thiếu schema, bot AI bị chặn nhầm.
• Thấp (tinh chỉnh trải nghiệm): vùng chạm nhỏ, cỡ chữ thân bài dưới 14px.

Bước 4 (Tuần 4): Rà soát lại + gửi cập nhật qua Google Search Console

• Chạy lại PageSpeed Insights di động các trang đã sửa: kiểm đã chuyển sang Đạt thay vì Kém hoặc Cần cải thiện.
• Google Search Console: nhấn "Yêu cầu lập chỉ mục" cho URL đã sửa thẻ canonical.
• Quét lại Mozilla Observatory qua observatory-api.mdn.mozilla.net/api/v2/scan: kiểm còn đạt A+.
• Kiểm lại schema mới thêm qua validator.schema.org.

Bước 5 (Tháng 2 trở đi): Giám sát liên tục + rà soát định kỳ

• Cài thư viện Web Vitals JS để giám sát người dùng thật (truy cập 2026-06-07).
• Tác vụ định kỳ hàng tuần: kiểm Mozilla Observatory và PageSpeed Insights di động cho trang chủ, cảnh báo khi điểm giảm.
• Hàng quý: rà soát Bot Fight Mode và cập nhật danh sách bot AI được phép (danh sách thay đổi khi có bot mới ra).
• 6 tháng/lần: rà soát lại toàn bộ 30 điểm theo bảng kiểm này.

Câu hỏi thường gặp về bảng kiểm SEO kỹ thuật

Bảng kiểm 30 điểm khác bảng 50 đến 100 điểm thế nào?

30 điểm là ngưỡng tối thiểu phải đạt cho website doanh nghiệp bán lẻ (B2C) Việt Nam, phủ khoảng 80% tác động thực tế theo nguyên tắc Pareto. Bảng kiểm 50 đến 100 điểm dành cho doanh nghiệp lớn nhiều tên miền, thương mại điện tử phức tạp hoặc đa ngôn ngữ. Làm 30 điểm thật chắc tốt hơn làm 100 điểm sơ sài.

Indexing API có nên dùng cho web doanh nghiệp bình thường?

Không. Indexing API của Google chỉ cho phép hai loại schema: JobPosting và BroadcastEvent. John Mueller xác nhận tháng 5/2025: dùng Indexing API cho trang web thông thường là vi phạm chính sách. Plugin WordPress như Rank Math, Yoast Premium có mô-đun này bật mặc định, cần tắt ngay. Mô-đun IndexNow (cho Bing hoặc Yandex) thì khác, giữ nguyên.

Bot Fight Mode của Cloudflare bật mặc định có nguy hiểm không?

Có rủi ro thực sự. Khoảng 27% website thuộc nhóm B2B SaaS và thương mại điện tử đang chặn nhầm GPTBot, ClaudeBot, PerplexityBot vì Bot Fight Mode bật mặc định. Hậu quả: công cụ tìm kiếm AI không thu thập được nội dung, không trích dẫn được nguồn của bạn. Cần kiểm Cloudflare Analytics ở mục An ninh, mục Bot hàng quý và cho phép 11 bot hợp lệ.

Rà soát 30 điểm mất bao lâu và chi phí thuê lập trình viên sửa ước tính?

Tự rà soát 18 điểm không cần mã: 2 đến 3 tiếng. Rà soát chi tiết có lập trình viên: 1 đến 2 ngày. Sửa toàn bộ 30 điểm: 2 đến 4 tuần tùy mã nguồn. Chi phí thuê lập trình viên sửa SEO kỹ thuật phụ thuộc độ phức tạp của mã nguồn. Website ứng dụng một trang hiện đại thường mất ít thời gian hơn website WordPress cũ nhiều plugin.

HAYWEB tự kiểm chứng: 30 điểm tự đạt trên 3 tên miền phụ

HAYWEB tự áp bảng kiểm 30 điểm trên cả 3 tên miền phụ trước khi đề nghị khách hàng áp dụng. Người sáng lập Nguyễn Thế Quyền dựng bảng kiểm này từ dữ liệu rà soát thực tế trên hơn 200 website Việt qua công cụ kiem-tra.hayweb.vn.

• hayweb.vn: Mozilla A+ 110/100, Lighthouse di động 99 điểm hiệu năng, thời gian tải nội dung chính 1,8 giây — đạt cả 30/30 điểm.
• hayweb.vn/kienthuc: Mozilla A+ 120/100, Lighthouse di động 88 điểm, thời gian tải nội dung chính 2,0 giây đúng ngưỡng tháng 3/2026 — đạt 30/30 điểm.
• kiem-tra.hayweb.vn: công cụ rà soát chéo phát hiện — 73% website thiếu thẻ canonical đúng (lỗi một canonical duy nhất của ứng dụng một trang), 65% sơ đồ trang không cập nhật, 60% thiếu schema cơ bản của Schema.org, 54% robots.txt sai cấu hình.
• Độ trễ khởi động nguội của hàm biên (mốc 95%) giảm từ 27 giây xuống 2,8 giây sau khi sửa cách kết xuất sẵn từng trang cho ứng dụng một trang — minh chứng việc sửa kỹ thuật có dữ liệu trước và sau.
• Đã cho phép 11 bot AI và chặn Bytespider trên cả 3 tên miền phụ. Kiểm nhật ký máy chủ 30 ngày: GPTBot, ClaudeBot, PerplexityBot thu thập thành công; Bytespider 0 lượt gọi thành công.
• 8 loại schema áp trên hayweb.vn gốc, tối thiểu 6 loại mỗi bài SEO — kiểm đạt 100% qua validator.schema.org.

Dữ liệu này từ quan sát nội bộ HAYWEB — không phải số liệu thị trường khái quát.

Bắt đầu SEO kỹ thuật thế nào sau khi đọc xong bài này?

Bước 1 — Chấm điểm website trong 60 giây tại kiem-tra.hayweb.vn — nhập địa chỉ web, nhận báo cáo phân loại Kém / Cần cải thiện / Đạt, không cần tạo tài khoản. Đây là việc duy nhất cần làm ngay hôm nay.

Bước 2 — Đọc thêm 3 bài trong cụm SEO kỹ thuật để hiểu sâu hơn từng mục lớn: bảng kiểm thiết kế ưu tiên di động 22 điểm cho điểm 12 đến 16, bảo mật website đạt Mozilla A+ 100/100 cho điểm 22 đến 25, và 7 mô hình liên kết nội bộ trụ-nhánh để củng cố cụm SEO kỹ thuật của bạn.

Bước 3 — Đặt lịch tư vấn 30 phút tại hayweb.vn/contact — người sáng lập Nguyễn Thế Quyền trả lời trực tiếp, không qua trung gian bán hàng. Buổi tư vấn tập trung vào lộ trình sửa có ưu tiên theo ngành và ngân sách cụ thể của bạn. Đây là cách nhanh nhất để chuyển từ bảng kiểm SEO kỹ thuật sang triển khai thực tế.