Posted 28th October 2021
When we hand a website over to a client, we give them the ability to go and build new, unique pages after launch. This document outlines some good practices to bear in mind when designing for a website running on a CMS (Content Management System), or at least how we do it with Craft.
A website driven by a Craft is made up of templates (re-usable files where information from the CMS fills in the gaps). That might be, for example, a home page, blog listing, blog detail page, and a contact page.
Clients can add new pages to the site after launch. To give them flexibility & control over the content, layout and structure of those new pages, we give them a Matrix field that lets them add pre-designed & coded blocks to the page in any order.
If you can draw a line between blocks, it's a good indicator they can easily be re-used.
Think about which options the client will have & don't make it too complicated. Every slightly different design of a block will have options in the CMS so the client can change it. Craft is very flexible, but it can be overwhelming when creating new content.
For example, a text block might have a heading, text and a button. If the design has that block with two different background colours, that'll be an option in the CMS, which might have a knock on effect to the colour of the text and buttons. If there's also an option for a background image, how does that interact with the option for a background colour?
If the design file is 1920px wide, think about what will happen when the screen is wider - like a 27" desktop - or smaller like a tablet or mobile.
Think about how the content might change and how that would affect the design. For example:
In some cases, we limit the amount of text a client can enter, but it's best to assume things will have different lengths of copy.
Usually it's not necessary to do a mobile design unless there's something specific that needs to happen on mobile that isn't obvious from the desktop design. For example, the mobile navigation and footer are nearly always different to the desktop version.
If you're working with clients and developers, it would be useful to show your designs to the developer to make sure everything is possible, before showing anything to a client.
Making websites accessible is important for every country, but especially in the USA it's a law, not optional. Typically meeting the requirements of this law is done by using the WCAG 2.1 AA standards. A lot of that is related to development work, or content - but some of them also apply to designers. Particularly worth paying attention to are:
The client will be able to add all of the following HTML elements to a site through the CMS. Creating a global style guide first will not only help the developer know which HTML tags to use when coding the design, but also helps to create a cohesive design style across the site, and makes sure that none of the common HTML elements are missing when the client tries to add them later. Those elements are:
Heading 4
Paragraph text with bold, underlined, italics, and inline links.
"Blockquotes. This might be quite long, and would usually have an author or citation underneath it in some form too"
- Author Name, Company
Tables | with | headers |
---|---|---|
and | normal | text |
Oh, and forms!