How much freedom should our CMS give marketers to build new pages?
Less freedom than marketers ask for, more than most studios ship: pick one of four levels per page type, and agree the guardrails before the build rather than after the first ugly page.
The short answer, and when to decide it
Give marketers less freedom than they ask for and more than most studios ship. Then decide the exact amount per page type, before the build starts.
The timing matters more than the setting. If you decide after launch, you are not designing guardrails, you are removing something people already use. That conversation is always worse. Someone has published a campaign page with a purple heading and 12 pixels of space above it, and now the fix reads as a punishment.
Most teams get this wrong in one of two directions, and both directions end with a site that looks nothing like the design that was approved.
Site drift starts in the CMS, not in the design
A redesigned site does not decay because the design was weak. It decays because a hundred small publishing decisions accumulate in a system that permits all of them.
Give a marketing team a free-form page builder with a colour picker and a spacing slider, and within about a year the new site contains the old site again. Not the old visual style, the old habits: the seven-section landing page, the heading that is a different size on every page, the card grid that is a card grid on three pages and a stacked list on the fourth because someone dragged it wrong.
The opposite failure is quieter and more expensive. Lock every template so only design can change a layout, and marketers go around you. They buy an external landing page builder for the webinar, because the webinar is on Thursday and design review is next week. Now you have unbranded pages on a subdomain nobody controls, outside your analytics, with a cookie banner that does not match. In our redesign projects, this is the more common of the two, and it is usually discovered by accident.
The rule worth remembering: freedom you do not grant in the CMS gets taken outside it.
The freedom ladder: four rungs to choose from
There are four useful levels of CMS freedom. Assign one per page type, never one per site. A pricing page and a conference landing page have nothing in common except a domain name.
Each rung says what a marketer can change without asking a designer.
- **Fixed template.** Words and images only. Section order, spacing and layout are set in code. Fits pricing, product, legal and anything you measure or A/B test. If a page's conversion rate appears in a board deck, it belongs here.
- **Ordered blocks.** Reorder sections and swap them from an approved set. Fits most marketing pages. This is the default rung, and where the majority of pages should sit.
- **Free blocks with token-only styling.** Any arrangement of any approved block, but colours, type sizes and spacing come only from the design tokens. No hex codes, no pixel values. Fits campaigns and event pages, where speed beats consistency but the brand still has to hold.
- **Open canvas.** Everything is editable, including custom CSS. Fits almost nothing. Use it for short-lived experiments, and set an expiry date on the page when you create it. A page with an open canvas and no expiry date is how a site starts looking tired.
How to assign a rung to each page type
Work through page types, not pages. Four hundred URLs usually collapse into eight or nine types: homepage, pricing, product, blog post, customer story, campaign landing page, event page, legal, careers.
For each type, answer three questions in this order. Who publishes it? How often? What breaks if it is wrong?
Then assign the lowest rung that still lets that person ship without asking design. Lowest, not highest. Freedom is a cost you pay in review time and inconsistency later, so buy only what someone actually uses.
A worked case. A B2B software company had a marketing lead publishing roughly two pages a month: mostly customer stories, occasionally a webinar page. She asked for a drag-and-drop builder. The honest answer was that at two pages a month she would not learn one well enough to use it safely, and every page would be her first page in six weeks. Customer stories went to a fixed template with fields for logo, quote, three metrics and body copy. Webinars went to ordered blocks. Nothing else changed. The result: she publishes in about 20 minutes instead of half a day, and no page has needed design review since. The builder would have cost more and produced worse pages.
What we see go wrong six months after launch
Two patterns show up in almost every CMS we audit after launch.
First, there is always one block nobody has used, and one block used for everything it was never designed for. The unused block is usually the clever one, a testimonial carousel or a stats band with an illustration slot. The overused one is usually the plainest: a heading and rich text. Marketers reach for the block they understand, then bend it, pasting a table into it, or a list of logos as inline images.
Second, spacing controls are the first thing to be abused, and colour pickers the second. If you ship a CMS with a free spacing field, expect values like 37 and 118 within a month. This is why token-only styling is a rung on its own. A dropdown offering small, medium and large is not a lesser version of a number field, it is a different tool. Sizes come from your spacing scale, so no one can invent a value that does not exist in the design system.
When someone asks for a custom layout, the request is almost never about layout. It is a missing block. Log every one of these in a single list with the page it was for, and after three months you will see the two or three blocks your site actually needs.
Six months after launch, count blocks used per page type. If a page type uses one block, it should be a fixed template. If it uses nine, someone is building layouts by hand and you owe them a better block.
Where we would tell you to spend less
If one person publishes twice a month, you do not need a page builder. You need three good templates and a written note on what each one is for. Refuse to pay for a bespoke drag-and-drop builder before you know your real publishing volume. Look at your current site’s history: how many new pages went live in the last twelve months, and who made them? If the answer is fourteen pages and one person, the builder is the most expensive part of your quote and the least used part of your site.
Most teams overbuy flexibility and underbuy documentation. Ten blocks with no guidance produce a messier site than five blocks with one sentence each explaining when to use them and when not to. That sentence is cheap. Write it while the block is being built, when someone still remembers the intent.
There is also a case for spending more, and it is narrow. If you run six campaigns a quarter with three people publishing, the third rung earns its cost quickly, and the guardrails are what stop six campaigns becoming six visual identities.
Treat every CMS option as a design decision
A field in the CMS is a design decision that someone else will make, hundreds of times, without you in the room. Review it the way you would review a component: what it is for, what it must not be used for, and what happens when it is fed the wrong content.
Do that, and the site you approved is still the site you have in two years. Skip it, and the drift starts on the first page published after launch.
Frequently asked questions (FAQ)
Can we start locked and loosen it later?
Yes, and this is the order we recommend. Launch every page type at fixed template or ordered blocks, then promote a page type up a rung when someone shows you a real page they could not build. Loosening is an easy conversation. Taking freedom away from a team that already uses it is not, because you are asking them to stop doing something that works for them.
Who decides the rung for each page type?
Whoever owns the design system decides the rung, and whoever publishes the page has a veto on whether it is workable. If the marketer says she cannot ship a webinar page on a fixed template, she is probably right, and the answer is either a higher rung or a missing block. The decision should be written down next to the page type, not left as a shared assumption.
Does this depend on which CMS we use?
The four rungs work in any modern CMS that lets you define your own fields and blocks. In Payload, which Glasspage builds on, each rung is a different block configuration: fixed field sets for templates, a restricted block list for ordered blocks, and select fields tied to design tokens instead of free text for colour and spacing. What varies between systems is how hard it is to enforce the middle two rungs, not whether they are the right target.
What about landing pages our agency builds for paid campaigns?
Give the agency the third rung inside your own CMS rather than letting them publish on their own tool. Free arrangement of your blocks, token-only styling, and an expiry date on the page. That keeps the traffic on your domain and inside your analytics, which is usually the real reason external campaign pages cause problems, not how they look.
Related articles
- Should we change CMS at the same time as the redesign, or do the two separately?Do them separately, and put the CMS move second, unless the current CMS is the reason the site is broken. In that case the platform moves first and the redesign waits.
- Our site looked great at launch and looks tired eighteen months later — what happened?Nothing broke and nobody changed the design — the pages added after launch were built by people who were never given a way to add a page correctly, so design decay is an authoring problem, not a design problem.
- What is a design token, and how is it different from a CSS variable?A design token names a design decision (surface-raised, text-muted); a CSS variable is just the storage slot that holds its value — so any token named after its value, like grey-100 or blue-500, is a CSS variable wearing a token's name and will break at the first rebrand.
- We have 400 pages and a redesign coming — how do we decide what to keep, merge, rewrite or delete?Give every page one of four verdicts before design starts: keep as is, merge, rewrite, or delete. Make delete the default, and sort by what a page earns you rather than what it costs to move.
- Do I need a design system, a style guide, or just a component library?Most sites need a component library: coded components that are the only way the site gets built. A full design system pays off only when more than one or two people change the site monthly. Standalone style guides are not worth maintaining.