# Node-RED as a platform for complex web applications?

**URL:** <https://discourse.nodered.org/t/node-red-as-a-platform-for-complex-web-applications/101697>\
**Category:** General\
**Created:** [28 August 2026 09:12 UTC](https://discourse.nodered.org/t/node-red-as-a-platform-for-complex-web-applications/101697 "2026-08-28T09:12:56Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![Meloman](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/meloman/32/96137_2.png) [@Meloman](https://discourse.nodered.org/u/Meloman)\
**Post date:** [28 August 2026 09:12 UTC](https://discourse.nodered.org/t/node-red-as-a-platform-for-complex-web-applications/101697/1 "2026-08-28T09:12:56Z")

</div>

A few years ago there was a discussion here about using Node-RED as a CMS.

> [@"Is a CMS built using Node-red even a good idea?"](https://discourse.nodered.org/t/is-a-cms-built-using-node-red-even-a-good-idea/49497/4):
>
> Well, there are lots of CMS options that are easy to set up and efficient to run. A 1.5GB AWS instance is pretty big. I used to run my own blog in WordPress in 1/4 GB I seem to remember and WordPress itself is considered quite heavy as it needs MYSQL as well. These days, my blog is run from a static site using Hugo. It is hosted on a free-tier from Netlify with Cloudflare (again free tier) providing a front-end proxy that gives some additional performance, security and analytics. I'm only getti…

I think the more interesting question is slightly different: **is Node-RED a good platform for building process-driven web applications?**

I've been using it this way for some time now, including **our company's public website and an intervention-management web application, both running in a DMZ**.

I use my own flows for user management and application structure, with **Liquid templates** for rendering, while Node-RED handles business logic, databases, APIs and workflows.

As a real-world example, the intervention-management application currently gets:

**GTmetrix Grade A — Performance 92% — Structure 91%**  
**LCP 1.6s — TBT 0ms — CLS 0.01**

Personally, I wouldn't use Node-RED as a traditional CMS. But for **complex web applications where the complexity lies in business processes and integrations** , I find its flow-based model particularly well suited.

I'm curious how many others are using Node-RED this way, and how far you've taken it.

---

<div class="post-metadata">

**Author:** ![gregorius](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/gregorius/32/73816_2.png) [@gregorius](https://discourse.nodered.org/u/gregorius)\
**Post date:** [28 August 2026 10:22 UTC](https://discourse.nodered.org/t/node-red-as-a-platform-for-complex-web-applications/101697/2 "2026-08-28T10:22:37Z")

</div>

It was actually one of the first things I created with Node-RED: it was called [RedBack - Node-Red as Backend](https://discourse.nodered.org/t/redback-node-red-as-backend/74481/17) and lead to one of my favourite comments here at the forum:

> [@RedBack - Node-Red as Backend](https://discourse.nodered.org/t/redback-node-red-as-backend/74481/17):
>
> What your looking to do is reinvent the wheel with the same wheel. What I would suggest is working with Node-RED as it is (Which is pretty dang great), and get familiar with what it is and does, then you can do amazing things.

So it has the potential to get misundertstood when using a web application to create another web application, even if you think it's amazing to create a _visual_ web application with Node-RED.

EDIT:

I continued on and my [blog on Node-RED](https://blog.openmindmap.org) is running NR with the content actually being the flows, i.e., articles are flows, there is no database backend to store content.

---

<div class="post-metadata">

**Author:** ![Aaqu](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/aaqu/32/101407_2.png) [@Aaqu](https://discourse.nodered.org/u/Aaqu)\
**Post date:** [28 August 2026 10:37 UTC](https://discourse.nodered.org/t/node-red-as-a-platform-for-complex-web-applications/101697/3 "2026-08-28T10:37:24Z")

</div>

For some time, I had been looking for a system that would let me handle devices communicating over different protocols such as Modbus, store the data in a database and visualize it all in one place.

Node-RED has worked very well for me in this role. Dashboard 2 did not really fit my needs, so I started building my own frontend module based on React.

At this point I already have more than a dozen different tabs and applications running in production and their use cases are quite different. Some are only used to visualize data from MSSQL, while others are based almost entirely on direct communication with devices. They read parameters, change setpoints, set temperatures and control parts of the process.

What I also like is how flexible this approach is. Today I need one feature, next week someone asks for another one and then something else needs to be changed. I just open the React editor inside the flow, make the changes and click Deploy.

With a typical standalone React application and a separate backend there is usually more involved. You need to build the application, create a new Docker image, replace the image, restart the container and so on. Of course this can all be automated, but in my case Node-RED simply gives me a much faster development and deployment cycle.

That is why it works so well for this kind of application. I do not really see Node-RED as a traditional CMS. For me it is more of a platform for building process driven applications where a large part of the logic is related to devices, databases, communication and control, and where requirements can change very quickly.

---

<div class="post-metadata">

**Author:** ![TotallyInformation](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/totallyinformation/32/31_2.png) [@TotallyInformation](https://discourse.nodered.org/u/TotallyInformation)\
**Post date:** [29 August 2026 14:47 UTC](https://discourse.nodered.org/t/node-red-as-a-platform-for-complex-web-applications/101697/4 "2026-08-29T14:47:22Z")

</div>

> [@Meloman](#):
>
> using Node-RED as a CMS.

Well, that post is rather outdated now. Especially since UIBUILDER for Node-RED now includes a CMS feature - **Markweb** - allowing you to easily build a web site from a Markdown file structure. 😃

> [@Meloman](#):
>
> I think the more interesting question is slightly different: **is Node-RED a good platform for building process-driven web applications?**

I agree that this is a core potential for Node-RED. I tend to describe UIBUILDER as an extension to build "data-driven web apps". Node-RED provides the process, UIBUILDER takes the data and helps you create UI's with it.

UIBUILDER doesn't care whether you use a front-end framework or indeed a server-side templating engine. It works with and without. It provides the structure and tooling to make the communications easy. It allows you to use both Node-RED driven HTML creation and/or more traditional web development processes (useful for development teams already used to doing web apps).

> [@Meloman](#):
>
> Personally, I wouldn't use Node-RED as a traditional CMS. But for **complex web applications where the complexity lies in business processes and integrations** , I find its flow-based model particularly well suited.

I am somewhat wavering on this subject. I've done everything from creating my own custom CMS's through using platforms such as Wordpress through to static site creators such as Hugo and ASTRO.

A CMS typically is driven by _content_ more than data and so needs somewhat different tooling. Markweb does the translation from static Markdown files and folders to HTML dynamically on the server so content management can be done very easily using standard tooling. It also however, enhances that with UIBUILDER dynamic features should you need/want them. Markweb is rather basic right now but it does build websites straight out of the box with no programming required at all. And no build steps either.

> [@Meloman](#):
>
> I'm curious how many others are using Node-RED this way, and how far you've taken it.

It doesn't have to be _complex_ web applications. It can be simple ones too. But yes, a lot of my personal Node-RED use manages data and event processes and uses UIBUILDER to provide accessible UI's. I'm retired now, so I no longer use Node-RED professionally.

> [@Aaqu](#):
>
> What I also like is how flexible this approach is. Today I need one feature, next week someone asks for another one and then something else needs to be changed. I just open the React editor inside the flow, make the changes and click Deploy.

This is exactly why I build UIBUILDER over a decade ago and have been enhancing it ever since.

The only difference being that I long ago realised that with only a little help, vanilla HTML/CSS with some occasional JavaScript is generally more than sufficient for everything and while UIBUILDER originally focused on enhancing things with the help of VueJS, I quickly realised that these complex front-end frameworks just got in the way and added, sometimes extreme, overheads and restrictions. This also means that generally, no build steps are required for changes.

REACT may be useful for really complex solutions, especially where large teams of devs are involved but I'm seeing more and more web developers coming to the same conclusion that native HTML/CSS with some occasional JS can do everything we used to need a framework for.