Bảo trì website là tập hợp các việc định kỳ — cập nhật, backup và thử khôi phục, rà soát bảo mật, theo dõi uptime, báo cáo — để giữ website an toàn, nhanh và chạy đúng trước khi lỗi xảy ra. Với doanh nghiệp nhỏ, 12 mục chia theo tháng, quý, năm dưới đây là đủ để bắt đầu.
Phần lớn chủ doanh nghiệp nhỏ chỉ nhớ đến website khi nó có vấn đề: form liên hệ không gửi được, trang chủ trắng xóa, hoặc khách nhắn Zalo hỏi “sao web không vào được?”. Lúc đó, mọi thứ đã muộn một bước.
Bảo trì website không phải là “có người ngồi nhìn”. Nó là một danh sách việc định kỳ, đủ ngắn để làm hết trong tháng và đủ chặt để bắt lỗi trước khi khách thấy. Bài này đưa ra đúng danh sách đó: 12 mục, chia theo tháng, quý và năm.
Bảo trì website khác vận hành phần mềm ở đâu
Vận hành là giữ cho website chạy hằng ngày và trả lời câu hỏi “hôm nay web có lên không?”, còn bảo trì là giữ cho website còn an toàn, còn nhanh, còn đúng trong 6 tháng, 1 năm tới. Vận hành thấy lỗi khi nó đã xảy ra; bảo trì tìm lỗi trước khi nó xảy ra. Nếu bạn đang phân vân giữa gói “chăm sóc” và gói “bảo trì”, xem thêm bài chăm sóc website khác bảo trì thế nào.
Ai thực sự chịu trách nhiệm khi site chết lúc cao điểm
Hãy hình dung: 20h tối thứ Sáu, chương trình khuyến mãi vừa chạy quảng cáo, website không vào được. Ai là người xử lý?
Câu trả lời thường gặp là “không rõ”. Công ty làm web đã bàn giao từ năm ngoái. Nhà cung cấp hosting nói server vẫn chạy bình thường. Nhân viên marketing không có quyền truy cập. Chủ doanh nghiệp không biết bắt đầu từ đâu.
Đây là lý do hosting giá rẻ không đủ. Hosting chỉ cam kết máy chủ còn sống, không cam kết website của bạn còn chạy đúng. Lỗi ở plugin, ở cơ sở dữ liệu, ở cấu hình sau một lần cập nhật đều nằm ngoài phạm vi của họ.
Ngày càng nhiều doanh nghiệp gắn chatbot, form tư vấn, hệ thống đặt lịch và các công cụ AI lên website. AI chatbot trả lời khách. AI agent giữ website của bạn luôn chạy. Nhưng mọi công cụ đó đều phụ thuộc vào một điều: website phải sống. Uptime website = uptime agent. Web sập thì chatbot im lặng, form không ghi nhận, khách hàng đi sang đối thủ.
Vì vậy, trước khi nói đến checklist, hãy trả lời rõ ba câu:
- Ai nhận cảnh báo đầu tiên khi website không truy cập được?
- Ai có quyền và có khả năng sửa nhanh?
- Ai báo cáo lại cho chủ site sau khi sự cố kết thúc?
Nếu cả ba câu đều là “chưa rõ”, đó chính là rủi ro lớn nhất, lớn hơn bất kỳ lỗ hổng kỹ thuật nào.
Checklist bảo trì website 12 mục theo tháng, quý, năm
Danh sách dưới đây được thiết kế cho website doanh nghiệp nhỏ: trang giới thiệu, landing page, blog, web bán hàng quy mô vừa phải. Mỗi mục đều có việc cụ thể và kết quả kiểm tra được.
Hằng tháng (6 mục)
- Cập nhật core, plugin, thư viện: cập nhật bản vá bảo mật trên môi trường thử trước, kiểm tra lại các trang chính rồi mới đưa lên bản chạy thật.
- Kiểm tra backup tự động: xác nhận backup hằng ngày vẫn chạy, có bản lưu ở nơi khác ngoài server chính, ghi lại ngày của bản gần nhất.
- Xem báo cáo uptime: kiểm tra số lần website không truy cập được trong tháng, mỗi lần kéo dài bao lâu, nguyên nhân là gì.
- Kiểm tra form, thanh toán và luồng chuyển đổi: tự gửi thử form liên hệ, đặt hàng thử, đặt lịch thử. Đây là các điểm tạo ra doanh thu, phải chạy đúng 100%.
- Quét bảo mật và tài khoản quản trị: quét mã độc, rà soát danh sách tài khoản admin, xóa tài khoản của nhân viên hoặc đối tác đã nghỉ.
- Gửi báo cáo ngắn cho chủ site: một trang tóm tắt gồm những gì đã cập nhật, sự cố nào đã xảy ra, việc gì cần chủ site quyết định.
Hằng quý (4 mục)
- Thử khôi phục từ backup: dựng lại website từ bản backup trên môi trường thử. Backup chưa từng được khôi phục thì chưa thể coi là backup (xem thêm cách kiểm thử khôi phục backup).
- Đo tốc độ và tối ưu: đo thời gian tải trang chủ và các trang quan trọng trên di động, dọn ảnh nặng, log cũ, dữ liệu rác trong cơ sở dữ liệu.
- Kiểm tra liên kết hỏng và lỗi SEO kỹ thuật: rà soát lỗi 404, chuyển hướng sai, trang bị chặn lập chỉ mục ngoài ý muốn.
- Rà soát quyền truy cập và mật khẩu: đổi mật khẩu các tài khoản quan trọng (hosting, tên miền, quản trị), bật xác thực hai lớp nếu chưa có.
Hằng năm (2 mục)
- Gia hạn và kiểm kê hạ tầng: tên miền, hosting, SSL, giấy phép plugin trả phí. Lập bảng ngày hết hạn và người chịu trách nhiệm cho từng mục.
- Đánh giá tổng thể và lập kế hoạch năm sau: xem lại toàn bộ sự cố trong năm, phiên bản nền tảng còn được hỗ trợ không, phần nào cần làm lại thay vì tiếp tục vá.
Mười hai mục này không cần một đội kỹ thuật lớn. Một người có quy trình rõ ràng, hoặc một dịch vụ bảo trì website trọn gói có phạm vi cụ thể, làm hết được trong vài giờ mỗi tháng. Điều quan trọng là làm đều, có ghi lại, và có người chịu trách nhiệm. Nếu muốn biết chi phí thuê ngoài cho các việc này, xem bảng giá bảo trì website 2026.
Tóm tắt nhanh 12 mục:
- Hằng tháng: cập nhật core/plugin, kiểm tra backup, xem uptime, kiểm tra form và thanh toán, quét bảo mật và tài khoản quản trị, gửi báo cáo ngắn.
- Hằng quý: thử khôi phục từ backup, đo tốc độ, kiểm tra liên kết hỏng và SEO kỹ thuật, rà soát quyền truy cập và mật khẩu.
- Hằng năm: gia hạn và kiểm kê hạ tầng, đánh giá tổng thể và lập kế hoạch năm sau.
Những dấu hiệu cần nâng cấp gói bảo trì, không chỉ “vá tạm”
Có những lúc checklist hằng tháng không còn đủ. Nếu bạn thấy các dấu hiệu sau, đã đến lúc xem lại phạm vi bảo trì thay vì tiếp tục sửa từng lỗi nhỏ:
- Cùng một lỗi quay lại nhiều lần: form hỏng, sửa xong, hai tháng sau hỏng lại. Đó là dấu hiệu nguyên nhân gốc chưa được xử lý.
- Không dám cập nhật: mỗi lần cập nhật plugin là một lần website vỡ giao diện, nên mọi người chọn “để yên”. Càng để lâu, càng nhiều lỗ hổng.
- Website bắt đầu gánh việc kinh doanh thật: có bán hàng online, đặt lịch, chatbot tư vấn, kết nối CRM. Lúc này mỗi giờ website chết là mất đơn thật.
- Lưu lượng tăng theo mùa: dịp lễ, Tết, chiến dịch quảng cáo lớn khiến web chậm hoặc sập đúng lúc đông khách nhất.
- Nền tảng đã hết hỗ trợ: phiên bản PHP, framework hoặc theme không còn nhận bản vá bảo mật.
- Không ai trả lời được “web đang ở tình trạng nào”: chủ site không nhận báo cáo, không biết lần backup gần nhất là khi nào.
Vá tạm thì rẻ trong tháng này nhưng đắt trong năm. Một lần mất dữ liệu đơn hàng hoặc bị chèn mã độc vào trang chủ thường tốn nhiều hơn cả năm phí bảo trì đúng nghĩa, chưa tính uy tín với khách hàng.
Cách đo bảo trì có hiệu quả (uptime, thời gian sửa, số sự cố lặp lại)
Bảo trì tốt phải đo được. Nếu chỉ nhận được câu “mọi thứ ổn”, bạn chưa biết mình đang trả tiền cho điều gì. Ba chỉ số dưới đây đủ đơn giản để chủ doanh nghiệp tự theo dõi.
1. Uptime (tỷ lệ thời gian website hoạt động)
- Đặt mục tiêu uptime theo mức độ website gánh việc kinh doanh: web bán hàng, nhận đặt lịch cần mục tiêu cao hơn web giới thiệu đơn thuần.
- Quy đổi tỷ lệ phần trăm ra số phút hoặc số giờ website không truy cập được mỗi tháng để dễ hình dung. Chênh lệch nhỏ sau dấu phẩy có thể là khác biệt giữa vài chục phút và vài giờ.
- Dùng công cụ giám sát bên ngoài kiểm tra mỗi 1–5 phút, không chỉ dựa vào số liệu của nhà cung cấp hosting.
2. Thời gian sửa (từ lúc phát hiện đến lúc khôi phục)
- Ghi lại thời điểm có cảnh báo, thời điểm bắt đầu xử lý, thời điểm website chạy lại.
- Thống nhất trước với bên phụ trách một mốc thời gian khôi phục mục tiêu cho lỗi làm website không truy cập được, và ghi rõ mốc đó trong thỏa thuận (xem SLA là gì và vì sao cần).
- Nếu thời gian sửa thường xuyên tính bằng ngày, vấn đề nằm ở quy trình, không phải ở kỹ thuật.
3. Số sự cố lặp lại
- Đếm số sự cố có cùng nguyên nhân xuất hiện từ lần thứ hai trở lên trong một quý.
- Con số này nên giảm dần theo thời gian. Nếu nó tăng, bảo trì đang dừng ở mức vá tạm.
Ba chỉ số này nên nằm ngay trong báo cáo hằng tháng gửi chủ site, kèm một dòng giải thích ngắn bằng ngôn ngữ dễ hiểu. Chủ doanh nghiệp không cần đọc log, nhưng cần biết website của mình có đang khỏe hơn tháng trước hay không.
Website là nơi khách hàng gặp bạn đầu tiên, và ngày càng là nơi các công cụ tự động làm việc thay bạn. Bắt đầu từ 12 mục trên, làm đều mỗi tháng, đo bằng ba con số. Lỗi vẫn có thể xảy ra, nhưng bạn sẽ biết trước, sửa nhanh hơn, và không phải nghe khách báo lại.
Câu hỏi thường gặp
Bảo trì website bao lâu một lần là đủ?
Với website doanh nghiệp nhỏ, nhịp hợp lý là: việc cập nhật, kiểm tra backup, uptime và form làm hằng tháng; thử khôi phục, đo tốc độ, rà soát quyền truy cập làm hằng quý; gia hạn và đánh giá tổng thể làm hằng năm. Website có bán hàng hoặc đặt lịch online nên theo dõi uptime liên tục.
Doanh nghiệp nhỏ có tự bảo trì website được không?
Được, nếu có một người nắm quy trình, có quyền truy cập đầy đủ và làm đều theo checklist. Điểm yếu thường gặp không nằm ở kỹ thuật mà ở việc làm không đều và không ai ghi lại. Khi website bắt đầu gánh doanh thu thật, nên có người hoặc đơn vị chịu trách nhiệm rõ ràng. Xem thêm cách cân nhắc tự xây đội hay thuê ngoài.
Đã có backup tự động hằng ngày thì có cần thử khôi phục không?
Có. Backup chạy đều không có nghĩa là khôi phục được: file có thể thiếu, hỏng hoặc thiếu cơ sở dữ liệu. Chỉ khi dựng lại được website từ bản backup trên môi trường thử, bạn mới chắc bản backup đó dùng được lúc cần.
Nhà cung cấp hosting đã hỗ trợ kỹ thuật, có cần bảo trì riêng không?
Thường là có. Hosting chủ yếu chịu trách nhiệm máy chủ còn hoạt động, còn lỗi ở plugin, cơ sở dữ liệu, cấu hình hay form liên hệ của website thường nằm ngoài phạm vi hỗ trợ của họ. Bảo trì website lo đúng phần đó.
Muốn Siri9 chạy checklist này cho website của bạn? Xem dịch vụ bảo trì website.