Lỗi 503 là gì? Đây là mã trạng thái HTTP cho biết máy chủ đã nhận được yêu cầu nhưng tạm thời không xử lý được — khác lỗi 500 (máy chủ gặp lỗi khi xử lý) hay 404 (không tìm thấy trang). Nguyên nhân phổ biến nhất là hosting quá tải lượt truy cập, hoặc website đang chủ động bảo trì. Bài này nói cách dùng 503 kèm Retry-After đúng theo khuyến nghị của Google khi bảo trì, và cách phân biệt với 503 do quá tải.
Lỗi 503 là gì — khác 500, 502, 504 ở điểm nào
| Mã lỗi | Ý nghĩa | Vị trí lỗi thường gặp |
|---|---|---|
| 500 Internal Server Error | Máy chủ gặp lỗi không xác định được nguyên nhân cụ thể khi xử lý yêu cầu | Mã nguồn ứng dụng, plugin xung đột |
| 502 Bad Gateway | Máy chủ đóng vai trò trung gian (ví dụ proxy, CDN) nhận phản hồi không hợp lệ từ máy chủ phía sau | Giữa proxy/CDN và máy chủ gốc |
| 503 Service Unavailable | Máy chủ còn hoạt động nhưng tạm thời không thể xử lý yêu cầu — do quá tải hoặc chủ động chặn | Toàn bộ site hoặc một phần, thường tạm thời |
| 504 Gateway Timeout | Máy chủ trung gian chờ phản hồi từ máy chủ gốc quá lâu rồi bỏ | Giữa proxy/CDN và máy chủ gốc, do xử lý chậm |
Xem thêm chi tiết riêng cho hai mã hay bị nhầm với 503 tại lỗi 502 Bad Gateway và lỗi 500 Internal Server Error nếu website của bạn đang gặp một trong hai mã này.
Vì sao Google khuyến nghị dùng 503 khi bảo trì website
Theo hướng dẫn chính thức của Google Search Central, nếu cần chặn toàn bộ site khỏi người dùng để hiển thị thông báo “tạm thời không thể truy cập”, máy chủ nên trả về mã 503. Lý do: nếu trang bảo trì trả về mã 200 (OK) như một trang bình thường, Google sẽ hiểu nhầm đây là nội dung thật của website và có thể lập chỉ mục chính trang thông báo bảo trì đó — thay vì giữ lại nội dung gốc trong kết quả tìm kiếm. Trả về 503 giúp Google hiểu đây chỉ là tình trạng tạm thời, không phải nội dung chính thức của trang.
Cách trả về đúng mã 503 kèm header Retry-After
Theo tài liệu kỹ thuật của MDN, header Retry-After có thể nhận một trong hai dạng giá trị: một số nguyên không âm chỉ số giây cần chờ, hoặc một mốc thời gian theo chuẩn HTTP-date. Ví dụ cấu hình trên máy chủ Apache (đặt trong .htaccess) để toàn site tạm thời trả về 503 khi có một file đánh dấu bảo trì:
ErrorDocument 503 /maintenance.html
RewriteEngine On
RewriteCond %{DOCUMENT_ROOT}/maintenance.flag -f
RewriteCond %{REQUEST_URI} !/maintenance.html
RewriteRule ^(.*)$ /maintenance.html [R=503,L]
Header always set Retry-After "120"
Với Nginx, có thể dùng một file đánh dấu tương tự kết hợp chỉ thị return 503; trong block location, kèm add_header Retry-After 120;. Giá trị 120 ở đây là số giây minh họa — bạn nên đặt bằng thời gian bảo trì thực tế bạn dự kiến, không cần cố định theo một con số chuẩn nào.
Dùng 503 trong bao lâu là an toàn
Đây là điểm dễ bị bỏ qua nhất: 503 chỉ nên dùng cho khoảng thời gian ngắn. Theo ghi nhận từ các thông báo của Google, Googlebot sẽ tiếp tục quay lại thử trang trả về 503 trong khoảng một tuần trước khi coi đây là lỗi kéo dài, có thể dẫn đến việc trang bị loại khỏi kết quả tìm kiếm. Phía Google cũng từng xác nhận: dùng 503 trong vài giờ là bình thường, nhưng nếu kéo dài tới hàng tuần thì không còn được xem là “tạm thời” và có thể ảnh hưởng xấu đến kết quả tìm kiếm của site. Nói ngắn gọn: 503 hợp lý cho một đợt bảo trì trong ngày, không hợp lý cho một website đang chuyển đổi hạ tầng kéo dài nhiều tuần.
Phân biệt 503 do bảo trì chủ động và 503 do hosting quá tải
Việc phân biệt hai nguyên nhân này quan trọng vì cách xử lý hoàn toàn khác nhau: bảo trì chủ động chỉ cần tắt quy tắc chặn khi xong việc, còn quá tải hosting cần xử lý ở tầng hạ tầng — có thể phải nâng cấp gói hosting, tối ưu lại mã nguồn để giảm tải cho mỗi lượt truy cập, hoặc thêm một lớp cache để giảm số yêu cầu chạm tới máy chủ gốc. Nhầm lẫn giữa hai nguyên nhân dễ dẫn đến việc xử lý sai hướng — ví dụ tưởng do bảo trì nên chỉ tắt một cấu hình không liên quan, trong khi vấn đề thật là máy chủ không đủ tài nguyên cho lượng truy cập hiện tại.
- 503 do bảo trì chủ động: bạn biết trước thời điểm xảy ra, có thể kiểm soát được khi nào tắt/mở lại, thường đi kèm trang thông báo bạn tự thiết kế.
- 503 do hosting quá tải: xảy ra bất ngờ, thường vào giờ cao điểm truy cập hoặc khi có một đợt tăng lượt truy cập đột ngột; có thể do gói hosting không đủ tài nguyên xử lý, hoặc do một tiến trình trên server (ví dụ một tác vụ nền) chiếm hết tài nguyên.
- Cách nhận biết nhanh: kiểm tra xem lỗi có lặp lại theo giờ cố định hay theo đợt tăng truy cập không — nếu có, nhiều khả năng là vấn đề năng lực hosting/server, không phải lỗi cấu hình tạm thời.
Lưu ý riêng với file robots.txt khi site đang trả về 503
Có một chi tiết dễ gây hiểu lầm: một số hướng dẫn kỹ thuật ghi rằng bạn có thể chủ động để riêng robots.txt trả về 503 như một cách tạm dừng toàn bộ việc thu thập dữ liệu trong lúc bảo trì nặng, giảm tải cho server. Nhưng nếu bạn KHÔNG cố ý làm vậy — ví dụ do cấu hình chặn 503 áp dụng nhầm lên toàn bộ thư mục gốc, bao gồm cả robots.txt — hậu quả có thể nghiêm trọng hơn dự kiến: một số nguồn ghi nhận rằng khi robots.txt bản thân nó cũng trả về lỗi, công cụ tìm kiếm có thể tạm ngừng thu thập dữ liệu toàn site cho đến khi robots.txt truy cập lại được bình thường. Vì vậy, khi thiết lập quy tắc chặn 503 cho trang bảo trì, nên kiểm tra riêng rằng đường dẫn robots.txt không bị cuốn vào quy tắc đó, trừ khi đó là điều bạn chủ động muốn.
Một cách kiểm tra nhanh: mở trực tiếp đường dẫn robots.txt trên trình duyệt trong lúc site đang bảo trì — nếu nội dung file vẫn hiện ra bình thường (không phải trang thông báo bảo trì, không phải lỗi), quy tắc chặn của bạn đang áp dụng đúng phạm vi. Nếu robots.txt cũng bị chặn theo, nên sửa lại quy tắc rewrite để loại trừ riêng đường dẫn này trước khi bật chế độ bảo trì cho những lần sau.
Cách xử lý khi gặp lỗi 503
Với người dùng thông thường: thử tải lại trang sau vài phút, kiểm tra xem lỗi có xảy ra trên nhiều website khác cùng lúc không (dấu hiệu lỗi ở phía thiết bị/mạng của bạn), hoặc đợi theo thời gian ghi trong trang thông báo nếu có.
Với quản trị viên website, nên kiểm tra theo thứ tự: xem log lỗi của hosting để biết thời điểm và tần suất xảy ra; kiểm tra xem có plugin hoặc đoạn mã nào mới thêm vào gây xung đột; kiểm tra tài nguyên server (CPU, RAM) tại thời điểm xảy ra lỗi; nếu dùng cache ở nhiều lớp (plugin cache, CDN), thử xóa cache từng lớp để loại trừ nguyên nhân do cache cũ xung đột với cấu hình mới.
Website vừa dính lỗi 503, bạn không chắc do đâu?
VIDCO kiểm tra giúp bạn: do bảo trì cấu hình sai, do hosting quá tải, hay do xung đột kỹ thuật khác — rồi xử lý đúng chỗ, tránh để lỗi lặp lại ảnh hưởng đến việc Google thu thập dữ liệu trang.
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.
- Mã trạng thái 503 (MDN)
- Header Retry-After (MDN)
- Mã trạng thái HTTP ảnh hưởng tới Googlebot
- Xử lý thời gian bảo trì website (Google Search Central Blog)
Câu hỏi thường gặp
Lỗi 503 có ảnh hưởng đến SEO không?
Có, nếu kéo dài. Dùng đúng cách (ngắn hạn, kèm Retry-After) gần như không ảnh hưởng vì Google hiểu đây là tạm thời; nhưng nếu lặp lại thường xuyên hoặc kéo dài, Google có thể giảm tần suất thu thập dữ liệu hoặc loại trang khỏi kết quả tìm kiếm.
Có cần trả 503 cho cả file robots.txt khi bảo trì không?
Không nên để robots.txt cũng trả 503 trừ khi bạn chủ động muốn tạm dừng toàn bộ việc thu thập dữ liệu của Google trong lúc bảo trì — nếu không cố ý, hãy đảm bảo robots.txt vẫn truy cập được bình thường.
Retry-After có buộc Google quay lại đúng thời điểm đó không?
Không chắc chắn chính xác đến giây, nhưng giá trị này giúp Google biết khoảng thời gian tối thiểu nên chờ trước khi thử lại, tránh việc quay lại quá sớm khi site còn chưa hoạt động bình thường.
Lỗi 503 xảy ra liên tục vào cùng một giờ mỗi ngày thì nên nghĩ đến nguyên nhân gì trước?
Nên nghi ngờ trước tiên một tác vụ nền chạy định kỳ (ví dụ tác vụ lên lịch của hệ thống hoặc plugin) hoặc một khung giờ truy cập cao điểm cố định, hơn là lỗi cấu hình ngẫu nhiên.
