You started on a free subdomain because testing mattered more than branding, and then the site became real. Now the question is how to move to your own domain without losing visitors, mail, or what you built. The move is safe when the order is right, and risky when you rebuild everything from scratch under the new name.

Why the move is worth it

Three practical reasons. Ownership: a domain you own does not change when your host does. Trust: yourname.com reads more professional than a subdomain under someone else's name, and that shows in clicks and business cards, not only in analytics. Email: your own domain lets you use an address on your own name, and later lets you add the authentication records that keep messages out of spam. SEO by itself is not a reason: moving content as it is, with correct redirects, preserves what you earned, but it does not grant instant rankings.

Two decisions not to rush

The name: short, easy to say in both languages, without digits or hyphens. Read how to choose a domain name before paying, and check whether the name is taken or parked with the WHOIS tool. The extension: .com is safe and familiar for a global audience; a country extension only helps when your audience is in that country and searches for it.

The 48-hour order

  • Day one, morning: buy the domain, enable the transfer lock, and add it to your hosting panel.
  • Morning too: copy files and database to the new space if your host gives you a second one, or attach the domain to the same space.
  • Noon: update nameservers or the A and www records as the host instructs. Do not touch mail records at this stage.
  • Evening: issue an SSL certificate for the new domain and confirm that https and www both work.
  • Day two: recheck every internal link, and submit the new sitemap in Search Console.

What happens to visitors from old links

Old subdomain links stay in search results and in people's messages. If your host allows a 301 redirect from the subdomain to the new domain, do it: it is the cheapest way to keep what you earned. If not, keep a page on the subdomain that says clearly that the site moved and links to the new address. Do not leave the old page serving duplicate content, and do not delete it without pointing somewhere.

Three common mistakes

First: switching domains and then rewriting every article "for improvement", breaking internal links that worked. Second: forgetting the www record or the http-to-https redirect, so the site looks fine to you and broken to others. Third: never telling the search engine about the new sitemap, so old pages read as missing. The right order solves all three: move as is, verify both hostnames, then announce.

Duplicate content across the two addresses

During the first days both addresses may serve the same copy. That is normal and temporary; it becomes a problem if it lasts for months, because a search engine then sees two identical pages and cannot tell which is the original. Declare the new address as canonical, let the old pages point to it, or use a permanent redirect. Do not use a temporary redirect and forget it, or visitors will keep crossing it for years.

Mail after the move

Create the mailbox on the new domain before announcing the address: one for contact, one for invoices. Add SPF and DKIM as your provider explains, then send a test message to an outside inbox and confirm it did not land in spam. Setup details are in the business email guide.

Final checklist

Before celebrating: does the site open on https and on www? Does the certificate cover the new name? Does the sitemap list the new URLs? Does mail send and receive? Does a page on the old subdomain point to the new one? If every answer is yes, you have actually moved, not just renamed.