Needing a developer to change a phone number or add a blog post is a sign the site was built the wrong way round. What a good admin panel should let you do, and what should stay locked.

A surprising number of business owners have a website they cannot change. A price goes up, a phone number changes, a new team member joins, and each of these becomes an email to a developer, a wait of a few days and sometimes a small invoice. Meanwhile the site slowly falls out of date. If that sounds familiar, the fault is not yours. The site was built without thinking about who would look after its content.

A well-built website separates the design from the content. The design, meaning the layout, the styling and the behaviour, is set up once by a developer. The content, meaning the words, the images, the prices, the team, the projects and the posts, is stored in a database and edited through an admin panel, usually called a content management system, or CMS. Changing the content then needs no code at all. You sign in, change the text, press save, and it is live.

The right things to be editable depend on the business, but there is a sensible baseline. Your contact details, address and opening hours, which appear in several places and should be changed in exactly one. Your services or products, with descriptions and images. Blog posts and news. Team profiles. Testimonials. Portfolio items. Page titles and descriptions for search engines. If you have to ask a developer to edit any of these, it is worth asking why.

Good admin panels are easy to use for someone who is not technical. Forms that clearly label each field. A preview or a draft state, so that you can write something and publish it later, rather than showing unfinished work to the public. Simple image upload, with limits on file type and size, and ideally automatic resizing so that a photo straight from a phone does not slow the site down. Clear messages when something fails.

Access needs some thought. Not everyone should be able to do everything. A person who writes blog posts does not need to change payment settings or delete the customer list. Set up separate accounts with only the permissions each person needs, so that mistakes are limited and you can see who changed what. Use strong, unique passwords, and remove access promptly when somebody leaves.

Some parts should remain in the developer's hands. Changes to how the site is structured, new features, integrations with payment or delivery systems, and anything touching security are best done by someone who can test them properly. A useful test is whether a change alters what the site says or how the site works. Wording is yours to change. Behaviour is not.

Give yourself some habits, too. Keep a regular schedule for updating content, since a site with a blog whose last post was two years ago looks abandoned. Write for your customers, not for search engines, and check pages on a phone after publishing. Keep the images at a sensible size. And make sure that backups are running, so that a slip in the admin panel can be undone.

If you are commissioning a new website, ask this question at the start: which parts of the site will I be able to edit myself, and can you show me how? If the honest answer is very little, consider whether that suits how you work. A site you can maintain is one you will actually keep current, and a current site is one that customers and search engines are likely to trust.