JOURNAL — 009 · Development
Headless WordPress: When It's Worth It and When It's Ego
Headless is a genuine tool with a real price tag: preview pain, plugin gaps, and double maintenance. The decision matrix we use before recommending it.
Somewhere around 2022 every agency suddenly sold headless. Half of those sites are now quietly being re-coupled. Headless pays when content feeds more than one surface, or when the front-end is truly an app. It bleeds money when it's a brochure with delusions of scale.
Technical debt has an interest rate
Nobody feels technical debt on the day it's taken. It arrives eighteen months later as 'a simple change' quoted at three weeks: the workaround that became load-bearing, the plugin forked and now unforkable.
The honest measure is drag per quarter — how much slower is each change than the one before it. When drag doubles, consolidation pays for itself faster than new features.
Refactoring for elegance is vanity. Refactoring to restore change-speed is maintenance, and it's usually overdue before anyone schedules it.
The launch-week readiness list
- Backups verified by an actual restore, not a green dashboard icon
- Rollback plan rehearsed: one command back to last-known-good
- Error monitoring on production with an owner assigned
- Core Web Vitals re-tested on production hardware, not staging
- 301s spot-checked from the old sitemap, robots and canonicals audited
- The 'who gets paged' list updated and acknowledged before Friday
Maintenance is a product
Sites don't decay because of hackers and core updates; they decay because nobody's job is 'keep it excellent.' Updates run until something breaks, then maintenance gets funded retroactively with interest.
The retainer structure that works is small and relentless: weekly updates in staging, monthly regression checks, quarterly performance and uptime reviews, and a human who knows the site answering within hours.
The cost comparison that convinces finance: one emergency weekend versus twelve months of quiet Tuesdays.
The best code on a client site is the code nobody has to think about for five years.ALIFY engineering notes
Audit before architecture
Every rebuild that goes smoothly started with an inventory nobody wanted to write: templates in use, plugins with business logic buried inside, integrations with tribal knowledge as documentation. Skipping the audit doesn't save the week — it bills the month.
We export the plugin list, crawl every template, and interview whoever touches the site weekly. The output is a one-page map of what the site actually does, as opposed to what anyone remembers it doing.
Integration is where builds actually live
Nobody's website is an island — it syncs stock, posts leads to a CRM, fires events to analytics, and triggers email. These seams are where projects overrun and where launches leak data.
We map every integration with its failure mode: what happens when the CRM is down, when the rate limit hits, when the API token expires on a Saturday. Every mapping gets a queue, a retry, or a human alert.
A website is a frontend for your operations. Builds that respect that ship on time; builds that discover it at go-live get a second, more expensive timeline.
A plugin is a promise made by a stranger. Choose few, choose well.Internal review, 2025
Where to start this week
Count your surfaces. One website = don't. Website + app + kiosks + syndication = now we can talk about decoupling.
Then keep it honest with a short list:
- Every change request returns with a bigger estimate than the last one
- Two plugins conflict and the fix is a third plugin
- Mobile LCP is over 4 seconds and nobody remembers why
- Put the date on the calendar — playbooks without Fridays are just reading
And when the scope outgrows the spreadsheet, that's precisely what our team is for.
Straight answers
Who owns the code and hosting?
You do — repositories, credentials, hosting, everything. Agencies that hold infrastructure hostage are telling you about their retention strategy, not their confidence in their work.
How do you handle deployments and downtime risk?
Versioned releases to staging first, database-free deploys where possible, rollback rehearsed before it's needed. Launches happen mid-week mornings, never Fridays, never unattended.
How long does a typical WordPress or Shopify build take?
Six to ten weeks for most marketing sites and stores: two for discovery and architecture, three to five for design and build, and one hardening week we refuse to skip. Rushed timelines are available; we just document what you're trading.

