How to Check If Your Website Is Down for Everyone or Just You
You try to open your website -- and it will not load. Panic sets in. Your mind immediately jumps to worst-case scenarios: the server crashed, the hosting provider is down, the site has been hacked. But before you start making emergency phone calls, you need to answer one fundamental question: is it down for everyone, or just for me?
This distinction is critical because the answer determines your next steps. If the site is down globally, you need to contact your hosting provider and start incident response. If it is only down for you, the issue is local -- a DNS cache, a VPN conflict, an ISP routing problem -- and the fix is entirely different.
This guide walks you through every method for diagnosing whether a website outage is global or local, explains the common causes of each type, and shows you how to set up continuous monitoring so you never have to wonder again.
Step 1: Try Another Device or Network
The fastest way to check is to access your website from a different network. Here is what to try, in order of speed:
- Switch to mobile data: Disconnect from Wi-Fi and load your site over your phone's cellular connection. This uses a completely different network path and DNS resolver.
- Try a different browser: Open the site in an incognito/private window or a different browser. This rules out browser cache, cookies, and extension issues.
- Use a different device: If you have a tablet, another laptop, or can ask a colleague to check, this eliminates device-specific problems.
- Try a VPN: Connecting through a VPN routes your traffic through a different network and often a different geographic location, which can reveal ISP-specific or regional issues.
What each result tells you
| Scenario | Diagnosis | Next Step |
|---|---|---|
| Works on mobile data, not on Wi-Fi | Local network or ISP issue | Flush DNS, restart router, contact ISP |
| Works in another browser, not in your usual one | Browser cache or extension conflict | Clear cache, disable extensions, try incognito mode |
| Works through VPN, not without it | ISP blocking or routing issue | Contact ISP or check if your IP is blocked |
| Does not work on any device or network | Likely a global outage | Check hosting status, server logs, DNS records |
Step 2: Use Online "Is It Down?" Checking Tools
Several free online tools can tell you whether a website is reachable from external servers. These services check your URL from their own infrastructure, giving you an independent perspective:
- Down For Everyone Or Just Me (downforeveryoneorjustme.com): Simple, fast single check. Enter your URL and get a yes/no answer.
- IsItDownRightNow (isitdownrightnow.com): Provides basic response time and status information.
- DownDetector (downdetector.com): Crowdsourced outage reports. Useful for checking if other users are reporting problems with major services.
- Host Tracker and similar multi-location checkers: Test from multiple geographic locations simultaneously.
Limitations of manual checking tools
These tools are useful for a quick one-time check, but they have significant limitations:
- They only check at the moment you ask. If the site was down 5 minutes ago and just came back, you will not know.
- They do not alert you proactively. You have to manually visit the tool and enter your URL every time.
- They typically only check HTTP status codes, not page content or functionality.
- They do not track historical uptime or show patterns over time.
- They cannot test authentication-protected pages or API endpoints.
For anything beyond occasional curiosity, you need continuous automated monitoring. But these tools are a great first step when you are in the middle of a potential outage and need a quick answer.
Step 3: Check from the Command Line
For more detailed diagnostics, use command-line tools. These give you much more information than a simple "up or down" answer:
Ping test
The ping command checks basic network connectivity to your server:
- If ping succeeds: Your server is reachable at the network level. The issue may be with the web server software (Apache, Nginx), the application, or a specific endpoint.
- If ping fails: The server is unreachable. This could be a network outage, a firewall blocking ICMP, or the server being completely down.
- If ping shows high latency (>200ms): Network congestion or routing issues may be causing slowness that feels like downtime.
DNS lookup
DNS problems are one of the most common causes of "the site is down for just me." Use nslookup or dig to check if your domain resolves correctly:
- Compare results with expected IP: If the DNS resolves to a different IP than expected, you may have a stale DNS cache or incorrect DNS records.
- Try different DNS resolvers: Compare results from your ISP's DNS, Google DNS (8.8.8.8), and Cloudflare DNS (1.1.1.1). If they differ, there is a DNS propagation issue.
- Check for NXDOMAIN: If the domain does not resolve at all, the DNS records may have been deleted or the domain may have expired.
Traceroute
The traceroute (or tracert on Windows) command shows the network path from your computer to the server. This is invaluable for diagnosing:
- Where the connection drops: If the trace stops at a specific hop, that hop or the network behind it is the problem.
- High latency at specific hops: Bottlenecks in the network path that cause slowness.
- ISP-specific routing issues: If the trace goes through unusual or suboptimal paths, your ISP may have a routing problem.
cURL for detailed HTTP diagnosis
The curl command gives you the most detailed view of what happens when a browser tries to load your site. Use curl -I for headers only, or curl -v for verbose output including TLS handshake details, redirects, and response headers. This can reveal:
- SSL/TLS certificate errors
- Redirect loops (301/302 chains)
- Server error codes (500, 502, 503, 504)
- Timeout issues at specific stages of the connection
- Content differences (the server returns an error page instead of your site)
Use our HTTP Status Explainer tool to understand what any status code means and what action to take.
Step 4: Check Your DNS and Domain Status
DNS-related issues are among the most common causes of website outages, and they are easy to overlook because they can be invisible at the server level. Your server may be running perfectly, but if DNS is broken, nobody can reach it.
Common DNS problems that cause downtime
| Problem | Symptom | Fix |
|---|---|---|
| Expired domain registration | Domain stops resolving entirely | Renew domain immediately; enable auto-renewal |
| Incorrect A/AAAA records | Domain points to wrong or old server | Update DNS records at your registrar |
| Missing or broken nameservers | Intermittent or complete DNS failure | Verify nameserver configuration |
| DNS propagation after changes | Works for some users, not others | Wait for TTL to expire; use short TTL during changes |
| Deleted DNS zone | All records disappear; site unreachable | Recreate zone and records from backup |
| DNSSEC validation failure | Site unreachable from DNSSEC-validating resolvers | Fix DNSSEC signatures or disable DNSSEC |
Domain expiry is particularly dangerous because it can happen silently. You set up your domain years ago, the credit card on file expired, renewal emails went to an old address, and suddenly your site is down because the domain lapsed. UptyBots offers dedicated domain expiry monitoring that alerts you weeks before your domain registration expires.
Step 5: Check Your Hosting Provider and Server
If the site is confirmed down globally, the issue is either with your hosting provider or your server configuration. Here is how to investigate:
Hosting provider status
- Check your hosting provider's status page (usually at
status.provider.com) - Check their social media accounts for outage announcements
- Search Twitter/X for your hosting provider's name + "down" to see if other customers are reporting issues
- Log in to your hosting control panel -- if you cannot access it either, the provider is likely having a platform-wide issue
Server-level issues
If your hosting provider is operational, the issue may be specific to your server:
- Server resources exhausted: CPU at 100%, memory full, disk space full. These cause the web server to stop responding.
- Web server crashed: Apache, Nginx, or your application server may have stopped. Check server logs if you have SSH access.
- SSL certificate expired: An expired certificate will cause browsers to show a security warning or block access entirely. Modern browsers treat this as "the site is broken," not just a warning.
- Firewall misconfiguration: A recent firewall rule change may have blocked legitimate traffic.
- DDoS attack: A distributed denial-of-service attack can make your server unreachable or extremely slow.
Step 6: Check for SSL/TLS Certificate Issues
SSL certificate problems are an increasingly common cause of "the site appears down" -- especially because modern browsers now block access to sites with certificate errors rather than just showing a warning.
SSL issues that cause downtime
- Expired certificate: The most common SSL issue. Let's Encrypt certificates expire every 90 days, and auto-renewal can silently fail.
- Certificate chain incomplete: The server provides the end-entity certificate but not the intermediate certificates, causing validation failures in some browsers and operating systems.
- Domain mismatch: The certificate does not cover the domain being accessed (e.g., certificate covers
example.combut notwww.example.com). - Mixed content: The main page loads over HTTPS, but some resources (images, scripts, stylesheets) are loaded over HTTP, causing browsers to block them or show warnings.
UptyBots includes SSL monitoring that continuously checks your certificate validity, expiration date, and chain correctness. You get alerts days or weeks before a certificate expires, so you never get caught by an expired cert.
Understanding Local vs. Global Outages
To summarize, here is a comprehensive comparison of local versus global outage characteristics:
| Characteristic | Local (Just You) | Global (Everyone) |
|---|---|---|
| Other devices/networks can access the site | Yes | No |
| Online checking tools show the site as up | Yes | No |
| Common causes | DNS cache, ISP routing, firewall, VPN, browser cache | Server crash, hosting outage, DNS failure, expired domain, DDoS |
| Who can fix it | You (flush DNS, restart router, change DNS resolver) | Your hosting provider or server administrator |
| User impact | Only you or a small group on the same network/ISP | All users globally |
| Detection by monitoring | Not detected (site is up from monitoring perspective) | Detected immediately by continuous monitoring |
There is also a third category that does not fit neatly into either column: regional outages. Your site may be down for all users in Europe but working fine in North America. This happens when CDN nodes fail, when there are routing issues with specific internet backbone providers, or when your DNS has regional configuration differences. Read our detailed guide on why your website appears down only in certain countries for a full explanation.
How to Fix "Down for Just Me" Issues
If you have determined the site is down only for you, here is a step-by-step fix checklist:
- Flush your DNS cache:
- Windows:
ipconfig /flushdns - macOS:
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder - Linux:
sudo systemd-resolve --flush-caches
- Windows:
- Clear your browser cache: Or try the site in an incognito/private window
- Restart your router: This clears the router's DNS cache and can resolve ISP-level routing issues
- Try a different DNS resolver: Switch from your ISP's default DNS to Google (8.8.8.8) or Cloudflare (1.1.1.1)
- Disable VPN or proxy: These can interfere with DNS resolution and routing
- Check your hosts file: On rare occasions, a custom entry in your
/etc/hostsfile (or Windows equivalent) may redirect the domain to the wrong IP - Disable browser extensions: Ad blockers, privacy extensions, and security add-ons can sometimes block specific sites
Why Reactive Checking Is Not Enough
Manual checking -- visiting your site in a browser or using a "Is it down?" tool -- only tells you what is happening right now. It does not tell you:
- How long the site has been down
- Whether the site went down and came back up while you were not looking
- How many outages occurred this week, month, or year
- What your average uptime percentage is
- Whether the site is slow (which users perceive as "down")
- Whether specific pages or API endpoints are failing while the homepage is fine
This is why continuous, automated uptime monitoring is essential for any website that matters to your business, your users, or your reputation. See also our article on the real cost of website downtime to understand the business impact of undetected outages.
Set Up Continuous Monitoring with UptyBots
Instead of reacting to problems after users complain, stay ahead of them. UptyBots provides continuous, automated monitoring from multiple global locations with instant alerts when something goes wrong.
What UptyBots monitors for you
- HTTP/HTTPS uptime: Checks your website regularly and alerts you if it returns errors or becomes unreachable
- SSL certificates: Tracks certificate validity and warns you before expiration
- Domain expiry: Alerts you weeks before your domain registration lapses
- API endpoints: Validates that your REST APIs return correct data, not just status codes
- Port availability: Monitors mail servers, database ports, game servers, and any TCP service
- Ping/latency: Measures network reachability and tracks latency trends over time
How to get started
- Sign up and add your first monitor -- it takes less than a minute
- Configure your notification channels (email, Telegram, webhooks)
- Set your desired check frequency (every 1 to 5 minutes for critical sites)
- Add monitors for your most important pages and API endpoints
- Review your uptime dashboard to see historical data and trends
With continuous monitoring in place, you will never have to frantically Google "is my website down" again. UptyBots will tell you the moment something goes wrong -- and you can fix it before your users even notice.
Want to know what those HTTP status codes actually mean? Use our HTTP Status Explainer tool for a quick reference. Curious about the financial impact of downtime? Try our Downtime Cost Calculator.
See setup tutorials or get started with UptyBots monitoring today.