500 Lỗi máy chủ nội bộ

Tóm tắt — 500 Internal Server Error nghĩa là máy chủ gặp lỗi khi tạo trang; vấn đề không nằm ở URL, trình duyệt hay crawler. Google thường thử lại sau một lỗi 500 đơn lẻ và không có quy tắc nói lần lỗi đó tự nó gây thiệt hại. Nguy cơ được ghi nhận xuất hiện khi nhiều trang trả 500 kéo dài: Google giảm tốc độ crawl và cuối cùng có thể loại trang khỏi tìm kiếm. Hãy bắt đầu sửa bằng log lỗi máy chủ, không phải trình duyệt.

Lỗi 500 là gì

500 Internal Server Error là phiên bản “đã xảy ra lỗi nhưng tôi không thể nói chính xác lỗi gì” của web. Máy chủ nhận yêu cầu, bắt đầu tạo trang, gặp vấn đề rồi bỏ cuộc và trả lỗi chung thay cho trang. Trong hướng dẫn mã trạng thái HTTP của Ahrefs, tôi diễn đạt: máy chủ “encounters some kind of issue and doesn’t have a better or more specific error code.” (bản dịch) «gặp vấn đề nào đó và không có mã lỗi tốt hơn hoặc cụ thể hơn.» Evidence for this claim A 500 response means the server encountered an unexpected condition that prevented it from fulfilling the request. Scope: RFC 9110 defines the generic response semantics; it does not diagnose the underlying server fault. Confidence: high · Verified: 2026-07-14 IETF: RFC 9110 §15.6.1 — 500 Internal Server Error

Điểm then chốt: 500 là mã gom chung. Nó nói một thứ gì đó hỏng phía máy chủ, không nói thứ gì. Tìm “thứ gì” chính là toàn bộ công việc.

Đây là vấn đề máy chủ, thường không phải phía bạn

500 thuộc nhóm 5xx, tức lỗi máy chủ. Khác lỗi 4xx như 404 không tìm thấy trang, vốn liên quan yêu cầu hoặc URL thiếu/sai. Với 500, URL có thể hoàn toàn đúng nhưng máy chủ không hoàn thành công việc. Bạn cũng gặp họ hàng 502, 503 và 504 — đều phía máy chủ nhưng chỉ tình huống cụ thể hơn: gateway lỗi, dịch vụ tạm không khả dụng hoặc timeout.

Lỗi 500 có làm hại SEO không?

Một lỗi 500 đơn lẻ, thỉnh thoảng trên một trang? Google thường quay lại thử; nếu trang tải được lần sau, sự việc thường kết thúc. Google không công bố lời hứa chung rằng lỗi cô lập vô hại, chỉ là không ghi nhận cơ chế phạt một lần trục trặc.

Rủi ro thật được ghi nhận là 500 kéo dài trên nhiều trang. Khi đó:

1. Google tiếp tục thử, thấy lỗi kéo dài và giảm tốc độ crawl site.
2. Nếu lỗi vẫn không hết, Google cuối cùng loại các trang khỏi chỉ mục, khiến chúng ngừng xuất hiện trong tìm kiếm. Evidence for this claim Google reduces crawling in response to 5xx errors and eventually removes persistently failing URLs from its index. Scope: Google documents the general 5xx progression; it does not provide a guaranteed retry or recovery timeline for an individual URL. Confidence: high · Verified: 2026-07-14 Google: How HTTP status codes affect Google's crawlers

Tin tốt: tài liệu Google mô tả phục hồi dần khi vấn đề nền được sửa và crawl thành công trở lại, nhưng không bảo đảm thời gian hay kết quả. “Recovery is usually quick” (bản dịch) «phục hồi thường nhanh» là trường hợp phổ biến, không phải lời hứa.

Cách bắt đầu sửa

• Kiểm tra log lỗi máy chủ trước. Lý do thật nằm ở đó, không phải trình duyệt. Trình duyệt chỉ hiển thị “500”; log cho biết vì sao.
• Xem thay đổi gần đây. Plugin, theme hoặc module mới? Deploy mã hay sửa cấu hình như .htaccess? Thay đổi gần đây là nghi phạm thường gặp.
• Kiểm tra Google Search Console. Báo cáo Page Indexing có mục “Server error (5xx)” hiển thị URL Google thấy trả 500.
• Hỏi nhà cung cấp hosting. Đặc biệt trên hosting dùng chung, nhiều 500 đến từ giới hạn bộ nhớ hay tài nguyên; nhà cung cấp thường thấy nguyên nhân từ phía họ.

Muốn xem chi tiết cách Google leo thang, quy tắc kinh nghiệm khoảng 1%, khác biệt 500/503 và thứ tự chẩn đoán đầy đủ? Hãy chuyển sang thẻ Nâng cao.

