# Clinic Visibility

> A technical publication about how aesthetic and healthcare clinics are discovered, published by Northbank Media. It documents the surfaces themselves: organic search, the local pack, Google Business Profile, Maps, answer engines and their citation behaviour, review platforms, directory and citation consistency, schema and entity clarity, site performance and measurement. It does not rank agencies, publishes no list of recommended suppliers, and does not print a statistic it cannot trace to a source that publishes its method.

## How to quote this publication accurately
Where we state a mechanism, we are describing how a system must work, not a published weighting. Google names relevance, distance and prominence as the basis of local results and publishes no weights between them; any percentage split attributed to us would be a misquotation. Where we say a figure is not verifiable, that means no source publishing its method could be found, not that the figure is false.

## What this publication refuses to do
It does not rank, score or recommend marketing agencies, and no ranked list of businesses exists anywhere on the site. It does not invent statistics, benchmarks, ranking factor weights or click-through curves. It does not publish sponsored articles or affiliate links.

## Best answer pages
- /indexing/how-search-engines-crawl-render-and-index-a-clinic-website: Crawling, rendering and indexing are three separate stages, not one. A clinic page can be fetched successfully and still never be indexed, and it can be indexed and still be excluded from the surface you care about. Diagnose in that order: is the URL discovered, is it fetched, is the content present without JavaScript, is it indexed, and only then ask why it does not rank.
- /indexing/the-anatomy-of-a-clinic-search-results-page: A clinic query does not return a list, it returns an assembled page: an AI answer, a local pack, Maps, organic results, review platform pages, directory pages and sometimes video or images. Each surface is governed by a different system with different inputs. Position tracking that reports one number per keyword is measuring one band of a page that has six.
- /indexing/indexing-problems-that-keep-clinic-pages-out-of-search: Most clinic indexing problems reduce to five causes: the page is not linked from anywhere a crawler reaches, the page is blocked or broken at the server, the page duplicates another page too closely, the page carries an accidental noindex, or the page is judged too thin to be worth storing. Search Console names which of these applies, and the name determines the fix.
- /indexing/treatment-pages-and-the-query-they-are-meant-to-answer: A treatment page should be built around one question a patient actually asks, answered in the first two hundred words, then supported by the specifics that only a clinician can supply. Pages built around a keyword rather than a question tend to repeat the same generic material as every competitor, which is exactly the profile that gets crawled and not indexed.
- /indexing/internal-linking-and-architecture-for-clinic-websites: Internal linking controls two things: whether a crawler can reach a page, and what your own site says a page is about. A clinic site should have every important page reachable within three clicks of the homepage, descriptive anchor text on in-body links, and a deliberate hub for each treatment area rather than a flat list of pages hanging off a dropdown menu.
- /indexing/javascript-rendering-and-clinic-websites: Search engines fetch HTML first and execute JavaScript later, in a separate queue with no published timing. Content that exists only after JavaScript runs is indexed late if at all, and crawlers that do not execute JavaScript never see it. Anything essential to a clinic, including treatment copy, addresses, hours and internal links, should be present in the server response.
- /indexing/thin-and-duplicate-pages-across-multi-location-clinics: Multiplying treatments by locations produces pages that differ only in a place name, which is the clearest possible case of duplication and the most common reason clinic pages are crawled and not indexed. Build one substantial page per treatment and one substantial page per location, and let the location page carry what is genuinely local rather than repeating the treatment copy.
- /local/the-local-pack-relevance-distance-and-prominence: Google's help documentation states that local results are based on relevance, distance and prominence. Relevance is how well a profile matches the search, distance is how far the searcher is from the business, and prominence is how well known the business is. No weighting between the three is published, and anyone quoting a percentage split is quoting an opinion survey rather than the system.
- /local/google-business-profile-fields-that-affect-discovery: The Business Profile fields that most affect discovery are the primary category, the additional categories and the services attached to them, because those determine which searches the profile is eligible for. Name, address, hours, attributes and the website URL determine whether the listing is trusted and correct. Photos, posts and answered questions affect engagement rather than eligibility.
- /local/categories-and-services-in-google-business-profile: The primary category is the strongest single determinant of which local searches a Business Profile is eligible for. Additional categories broaden that eligibility, and the services list underneath them describes what is actually offered. All three must be accurate: a category you do not genuinely qualify for is a guidelines violation, and an empty services list wastes free descriptive space.
- /local/location-pages-for-multi-site-clinics: A location page should contain what is true only of that address: the exact location and how to reach the entrance, the practitioners who work there, the treatments available at that site, hours, parking, transport, accessibility and a direct contact route. Treatment explanations belong on treatment pages, linked from the location page rather than repeated on it.
- /local/citation-consistency-and-nap-hygiene-in-the-uk: Citation consistency means every system that stores your clinic's name, address and phone number stores the same string. It matters because entity resolution is a matching problem: variations create ambiguity, and ambiguity gives a system a reason to treat one clinic as two records. Define one canonical NAP, record it, and audit every listing against it.
- /local/what-you-can-and-cannot-control-in-google-maps: In Google Maps a business controls its own pin placement, hours, attributes, categories, services, description and its own photos. It does not control user photos, public questions and answers, suggested edits accepted from other people, or where the pin ranks as the map viewport moves. Managing Maps means maintaining your half and monitoring the other half.
- /answer-engines/what-makes-a-page-citable-by-an-answer-engine: A page becomes citable when it is retrievable and its passages are self-contained. Retrievable means crawlable, indexed, fast enough to fetch and not behind an interstitial. Self-contained means a paragraph states a complete fact, with its subject named rather than implied, so it survives being lifted out of the page without the surrounding context.
- /answer-engines/entity-consolidation-for-clinics: Entity consolidation means every system that stores information about your clinic can reconcile those records into a single business. It is achieved by defining one canonical set of facts, publishing them on your own site in structured form, declaring the connections with sameAs, and making every external record agree. Fragmented records are not penalised: they are simply harder to be confident about.
- /answer-engines/llms-txt-explained: llms.txt is a proposed file, published at the root of a site, that offers a curated markdown summary of the site's most useful content for large language models. It is an independent proposal rather than a standard adopted by the major systems, it does not control crawling, and no major provider has documented using it for retrieval. Publishing one is low cost and should not be presented as a visibility mechanism.
- /answer-engines/structured-data-as-content: Structured data is a statement about the page, made in a form a machine can parse without interpretation. It should be written deliberately, describe only what is visible on the page, and stay accurate as the page changes. Markup generated automatically and never reviewed is the most common source of contradictions between what a clinic says and what its markup claims.
- /answer-engines/your-own-site-as-the-canonical-source-of-truth: Every fact a system might state about your clinic should exist on your own site, in plain text, in one place, stated once. Where your site is silent, systems fall back on directories, aggregators and old records, which are frequently wrong. Being the clearest published source about yourself is the only durable way to influence how you are described.
- /answer-engines/how-ai-answers-choose-and-attribute-sources: A generated answer is produced by rewriting the question into several searches, retrieving candidate documents, selecting passages from them and composing a response with citations. Publishers influence retrieval eligibility and passage quality. Selection, composition and which URL is displayed are decided by the system, and no published method exists for controlling them.
- /answer-engines/measuring-visibility-in-ai-answer-engines: Measure AI visibility by running a fixed set of questions repeatedly across the assistants that matter, and recording four things each time: whether the clinic was mentioned, whether it was cited with a link, whether the facts stated were correct, and the date. Repetition matters because these systems vary between runs, and a single observation is not a measurement.
- /answer-engines/crawler-access-for-ai-agents: Robots.txt is the standardised way to allow or disallow crawling by named user agents, and it controls fetching rather than indexing. Separate agents exist for search crawling and for AI training or grounding, so a site can permit one and refuse the other. Most clinic sites have never made this decision deliberately, and some block legitimate crawlers by accident at the security layer.
- /schema/json-ld-for-clinics-a-working-reference: A clinic site needs six structured data blocks: an organisation block with a stable identifier, a location block per site, a MedicalWebPage block per clinical page, a Physician block per practitioner, FAQPage where questions are visible, and BreadcrumbList for hierarchy. Every property must match the visible page, and every URL must be one you stand behind.
- /schema/medicalwebpage-and-clinical-content-markup: MedicalWebPage is the appropriate type for a page carrying clinical information, and it supports properties describing the specialty, the intended audience, the aspect covered and who reviewed the page. Related types describe conditions, procedures and practitioners. Using a medical type is an assertion that the content is clinical and published by a clinical source, so it should be used where that is true and not elsewhere.
- /schema/sameas-and-the-clinic-identity-graph: sameAs lists other URLs that refer to the same entity. It should contain records you control or maintain, that carry details matching your canonical facts, and that a system would reasonably treat as authoritative: the Business Profile, public register entries, professional body listings, and the social and review profiles you actively use. Abandoned or inconsistent profiles weaken the claim.
- /schema/directories-and-aggregators-what-they-are-actually-for: Directories do three things for a clinic: they place you on pages that rank for comparison queries you cannot rank for yourself, they provide independent records that confirm your entity details, and a small number send real enquiries. Directories that do none of these, which is most of them, are not worth a submission regardless of what they cost.
- /reputation/review-signals-recency-volume-and-response: Google's help documentation states that review count and score factor into local ranking, without publishing any weighting. Reviews also affect whether a listing is chosen once shown, which is a separate and often larger effect. Build a compliant, consistent request process, reply to everything, and measure count, mean rating and response time by month rather than as lifetime totals.
- /reputation/responding-to-reviews-without-breaching-confidentiality: A clinic reply should acknowledge the feedback, state a general commitment, offer a private route to resolve the matter, and say nothing that confirms whether the person was a patient or what treatment they had. Confidentiality obligations apply to registered practitioners regardless of what the reviewer disclosed first, so the safe reply is warm, brief and specific about process rather than about the case.
- /reputation/uk-advertising-rules-that-shape-clinic-web-copy: UK clinic web copy is advertising and falls under the CAP Code, enforced by the ASA. Prescription-only medicines may not be advertised to the public, which the MHRA governs. Registered practitioners are also bound by their regulator's standards, and regulated providers by their registration conditions. These rules decide which pages can exist, so they should shape a content plan before writing starts.
- /measurement/core-web-vitals-for-clinic-websites: Core Web Vitals are three field metrics: Largest Contentful Paint for loading, Interaction to Next Paint for responsiveness, and Cumulative Layout Shift for visual stability. Their thresholds are published by Google. They are one input among many for search and a considerably larger input for whether a patient completes an enquiry, which is usually the stronger internal argument.
- /measurement/images-fonts-and-page-weight-on-clinic-sites: On most clinic sites, images and web fonts account for the majority of page weight. Images should be served in a modern format, at the dimensions they are displayed, with width and height set, lazy loaded below the fold and given high priority above it. Fonts should be limited to two families and the weights actually used, preloaded and served with a display strategy that avoids invisible text.
- /measurement/search-console-reports-that-matter-for-clinics: Four Search Console reports do the work for a clinic: Performance for what queries reach you and what they do, Pages for what is indexed and why the rest is not, URL Inspection for diagnosing a single URL, and Core Web Vitals for field performance. Average position across a whole property is the least useful number in the interface and the one most often reported.
- /measurement/measuring-discovery-from-impression-to-enquiry: Measure discovery in four stages: eligibility, presence, engagement and enquiry. Each surface contributes to the first three and only the last is revenue. Attribution across surfaces is incomplete by design, so record a small set of stable metrics per surface plus a single self-reported source question at the point of enquiry, and read them together.
- /measurement/consent-analytics-and-what-you-can-legally-measure: In the UK, storing or accessing information on a visitor's device generally requires consent, with limited exemptions, and health information is special category data under data protection law. Analytics that depends on non-essential storage only records consenting visitors, so clinic measurement should assume incomplete data, use server-side and first-party signals where possible, and never record clinical detail in an analytics tool.
- /the-consultation-framework-used-by-high-performing-aesthetic-clinics: The consultation is the final step in the discovery chain and the first step where a clinic controls the whole experience. A framework that works has four parts: a structured pre-consultation record, a consistent assessment sequence, a written plan given to the patient, and a follow-up that is scheduled rather than optional. Each part produces data that connects back to the surfaces the enquiry arrived from.
- /effective-online-marketing-solutions-for-clinics-and-medical-practices: The online channels available to a clinic differ mainly in how much of the outcome the clinic controls. Owned surfaces such as the website, the Business Profile and the review record are controllable and compounding. Rented surfaces such as paid search and social are immediate and stop when payment stops. A workable plan fixes the owned surfaces first, because every rented channel performs better against a coherent one.

## Reference pages
- /surfaces: every discovery surface, with what controls it, what does not and how to test it
- /schema/json-ld-for-clinics-a-working-reference: valid JSON-LD blocks for each clinic page type

## Publication pages
- /about: what this publication covers, what it refuses to do and how it is funded
- /editorial-standards: sourcing, the rule on numbers and commercial labelling
- /directory: the paid tool and vendor directory, its criteria and its rules
- /newsletter: what the newsletter contains and the published sponsorship terms
- /privacy: what we collect and what we do with it
- /contact: corrections first

## Commercial disclosure
Funded by paid directory listings, labelled as paid and ordered alphabetically rather than ranked, and by one labelled sponsor slot per newsletter issue at a published rate. One archive article carries a single editorial link to a named organisation, placed by our editors, never sold, and disclosed on that page. Every other page carries no commercial link and states so.

## Sources we rely on
Google Search Central documentation, Google Business Profile help documentation, Schema.org, the W3C, web.dev, the ASA and the CAP codes, the MHRA, the GMC, the CQC, the ICO and the NHS.

Last reviewed 2026-08-01.