website crash checker
Free Website Crash Checker
Enter any public URL and get a full crash report in under a minute. Discovers internal pages from your sitemap and links, checks each one for errors, and returns a focused list of what broke and why.
Free first-pass scan
Check your website for broken pages
Paste a public URL into IsItCrashing and scan discovered pages for failed responses, blank pages, broken assets, and website health issues.
Quick answer
IsItCrashing is a free website crash checker. Enter a public URL and the scanner discovers internal pages from your sitemap and links, then checks each page for HTTP errors, blank responses, broken assets, and JavaScript crashes. You get a focused report of which pages failed and why.
What a website crash checker does
A website crash checker scans your site's public pages and reports which ones are returning errors, loading blank, serving broken assets, or crashing at the browser level. Unlike a basic ping or uptime check that only tests your homepage, IsItCrashing discovers internal pages from your sitemap and links then checks each one.
This makes it practical for catching post-deployment regressions, broken redirects, CMS publishing failures, and route-level crashes that a single-URL checker would never surface.
What the crash checker looks for
- HTTP 404 Not Found errors on discovered internal pages.
- HTTP 500 and other server-level errors that indicate a backend crash.
- Blank pages where a route responds with 200 but renders no visible content.
- Broken critical assets including JavaScript bundles, stylesheets, and preload files.
- Redirect loops and network failures that prevent a page from loading.
- Important frontend JavaScript crashes on browser-checked pages when browser scanning is configured.
When to run a website crash check
The most common trigger is a deployment. After pushing code, running a migration, switching CDNs, or changing redirects, a crash check gives you an automated first-pass across your public pages before users find the problems.
Other common triggers include CMS content updates, campaign launches that add new landing pages, plugin or dependency updates, and client handoffs where you need a documented clean bill of health.
How it differs from Down Detector
Down Detector tracks crowd-sourced outage reports for major third-party services like Netflix, Twitter, and banks. It answers 'is this big service down for everyone?' using user-submitted data.
IsItCrashing checks your own website's internal pages using an automated crawler. It answers 'are my pages broken?' with specific URLs, error codes, and diagnostic details — not crowd reports. The two tools answer completely different questions.
How to use the crash report
After the scan completes, start with the Failed Pages section. Pages are sorted by severity: server errors first, then 404s, then blank pages, then broken assets. Fix the highest-traffic and highest-value paths first — checkout, signup, pricing, documentation, and pages linked from your main navigation.
The Inspect button on each failed row reveals the full diagnostic detail including status code, error type, and error message. Export the full report as a PDF to share with your team or include in a client handoff.
Crash checker vs uptime monitor
An uptime monitor tells you when your homepage goes down and alerts you after the fact. IsItCrashing lets you proactively scan all discovered public pages before users hit them — finding route-level crashes, blank pages, and broken assets that uptime monitors miss entirely.
FAQ
What is IsItCrashing?
IsItCrashing is a free website crash checker that lets you enter a public URL and scan discovered pages for broken pages, failed requests, blank pages, broken critical assets, and website health issues.
Is IsItCrashing free to use?
Yes. IsItCrashing is free to use for first-pass website health checks. You do not need to install an agent, create an account, or add code to your site.
How long does a scan take?
Most scans complete in under a minute. The exact time depends on how many pages are discovered and how fast each page responds. A site with 60 pages typically scans in 20–45 seconds because pages are checked concurrently, not one by one.
How many pages does it scan?
The scanner discovers up to 60 internal pages per scan from your sitemap and internal links. It checks the most important pages first based on sitemap priority and crawl depth. Very large sites with hundreds of pages may need a dedicated crawl tool for full coverage.
How is it different from Down Detector?
Down Detector collects crowd-sourced outage reports for major third-party services like Netflix, Twitter, and banks. It tells you whether a big public service is down for everyone. IsItCrashing scans your own website's internal pages using an automated crawler — it tells you which of your pages are broken and exactly why. They answer completely different questions.
Can I check my website after a deployment?
Yes, that is one of the most common use cases. After a deployment, migration, redirect change, or CMS update, paste your production URL into IsItCrashing and run a scan. You get a full report of working and failed pages in under a minute, so you can catch regressions before users do.
Is this the same as an uptime checker?
No. A basic uptime checker usually tests one URL and alerts you after your homepage goes down. IsItCrashing discovers internal pages and reports specific failed pages, blank responses, broken critical assets, and browser crashes when browser checks are available — across all discovered URLs, not just one.
What does the scanner check?
The scanner checks discovered public pages for HTTP 404 and 500 errors, timeouts, redirect loops, blank content where visible HTML does not load, broken critical scripts or stylesheets, failed important requests, and JavaScript crash signals when browser scanning is configured.
What is a blank page error?
A blank page error occurs when a URL returns an HTTP 200 OK status (meaning the server responded) but the page renders no visible content. This usually means a JavaScript hydration failure, a silent server-side rendering exception, or an empty template was served. These are easy to miss because the server reports success even though the user sees nothing.
Can I export or share the scan results?
Yes. Once a scan completes, click the Export PDF button. This opens the browser print dialog with a print-optimized version of the full report — all failed pages, working pages, and diagnostic details. Save it as a PDF to share with your team or include in a client handoff document.
Does it detect JavaScript errors?
It can detect important JavaScript crashes on browser-checked pages when browser scanning is configured. It is not a replacement for runtime error monitoring, logs, or a full frontend observability setup. For ongoing JavaScript error tracking, use a dedicated error monitoring service.
Can it find every website bug?
No automated scanner can find every bug. Use IsItCrashing as a fast first-pass website crash and broken page scanner before deeper QA, monitoring, accessibility testing, or manual review. It is most useful for catching route-level failures and asset errors quickly, not for comprehensive functional testing.
Does it check broken links?
IsItCrashing checks whether your own internal pages load correctly, not whether external links on those pages are valid. It detects internal pages that return 404, 500, or blank responses — which covers the most impactful class of broken page. For external link validation, a dedicated link checker is a better fit.
Who should use IsItCrashing?
It is useful for developers, QA testers, SEO teams, agencies, marketers, website owners, and product teams that need a quick check after deployments, migrations, CMS edits, or campaign launches. Any team that ships changes to a public website benefits from a fast automated first-pass before users or search engines encounter problems.
Can I scan private staging websites?
Yes, if the staging website is publicly reachable over HTTPS and protected with HTTP Basic Auth. Enable Basic Auth below the URL field and enter the username and password. The credentials are used only for that scan, sent only to the submitted website origin, and are not stored or included in analytics or reports. Login forms, SSO, VPN-only sites, and IP allowlists are not supported.
Should I still use monitoring?
Yes. Use IsItCrashing for fast proactive scans before and after changes, then use a monitoring service for ongoing production visibility and alerting. The two tools complement each other — IsItCrashing catches issues at deployment time, monitoring catches issues that emerge later in production.
Free first-pass scan
Check your website for broken pages
Paste a public URL into IsItCrashing and scan discovered pages for failed responses, blank pages, broken assets, and website health issues.