Search systems have not worked purely on strings for a long time. They work on entities: a clinic, a practitioner, a treatment, a place, each with properties and relationships. Answer engines depend on the same idea more heavily, because composing a statement about a business requires knowing which business is being described.
Entity consolidation is the work of making sure that when a system tries to reconcile everything it knows about your clinic, it lands on one thing rather than two or three partial ones.
How clinics fragment
Nobody sets out to be two entities. It happens through ordinary business events.
- A rebrand, where the old name persists on directories and the new name appears on the site.
- A move, where the old address stays on listings created years earlier.
- A limited company name that differs from the trading name, with different records using each.
- A practitioner-led brand and a clinic brand used interchangeably.
- Multiple sites with inconsistent naming conventions.
- A second website built for a campaign, describing the same clinic at a different domain.
Each of these leaves records that are individually correct and collectively contradictory.
Step one: decide what is true
Write a single reference document containing the canonical facts: legal name, trading name, the exact address of each site, the phone number for each site, the website URL, the founding year if you state one, the registration numbers you hold, the named practitioners with their register numbers, and the services you provide. This document is the source that every other record must match.
The discipline is that nothing gets published anywhere unless it matches this document, and the document is updated first when something changes.
Step two: publish it on your own site, in structured form
Your site is the record with the strongest claim to authority about you, because you control it and you are the subject. State the facts in visible content and describe them in structured data. An organisation block on the site, a location block per site, and a person block per practitioner give a machine an unambiguous statement rather than an inference from prose.
{
"@context": "https://schema.org",
"@type": "MedicalClinic",
"@id": "https://example.co.uk/#clinic",
"name": "Example Clinic",
"legalName": "Example Clinic Limited",
"url": "https://example.co.uk/",
"telephone": "+44 20 7946 0000",
"email": "hello@example.co.uk",
"address": {
"@type": "PostalAddress",
"streetAddress": "12 Example Street",
"addressLocality": "London",
"addressRegion": "Greater London",
"postalCode": "W1A 1AA",
"addressCountry": "GB"
},
"geo": {
"@type": "GeoCoordinates",
"latitude": 51.5155,
"longitude": -0.1415
},
"openingHoursSpecification": [
{
"@type": "OpeningHoursSpecification",
"dayOfWeek": [
"Monday",
"Tuesday",
"Wednesday",
"Thursday",
"Friday"
],
"opens": "09:00",
"closes": "18:00"
}
],
"sameAs": [
"https://www.google.com/maps/place/?q=place_id:REPLACE_WITH_PLACE_ID",
"https://www.cqc.org.uk/location/REPLACE_WITH_LOCATION_ID",
"https://www.linkedin.com/company/example-clinic"
],
"medicalSpecialty": "Dermatology",
"isAcceptingNewPatients": true
}Step three: declare the connections
The sameAs property lists other URLs that refer to the same entity. It is the explicit
statement that these records are the same business, and it converts a guess into a claim you are
making on the record. Include the Business Profile, the review platform profiles, the professional
body listings, the register entries and the social profiles you actually maintain.
Only list URLs that genuinely refer to the same entity and that you are willing to stand behind. This is an assertion, and asserting a connection to a record with different facts on it is worse than not asserting it.
Step four: make the external records agree
This is the slow part. Every listing, profile, register entry and directory record has to match the canonical document. The audit method is covered in detail in the citation article on this site, and the essential point is that consistency is the objective rather than volume.
Directories and citations
HIGH CONTROL- The name, address and phone number you submit, character for character
- Which directories you claim and which you deliberately ignore
- The website URL and category on every claimed listing
- Whether an aggregator republishes stale data it scraped years ago
- Whether a directory ranks for your brand name
- The design and quality of the directory itself
- Search the exact phone number in quotes and read every result
- Search the brand name plus the town and audit the first three pages
- Keep one canonical NAP string in a document and diff every listing against it
Public registers as anchors
A record you cannot edit casually is a stronger anchor than one you can. Public registers, such as the CQC register in England and the professional registers held by clinical regulators, are updated deliberately and are treated as authoritative. Where your clinic and your practitioners appear on such registers, make your published details match those records exactly, and link to them.
Practitioners are entities too
A named clinician is a separate entity with their own graph: a register entry, professional body memberships, publications, a profile page on your site, and possibly profiles elsewhere. Connecting the person to the organisation explicitly, with the person's page marked up and linked from the organisation, gives you two consolidated entities and a stated relationship rather than a page of prose that a machine has to interpret.
Publish only what is verifiable: the register the practitioner appears on, the qualifications they hold, the roles they occupy. Inventing or inflating credentials on a page that a machine will reconcile against a public register is a bad idea for reasons that go well beyond search.
One domain, not several
Multiple domains describing the same clinic is the most damaging self-inflicted fragmentation available. Campaign microsites, an old domain kept alive, and a practitioner's personal site describing the same practice all split the entity. Consolidate onto one domain and redirect the rest permanently. If a second domain must exist for a genuinely separate business, make it genuinely separate in its facts.
Verifying consolidation
- Search the exact business name and read every result on the first two pages. Do they all describe the same clinic with the same details?
- Search the phone number in quotes. Same question.
- Ask an assistant to describe your clinic and note which facts it gets wrong and where those wrong facts appear online.
- Check the knowledge panel, if one appears, against your canonical document.
- Fix whatever disagrees, then repeat quarterly.
Point three is the most useful diagnostic available in 2026 and costs nothing. When a system states an incorrect fact about your clinic, that fact almost always exists somewhere you can find, and usually on a record you had forgotten you had.
What consolidation does and does not do
It does not produce a ranking increase you can point at. It removes ambiguity, which makes every other signal easier to attribute to you. On the answer engine surface it has a more direct effect, because a system that cannot reconcile your records is more likely to describe you incorrectly or to describe a competitor instead. Getting described correctly is the baseline that everything else is built on.