Tóm tắt — RFC 9110 định nghĩa 500 là tình trạng ngoài dự kiến ngăn máy chủ hoàn thành yêu cầu; đó là toàn bộ ranh giới của chính mã. Nguyên nhân, thời lượng và khả năng đáng thử lại là chẩn đoán, không phải ngữ nghĩa. Phản ứng Google được ghi nhận tăng dần: 500 cô lập thường được thử lại; 500 kéo dài toàn site làm crawl chậm và nếu không giải quyết sẽ cuối cùng bị loại khỏi chỉ mục. Mueller đưa quy tắc kinh nghiệm cá nhân rằng tỷ lệ lỗi trên khoảng 1% có lẽ nghĩa là hỏng, nhưng đó không phải ngưỡng Google ghi nhận; chuỗi thử lại → giảm crawl → loại mô tả hành vi, không phải bộ hẹn giờ cố định. Chẩn đoán từ log máy chủ, rồi báo cáo Server error (5xx) của GSC và Crawl Stats “by response”. Khác biệt 500/503 quan trọng: 503 là mã “quay lại sau” được tán thành với cửa sổ khoảng hai ngày; 500 ngoài kiểm soát không có ân hạn.

500 thực chất là gì

Bắt đầu từ đặc tả, không phải cách nói tắt của người làm nghề. RFC 9110 định nghĩa 500 Internal Server Error là tình trạng ngoài dự kiến ngăn máy chủ hoàn thành yêu cầu. Đó là toàn bộ điều mã tự nói. Mã không nhận diện nguyên nhân gốc, thành phần hỏng, thời lượng, khả năng yêu cầu thành công khi thử lại hay khả năng phục hồi. Mọi thứ sau “máy chủ gặp điều không xử lý được” là chẩn đoán, và chẩn đoán nằm trong log lỗi máy chủ, không phải đặc tả hay trình duyệt.

Trong hướng dẫn mã trạng thái HTTP của Ahrefs, tôi cố ý giữ định nghĩa thực hành thẳng: máy chủ “encounters some kind of issue and doesn’t have a better or more specific error code.” (bản dịch) «gặp vấn đề nào đó và không có mã lỗi tốt hơn hay cụ thể hơn.» Đây là cách diễn đạt thường của cùng ranh giới RFC: vẫn là mã gom, triệu chứng chứ không phải chẩn đoán.

Mã nằm trong nhóm 5xx cùng 502 gateway lỗi, 503 dịch vụ không khả dụng và 504 gateway timeout — đều phía máy chủ, nhưng 500 nghĩa là “không có mã tốt hơn áp dụng”. Vì mã không mang chi tiết chẩn đoán, reload trình duyệt không nói vì sao lỗi; log lỗi máy chủ là nguồn sự thật.

Googlebot xử lý 500 thế nào

Crawler Google được thiết kế lịch sự: nó điều tiết theo sức khỏe máy chủ, và phản hồi 5xx là tín hiệu “chậm lại”. Tài liệu hiện hành xác nhận hình dạng: 5xx và 429 gây giảm tốc độ crawl tạm thời theo số URL ảnh hưởng; URL tiếp tục lỗi cuối cùng có thể bị loại, còn nội dung đã lập chỉ mục được giữ trong lúc chờ lần làm mới thành công. Evidence for this claim Google reduces crawling in response to 5xx errors and eventually removes persistently failing URLs from its index. Scope: Google documents the general 5xx progression; it does not provide a guaranteed retry or recovery timeline for an individual URL. Confidence: high · Verified: 2026-07-14 Google: How HTTP status codes affect Google's crawlers John Mueller mô tả cùng tiến trình trong phiên Google SEO Office Hours được Search Engine Journal truyền đạt:

“We don’t have any strong thresholds on that. But essentially what happens with 500 errors is we’ll try to retry them. And if we continue to see …the 500 errors then we will …slow down crawling. And if we continue to see that there are 500 errors then we will drop those URLs from the index.” (bản dịch) «Chúng tôi không có ngưỡng mạnh. Với lỗi 500, chúng tôi thử lại; nếu tiếp tục thấy lỗi thì giảm crawl; nếu vẫn tiếp tục, chúng tôi loại URL khỏi chỉ mục.»

Hãy đọc đó như mô tả hành vi đã ghi nhận — thử lại, crawl chậm, có thể bị loại — không phải bộ hẹn giờ ba bước với chuyển tiếp hay thời gian bảo đảm. 500 cô lập trên một URL thường được thử lại và lần fetch thành công kế tiếp thường kết thúc vấn đề; đây là mô tả trường hợp phổ biến, không bảo đảm lỗi một lần không tốn gì. Rủi ro thật nằm ở lỗi không hết.

