What the Service type describes
Schema.org defines Service as an activity offered to others, with properties such as name, description, serviceType, provider, areaServed, offers and url. Each main service page is a natural home for one Service block. The goal is to state facts a person would also read on the page, in a tidy machine-readable form.
It does not create a special search result by itself. Think of it as clear labeling that supports understanding.
Properties worth filling in
Give a precise name that matches the page heading. The description should be a plain summary of what is included. Set serviceType to a short category. Link provider to your business using the same @id as in your LocalBusiness block, so the two are connected rather than floating separately.
Use areaServed to name the regions you cover. If you list a price, express it through an Offer with a price and currency only when the number is stable and shown on the page. Otherwise leave it out.
One page, one service
Mark up the main service a page is about. A page covering five unrelated offerings should usually be split into separate pages first. If a page lists related sub-services, you can use hasOfferCatalog to group them, but only when each item is described on the page.
Avoid copying identical blocks to many pages with only the name swapped. Each service block should reflect that page's actual content.
Keep it honest and consistent
Never mark up services you do not offer, areas you cannot reach or reviews you do not have. Search engines can ignore or distrust markup that conflicts with visible content. Update the code when you add or retire a service, change a price or stop covering an area.
Make sure there are no duplicates from a theme and a plugin both outputting a Service block for the same page.
Implementation and checking
Add JSON-LD in the page head or body. Many SEO plugins offer fields for it, and a developer can template it across service pages. After publishing, run it through the schema.org validator and Google's rich results tool; Service markup may show as detected without a rich result preview, which is normal.
Add a calendar reminder to review the markup twice a year. If your site is large, a crawl can export all structured data blocks so you can scan them for outdated details.
A short example in words
Suppose an accounting office has a page called Quarterly Bookkeeping Cleanup. Its block names the service with that title, gives a two-sentence description, sets serviceType to bookkeeping, points provider at the firm's main business identifier, and lists the states or regions served. No price appears, because the fee depends on the size of the job and the page says so.
That is enough. Extra fields add maintenance work without giving search engines much more to understand.
Common questions
Is Service schema required?
No. It is optional labeling that can support understanding. Clear page content matters more.
Do I use Service or Product?
Use Service for work performed for clients and Product for physical or digital items you sell.
Can I include pricing?
Only if the price is accurate, stable and visible on the page. Otherwise skip it.
This guide is general information. Search engines change how they work and their guidelines; check Google's current documentation for your situation. Nobody can guarantee a ranking.