Rename a business by treating it as a migration, not a rebrand. First confirm the rename is worth it — a trademark conflict, a market shift or a name nobody can spell are the reasons that justify it; boredom is not. Then generate and clear candidates against both domain availability and a trademark register, and migrate in a fixed order: new domain live, 301 redirects from every old URL, handles and email, then announcements. Done in the right order you keep your search rankings; done in the wrong order you lose traffic that takes months to rebuild.
A rename costs you the domain, the handles, the accumulated search rankings, the recognition in your customers' inboxes, and a fortnight of work. Four reasons justify that bill:
"We are bored of it" and "a designer suggested it" are not on the list. If none of the four applies, the correct decision is to keep the name and spend the fortnight on customers.
Renaming has a constraint a first naming does not: you already know exactly what the business is, so the brief is tight and the shortlist can be short.
Use the generator below with one sentence describing the business as it is now, not as it was when you first named it. It returns twelve candidates in three shapes with the .com checked for each, so you only consider names you could register today. Take the four you like and no more.
Resist the urge to reuse near-misses of your current name. A one-letter difference confuses existing customers, splits your search presence, and gives you the migration cost without the clean break.
What it does and who for. Names come back in three shapes, each checked against the .com the moment it is generated.
If you are renaming because of a legal conflict, the whole exercise fails if the new name has the same problem. Do this before you spend anything.
For each finalist: search the bare name plus your category; check the trademark register in every market you actually sell in, in your class; check company registries where you are incorporated; and check the handles on the platforms you post from. Where the stakes are real — you have revenue, or you have already had a letter — pay a professional for a clearance search. It is a few hundred against the cost of doing this twice.
Only after a finalist survives all four checks do you buy the domain. Buying first is how founders talk themselves into a name that has already failed.
The order matters more than the speed. Nothing gets removed until its replacement is live and verified.
Sequence: register the domain; stand up the new site on it; verify it in your search console and analytics; create the new handles and email addresses; and set up mail forwarding from every old address to its new equivalent. Run both in parallel for a period — a fortnight at minimum, longer if you have a sales cycle measured in weeks.
At this point nothing has been announced and nothing has been broken. If you discover a problem, you have lost a domain registration and nothing else.
This is the step that decides whether you keep your search traffic, and the one most commonly botched.
Every old URL gets a 301 permanent redirect to the equivalent new URL — not all of them to the new homepage. A blanket redirect to the root is read as a mass content removal and the rankings of every individual page go with it. Export your URL list, map each one, and test the map before it goes live.
Keep the old domain registered and the redirects running for years, not months. Backlinks do not update themselves, and a lapsed redirect domain is frequently bought by someone who benefits from your old traffic. Update the search console with a change-of-address, and expect a few weeks of fluctuation before rankings settle.
Announce only when the redirects are verified and mail is arriving at the new addresses.
Existing customers first, individually where you can — they are the ones who will otherwise think you disappeared or, worse, think an email from the new name is a phishing attempt. Say plainly what changed, what has not changed, and that their invoices and logins still work. Then update the places you do not control: directories, marketplaces, partner pages, invoices, payment processor descriptors, and the footers of every automated email.
The last one catches people out for months. Search your codebase for the old name and keep searching it periodically — it survives in email templates, PDF footers and OG images long after the site is done.
kitty.build regenerates the site, the metadata and the published pages under a new name and keeps the redirects in place — on your own domain and repo, with the change waiting for your approval before it goes live.
Feed her an idea