Service schema: complete gids voor implementatie en voorbeelden

Service schema is structured data waarmee je een dienst, de aanbieder, doelgroep en het werkgebied machineleesbaar beschrijft. Gebruik het op concrete dienstenpagina’s als de markup exact aansluit op de zichtbare inhoud. Verwacht geen afzonderlijk Google rich result: Service behoort wel tot Schema.org, maar staat niet als zelfstandig ondersteund rich-resulttype in Google Search. Zie het daarom als een nauwkeurige technische beschrijving, niet als een gegarandeerde zichtbaarheidstactiek.

Wat is Service schema?

Service is een type binnen Schema.org voor een immateriële dienst. Denk aan SEO-advies, salarisadministratie, juridisch advies, onderhoud of webdesign. Met Service schema kun je onder meer vastleggen:

• welke dienst je aanbiedt;
• wie de aanbieder is;
• voor welke doelgroep de dienst bedoeld is;
• in welk gebied je de dienst aanbiedt;
• welke commerciële informatie zichtbaar bij de dienst hoort.

De markup vult de pagina-inhoud aan, maar vervangt die niet. Een bezoeker moet de belangrijkste informatie dus gewoon op de pagina kunnen lezen. Dit sluit aan bij Google’s richtlijnen voor structured data: markup moet de zichtbare pagina eerlijk weergeven en actueel zijn.

Wat Service schema wel en niet doet in Google

Schema.org is een vocabulaire waarmee je content structureert. Google kiest vervolgens zelf welke types en properties het gebruikt voor zoekfuncties. Service schema kan daarom technisch geldig zijn zonder dat het een zichtbaar zoekresultaat met extra elementen oplevert.

Google noemt Service niet als afzonderlijk type in zijn overzicht van ondersteunde rich results. Voeg Service schema dus niet toe met de verwachting van sterren, prijzen of andere verrijkte zoekresultaten. Gebruik alleen markup die relevant is voor de pagina en waarvoor de inhoud aantoonbaar klopt.

Een sterke dienstenpagina blijft de basis. Zorg voor een duidelijke propositie, afbakening, werkwijze en passende volgende stap. Lees ook hoe conversie en SEO-optimalisatie elkaar op een zakelijke website kunnen versterken.

Service schema vergelijken met Organization, LocalBusiness en Product

Type	Gebruik het voor	Voorbeeld op een zakelijke website	Niet gebruiken als
Service	Een concrete immateriële dienst	Een pagina over SEO-optimalisatie	Je eigenlijk een fysiek artikel verkoopt
Organization	De organisatie achter de website	Bedrijfsnaam, logo en contactgegevens	Je een afzonderlijke dienst wilt beschrijven
LocalBusiness	Een lokaal bedrijf met een fysieke of lokale bedrijfscontext	Een accountantskantoor met kantoorlocatie	Je alleen een algemene dienst zonder lokale bedrijfsgegevens beschrijft
Product	Een product dat consumenten kunnen kopen	Een softwarelicentie of fysiek product	De pagina uitsluitend een advies- of uitvoeringsdienst behandelt

In de praktijk kunnen typen samen voorkomen. De organisatie is dan de provider van de dienst. Leg die relatie bij voorkeur vast met een stabiele @id. Zo voorkom je dat zoekmachines meerdere, ogenschijnlijk losse aanbieders zien.

Welke properties zijn relevant?

Niet iedere beschikbare property is nodig. Kies alleen velden die de pagina concreter en waarheidsgetrouw maken.

