Replacing the theme and Elementor on Indie Agency News
Two things are coming off this site: the BuddyBoss theme, which is still active but no longer needed, and Elementor, which is still drawing the site's framing — the header, the footer, and the blog landing page. This is about what takes their place. Short version up top — open any option to see the full reasoning.
List pages are the blog landing page and the category pages — where a reader scans headlines to pick a story. Those are drawn by the theme and the page builder, and they're what this decision changes.
Articles are the 768 individual posts. Every one was written in the standard WordPress editor, and none of them is affected by any option below. The words and images stay exactly as they are.
The recommendation
Blocksy
A fast, block-editor-native theme with real WooCommerce support, built and still owned by an independent team. It replaces BuddyBoss as the theme and takes over the layout work Elementor is doing now.
- It fits a news site. Archive pages lead with headlines, excerpts, dates and authors — the way readers actually scan a publication.
- It handles the store properly. Native WooCommerce templates for shop, cart, checkout and account, not just "compatible."
- It replaces Elementor's job. A built-in header and footer builder means we retire Elementor's Theme Builder without losing control of the layout.
- No corporate drama. Independently owned, 300,000+ sites running it, and it shipped an update two weeks ago.
- Free to start. The core theme costs nothing. We can decide about the Pro add-on later, once we know if we need it.
The speed you're after does not come from the theme. It comes from removing Elementor. Every one of our 768 posts currently loads Elementor's stylesheets and scripts just to draw the header and footer — that's the weight, and it disappears when Elementor does.
Any of the good themes here will feel about the same afterward. So this decision is really about which foundation is easiest to live with for the next few years, not which one is fastest.
What we looked at
5 options
PortfolioWP Pro
Not recommended
your suggestion
Built to showcase artwork, not to publish news. Its signature feature — a three-column image grid on every archive page — is the wrong shape for our content.
Read more
I installed the free version on staging and pointed it at a real category archive so we could judge it against our own content rather than the demo. That test is what settled it. Worth noting this is entirely about list pages — the articles themselves would have rendered fine.
What the staging test showed
On production, the "Meet an Indie Agency" archive gives each story a large headline, a one-line summary, the author and the date. You can scan nine stories and know which one you want. On PortfolioWP, the same archive became nine near-identical tiles: image on top, headline beneath, and a "View Post" button that tells you nothing. No excerpts. No dates. No bylines.
- The grid is the theme's headline feature, and it applies to every archive. Category, tag, author, date — all of them render as a three-column portfolio grid. That's excellent for a photographer's portfolio and wrong for an archive readers browse to find a story.
- It depends on distinctive images we don't have. Our featured images follow a house template — city skyline, Indie TV bar, agency name. In a list layout that repetition is invisible. In a grid where the image is the tile, nine posts became nine rows of the same picture.
- The excerpts disappear. On a news archive the summary line is what earns the click. The portfolio layout has no place for it, because a portfolio piece is supposed to sell itself on the image.
- Most of what you'd pay for doesn't apply. The Pro version's value is 60 patterns and 13 full-page templates covering portfolios, testimonials, services and contact pages. None of those is a page we need.
- WooCommerce is listed as "compatible," which is the floor, not a feature. It means the cart won't break. It doesn't mean anyone designed the shop, cart and checkout with care. Blocksy did.
- The vendor is very small and quiet. Public activity on the theme's own site looks thin since 2024. That's a real consideration for something that has to carry 768 posts and a live store for years.
Could we fix it?
Technically yes — it's a block theme, so the archive templates can be rewritten in the Site Editor. But follow that through: we'd buy a portfolio theme, discard the portfolio patterns and templates that make up its value, and hand-build the archive and single-post templates ourselves. At that point Blocksy gets us further, faster, for free.
Credit where it's due
Your instinct on the underlying technology was right. PortfolioWP is a modern block theme built for the Site Editor, which is exactly the direction we should be heading and exactly what lets us retire Elementor. And if what you liked was the look — the clean cards, the generous image treatment, the confident spacing — that aesthetic is entirely achievable in Blocksy. The design is portable. The archive philosophy isn't.
Blocksy
Recommended
The best fit for a news archive plus a store. Independent, actively developed, and free to start.
Read more
Blocksy is made by Creative Themes, a small independent studio that has not been acquired. It runs on more than 300,000 sites, holds a 5-out-of-5 rating from over 860 reviews on WordPress.org, and shipped its most recent release in late July. It's a live, maintained product with no ownership question hanging over it.
Why it suits this site specifically
- News-shaped archives out of the box. Headline-led layouts with excerpts, author, date and category — configurable without code. This is the thing PortfolioWP can't do without a rebuild.
- Serious WooCommerce support. Dedicated templates and controls for shop, product, cart, checkout and account pages. Given the store is a live revenue path, this is worth more than it sounds.
- A header and footer builder that replaces Elementor's. This is the practical reason Elementor can go. We rebuild the site chrome in Blocksy, switch Elementor's templates off, and the layout stays under our control.
- Built for the block editor. Our 768 posts are already written in Gutenberg. Blocksy is designed around that, so the content renders natively with no translation layer.
- Accessibility-ready. Flagged as such in the WordPress theme directory, which gives us a compliant starting point to build on.
- You can operate it yourself. Layout changes happen in the WordPress admin, not in code. No developer required for routine adjustments.
The honest downsides
- Small team means future acquisition is possible. No signal of it now, but it's the same risk that took Kadence down. The mitigation is that our content stays portable — see the FAQ on switching later.
- The theme and its companion plugin have to be updated together. Updating one without the other is a known cause of layout glitches. Easy to manage, worth writing into our maintenance routine.
- Fewer first-party blocks than some competitors. Not an issue for us — our posts are plain Gutenberg and we only have about ten pages to rebuild.
GeneratePress
Strong alternative
The most conservative choice available. Leaner and longer-running than Blocksy, but we'd do more configuring and its store templates are weaker.
Read more
GeneratePress is owned and developed by Tom Usborne, independently, and has been for over a decade with no acquisition, no rebrand and no drama. It is the leanest theme on this list — a very small CSS footprint and a deliberately narrow feature set. If the only word that mattered were "stable," this would be the pick.
Why I put Blocksy ahead of it anyway
- The store. GeneratePress will run WooCommerce, but Blocksy's shop, cart and checkout templates are more thoroughly designed. That's the part of the site where a rough edge costs money.
- More setup work. GeneratePress ships intentionally bare. We'd spend meaningfully more time configuring archives and templates to reach the same place Blocksy starts at.
- Less design to start from. Fewer patterns and starter layouts, which matters because we want the new site to look at least as good as the current one on day one.
When I'd change my answer
If the store were closed or negligible, or if you told me you want the single most boring, lowest-risk, least-likely-to-ever-change foundation and you don't mind the extra setup — I'd switch my recommendation to GeneratePress without much argument. It's a genuinely good answer, just second best for a site with a store attached.
Blankslate + ACF, hand-built
Not for this site
Megan's suggestion
Excellent work and excellent results, but it makes every future layout change a developer ticket. Wrong ownership model for a site you need to run yourself.
Read more
I asked Megan Ferrell what she'd use, and she was clear: Blankslate paired with Advanced Custom Fields. She and her partner Nicole build sites this way for some of their clients, regularly reaching 95–100 page speed scores with WCAG-compliant markup. That's a real result and I want to represent it fairly — it's a legitimate, high-craft approach and the numbers aren't exaggerated. I've never built a site this way myself, so I'm relaying their experience rather than my own.
Blankslate is a starter theme, which means it ships with essentially no design and no templates. It's a scaffold. Every header, footer, archive, single-post and store template gets written from scratch in code, with ACF handling any custom content structures. The reason it's fast is that nothing unnecessary exists in it.
Why it's still the wrong fit here
- It has no admin interface for layout. There is no Site Editor equivalent, no visual controls, no "add a section." Every change is a code change. Adjusting the archive layout or adding a new page type means hiring a developer, every time, permanently.
- It's a build, not a theme switch. Blocksy is activate-and-configure — call it a day of work. Blankslate means someone writes the entire front end from nothing: header, footer, single post, archive, shop, cart, checkout, plus the ten pages. Realistically 40–80 hours of development.
- The performance advantage over Blocksy is small. This is the important one. Those 95–100 scores come mostly from not having Elementor, aggressive caching and optimized images — all of which we get with Blocksy. A well-configured Blocksy site lands in the same range. The gap is a few points, not twenty.
- Accessibility isn't uniquely solved by it either. Megan noted they write custom JavaScript to keep plugins compliant — which is honest and telling. Most accessibility gaps on a WordPress site come from plugins and content, not the theme, so that work exists on any foundation. Blocksy ships accessibility-ready; the remaining effort is the same either way.
The distinction worth drawing
Megan answered the question she was asked: what would she and Nicole build for a client? For a client with a development budget and no technical operator in-house, a hand-built starter theme is a strong answer. Our question is different — what should you be able to own, run and adjust without a developer on call? That points to a theme you can drive from the WordPress admin. It's a fit question, not a quality question.
Kadence
Ruled out
considered, then dropped
Was on my shortlist until I checked its ownership. It's now inside a private-equity-owned hosting company, the founder has left, and the brand was dissolved this May.
Read more
I'm including this because Kadence is the theme most people would recommend for a job like this, so it's worth documenting why we're not using it — and because Pat's own read on it turned out to be correct.
- The timeline. Kadence was acquired by hosting company Liquid Web in 2021 and folded into a brand called StellarWP. Liquid Web itself was bought by a private equity firm in 2023. Roughly a quarter of the StellarWP team was laid off in late 2025.
- The founder is gone. Ben Ritner, who built Kadence, left at the end of 2025, as did the founders of the other acquired products.
- The brand was dissolved in May 2026. StellarWP was retired entirely, kadencewp.com was taken offline and redirected, and the rollout went badly — customers reported being unable to log in and lifetime licenses missing from the new portal.
Kadence probably keeps shipping updates for a while yet. But the pattern is familiar and the direction is visible, and I'd rather not put a site with 768 posts and a live store on a foundation heading that way.
What this actually involves
-
Inventory what Elementor is doingList every active template in Elementor's Theme Builder. We know it's driving the header, footer and blog page; this confirms the rest.
-
Activate Blocksy on staging and build the replacementsHeader, footer, single post and archive templates, built while Elementor is still running so we can compare side by side. Activating Blocksy is also what retires the BuddyBoss theme.
-
Switch Elementor's templates off one at a timeNot the plugin — just each template's display conditions. Check the front end after each one. Every step is reversible in a single click.
-
Rebuild the ten Elementor pages in GutenbergThese are the only pages actually built inside Elementor. None are complicated.
-
Deactivate, then uninstall ElementorUninstalling is what removes the asset payload from all 768 posts. Deactivating alone leaves the files in place.
-
Clean up the leftover database rowsElementor leaves orphaned
_elementor_*records behind after removal. Worth clearing while we're in there. -
Test, then push staging to productionArticles, archives, the shop, cart, checkout and account pages, on desktop and mobile. Then purge the CDN cache, or we'll think it didn't work when it did.
- Posts affected
- 0All 768 are already Gutenberg. Their content doesn't change.
- Pages to rebuild
- ~10The only content actually built in Elementor.
- Theme cost
- $0Blocksy's core theme is free. Pro is optional, later.
- Where it happens
- StagingNothing touches the live site until it's tested.
Questions you might have
Is there any risk to the 768 existing posts?
No, and this is the single most reassuring fact in this whole project. Every one of those posts was written in the standard WordPress editor, so the article content lives in WordPress's own content field as portable HTML. Themes control how content is displayed, not the content itself.
That means switching themes cannot damage the archive. It also means if we pick Blocksy and hate it in six months, we switch again — the posts come along untouched.
Will this hurt our SEO?
A theme change doesn't alter URLs, and URLs are what search rankings attach to. Every post keeps its address, so there's nothing to redirect and no ranking equity at risk. Rank Math and all its settings are unaffected.
If anything this helps: removing Elementor's stylesheet and script payload from every article improves page speed, which is a ranking factor. The one thing to watch is that the new templates keep the correct heading structure and schema output, which is part of testing.
Will the site still look like Indie Agency News?
Yes. We rebuild the header, footer and article layout in Blocksy to match what's there now — same logo, same navigation, same green, same typography if you want it. Nothing about the brand has to change.
It's also a chance to improve things while we're in there, if you want it. But matching the current design is the default and the safe path.
Do we need to buy Blocksy Pro?
Not to start, and possibly not at all. The free theme covers the header and footer builder, the archive layouts and the WooCommerce templates — everything this project actually needs. Pro adds advanced conditional logic and extra controls we may never use.
My suggestion is to build it on the free version and only buy Pro if we hit a specific wall. Then it's a $69-ish decision made for a reason instead of upfront on spec.
Could we keep Elementor for just a page or two?
We could, but it defeats the point. Elementor loads its stylesheets and scripts based on the plugin being active, so keeping it alive for two pages means all 768 posts keep paying for it. The performance win only arrives when Elementor is fully uninstalled.
The ten pages are simple enough that rebuilding them in Gutenberg is a smaller job than it sounds.
What if Blocksy gets acquired like Kadence did?
It's possible — that's the honest answer, and it's true of any independent vendor. What protects us is that we're not building anything proprietary on top of it. The posts are standard WordPress content and the pages will be standard Gutenberg blocks.
Compare that to where we are now: Elementor stores its layouts in its own private format, which is exactly why getting off it takes a project. With Blocksy the exit is a theme switch and some template rebuilding, not a data migration.
What about the ADA and accessibility work Megan mentioned?
Worth doing, and largely a separate project from this one. Blocksy is flagged accessibility-ready in the WordPress theme directory, so the foundation is sound. But most real-world accessibility failures come from plugins, forms, colour contrast and how content is written — none of which a theme choice fixes.
So: this decision doesn't hold accessibility back, and it doesn't deliver it either. If WCAG compliance is a goal we should scope it deliberately, after the Elementor removal, when we know what the front end actually is.
Should we change hosting at the same time?
No — one change at a time, and this one first. There is a real conversation to have about hosting: Rocket.net's origin servers run older hardware, which shows up on the uncacheable pages like cart, checkout and the WordPress admin. A modern host could meaningfully improve those.
But that's a separate evaluation with its own testing, and stacking it on top of a theme migration means that if something breaks we won't know which change caused it. Let's finish this, then measure hosting properly with a trial before deciding.
How long until this is live?
The build itself is roughly a day of focused work on staging, most of it spent rebuilding templates rather than removing Elementor. Then I'd want the staging site to sit for a couple of days so we can both click around it properly before pushing anything live.
It's also entirely a Phase 2 item. Nothing here competes with the hub launch.
Pat Martinez · Revealwebworks
Print or save as PDF to get every section expanded