Locatiepagina per vestiging en LocalBusiness-gegevens

Kort antwoord

Gebruik per vestiging een eigen pagina als adres, telefoon of openingstijden verschillen. Zo koppel je de juiste LocalBusiness-gegevens aan de juiste locatie.

Direct antwoord

Maak per vestiging een eigen locatiepagina zodra die vestiging eigen, publieksgerichte informatie heeft: een ander adres, een eigen telefoonnummer, afwijkende openingstijden of een duidelijke eigen functie. Op die pagina zet je alleen de gegevens die bij die specifieke locatie horen, en in structured data gebruik je het meest specifieke LocalBusiness-subtype dat past bij die vestiging. Dat is de meest logische opzet als je wilt dat pagina en markup hetzelfde verhaal vertellen. developers.google.com developers.google.com schema.org

Eén adres per vestiging? Dan hoort daar meestal ook één locatiepagina bij.
Verschillen de openingstijden of het telefoonnummer per locatie? Zet die dan niet op een algemene pagina als het daarmee onduidelijk wordt.
Gebruik alleen gegevens die voor bezoekers echt van die vestiging zijn.
Zie structured data als een machineleesbare samenvatting van de zichtbare pagina, niet als extra opslagplek voor alle bedrijfsgegevens.

Praktische keuze per situatie
Situatie	Meestal de beste pagina-opzet	Wat je in LocalBusiness zet
Elke vestiging heeft een eigen adres	Eigen locatiepagina per vestiging	Adres, telefoon, openingstijden, URL en het meest specifieke subtype
Vestigingen delen hetzelfde adres maar hebben verschillende afdelingen	Één locatiepagina met department, of aparte afdelingspagina als die echt zelfstandig is	Hoofdlocatie plus per afdeling alleen afwijkende gegevens
Eén centrale organisatiepagina zonder fysieke vestigingen	Centrale organisatiepagina	Organization-gegevens zoals naam, logo en contactinformatie
Een locatie is vooral bedoeld voor route, contact en openingstijden	Compacte locatiepagina	Alleen de gegevens die bezoekers nodig hebben om de vestiging te vinden en te bezoeken

Wanneer is een aparte locatiepagina echt zinvol?

Een aparte locatiepagina is vooral nuttig wanneer bezoekers per vestiging andere keuzes moeten kunnen maken. Denk aan een keten met locaties in Utrecht, Eindhoven en Zwolle, waarbij elke vestiging andere openingstijden heeft of een eigen direct nummer gebruikt. In zo’n geval voorkomt een aparte pagina verwarring: de bezoeker ziet meteen welke locatie bedoeld wordt, terwijl zoekmachines de vestigingen ook als afzonderlijke fysieke locaties kunnen begrijpen. developers.google.com developers.google.com

Heb je daarentegen een klein bedrijf met één kantoor of één winkel, dan is een losse locatiepagina niet automatisch nodig. Dan is het vaak beter om één duidelijke pagina te maken waarop contact, adres, route en openingstijden samenkomen. Google geeft aan dat LocalBusiness-structured data op elke pagina mag staan, maar dat het logischer is om die te plaatsen op een pagina met informatie over het bedrijf zelf. developers.google.com developers.google.com

Kies een locatiepagina als de vestiging zelfstandig vindbaar en bezoektbaar is.
Kies geen extra pagina alleen om meer markup kwijt te kunnen.
Laat de paginanaam, kop en tekst overeenkomen met de vestiging die de pagina beschrijft.

Vuistregel voor de pagina-keuze
Als dit klopt	Kies dan
Er is een apart adres	Eigen locatiepagina
Er zijn afwijkende openingstijden of een eigen telefoonnummer	Eigen locatiepagina
Het is één fysieke locatie met meerdere functies	Locatiepagina met department of subpagina’s
Het is alleen algemene bedrijfsinformatie	Centrale organisatiepagina

Welke gegevens horen zichtbaar op de locatiepagina?

Op de pagina zet je de informatie die iemand nodig heeft om die vestiging te bezoeken of te bellen. Denk aan de naam van de vestiging, het volledige adres, het telefoonnummer, de openingstijden en eventueel een route- of kaartlink. Voor een lokale vestiging mag de pagina ook extra praktische context geven, zoals parkeergelegenheid, balie-uren of een korte beschrijving van wat juist op die locatie kan. developers.google.com developers.google.com developers.google.com

