A search engine reading your contact page sees a string of characters. It can infer that “01452” followed by six digits is probably a phone number, and that a line ending in “GL1” is probably a postcode. Inference is usually right and occasionally is not.
Structured data removes the inference. It states, in a format designed to be read by machines, that this is the phone number, this is the address, these are the opening hours.
That is the whole idea. Structured data for SEO is not a ranking technique. It is a way of being unambiguous.
Structured Data for SEO: Schema as the New Currency
What it is, practically
A block of JSON-LD in your page’s code, describing what the page is about in a shared vocabulary defined at schema.org.
JSON-LD sits in a script tag and is the format search engines recommend, because it is separate from your visible markup and therefore does not break when someone redesigns the page.
Common types for a business site are Organisation or LocalBusiness for who you are, Service for what you offer, Article for content, FAQPage for genuine questions and Product where you sell things.
What it can actually do
- Enable rich results. Star ratings, FAQ dropdowns, event details and similar enhancements in search results. These are offered rather than guaranteed, and Google decides when to show them.
- Clarify facts for AI systems. As generated answers become more common, explicit machine-readable facts about your business are more useful than prose a system has to interpret.
- Reduce ambiguity. Two businesses with similar names in the same county are easier to tell apart when both state their details explicitly.
What it cannot do
It does not improve rankings directly. Marking up a page does not make it more relevant, and any provider selling schema as a ranking service is overstating it.
It does not guarantee rich results. You become eligible; the display decision is not yours.
It does not fix bad content. Structured data describes a page accurately. If the page is thin, describing it precisely does not help.
The honest priority order
For most business sites, three things cover almost all the value.
- Organization or LocalBusiness, with name, address, phone, opening hours and service area. This is the foundation and the one most sites either omit or get wrong.
- Service markup on each service page, so what you do is explicit rather than inferred from headings.
- FAQPage where you have genuine questions and answers. Mark up questions people actually ask, not a list assembled to fill the schema.
Everything beyond that is refinement. Elaborate markup on a site whose basic business information is not marked up is decoration.
Getting it right
Match your markup to what is visible on the page. Marking up information that does not appear is against the guidelines and can result in the markup being ignored entirely.
Keep it consistent with everything else. If your schema says one phone number and your footer says another, you have created exactly the ambiguity the markup was meant to remove.
Validate it. Google’s structured data documentation covers the supported types and links to the testing tools. Errors are common and silent.
Update it when the business changes. Structured data stating last year’s opening hours is worse than none, because it is authoritative and wrong.
The efficiency footnote
A block of JSON-LD is small, so this is one of the few SEO improvements with essentially no weight cost.
Where performance and environmental impact both apply, treat them as the same lever: reducing unnecessary data transfer and processing supports a faster experience while lowering estimated digital carbon, though environmental figures remain modelled rather than directly measured. Structured data is worth noting as the rare addition that costs nothing measurable.
Our search engine optimisation work implements and validates markup as part of technical health.