The verdict
Before you add structured data to a clinic site, read what the site builder is already emitting. On a build I worked on this year it was producing a business node nobody had ever looked at, with the suite number missing from the address, the state spelled out instead of abbreviated, the phone in the wrong format, one day of the week declared twice, and the service area list stuffed into the wrong field. Turn the generator off rather than patch around it.
Almost every modern site builder writes structured data for you. It reads the business details you typed into a settings panel two years ago and emits a JSON-LD block on every page. Nobody ever looks at it, because it is generated, and generated things are assumed to be fine.
I pulled the block off a clinic site this year expecting to skim it. It took twenty minutes to list what was wrong.
What was in it
Defects in an auto-generated business node
- The identifier was the bare site URL. Which means nothing else in the markup can reference the business as an entity. Every other node you add later has to redeclare the whole thing.
- The street address dropped the suite number. The settings panel had a second address line that the generator ignored.
- The region was written out in full rather than as the two-letter code the address format expects.
- The phone number was not in international format. Formatted for a human, not for a parser.
- Saturday appeared twice in the opening hours, with two different sets of times.
- The service area entries put “town, state, country” into the locality field, so a field meaning “the town” contained three things.
- The business type was a real medical type, but the wrong one, picked from a category dropdown that does not map cleanly onto schema.
- Nothing about the clinicians, the services or booking. The generator does not know they exist.
None of that is a catastrophe on its own. Together it is a description of a business that is subtly not the business, sitting on every page of the site, published continuously for years.
Why patching it is the wrong instinct
The obvious move is to add your own correct block alongside. Now the site serves two descriptions of the same organisation, disagreeing about the address and the hours, with no shared identifier tying them together.
That is worse than either one alone. Google’s structured data guidelines ask that your structured data is a true representation of the page content, and two contradictory business nodes cannot both be that.
So find the switch. Most builders have one, usually under business information rather than anywhere labelled SEO, and turning it off removes the node entirely instead of leaving a worse version of it. On the site I am describing the setting was not where I spent an hour looking, and the client found it in the end.
What good looks like
Google’s local business documentation is short and worth reading in full. The essentials: the physical address is required and you should include as many properties as possible, a primary contact phone number is recommended, and you should use the most specific applicable sub-type.
For a clinic, the specific sub-type question has a trap in it that catches almost everybody, which I have written up in why Chiropractor is not a schema type and most clinic markup is dead. Get the type right first. Everything else is data entry.
The check that takes five minutes
View source on your home page, search for the words that open a JSON-LD block, and read what comes back. You are looking for how many blocks there are, whether any of them describe your business, and whether the address in them matches the one on your contact page character for character.
Most clinic owners have never done this and are surprised by what is there. It is a five minute job that regularly finds a wrong phone number that has been published on every page since the site launched.
The short version
- Your builder is already emitting a business node. Read it before you add anything.
- The defects are small and cumulative. Missing suite number, wrong region format, unparseable phone, a day declared twice.
- A bare URL as the identifier means nothing else can reference the business as an entity.
- Do not add a second correct block alongside a wrong one. Two disagreeing descriptions are worse than one.
- Find the switch and turn the generator off. Usually under business information, not under anything called SEO.
- Then get the type right first, because everything else hangs off it.
- View source and read it yourself. Five minutes, and it often finds a wrong phone number.
If a site should be ranking and it isn’t, that’s the work I do. SEO for chiropractors covers where the effort belongs in a practice, and technical SEO is where this kind of thing gets found before it is paid for twice.
