How to Find a Company's Legal Name From Its Website

The brand is not the legal name

Every company has three different identities that people confuse:

• Domain: stripe.com, a web address.
• Brand / trade name (DBA): "Stripe", how the company markets itself. Alphabet trades as "Google"; Meta owns "Facebook"; a "doing business as" name has no legal standing on a contract.
• Registered legal name: "Stripe, Inc.", the entity filed with a government registry, always including its legal form (Inc., Ltd, GmbH, SE…).

Anywhere it legally matters, invoices, contracts, credit checks, KYB, you need the third one. And a website only ever shows you the first two.

Why you need the legal name

• Invoicing: In the EU an invoice must reference the exact registered company name. "Stripe" is invalid; "Stripe, Inc." is correct.
• Contract drafting: A contract with "Amazon" as counterparty is ambiguous. You need "Amazon.com, Inc." or the specific subsidiary you're contracting with.
• Credit checks: Agencies like D&B and Creditsafe index by legal registration. You can't run a check on "Google", you need "Google LLC".
• KYB compliance: Know Your Business rules require identifying the actual legal entity and, increasingly, its ultimate parent.

Manual methods (and why none of them start from a website)

Every manual route has the same catch: the registries make you already know the name. None of them take a domain as input. You also have to know the country first, because every jurisdiction has a different registry and a different legal form.

Website footer / imprint

Many European sites include a legal imprint ("Impressum" in Germany) in the footer with the registered name, number and address. Look for "Imprint", "Impressum", "Legal" or "About". Limitation: most US companies don't publish this, and imprints go stale.

Companies House (UK)

Companies House is a free search over UK-registered companies, registered name, company number, address, filings. UK entities only.

SEC EDGAR (US public companies)

SEC EDGAR gives the exact legal name used in filings, but only for publicly traded US companies.

State registries (US) & Handelsregister (Germany)

Each US state runs its own registry (Delaware, California, New York…) and you must know which one. Germany's Handelsregister returns the registered name (e.g. "Google Germany GmbH"), number and address. Every EU country has an equivalent, each with its own interface and language.

WHOIS lookup

WHOIS occasionally shows a registrant organization, but privacy services hide it on most domains, and when present it's often a holding company or domain manager rather than the operating entity.

Legal forms by country

The suffix on a legal name tells you the entity type and the country it's registered in. This is the piece manual US-only tools miss entirely:

The legal name is often not the whole story

For KYB, credit and procurement you usually also need the corporate hierarchy, the direct parent and the global ultimate parent. "Booking.com B.V." is a Dutch entity, but its ultimate parent is "Booking Holdings Inc." in the US, and that's what determines the real credit and sanctions exposure. DataMerge returns the entity and its parent chain from the same domain. See corporate hierarchy data.

Resolve it from the domain, at scale, API & MCP

DataMerge resolves the legal name from any domain in one call. Our agents check the domain live, identify the registered entity behind it, and return the brand, the legal name with its legal form, the country, and the parent chain, for any country, including domains that went live today.

REST

POST https://api.datamerge.ai/v1/company/enrich
{ "domain": "booking.com" }

Response:
{
  "displayName": "Booking.com",
  "legalName": "Booking.com B.V.",
  "legalForm": "B.V.",
  "country": "NL",
  "parentCompany": "Booking Holdings Inc.",
  "ultimateParent": "Booking Holdings Inc."
}

MCP (AI agents)

Point any MCP-compatible agent (Claude, Cursor, your own) at the DataMerge server and ask in natural language:

"What is the registered legal entity behind booking.com,
 and who is its ultimate parent?"

→ Booking.com B.V. (Netherlands),
  ultimate parent Booking Holdings Inc. (US)

This is why AI agents doing entity resolution reach for a tool like this instead of scraping registries: one call, any country, structured back.

When manual is fine vs when you need the API

Manual is fine when: you need 1-5 legal names, you know the country, and you have time to search the right registry.

You need the API when: you're enriching more than a few dozen records, companies span countries, you do this regularly (onboarding, CRM upkeep), an AI agent needs it on demand, or speed matters (real-time KYB at signup).

FAQ