Client Lost Their Login? How to Identify a Website's Host Without Asking
It is the most common headache in the freelance world. You just signed a new client for a website redesign or maintenance package. You ask for their hosting login details, and they reply:
"I don't know. The last developer set it up years ago. I think it's Godaddy? Or maybe Bluehost?"
Now you are stuck. You cannot start working until you know where the website lives. Instead of wasting days sending emails back and forth, you can solve this mystery yourself in 10 seconds.
Here is how to look like a tech wizard and find your client’s hosting provider using
Step 1: The "Nameserver" Trick
Clients might lose their passwords, but they cannot hide their public DNS records. The Nameservers (NS) are the public "address labels" that point to the hosting company.
Do this during your onboarding call:
- Go to the
https://findinfo.io/tool/dns-lookup DNS Lookup Tool. - Type in your client's domain (e.g.,
https://www.google.com/search?q=client-site.com). - Look at the NS Records.
What you will see:
ns1.siteground.net→ Tell the client: "You are hosted on SiteGround. Search your email for invoices from them."ns1.wixdns.net→ "This is a Wix site. You need to log in to Wix.com."https://www.google.com/search?q=ns1.dreamhost.com→ "You are on DreamHost."
By telling them who their host is, you instantly build trust and establish yourself as an expert.
Step 2: Detecting "Reseller" Hosting
Sometimes, the previous developer might have hosted the client on their own private server. In this case, the Nameservers might look generic, like https://www.google.com/search?q=ns1.my-server.com.
If you see this, check the A Record (IP Address) in the same report. Copy the IP address and Google it. It will often reveal the parent company (like DigitalOcean or Linode), giving you a clue about where the files are actually stored.
Step 3: Check for Email Hosting (MX Records)
Before you migrate the site, you must check their email. Often, clients have their website on one host (like WP Engine) but their email on another (like Office 365).
If you move their nameservers without checking, you will break their email.
Always check the MX Records first. If you see https://www.google.com/search?q=protection.outlook.com or google.com, make sure you copy those records over to the new host perfectly.
Conclusion
Stop waiting for clients to find their old sticky notes. Use public data to take control of the project onboarding. It speeds up your workflow and prevents "broken email" disasters later.
Onboarding a new client?