Engineering · May 29, 2026
Why we left the headless CMS behind
By
themeplate studio
Reads
773 reads
postgresarchitecturecontent
<p>We ran on a third-party headless CMS for a year. It was lovely until it wasn't — and the failure modes were never the ones we planned for.</p><h2>One source of truth</h2><p>Third-party content services are great until they aren't — rate limits, schema drift, an extra system to learn. We consolidated everything into <strong>Postgres</strong> so the data lives next to the app that uses it.</p><h3>What we actually gained</h3><ul><li>Joins instead of N+1 API calls.</li><li>Backups and migrations that match the rest of the stack.</li><li>Seed scripts that recreate content in one command.</li><li>No monthly bill scaling with read volume.</li></ul><h2>Boring is reliable</h2><p>A relational table you can query, back up, and seed in a script beats a remote API for the kind of content most sites actually have. <em>Less magic, more uptime.</em></p>
postgresarchitecturecontent
Share