How much did you hear about the new Liferay Headless CMS?

General
1

Soon in our 2025 Q4 release we will have its beta version, when you try, please share feedback with us so we can keep improving.

2

Looking forward to it @Luiz_Jardim! I’ve started the Content Manager Learning Path to help prepare for it.

3

Hi @Luiz_Jardim ,

I had a quick look at the new Headless CMS from the last Q release, and here are my initial observations:

  • Home - Very good idea!

    • The Recent Assets is something that content editors use very often (in classic CMS it was a “Recent” filter).
    • I think it would be beneficial also to have a new tab My Content (assets I authored or edited), as most users return to update the contents they created earlier.
    • I also hope that the Quick Actions menu will be configurable per user - usually, different users deal with different types of content. Otherwise, it’s not very useful. For example, on our main site, we don’t use any of the displayed Asset Types except Vocabularies, but even they are not created by regular editors.
    • My Workflow Tasks fit here very well; our users complain a lot that they can’t find their workflow tasks in the current CMS.

  • Dashboard, especially the Inventory Analysis. Our customer asked us recently for a similar feature (content and publication analytics), so this dashboard seems to fit this requirement perfectly.

  • Assets

    • I like the three tabs: All, Contents and Files; but it seems that the old division between Files and Web Contents is still there (you can create folders only within Contents and Files), while All is just an ordered list of all assets, without any structure. I think it would be great to have it the other way around, so the Editors can combine articles and related documents in a single folder instead of having to use two different repositories. That would streamline the content creation workflow as well: I noticed that our editors usually upload related documents or images while they’re editing the article. Currently, because of how it’s uploaded from the Web Content editor, most of these resources end up in the root folder, causing a huge mess. If we had the articles and documents in a single repo, the resources could be uploaded to the Article’s folder by default.
    • Articles:
      • The new comments section is cool. In the past, I had to create a dedicated structure field for that. It would be great to be able to comment on specific structure fields as well (for larger structures)
      • The categories have no Vocabularies listed, which will be a problem for larger taxonomies. In our case, for example, we have a Theme vocabulary that stores all the main “topics“, but we also use Vocabulary Series, which contains names of series of our publications (attached just to some of the articles). The categories from both vocabularies can have similar names, but do not mean the same, and serve different purposes. I’m sure that people will be confused by the unified list.
      • There is no way to preview the article in a Display Page - very important! We got this feature not so long ago (2-3 years), and it would be a pity to lose it again :slight_smile:
      • There is no Related Assets option from the current CMS. That is used quite often for linking related articles together.
    • Documents
      • I don’t see the document preview, but I assume it will be added in one of the next releases.

That’s it for now, but certainly I’ll try to provide more feedback as I find more time for testing. Thank you for sharing your work on the new features. The change you’re working on now happens once in many years (actually, that’s the first time in Liferay’s history that the CMS is revamped to that extent), so I think it’s a great opportunity to make it really a great and user-friendly product.

Thanks,

KG

4

Some really exciting stuff to see! We can appreciate some of the new flexibility this may offer. Just a few comments in the meantime.

SEO Concern Since the content can be shared with many locations, we love to manage (per content item, or per space) … which destination site is the “canonical” for the content item(s).

Java API (?) We are hopeful that the objects can be accessed using a more direct Java API without needing to make a network request over REST in order to work with the data. We assume ObjectEntryService etc. will be the way… but just wanted to check. Looking forward!

5

Hi Luiz, since the new CMS has already been released under the Release Flag, I guess we can start evaluating the feature and using it for new POCs. Can we also start opening the Support Tickets?