Vì sao 500 toàn site tệ hơn lỗi cô lập

Tài liệu Google xác nhận mức cắt crawl tăng theo số URL ảnh hưởng: càng nhiều site lỗi, crawl càng chậm. Mueller giải thích cụ thể hơn rằng Google có thể nghi crawl của chính họ góp phần gây quá tải:

“But if a large part of a site consistently has 500 errors and we might assume that maybe we’re causing the problem and we’ll slow down crawling of the whole site and at some point we’ll say well, it looks like these pages are really gone, we’re going to drop them.” (bản dịch) «Nếu phần lớn site liên tục có lỗi 500, chúng tôi có thể cho rằng mình gây vấn đề, giảm crawl toàn site và đến lúc sẽ coi trang thật sự biến mất rồi loại chúng.»

Hãy coi cách nói “chúng tôi cho rằng mình gây ra” là mô tả của Mueller, không phải câu nguyên văn tài liệu chính thức hiện hành. Cơ chế nền vẫn được ghi nhận: càng nhiều URL lỗi, tốc độ càng giảm. Vòng phản hồi đáng nhớ: crawl mạnh khi tài nguyên cạn có thể tạo thêm 500 → Google lùi crawl toàn site → nếu lỗi vẫn kéo dài, trang bị loại. Vấn đề 500 không luôn là bug mã; đôi khi máy chủ khuỵu dưới tải đồng thời chỉ xuất hiện khi crawler hoặc lưu lượng tăng.

Bao nhiêu là “quá nhiều”?

Không có ranh giới cứng; tài liệu khắc phục của Google không công bố ngưỡng tỷ lệ lỗi. Mueller đưa quy tắc cá nhân trong SEO Office Hours, một lần nữa được Search Engine Journal truyền đạt:

“My feeling is if you’re seeing something more than one percent then that sounds like something is kind of broken.” (bản dịch) «Cảm nhận của tôi là nếu thấy hơn một phần trăm thì có vẻ một thứ gì đó đã hỏng.»

Hãy coi khoảng 1% là phép thử mùi không chính thức gắn với Mueller, không phải giới hạn Google ghi nhận hay thực thi. Dưới mức đó có lẽ ổn; trên mức đó đáng điều tra — nhưng đừng coi vượt 1% là tác nhân tự động hay ở dưới là bảo đảm. Con số Google công khai cam kết chính là không có số: “we don’t have any strong thresholds” (bản dịch) «chúng tôi không có ngưỡng mạnh».

500 so với 503 — khác biệt quan trọng

Đây là nơi nhiều người làm sai. 503 Service Unavailable là cách được tán thành để nói với crawler “tôi tạm ngừng, hãy quay lại sau”. Google coi là chủ ý và cho cửa sổ ân hạn. Tài liệu khắc phục crawl nói rõ:

“Return 503 or 429 HTTP response status codes temporarily for Googlebot requests when your server is overloaded. Googlebot will retry these URLs for about 2 days. Note that returning ‘no availability’ codes for more than a few days will cause Google to permanently slow or stop crawling URLs on your site.” (bản dịch) «Tạm trả 503 hoặc 429 cho yêu cầu Googlebot khi máy chủ quá tải. Googlebot sẽ thử lại khoảng hai ngày. Trả mã “không khả dụng” hơn vài ngày sẽ khiến Google vĩnh viễn giảm hoặc ngừng crawl URL trên site.»

Tương phản: 503 có chủ ý và được ân hạn thử lại khoảng hai ngày; 500 ngoài kiểm soát là vô ý và không có ân hạn — mã chỉ được thử lại đến khi Google bỏ cuộc. Với bảo trì dự kiến hoặc phòng vệ quá tải có chủ ý, hãy trả 503, lý tưởng kèm Retry-After, không phải 500 hay trang lỗi 200. Đừng ngụy trang sự cố thật thành 200.

Cách chẩn đoán 500

Làm theo từng tầng: ứng dụng/mã, nền tảng/CMS, hạ tầng/tài nguyên, rồi cấu hình — ưu tiên việc rẻ và dễ mang lại kết quả. Bước riêng WordPress là thực hành phổ biến, không phải cách sửa chung; hãy điều chỉnh theo stack.

