Bạn cần tạm dừng website để cập nhật hoặc chuyển host, nhưng không biết viết thông báo thế nào cho khách hiểu mà không hoang mang, và không biết nên cấu hình trang bảo trì ra sao để không ảnh hưởng tới việc website được tìm thấy trên Google sau này. Bài này cho sẵn các mẫu thông báo copy được, và hướng dẫn bật đúng chế độ bảo trì theo khuyến nghị của Google.
Khi nào cần thông báo bảo trì website
Nên thông báo trước khi: chuyển hosting/domain, cập nhật lớn giao diện hoặc hệ thống, nâng cấp phiên bản WordPress/plugin có rủi ro xung đột, hoặc bảo trì định kỳ theo lịch trong hợp đồng chăm sóc. Với website bán hàng, cần thêm thông báo riêng cho việc tạm dừng nhận đơn trong lúc bảo trì.
Nguyên tắc chung khi soạn thông báo: nêu rõ thời gian bắt đầu và dự kiến kết thúc, lý do ngắn gọn (không cần kỹ thuật chi tiết), và một kênh liên hệ thay thế trong lúc website tạm gián đoạn. Thông báo soạn trước khi bảo trì giúp khách không hoang mang khi thấy trang không truy cập được, đồng thời giảm số lượt khách gọi điện hỏi trong lúc đội kỹ thuật đang xử lý.
6 mẫu thông báo bảo trì website copy được
Mẫu 1 — Banner trên trang chủ (trước khi bảo trì):
“Website đang được bảo trì để nâng cao trải nghiệm từ [giờ] đến [giờ] ngày [ngày/tháng]. Bạn vẫn có thể liên hệ qua [số điện thoại/Zalo]. Xin lỗi vì sự bất tiện này.”
Mẫu 2 — Email gửi khách hàng (trước khi bảo trì):
“Chào [tên khách], chúng tôi sẽ bảo trì website [tên site] từ [giờ bắt đầu] đến [giờ kết thúc] ngày [ngày/tháng] để [lý do ngắn gọn]. Trong thời gian này, website có thể tạm gián đoạn. Mọi yêu cầu khẩn cấp xin liên hệ [số điện thoại/email]. Cảm ơn bạn đã thông cảm.”
Mẫu 3 — Bài đăng fanpage/mạng xã hội (trước khi bảo trì):
“📢 Thông báo: Website [tên site] tạm bảo trì từ [giờ] đến [giờ] ngày [ngày/tháng] để [lý do]. Bạn vẫn có thể inbox/Zalo để được hỗ trợ trong lúc này nhé!”
Mẫu 4 — Thông báo tạm dừng đặt hàng (website bán hàng):
“Cửa hàng tạm ngừng nhận đơn hàng mới từ [giờ] đến [giờ] ngày [ngày/tháng] để bảo trì hệ thống. Đơn hàng đã đặt trước đó vẫn được xử lý bình thường. Xin cảm ơn bạn đã thông cảm.”
Mẫu 5 — Thông báo hoàn tất bảo trì (gửi sau khi xong):
“Website [tên site] đã hoạt động trở lại bình thường từ [giờ]. Cảm ơn bạn đã kiên nhẫn chờ đợi trong lúc chúng tôi nâng cấp hệ thống. Nếu gặp vấn đề khi sử dụng, vui lòng báo lại qua [kênh liên hệ].”
Mẫu 6 — Thông báo bảo trì kéo dài hơn dự kiến:
“Việc bảo trì website [tên site] cần thêm thời gian so với dự kiến ban đầu. Chúng tôi xin lỗi vì sự bất tiện này và sẽ thông báo ngay khi website hoạt động trở lại. Mọi yêu cầu khẩn cấp xin liên hệ [số điện thoại/Zalo].”
| Tình huống | Mẫu nên dùng | Kênh đăng |
|---|---|---|
| Bảo trì có lịch trước, website giới thiệu/doanh nghiệp | Mẫu 1 + Mẫu 2 | Banner trang chủ + email khách hàng đã có trong danh sách |
| Bảo trì có lịch trước, cần thông báo nhanh, nhiều khách theo dõi mạng xã hội | Mẫu 3 | Fanpage/kênh mạng xã hội |
| Website bán hàng, cần tạm dừng nhận đơn | Mẫu 4 | Banner trang chủ + trang checkout |
| Bảo trì vừa hoàn tất | Mẫu 5 | Email + fanpage, gỡ banner bảo trì khỏi trang chủ |
| Bảo trì kéo dài hơn dự kiến ban đầu | Mẫu 6 | Tất cả kênh đang dùng để thông báo trước đó |
Bật chế độ bảo trì đúng cách: trả mã 503 kèm Retry-After
Nhiều website chỉ đổi nội dung trang chủ thành “đang bảo trì” nhưng server vẫn trả mã 200 (OK) như một trang bình thường — cách này khiến Google hiểu nhầm đây là nội dung thật của trang, có thể ảnh hưởng tới việc trang được index. Theo hướng dẫn chính thức từ Google Search Central, khi bảo trì dự kiến dưới một ngày, nên cấu hình để toàn bộ trang (kể cả robots.txt) trả mã 503 Service Unavailable trong suốt thời gian bảo trì, thay vì mã 200 hoặc 404.
Có thể kèm thêm header Retry-After (ghi số giây hoặc thời điểm ước tính website hoạt động lại) để Googlebot biết khi nào nên quay lại kiểm tra — xem chi tiết về mã lỗi này ở bài lỗi 503 Service Unavailable. Điểm cần nhớ: KHÔNG duy trì mã 503 quá lâu. Nếu bảo trì kéo dài nhiều ngày mà vẫn trả 503 liên tục, Google có thể hiểu đây là dấu hiệu website đã ngừng hoạt động hẳn và gỡ các trang khỏi chỉ mục tìm kiếm.
Cách làm phổ biến trên WordPress: dùng một plugin chế độ bảo trì có tùy chọn trả đúng mã 503 (không phải plugin chỉ đổi giao diện hiển thị mà vẫn trả mã 200), hoặc nhờ bên kỹ thuật cấu hình ở tầng server/CDN để chắc chắn mã trạng thái đúng trong toàn bộ thời gian bảo trì.
Nên kiểm tra lại mã trạng thái thực tế trước khi công bố thông báo cho khách, không chỉ nhìn giao diện trang bảo trì hiển thị đẹp hay chưa. Có thể kiểm tra nhanh bằng công cụ xem HTTP header của trình duyệt (tab Network trong DevTools), hoặc nhờ bên kỹ thuật xác nhận lại sau khi bật chế độ bảo trì, trước khi gửi các mẫu thông báo ở phần trên cho khách hàng.
Cần bảo trì website nhưng chưa chắc cấu hình đúng mã trạng thái?
VIDCO hỗ trợ cấu hình chế độ bảo trì đúng chuẩn trong gói chăm sóc website, kèm soạn thông báo gửi khách theo đúng tình huống của bạn.
Sai lầm hay gặp khi thông báo và bật bảo trì website
- Không ghi thời gian cụ thể trong thông báo — khách không biết khi nào quay lại được, dễ gây mất niềm tin.
- Để trang bảo trì trả mã 200 thay vì 503 — có thể khiến Google hiểu nhầm nội dung “đang bảo trì” là nội dung thật của trang.
- Quên gỡ banner/trang bảo trì sau khi xong — khách vẫn thấy thông báo cũ dù website đã hoạt động lại.
- Bảo trì kéo dài nhiều ngày mà không đổi cách thông báo — nên chủ động cập nhật (Mẫu 6) thay vì để khách tự đoán.
Việc bảo trì định kỳ nên nằm trong lịch cố định đã thống nhất, xem checklist theo tuần/tháng/quý ở bài checklist bảo trì website; mức độ xử lý sự cố và thời gian phản hồi nên được ghi rõ trong hợp đồng chăm sóc website để hai bên cùng thống nhất từ đầu, tránh tình trạng website bị lỗi hiển thị mà không rõ ai xử lý trong bao lâu. Lịch bảo trì định kỳ và việc soạn/gửi thông báo cho khách cũng là một phần trong phạm vi dịch vụ chăm sóc website theo hợp đồng.
Bảo trì có ảnh hưởng gì tới việc website được tìm thấy trên Google
Nhiều người lo bảo trì sẽ làm mất thứ hạng tìm kiếm, nhưng thực tế bảo trì ngắn hạn và cấu hình đúng mã 503 kèm Retry-After hầu như không ảnh hưởng đáng kể, vì Google hiểu đây là tình trạng tạm thời, không phải nội dung đã đổi hay trang đã mất. Vấn đề chỉ phát sinh khi website để trạng thái lỗi/trả sai mã kéo dài nhiều ngày, hoặc lặp lại bảo trì quá thường xuyên khiến Googlebot giảm tần suất ghé thăm trang của bạn.
Một điểm hay bị bỏ qua: nếu website bán hàng tạm dừng nhận đơn trong lúc bảo trì, chỉ nên ẩn tạm nút đặt hàng trên các trang sản phẩm, không nên xóa hẳn trang sản phẩm hoặc đổi URL — việc xóa/đổi URL mới là nguyên nhân ảnh hưởng thật tới việc tìm kiếm, không phải việc bảo trì ngắn hạn.
Nguồn tham khảo
Thông tin trong bài được đối chiếu với các nguồn chính thức dưới đây tại thời điểm biên soạn; văn bản và chính sách có thể thay đổi.
- How to Deal with Planned Site Downtime (Google Search Central Blog)
- HTTP Status Code 503 Service Unavailable (MDN)
- Retry-After Header – HTTP References (MDN)
- HTTP Network Errors and Googlebot (Google Search Central)
Câu hỏi thường gặp
Bảo trì website bao lâu thì nên trả mã 503?
Theo khuyến nghị của Google, nên trả mã 503 trong suốt thời gian bảo trì, nhưng chỉ phù hợp với bảo trì ngắn (dự kiến dưới một ngày). Nếu kéo dài nhiều ngày liên tục, nên xem lại cách thông báo và cân nhắc phương án khác.
Có bắt buộc phải dùng header Retry-After không?
Không bắt buộc, nhưng nên dùng nếu biết thời gian bảo trì cụ thể, vì Googlebot là một trong số ít công cụ tôn trọng header này để quyết định khi nào quay lại kiểm tra trang.
Mẫu thông báo bảo trì có cần gửi riêng cho website bán hàng không?
Nên có thêm thông báo riêng về việc tạm dừng nhận đơn hàng, vì khách mua hàng cần biết rõ đơn đã đặt có được xử lý tiếp không.
Quên gỡ banner bảo trì sau khi xong thì có ảnh hưởng gì?
Khách truy cập sẽ hiểu nhầm website vẫn đang gặp sự cố, có thể rời trang trước khi xem nội dung thật, nên cần gỡ banner ngay khi hoàn tất.
Nguồn đối chiếu: developers.google.com/search/blog/2011/01/how-to-deal-with-planned-site-downtime, developer.mozilla.org/docs/Web/HTTP/Headers/Retry-After — kiểm tra ngày 11/10/2026.