Property	Praktische functie	Wanneer toepassen	Controlepunt
name	Naam van de dienst	Altijd	Komt overeen met de dienstnaam op de pagina
serviceType	Specificeert het soort dienst	Wanneer een korte, duidelijke typering mogelijk is	Niet te breed of vaag formuleren
description	Beknopte omschrijving	Wanneer die de zichtbare uitleg samenvat	Geen claims toevoegen die niet op de pagina staan
provider	Koppelt de dienst aan de aanbieder	Altijd aanbevolen	Verwijs naar dezelfde Organization of LocalBusiness
areaServed	Werkgebied	Alleen als je werkgebied duidelijk op de pagina staat	Geen gebieden opnemen waar je niet actief bent
audience	Beoogde doelgroep	Als de dienst aantoonbaar op een doelgroep is gericht	Laat doelgroep en propositie overeenkomen
offers	Commerciële aanbieding	Alleen bij zichtbare, actuele aanbodinformatie	Geen prijs of voorwaarden verzinnen
hasOfferCatalog	Verzameling van diensten	Op een algemene dienstenpagina met werkelijk getoonde diensten	Gebruik losse Service-objecten voor aparte dienstpagina’s

Eén dienstenpagina of een algemene dienstenpagina?

Op een pagina die volledig over één dienst gaat, is één Service-object meestal het duidelijkst. De naam, omschrijving en doelgroep kunnen dan precies aansluiten op de content van die pagina.

Op een algemene dienstenpagina kun je een OfferCatalog gebruiken met de diensten die daar daadwerkelijk worden genoemd. Wordt elke dienst via een eigen detailpagina uitgelegd, voeg Service schema dan vooral toe op die detailpagina’s. Voorkom dat je op alle pagina’s dezelfde brede lijst met diensten herhaalt: dat voegt weinig context toe.

Bekijk voor de inhoudelijke opbouw van je aanbod ook de diensten van LYNX Media. Structured data werkt het best als de informatiearchitectuur en de zichtbare pagina’s al helder zijn.

JSON-LD-voorbeeld voor een zakelijke dienstverlener

Onderstaand voorbeeld is een patroon voor een pagina over SEO-optimalisatie. Vervang alleen gegevens die op jouw eigen pagina zichtbaar en controleerbaar zijn. De URL’s en organisatienaam zijn voorbeelden.

{
  "@context": "https://schema.org",
  "@type": "Service",
  "@id": "https://voorbeeld.nl/seo-optimalisatie/#service",
  "name": "SEO-optimalisatie",
  "serviceType": "Zoekmachineoptimalisatie",
  "description": "SEO-optimalisatie voor zakelijke websites.",
  "provider": {
    "@id": "https://voorbeeld.nl/#organization"
  },
  "audience": {
    "@type": "BusinessAudience",
    "audienceType": "Zakelijke dienstverleners"
  },
  "areaServed": {
    "@type": "Country",
    "name": "Nederland"
  },
  "url": "https://voorbeeld.nl/seo-optimalisatie/"
}

Publiceer je ook Organization- of LocalBusiness-markup, gebruik dan voor de aanbieder een identieke @id. Plaats niet opnieuw alle bedrijfsgegevens in ieder Service-object als je daar al één centrale organisatie-entiteit voor hebt.

Service schema implementeren: stappenplan

1. Kies de juiste pagina. Start met een pagina die één concrete dienst uitlegt. De pagina moet indexeerbaar zijn en een eigen, bruikbare inhoud hebben.
2. Inventariseer zichtbare feiten. Noteer de dienstnaam, omschrijving, aanbieder, doelgroep en eventueel werkgebied. Neem prijzen, reviews of voorwaarden alleen mee wanneer ze actueel en zichtbaar op de pagina staan.
3. Bepaal de aanbieder-entiteit. Gebruik een bestaande Organization of LocalBusiness met een vaste @id, of maak die eerst aan. Koppel deze daarna via provider.
4. Schrijf een beperkt JSON-LD-object. Begin met name, serviceType, description, provider en url. Breid alleen uit wanneer de pagina daar aanleiding toe geeft.
5. Voeg de markup toe. Plaats JSON-LD in de broncode of via een gecontroleerde WordPress-oplossing. Zorg dat hetzelfde object niet onbedoeld door meerdere plugins wordt uitgegeven.
6. Controleer de technische geldigheid. Test de syntax en Schema.org-eigenschappen met de Schema Markup Validator.
7. Controleer Google-ondersteuning afzonderlijk. Gebruik de Rich Results Test om te zien of Google op de pagina een ondersteund rich-resulttype herkent. Geen Service-rich-resultmelding is op zichzelf geen fout.
8. Beheer de markup mee met de pagina. Verandert de dienst, het werkgebied of de aanbieder? Pas dan eerst de zichtbare tekst en vervolgens de markup aan.

