A website is more than a design, a template or a place to put a few pages online. It has structure, text, images, style, markup, technical choices, privacy consequences and long-term maintenance. Good website work makes those choices visible, so the people involved understand what is being built, what depends on what and what can be maintained later.
This can mean building a new website, improving an existing one, repairing a broken site, reviewing a WordPress installation, preparing content, choosing suitable software, or explaining the difference between a lightweight website, a CMS, a webshop platform and a hosted website builder. The goal is not only to make something that works, but to make the result understandable, findable, accessible, maintainable and under the control of the people who need it.
Website work usually starts with a conversation about what should be on the site and what the site should communicate. Who is the website for? What should visitors be able to find? Which pages are needed? What kind of style, tone, colours and images fit the person, organisation or project? What should be written first, and what can wait until later?
From there we can work on a first structure and design direction. This may include looking at example websites, sketching a page layout, choosing where text and images belong, and making a first working draft in HTML and CSS. Where useful, the work is done together at the computer, so the connection between content, markup, stylesheets and the visible page becomes clear.
Part of the work is explaining the building blocks of the web. This can include HTML, headings, links, images, lists, tables, stylesheets, responsive layout, accessibility, metadata, search engine snippets and the meaning of semantic markup. Understanding these basics makes it easier to write better content, recognise problems and avoid becoming dependent on unclear templates or tools.
For some websites, a simple HTML/PHP setup or Nocterra is a good fit. For other websites, WordPress, a webshop platform or another CMS may be more appropriate. Each choice has advantages and disadvantages. We look at what the website actually needs, how often it changes, who will maintain it, which extensions are needed, how updates work, what the privacy impact is and how much technical complexity is being introduced.
When there is already a website, the first step is often to inspect what is there. This can include checking the hosting setup, PHP version, CMS version, theme, plugins, licences, update status, error messages, page speed, accessibility, security headers, trackers, embedded services and forms that collect personal data.
Tools such as browser developer tools and Lighthouse reports can help show technical and accessibility issues, but the report itself is not the whole answer. The important part is understanding what the findings mean, which problems matter most, and whether a site should be repaired, simplified, rebuilt or moved to another setup.
Website choices can affect privacy and independence. Themes, plugins, analytics tools, embedded maps, fonts, booking systems, shop software and external scripts may collect data, load code from third parties or create dependencies that are not obvious at first. Where relevant, we look at what is being loaded, what licences apply, what data is collected, and whether the setup fits the privacy and maintenance needs of the website.
This is especially important when a website uses contact forms, newsletters, customer accounts, analytics, advertising pixels, embedded media or webshop functionality. The aim is to make these choices visible and understandable, not to hide them behind a template or plugin list.
Website work often happens over several sessions. A first session may be used to understand the goal, style, structure and technical situation. After that, a first draft can be made, content can be written, images can be selected, and suitable tools or plugins can be reviewed where needed. Later sessions can be used to refine the design, enter text, improve layout, test the site, adjust technical settings and document what has been built.
The result can be a small website, a repaired existing site, a clearer structure, a better configured CMS, a more maintainable stylesheet, or simply a better understanding of what is needed before more work is done. The common thread is that the website should become more understandable, maintainable and appropriate for its purpose.
Some website work also touches hosting, domain names, DNS, e-mail, updates, backups and technical maintenance. These choices are explained separately on the page about domain names and hosting choices. A website should not only look right on the day it is published; it should also remain manageable afterwards.