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.
For most of web design's history, WordPress was the default answer. It powers roughly 40 percent of the web, the ecosystem is massive, and almost any agency can build on it. I used it too.
Then I stopped.
WordPress is a PHP application that builds pages dynamically on every request. When someone visits your website, the server queries a database, assembles the HTML, and sends it to the browser. On shared hosting, where most small business WordPress sites live, that process takes 2 to 5 seconds before anything appears on screen.
For a trades business, that load time is a serious problem. Someone searching for an emergency plumber on their phone while standing in a flooding basement is not waiting 4 seconds for your page. They are back on Google calling your competitor. Google also deprioritizes slow pages in local search rankings, so you pay twice.
Page builders make it worse. Elementor and Divi, which most WordPress agencies use to build sites visually, add enormous CSS and JavaScript bundles to every page regardless of whether that code is actually needed. A typical Elementor site loads 300 to 500 kilobytes of CSS on every page. A Next.js site ships only the CSS that specific page actually uses.
Next.js is a React framework. The key difference for my use case is static site generation: all pages are pre-built as plain HTML files at deploy time and served from a global CDN edge network.
When a visitor hits a page, there is no database query, no PHP execution, no server thinking. The file is already built and sitting on a server geographically close to that visitor. Time to First Byte drops from 2 to 4 seconds to under 100 milliseconds.
That is not a small improvement. It is a 20 to 40 times improvement in the most important performance metric for initial page experience.
I use export const dynamic = 'force-static' on every public page and deploy to a global edge CDN. The result is consistent sub-100ms TTFB globally, 95+ Lighthouse scores, and Core Web Vitals that are genuinely green.
When I rebuilt the Yesso SaaS landing page on Next.js 16, the performance metrics were: Time to First Byte under 100ms, First Contentful Paint under 1 second, Largest Contentful Paint under 1.5 seconds, Lighthouse score 90+, SEO score 95+.
The full Yesso technical case study documents exactly how I got there and what problems came up along the way.
For a trades business site, the same architecture produces the same results. The difference is that a slow load time for a SaaS landing page costs you a signup. A slow load time for a plumbing emergency page costs you an $800 burst pipe job.
Google's Core Web Vitals are a direct ranking factor. LCP, CLS, and INP all affect where your page ranks in search results.
A WordPress site on shared hosting typically scores 50 to 70 on Lighthouse performance. A Next.js site on a global edge CDN typically scores 95 to 100. That gap translates directly to search visibility, particularly in competitive local markets like Metro Vancouver where the difference between ranking 3rd and 6th is enormous in terms of call volume.
SEO is also baked into the framework rather than bolted on via plugins. Semantic HTML, automatic image optimization, proper head management, and clean URL structure are all defaults.
Switching to Next.js also improved how I build. TypeScript catches bugs before they reach production. The component architecture makes design systems maintainable. My deployment pipeline means a client sees their site go live in under a minute after I push changes.
I can build a complete, production-ready 8-page trades site in 5 to 7 days. On WordPress with a page builder, the same result took 2 to 3 weeks and required substantially more ongoing maintenance.
If an agency quotes you a WordPress build in 2026, ask them what their typical Lighthouse score is on delivery. If they cannot tell you, or if the number is below 90, the performance will reflect that.
A high-performance website is not a premium add-on. For trades businesses where a slow page loses emergency customers before they even see your phone number, it is the difference between a website that works and one that does not.
Every site I build at Digitari runs on Next.js 16 with TypeScript and ships with a 95+ Lighthouse score. That is a measurable commitment I make to every client.
From Digitari Solutions
Want us to look at your site?
Send us the URL and we will tell you what is holding it back, free.
More from the blog
A practical recovery checklist for when your site is down or unreachable, before you call in a developer.
Most web agencies will take your money and hand you a generic site that could belong to any business. Here is what separates a roofing website that actually generates calls from one that just looks fine.