1. Log lỗi máy chủ. error.log / access.log hoặc trình xem log nền tảng. Khớp thời gian với yêu cầu lỗi. Stack trace, lỗi PHP nghiêm trọng hay lỗi kết nối DB nằm ở đây; mọi bước sau chỉ là đoán trước khi đọc log.
2. GSC — báo cáo Server error (5xx). Page Indexing nêu URL Google thấy trả 500. Mở Crawl Stats và đọc phân tích “by response” theo thời gian để phân biệt trục trặc thoáng qua với vấn đề khả dụng kéo dài.
3. Bing Webmaster Tools. Cảnh báo crawl gom Server Errors (5xx), chỉ URL cụ thể và công cụ Crawl Information.
4. Tái hiện như bot, không chỉ trình duyệt. Trang có thể trả 500 cho Googlebot nhưng tải tốt với bạn do tải crawl, cấu hình tường lửa/bot sai hoặc giới hạn dung lượng chỉ xuất hiện khi bot đồng thời. Dùng URL Inspection, Fetch as Bingbot hoặc curl với user-agent bot. “Chạy trong trình duyệt của tôi” chưa phải chứng minh an toàn.
5. Xung đột plugin/theme/module, mẫu riêng WordPress. Sao lưu trước. Tắt extension rồi bật từng cái để cô lập thủ phạm, kiểm tra quyền file trên thứ bạn chạm. Hướng dẫn nhà cung cấp WordPress báo cáo mẫu này thường xuyên, nhưng đó là quan sát theo stack, không phải bằng chứng nguyên nhân hàng đầu ở mọi nơi; trên CMS/app khác, tương đương là module, package hay middleware bên thứ ba.
6. Cạn tài nguyên. Bộ nhớ PHP, giới hạn kết nối DB, dung lượng hosting dùng chung, lưu lượng hoặc đỉnh crawl. Nhà cung cấp thường xác nhận từ phía họ.
7. Cấu hình và thay đổi gần đây. .htaccess hỏng, sửa cấu hình máy chủ sai, deploy gần đây hoặc thông tin DB sai. Thay đổi mới là nơi có xác suất cao nhất.

Cách sửa — khớp giải pháp với nguyên nhân

Khớp cách sửa với tầng chẩn đoán chỉ ra. Đây là mẫu phổ biến trong bài thực hành, không phải danh sách xếp hạng hay phổ quát cho stack của bạn:

• Cấu hình/deploy gây lỗi → rollback thay đổi; sửa .htaccess, cấu hình hoặc thông tin xác thực.
• Cạn tài nguyên → tăng giới hạn bộ nhớ PHP, kết nối DB hoặc nâng gói hosting; nếu crawl kích hoạt quá tải, đây cũng là vấn đề tốc độ crawl.
• Xung đột plugin/module → gỡ hoặc thay extension gây lỗi.
• Bug mã → sửa mã, thêm xử lý lỗi còn thiếu.
• Không xác định được → chuyển cho nhà cung cấp kèm thời gian và dòng log chính xác. Đừng đoán trên production.

Ngăn tái diễn

Theo dõi và cảnh báo tỷ lệ 5xx, staging thay đổi trước production, kiểm thử tải trước đỉnh lưu lượng đã biết, và nếu chính crawl Googlebot kích hoạt lỗi thì quản lý tải crawl — chủ ý trả 503/429 khi quá tải thật thay vì để máy chủ phát 500 ngoài kiểm soát.

Câu hỏi thường gặp

Lỗi 500 có làm hại SEO không? Rủi ro được ghi nhận chủ yếu nằm ở kéo dài và quy mô. 500 cô lập thường được thử lại, không có hình phạt được ghi nhận cho một lần trục trặc; 500 kéo dài toàn site làm crawl chậm và có thể deindex.

Bao lâu Google deindex trang trả 500? Không có thời gian cố định. Google thử lại trước và giảm crawl; chỉ loại khỏi chỉ mục nếu lỗi tiếp tục. Sửa xong, trang thường quay lại khi crawl thành công.

Vì sao site trả 500 cho Googlebot nhưng tải tốt trong trình duyệt? 500 riêng bot thường nghĩa vấn đề dung lượng/xử lý bot: tải do crawl, rule tường lửa/bot hoặc giới hạn chỉ xuất hiện với lưu lượng bot đồng thời. Hãy tin log, không phải kiểm tra trình duyệt thủ công.

500 có thể làm chậm crawl toàn site, không chỉ trang ảnh hưởng không? Có. Tài liệu Google xác nhận mức giảm crawl tăng theo số URL lỗi, nên phần lớn site trả 500 làm crawl chậm toàn site. Mueller còn mô tả lý do là Google nghi crawl của mình góp phần quá tải; đó là cách diễn đạt của ông, không phải câu nguyên văn tài liệu hiện hành.

Điều gì gây 500 trong WordPress? Riêng WordPress, nhà cung cấp hosting và cộng đồng thường báo cáo xung đột plugin/theme, .htaccess hỏng hoặc chạm giới hạn bộ nhớ PHP; đó là báo cáo cho nền tảng, không phải nhận định nguyên nhân hàng đầu phổ quát của mọi 500. Thứ tự chẩn đoán vẫn là log trước, rồi thay đổi gần đây, bất kể CMS.

