Ngôn ngữ

502 Gateway không hợp lệ

Lỗi 502 Bad Gateway là gì, nguyên nhân upstream/proxy phổ biến, cách Googlebot xử lý và tác động đến crawl, lập chỉ mục.

Xuất bản lần đầu: 28 thg 6, 2026 · Cập nhật lần cuối: 22 thg 8, 2026 · Advanced
Ngôn ngữ
AIĐược viết bởiAI v2
1 tín hiệu bằng chứng trên trang này

502 Bad Gateway nghĩa là proxy hoặc gateway trước site như CDN, load balancer hay reverse proxy nhận phản hồi không hợp lệ từ origin phía sau. Đây là vấn đề hạ tầng, không phải Search Console. Google gom 502 với 500 và 503 trong xử lý 5xx chung: crawl giảm theo số URL lỗi, nội dung 5xx bị bỏ qua và trang rời chỉ mục nếu lỗi kéo dài. Google không công bố ngưỡng thời lượng an toàn hay bảo đảm phục hồi tự động, nên đỉnh ngắn có rủi ro thực tế thấp hơn lỗi lặp lại nhưng không chính thức miễn rủi ro. Chẩn đoán theo tầng CDN, reverse proxy, origin; đối chiếu thương hiệu/trang lỗi với header, trace ID và log thay vì tin riêng trang lỗi.

Tóm tắt — 502 là lỗi tầng proxy/gateway: RFC 9110 §15.6.3 định nghĩa gateway hoặc proxy nhận phản hồi không hợp lệ từ máy chủ inbound. Khác 500 khi ứng dụng origin lỗi và 503 khi origin chủ ý không khả dụng. Google gom 500, 502, 503 vào một cách xử lý 5xx: tốc độ crawl giảm theo số URL lỗi, nội dung 5xx bị bỏ qua và lỗi kéo dài làm trang rời chỉ mục. Phục hồi dần khi 2xx trở lại, không có thời gian cố định. Thời lượng quan trọng nhưng không có ngưỡng chính thức; đỉnh ngắn rủi ro thực tế thấp hơn, lỗi lặp lại mới đưa trang vào nguy hiểm. Nhận định Mueller tháng 11 năm 2025 nói không chính thức khoảng nhiều ngày, không phải SLA. Chẩn đoán theo tầng và đối chiếu bằng chứng qua các hop thay vì tin riêng trang lỗi có thương hiệu.

502 thật sự phát tín hiệu gì

RFC 9110 §15.6.3 định nghĩa 502 cụ thể: gateway hoặc proxy nhận phản hồi không hợp lệ từ máy chủ inbound khi cố hoàn thành yêu cầu. Ranh giới đó nhận diện nơi gateway quan sát lỗi, không nhất thiết hop gây lỗi. 502 là bằng chứng lỗi ranh giới, không chứng minh ứng dụng origin hỏng. Khác biệt này bị nhiều bài “13 cách sửa” làm mờ, nên chẩn đoán dưới đây theo tầng. Evidence for this claim A 502 response means a gateway or proxy received an invalid response from an upstream server. Scope: RFC 9110 defines the gateway response semantics; it does not identify which infrastructure layer caused a specific failure. Confidence: high · Verified: IETF: RFC 9110 §15.6.3 — 502 Bad Gateway

So sánh các mã 5xx dễ nhầm:

  • 500 Internal Server Error — ứng dụng origin tự lỗi do bug, exception hoặc cạn tài nguyên. Origin trả lời rằng nó hỏng.
  • 502 Bad Gateway — proxy nhận câu trả lời sai định dạng hoặc không hợp lệ từ upstream.
  • 503 Service Unavailable — origin chủ ý không khả dụng; đây là mã “quay lại sau” được Google tán thành cho bảo trì dự kiến, lý tưởng kèm Retry-After.
  • 504 Gateway Timeout — proxy đợi upstream nhưng không nhận gì trước timeout. 502 = câu trả lời xấu; 504 = không trả lời kịp.
