What website maintenance covers each month, line by line
Each line of a website maintenance plan: what it covers, what decides it, what is padding.
When a past web designer holds the logins, they hold your website, your email and often your place on Google. The order to get each one back, what the domain transfer rules say, and what to do when the designer has gone quiet.
Updated 29 October 2026, about 9 minutes to read
The short answer
Get the domain first, because it controls everything else. Look it up to see who it is registered to, then ask in writing for it to be moved into the business's name, or for the transfer code. Then take over the DNS, email, hosting and site files, and last your Business Profile, Search Console and analytics. Ask politely, send a list and a date, and pay anything you genuinely owe.
Your domain is the key to everything else. It decides where the website lives, where your email is delivered and how you prove to Google that the site is yours. With the domain in your hands you can verify Search Console yourself, point the domain at a new site and keep email running, even if the designer never answers again. Without it, every other login is borrowed.
So work in this order:
Most of these situations are not malice. The designer has retired, moved on, or set everything up in their own account years ago because it was quicker, and nobody has asked since. Sometimes there is an unpaid invoice behind it. Start by assuming the friendly version, because it is usually true and it gets things done fastest.
For .com, .net, .org and the other generic domains, look the domain up on ICANN Lookup, ICANN's free public search. It shows the registrar, the company the domain is registered through, along with the expiry date and status. The owner's name and email are usually hidden. For a country domain, such as .de, .fr, .nl, .co.uk or .eu, use the lookup of that country's registry, because each one has its own rules.
Then check your own records: invoices from the designer, renewal emails, and your card statements for charges from a registrar. Two situations are common, and they need different steps:
Under ICANN's transfer policy for generic domains, the registrant is the only party with authority to approve or deny a transfer to another registrar. Which situation you are in decides how hard this is.
Send one email with everything you need, so nothing gets missed and you have a record. Keep it friendly. For a two-van roofing firm, it might read:
"Hi Sam, we are moving all our accounts into the business's name. Could you, by the end of next week: move the domain into an account in our name, or remove its transfer lock and send the transfer code; make us owner of the Google Business Profile, Search Console and analytics; send a full backup of the website, files and database; and either move the hosting to our own account or send it across with the site. If anything is unpaid, please send the invoice and we will settle it. Thanks for everything you set up for us."
Then follow up by phone. If there is a real unpaid invoice, pay it or agree a plan. Holding back a fair bill rarely speeds things up.
Ask for access to be given as an invitation to your own account wherever the service allows it, rather than a password sent by email. Google and Microsoft accounts, and many registrars and hosting companies, let an owner add another person without sharing a login.
There are two ways to do it, and the first is usually quicker:
For generic domains, ICANN's rules set the limits:
ICANN has been reviewing these rules, so check your registrar's current help page before you start. Country domains follow their own registry's rules.
Once the domain is yours, set it up properly: the business as registrant, a business email address you control as the contact, automatic renewal on a card the business holds, two-step verification on the registrar account and the transfer lock switched back on.
The DNS settings may sit at the registrar, at the old host or with a service such as Cloudflare, possibly in the designer's account. Wherever they are, the records hold your email delivery, the proof that your email is genuine and the verification for your Google and Microsoft accounts.
Before you move anything, export or photograph every DNS record. If the domain moves to a new DNS host without its MX records, all email on the domain stops, and nobody gets an error until customers say their messages bounced.
Recreate every record at the new DNS host before you switch: MX, SPF, DKIM, DMARC, the verification records and any CNAME records your tools use. Then send an email to the business from outside, and one from the business to a Gmail address. If email starts landing in spam after the move, see why your business emails go to spam.
Whoever controls your email can reset the password of almost every other account registered with it. Get it under your control before the rest:
What you can get depends on where the site lives:
For a WordPress site, ask for an administrator login in your own name rather than the designer's. Once you are in, look at the list of users, remove anyone you do not recognise and check that you receive the site's admin emails.
Check that the backup holds everything another developer needs to run the site:
Ownership of the design and the code depends on your contract and the law where you are, not on who has the files. Content you supplied yourself, such as your text and your own photos, is normally yours to reuse, but stock photos may have been licensed to the designer, not to you. If ownership matters, read the contract first and ask an adviser before you rely on anything here.
Your Google Business Profile is often the most valuable account of all, because customers find and call you from it. If the designer owns it, ask them to make the business the primary owner. If they do not respond, request access through Google: search for the business at business.google.com/add and choose the option to request access. Google emails the current owner, who has three days to respond, and if they do not, you may be able to verify the profile yourself. Service-area businesses without a shop front contact Google support instead.
Search Console you can recover without anyone's help once you control the DNS. Add a Domain property and verify it with the TXT record Search Console gives you. Verifying the domain covers every subdomain and both http and https. Then remove old owners by deleting their verification record or file, and unverify them in the settings.
For analytics, ask to be made an administrator of the property, or ask the designer to move it into an account in your name. Do the same for ad accounts, the Meta business account that holds your Facebook and Instagram pages, any tracking pixel and any automation the designer built, such as a Zapier or Make account that copies enquiries into your CRM. Each one should list a person from the business as an administrator, with the supplier added as a user if you still work with them.
Give it two weeks and two tries: the email, then a phone call and a second email with a firm date. Then move on:
If the designer is the registrant and refuses, the registrar treats the domain as theirs. A letter from a solicitor can settle it, but ask an adviser before you threaten anything.
The last resort is a new domain. It costs you the email addresses, the search history and every printed card and van, so treat it as a real cost, not an easy way out. Do not cancel the old hosting, or stop paying for anything, until the domain, the email and a full backup are in your hands.
Then make sure the next supplier works through invitations to your accounts, never their own. The full ownership checklist is in what a small business website needs, and what a monthly plan should cover once the site is back is in what website maintenance covers.
We can usually take over a site someone else built. We look at what is there first, and suggest fixes or a rebuild only when it makes sense; a rebuild follows the same steps as a website redesign. Domains, hosting and accounts are set up in your name or handed over at launch, as websites describes, and the monthly plans on the prices page keep them that way.
It splits into parts. The domain belongs to whoever is listed as registrant. The content you supplied is normally yours. Who owns the design and the code depends on your contract and the law where you are. The accounts belong to whoever holds them. Read the contract, and ask an adviser if a part you need is in dispute.
If the domain is registered to your business, the transfer rules are on your side: for generic domains, the registrar must give the registrant the transfer code. If it is registered to the designer, the registrar treats them as the owner, and you need them to hand it over or legal help. An unpaid invoice is often the real reason, so settle what you owe.
For .com, .net, .org and other generic domains, use ICANN Lookup. It shows the registrar, the dates and the status, though the owner's details are usually hidden. Country domains have their own registry lookups. Then check invoices, renewal emails and card statements to see who registered it and who pays for it.
It is the transfer code a new registrar asks for when you move a domain to it. The current registrar gives it to the registrant, often in the control panel, next to the setting that removes the transfer lock. Treat it like a password: send it to nobody except the registrar you are moving to.
Under ICANN's rules for generic domains, a registrar may refuse a transfer within 60 days of registration or of a previous transfer, and must lock the domain for 60 days after a change of registrant unless the registrant opted out before the change. Move registrars first and change the contact details afterwards to avoid the second lock.
If the domain is in your business's name, go to the registrar with proof of who you are and ask for the transfer code. Recover Search Console through the DNS and the Business Profile through Google's access request. If the site sits on the designer's hosting, the files may be lost, so plan to rebuild while keeping the domain.