Có an toàn khi tự động thử lại sau 500 không? Chỉ khi đã kiểm tra phương thức và tính idempotent của yêu cầu; 500 tự nó không cho phép chính sách thử lại. GET, HEAD, PUT, DELETE thường an toàn vì idempotent; POST trần thường không, trừ khi API bảo đảm bằng khóa idempotency. Thử lại mù có thể tạo đơn hàng, email hoặc khoản tính phí trùng. Khi thử lại, dùng backoff lũy thừa kèm jitter, giới hạn số lần và đặt ngân sách thử lại để không tạo bão yêu cầu lên máy chủ đang yếu.

Tóm tắt cho AI

Bản cô đọng của phần Nâng cao:

• 500 = ranh giới tình trạng ngoài dự kiến của RFC 9110. Đó là toàn bộ phạm vi mã: không nguyên nhân gốc, thời lượng hay khả năng thử lại. Đây là triệu chứng, không phải chẩn đoán; tìm nguyên nhân từ log máy chủ, không phải trình duyệt. Khác lỗi 4xx phía client/yêu cầu và các mã 5xx 502/503/504 cụ thể hơn.
• Phản ứng Google tăng dần: giảm crawl tạm thời theo số URL ảnh hưởng và có thể cuối cùng loại URL tiếp tục lỗi, rồi phục hồi khi fetch thành công. Mueller mô tả thử lại → crawl chậm → loại; đây là hành vi, không phải bộ hẹn giờ cố định. 500 cô lập thường được thử; không hứa miễn phí, nhưng rủi ro ghi nhận là kéo dài ở quy mô lớn.
• 500 toàn site tệ hơn: mức cắt crawl tăng theo số URL lỗi. Mueller nói Google có thể nghi crawl của mình góp phần quá tải; đây là mô tả của ông, không phải nguyên văn tài liệu. Dù vậy, tải crawl có thể tạo vòng phản hồi thêm 500.
• Quy tắc kinh nghiệm, không phải ngưỡng: Mueller nói trên khoảng 1% có lẽ “đã hỏng”, nhưng đó là cách nhìn cá nhân trong SEO Office Hours, không phải giới hạn Google; Google nói không có ngưỡng cứng.
• 500 so với 503: 503 hoặc 429 là tín hiệu “quay lại sau” được tán thành với ân hạn thử lại khoảng hai ngày; 500 ngoài kiểm soát không có ân hạn. Dùng 503 kèm Retry-After cho downtime dự kiến.
• Thứ tự chẩn đoán: log máy chủ → GSC Server error (5xx) + Crawl Stats “by response” → Bing Webmaster Tools → tái hiện như bot → xung đột plugin/module, mẫu WordPress cần điều chỉnh và sao lưu → cạn tài nguyên → thay đổi cấu hình/deploy.
• An toàn thử lại phụ thuộc yêu cầu, không phải mã. Phương thức idempotent thường an toàn; POST trần thường không nếu thiếu khóa idempotency. Dùng backoff, giới hạn lần thử và ngân sách retry.
• Phục hồi thường nhanh khi sửa; trang bị loại có xu hướng quay lại khi crawl thành công, nhưng Google không bảo đảm thời gian hay kết quả.

Tài liệu chính thức

Tài liệu nguồn sơ cấp từ công cụ tìm kiếm và đặc tả HTTP.

Google

• Khắc phục lỗi crawl Google Search — cách Google xử lý lỗi máy chủ và dùng 503/429 đúng cho quá tải tạm thời.
• Hướng dẫn sâu về cách Google Search hoạt động — bộ lập lịch crawl và cách phản hồi 5xx được đọc là “chậm lại”.
• Báo cáo Crawl Stats — phân tích “by response”, gồm Server error (5xx), để phân biệt trục trặc với vấn đề kéo dài.
• Giảm tốc độ crawl Googlebot — cách chủ ý đúng để giảm crawl thay vì để máy chủ phát 500 ngoài kiểm soát.

Bing / Microsoft

• Bing Webmaster Tools — Danh sách cảnh báo lỗi crawl — cách Bing gom Server Errors (5xx) và nơi xem URL ảnh hưởng.

Đặc tả/tham chiếu HTTP

• MDN — 500 Internal Server Error — định nghĩa mã trạng thái.
• RFC 9110 §15.6.1 — 500 Internal Server Error — ngữ nghĩa HTTP có thẩm quyền.

Trích dẫn từ nguồn