Evidence for this claim A 502 response means a gateway or proxy received an invalid response from an upstream server. Scope: RFC 9110 defines the gateway response semantics; it does not identify which infrastructure layer caused a specific failure. Confidence: high · Verified: IETF: RFC 9110 §15.6.3 — 502 Bad Gateway

Kết luận thực tế: 503 là mã bạn chủ ý chọn; 502 là mã xảy đến khi hạ tầng hỏng.

Googlebot xử lý 502 thế nào

Hãy dựa vào tài liệu Google thay vì câu mơ hồ “có thể hại xếp hạng”. Tài liệu lỗi HTTP và mạng liệt kê 502 (bad gateway) là 5xx và xử lý mọi 5xx giống nhau:

  • Tốc độ crawl giảm theo tỷ lệ. Google giảm crawl site tương ứng số URL trả lỗi. Vài 502 là nhỏ; 502 toàn site là tín hiệu “chậm lại” mạnh.
  • Nội dung 5xx bị bỏ qua. Google không lập chỉ mục trang lỗi 502 như nội dung.
  • Bảo toàn chỉ mục chỉ tạm thời. URL đã lập chỉ mục ban đầu còn lại, nhưng pipeline xóa URL liên tục trả lỗi máy chủ.
  • Phục hồi tự động và dần. Khi máy chủ trả 2xx lại, Google dần tăng crawl. Không cần gửi lại, reconsideration hay thao tác “Validate Fix”; nút chỉ yêu cầu kiểm tra sớm hơn.

Kết luận quan trọng nhất: 502 được xử lý giống 500 và 503. Mã không “ít nghiêm trọng” vì bắt nguồn từ proxy/CDN thay vì ứng dụng origin. Không có ưu ái được ghi nhận cho 502. Evidence for this claim Google handles 502 with its general 5xx behavior: reduced crawling, ignored response content, and eventual removal of persistently failing URLs. Scope: Google explicitly lists 502 among 5xx server errors; it does not guarantee that a particular short outage has no ranking effect. Confidence: high · Verified: Google: How HTTP status codes affect Google's crawlers

Thời lượng là toàn bộ câu chuyện

502 có thật sự gây hại phụ thuộc kéo dài bao lâu, nhưng Google không công bố thời lượng an toàn hay ngưỡng loại cố định; hãy coi phần sau là màu sắc thực tế, không phải SLA:

  • Đỉnh ngắn, vài phút đến vài giờ → mức giảm crawl theo số URL lỗi, nên đỉnh ngắn quy mô nhỏ có tác động thực tế hạn chế và thường không đáng đuổi theo trong GSC. Tài liệu không miễn trừ lỗi ngắn; đây là vấn đề mức độ, không phải ngưỡng cứng.
  • Lỗi lặp lại hoặc kéo dài → đây là cửa sổ câu “liên tục trả lỗi máy chủ” của Google áp dụng và trang có thể rời chỉ mục. Google không định nghĩa “liên tục” bằng số ngày. Mueller nói không chính thức nhiều ngày, phục hồi khá nhanh khi khỏe; đó là cách đọc một sự cố, không phải rule mọi site/CDN.

Điều này khớp lỏng với sự cố Cloudflare tháng 11 năm 2025 khi nhiều site trả 5xx không do lỗi riêng. Mueller trả lời công khai trên Bluesky rằng crawl 5xx chậm nhưng “ramps back up” (bản dịch) «tăng trở lại»; xem thẻ Trích dẫn để có câu chính xác và lưu ý nguồn, gồm nhận định “nhiều ngày” được truyền qua bài thứ ba. Sự cố ngắn được nhà cung cấp xác nhận gần với trường hợp tốt nhất: dễ thấy, thường tự hết; khi nhà cung cấp xác nhận phục hồi và 2xx của bạn trở lại, hợp lý là tránh thay đổi hạ tầng phản ứng vội.

Chẩn đoán 502 theo tầng

