LocalBusiness JSON LD: een duidelijke identiteit voor elke bedrijfsvestiging

Schema.org JSON-LD helpt zoekmachines te begrijpen welke onderneming een pagina beschrijft, waar ze actief is en hoe klanten haar kunnen contacteren. Voor lokale ondernemingen vormt een correct gedefinieerde LocalBusiness-entiteit de basis.

Het doel is niet om zo veel mogelijk schema-eigenschappen toe te voegen. Het is om een consistente, verifieerbare beschrijving van de onderneming te publiceren die overeenkomt met de website en de gegevens in de praktijk.

Correcte markup kan zoekmachines helpen de informatie te begrijpen en ervoor zorgen dat die in aanmerking komt voor ondersteunde zoekfuncties. Ze garandeert geen posities in de zoekresultaten, verrijkte zoekresultaten of bronvermeldingen in door AI gegenereerde antwoorden.

Wat beschrijft LocalBusiness schema?

LocalBusiness is een Schema.org-type voor een specifieke fysieke onderneming of vestiging. Het combineert kenmerken van een organisatie en een plaats.

Gebruik het om feiten te beschrijven zoals:

• Naam van de onderneming en canonieke website-URL.
• Fysiek adres en telefoonnummer.
• Openingsuren.
• Geografische coördinaten.
• Officiële profielen die bij die onderneming horen.

JSON-LD is het formaat waarmee die feiten in een gestructureerd script worden uitgedrukt. Bezoekers lezen de pagina; systemen die gestructureerde gegevens verwerken, kunnen ook de machineleesbare beschrijving ervan lezen.

LocalBusiness-markup moet de onderneming beschrijven die op de pagina wordt getoond, niet een afzonderlijke versie die voor zoekmachines is gemaakt.

Kies het meest specifieke correcte type

Gebruik een specifiek subtype als het de onderneming daadwerkelijk beschrijft. Voorbeelden zijn Dentist, Restaurant, Electrician en AutoRepair.

Een tandartspraktijk gebruikt doorgaans beter Dentist dan zich te beperken tot het bredere type LocalBusiness. Het specifiekere type geeft de bedrijfscategorie nauwkeuriger weer.

Kies geen type omdat het commercieel aantrekkelijk lijkt. Schema beschrijft wat de onderneming is, niet voor welke zoekwoorden ze wil scoren.

Maak bij een onderneming met meerdere vestigingen onderscheid tussen de overkoepelende organisatie en haar afzonderlijke locaties. Elke vestiging moet een eigen entiteit en locatiespecifieke informatie hebben.

Een praktisch voorbeeld van LocalBusiness JSON LD

Het volgende voorbeeld gebruikt fictieve voorbeeldgegevens. Vervang elke waarde vóór publicatie en neem alleen informatie op die de onderneming correct beschrijft en door de pagina wordt ondersteund.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Electrician",
  "@id": "https://example.com/locations/ghent/#business",
  "name": "Example Electrical",
  "url": "https://example.com/locations/ghent/",
  "telephone": "+3290000000",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "Example Street 10",
    "postalCode": "9000",
    "addressLocality": "Ghent",
    "addressCountry": "BE"
  },
  "openingHoursSpecification": [
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": [
        "https://schema.org/Monday",
        "https://schema.org/Tuesday",
        "https://schema.org/Wednesday",
        "https://schema.org/Thursday",
        "https://schema.org/Friday"
      ],
      "opens": "08:00",
      "closes": "17:00"
    }
  ]
}
</script>

Dit is een vertrekpunt, geen universele checklist voor elke zoekfunctie. Zoekmachines hanteren hun eigen vereisten en aanbevelingen, die kunnen afwijken van de basisvoorwaarden voor geldigheid volgens Schema.org.

Gebruik @id om de bedrijfsidentiteit consistent te houden

De eigenschap @id geeft een entiteit een stabiele identificatiecode. Ze helpt verwijzingen naar dezelfde onderneming binnen uw gestructureerde gegevens met elkaar te verbinden.

Kies voor een onderneming met één vestiging één stabiele identificatiecode en hergebruik die telkens wanneer naar die onderneming wordt verwezen. Maak niet voor elke dienstenpagina een nieuwe bedrijfsidentiteit aan.

Voor meerdere vestigingen:

• Geef elke vestiging een unieke @id.
• Gebruik een afzonderlijke URL voor elke locatie.
• Publiceer het adres, het telefoonnummer en de openingsuren van die vestiging.
• Koppel vestigingen waar passend aan de overkoepelende organisatie.

Een dienstenpagina kan naar een bestaande bedrijfsentiteit verwijzen in plaats van nog een losstaande kopie aan te maken.

Eén bedrijfsvestiging moet één consistente identiteit hebben, ook wanneer meerdere pagina’s ernaar verwijzen.

Stem schema af op zichtbare bedrijfsinformatie

Gestructureerde gegevens moeten overeenkomen met de informatie die klanten op uw website kunnen lezen.

