A solo plastic surgeon who owns the practice should build the surgeon as the primary entity and the practice as the alias. A group with two or more surgeons should do the reverse. The deciding factor is succession risk rather than marketing preference, because accumulated AI visibility follows the name it was earned under and cannot be reassigned later.
ClinicAds has a pillar post on AI search visibility for plastic surgery practices that names entity consistency as the highest-leverage fix but stops short of saying which entity to be consistent about. A separate post covers the technical implementation, meaning llms.txt, schema markup, and the machine-readable plumbing. This post answers the choice those two leave open: given a surgeon name and a practice name that both appear across dozens of sources, which one should carry the program, and what it costs when that decision is made wrong.
- A solo surgeon who owns the practice should build the surgeon as the primary entity. A group of two or more surgeons should build the practice as the primary entity and the surgeons underneath it.
- The deciding variable is succession risk, not marketing preference. Whichever name will still exist in ten years is the name that should accumulate citations, because AI visibility does not transfer on request.
- When a named surgeon leaves a group, the directory profiles, the society records, and the press mentions go with the person. The Google Business Profile and the site URLs stay. Reviews split, with the star count staying and the quotable review text leaving.
- Wikidata accepts an entity supported by at least two independent published sources, which is why press coverage and society listings do more for a knowledge panel than any change made on the practice site.
Should AI visibility target the surgeon or the practice?
AI visibility should target the entity that will still exist when the program has matured, which is the surgeon for a solo owner and the practice for any group of two or more. An AI assistant resolves a named thing in the world, not a business preference, and the citations that make a surgeon retrievable are attached to the surgeon's name in the source documents. Those citations cannot be transferred to a practice name afterward.
The question feels academic until a practice runs the numbers on the second entity. A plastic surgery practice that has spent eighteen months getting Dr. Alvarez named in AI answers has built an asset that belongs to Dr. Alvarez. If Dr. Alvarez sells the practice, retires, or joins a hospital system, the buyer receives a Google Business Profile, a website, and a patient list, and receives almost none of the retrievability the marketing budget paid for.
The inverse failure is more common and less visible. A four-surgeon group that lets its founder absorb every press mention and every directory profile has concentrated the group's AI visibility in one person, and the other three surgeons are invisible to a model answering a selection query. The group is paying for a program whose output is one person's reputation.
What is an entity, and why can a practice not build both?
An entity is a named thing a model has resolved with confidence across multiple independent documents. A practice can build both a surgeon entity and a practice entity, and mature programs do. What a practice cannot do is build both at the same rate on the same budget, because entity confidence is a function of how many independent sources agree, and every source that names one name instead of the other is a signal the other entity does not receive.
The arithmetic is simple. A practice with forty citable sources across directories, society listings, press, and review platforms has forty signals to allocate. Splitting them evenly gives each entity twenty, and twenty consistent sources is roughly the threshold where a model starts naming an entity reliably in a competitive metro. Splitting them unevenly at eighty-twenty gives one entity thirty-two and the other eight, and eight is background noise.
This is why ClinicAds treats the entity decision as a prerequisite rather than a refinement. A practice that has not chosen is not neutral. It is producing a source base where roughly half the documents say one thing and half say another, which is the exact condition that lowers a model's confidence in both names at once.
Which entity should a solo surgeon build?
A solo surgeon who owns the practice should build the surgeon as the primary entity, with the practice name present in every source as the affiliated business. Patients searching for a solo practice are searching for the person, the credentials are held by the person, and the board certification record, the society memberships, and the directory profiles are all issued to the person. Building the practice first means fighting the natural shape of every source that already exists.
The exception is a solo surgeon planning to sell within five years. A buyer paying for a practice is paying for goodwill, and goodwill concentrated in a surgeon who is leaving is worth materially less than goodwill attached to a practice name the buyer keeps. A surgeon on a sale track should start moving weight to the practice entity around thirty-six months before the intended transaction, which is roughly how long a practice entity takes to reach citation parity from a standing start.
For the solo surgeon staying put, the practice entity still needs a floor. ClinicAds recommends the practice name appear in the Google Business Profile, the site schema as a MedicalBusiness node, and every directory listing as the employer field, so the two names are linked in the sources even while the surgeon carries the program.
| Practice structure | Primary entity | Secondary entity | Main risk if reversed |
|---|---|---|---|
| Solo surgeon, owns the practice | Surgeon | Practice as employer | Fighting every source that names the person |
| Two to four surgeons, shared brand | Practice | Each surgeon by procedure | One founder absorbs the group's visibility |
| Five or more surgeons, or multi-site | Practice | Surgeons by location and procedure | No retrievable name at the group level |
| Employed surgeon who may leave | Surgeon | Practice, no exclusivity wording | Group funds an asset that walks out |
| Practice preparing for a sale | Practice | Surgeon, with named succession | Buyer pays for goodwill that departs |
Which entity should a multi-surgeon group build?
A multi-surgeon group should build the practice as the primary entity and give each surgeon a differentiated secondary entity tied to specific procedures. The practice name is the only name in the group that survives every personnel change, and a selection query answered with the practice name routes the patient to a calendar the group controls rather than to a surgeon who may be somewhere else in three years.
Differentiation is what makes the secondary entities worth building. Three surgeons in one group described identically give a model nothing to allocate, so the model either names the group generically or names whichever surgeon has the most external coverage. A group where one surgeon owns rhinoplasty, one owns breast, and one owns body contouring in every bio, every directory profile, and every byline gives the model three retrievable answers to three different queries.
The failure mode ClinicAds sees most in groups is bio symmetry. Every surgeon's page lists the same eleven procedures in the same order because that is the practice's service menu, and the result is three entities a model cannot tell apart. The service menu belongs on the service pages. The surgeon bios should be narrower than the practice is.
What happens to AI visibility when a surgeon leaves?
When a named surgeon leaves a group, the assets attached to the person leave with the person and the assets attached to the location stay. Directory profiles, board and society records, and press mentions naming the surgeon are the surgeon's. The Google Business Profile, the site URLs, and the physical address are the practice's. The split is not negotiable between the parties, because it is decided by what the source documents say rather than by the separation agreement.
Press coverage is the asymmetric case worth planning for. An article naming Dr. Alvarez of Cascade Plastic Surgery stays indexed with both names permanently, so the surgeon carries the citation forward and the practice retains a historical association that decays as newer sources accumulate. A group that wants to keep the value should ensure the practice name appears in the headline or the first paragraph of coverage it helps place, not only in the surgeon's attribution line.
The practical remedy is a departure protocol written before anyone departs. ClinicAds recommends the group update the site bio, the schema Person node, and the internal authorship byline within the first week, then work the external directory listings over the following sixty to ninety days. Stale sources naming a surgeon who left are worse than no sources, because a model retrieving them produces an answer the practice cannot honor when the patient calls.
| Asset | Follows the surgeon | Stays with the practice |
|---|---|---|
| Reviews naming the surgeon in the text | The quotable text and its retrieval value | The star average and the review count |
| Specialty directory profiles | Yes, the profile is issued to the person | Nothing |
| Board certification and society records | Yes, permanently | Nothing |
| Press naming both surgeon and practice | Yes, and it stays indexed with both names | A historical association that decays |
| Google Business Profile | No, the profile is the location | Yes, in full |
| Site pages under the surgeon's byline | No, the URL does not move | The page, but the author entity is gone |
How do knowledge panels and Wikidata actually work?
A Google knowledge panel is generated from an entity Google has already resolved in its Knowledge Graph, which is assembled from structured sources rather than from a practice's own claims. Wikidata is the most tractable of those sources, because it is openly editable and it accepts an entity supported by at least two independent published references. A practice cannot create a knowledge panel directly, and no vendor can sell one.
The sequence that produces a panel runs in one direction. Independent coverage exists first, a structured record such as a Wikidata item cites that coverage second, and the panel appears third, usually months later. This is why a surgeon with three local press features and a society listing gets a panel while a surgeon with a heavily marked-up website does not. Schema markup on the practice site tells Google what the site claims. It does not tell Google the claim is corroborated.
Schema still does specific work, and it is cheap. A Person node for the surgeon and a MedicalBusiness node for the practice, each carrying a sameAs array pointing at the external profiles, is what links the two entities explicitly rather than leaving a model to infer the relationship from co-occurrence. ClinicAds treats sameAs as the single most underused property on plastic surgery sites, because it is the only place a practice states in machine-readable form that the surgeon on the site and the surgeon on the society listing are one person.
Which fields have to match across every source?
Consistency is checked field by field, not name by name. A model comparing eleven fields across thirty sources builds confidence from agreement in each field, so a single field rendered two ways across half the sources lowers confidence even when the name matches everywhere. The fields below are the ones ClinicAds normalizes before any citation work begins, ordered by how often they are found in conflict.
Two of these deserve specific attention. Credential suffix is the most frequently inconsistent field in the plastic surgery vertical, because directories render the same surgeon as MD, M.D., and MD FACS across three profiles. Practice legal name is the second, because the entity that holds the business license is often not the name on the sign, and directory intake forms ask for the legal one.
- 1. Surgeon name exactly as it should be rendered, including middle initial or its absence
- 2. Credential suffix, one form only, applied identically everywhere
- 3. Practice name as marketed, held separately from the legal entity name
- 4. Street address, including suite formatting and abbreviation style
- 5. Primary phone number, one number, not a per-directory tracking line
- 6. Board certification body, named in full rather than abbreviated
- 7. Procedure list per surgeon, narrower than the practice service menu
- 8. Hospital and surgical center affiliations
- 9. Society memberships with the year of admission where published
- 10. Bio paragraph, one canonical version syndicated rather than rewritten per site
- 11. Headshot, the same image file across all profiles
What does building the second entity cost and take?
A practice starting a second entity from near zero should plan on nine to eighteen months before that entity is named reliably in selection answers, and on a field normalization sweep of sixty to ninety days before that clock usefully starts. The sweep is the cheap part and the accumulation is the expensive part, which is the argument for choosing the primary entity correctly the first time rather than switching in year three.
Against paid media the comparison is straightforward. ClinicAds plans managed paid media for plastic surgery practices at $5,000 to $10,000 per month against $80 to $150 per booked consult and a 5 to 10x return on ad spend. These are agency averages, not guarantees. Entity work does not produce a consultation next week and should never be funded out of a media budget that is currently producing them. It changes whether the practice appears at all on the selection queries where a model, not an auction, decides who gets named.
The order that keeps the cost down is normalize, then choose, then accumulate. A practice that accumulates before it normalizes is adding sources to a base a model already reads as contradictory, and a practice that chooses before it understands its own succession picture usually chooses the founder's name, which is the choice that costs the most to reverse.
Can a practice move AI visibility from a surgeon to the practice name?
Not by request, and not quickly. The citations live in third-party documents naming the surgeon, and those documents do not change. What a practice can do is add practice-named sources going forward and update the fields it controls, which shifts the ratio over roughly nine to eighteen months. Nothing retroactively reassigns a press mention.
Does a Wikipedia article help a surgeon get named by AI assistants?
It helps, and most surgeons will not qualify for one. Wikipedia applies a notability standard well above what a successful regional practice meets, and an article created without meeting it gets deleted. Wikidata is the workable target, because it accepts an entity supported by at least two independent published sources rather than requiring sustained coverage.
Should each surgeon in a group have a separate site bio page?
Yes, and the pages should not be interchangeable. A separate URL per surgeon with a Person schema node, a distinct procedure focus, and a byline on the articles that surgeon actually informed is what lets a model resolve three surgeons as three entities. Three bios listing the same service menu produce one blurred entity and two wasted pages.
How does a practice know which entity is currently winning?
Run the same selection queries twice, once phrased around the metro and procedure and once naming the practice, and record which name the assistant returns. ClinicAds treats a single run as a sample rather than a verdict and logs runs across two engines over at least three weeks, using the prompt-set method in its post on measuring AI visibility.