Vì 502 là lỗi liên lạc giữa máy chủ, cách nhanh nhất là đi xuống stack — CDN, reverse proxy, origin — thay vì checklist phẳng. Thẻ Cây quyết định có quy trình.

Trước khi bắt đầu: trang lỗi có thương hiệu, tên nhà cung cấp trong header hay vẻ ngoài sự cố chỉ là một tín hiệu, không chứng minh hop nào hỏng. Đối chiếu header, request/trace ID và log có timestamp ở cả hai phía trước khi kết luận “CDN” hay “origin”.

Tầng CDN / edge

  • Timeout upstream: edge không nhận origin kịp.
  • Edge không kết nối origin do DNS, bắt tay SSL/TLS hoặc tường lửa origin chặn dải IP CDN.
  • Nguyên nhân theo nhà cung cấp khác nhau: tài liệu Cloudflare mô tả kết nối/timeout riêng, AWS CloudFront có nguyên nhân TLS, DNS, port, function khác; xem tài liệu CDN cụ thể.
  • Sự cố chính CDN như Cloudflare, Fastly, AWS: 502 hàng loạt trên site không liên quan; xác nhận trang trạng thái, không chỉ thương hiệu trang lỗi.

Tầng reverse proxy / load balancer như Nginx, Apache mod_proxy, HAProxy

  • Timeout backend hoặc từ chối kết nối.
  • proxy_pass/upstream trỏ sai.
  • Hết pool backend, mọi worker bận.
  • Không khớp SSL/TLS giữa proxy và backend.

Tầng origin

  • Ứng dụng/PHP-FPM crash, restart hoặc bị OOM kill.
  • Hết kết nối database.
  • Deploy/restart gây gián đoạn ngắn.
  • WAF/plugin bảo mật chặn nhầm IP proxy/crawler; trình duyệt bình thường hoạt động nhưng proxy hoặc Googlebot nhận 502.

Mẫu cuối đáng nhấn mạnh: nếu chỉ Googlebot hoặc yêu cầu qua CDN nhận 502 trong khi trình duyệt thường không, hãy nghi chặn riêng bot hoặc phản hồi biến đổi, không phải sự cố thật. Kiểm tra trực tiếp origin và qua CDN, xác minh Googlebot bằng URL Inspection trực tiếp thay vì giả định tác động còn diễn ra từ báo cáo Server error (5xx) có thể đã cũ.

Sửa và ngăn 502

Cách sửa theo tầng, và vai trò thực hiện khác nhau:

  • Khách truy cập — không có gì để sửa. Reload một lần, thử mạng khác nếu nghi cục bộ, rồi đợi; thay đổi trình duyệt không sửa lỗi giữa máy chủ.
  • Chủ site không có quyền hạ tầng — xác nhận phạm vi và xem trang trạng thái/log, rồi chuyển cho host, CDN hoặc đội dev thay vì đoán.
  • Chủ host/CDN/ứng dụng — sửa cấu hình proxy/upstream, tăng timeout và dung lượng backend khi origin là nút thắt, chia deploy để restart không làm gián đoạn toàn pool. Allowlist WAF, đổi tường lửa và cấu hình proxy/upstream cần phê duyệt; chỉ làm sau khi log/bằng chứng chỉ ra lỗi truy cập, không phải phỏng đoán đầu tiên.

Phòng ngừa bằng việc cơ bản: giám sát uptime, log lỗi máy chủ/proxy, theo dõi Host status trong Crawl Stats và xu hướng Server error (5xx), đối chiếu đỉnh với trang trạng thái CDN/DNS để phân biệt “lỗi của tôi” với “sự cố của họ” trong vài giây.

Mã liên quan ngay cạnh: origin 500, 503 có chủ ý và timeout 504.

Try it live

This is a real endpoint on this site — not a simulation. Hit it from the button, open it in a new tab, or curl -i it from your terminal, and the server answers with the actual status code this article is about.

Open in new tab ↗

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.