Controleer namen, adressen, telefoonnummers en openingsuren aan de hand van de relevante locatiepagina en het Google-bedrijfsprofiel. Een andere opmaak is niet noodzakelijk een probleem, maar tegenstrijdige feiten zijn dat wel.

Besteed bijzondere aandacht aan:

• Openingsuren op feestdagen en tijdelijke sluitingen.
• Verhuisde vestigingen.
• Centrale telefoonnummers tegenover vestigingsnummers.
• Beschikbaarheid uitsluitend op afspraak.
• Oude adressen die door plug-ins zijn achtergelaten.

Verzin voor ondernemingen die binnen een bepaald servicegebied werken geen fysieke zaak en publiceer geen privéadres enkel om schema in te vullen. areaServed kan het werkgebied beschrijven, maar vervangt niet de adresvereisten voor zoekfuncties die een adres vereisen.

Vermijd markup die de betrouwbaarheid overdrijft

Voeg alleen sameAs-links toe als ze dezelfde onderneming identificeren, zoals haar officiële sociale profielen. Het zijn identiteitsverwijzingen, geen lijst van websites waarvan u backlinks wilt krijgen.

Beoordelingen vereisen dezelfde zorgvuldigheid. Verzin nooit beoordelingen en neem geen beoordelingstotalen van derden over in markup zonder de toepasselijke regels te controleren.

Google toont geen reviewfragmenten die de eigen onderneming aanprijzen voor entiteiten van het type LocalBusiness of Organization. Door aggregateRating aan uw eigen bedrijfspagina toe te voegen, omzeilt u dat beleid niet.

Voor GEO en AEO vormt accurate entiteitsinformatie een nuttige basis. Er bestaat geen vastgestelde regel dat het toevoegen van LocalBusiness JSON-LD ervoor zorgt dat een AI-assistent uw website als bron vermeldt.

Valideer de gepubliceerde pagina, niet alleen de code

Een syntactisch correct codefragment kan nog altijd de verkeerde locatie beschrijven of in strijd zijn met bestaande markup.

Gebruik deze checklist bij de implementatie:

1. Inventariseer bestaande schema-markup. Controleer thema’s, plug-ins, tagmanagers en aangepaste scripts.
2. Valideer woordenschat en syntaxis. Gebruik de Schema Markup Validator.
3. Controleer of u aan de specifieke voorwaarden van Google voldoet. Gebruik de Rich Results Test van Google voor ondersteunde functies.
4. Inspecteer de gerenderde pagina. Controleer of dynamisch ingevoegde markup toegankelijk is.
5. Controleer de feitelijke juistheid. Vergelijk schema met zichtbare bedrijfsgegevens.
6. Volg wijzigingen op. Controleer opnieuw na website-updates of wijzigingen in bedrijfsinformatie.

Google kan JSON-LD verwerken dat via JavaScript is ingevoegd, maar de mogelijkheden van crawlers verschillen. Ga er niet van uit dat elke AI-crawler JavaScript rendert.

Hoe GeoEngine het onderhoud van schema ondersteunt

GeoEngine is een Belgische B2B SaaS-toolkit voor GEO en AI, voor KMO’s en marketingbureaus.

De lichtgewicht tag voegt dynamisch paginaspecifieke Schema.org JSON-LD in zonder de broncode te wijzigen. Dagelijkse technische monitoring en schema Auto-Healing ondersteunen het doorlopende onderhoud. GeoEngine biedt ook sitemapsynchronisatie en IndexNow-pings naar zoekmachines.

Automatisering vervangt geen accurate bedrijfsgegevens of controles bij de implementatie. GeoEngine garandeert geen posities in de zoekresultaten of bronvermeldingen door AI.

Veelgestelde vragen

Moet LocalBusiness schema op elke pagina staan?

Niet noodzakelijk. Geef voorrang aan pagina’s die de onderneming of een specifieke locatie beschrijven. Verwijs elders consequent naar dezelfde entiteit wanneer dat relevant is.

Kunnen meerdere vestigingen één LocalBusiness entiteit delen?

Elke fysieke vestiging moet doorgaans een eigen entiteit, identificatiecode en locatiegegevens hebben. Een afzonderlijke overkoepelende organisatie kan ze met elkaar verbinden.

Garandeert geldig schema een verrijkt zoekresultaat?

Nee. Geldigheid, het voldoen aan de voorwaarden voor een functie en de daadwerkelijke weergave zijn verschillende zaken. Zoekmachines beslissen of ze verrijkte resultaten tonen.

Volstaat JSON LD voor zichtbaarheid in AI?

Nee. Het vormt een aanvulling op toegankelijke content, consistente bedrijfsinformatie en technische vindbaarheid. Het garandeert niet dat AI-systemen een pagina ophalen of als bron vermelden.

Ontdek voor een eerste evaluatie de gratis GEO-scan op geoengine.tech.