Các phát biểu được ghi nhận. Trang render bằng JavaScript hoặc lời truyền qua nguồn thứ cấp được đánh dấu bằng lưu ý <small>.

Google — tiến trình leo thang

• “We don’t have any strong thresholds on that. But essentially what happens with 500 errors is we’ll try to retry them. And if we continue to see …the 500 errors then we will …slow down crawling. And if we continue to see that there are 500 errors then we will drop those URLs from the index.” (bản dịch) «Không có ngưỡng mạnh; Google thử lại lỗi 500, giảm crawl nếu tiếp tục thấy lỗi, rồi loại URL nếu lỗi vẫn tồn tại.» — John Mueller, Google. Đọc bài Được truyền qua bản ghi SEO Office Hours của Search Engine Journal; xác nhận câu chữ với video nguồn trước khi coi là cuối cùng.
• “But if a large part of a site consistently has 500 errors and we might assume that maybe we’re causing the problem and we’ll slow down crawling of the whole site and at some point we’ll say well, it looks like these pages are really gone, we’re going to drop them.” (bản dịch) «Nếu phần lớn site liên tục có 500, Google có thể nghi mình gây vấn đề, giảm crawl toàn site và cuối cùng loại trang.» — John Mueller, Google. Đọc bài Được Search Engine Journal truyền đạt; xác minh nguyên văn với video gốc.
• “My feeling is if you’re seeing something more than one percent then that sounds like something is kind of broken.” (bản dịch) «Nếu thấy hơn một phần trăm thì có vẻ thứ gì đó đã hỏng.» — John Mueller về quy tắc tỷ lệ lỗi thô. Đọc bài Được Search Engine Journal truyền đạt; xác minh nguyên văn với video gốc.

Google — tín hiệu “chậm lại” được tán thành (tài liệu đã xác minh)

• “Return 503 or 429 HTTP response status codes temporarily for Googlebot requests when your server is overloaded. Googlebot will retry these URLs for about 2 days. Note that returning ‘no availability’ codes for more than a few days will cause Google to permanently slow or stop crawling URLs on your site.” (bản dịch) «Tạm trả 503 hoặc 429 khi máy chủ quá tải; Googlebot thử lại khoảng hai ngày, còn mã không khả dụng kéo dài sẽ khiến Google giảm hoặc ngừng crawl vĩnh viễn.» — Tài liệu Google Search Central. Đi đến trích dẫn

Patrick Stox — định nghĩa đã xác minh trên Ahrefs

• “500 Internal Server Error – The server encounters some kind of issue and doesn’t have a better or more specific error code.” (bản dịch) «500 Lỗi máy chủ nội bộ — máy chủ gặp vấn đề nào đó và không có mã lỗi tốt hơn hay cụ thể hơn.» — hướng dẫn mã trạng thái HTTP của tôi. Đi đến trích dẫn

Checklist xử lý lỗi 500

Chạy từ trên xuống ngay khi 500 xuất hiện:

• Lấy log lỗi máy chủ và tìm lỗi thật — stack trace, PHP fatal, lỗi DB — không chỉ “500” trong trình duyệt.
• Kiểm tra thay đổi gần đây — plugin/theme/module mới, deploy, sửa .htaccess/cấu hình máy chủ, đổi thông tin DB.
• Mở GSC → Page Indexing → Server error (5xx) để xem URL Google thấy trả 500.
• Đọc GSC Crawl Stats “by response” theo thời gian để đánh giá thoáng qua hay kéo dài.
• Kiểm tra cảnh báo lỗi crawl Bing Webmaster Tools cho cùng URL.
• Tái hiện như bot bằng URL Inspection, Fetch as Bingbot hoặc curl với user-agent bot, không chỉ trình duyệt.
• Loại trừ cạn tài nguyên như bộ nhớ PHP, kết nối DB, dung lượng hosting cùng nhà cung cấp.
• Cô lập xung đột plugin/module bằng cách tắt rồi bật từng cái.
• Xác nhận không phát 500 ngoài kiểm soát trong downtime dự kiến; dùng 503 kèm Retry-After.
• Xác minh tỷ lệ lỗi về dưới phép thử mùi ~1% không chính thức của Mueller, không phải ngưỡng Google, và GSC cho thấy crawl thành công.

Runbook: “Site đang trả 500 — kiểm tra gì trước?”

Thứ tự không hoảng loạn. Làm lần lượt và dừng khi tìm, sửa được nguyên nhân.

0. Xác định phạm vi (2 phút). Một URL, một template/khu vực hay toàn site? Một URL có rủi ro thấp vì Google thử lại. Toàn site là khẩn cấp, mẫu khiến Google giảm crawl cả site.

