A significant part of the work we do at Expression 37 involves inheriting ExpressionEngine 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, documenting 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 EE control panel, the hosting account, the domain registrar, and ideally the version control repository if there is one.
Missing access is extremely common in these situations. Hosting may be in the previous agency’s name. Domain registration may be with a registrar the business owner has never logged into. Getting these under the right ownership is the first priority, and it can take time depending on how cooperative the outgoing party is.
Once we have access, the first technical check is versions: what version of EE is running, what PHP version is the server on, and are the two compatible with each other and with the installed addons.
This tells us immediately whether the site is at risk of breaking due to a server environment update, and whether there are any urgent security concerns.
ExpressionEngine sites vary enormously in how they use addons. Some are built almost entirely on native EE functionality. Others depend heavily on third-party addons for core features. An audit of installed addons, their versions, and their current maintenance status tells us a lot about the ongoing support requirements and any immediate vulnerabilities.
Addons that are no longer maintained, or that are incompatible with current versions of EE or PHP, go on the risk register immediately.
Most non-trivial EE sites have custom code somewhere: a custom addon, a modified template, a piece of middleware connecting EE to a third-party service. Understanding what that code does and how it interacts with the rest of the site is critical before making any changes.
This is where undocumented decisions cause the most problems. Code written for a specific reason, with specific constraints in mind, will sometimes look wrong or redundant when viewed in isolation. We make no assumptions until we understand what something is doing.
After the initial audit, the most useful thing is a conversation with whoever knows the site best on the business side. Not a technical conversation, but a practical one: what does this site do for your business, what features do you actually use, what’s changed recently, what’s been causing problems.
That context, combined with the technical audit, gives us everything we need to put together a clear plan for what needs to happen and in what order.
Taking over a site properly takes time to do well. But done properly, it results in a site that’s properly understood, properly documented, and properly maintained going forward.
If you need a developer to take over a site someone else built, get in touch with Karl to talk through the handover.
Related Services
Most businesses with an ExpressionEngine site didn’t choose ExpressionEngine themselves. A web agency built the site, recommended the CMS, and handled everything from launch onward. That arrangement works well until it doesn’t, and there are several ways it can stop working.
It is more common than most people realise. A business has been running an ExpressionEngine site for years, the relationship with the agency that built it gradually fades, and eventually there is no-one actively looking after the site. Understanding why this happens helps you know 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 founded Expression 37 in 2007 and has worked exclusively with ExpressionEngine and Craft CMS ever since. He does not take on work in other platforms and does not hand work to other developers. Expression 37 is deliberately small, because the kind of support that matters to clients with business-critical sites is specific to their site, not something that scales in the conventional sense. If you work with Expression 37, you work with Karl.
Find out how we workHi Karl, many thanks for supplying us with extremely useful information on the inner workings of the Calvert Journal website. This information has proved extermely useful to hand over to our in-house technical team.
Ulrika Cattermole - Executive Director
Calvert 22 Foundation