Not “install a caching plugin and call it a day”. A stack you inherited is a stack that grew by accretion. Every plugin, every theme customisation, every automation script solved a real problem the day it went in. Half of them are now a tax on every page load.
We diagnose in writing before we touch anything. Then we ship the fixes in staged, reversible chunks so your team sees the impact of each change and nothing goes off in the dark.

Thirty plugins where five would do. Each one adds queries, autoloaded options, and a chance the site breaks on an update. We audit every plugin against a real "what does this earn" test and cut what fails.
Page-builder theme that holds your content hostage inside proprietary shortcodes. Migration off gets harder every month. We plan a phased rewrite that preserves URLs and content while cutting the theme dependency.
Post revisions, transients, and abandoned meta piling up until every admin query gets slow. Cleanup is safe if you know what to keep. We do the cleanup and put the guardrails in so it stays clean.
Outdated core, unpatched plugins, no WAF. Every week you have vulnerability notices piling up unread. We ship a hardening baseline, update cadence, and monitoring so security stops being a background stress.
Uploads at the wrong size, no WebP, no CDN. LCP suffers first, hosting bandwidth suffers second. We install a proper image pipeline so every future upload benefits, not just the ones we optimised today.
A written record for every finding, every fix, and every runbook. Nothing verbal.
Every active plugin, theme customisation, database bloat source, security exposure, and image pipeline gap catalogued and ranked.
A named plan for every plugin: keep, tune, swap, or remove. Each with an impact estimate and a rollback path.
If a rewrite is on the table, we scope it: pages affected, URL preservation, content porting, and a phased rollout your editors can walk with.
Query count, autoloaded option size, admin page load, and CWV signals compared against the baseline once fixes ship.
File permissions, admin URL, WAF, 2FA, disable file edit, update cadence: every item done, ticked, and dated.
A written page for your team: what to watch, what to update on what cadence, and who owns each item.
Sometimes. If the builder is Elementor or Beaver and the content lives in structured blocks, we can tune around it. If the builder ships hundreds of inline styles per page, we scope a rewrite. Either way, the audit tells you which conversation you are in.
The count matters less than what each one does. Ten plugins each running heavy queries on every admin page is worse than thirty plugins that are dormant except when needed. We audit by cost, not by count.
Usually not for stack cleanup. Host change is a Site speed conversation, not a stack one. If your host is genuinely the problem, we say so in the audit and refer you to our migration page.
WooCommerce sites benefit the most from a stack cleanup, because the plugin cascade around WC is where most bloat lands (payment methods, shipping rules, review widgets, analytics). We treat WC as first-class in every stack audit.
Audit-only: one to two weeks. Audit plus implementation of the highest-impact fixes: four to eight weeks depending on plugin count and theme complexity. Timeline is set in the audit.
Tick anything that applies. Not sure? Say so in the message.
We'll get back to you. No newsletters, no drip sequences.
Telada
Hi there 👋
Got a Shopify or WordPress question? Ask us here and we'll reply in this chat.