Skip to main content

Technical SEO

500 Errors: When the Server Breaks

Diagnosing and preventing internal server errors.

Quick answer

A 500 Internal Server Error means the server hit an unexpected problem and could not complete the request. Unlike a 404, it signals something is broken on your side — and it blocks both visitors and search engines.

HTTP 5xx errors indicate server-side failures: crashes, misconfigurations, database problems or overload. They make pages completely inaccessible and, if sustained, can cause search engines to drop pages. Monitoring catches them fast.

Check your website

See how your site handles 500 errors: when the server breaks — free, no account needed.

For business owners

A 500 error means your site is broken for that visitor — no content, no sale, just an error. If it affects key pages or persists, it damages both revenue and rankings. Because 500s are unpredictable, monitoring that alerts you the moment they appear is the difference between a five-minute fix and hours of silent downtime.

How it works (technical)

Common 5xx codes: 500 (generic internal error), 502 (bad gateway — upstream returned an invalid response), 503 (service unavailable — overloaded or in maintenance), 504 (gateway timeout). Causes include unhandled exceptions, exhausted memory, database connection failures and misconfigured proxies. Diagnose via server and application logs. For planned maintenance, return 503 with a Retry-After header so crawlers know to come back.

Real-world example

A traffic spike exhausted a site's database connections, returning 500s on every dynamic page. Uptime monitoring alerted the team within a minute; they raised the connection limit and added caching. Because search engines only saw brief errors, rankings were unaffected.

Why it matters

Sustained 5xx errors cause downtime and, if search engines keep hitting them, deindexing. Monitoring for them is central to uptime and trust.

How to fix it

  1. Check server and application logs to find the underlying exception or failure.

  2. Fix the root cause (code bug, resource limit, database, upstream service).

  3. For maintenance, return 503 with Retry-After rather than a raw 500.

  4. Add caching, connection pooling or scaling to survive traffic spikes.

  5. Monitor uptime so 5xx errors trigger an immediate alert.

Best practices

  • Log errors with enough detail to reproduce them.

  • Use 503 + Retry-After for planned downtime.

  • Alert on error-rate spikes, not just full outages.

Common mistakes

  • Exposing stack traces or secrets on the error page.

  • Serving 500s during maintenance instead of 503.

  • Discovering outages from customer complaints instead of monitoring.

Frequently asked questions

Will a brief 500 hurt my rankings?

A short blip is usually fine — search engines retry. Sustained 5xx errors can lead to pages being dropped, so fix them quickly.

What is the difference between 502 and 500?

A 500 is a generic error in your application; a 502 means a gateway/proxy received an invalid response from an upstream server.

Put this into practice

See how your site scores with Plexa Trust — start with a free scan, then unlock the complete audit on Pro.

Scan your website free

See Pro plans · Create account