Wanneer gebruik je offers, prijzen en reviews?

Wees terughoudend met commerciële properties. offers en prijsgerelateerde gegevens zijn alleen passend als het aanbod en de voorwaarden werkelijk op de pagina staan. Laat prijsinformatie weg als je uitsluitend maatwerkoffertes aanbiedt en geen prijs communiceert.

Gebruik ook geen reviews of beoordelingen om de markup aantrekkelijker te laten lijken. Voeg zulke gegevens alleen toe wanneer ze de pagina eerlijk weerspiegelen én je zeker weet dat de gekozen markup past bij Google’s actuele richtlijnen. Structured data mag nooit dienen als plaats om resultaten, werkgebieden of commerciële beloften toe te voegen die bezoekers niet kunnen verifiëren.

Veelgemaakte fouten bij Service structured data

• Een rich result beloven. Service schema heeft geen eigen, afzonderlijke Google rich-resultfunctie.
• Markup die niet overeenkomt met de pagina. Bijvoorbeeld een servicegebied, prijs of doelgroep opnemen die nergens zichtbaar is.
• Een vage dienstnaam. “Kwaliteitsoplossingen” beschrijft geen concrete service. Kies een duidelijke dienstnaam.
• Een dubbele of inconsistente provider. Gebruik één herkenbare organisatie-entiteit en koppel daar consequent naar.
• Service als Product behandelen. Kies het type dat bij de feitelijke aanbieding past.
• Probleempagina’s markeren. Voeg geen uitgebreide schema toe aan URL’s die niet goed functioneren of als soft 404 worden gezien. Controleer eerst eventuele 404- en soft-404-fouten.

Publicatiechecklist

• De pagina beschrijft één concrete dienst of een aantoonbare catalogus van diensten.
• De JSON-LD bevat alleen informatie die zichtbaar, actueel en verifieerbaar is.
• provider verwijst naar de juiste Organization of LocalBusiness.
• De @id van de aanbieder is overal consistent.
• Prijs, aanbod, servicegebied en doelgroep zijn alleen toegevoegd als de pagina die informatie ondersteunt.
• De syntax is gecontroleerd in de Schema Markup Validator.
• De pagina is desgewenst getest in de Rich Results Test, met begrip dat Service zelf geen apart rich result heeft.
• De markup wordt herzien zodra de dienstpagina inhoudelijk wijzigt en minimaal periodiek gecontroleerd.

Veelgestelde vragen

Levert Service schema een rich result op?

Nee, Google documenteert geen afzonderlijk rich result voor het type Service. De markup kan wel een gestructureerde beschrijving van je dienst en aanbieder geven, mits deze correct en relevant is.

Moet iedere dienstenpagina Service schema hebben?

Nee. Gebruik het wanneer je een concrete dienst correct kunt beschrijven en de markup beheerbaar blijft. Eerst moeten de pagina-inhoud, interne structuur en technische basis op orde zijn.

Kan ik Service schema combineren met Organization schema?

Ja. Dat is vaak logisch: Organization beschrijft het bedrijf en Service beschrijft de dienst. Verwijs vanuit provider naar de organisatie via een gedeelde @id.

Kan ik Service schema gebruiken op een lokale dienstenpagina?

Ja, als de servicepagina een lokale dienst correct beschrijft. Je kunt de aanbieder als LocalBusiness structureren en het werkgebied alleen toevoegen wanneer dit zichtbaar en juist is.

Hulp bij structured data en dienstpagina’s

Service schema is het meest waardevol als het aansluit op een duidelijke dienstpagina, consistente bedrijfsinformatie en een technisch gezonde website. Wil je structured data, content en conversie in samenhang verbeteren? Bespreek je website of online groeikansen met LYNX Media.