The Umbraco Roadmap

Creation of an integration and updates to the Forms product itself to support receiving payments, using a hosted page provided by a payment provider.

Target release: September, 2022

Once a new extension API has been proposed and accepted through the RFC process, implementation can begin in collaboration with the Backoffice Community team.

This is Part 3 of Future-proofing Umbraco's backoffice.

A new Property Editor that can be a future substitute for the existing popular Grid Layout editor.
The new Property Editor will be based on the Block Editor technology that is used in the Block List editor. Read more about the Block Grid Editor here.

Target release: October 21, 2022 (as part of Umbraco 10.3)

Begin the development of a new API and web presence for Umbraco packages, replacing and combining the existing features on umbraco.com and our.umbraco.com. Will support Umbraco 9+ packages, integrate with NuGet as the primary source for package information and provide a login for package owners to augment their listing. This is part of our Composable DXP (Digital Experience Platform) strategy.

Target release: Q4, 2022

We want to enhance the developer experience by introducing a secure way of storing secrets. A new section in the Umbraco Cloud portal where you easily and securely store your encrypted secrets in the Umbraco Cloud. Ensure that the secrets of your Umbraco solutions never are exposed to outsiders or in source control.

Target release: October, 2022

Adding features to Umbraco Forms to better support rendering and submission forms without server-side templating and full-page post-backs.

Target release: October, 2022

We'll introduce a new Umbraco demo site that showcases the backoffice and gives an introduction to what can be build with Umbraco out of the box. Our goal is to open-source the project, so that it can be used as an easy start for experiments and learning.

As part of this feature, we will be adding a new version of the REST API, which will be based on the Open API standard (https://www.openapis.org/). The first iterations of the current REST API are based on the HAL standard. By moving to OpenAPI you’ll see several improvements such as a reduced amount of metadata in the JSON response and improved performance. Open API is a widely known standard with lots of tooling, which we believe will benefit Heartcore and our users.

Target: Q3, 2022

One of the strong features of the Umbraco Backoffice is the ability to extend it with custom Property Editors to fit the needs of the Content Editors. This feature will enable for Umbraco Heartcore as well by creating Property Editors through the backoffice using html/js/css and WebComponents.

As part of improving the Heartcore speed and reliability, we intend to move the REST API to be served by our Content Delivery Platform (CDP). Currently, the REST API IS served by the CMS instance by default while both the GraphQL and Preview APIs are served from the CDP. By having the REST API served from the CDP we run it independent of Umbraco and allows for scaling it better and more efficiently. An added benefit is that the APIs running on top of the CDP will not be affected by upgrades or deployments within the Heartcore project.

We are completely rewriting the backoffice with the usage of our new UI Library. As part of the project we are also rewriting our management API's together with the Heartcore team, so that the new API's can be used efficiently in headless setups including Umbraco Heartcore. With the new backoffice we have a strong focus on a customizable editing experience offering the best possible opportunities for package developers to produce good and truly integrated applications.

You can read more about the project in the Implement the New Backoffice RFC.

Adding progression display to default theme and inclusion of an optional final confirmation page for review or edit of the pending form submission

Allows you to schedule automatic upgrades of Umbraco CMS, Forms and Deploy. You will be given a timeframe in with you can schedule the upgrade to ensure better planning and handling of automatic upgrades.

In an effort to make it even easier and faster to get started in Umbraco Cloud, we will add the option to pick a starter kit(s) that will be pre-installed with your new cloud project.

Allow for partners with Umbraco integrations to provide potential customers with the ability to run a trial on Cloud pre-installed with their package and supporting content. This is part of our Composable DXP (Digital Experience Platform) strategy.

With persisted queries you can define and save your GraphQL queries up front, so you only allow pre-defined queries to be executed against your Content. Another benefit of having persisted queries is that the popular Apollo GraphQL client library supports this approach and will thus send a hash instead of the entire query, which might be a a big payload to send multiple times, so a lot less to send across the wire.

As part of this feature we will make API Keys independent of backoffice Users. Currently, an API Key is created for a backoffice User, so the key will get the same permissions as that user.

With this feature we will enable the creation of API Keys and setting permissions on a per key basis. We believe this will make it easier for developers to work with and more secure, as the key is not tied to a specific backoffice user.

In addition to the current configuration options for Webhooks, we’ll be adding the option to specify security headers for the endpoints, which are called. The intention is to add flexibility around the configuration options for webhooks, and being able to call into secured endpoints.

Allowing for payment to be handled by others than the project creator. 

We'll investigate if Entity Framework is a viable Object Relational Mapper and can replacement for NPoco. NPoco has done a good job but, if possible, we want to benefit from the broad usage of Entity Framework, its support and its alignment with .NET core versions which we believe will introduce a more standardized development process.

We'll introduce a headless API based on Open API in close collaboration with the Heartcore team, so that our API's share the same schema. This way we'll add "out of the box" headless functionality including a hybrid mode in the core CMS while making it easy to move from a standard installation of Umbraco to Umbraco Heartcore.

We want to make variations available on the Block level, so that we e.g. have better support for multiple languages in blocks - whether it's in the Block List Editor or in the Block Grid Editor.

Together with the Umbraco Heartcore team we'll introduce webhooks in the core CMS, so that clients can be notified when changes happens in the Umbraco backoffice. This functionality will introduce callback functionality within the core CMS but also make it easier to later migrate to Heartcore.

We want to enhance performance for sites with large amounts of content by introducing more efficient caching and memory management. This will be introduced through a lazy-loaded content cache. Most installations thrive with the current "cache all the things" approach so this will be an opt-in feature that can be used in specific scenarios.

A new marketplace that improves the presentation of packages with integration to GitHub and better opportunities for package developers to promote their packages is in the works - these improvements should also be reflected in the Package section of Umbraco CMS.

Integrate your own repositories and build pipelines into the Umbraco Cloud processes.

Add as many environments to your project as needed. Both horizontally and vertically.