Cụm từ “website chuẩn SEO” thường xuất hiện trong báo giá thiết kế web, nhưng nếu không có tiêu chí nghiệm thu thì khách hàng rất khó biết mình đang nhận được điều gì. Một website có giao diện đẹp, cài plugin SEO và đạt điểm kiểm tra tốc độ cao vẫn có thể gặp lỗi khiến Google khó truy cập, trang bị noindex, canonical sai, redirect lỗi hoặc không ghi nhận được khách hàng tiềm năng.
Bài này dùng cho giai đoạn trước khi website đi live hoặc ngay sau bàn giao. Mục tiêu không phải hứa “lên top”, mà giúp doanh nghiệp kiểm tra được từng hạng mục bằng kết quả cụ thể, bằng chứng và người chịu trách nhiệm.
1. URL quan trọng phải trả đúng HTTP status
Các trang muốn xuất hiện trên Google cần tải bình thường, không nằm sau đăng nhập và không trả lỗi 4xx/5xx. Nếu website thay URL cũ, cần chuyển hướng đúng từ URL cũ sang URL mới tương ứng thay vì đẩy tất cả về trang chủ.
- Trang cần xuất hiện trên Google trả HTTP 200.
- URL cũ quan trọng có redirect 301/308 đúng đích khi đổi cấu trúc.
- Không có vòng lặp redirect hoặc chuỗi chuyển hướng dài không cần thiết.
- Trang đã xóa thật trả trạng thái lỗi phù hợp thay vì giả vờ là trang bình thường.
Nếu đây là dự án redesign hoặc đổi cấu trúc URL, nên dùng thêm checklist SEO Migration. Với dự án lớn cần quản lý danh sách URL cũ → mới, kiểm tra bản thử nghiệm, ngày launch và hậu kiểm, xem dịch vụ SEO Migration.
2. Robots.txt và noindex phải được kiểm tra riêng
Robots.txt và noindex không phải một thứ. Robots.txt chủ yếu kiểm soát đường dẫn crawler được phép truy cập; noindex là chỉ thị không muốn trang xuất hiện trong kết quả tìm kiếm. Trước khi bàn giao, cần kiểm tra kỹ để cấu hình dùng cho website thử nghiệm không còn nằm trên website thật.
- Website thật không vô tình bật “Discourage search engines”.
- Trang cần xuất hiện trên Google không còn meta robots noindex.
- Robots.txt không chặn tài nguyên cần thiết để Google hiểu nội dung chính.
- Trang riêng tư hoặc tài khoản phải được bảo vệ bằng đăng nhập/quyền truy cập, không chỉ dựa vào robots.txt.
3. Canonical phải trỏ đúng phiên bản URL chính
Canonical giúp Google hiểu URL nào là phiên bản chính khi có nhiều URL giống hoặc gần giống nhau. Khi nghiệm thu, nên kiểm tra ít nhất trang chủ, trang dịch vụ, danh mục, bài viết, sản phẩm và các URL có tham số quan trọng.
- Trang cần index thường canonical về chính URL chính của nó.
- Không canonical nhầm hàng loạt trang về trang chủ.
- HTTP/HTTPS và www/non-www được thống nhất.
- Canonical không trỏ tới URL đang redirect hoặc URL lỗi.
4. XML sitemap chỉ nên chứa URL muốn Google tìm thấy
Sitemap không phải công cụ ép Google index. Nó nên là danh sách những URL chính mà website muốn công cụ tìm kiếm khám phá. Google cũng khuyến nghị đưa URL canonical vào sitemap. Xem hướng dẫn chính thức của Google Search Central về sitemap.
- URL trong sitemap trả 200.
- Không chứa URL noindex, redirect hoặc canonical sang URL khác.
- Sitemap được cập nhật khi publish hoặc xóa nội dung.
- Có đường dẫn sitemap để khai báo trong Search Console sau khi live.
5. Bản mobile phải giữ nội dung và chức năng quan trọng
Responsive không chỉ là “không vỡ giao diện”. Google dùng phiên bản mobile để lập chỉ mục, vì vậy nội dung chính, metadata, liên kết và tài nguyên quan trọng trên mobile không nên bị thiếu so với desktop. Xem hướng dẫn mobile-first indexing của Google.
- Menu mobile truy cập được các nhóm trang quan trọng.
- Nút gọi, form và nút liên hệ dùng được bằng thao tác chạm.
- Không ẩn nội dung chính chỉ vì màn hình nhỏ.
- Không có popup che toàn bộ nội dung ngay khi tải trang.
6. Title, mô tả và H1 phải chỉnh được cho từng trang
Plugin SEO chỉ cho phép nhập dữ liệu; nó không tự quyết định trang nên nói gì. Khi bàn giao, hãy kiểm tra các mẫu trang quan trọng có thể chỉnh title, meta description và H1 riêng, không bị lập trình cố định hoặc sinh ra hàng loạt nội dung giống nhau.
- Mỗi trang quan trọng có title phản ánh đúng nội dung của trang.
- H1 không bị bỏ trống hoặc lặp vô lý do giao diện.
- Mẫu trang không tạo hàng loạt title/meta giống nhau.
- Ảnh chia sẻ mạng xã hội có phương án mặc định nếu bài chưa chọn ảnh riêng.
7. Menu và liên kết nội bộ phải dẫn được tới các trang quan trọng
Một trang dịch vụ tốt nhưng bị “chôn” sâu, không có menu hoặc bài liên quan dẫn tới thì cả người dùng lẫn crawler đều khó tìm hơn. Với website doanh nghiệp, nên thử ít nhất hành trình: Trang chủ → nhóm dịch vụ → trang dịch vụ → bài hỗ trợ/case study → liên hệ.
8. Schema phải đúng với nội dung người dùng nhìn thấy
Schema giúp máy hiểu dữ liệu tốt hơn, nhưng kiểm tra kỹ thuật “PASS” không có nghĩa Google chắc chắn hiển thị rich result. Chỉ nên khai báo thông tin thực sự có trên trang và đúng với loại nội dung.
- Organization/LocalBusiness dùng tên, địa chỉ và thông tin thật.
- Article/Post không khai báo tác giả hoặc ngày xuất bản giả.
- Product/Offer chỉ dùng khi trang thực sự là sản phẩm có dữ liệu tương ứng.
- FAQ chỉ khai báo khi câu hỏi và câu trả lời thật sự hiển thị trên trang và phù hợp chính sách hiện hành.
9. Tốc độ: không cần chạy theo Lighthouse 100
Khi có dữ liệu người dùng thực tế, ngưỡng Core Web Vitals tốt ở percentile 75 thường là LCP ≤ 2,5 giây, INP ≤ 200 mili giây và CLS ≤ 0,1. Website mới chưa có dữ liệu thực tế có thể dùng công cụ lab để phát hiện vấn đề, nhưng không nên coi một điểm Lighthouse duy nhất là điều kiện nghiệm thu tuyệt đối.
Xem thêm cách tối ưu tốc độ website và Core Web Vitals.
10. Ảnh, font và JavaScript phải được kiểm soát
- Ảnh có kích thước hợp lý, không tải file quá lớn không cần thiết.
- Ảnh nội dung quan trọng có alt phù hợp.
- Không để quá nhiều script marketing chạy trước nội dung chính nếu không cần.
- Font và icon không làm giao diện nhảy rõ rệt khi tải.
- Ảnh chính ở đầu trang không bị lazy-load sai cách.
11. Form và đo lường phải được test như một tính năng
Website có form liên hệ nhưng không gửi được mail, hoặc gửi được nhưng GA4 không ghi nhận, vẫn là một website bàn giao chưa hoàn chỉnh. Đừng chỉ kiểm tra “đã cài GA4”; hãy thử hành động thật từ đầu đến cuối.
- GA4/GTM được cài theo phạm vi và consent phù hợp.
- Form liên hệ, nút gọi, Zalo hoặc hành động quan trọng được test thực tế.
- Không đếm trùng chuyển đổi khi tải lại trang cảm ơn.
- Search Console được bàn giao bằng tài khoản doanh nghiệp hoặc có quy trình chuyển quyền rõ ràng.
12. Tài khoản, backup và quyền sở hữu phải thuộc về doanh nghiệp
Một website có nền tảng SEO tốt vẫn là rủi ro nếu doanh nghiệp không giữ quyền truy cập domain, hosting, CMS hoặc dữ liệu đo lường. Khi nghiệm thu cần ghi rõ tài khoản nào thuộc doanh nghiệp, tài khoản nào do nhà cung cấp quản lý và cách lấy lại quyền khi chấm dứt hợp tác.
- Tài khoản domain và hosting.
- Tài khoản quản trị CMS với quyền phù hợp.
- Backup gần nhất và hướng dẫn khôi phục.
- Danh sách plugin/theme/license quan trọng.
- GA4, GTM và Search Console.
- Tài liệu vận hành cơ bản.
Phần này nên được khóa ngay trong hợp đồng thiết kế website, không chờ đến ngày bàn giao mới trao đổi.
13. Biên bản nghiệm thu nên có bằng chứng, không chỉ có dấu tick
Một checklist chỉ ghi “đã kiểm tra” rất khó dùng khi có tranh chấp hoặc phát sinh lỗi sau này. Mỗi hạng mục nên có ít nhất bốn thông tin: cách kiểm tra, bằng chứng, trạng thái và người chịu trách nhiệm xử lý nếu chưa đạt.
| Hạng mục | Cách kiểm tra | Bằng chứng cần lưu | Đạt khi |
|---|---|---|---|
| Trang quan trọng | Mở và kiểm tra status | Danh sách URL hoặc crawl export | URL cần index trả 200 |
| Noindex/robots | Kiểm tra source/header/robots.txt | Ảnh chụp hoặc export | Không chặn nhầm trang cần index |
| Canonical | Kiểm tra một mẫu cho từng loại trang | URL + canonical thực tế | Trỏ đúng URL chính |
| Sitemap | Mở sitemap và đối chiếu mẫu URL | URL sitemap + ngày kiểm tra | Không chứa URL lỗi/noindex/redirect |
| Mobile | Test menu, nội dung, form trên điện thoại | Ảnh hoặc video ngắn | Dùng được và không mất nội dung chính |
| Form liên hệ | Gửi một lead thử | Email nhận + sự kiện đo lường | Lead tới đúng nơi và được ghi nhận |
| Backup | Kiểm tra file/restore point | Ngày backup + vị trí lưu | Có bản gần nhất và biết cách phục hồi |
| Quyền sở hữu | Đăng nhập bằng tài khoản doanh nghiệp | Danh sách tài khoản đã bàn giao | Doanh nghiệp giữ quyền cần thiết |
14. Ví dụ một dòng nghiệm thu đã điền
Ví dụ dưới đây chỉ minh họa cách ghi biên bản, không phải dữ liệu của một dự án khách hàng.
| Hạng mục | Kết quả | Bằng chứng | Trạng thái | Người xử lý |
|---|---|---|---|---|
| Form trang Liên hệ | Gửi thử thành công, email vào đúng hộp thư nhưng GA4 chưa ghi nhận sự kiện | Ảnh email lúc 09:15 + DebugView | CHƯA ĐẠT | Developer/Tracking |
| Canonical trang dịch vụ | 5/5 URL mẫu trỏ về chính URL hiện tại | Danh sách 5 URL + source | ĐẠT | — |
| Backup trước bàn giao | Có full backup database + uploads | Tên file + ngày tạo + nơi lưu | ĐẠT | — |
Cách ghi này giúp hai bên biết chính xác đang lỗi ở đâu, bằng chứng nào chứng minh, ai xử lý và khi nào mới được ký PASS. Nó hữu ích hơn nhiều so với một checklist chỉ có ô “đã làm”.
15. Trước khi ký bàn giao, doanh nghiệp nên nhận đủ những gì?
- Danh sách tài khoản và quyền truy cập.
- Backup gần nhất và hướng dẫn khôi phục.
- Danh sách URL cũ → mới nếu dự án có thay đổi URL.
- Đường dẫn sitemap và quyền Search Console.
- Quyền GA4/GTM và danh sách sự kiện đang đo.
- Danh sách plugin/theme/license cần gia hạn.
- Biên bản các lỗi còn mở, người chịu trách nhiệm và thời hạn xử lý.
“Website chuẩn SEO” không đồng nghĩa với “sẽ lên top”
Thiết kế website có thể tạo nền tảng kỹ thuật và cấu trúc tốt, nhưng thứ hạng còn phụ thuộc nhu cầu tìm kiếm, chất lượng nội dung, mức cạnh tranh, độ tin cậy và nhiều yếu tố khác. Không có checklist kỹ thuật nào bảo đảm một vị trí xếp hạng cụ thể.
Nếu đang so sánh proposal, xem thêm cách so sánh báo giá thiết kế website trước khi ký và WordPress hay code tay. Công nghệ và giá chỉ là hai phần của quyết định; tiêu chí bàn giao mới cho biết website có vận hành được hay không.
Kết luận
Một website được gọi là chuẩn SEO khi bàn giao nên có các điều kiện có thể kiểm chứng: trang cần index không bị chặn sai, canonical và sitemap hợp lý, mobile đầy đủ, metadata chỉnh được, liên kết nội bộ rõ, schema đúng nội dung, tốc độ có số liệu theo dõi, form và tracking hoạt động, đồng thời quyền sở hữu được bàn giao rõ ràng.
Quan trọng hơn, đừng ký nghiệm thu chỉ dựa trên lời xác nhận “đã làm”. Hãy yêu cầu URL, ảnh chụp, file export, tài khoản hoặc một lần test thực tế làm bằng chứng cho những hạng mục quan trọng.
