VeryAppı
Building a website

Website Down: What to Do in an Emergency

Published on February 1, 2026·8 min read

Faced with a site that's down, the priority is to diagnose within a few minutes whether the problem is your connection, the domain name, or the server, then contact the right person with the right information. In most cases, the cause can be identified quickly and getting back online only depends on how fast the provider or host reacts.

The real problem: wasting time figuring out who to contact

The panic caused by an unreachable site rarely comes from the outage itself, but from not knowing what to do. Who to contact first, the host or the developer? Has the domain name expired? Is this a general outage or just for me? This uncertainty wastes the most critical minutes or hours, the ones where a fast diagnosis avoids an entire day of downtime.

A professional site that's down has a direct cost: customers who can't find your contact details, an unreachable quote form, an impossible booking. The longer the outage lasts, the bigger the impact grows, including on SEO if the downtime stretches over several days.

Step 1: check that the problem isn't on your end

Before alerting anyone, a few quick checks avoid a false alarm:

  1. Test the site from another network (switch to 4G on your phone instead of your usual wifi).
  2. Clear your browser cache or test in private browsing.
  3. Use a free online availability checking tool, which shows whether the site responds from several different locations.
  4. Check whether other sites work normally from your connection, to rule out a local internet box issue.

If the site responds normally elsewhere but not for you, the problem is local (cache, local DNS, connection) and requires no action on the site's side.

Step 2: identify the type of outage

The error message displayed points immediately to the right cause.

SymptomLikely causeWho to contact
"This site can't be reached" / browser can't find the serverExpired domain name or misconfigured DNSDomain registrar, or host if DNS is hosted there
Error 500 / "Internal Server Error"Software problem on the server (plugin, update, script)Developer or technical provider
Error 503 / "Service Unavailable"Overloaded server or maintenanceHost
Blank page with no messageUnhandled code error, often after an updateDeveloper or technical provider
Invalid SSL certificate, "not secure" warningExpired or improperly renewed certificateHost

Identifying this upfront avoids waiting for a response from the wrong contact while the person actually responsible for the outage isn't even aware of it.

Step 3: check the domain name first

A surprisingly common cause of total outage is domain name expiration, often linked to a forgotten renewal or an expired card on the registrar account. An expired domain makes the site completely unreachable within a few hours, even if the hosting and code work perfectly. Checking the domain's expiration date on the registrar's site takes two minutes and lets you immediately rule out or confirm this cause.

Step 4: contact the right person with the right information

Once the likely cause has been identified, the message sent to the host or provider needs to be precise to speed up resolution:

  • The exact URL affected.
  • The error message displayed (screenshot if possible).
  • The approximate time the problem started.
  • What changed recently: an update, a plugin added, content edited, a password change.

A vague message ("my site isn't working anymore") forces the other person to start diagnosing from scratch, which often adds several hours to the resolution time.

Step 5: restore from a backup if necessary

If the outage follows a botched update, a code change, or an infection, the fastest solution is often to restore the last healthy backup rather than trying to fix things live. This obviously assumes you have a recent, working backup — something to check beforehand, before an incident occurs, not during one.

Step 6: communicate if the outage drags on

Beyond a few hours, informing your customers avoids unpleasant surprises and needless worry. A short message on professional social media or an autoreply on the contact email ("we're experiencing a temporary technical issue, please contact us by phone") maintains trust during the resolution.

After the outage: preventing it from happening again

Once the site is back online, the urgency fades and the temptation is to move on without digging into the real cause. That's a mistake: most outages have an identifiable origin that can be fixed to avoid a repeat. Automatic domain name renewal prevents a forgotten deadline. A regularly tested backup turns a future outage into an incident of a few minutes rather than a crisis of several hours. A clear contract with the host or provider, with a defined response time, removes uncertainty about who needs to act and within how long.

A short post-incident review, even an informal one — fifteen minutes to note what happened and what could have prevented it — is well worth the investment compared to the time lost during the outage itself.

What to remember

  • Before alerting anyone, check that the problem isn't local (network, browser cache).
  • The error message displayed generally indicates whether to contact the host, the domain registrar, or the developer.
  • Domain name expiration is a common cause of total outage, worth checking first because it's easy to confirm.
  • A precise message (URL, exact error, time, recent changes) noticeably speeds up resolution.
  • Restoring a healthy backup is often faster than fixing a broken site live after an update.
  • Beyond a few hours of downtime, communicating with your customers limits the impact on the business relationship.

Frequently asked questions

How do I know if my site is down for everyone or just for me?

Test from another network (4G instead of your usual wifi) or use an online availability checking tool. If the site responds elsewhere but not for you, the problem is your connection or local cache, not the site.

What does a 500 error on my site mean?

A 500 error means the server ran into an internal problem processing the request, often linked to a faulty extension, a botched update, or a saturated server resource. It generally requires the intervention of someone with server access.

Should I notify my customers if the site is down for a long time?

Beyond a few hours, yes, especially if the site is used to book appointments, place orders, or send quotes. A message on social media or by email avoids an unpleasant surprise and shows the situation is under control.

How long does it take a provider to fix an outage?

That depends entirely on the contract. Without a response-time commitment, resolution can take several days. With a clear commitment (often 24 to 48h with serious providers), the outage is handled as a priority and the timeframe is known in advance.

To avoid handling these emergencies alone, a website with maintenance and interventions under 48h included guarantees a responsive contact as soon as a problem arises.

Frequently asked questions

How do I know if my site is down for everyone or just for me?

Test from another network (4G instead of your usual wifi) or use an online availability checking tool. If the site responds elsewhere but not for you, the problem is your connection or local cache, not the site.

What does a 500 error on my site mean?

A 500 error means the server ran into an internal problem processing the request, often linked to a faulty extension, a botched update, or a saturated server resource. It generally requires the intervention of someone with server access.

Should I notify my customers if the site is down for a long time?

Beyond a few hours, yes, especially if the site is used to book appointments, place orders, or send quotes. A message on social media or by email avoids an unpleasant surprise and shows the situation is under control.

How long does it take a provider to fix an outage?

That depends entirely on the contract. Without a response-time commitment, resolution can take several days. With a clear commitment (often 24 to 48h with serious providers), the outage is handled as a priority and the timeframe is known in advance.

Related articles

← Back to blog