Doanh nghiệp chỉ nên ký nhận website làm bằng AI khi đã kiểm tra đủ quyền sở hữu, khả năng chạy độc lập, chất lượng code, bảo mật, SEO và quy trình vận hành. Một website nhìn đẹp trên màn hình chưa phải tài sản số hoàn chỉnh. Nếu domain, repository, dữ liệu, analytics hoặc tài khoản triển khai vẫn nằm trong tài khoản cá nhân của người làm, doanh nghiệp chưa thực sự sở hữu website đó.
Vì sao website làm nhanh vẫn cần nghiệm thu kỹ?
AI coding và website builder giúp tạo giao diện, component và nội dung ban đầu nhanh hơn. Nhưng tốc độ sản xuất không tự giải quyết quyền sở hữu, kiến trúc, bảo trì hay trách nhiệm khi lỗi. Một bản demo có thể chạy tốt với vài trang mẫu nhưng phát sinh vấn đề khi doanh nghiệp thêm dịch vụ, đổi form, kết nối CRM, triển khai SEO song ngữ hoặc chuyển sang đội kỹ thuật khác.
Tín hiệu định tính từ cộng đồng doanh nghiệp nhỏ tuần này phản ánh đúng nỗi lo đó: câu hỏi không còn chỉ là dựng web hết bao nhiêu, mà là sau sáu tháng hoặc hai năm ai sửa, có thêm trang được không và có bị khóa vào nền tảng không. Đây không phải dữ liệu đại diện cho toàn thị trường, nhưng là ngôn ngữ khách hàng đáng chú ý. Checklist dưới đây biến nỗi lo thành các mục có thể kiểm tra.
1. Domain và DNS phải thuộc doanh nghiệp
Tên miền nên được đăng ký bằng email do doanh nghiệp kiểm soát. Doanh nghiệp phải có quyền vào registrar, xem ngày gia hạn, bật xác thực hai lớp và quản lý DNS. Không nên để domain nằm lâu dài trong tài khoản cá nhân của freelancer hoặc agency. Hãy yêu cầu danh sách record hiện tại và ghi rõ record nào phục vụ website, email, xác minh Search Console hoặc dịch vụ bên thứ ba.
2. Repository và lịch sử source code
Nhận một file ZIP không tương đương nhận một dự án có thể bảo trì. Repository cần có lịch sử commit, nhánh phát hành, hướng dẫn chạy local và quyền quản trị thuộc tổ chức của doanh nghiệp. Kiểm tra source có chứa secret, API key hoặc mật khẩu hay không. Mọi secret phải được chuyển sang hệ thống biến môi trường và thay mới trước khi bàn giao.
3. License của framework, thư viện, font và hình ảnh
AI có thể đề xuất package hoặc asset mà người triển khai không kiểm tra kỹ điều khoản. Danh sách dependency phải đi kèm license và phiên bản. Font, icon, ảnh thật, template và đoạn code bên thứ ba cũng cần nguồn hợp lệ. Đặc biệt, không dùng ảnh dự án của công ty khác theo cách khiến người xem hiểu nhầm đó là công trình của doanh nghiệp.
4. Quy trình build phải chạy lại được
Đội nhận bàn giao cần clone dự án trên máy sạch, cài dependency, cấu hình biến môi trường và build thành công theo README. Nếu chỉ một máy cá nhân có thể build, website đang phụ thuộc vào trạng thái không được ghi lại. Hãy yêu cầu phiên bản runtime, package manager, lệnh build và danh sách dịch vụ ngoài cần thiết.
5. Hosting và quyền triển khai
Tài khoản hosting, Vercel, Cloudflare hoặc máy chủ phải có owner thuộc doanh nghiệp. Ghi rõ môi trường production, preview và staging. Kiểm tra ai có quyền deploy, ai được đổi biến môi trường và cách thu hồi quyền khi nhân sự nghỉ. Một quy trình tốt có bản preview để duyệt trước khi thay đổi website thật.
6. Form, email và dữ liệu lead
Hãy gửi thử form bằng nhiều tình huống: dữ liệu hợp lệ, thiếu trường, email sai định dạng, nội dung dài và gửi lặp. Xác nhận lead đi đâu, ai nhận thông báo và dữ liệu được lưu bao lâu. Form thành công trên giao diện nhưng email rơi vào spam hoặc không có người phụ trách vẫn là lỗi kinh doanh, không chỉ là lỗi kỹ thuật.
7. Analytics, Search Console và consent
Doanh nghiệp cần quyền quản trị analytics, tag manager và Search Console. Kiểm tra event cho cuộc gọi, Zalo, form và booking thay vì chỉ cài page view. Nếu website dùng cookie hoặc công cụ theo dõi, cần mô tả cách xin consent và chính sách dữ liệu phù hợp với phạm vi hoạt động của doanh nghiệp.
8. SEO kỹ thuật và khả năng index
Kiểm tra title, description, canonical, sitemap, robots, structured data, heading và internal link. Trang quan trọng phải truy cập được bằng link thật, không phụ thuộc vào ô tìm kiếm hoặc JavaScript khó crawl. Website song ngữ cần URL riêng, canonical đúng và hreflang tương ứng; không nên chỉ đổi ngôn ngữ bằng cookie hoặc query parameter.
9. Hiệu năng trên thiết bị thật
Không nghiệm thu chỉ bằng máy developer và Wi-Fi nhanh. Kiểm tra trên điện thoại tầm trung, mạng di động và các trang có ảnh thật. Core Web Vitals là tín hiệu hữu ích, nhưng cần kết hợp quan sát tác vụ: người dùng có đọc được nội dung, mở menu, gửi form và quay lại trang trước ổn định hay không. Ảnh phải đúng kích thước, có lazy loading hợp lý và không làm layout nhảy.
10. Accessibility và trạng thái lỗi
Kiểm tra điều hướng bàn phím, focus, contrast, alt text, label của form và thông báo lỗi. Website không nên chỉ đẹp khi mọi dữ liệu đều hoàn hảo. Hãy thử ảnh thiếu, API chậm, form lỗi và trang không tồn tại. Trạng thái lỗi cần giải thích cho người dùng và đưa ra bước tiếp theo.
11. Bảo mật và cập nhật dependency
Yêu cầu quét dependency, kiểm tra input, phân quyền quản trị, rate limit cho form và xử lý upload nếu có. OWASP cung cấp khung kiểm thử tham khảo, nhưng phạm vi thực tế phụ thuộc chức năng website. Cần ghi rõ ai theo dõi cảnh báo, chu kỳ cập nhật và quy trình xử lý khi phát hiện lỗ hổng.
12. Runbook, backup và kế hoạch rời nhà cung cấp
Runbook tối thiểu phải mô tả deploy, rollback, backup, phục hồi, gia hạn domain và cập nhật nội dung. Doanh nghiệp nên thử một lần rollback hoặc restore trước khi ký nhận. Cuối cùng, hỏi thẳng: nếu ngày mai đổi đội kỹ thuật, tài liệu và quyền truy cập hiện tại có đủ để đội mới tiếp quản không?
Bảng nghiệm thu nhanh
| Nhóm | Bằng chứng cần nhận | Dấu hiệu chưa đạt |
|---|---|---|
| Sở hữu | Domain, repo, hosting thuộc doanh nghiệp | Tài khoản cá nhân giữ quyền owner |
| Kỹ thuật | Build sạch, test và dependency rõ | Chỉ chạy trên máy người làm |
| SEO/GEO | URL, canonical, schema, sitemap | Trang dịch chỉ đổi bằng cookie |
| Vận hành | Runbook, backup, rollback | Không có người chịu trách nhiệm |
Cách Golden Sea tổ chức bàn giao website
Golden Sea xem website là hệ thống vận hành chứ không phải bộ ảnh giao diện. Phạm vi bàn giao cần được chốt ngay từ proposal: quyền sở hữu, môi trường, analytics, tài liệu và tiêu chí nghiệm thu. AI có thể tăng tốc phần sản xuất, nhưng review kiến trúc, bảo mật, SEO và quyết định phát hành vẫn phải có người chịu trách nhiệm.
Kết luận
Checklist tốt bảo vệ cả buyer lẫn đội phát triển. Buyer biết mình nhận gì; đội phát triển tránh tranh cãi cảm tính về chữ “hoàn thành”. Trước khi ký nhận, hãy yêu cầu bằng chứng có thể mở, chạy và kiểm tra, không chỉ một buổi demo trơn tru.
