Schema Markup for Service Businesses: A Step-by-Step Guide
If you run a service business in London or anywhere else in the UK, schema markup for service businesses is one of the simplest technical SEO jobs you can tick off this month. It is a short, invisible piece of code that tells Google exactly what your business does, where it is based and what services it offers, in a format search engines can read instantly rather than guess at. Done properly, it can help your business qualify for richer listings in Google Search and gives AI search tools a cleaner, more accurate source to cite when they describe your business. This guide walks through exactly what to add, in what order, and how to check it is actually working.
What schema markup for service businesses actually does
Schema markup, also called structured data, is a standard, invisible chunk of code - usually written in JSON-LD - added to a page to describe what is on it in a way machines can parse reliably. Google uses it to decide whether a page is eligible for certain “rich results”: star ratings, opening hours, a knowledge panel, or a carousel of related businesses. Google is explicit that correct markup does not guarantee a rich result will appear, and structured data issues do not affect your normal search ranking - but skipping it, or getting it wrong, does mean you miss out on that extra visibility entirely.
Google's general structured data guidelines set a few ground rules worth following from day one: mark up only content that is actually visible on the page, never block the page from Googlebot with robots.txt or a noindex tag, keep the information current, and never use fake or incentivised reviews to try to inflate how your business appears. Breaking these rules can trigger a manual action that removes your rich result eligibility, even though it will not touch your core search ranking.
Which schema types service businesses need (and which to skip)
Most service businesses need two things: a LocalBusiness type that describes the business itself, and one or more Service entries that describe what it actually sells.
For the business itself, use the most specific LocalBusiness subtype that matches your trade rather than the generic LocalBusiness type - schema.org supports dozens of them, including:
Electrician, Plumber, HVACBusiness and Locksmith for trades
LegalService, AccountingService and InsuranceAgency for professional services
Dentist, DaySpa and HairSalon for health and personal care businesses
MovingCompany, RoofingContractor and GeneralContractor for home services
ProfessionalService as a sensible fallback when nothing more specific fits
For your actual offerings, use the schema.org Service type, linked to your LocalBusiness entry through properties such as provider, areaServed and serviceType. One Service entry per distinct offering - “boiler repair”, “emergency plumbing call-out”, and so on - usually works better than trying to cram every service into the business listing alone.
One type worth leaving alone is Product schema. It is built for physical goods with SKUs and stock levels, not services, and using it on a service page tends to confuse Google rather than help it. Structured data is also one of several signals that affects whether AI tools cite your business - we cover the wider picture in our guide to getting your business cited in AI search results.
Step-by-step: adding schema markup for service businesses
Step 1: pick the right LocalBusiness subtype. Match it as closely as you can to what you actually do; schema.org even allows an array of types, for example [“Electrician”, “Plumber”], if your business genuinely covers more than one trade.
Step 2: add the properties that matter. Google's documentation for LocalBusiness lists name and address as required properties - without them your markup is not eligible for rich results at all. On top of that, add as many of the following recommended properties as apply to your business:
telephone, including the full UK country and area code
url, linking to the specific page the business is described on
priceRange, kept under 100 characters, for example “££” or “£50-£200”
openingHoursSpecification, with opens, closes and dayOfWeek, plus validFrom and validThrough for seasonal hours
geo.latitude and geo.longitude, specified to at least 5 decimal places
aggregateRating and review, only if the reviews are genuinely from your own customers
Step 3: nest a Service entry for each offering, using name, serviceType, provider, areaServed and offers to describe what it is, who provides it, where it is available and roughly what it costs.
Step 4: implement it as JSON-LD, which is the format Google recommends over the older microdata and RDFa formats. Most website platforms, Wix included, let you add custom structured data through a custom code or SEO settings panel without touching the rest of the page, or your developer can add it directly to the page template. Because schema markup for service businesses is easy to get wrong, it is worth having it checked as part of a wider technical SEO audit checklist.
Testing and troubleshooting your structured data
Once your markup is live, run the page through Google's Rich Results Test (search.google.com/test/rich-results). It flags errors - missing required properties - separately from warnings, which cover recommended properties you have left out. Fix every error; warnings are optional, but closing as many as you reasonably can improves the quality of whatever rich result does appear.
From there, use the URL Inspection tool in Google Search Console to confirm Google can actually access the page the markup sits on, and check the Manual Actions report occasionally to make sure nothing on the structured data side has been flagged. None of this affects your core rankings directly, but it is the difference between markup that quietly does nothing and markup that is actually earning your business extra visibility in search results.
Common mistakes when adding schema markup for service businesses
Marking up details that do not match what is visible on the page, such as a phone number or address that differs from the one shown to visitors
Using star ratings or review counts that are not genuinely from your own customers
Picking the generic LocalBusiness type when a more specific subtype exists for your trade
Leaving out the required name and address properties, which makes the whole block ineligible for rich results
Blocking the page from Googlebot with robots.txt or a noindex tag after adding the markup
Adding markup once and never updating it when opening hours, phone numbers or services change
None of this needs a developer budget to get right. Working through the steps above, testing each change, and keeping the markup up to date as your business changes is enough to get most service businesses properly set up.
Comments