What a browser error code is actually telling you
Specific errors carry specific meanings. DNS_PROBE_FINISHED_NXDOMAIN usually means the domain name could not be resolved, often a DNS problem or a typo. ERR_CONNECTION_REFUSED means your device reached the server but the server rejected the connection, which often means the service is down and not the network path. ERR_CONNECTION_TIMED_OUT means nothing answered in time, which can mean a blocked or overloaded server or a network problem. An SSL or certificate error, on the other hand, points to an expired or misconfigured certificate, or to a wrong date on your device. Reading the exact message before you start usually gets you to the right fix much faster than guessing.
Reading HTTP status codes from the server
If a page loads but shows a number, the number says who is to blame. Codes starting with 4, such as 404 (not found) or 403 (forbidden), usually mean the request itself is the problem, such as a wrong address or a permission block. Codes starting with 5 mean the server failed: 500 is a generic server error, 502 and 504 usually mean a gateway or proxy could not get a good reply from the server behind it, and 503 means the service is temporarily unavailable or overloaded. Sites that use a content delivery network sometimes show their own error pages, which mean the CDN is working but the origin server behind it is not. Those 5xx codes are on the site's side, so waiting is the best option.
Getting more out of ping and traceroute
Ping response times that are consistently high, or that show packet loss, point to a shaky connection somewhere along the route and not a destination that is fully down. Traceroute breaks the route into individual hops. If responses stop at a hop still inside your ISP's network, the problem is on their end; if they make it most of the way and stop right near the destination, the problem is more likely the site's own server or hosting provider. Because some routers do not answer traceroute probes, a few starred lines in the middle are normal and not a fault, so look at the overall pattern.
What to do when it is the site that is down
If everything points to the site, there is usually little you can do except wait. Do not repeatedly refresh the page, which adds load to a server that is struggling. Check the status page or social account for updates, and try again every ten minutes or so. If the site is something you rely on for work or payment, contact the company through another channel, and make a note of the time, in case you need to explain a missed deadline. For your own website, check with your hosting provider and verify that your domain has not expired and that your DNS records are correct.
Frequently Asked Questions
An outage tracker shows nothing reported, but the site still will not load for me. What now?
Outage-tracking services depend on user reports, so problems limited to a small user base, a specific region or a specific ISP may never get reported there. Comparing access across different devices and networks and running your own ping and traceroute will give you a more reliable answer.
Only one site is down and everything else works fine. Is that still an outage?
If every other site loads normally, it is very unlikely to be a broad internet outage. It is more likely a problem with that site's server, its DNS or the path to it. Checking the site's status page or searching social media for it is usually the fastest way to confirm.
Does clearing my browser cache delete my passwords?
Not by default. Clearing cached images and files only removes stored page data. Cookies and saved passwords are separate choices in most browsers, so read the checkboxes before you confirm. Clearing cookies will log you out of sites.
The site works on my phone but not my computer. What does that mean?
If both are on the same network, the cause is on the computer: a browser extension, a stale cache, a VPN, security software or local DNS settings. Try another browser and a private window first.
How long do outages usually last?
It varies widely, from a few minutes for a restart to many hours for a major failure. Do not rely on a single figure; the status page and the company's own incident updates are the best guide for a given event.