Belangrijk is dat de zichtbare inhoud en de structured data elkaar ondersteunen. Als de pagina een locatie in Rotterdam beschrijft, dan moet de markup ook echt over die Rotterdamse vestiging gaan. De algemene richtlijnen zeggen expliciet dat structured data representatief, actueel en niet-misleidend moet zijn; zet dus geen gegevens op de pagina die bezoekers daar niet terugzien of die eigenlijk bij een andere vestiging horen. developers.google.com

Zichtbaar op de pagina: naam, adres, telefoon, openingstijden, route.
Optioneel als het past: email, parkeerinformatie, diensten op locatie, routebeschrijving.
Niet op elke vestiging kopiëren wat alleen voor het hoofdkantoor geldt.
Gebruik geen algemene teksten die de locatie verhullen; wees concreet per vestiging.

Wat zet je waar?
Gegeven	Op de locatiepagina	In structured data
Adres	Ja, volledig en leesbaar	Ja, als PostalAddress
Telefoonnummer	Ja, bij voorkeur locatiegebonden	Ja, als telephone
Openingstijden	Ja, per vestiging	Ja, via openingHoursSpecification
Geo-coördinaten	Niet verplicht voor de bezoeker, wel handig bij kaart en route	Ja, via geo.latitude en geo.longitude
Algemene bedrijfsintro	Kort en locatiegericht	Alleen als het echt over die vestiging gaat
Logo van het merk	Kan op pagina, maar hoort niet in de locatie-afbeelding	Niet als beeld van de vestiging zelf gebruiken

Welke LocalBusiness-markup gebruik je?

Gebruik voor elke fysieke vestiging het meest specifieke LocalBusiness-subtype dat klopt. Google noemt expliciet dat je per lokale locatie een LocalBusiness-type moet kiezen en zo specifiek mogelijk moet zijn, bijvoorbeeld Restaurant, Store, DaySpa of HealthClub. Voor een winkelvestiging is Store vaak logischer dan het algemene LocalBusiness; voor een restaurant kies je Restaurant. developers.google.com schema.org

In die markup zijn de basisgegevens naam en adres essentieel, en Google raadt aan om zoveel mogelijk relevante, locatiegebonden gegevens mee te geven. Daar horen bij een vestiging onder meer openingHoursSpecification, telephone, url en desgewenst geo-coördinaten bij. Voor geo.latitude en geo.longitude vraagt Google om voldoende precisie; noteer die dus niet grof, maar nauwkeurig. developers.google.com schema.org

Heb je één vestiging met meerdere afdelingen, zoals een winkel met een servicebalie of een apotheekhoek, dan mag je department gebruiken voor die onderdelen. Google geeft aan dat je per department eigen eigenschappen kunt specificeren, bijvoorbeeld afwijkende openingstijden of een eigen telefoonnummer. Dat is handig zolang het nog steeds om één fysieke locatie gaat. developers.google.com schema.org

Gebruik één markupblok per fysieke vestiging.
Gebruik department alleen voor echte onderdelen binnen dezelfde vestiging.
Laat openingstijden per vestiging verschillen als dat in werkelijkheid ook zo is.
Zet geen review- of waarderingsgegevens in markup als die niet echt op deze pagina thuishoren.

Welke property is vaak relevant op een locatiepagina?
Property	Wanneer nuttig	Opmerking
name	Altijd	Gebruik de vestigingsnaam zoals die op de pagina staat
address	Altijd	Volledig en herkenbaar, liefst uitgesplitst in plaats van één regel
telephone	Als bezoekers deze vestiging direct moeten bereiken	Gebruik het nummer van de vestiging, niet per se het hoofdkantoor
openingHoursSpecification	Als openingstijden relevant zijn	Zeker gebruiken als een vestiging afwijkt van andere vestigingen
geo	Als route en kaart belangrijk zijn	Zorg voor voldoende precisie
url	Altijd bij een eigen locatiepagina	Verwijs naar de canonieke URL van die vestiging

Werkwijze: zo maak je de juiste keuze

Begin met een inventarisatie van de fysieke werkelijkheid. Noteer per vestiging het adres, de contactgegevens, de openingstijden en eventuele uitzonderingen. Bepaal daarna of je per vestiging een eigen pagina nodig hebt, of dat één centrale pagina voldoende is. Daarna kies je het subtype, schrijf je de zichtbare content, en pas je de structured data aan zodat beide hetzelfde beschrijven. developers.google.com developers.google.com developers.google.com

Stel dat een fictieve installateur drie vestigingen heeft: Arnhem, Breda en Groningen. Elke vestiging heeft een eigen telefoonnummer en eigen openingstijden. Dan maakt die organisatie bij voorkeur drie aparte locatiepagina’s, met per pagina alleen de lokale gegevens. Heeft de Arnhemse vestiging daarnaast een aparte servicedesk binnen dezelfde deur, dan kun je die servicedesk als department modelleren in plaats van er een vierde, bijna identieke vestigingspagina van te maken. developers.google.com schema.org

