Bảo hành kỹ thuật website SEO là cam kết sửa những lỗi thuộc phần việc đã được triển khai và nghiệm thu. Bảo hành không đồng nghĩa với bảo trì không giới hạn, phát triển chức năng mới hoặc bảo đảm thứ hạng tìm kiếm.
Nếu một đơn vị quảng cáo “bảo hành dài hạn” hoặc “trọn đời”, doanh nghiệp nên hỏi rõ: bảo hành phần nào, trong bao lâu, khi nào được miễn phí, khi nào tính phí và thời gian phản hồi là bao lâu. Những điều này cần được ghi bằng văn bản thay vì chỉ xuất hiện trong lời quảng cáo.
Với doanh nghiệp tại TP.HCM đang chuẩn bị xây mới website, có thể đối chiếu dịch vụ thiết kế website TPHCM để làm rõ ngay từ đầu phạm vi bàn giao, bảo hành và phần việc phát sinh sau triển khai.
Phân biệt bảo hành, bảo trì và phát triển mới
| Khái niệm | Hiểu đơn giản | Cách tính phí thường gặp |
|---|---|---|
| Bảo hành | Sửa lỗi của hạng mục do đơn vị triển khai tạo ra và đã nằm trong phạm vi nghiệm thu. | Thường không tính phí nếu đủ điều kiện bảo hành. |
| Bảo trì | Cập nhật, backup, bảo mật, kiểm tra tương thích và xử lý lỗi phát sinh trong quá trình vận hành. | Theo gói định kỳ hoặc từng yêu cầu. |
| Phát triển mới | Thêm chức năng, đổi giao diện, thay cấu trúc hoặc tích hợp hệ thống mới. | Báo giá riêng. |
| SEO duy trì | Theo dõi dữ liệu, cập nhật nội dung và thích ứng khi thị trường hoặc website thay đổi. | Theo phạm vi dịch vụ SEO duy trì. |
“Dài hạn” hoặc “trọn đời” phải được định nghĩa thế nào?
- Thời hạn bắt đầu và kết thúc là khi nào?
- Cam kết tính theo website, theme, hợp đồng hay thời gian khách còn dùng dịch vụ?
- Khi ngừng gói bảo trì, bảo hành còn hiệu lực không?
- Nếu WordPress, PHP, plugin hoặc dịch vụ bên thứ ba thay đổi thì xử lý thế nào?
- Nếu khách đổi hosting hoặc để bên khác sửa code thì phần nào còn được bảo hành?
- Hạng mục nào miễn phí, hạng mục nào cần báo giá?
Nếu không có câu trả lời rõ bằng văn bản, cụm “trọn đời” không đủ để làm tiêu chí nghiệm thu.
Những lỗi nào có thể thuộc phạm vi bảo hành?
- Form hoặc chức năng do đơn vị triển khai xây không hoạt động đúng như biên bản nghiệm thu.
- Giao diện bị vỡ trên thiết bị hoặc trình duyệt đã nằm trong phạm vi kiểm thử.
- Redirect, canonical, noindex hoặc sitemap được cấu hình sai trong phần việc đã bàn giao.
- Lỗi code tùy chỉnh có thể tái hiện trên môi trường và phiên bản đã thống nhất.
- Template hoặc dữ liệu không hiển thị đúng do lỗi triển khai ban đầu.
Một yêu cầu bảo hành tốt nên có URL, ảnh hoặc video, thời điểm xảy ra, bước tái hiện, kết quả mong đợi và kết quả thực tế.
Những trường hợp thường không thuộc bảo hành
- Khách hàng hoặc bên thứ ba sửa code, plugin, theme, máy chủ hoặc cấu hình liên quan.
- Website bị tấn công, lộ mật khẩu hoặc mất dữ liệu do quá trình vận hành.
- Hosting, CDN, API, cổng thanh toán hoặc dịch vụ bên thứ ba thay đổi.
- WordPress, PHP, trình duyệt hoặc plugin nâng cấp làm phát sinh lỗi tương thích mới.
- Nội dung, sản phẩm, giá, hình ảnh hoặc chức năng mới ngoài phạm vi ban đầu.
- Yêu cầu đổi thiết kế do định hướng thương hiệu mới.
- Giảm traffic hoặc thứ hạng nhưng không có bằng chứng cho thấy lỗi kỹ thuật nằm trong phần việc đã bảo hành.
Thời gian phản hồi khác thời gian sửa xong
Nhiều hợp đồng dùng thuật ngữ SLA. Hiểu đơn giản, đây là cam kết về thời gian phản hồi hoặc bắt đầu xử lý. Nó không mặc định có nghĩa mọi lỗi phải được sửa xong trong cùng khoảng thời gian.
| Mức độ | Ví dụ | Ưu tiên |
|---|---|---|
| Nghiêm trọng | Website ngừng hoạt động, lỗi thanh toán, mất khả năng nhận lead hoặc noindex sai trên diện rộng. | Xác nhận nhanh, cô lập rủi ro và khôi phục dịch vụ trước. |
| Cao | Chức năng chính lỗi với nhiều người dùng hoặc trang dịch vụ quan trọng bị vỡ. | Phân tích nguyên nhân và đưa phương án tạm thời nếu cần. |
| Trung bình | Lỗi cục bộ nhưng không chặn giao dịch hoặc lead. | Xử lý theo lịch và mức phụ thuộc. |
| Thấp | Lỗi trình bày nhỏ hoặc đề xuất cải tiến. | Gộp vào lịch bảo trì hoặc báo giá ngoài phạm vi. |
Quy trình tiếp nhận yêu cầu bảo hành
- Tiếp nhận: ghi URL, ảnh/video, thời điểm, thiết bị và bước tái hiện.
- Phân loại: xác định là bảo hành, bảo trì, sự cố bảo mật hay yêu cầu mới.
- Lưu bản trước khi sửa: backup dữ liệu, code hoặc cấu hình liên quan.
- Kiểm tra trong môi trường an toàn: tái hiện lỗi ở khu vực thử nghiệm khi có thể.
- Đề xuất cách xử lý: nêu nguyên nhân dự kiến, rủi ro và phần phụ thuộc.
- Thực hiện: sửa đúng phạm vi và có cách quay lại bản trước nếu phát sinh lỗi.
- Kiểm tra sau khi lưu: xác nhận dữ liệu hoặc cấu hình đã ghi đúng.
- Kiểm website người dùng nhìn thấy: thử chức năng, mobile và các liên kết liên quan.
- Đóng yêu cầu: ghi nguyên nhân, thay đổi đã làm và khuyến nghị phòng ngừa.
Bảo hành các hạng mục SEO kỹ thuật
| Lớp | Hiểu đơn giản |
|---|---|
| Khả năng truy cập | Googlebot có vào được URL và tài nguyên cần thiết không? |
| Khả năng nhìn thấy nội dung | Sau khi trang được dựng, nội dung và liên kết quan trọng có hiển thị không? |
| Khả năng được lập chỉ mục | HTTP, robots, noindex và nội dung có cho phép trang được xem xét để index không? |
| URL đại diện | Canonical là tín hiệu gợi ý; công cụ tìm kiếm vẫn có thể chọn URL khác. |
| Xếp hạng | Phụ thuộc nhiều yếu tố ngoài khả năng kiểm soát của đơn vị triển khai. |
Đơn vị có thể bảo hành việc cấu hình đã thực hiện đúng phạm vi, nhưng không thể bảo hành Google sẽ crawl vào ngày cụ thể, index mọi URL, chọn đúng canonical mong muốn hoặc duy trì một vị trí xếp hạng cố định.
Ví dụ hạng mục miễn phí và tính phí
| Tình huống | Cách phân loại thường gặp |
|---|---|
| Redirect do đội triển khai tạo bị sai ngay sau bàn giao | Có thể thuộc bảo hành. |
| Khách yêu cầu thêm 200 redirect mới | Phạm vi mới. |
| Form do đội triển khai xây không gửi email như nghiệm thu | Có thể thuộc bảo hành. |
| Dịch vụ email bên thứ ba đổi chính sách | Bảo trì hoặc tích hợp mới. |
| Plugin nâng cấp gây xung đột sau nhiều tháng | Thường thuộc bảo trì/tương thích. |
| Thay CTA, bố cục hoặc thông điệp | Cải tiến hoặc phát triển mới. |
Trách nhiệm của doanh nghiệp
- Giữ quyền sở hữu domain, hosting và tài khoản chính.
- Không chia sẻ mật khẩu và bật xác thực phù hợp.
- Thông báo trước khi bên khác sửa code hoặc cấu hình.
- Duy trì backup, license và hạ tầng theo thỏa thuận.
- Cung cấp đủ thông tin để tái hiện lỗi.
- Xác nhận sau khi sửa.
Trách nhiệm của đơn vị triển khai
- Ghi rõ phạm vi, phiên bản và môi trường được bảo hành.
- Không dùng “trọn đời” nếu điều kiện không thể giải thích.
- Phân loại yêu cầu minh bạch và nêu lý do khi tính phí.
- Lưu bản trước thay đổi rủi ro.
- Không coi thao tác kỹ thuật thành công nếu website người dùng vẫn hiển thị sai.
- Ghi nhật ký thay đổi, kiểm tra sau sửa và có cách khôi phục.
- Không cam kết ranking, traffic, ngày index hoặc doanh thu.
Điều khoản nên có trong hợp đồng
- Hạng mục và phiên bản được bảo hành.
- Ngày bắt đầu, thời hạn và điều kiện duy trì hiệu lực.
- Danh sách ngoại lệ.
- Thời gian phản hồi theo mức độ.
- Quy trình phân loại, phê duyệt và khắc phục.
- Hạng mục miễn phí và nguyên tắc báo giá phát sinh.
- Yêu cầu backup, quyền truy cập và bảo mật.
- Quy trình bàn giao, chấm dứt và thu hồi quyền.
Đối chiếu thêm checklist hợp đồng dịch vụ SEO và phạm vi bảo trì website.
Câu hỏi thường gặp
Bảo hành kỹ thuật có bao gồm cập nhật plugin không?
Không mặc định. Cập nhật và xử lý tương thích thường thuộc bảo trì, trừ khi hợp đồng ghi rõ trong phạm vi bảo hành.
Website giảm thứ hạng có được bảo hành không?
Không thể coi mọi giảm hạng là lỗi bảo hành. Cần kiểm tra có lỗi kỹ thuật thuộc phạm vi triển khai hay không, đồng thời xem xét nội dung, đối thủ và thị trường.
Cam kết phản hồi trong 4 giờ có nghĩa sửa xong trong 4 giờ?
Không, trừ khi hợp đồng nói rõ. Thời gian phản hồi và thời gian khắc phục là hai việc khác nhau.
Kết luận
Bảo hành kỹ thuật có giá trị khi phạm vi, thời hạn, thời gian phản hồi, ngoại lệ và cách nghiệm thu được viết rõ. Doanh nghiệp nên đánh giá cam kết bằng khả năng phân loại lỗi, tốc độ phản hồi, cách lưu bản trước sửa và bằng chứng xác nhận sau khi khắc phục — không chỉ bằng cụm “trọn đời”.