The liberation of Content Management

The Propaganda

Sign up / Join us

Your data, not ours

Let’s be upfront about this: we hold as little of your client’s data as possible. I mean, why should we? After all, they are your clients, not ours.

So when you set up a site on Edditt, all we store on our servers is the connection information, and user data (so users can persist across site instances). 

Aside from that, absolutely everything else is stored in your website’s database. It’s right there for you to see; you can even edit the database directly (though we can’t be responsible for the consequences!).


Should you decide Edditt isn’t the system for you and you want to move to another CMS, you don’t need to ask us, get an export, or any of that hassle – your database is right there, with all your data stored in it. Just make it work with the new system. 

We mean it when we say that we are totally hands off: you are in control and you call the shots. We don’t want to tie you down or trap you in any way.

And when we store information, we don’t hash it or obfuscate it, we use standard cross–language ways of storing it, like JSON.

Giving you options

Because you can see and access all the data, it gives you lots of options for how to approach a site build.

Say you just use the same module structure over and over, you could of course use the Kernel feature in the system. Or you could just copy the module information from one database into the other and change the site instance ID. And voila! The same modules will appear in both sites.

Or say you want to pull down rollback data for an item and process it in some way. Just query the database and do your processing. It’s all there waiting for you.

Edditt is all about giving you options and letting you take control. Truly owning your data is just one way we help you do just that.


Rollback is one of those features that you and your clients will love in equal measure, but for entirely different reasons.

Have you ever got an email from one of your clients with a subject like “Help?!” or “Page is missing” and containing a well worded but frantically typed story about how some extreme circumstance caused them to accidentally delete a page from their website (despite the 2 confirmation messages they have to click to do that).

Well, with rollback those days are gone, gone, gone.

Making your life easier

Rollback saves a version of the page every time a change is made or when it is deleted, giving a full versioning history of the item up to as many days in the past as you want (or forever). 

Rollback - previous data versions availableThis means if you want to revert to a previous version of a page, you just rollback to the version that was right. Or, if an item has been deleted, you can just reinstate it to the system. 


Its always there for your clients to see, so they can edit their site with the confidence of knowing that any changes they make can be reversed with the click of a button. Its effortless.

And thats not all it does.

Comparing changes

You can compare changes between different rollback versions of the same item, so your editors can see what edits have occurred. You can even hook up a visual view of the changes so that they can be seen on your client’s site, colour coded to indicate what happened where. 

If your site has an editorial or approval team they will love this feature. Even more so if you combine it with the built in authorisation system.

So there you have it, two killer features that make you (and your clients) life that much better. Whats more, rollback and compare changes are built into every instance of Edditt straight out of the box – you don’t need to set them up, and you don’t need to pay anything extra to switch them on. 

Don’t you just love us?
(You should).

User Management

If you’re anything like us you probably work with a wide range of clients: some small, some large, some somewhere in between. Some of them might just be one person updating their site, and others might be a team of 10 or 15 working together to keep their website fresh. 

We set out to build a user management system into Edditt which works for all sorts of clients, big and small alike. One that gives you complete control over who sees what and who doesn’t. More than that, we set out to create one that was a bit more interesting than your average to work with.

Users and groups

Manage your usersWe’ve given you the ability to set up both users and groups. Users, obviously enough, are individuals who can access a site and make changes to it. You can give a user individual permissions, or you can assign them to a group, in which case they inherit the permissions the group it entitled to.

Groups are a container for a collection of users, all sharing the same permissions. This makes it really easy to add new users with the same permissions, and also for you to set up a hierarchy of user types on the system (e.g. administrators, editors, section editors and so forth).

Authorisation and notification

Authorisation is a nifty feature that means when a user makes changes to the site, but you want these changes to approved by someone further up the chain before they go live they can request approval from an assigned user (or group) for their changes. That user is then notified of the changes, and can login to edditt to approve (or disapprove) of the changes. They can even choose a compare view, where the changes made are highlighted side by side with the original version of the item

We also give you the ability to be notified by email of changes that a user (or group) makes. This means every time they change, update or delete an item on the system an email it sent with information about that change – giving you real time updates about over what your users are doing.

Fine–grained control

Not everyone on your site needs to be able to carry out the same tasks, so Edditt lets you completely customise what each user (or group) can and can’t do. Its as easy as choosing Yes or No and following the process through. 

