Not everything is a blog post.
Case studies, FAQs, services, locations, testimonials, authors, resources, and glossary items need repeatable structure.
Acrosite lets teams create project-specific Custom Content Types with Custom Fields, SEO fields, media fields, and publish-ready Markdown/MDX output for Git-backed websites.
Some content is structured by nature — it repeats, it has fields, and it needs to stay consistent. Forcing it into a blog post, or building a one-off admin panel for it, is where most website projects start to drag.
Case studies, FAQs, services, locations, testimonials, authors, resources, and glossary items need repeatable structure.
Every project-specific content type can become another custom form, editor, validation layer, and publishing path.
Teams need structured content without turning a simple website project into an enterprise CMS implementation.
Repeatable content should use consistent labels, required fields, media references, and SEO fields.
Structured records should move through the same review, approval, scheduling, publishing, and logging workflow.
Published records should become Markdown/MDX and frontmatter in the paths the Git-backed website expects.
Pick a Custom Content Type, set its labels, key, and content path, and arrange the Custom Fields it needs. Every content item created from it starts with that structure already in place.
Custom Fields let teams shape Posts, Pages, and Custom Content Types around the content their website needs — with a field label, a stable field key, required or optional state, help text, and validation.
Reference fields are marked Advanced. Stick to text, rich text, number, date, URL, boolean, select, multi-select, image, media, and SEO fields for most project-specific structures.
Once a Custom Content Type exists, teams can create individual content items with the right fields already in place — each one tracked toward publish-readiness.
Published Custom Content Type items are written to the configured repository path as Markdown/MDX with frontmatter your website can read — no manual file editing required.
Each of these is a starting structure, not a fixed template — keep the fields you need, rename them, and add your own. Every card maps to a content path and publishes as Markdown/MDX.
Acrosite lets each project define its own Custom Content Types, fields, content paths, and output rules — without forcing every website into the same model.
Custom Content Type items can use the same Acrosite workflow as Posts and Pages: draft, review, approve, schedule, publish, and log.
Create the structured item and complete required fields.
Send the item to Team Members or Client Reviewers.
Move the item toward publishing when review is complete.
Publish immediately or schedule for a future time.
Acrosite writes the Markdown/MDX file to the configured content path.
See commit status, deployment trigger result, and retry visibility.
A focused way to model structured website content — here is what it is, and what it deliberately is not.
A short list to confirm before you start — most of it is just naming the structure and choosing where its files live.
Choose the website project where the structure belongs.
Define singular and plural labels, such as Case Study and Case Studies.
Set a path-safe key such as case-studies.
Add the Custom Fields the content item needs.
Choose the repository path where files should be written.
Decide whether the structure is SEO-enabled and publishable.
Field types, publishing, SEO fields, client review, per-project structures, and changing fields later — the specifics teams ask before modeling their content.
Open documentationRegistration is coming soon. Contact us to talk through your publishing workflow, or read the docs to see how Acrosite works.