Digitari SolutionsDigitari°

Blog / Emergency

EmergencyMay 7, 20267 min read

What to Do When Your Website Goes Down: A Step-by-Step Recovery Guide

A practical recovery checklist for when your site is down or unreachable, before you call in a developer.

Arian Rahimi, founder of Digitari Solutions, Vancouver web developer

By Arian Rahimi

Your site is down. You cannot access it. Your customers cannot find you. And every minute it is offline is a minute someone else is getting the call.

Before you start panic-Googling for someone to fix it, work through this checklist. Most outages have a small handful of root causes, and a surprising number of them you can resolve yourself in the next twenty minutes.

If you are past the point of DIY, skip to the bottom. Otherwise, start at Step 1.

Step 1: Confirm it is actually down for everyone

The first thing to do is make sure the site is genuinely down, not just down for you. About 1 in 5 "my site is down" calls turn out to be local issues, like a stale DNS cache, a corrupted browser session, or an ISP-level routing problem. Cheap to rule out, expensive to ignore.

Try the site:

  • On a different browser (Chrome to Firefox, or vice versa)
  • On a different device (your phone on cellular data, not WiFi)
  • Through an incognito window with all extensions disabled

If it loads in any of those, the issue is local to your machine or network. Clear your DNS cache (run ipconfig /flushdns on Windows or sudo killall -HUP mDNSResponder on Mac), restart your browser, and you are back.

If none of that works, the site is genuinely down for the public. Move to Step 2.

A faster shortcut: visit downforeveryoneorjustme.com or isitdownrightnow.com and paste in your URL. They will tell you in five seconds.

Step 2: Check your hosting status

Your host going down takes your site with it. This is the most common cause of outages that are not related to recent changes you made.

Find your hosting provider (Bluehost, SiteGround, GoDaddy, WPEngine, Cloudways, Kinsta, etc.) and check their status page. A quick Google for "[your host] status" will get you there. If they are reporting an active incident, you are waiting for them to fix it. There is nothing you can do.

While you are there, log into your hosting dashboard and check:

  • Is your billing current? Lapsed payments suspend sites silently
  • Are you over your storage or bandwidth limits? Traffic spikes can knock cheap shared hosting offline
  • Is your hosting plan active or expired? This is shockingly common with annual renewals

Hosting issues account for roughly a third of the emergency outages we see.

Step 3: Audit recent changes

If your hosting is fine, the next question is what changed in the last 24 to 48 hours.

Walk through:

  • Did you (or anyone with admin access) update WordPress core, a theme, or a plugin recently?
  • Did your developer push something new?
  • Did your hosting auto-update PHP or the server stack?
  • Did you change any DNS settings, point a new domain, or move email providers?

A failed plugin update is the single most common cause of WordPress sites going down. Update conflicts cause the white screen of death about as often as actual hacks do. If you can identify the change, the fix is usually rolling it back: deactivate the plugin via FTP or your host file manager, restore the theme from a backup, or revert the WordPress core update.

If you cannot roll it back yourself, this is the point where calling in a developer makes sense. Ten minutes for a pro is faster than three hours of Googling.

Step 4: Check DNS and SSL

If the site loads with a security warning ("not secure," "your connection is not private") or shows up as completely unreachable in your browser but your hosting dashboard works, the issue is probably DNS or SSL.

DNS issues happen when:

  • You moved hosts and the DNS records were not updated
  • Your domain registrar nameservers got changed
  • A DNS propagation delay is in progress (these resolve themselves in 24 to 48 hours)

Free check: visit dnschecker.org and type in your domain. If different regions show different IPs, you are mid-propagation. Wait it out.

SSL issues are simpler. SSL certificates expire. If yours expires and auto-renewal fails (which happens more than you would think), browsers will block the site outright. Most hosts auto-renew Let's Encrypt certificates every 90 days, but renewal failures are not always reported clearly. Log into your host, find your SSL settings, and check the expiration date.

Step 5: Look for hacking indicators

If your site loads but looks wrong, redirects to a sketchy page, or Google flags it as deceptive in the search results, you have been hacked.

The signs:

  • Your site redirects to an unrelated domain (often pharmaceutical or adult content)
  • Spam content appears in your blog or page output that you did not write
  • Your search results in Google show "this site may be hacked" warnings
  • Browser security warnings appear for visitors but not for you (some malware hides from logged-in admins)
  • You find admin user accounts you did not create

If any of these are true, do not log in and start clicking around. The malware can spread, log your keystrokes, and use your session to compromise other accounts. The right move is to take the site offline at the host level, run a malware scanner (Wordfence, Sucuri, or your host built-in scanner), and clean from a known-good backup. This is not a fix-yourself situation in most cases.

Step 6: Restore from backups

If you have identified the issue as something a backup would solve (corruption, hack, broken update, deleted files), restoring is almost always faster than debugging.

The order to check:

  1. Your own backup tool (UpdraftPlus, BackupBuddy, etc.) if you have one configured
  2. Your host auto-backups (most hosts retain 7 to 60 days of automated backups even if you did not set them up)
  3. Wayback Machine snapshots for content recovery
  4. Google cache for individual pages

Most hosts keep backups in their dashboard under a section called "Backups," "Restore Points," or similar. Restoring usually takes 5 to 15 minutes and reverts everything to the chosen snapshot. If your last backup is from before the issue started, you are back online.

If you have no backups anywhere, your options narrow significantly. A developer can reconstruct from cached content or from your live database, but this is slower and not always possible.

When to call a pro

You have worked through the checklist. The site is still down. The issue is one of:

  • A hack that has spread further than you can clean
  • A WordPress conflict that you cannot isolate
  • A hosting issue that requires escalation through support
  • A DNS or SSL issue you cannot diagnose
  • No backups and no clear recovery path

This is the point where calling someone in is faster than continuing alone. A good emergency website repair service will give you a fixed-price quote within an hour, a clear timeline, and confidence in the delivery date. They should not pressure you toward a rebuild unless the existing site is genuinely beyond repair.

If you would rather not be the one doing all of this the next time it happens, a maintenance retainer covers backups, monitoring, and rapid response so you do not end up in this situation again.

We do all of this at Digitari Solutions. Emergency repair starts at $499 with a free 1-hour triage call, a fixed-price quote upfront, and most sites back online next-day.

#emergency#wordpress#websiterecovery#hosting
Arian Rahimi, founder of Digitari Solutions, Vancouver web developer

Written by

Arian Rahimi

Founder, Digitari Solutions

6 years running websites and paid campaigns for small businesses. Writing code since age 13. Lighthouse Labs Web Dev grad, Google Ads and Meta Blueprint certified. Vancouver-based.

Read full bio →

Want us to look at your site?

Send us the URL and we will tell you what is holding it back, free.

Get a Free AuditGet an Estimate