1. Đọc log lỗi máy chủ. error.log trước. Khớp thời gian lỗi. Tìm nguyên nhân thật như PHP fatal, kết nối DB, segfault hay hết bộ nhớ. Mọi bước dưới là đoán trước khi làm việc này.

2. Đối chiếu “thay đổi gì”. Sắp theo thay đổi mới: deploy, plugin/theme/module thêm hoặc cập nhật, sửa .htaccess, đổi thông tin DB, đẩy cấu hình. Phần lớn 500 truy về thay đổi trong vài giờ/ngày. Nếu có thể, rollback trước, chẩn đoán sau để khôi phục dịch vụ và mua thời gian.

3. Xác nhận góc nhìn công cụ tìm kiếm. GSC → Page Indexing → Server error (5xx) cho URL ảnh hưởng, rồi Crawl Stats → by response để xem trục trặc hay kéo dài. Đối chiếu cảnh báo Bing Webmaster Tools để biết đồng hồ SEO khẩn đến đâu.

4. Tái hiện như bot nhìn thấy. Nếu người dùng tải được nhưng Googlebot nhận 500, kiểm tra bằng URL Inspection, Fetch as Bingbot hoặc curl -A "Googlebot" <url>. 500 riêng bot chỉ dung lượng, rule tường lửa/bot hay tải do crawl — cách sửa khác bug mã.

5. Chia đôi nghi phạm thường gặp.

• Plugin/module: tắt tất cả, bật từng cái đến khi lỗi lại.
• Tài nguyên: kiểm tra bộ nhớ PHP, trần kết nối DB, dung lượng hosting, nhất là khi 500 tụ quanh đỉnh lưu lượng/crawl.
• Cấu hình: trở .htaccess/cấu hình máy chủ về bản tốt đã biết.

6. Nếu crawl là tác nhân, đừng chỉ chịu đựng. Khi lượng crawl Googlebot làm quá tải, đòn bẩy tạm đúng là trả 503/429 kèm Retry-After, không để máy chủ phát 500 ngoài kiểm soát. Google tôn trọng 503 là “quay lại sau” khoảng hai ngày; 500 không có ân hạn.

7. Xác minh phục hồi. Tỷ lệ lỗi dưới phép thử mùi ~1% không chính thức, log sạch và GSC Crawl Stats cho fetch thành công. Trang bị loại thường quay lại khi crawl thành công; không có thời gian bảo đảm nhưng thường nhanh.

Mẫu leo thang: 500 thỉnh thoảng → thường được thử lại, rủi ro ghi nhận thấp → 500 kéo dài → crawl chậm → vẫn kéo dài → URL rời chỉ mục. Google không công bố thời gian chuyển; công việc là phá chuỗi trước khi đi xa.

Nên trả mã máy chủ nào?

Dùng phần này khi quyết định phản hồi hoặc diễn giải điều đang thấy.

Lỗi có chủ ý, như bảo trì hoặc phòng vệ quá tải không?

• Có → trả 503 Service Unavailable kèm Retry-After. Google coi tạm thời và thử lại khoảng hai ngày. Không phục vụ trang lỗi 200 và không để rơi thành 500.
• Không, đây là lỗi ngoài dự kiến → tiếp tục.

Mọi người gặp lỗi hay chỉ crawler?

• Mọi người → vấn đề mã/cấu hình/DB. Đến log lỗi máy chủ và danh sách “thay đổi gì”; rollback thay đổi gần đây.
• Chỉ Googlebot/Bingbot → nghi dung lượng, rule nhận diện bot/tường lửa hoặc tải do crawl. Tái hiện như bot, kiểm tra tài nguyên và rule bot.

Một URL hay phần lớn site?

• Một URL / thỉnh thoảng → ít khẩn cấp. Google thử lại; sửa khi thuận tiện nhưng xác nhận thật sự cô lập.
• Toàn site / kéo dài → khẩn cấp. Đây là mẫu khiến Google giảm crawl toàn site rồi deindex. Khôi phục dịch vụ trước bằng rollback, tìm nguyên nhân sau.

Tỷ lệ lỗi trên khoảng 1%?

• Có → đáng điều tra như vấn đề thật; đây là quy tắc không chính thức của Mueller, không phải ngưỡng Google.
• Không → có lẽ ổn, nhưng tiếp tục theo dõi xu hướng, không chỉ snapshot.

Prompt: đối chiếu 500 với log và deploy

Diagnose this HTTP 500 incident from the sanitized evidence I provide. Build a
timeline across deployment events, request IDs, access logs, application errors,
resource signals, and affected URL patterns. Rank likely causes by evidence, separate
the fastest service-restoration action from the root-cause fix, and give exact
validation and rollback checks. Do not invent missing stack traces or thresholds.

