Rebuilding a WordPress site as a static site means taking your existing content and design and publishing them as plain files instead of as a database-driven application. Your URLs stay the same, your content comes with you, and the site usually ends up faster. For a typical small business site it takes one to three weeks.
That’s the short version. The rest of this is what actually happens, what you give up, and how to tell whether you’re a good candidate, because plenty of sites shouldn’t do this.
What “static site” actually means
If someone handed you this term recently, here’s the plain definition.
A static site is a website made of files that already exist. When someone visits a page, the server hands them the finished file. That’s the whole transaction.
WordPress works differently. There are no finished pages sitting on the server. Every time someone visits, WordPress runs a program, queries a database, assembles the page, sends it, and throws it away. That’s why WordPress needs caching, more expensive hosting, and constant maintenance. It’s doing real work on every single request.
Modern static sites are built with tools like Astro, Eleventy, or Hugo. You still edit content in one place, the navigation still lives in a single file, and publishing is still one action. A build step turns all of that into finished pages before anyone visits, rather than during.
The work of assembling your pages moves to before the visitor arrives, instead of during.
Should you rebuild, or fix what you have?
Rebuilding is not automatically the right answer, and I’d rather talk you out of it now than halfway through.
Fix what you have if: your site is basically working, it’s a recent build on a well-maintained theme, you’re happy with how it looks, and your complaints are limited to speed. A hosting upgrade, image compression, and cutting your plugin count will get you a long way and cost far less than a rebuild.
Rebuild if several of these are true: the site is more than four or five years old, you’re paying a monthly fee and can’t say what it covers, it’s been compromised or you’re worried it will be, it’s built on a page builder you can’t escape, it’s slow after you’ve already tried the obvious fixes, or the design no longer matches the business.
The honest test is whether you’d rather keep patching this one or stop thinking about it. Rebuilding is a one-time project. Maintaining WordPress is permanent.
ℹ When you should stay on WordPress
If you run a membership system, a store with real inventory, a job board, a booking engine tied to live availability, a site with a dozen authors publishing daily, or thousands of pages under constant revision, a database-driven CMS is the right tool. This is not a case that WordPress is bad. It’s that most business websites are forty pages that change a few times a year, running infrastructure built for something much larger.
What transfers, and what doesn’t
This is the part people are most anxious about, and the answer is better than most expect.
Comes with you
- All your content: pages, posts, images, and media
- Your URLs, exactly as they are, so search rankings and inbound links survive
- Your design, rebuilt in clean code and usually looking better without a theme fighting it
- Contact forms, handled by a form service rather than a plugin
- Your blog, including categories, tags, and archives
- Analytics, SEO metadata, schema markup, sitemaps, and redirects
Does not come with you
- Plugins, as plugins. The function usually survives. The plugin does not
- The WordPress admin, unless you choose a git-based editor to replace it
- Anything requiring a logged-in user session, like membership or gated content
- Live inventory, real-time booking, or anything that must change between builds
- Comment threads, unless you move them to a hosted comment service
Forms are the objection I hear most, so to be specific: a static site posts your form to a service that handles delivery and spam filtering. You get the submissions by email or into a spreadsheet, the same as now. The difference is that there’s no form plugin on your server to be exploited, which removes one of the more common ways WordPress sites get compromised.
The process
Rebuilding a WordPress site as static files
- 1
Inventory what you actually have
Crawl the existing site and list every URL, including the ones nobody remembers. This is where leftover theme demo pages and orphaned drafts turn up. You decide what carries over and what quietly gets retired.
- 2
Export the content
WordPress has built-in export, and the XML converts to Markdown files. Posts, pages, categories, tags, and media all come across. Content ends up in plain text files you own and can move anywhere.
- 3
Rebuild the design in code
The existing design gets rebuilt properly rather than ported. This is usually where the visual improvement comes from, because the design stops being negotiated with a theme's assumptions about what's possible.
- 4
Map every URL
The single most important step for protecting your search rankings. Every existing URL either resolves to the same content at the same address or redirects to its new home. Nothing is allowed to 404.
- 5
Set up publishing
Decide how content gets edited going forward: directly in Markdown, or through a git-based admin panel that looks like a normal CMS but writes text files instead of database rows.
- 6
Test against the old site side by side
Run both, compare page by page, check forms, check redirects, check the sitemap, run Lighthouse on each. Fix the gaps before anything changes publicly.
- 7
Cut over the DNS
Once the new site is verified, switching is a DNS change. Downtime is effectively zero. Keep the old site available privately for a few weeks in case something surfaces.
What changes afterward
Hosting cost goes to roughly zero. Static files can be served free at small business scale on Cloudflare Pages, Netlify, or similar. If you were paying $300 or $400 a month, most of that line item disappears rather than shrinking.
Performance improves substantially. Sites I’ve rebuilt this way have gone from Lighthouse scores in the 40s to the high 90s with the same content and the same images. Nothing clever is happening. The pages just already exist.
The attack surface mostly disappears. No database to inject, no login to guess at, no plugins written by strangers. The automated probes keep coming, because they come for every domain on the internet, and they stop finding anything to try. A low-traffic site I run behind Cloudflare blocked 1,170 malicious requests in a single day against about 15 real visitors. On static files, nearly all of that is meaningless traffic hitting URLs that don’t exist.
Maintenance stops being a schedule. There are no weekly plugin updates, no core upgrades that break the layout, no security patches to chase. Changes happen when you want a change.
What it costs, and how long
For a typical small business site of 10 to 20 pages with a blog, expect one to three weeks and a one-time project cost rather than a monthly one. A larger site, a heavy blog archive, or custom functionality takes longer and should be scoped specifically.
The comparison that matters isn’t the project cost in isolation. It’s that number against what you’re currently spending every year to keep the existing site running, which for a lot of sites is $1,500 to $4,000 annually once hosting, licensing, security, and maintenance are all counted. The full accounting is here if you want to work out your own number.
Key Takeaway
Rebuilding as a static site is a one-time project that removes a recurring one. You keep your content, your URLs, and your design. You give up plugins, the WordPress admin unless you replace it deliberately, and anything that has to change between builds. If your site is mostly pages that mostly stay put, that’s a trade worth looking at.
Frequently Asked Questions
- Will rebuilding my website hurt my SEO?
- Not if URLs are preserved. Search rankings are attached to addresses, so as long as every existing URL resolves to the same content or redirects properly, rankings carry over. Sites usually improve afterward because page speed and Core Web Vitals are ranking factors, and static sites score well on both. The risk comes from changing URL structure during a rebuild, which is avoidable.
- Can I still update my own website without WordPress?
- Yes. Git-based editors like Keystatic give you an admin panel that looks and works like a normal CMS. You log in, edit, and publish, and it writes text files rather than database rows. You get the editing experience without the database, the login exposed to the internet, or the plugin ecosystem. You can also edit Markdown files directly if you prefer.
- How do contact forms work on a static site?
- Forms post to a form-handling service that manages delivery and spam filtering, and submissions arrive by email or into a spreadsheet. Setup takes minutes. Because there is no form plugin running on your server, you also remove one of the more common paths attackers use to compromise WordPress sites.
- How long does it take to move off WordPress?
- A typical small business site of 10 to 20 pages takes one to three weeks. A large blog archive or custom functionality takes longer. The content export itself is fast. Most of the time goes into rebuilding the design properly and mapping every URL so nothing breaks.
- Is a static site better than WordPress?
- For most small business websites, yes: faster, effectively free to host, and with almost nothing to attack. For sites needing memberships, live inventory, real-time booking, or many authors publishing daily, WordPress or another CMS remains the better tool. The deciding question is how much of your site genuinely needs to change between visits.
If you’re weighing this because of speed specifically, the reasons WordPress sites get slow are worth understanding first, since some of them are fixable without a rebuild. If your current site was built on a purchased theme, that’s worth reading about too. And if the question underneath all this is whether you need a content management system at all, I worked through that separately.
Not sure whether your site is a good candidate?
Send me your URL and I'll tell you honestly what I'd do with it, including when the answer is to keep what you have and fix it.
Founder, 1123Interactive
26 years building for the web, from hand-coded HTML through the CMS era and back out the other side. I've moved every site I personally care about off WordPress, and rebuilt plenty of client sites the same way.
Learn moreContinue Reading
What Is $300 a Month of Website Maintenance Buying You?
A twenty-minute audit you can run on your own site to find out whether your monthly website fee is buying real work or buying nothing at all.
AI Crawlers Are Hammering Your WordPress Site
AI bots can generate thousands of expensive page requests on a WordPress site. Why it happens, why robots.txt won't stop it, and what to do before September 15.
Your New Website Is Already Being Attacked
A site with 15 visitors a day blocked 1,170 attacks in 24 hours. Nobody targeted it, nobody has heard of it. Here's why being small doesn't protect you.