Use cases

Who it’s for

SaaS marketing sites

• Marketing teams update copy without filing eng tickets
• Static delivery keeps the public site on a CDN; authors edit locally or on staging
• Draft → publish workflow keeps work-in-progress off the live site

Agency delivery

• Hand off editable Astro sites to clients
• Run Caretize on their existing markup instead of rebuilding pages
• Keep quality controls through schemas and API constraints

Dev-led content ops

• Keep content in git — JSON under .caret/data/ or markdown in src/content/
• Add a CMS layer without replacing your Astro architecture
• Use getLiveEntry / getLiveCollection when you need programmatic access (server delivery)

Solo founders

• Add bindings by hand or let Caretize tag the site
• Static delivery: no server bill for the public site
• MIT-licensed and self-hosted

Where it shines

• Marketing sites where copy changes weekly
• Editorial sites where authors need WYSIWYG context
• Markdown content-collection sites — edit existing src/content entries’ frontmatter and supported prose in place (Markdown adapter)
• Client-handoff sites where developers don’t want a help-desk role
• Product-led sites where founders edit headlines themselves

Where to look elsewhere

• Sites with thousands of editorial users unless an external identity provider and appropriately scalable storage/rate limiting are configured
• Sites that need granular role-based permissions (no users, no roles yet)
• Sites that want a hosted CMS today (Cloud mode is alpha — not live)

Next steps

Caretize CLIAuto-tag an existing Astro site.

Static deliveryCDN deploy without a CMS server.

QuickstartFive minutes to first edit.

Plug-In vs StarterPick the right adoption path.