[PASTE TIMELINE, HEADERS, LOGS, AND RECENT CHANGES]

Prompt: biến stack trace thành kế hoạch kiểm tra an toàn

Explain this stack trace in plain language, identify the failing component and its
inputs, and propose the smallest reversible test that distinguishes code, dependency,
configuration, and resource-exhaustion causes. Include what evidence would falsify
each hypothesis and how to confirm the URL returns a stable non-5xx response afterward.
Redact secrets and do not suggest exposing debug output publicly.

[PASTE SANITIZED STACK TRACE]

Shell: lấy mẫu danh sách URL cho phản hồi 5xx

Chạy với mỗi dòng trong urls.txt là một URL tuyệt đối.

while IFS= read -r url; do
  curl -sS -o /dev/null -w '%{http_code},%{time_total},%{url_effective}\n' "$url"
done < urls.txt

Kết quả tách route cô lập khỏi lỗi rộng và ghi độ trễ mà không tải nội dung phản hồi.

PowerShell: xuất cùng mẫu trạng thái

Get-Content .\urls.txt | ForEach-Object {
  $r = Invoke-WebRequest -Uri $_ -SkipHttpErrorCheck
  [PSCustomObject]@{ Status = $r.StatusCode; Url = $_ }
} | Export-Csv .\status-sample.csv -NoTypeInformation

Shell: đếm trạng thái 5xx trong access log

Điều chỉnh vị trí trường trạng thái theo định dạng log đã ghi nhận trước khi tin kết quả.

awk '$9 ~ /^5[0-9][0-9]$/ { count[$9]++ } END { for (code in count) print code, count[code] }' access.log

Công cụ tìm và chẩn đoán 500

• Log lỗi máy chủ — error.log / access.log hoặc trình xem log của host/nền tảng. Công cụ quan trọng nhất; nguyên nhân thật nằm đây.
• Google Search Console — Page Indexing — mục “Server error (5xx)” liệt kê URL Google thấy trả 500.
• GSC — báo cáo Crawl Stats — phân tích “by response” theo thời gian tách trục trặc khỏi vấn đề khả dụng kéo dài.
• GSC — URL Inspection — fetch một URL như Google để tái hiện 500 riêng bot.
• Bing Webmaster Tools — cảnh báo crawl gom Server Errors (5xx) và dẫn đến Crawl Information.
• curl — tái hiện với user-agent tùy ý: curl -I -A "Googlebot" <url> để thấy mã như bot.
• Crawler/site audit — Ahrefs Site Audit và Screaming Frog SEO Spider tìm 5xx toàn site và mẫu theo template/khu vực.
• Theo dõi uptime/trạng thái — cảnh báo tỷ lệ 5xx để biết đỉnh lỗi trước Google.

Tài nguyên đáng xem

Bài viết liên quan của tôi

• Mã trạng thái HTTP: Hướng dẫn tác động đến SEO và UX — tham chiếu đầy đủ, gồm định nghĩa 500 và khung crawl 5xx.
• Hướng dẫn nhập môn Technical SEO — vị trí lỗi máy chủ trong bức tranh kỹ thuật lớn.

Bài nói của tôi

• Cách Search hoạt động trên SlideShare — phần trình bày về crawl và phản hồi sức khỏe máy chủ. Tuyên bố giới hạn: “This is my understanding of systems… not going to be 100% complete or accurate.” (bản dịch) «Đây là hiểu biết của tôi về hệ thống… không thể đầy đủ hoặc chính xác 100%.»

Tài nguyên trong ngành

• Mã lỗi 500 có thể ảnh hưởng tiêu cực đến lập chỉ mục thế nào — bài với trích dẫn Mueller về thử lại → giảm crawl → loại và quy tắc ~1%.
• Cách sửa “Server error (5xx)” trong Google Search Console — hướng dẫn từng bước báo cáo GSC.
• Cách sửa “Server Error (5xx)” trong Google Search Console — định nghĩa, nơi tìm và đường sửa.
• Cách sửa 500 Internal Server Error trên site — danh sách thiên về WordPress: log, plugin/theme, bộ nhớ PHP, .htaccess, quyền.
• Lỗi máy chủ 5xx: Hướng dẫn tìm và sửa — góc nhìn audit về log và ngân sách crawl.
• Cách sửa 5xx Server Error trong Google Search Console — một hướng dẫn báo cáo GSC khác.

Video

• Google Search Central trên YouTube — kho SEO Office Hours nơi khung thử lại → giảm crawl → loại của John Mueller bắt nguồn. Kênh

Tự kiểm tra: 500 Internal Server Error

Năm câu hỏi nhanh về 500 và tác động SEO. Chọn đáp án rồi kiểm tra.

Nhật ký thay đổi