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.
The agency might fold. It might pivot away from ExpressionEngine to a different platform. The relationship might break down. The key contact at the agency might leave, taking their knowledge of your site with them. Whatever the reason, the result is the same: you’re left with a business-critical website and no one who properly understands it.
What gets left behind
In the best case, you’ll have access to your hosting control panel, your domain registrar, your CMS control panel, and a reasonably well-organised codebase. In practice, the reality is often messier. Access credentials may be missing or held by the agency. Hosting and domains may be registered in the agency’s name. Custom functionality may exist in the codebase with no documentation explaining how it works or why certain decisions were made.
The knowledge gap
The hardest part of taking over a site from an agency isn’t usually the technical work. It’s reconstructing the knowledge that existed only in someone else’s head. Things like: why a particular addon was chosen over alternatives, how a specific piece of custom code works, what that scheduled task is doing and whether it’s still needed, why the form submissions route to a particular email address.
None of this is in the code. It was in the agency’s institutional knowledge, and now that knowledge is gone.
What to do immediately
The first priority is access. Get control of your hosting account, domain registration, and CMS login. If the agency registered any of these on your behalf, recovering them can be straightforward or complicated depending on how cooperative the agency is being.
Once you have access, the next step is a thorough audit. What version of ExpressionEngine is the site running? What addons are installed? What PHP version is the server on? Are there any obvious issues or vulnerabilities? This gives you a clear picture of where you are before anyone touches anything.
Finding a new specialist
ExpressionEngine specialists are not common. The developer community around it is relatively small compared to platforms like WordPress, and genuinely experienced EE developers are rarer still. Anyone taking over your site needs to understand not just EE in general but the specific way your site has been built, which is why the audit phase matters so much.
The good news is that well-built ExpressionEngine sites are typically solid foundations. The work involved in taking one over is usually about establishing understanding and control rather than fixing fundamental problems. If the original build was done properly, the site should be in reasonable shape even if it hasn’t had much attention.