At its core, a Content Management System allows for the creation & distribution of content across media devices. With more advanced tools, such as Cortex CMS, a CMS can also provide dynamic content recommendations to end-users, an API for integration engineers to work with when consuming content, reporting, localizations, advanced distribution rules and much more.
'Custom Content' implies a more flexible CMS architecture. Rather than hardcoding available 'content types' (such as a Blogpost, Webpage, Landing Page, Media, etc), Cortex CMS and others of its ilk allow superadministrators to easily spin up new content types (and modify them) on a whim, as new business cases arise or change. This allows companies to meet the evolving needs of their users, while still providing rich, relevant & tracked experiences.
The primary customer a CMS serves is the content creator, who authors the rich content experiences necessary for end-users to be delighted by the product, whether it be a blog, a website, or something more - a smartphone app, an advertising platform, or even a car's dashboard.
The glue putting together all the pieces across the CMS - this user creates or manages the various
ContentTypes, plugins, tenants and users available to every other role.
This developer creates and configures the connection between Cortex CMS and the desired frontend application. They can do this via the Cortex CMS API (recommended) or RSS feed by following the consuming content instructions & utilizing the Cortex Client. A frontend application may be a simple blog, resource center, phone app, embeded device, appliance, and so much more!
A collection of
Fieldswhich represents a category of content that you want on your site
The association between a
FieldType. When saving as a
FieldItem, it informs the
FieldTypeto use, the validations to run on the content, and provides any relevant metadata to plugins, widgets, decorators, etc.
Describes the characteristics of some piece of data that can be used to compose a
ContentType. For example, if a
ContentTypeneeds a string of text, you might utilize a
TextFieldType, while a PDF might require a
FileFieldType, and so on.
FieldItemrepresents a component of the
ContentItemto which it belongs. So if the
ContentItemis a blog post, there would be a
FieldItemfor the title, another for the body, another for an associated image, etc. Each of these
FieldItemshas a single corresponding
FieldTypethat describes what kind of content it represents, such as a