Na publicatie controleer je of de pagina’s toegankelijk zijn voor Google en niet worden geblokkeerd door robots.txt, noindex of inlogvereisten. Google adviseert daarnaast om structured data te valideren met de Rich Results Test en de pagina’s te controleren met URL Inspection. Dat is geen garantie op een zichtbaar resultaat, maar wel de beste manier om technische fouten vroeg op te sporen. developers.google.com developers.google.com

Inventariseer de echte vestigingsgegevens.
Kies per fysieke locatie een specifieke pagina of een duidelijke centrale pagina.
Schrijf eerst de zichtbare content, daarna de markup.
Test de pagina’s na publicatie en hou gegevens actueel.

Beslisroute in vier stappen
Stap	Vraag	Uitkomst
1	Heeft de locatie een eigen adres?	Maak een eigen locatiepagina
2	Heeft de locatie afwijkende openingstijden of een eigen telefoonnummer?	Neem die gegevens alleen op die pagina op
3	Is er binnen dezelfde vestiging een aparte afdeling?	Gebruik department in plaats van een aparte vestiging
4	Komt de markup exact overeen met de zichtbare inhoud?	Publiceren en valideren

Inventariseer alle vestigingen en afdelingen.
Kies per fysieke locatie het juiste schema-type.
Schrijf zichtbare locatie-informatie voor bezoekers.
Voeg JSON-LD toe met alleen de juiste locatiegegevens.
Controleer de pagina met Rich Results Test en URL Inspection.
Werk wijzigingen door zodra openingstijden of adressen veranderen.

Veelgemaakte fouten om te vermijden

De grootste fout is het door elkaar halen van hoofdkantoor- en vestigingsinformatie. Een andere fout is hetzelfde telefoonnummer, dezelfde openingstijden en dezelfde tekst op elke locatiepagina plakken, terwijl de locaties in werkelijkheid verschillen. Ook zie je soms dat bedrijven markup toevoegen voor gegevens die niet zichtbaar zijn op de pagina of die niet echt bij die vestiging horen. Dat botst met de algemene structured-datarichtlijnen. developers.google.com developers.google.com

Niet elk adres op dezelfde pagina proppen als het verwarrend wordt.
Geen nepinformatie of verborgen gegevens in structured data zetten.
Geen algemene tekst hergebruiken als die geen specifieke vestiging beschrijft.
Niet vergeten om geo, openingstijden en telefoon alleen te gebruiken als ze kloppen.

Controleer dit voor publicatie
Controlepunt	Voldaan?	Actie bij nee
Adres klopt met de pagina	Ja/Nee	Corrigeer de vestigingstekst en markup
Telefoonnummer hoort bij deze locatie	Ja/Nee	Vervang door het juiste nummer
Openingstijden zijn vestigingsspecifiek	Ja/Nee	Pas alleen deze pagina aan
Subtype is zo specifiek mogelijk	Ja/Nee	Kies een passend LocalBusiness-subtype
Markup staat op de juiste pagina	Ja/Nee	Verplaats naar de juiste locatie-URL

Veelgestelde vragen

Moet elke vestiging altijd een eigen pagina krijgen?

Niet altijd, maar wel vaak als elke vestiging een eigen adres, telefoonnummer of openingstijden heeft. Dan maakt een eigen locatiepagina de informatie duidelijker voor bezoekers én voor zoekmachines.

Welke LocalBusiness-subtype kies ik?

Kies het meest specifieke subtype dat bij de vestiging past. Voor een winkel gebruik je bijvoorbeeld Store, voor een restaurant Restaurant en voor een dienstverlener een passend, specifieker type als dat bestaat.

Mag ik meerdere vestigingen op één pagina zetten?

Ja, dat kan als die pagina echt als overzichtspagina bedoeld is. Zet dan niet alles door elkaar als één locatie, maar houd de vestigingen duidelijk gescheiden en verwijs naar aparte detailpagina’s waar dat logisch is.

Wanneer gebruik ik department in plaats van een aparte locatiepagina?

Gebruik department als het om een onderdeel binnen dezelfde fysieke vestiging gaat, bijvoorbeeld een servicebalie of apotheekhoek met eigen openingstijden of telefoon. Zijn het echt aparte adressen, dan hoort daar een eigen locatiepagina bij.

Locatiepagina per vestiging: wanneer en welke LocalBusiness-gegevens?