At one end of the scale you can give a user access to everything, or at the other end you can only allow a user permission to access a specific field on specific item. And in between – you control what they can and can’t do – the power is in your hands.

Anything a user isn’t able to access is hidden from their view, so as far as they are concerned, it never existed in the first place!

So there you have it, a whistle–stop tour of user management in Edditt. I think you’ll agree, its gives you very flexible, powerful control over what your users can and can’t do.

Files and integrations

There are so many great services on the web these days: some for video, some for photos, some for storage. And if your clients are anything like the ones we have, then they will at some point ask for their site to access media on at least one 3rd party service. 

It’s something that gets asked so much there had to be an easier way to make it happen.

The Files area of Edditt doesn’t stop at connecting to and managing your site’s webspace (though it does do that particularly well!); it also connects to 3rd party services on all corners of the web. And by that we mean it pulls media seamlessly down and gives them pride of place right alongside your website’s files. 

So, be it Vimeo, Flickr, YouTube, Amazon Web Services or any other service you can think of, Edditt will sync beautifully with it, allowing users to drop rich media and content effortlessly into their website. Trust me when I say, your clients will love you for this.

File Management in EddittAnd it’s not just a one–way relationship, we don’t just read your media – you can upload files directly through Edditt, cutting out the middle man. So, you can set up accounts for your clients on 3rd party services, but they never need to go near that service’s website. Seamless huh?

As for setting this all up in Edditt – well that’s pretty effortless too. Make your way to your site’s integration settings, and click on the service you want to sync with. You’ll be taken to the service’s website, login and once you come back its all set up.

We really do spoil you.

A potted history

We made our first foray into content management about 8 years ago when a client asked us if we could give him a system for updating his site. 

We said yes, then spent the car journey home wondering how the heck we were going to do that. You see in those days, CMSes were for the big boys, and only the big boys.

So, we planned out a simple system that worked perfectly for one site. It allowed the client to update their site in no time at all. He loved it, we got paid, so we loved it too.

About a year down the line we’d made about 16 or 17 of these. But we were growing tired of pushing out bug fixes to every one of them. Every fix meant changing every system on every site – what a pain. So we decided it was time to build a system that could power all our sites, a magical beast that centralised our content management. 

Obviously this new system needed to be more flexible, so we set up ways of adding different features to each site.

After two weeks of straight work and very little sleep, it was done. It was fantastic. Now, we could turn sites around faster than you could shake a stick. And we had all our sites in the same place; no more pushing bug fixes to a multitude of places. Bliss!

Over the next 4 years this system served us well: we won lots of jobs we shouldn’t have because of it, and it gained us a reputation at being really good at what we do. Looking back, you could say this system was Edditt version 1.0.

But all was not perfect: We started to find ourselves hitting the constraints of the system. It just wouldn’t do things that we wanted it to do; we dreaded having to make changes or add new features as it would often have unwanted consequences.

It was time for a rethink – time to start over.

This time we were serious. We had a feature list the length of your arm and it kept on growing. So we furiously started scribbling. There were pieces of paper everywhere – covered in schemas, diagrams, roadmaps and ideas. We researched other systems, we won’t name them, but we checked them out just to make sure we weren’t reinventing the wheel. It quickly became clear we weren’t. Nothing else gave us the features we were looking for and most of all, none of them seemed easy for our clients to get to grips with.

So work began in earnest. 

We set out to create a system that was flexible from the ground up; allowing each site to be completely tailored to its needs without any constraints, and giving the user the best control over their content. This system had to be able to do everything we needed it to do: manage databases, interact with 3rd party services, hook into pages on our site for extra functionality.

A few months down the line and it was ready for some serious testing, we let some clients loose on it. And they loved it. It worked in a way that made complete sense to them. They found it effortless and from our point of view that was what really mattered.

Edditt gave us a ridiculously fast development pace – we could turn around sites even faster than before. CMS was no longer a pain – in fact, it was quicker to CMS a site than not to. Who would have thought?

Over the last year we have refined it and tweaked it mercilessly, continually improving upon what we started with. We have added new features, and are planning more besides. We want to make sure Edditt takes its place as the best CMS system out there.

This site uses cookies for general analytics but not for advertising purposes. View our privacy policy to find out more. If you continue without changing your settings, we'll assume that you are happy to receive all cookies on our website. However, you can change your cookie settings at any time.