A meaningful part of the work we do at Expression 37 involves inheriting Craft CMS sites that were built by developers or agencies who are no longer involved. The circumstances vary: the agency has folded, the relationship has ended, the original developer has moved on. But the practical challenge is always similar.
You’re starting with a site you didn’t build, with code you didn’t write, and decisions that were never documented. Here’s what we look at first and why.
Before anything else: do we have the access we need? That means the Craft control panel, the hosting account, the domain registrar, the Craft license, and ideally the version control repository.
The Craft license is specific to the CMS and worth checking early. If the license is registered to the previous agency’s account, it needs to be transferred. The same applies to any paid plugins purchased through the Plugin Store. Missing or incorrectly registered licenses can surface as unexpected errors or put the site into trial mode.
Once access is secured, the first technical check is versions: what version of Craft is running, what PHP version the server is on, and whether the two are compatible with each other and with the installed plugins.
This tells us immediately whether the site is at risk of breaking due to a server environment change, and whether there are any urgent security concerns. A site running Craft 3 on a server that’s about to move to PHP 8.2 is an urgent situation that needs a plan before the hosting provider acts.
Craft sites vary significantly in how they use plugins. Some are built almost entirely on native Craft functionality. Others depend heavily on plugins for core features, image transforms, form handling, SEO, and commerce. An audit of installed plugins, their versions, and their current maintenance status tells us a lot about the ongoing support requirements and any immediate vulnerabilities.
Plugins that are no longer maintained, or that are incompatible with current versions of Craft or PHP, go on the risk register immediately. A plugin that’s end-of-life but handling critical functionality needs a replacement plan.
How is the site deployed? Is there version control? Is there a clean Composer setup, or has someone been manually copying files? Is there a staging environment, and does it actually reflect the production site?
A Craft site maintained properly should have a clean Composer setup, a Git repository, and a deployment process. When these are missing, it significantly increases the risk of something going wrong during routine maintenance or updates.
Craft’s content modelling is one of its strengths, but how the site is structured in terms of sections, entry types, and field layouts can vary enormously. Understanding the content structure matters for ongoing maintenance: is it logical, is it what editors actually use, and is there anything that looks like it was added for a purpose that’s no longer relevant?
A content structure that’s been built and then left, with entry types and fields that no one uses any more, is not a problem in itself, but it’s a signal about the level of care the site has received.
The output of this initial review is a clear picture of what the site is, what state it’s in, and what work needs to happen before ongoing support can be put in place. Some sites are well-maintained and just need continuity. Others need remedial work first. Knowing which situation you’re in is the starting point for everything else.
Related Services
Most businesses with a Craft CMS site didn’t choose Craft themselves. A web agency built it, recommended the platform, and handled everything from launch onward. That arrangement works well until it doesn’t, and there are several ways it can stop working.
Craft CMS has a strong but relatively specialised developer community. The difference between someone who has built seriously with Craft and someone who has touched it once or twice is meaningful. If your site runs on Craft and you need ongoing development or support, knowing what to look for matters.
If your Craft CMS site connects to any external service, whether that’s Stripe for payments, HubSpot or Salesforce for CRM, or Mailchimp for email, you have a dependency that you probably don’t think about until it fails. Integrations break. Here’s why they fail and what to do about it.
Most clients come to us when their site has started to feel like a risk rather than an asset. Whether the agency relationship has ended, an upgrade has been delayed, or the site has simply grown beyond what it can handle, a conversation costs nothing.
Get in touch with KarlTrusted by established businesses and growing brands across the UK
Expression 37 works with a small number of clients at any one time. These are some of them.
Karl is the founder of Expression 37 Ltd and has been working exclusively with ExpressionEngine and Craft CMS since 2007. In eighteen years he has supported more than 80 clients across the UK, from long-term retainer arrangements to emergency rescues when something has gone wrong at the worst possible moment. Every piece of work is handled personally by Karl, with no account managers or junior developers between you and the person doing it.
Find out how we workKarl @ Expression 37 has been our main site developer for several years now, and has provided us with an exceptional high level of service at all times. If you are looking for a friendly/reliable web developer, Karl comes highly recommended.
Sally Jennings - Science Communications Manager
Cambridge Cognition