The location page is the join between a physical clinic and the discovery surfaces that describe it. It is the page the Business Profile should point at, the page a place-qualified query should land on, and the page that carries the structured data asserting where the organisation is. It is also, on most group websites, three paragraphs of recycled copy with a map embed.
What the page is for
A location page has three jobs, and only the third is contested.
- Tell a patient who has already chosen you how to get to the right door at the right time.
- Give machines a consistent, structured statement of the entity at that address.
- Compete for place-qualified queries on its own merits.
The third job is where teams overreach, adding treatment copy to make the page look substantial. That copy duplicates the treatment pages and produces exactly the duplication that keeps such pages out of the index.
What genuinely belongs
- The full address, formatted the same way as on the Business Profile, character for character.
- A description of finding the entrance: which street, which floor, what the door looks like, what the nearest recognisable landmark is.
- Parking specifics: what is available, what it costs, where the nearest alternative is.
- Public transport: nearest stations and stops with walking times.
- Accessibility: step-free access, lift, accessible toilet, hearing loop, and any limitation stated plainly rather than omitted.
- The named practitioners at that site, with the professional registers they appear on.
- The treatments available at that site, linked to the treatment pages rather than described.
- Opening hours including any that differ from other sites.
- A direct phone number for the site if one exists, and the booking route.
That list is several hundred words of information that exists nowhere else on your site and cannot be copied from a competitor. It is the whole argument for the page.
Your own website
HIGH CONTROL- Every byte a crawler receives, and the speed it arrives at
- The entity claims: name, address, identifiers, sameAs, service list
- Canonical URLs, hreflang if used, and the internal link graph
- Whether the page answers the question it was built to answer
- How the answer is displayed once it leaves your server
- Whether a third party republishes an outdated version of your facts
- Crawl the whole site and compare the URL list against the sitemap
- Validate every JSON-LD block against the Rich Results Test
- Measure field data, not only lab scores, for Core Web Vitals
Structuring the group
A clean structure is a locations index at /locations and a page per site beneath it.
Each location page links up to the index, sideways to the other sites where useful, and down to the
treatment pages available there. Each treatment page links back to the sites that offer it. The
cross-product lives in links rather than in documents.
| Page | Answers | Must not contain |
|---|---|---|
| /locations | Where are all your sites | Treatment explanations |
| /locations/<site> | Everything about this address | Copied treatment copy |
| /treatments/<name> | What this treatment is and involves | Repeated address blocks |
Structured data on a location page
Each location page should carry structured data describing that location: the organisation type, name, address, telephone, URL, opening hours and geographic coordinates. Where the clinic provides medical services, MedicalClinic is the appropriate type, and Google documents the local business properties it reads. The markup must match what is visible on the page.
Groups should express the relationship: each location is a branch, connected to the parent organisation. That gives a machine the structure you actually have rather than several unrelated businesses that happen to share a website.
Connecting the page to the profile
Set the Business Profile website field for each site to that site's location page. Then check three things agree exactly: the business name string, the address formatting, and the telephone number. Where they differ, decide which is correct and change the other, rather than leaving both.
When a location should not have a page
If a site is a room rented one day a week with no staffed presence, no separate phone number and no distinguishing information, a page for it is thin by construction and a Business Profile for it is likely outside the guidelines. Mention it on the nearest staffed site's page as an outreach location and move on. Not every place you occasionally work is a location in the sense these systems mean.
Public registers as a consistency anchor
Regulated providers appear on public registers. In England the CQC register lists registered locations and the provider responsible for them. Where your clinic appears there, treat that record as the anchor for your address and legal name and make everything else agree with it. Registers are updated deliberately and infrequently, which makes them a good fixed point in a landscape of editable listings.
Keeping them current
Location pages decay faster than any other page type because the facts on them change: a practitioner leaves, hours shift, the car park closes. Set a twice-yearly review that checks every fact on every location page against reality, and change the profile at the same time so the two never drift apart. Ten minutes per site, twice a year, prevents the most common cause of a poor first visit.
The locations index page
The index at /locations does more work than it is usually given credit for. It is the
page that ranks for the query "where are your clinics", it is the hub that guarantees every location
page has an inbound link, and it is the natural destination for anyone arriving on the site who does
not yet know which site is nearest to them.
Build it as a list rather than as a map. A map embed is heavy, is frequently the largest single asset on the page, and contains none of its content in the HTML. List each site with its full address, its phone number, its hours and a link to its page, and add the map below that if you want one at all. A visitor comparing two sites is comparing addresses and opening hours, and both should be readable without waiting for a third-party script.
Naming who works where
Practitioners are the part of a location page that patients read most carefully and that groups maintain least. A named clinician with a stated qualification and a link to the register entry is a verifiable fact about that site, and it is one of the few things a competitor cannot copy. It is also the fastest thing to go out of date: staff move, and a location page listing a clinician who left eighteen months ago is an accuracy problem visible to anyone who checks.
Where a practitioner works across several sites, list them on each and make the biography live on one page that all of them link to. That keeps one person as one entity, which is the same discipline applied to people that the rest of this publication applies to organisations.