Het lokaliseren van schema-markup voor e-commerce draait erom dat je gestructureerde data de taal van je klanten en zoekmachines spreekt. Voor internationale online winkels, vooral die zich richten op diverse regio's zoals de EU, Zuidoost-Azië of het Midden-Oosten, is schema-lokalisatie essentieel om zoekmachines te helpen de juiste rich snippets te tonen op basis van de taal, regio en valuta van de gebruiker.
Door belangrijke schematypen te lokaliseren, zoals productinformatie, prijzen en bedrijfsgegevens, verbetert u de zichtbaarheid, het vertrouwen en de conversiepercentages in verschillende markten. Dit artikel onderzoekt welke schema-elementen u moet lokaliseren, veelgemaakte fouten die u moet vermijden en best practices om uw internationale e-commercewebsite optimaal te laten presteren.
Het belang van schema-lokalisatie voor je e-commerce
Schema-lokalisatie zorgt ervoor dat uw gestructureerde data aansluit bij de taal, valuta en culturele context van elke markt die u bedient. Dit verbetert uw zichtbaarheid in lokale zoekresultaten en verrijkt de gebruikerservaring in verschillende regio's.
- Verbetert lokale SEO -prestaties – Wanneer schema-markup gebruikmaakt van gelokaliseerde taal, valuta en regiospecifieke velden, kunnen zoekmachines uw content beter begrijpen en afstemmen op lokale zoekintentie.
- Maakt nauwkeurige rich snippets mogelijk – Rich snippets zoals prijzen, productbeschikbaarheid en beoordelingen weerspiegelen de lokale context van de gebruiker, wat vertrouwen opbouwt en de click-through rates verbetert.
- Verbetert de meertalige gebruikerservaring – Gelokaliseerde schema's helpen consistentie te waarborgen tussen de zichtbare pagina-inhoud en de gestructureerde data erachter, waardoor verwarring bij internationale bezoekers wordt voorkomen.
- Ondersteunt regionale naleving en verwachtingen – Verschillende regio's kunnen specifieke gegevensvereisten hebben (zoals btw in de EU of verzendzones in Zuidoost-Azië) die via schema kunnen worden aangepakt.
- Verhoogt conversiepercentages in doelmarkten – Gebruikers die vertrouwde taal, valuta en contactinformatie in zoekresultaten zien, hebben meer vertrouwen in uw site en gaan er eerder mee aan de slag.
Belangrijke e-commerce-schematypen die lokalisatie vereisen
Schema-markup is een soort gestructureerde data die aan de HTML van je website wordt toegevoegd en zoekmachines helpt de context van je content te begrijpen. Voor e-commerce zorgt het voor uitgebreide resultaten zoals productbeoordelingen, prijzen, beschikbaarheid en meer, waardoor je vermeldingen opvallen in zoekresultaten. Wanneer je je richt op internationale markten is het simpelweg gebruiken van schema niet genoeg; je moet het ook lokaliseren.
Hieronder staan de belangrijkste schematypen die zorgvuldig gelokaliseerd moeten worden voor wereldwijd e-commerce succes.
Product
Het Product-schema biedt gestructureerde informatie zoals productnaam, beschrijving, SKU, merk, afbeelding en beoordelingen. Bij het lokaliseren van dit schema is het essentieel om productnamen en beschrijvingen nauwkeurig te vertalen, niet alleen woord voor woord, maar op een manier die aansluit bij de culturele en taalkundige normen van elke markt.
Verschillende sleutelelementen moeten op elke doelmarkt worden aangepast om het Product-schema correct te lokaliseren. Deze elementen gaan verder dan eenvoudige vertaling—culturele aanpassing, naleving van lokale verwachtingen en afstemming op taalspecifieke SEO. Dit zijn de belangrijkste aspecten van het Product-schema die gelokaliseerd moeten worden.
- naam: Vertaal de productnaam om de betekenis en aantrekkingskracht in de lokale taal te behouden. Vermijd letterlijke vertalingen die lokale doelgroepen kunnen verwarren of misleiden.
- description: Lokaliseer beschrijvingen met aandacht voor toon, meeteenheden (bijv. inches vs. centimeters) en terminologie die bekend is bij regionale doelgroepen.
- afbeelding: Hoewel niet tekstgebaseerd, kan gelokaliseerde beeldmateriaal culturele voorkeuren weerspiegelen. Kledingafbeeldingen voor Midden-Oosterse markten vereisen bijvoorbeeld mogelijk meer ingetogen visuals.
- brand: Als het merk in verschillende regio's verschillende namen heeft, of als submerken lokaal beter bekend zijn, zorg er dan voor dat het merkveld dat weerspiegelt.
- sku: Hoewel deze vaak wereldwijd consistent is, moet je de sku bijwerken zodat deze overeenkomt met de lokale catalogus als je regionale productcodes of identificatoren gebruikt.
- review en aggregateRating: Deze elementen kunnen ook profiteren van lokalisatie. Als klantbeoordelingen in de schema zijn opgenomen, zorg er dan voor dat ze in de lokale taal zijn geschreven en regi specifieke klantfeedback weerspiegelen.
- offers (ingebed in Product): Dit omvat prijsstelling en beschikbaarheid, die de lokale valuta, formaten en voorraadniveaus moeten weerspiegelen. Overweeg ook om priceValidUntil aan te passen aan lokale verkoopcycli.
Een product als “Winterjas – Arctic Series” in het Engels kan bijvoorbeeld in het Spaans worden gelokaliseerd als “Chaqueta Invernal – Serie Ártica”. Op Arabische markten moeten niet alleen de naam en beschrijving in het Arabisch worden vertaald, maar moet je mogelijk ook beeldmateriaal en uitgelichte kenmerken aanpassen aan wat als aantrekkelijk of bescheiden wordt beschouwd.
Als u het Product-schema niet lokaliseert, kan er een mismatch ontstaan tussen wat er in het zoekfragment wordt weergegeven en wat er op de daadwerkelijke productpagina staat. Dit schaadt het vertrouwen en verlaagt de click-through rates. Door uw product-schema per locatie aan te passen, zorgt u voor consistentie, een betere SEO-afstemming en een soepelere winkelervaring.
Hier is een voorbeeld van Product schema-markup die online verschijnt bij het zoeken naar een product.
Prijzen en valuta
Prijzen zijn een van de meest gevoelige informatie voor online shoppers. Het Offer-schema, dat doorgaans is ingebed in het Product-schema, bevat belangrijke velden zoals price, priceCurrency en availability. Het lokaliseren van valuta en prijzen is cruciaal, vooral wanneer je site zich richt op regio's die geen USD, EUR of andere standaardvaluta's gebruiken.
Als u bijvoorbeeld in het Midden-Oosten verkoopt, moet uw schema prijzen in AED of SAR weergeven met de juiste ISO 4217-valutacode, zoals “priceCurrency”: “AED”. Bovendien moet het prijsformaat regionale conventies volgen—sommige landen gebruiken komma's in plaats van punten als decimaalteken, of plaatsen het valutasymbool na het bedrag in plaats van ervoor.
Onjuiste of generieke valutacodes in schema-markup kunnen leiden tot misleidende rich snippets, verwarde shoppers en zelfs zoekmachinepenalties voor datainconsistentie. Je schema moet synchroon lopen met wat gebruikers aan de voorkant zien en realtime conversieratio's of gelokaliseerde prijsstrategieën weerspiegelen. Dit schema per taal of regionaal subdomein aanpassen is essentieel om een accurate weergave op je meertalige website te garanderen. Belangrijke elementen in het prijsschema die gelokaliseerd moeten worden.
- price: Numerieke prijswaarde opgemaakt voor de lokale regio (bijv. 99,99 in plaats van 99.99).
- priceCurrency: Gebruik de juiste ISO 4217-valutacode (bijv. AED, SAR, JPY, enz.).
- Plaatsing van valutasymbool: Pas het symbool aan lokale conventies aan (bijv. “99 ر.س” in plaats van “SAR 99”).
- availability: Gebruik gelokaliseerde taal of labels indien van toepassing (bijv. “In Stock” → “Disponible” in het Spaans).
Hier is een voorbeeld van een gelokaliseerd schema voor prijzen dat is toegesneden op een Midden-Oosterse markt.
Hier is een voorbeeld van schema-markup voor prijzen en valuta die online verschijnt bij het zoeken naar een product.
Bedrijfs- & contactinformatie
De schema's Organization en ContactPoint definiëren uw bedrijfsidentiteit en hoe klanten u kunnen bereiken. Lokalisatie hierbij omvat meer dan alleen vertaling—het vereist het aanpassen van openingstijden, ondersteunde talen en contactmethoden aan de lokale verwachtingen.
Door bedrijfs- en contactgegevens te lokaliseren, vergroot je het vertrouwen en help je zoekmachines om nauwkeurige contactgegevens weer te geven in SERP's (vooral op mobiel). Dit helpt ook spraakzoekopdrachten en intelligente assistenten om correcte bedrijfsreacties te geven op basis van locatie. Een goed gelokaliseerd schema zorgt ervoor dat klanten de juiste contactopties op het juiste moment zien, afgestemd op hun taal, regio en voorkeurscommunicatiemethoden.
Belangrijke elementen van de Organization- en ContactPoint-schema's die gelokaliseerd moeten worden, zijn onder andere.
- naam: Vertaal of pas de bedrijfsnaam aan als u in verschillende regio's een lokale merkidentiteit gebruikt.
- contactType: Gebruik gelokaliseerde termen voor soorten ondersteuning (bijv. “servicio al cliente” in het Spaans).
- telephone: Voeg lokale ondersteuningsnummers toe met de juiste internationale formaten.
- areaServed: Geef de doelregio op met ISO-codes om georelevantie te waarborgen.
- availableLanguage: Geef aan welke talen uw supportteam aankan (bijv. Engels, Arabisch, Frans).
- contactOption: Voeg regiospecifieke contactmethoden toe, zoals WhatsApp, WeChat of lokale chattools.
- url: Verwijs gebruikers naar gelokaliseerde help- of contactpagina's indien beschikbaar.
Door elk van deze velden voor elke doelregio aan te passen, voldoet uw schema aan de lokale verwachtingen en vergroot u de kans om te worden opgenomen in relevante zoekresultaten, vooral die welke afhankelijk zijn van mobiele of spraakinteracties. Het volgende is een voorbeeld van het toepassen van het schema.
Verzend- & leveringsdetails
Verwachtingen en regels rondom bezorging verschillen sterk per land. Door gebruik te maken van schematypen zoals DeliveryTimeSettings, ShippingDeliveryTime of OfferShippingDetails die regiospecifiek zijn, kunt u niet alleen beschikbaarheid en geschatte bezorgtijden communiceren, maar ook de bediende regio's, verzendtarieven en verwerkingstijden - die allemaal gelokaliseerd moeten worden voor elke markt. Verzendschema-elementen die gelokaliseerd moeten worden, zijn onder andere.
- shippingDestination: regio of land dat wordt bediend.
- deliveryTime: geschatte levertijd in lokaal formaat (bijv. 2 dagen vs. 5-7 werkdagen).
- shippingRate: verzendkosten in lokale valuta.
- transitTimeLabel: label dat de levertijd beschrijft (zoals “Express”, “Regulier” of “Levering binnen 24 uur”).
- handlingTime: verwerkingstijd voordat de levering begint.
Een klant in Duitsland verwacht bijvoorbeeld levering binnen 3 werkdagen, terwijl in Indonesië een typische schatting 5-7 dagen kan zijn. Als het verzendingsschema niet gelokaliseerd is, krijgen gebruikers mogelijk geen relevante informatie in de zoekresultaten, waardoor ze aarzelen om te kopen. Hier is een voorbeeld van OfferShippingDetails gelokaliseerd voor de Duitse markt.
Winkellocatie & lokale bedrijfsinformatie
Het nauwkeurig weergeven van winkellocaties in Google Zoeken of Google Maps hangt sterk af van een goed gelokaliseerd LocalBusiness-schema. Vooral wanneer gebruikers in hun eigen taal of regio zoeken, vergroot de juiste informatie de zichtbaarheid en bouwt het vertrouwen op. Belangrijke elementen in het LocalBusiness-schema die gelokaliseerd moeten worden, zijn onder andere:.
- naam: de bedrijfsnaam wordt vertaald als dit relevant is voor de lokale context.
- adres: het adres opgemaakt volgens lokale conventies, inclusief addressLocality, addressRegion, postalCode en addressCountry.
- telephone: het telefoonnummer met de juiste landcode en lokale opmaak.
- openingHoursSpecification: Openingstijden worden aangepast aan lokale tijdzones en zakelijke gewoonten.
- geo: geografische coördinaten (breedtegraad en lengtegraad) van de winkellocatie.
- areaServed: de regio of het gebied dat het bedrijf bedient.
Hier is bijvoorbeeld een schemafragment voor een winkel in Berlijn, Duitsland.
Het volgende is een voorbeeld van een lokaal bedrijfsmarkup-schema.
Breadcrumb-navigatie
Het BreadcrumbList-schema helpt bij het definiëren van de navigatiestructuur van uw website en toont gebruikers (en zoekmachines) waar ze zich binnen de sitehiërarchie bevinden. Hoewel dit eenvoudig lijkt, is het lokaliseren van breadcrumbs cruciaal in een meertalige e-commerce site om consistentie te waarborgen, SEO te verbeteren en de gebruikerservaring te versterken.
Bijvoorbeeld een breadcrumb in het Engels, Spaans en Arabisch
- “Home > Herenmode > Jassen”
- “Inicio > Moda Masculina > Chaquetas”,
- “الرئيسية > أزياء الرجال > المعاطف”.
Stel dat het breadcrumb-schema in het Engels blijft terwijl de pagina-inhoud in een andere taal is. In dat geval kunnen gebruikers in de war raken en kunnen zoekmachines moeite hebben om de gelokaliseerde content correct te indexeren. Het kan ook je interne linkstrategie schaden, omdat breadcrumbs invloed hebben op hoe link equity door je site stroomt.
Belangrijke elementen in het BreadcrumbList-schema die gelokaliseerd moeten worden.
- itemListElement.name: De zichtbare naam van elk kruimelpadniveau moet worden vertaald.
- itemListElement.item: De URL moet verwijzen naar de juiste gelokaliseerde versie van elke pagina.
- position: Geeft het niveau in het breadcrumb-pad weer (blijft meestal hetzelfde, maar moet overeenkomen met de gelokaliseerde structuur).
Het volgende is een voorbeeld van een breadcrumb-markup schema.
Veelgemaakte fouten bij schema-localisatie voor e-commerce
Bedrijven lopen vaak tegen kritieke maar vermijdbare problemen aan bij het lokaliseren van schema-markup voor e-commercewebsites. Velen gaan ervan uit dat vertaling alleen voldoende is, maar gestructureerde data moeten volledig worden aangepast aan de taal, valuta en verwachtingen van gebruikers in elke regio. Deze nalatigheden kunnen leiden tot defecte rich snippets, slechte zichtbaarheid in zoekresultaten of verwarring bij gebruikers.
Hieronder staan enkele van de meest voorkomende fouten bij schema-localisatie—en waarom het vermijden ervan de prestaties en gebruikerservaring van je site aanzienlijk kan beïnvloeden.
Slechts één taal of valuta gebruiken
Een van de meest voorkomende misstappen bij het lokaliseren van e-commerce schema's is het vasthouden aan één taal of valuta in de gestructureerde data van de site—zelfs wanneer de front-end content is vertaald. Deze mismatch verwart zowel gebruikers als zoekmachines. Een shopper in Frankrijk leest misschien productbeschrijvingen in het Frans, maar ziet dat het schema nog steeds verwijst naar USD in plaats van EUR, wat kan leiden tot vertrouwensproblemen.
Gelokaliseerde schema's moeten de vertaalde inhoud en lokale valutaformaten weerspiegelen. Zo moet “priceCurrency”: “EUR” “priceCurrency”: “USD” vervangen op de Franse versie van de site, en de velden “name” en “description” in het Product-schema moeten in het Frans verschijnen. Zonder dit kunnen zoekmachines uw gelokaliseerde vermeldingen mogelijk niet nauwkeurig weergeven in zoekresultaten.
Het negeren van taal- en valutalokalisatie leidt tot slechte rich snippet-previews, verlaagt de click-through rates en kan zelfs de richtlijnen voor de nauwkeurigheid van gestructureerde data schenden. Stem uw schema altijd af per taal en regio, met behulp van hreflang en regiospecifieke subdomeinen of paden.
Valutacodes niet correct bijwerken
Velen vergeten de valutacode in de schema-markup bij te werken, zelfs wanneer merchants het juiste gelokaliseerde valutasymbool aan de voorkant gebruiken. Schema.org gebruikt gestandaardiseerde ISO 4217-codes (zoals “USD” voor US Dollar of “JPY” voor Japanse Yen), en het niet correct weergeven hiervan in “priceCurrency” leidt tot gebroken of misleidende rich results.
Als uw winkel in de VAE bijvoorbeeld prijzen in dirhams toont maar nog steeds “priceCurrency”: “USD” in de schema gebruikt, kan Google de productprijs verkeerd interpreteren of ervoor kiezen deze helemaal niet weer te geven. Erger nog, een klant kan denken dat een product goedkoper of duurder is door een onjuiste valutacontext, wat leidt tot een hoog bouncepercentage of verlaten winkelwagens.
Controleer altijd de valutawaarden in uw schema, vooral voor winkels met meerdere valuta's die gebruikmaken van geolocatie of valutawisselaars. Het afstemmen van visuele en gestructureerde valutainformatie verbetert de weergave in zoekresultaten en het vertrouwen van klanten.
Regiospecifieke schema-velden overslaan
Een andere fout is het gebruik van een generiek schema across regio's zonder regiospecifieke elementen zoals “shippingDestination”, “areaServed” of “availableAtOrFrom” op te nemen. Deze velden zijn cruciaal voor het communiceren van logistiek en service-dekking, vooral bij internationale verzending of gelokaliseerde klantenondersteuning.
Zo moeten shoppers in Australië bijvoorbeeld verzendtijdramingen en bezorgopties te zien krijgen op basis van lokale normen (bijv. “shippingDestination”: { “@type”: “DefinedRegion”, “name”: “Australia” }). Als je zulke details weglaat, kunnen zoekmachines aannemen dat je daar niet verzendt, wat de vindbaarheid in lokale zoekopdrachten beïnvloedt.
Bovendien helpen velden zoals “areaServed” en “availableAtOrFrom” om je bedrijf naar voren te brengen bij zoekopdrachten met “bij mij in de buurt” of op regio gebaseerde zoekopdrachten. Als je deze schemavelden niet gebruikt op regionale pagina’s, laat je waarschijnlijk kansen voor gelokaliseerde zoekopdrachten liggen.
RTL-taalondersteuning negeren
Talen zoals Arabisch en Hebreeuws worden van rechts naar links (RTL) gelezen, en als je de schema-markup hier niet op aanpast, kan dat leiden tot leesbaarheids- en SEO-problemen. Hoewel schema niet visueel wordt weergegeven, moet het toch de taalcontext weerspiegelen om aan te sluiten bij de ervaring op de pagina en de taalgerichte zoekresultaten.
De velden “name” en “description” in het productschema op een Arabische pagina moeten bijvoorbeeld correct worden vertaald en gecodeerd met het juiste Unicode-formaat. Bovendien moet de pagina zelf lang=”ar” en dir=”rtl” in de HTML gebruiken, en het schema moet daarmee overeenkomen.
Het verwaarlozen van RTL-ondersteuning veroorzaakt inconsistentie tussen de visuele en gestructureerde content, wat gebruikers kan verwarren en de geschiktheid voor rich results kan beïnvloeden. Zorg er altijd voor dat zowel de taal als de leesrichting wordt weerspiegeld in de schemastructuur.
Ontbrekende vertaalde breadcrumbs
Breadcrumbs dienen als navigatiehulpmiddelen en dragen aanzienlijk bij aan interne linking en SEO. Een veelgemaakte fout bij schema-lokalisatie is het behouden van het breadcrumb-schema in de oorspronkelijke taal, zelfs wanneer het zichtbare navigatiepad is vertaald.
Als uw pagina bijvoorbeeld “Inicio > Moda Femenina > Vestidos” toont (Spaans voor “Home > Women’s Fashion > Dresses”), moet uw BreadcrumbList-schema dit exact weerspiegelen. Het gebruik van “name”: “Home” in plaats van “Inicio” zorgt voor een mismatch en kan een negatieve invloed hebben op hoe Google de sitestructuur interpreteert.
Elk breadcrumb-niveau (“name”) moet gelokaliseerd worden, en het bijbehorende “item” moet linken naar de gelokaliseerde URL. Alles op elkaar afstemmen zorgt voor consistentie voor gebruikers en crawlers, wat de zichtbaarheid en indexatie verbetert.
Hetzelfde schema hergebruiken voor alle talen
De meest schadelijke fout is het gebruik van een one-size-fits-all schema-aanpak voor alle talen. Het hergebruiken van dezelfde gestructureerde data zonder de inhoud, valuta, taal en regio-context aan te passen, ondermijnt het hele doel van localisatie.
Elke gelokaliseerde versie van uw site moet een schema hebben dat de lokale inhoud en metadata weerspiegelt. Als u bijvoorbeeld aparte productpagina's heeft voor het Engels en het Frans, moet hun Product-schema vertaalde “name”, “description”, “priceCurrency” en zelfs taalspecifieke URL's bevatten.
Het nalaten van deze praktijk kan leiden tot conflicterende zoeksignalen, slechte snippetkwaliteit of zelfs handmatige acties voor misleidende gestructureerde data. Een best practice is het onderhouden van afzonderlijke schema's voor elk taal-subdomein of hreflang-gelabelde versie, zodat de gestructureerde data overeenkomt met de taal en de regio die wordt bediend.
Best practices voor het lokaliseren van schema-markup voor e-commerce
Schema-markup speelt een cruciale rol in hoe zoekmachines uw content interpreteren en weergeven. Wanneer het correct wordt gelokaliseerd, verhoogt het uw zichtbaarheid in lokale SERP's, verbetert het de click-through rates en verbetert het de winkelervaring voor gebruikers wereldwijd.
Hier zijn de best practices die elke wereldwijde e-commerceonderneming zou moeten volgen om het meeste uit lokalisatie te halen.
Gebruik taalspecifiek schema per pagina
Elke taalversie van uw website moet schema-markup in die specifieke taal bevatten. Als u subdomeinen of submappen gebruikt (bijv. example.com/en/ voor Engels en example.com/de/ voor Duits), moet elk een uniek, taalgeschikt schema bevatten.
Als uw Duitse pagina nog steeds schema in het Engels gebruikt, kan Google moeite hebben om de lokale context van de pagina te begrijpen, en gebruikers kunnen de ervaring inconsistent vinden met hun verwachtingen, bijvoorbeeld zoals hieronder.
Land | Schema-veld | Gelokaliseerde waarde |
/fr/productpagina | “name” | “Veste d’hiver pour homme” |
“beschrijving” | “Une veste chaude pour l’hiver français” |
“inLanguage” | “fr” |
Lokaliseer productnamen en beschrijvingen
Productnamen en -beschrijvingen mogen niet alleen vertaald en cultureel aangepast worden. Zinnen die in het ene land aantrekkelijk klinken, slaan misschien niet aan in een ander land. Gebruik natuurlijke taal voor lokale doelgroepen en sluit aan bij hun winkelgedrag.
Vertrouw op moedertaalvertalers of lokale experts om ongemakkelijke formuleringen of onduidelijke berichten te voorkomen. Velden zoals naam, beschrijving en merk in je schema moeten de lokale taal en voorkeuren weerspiegelen.
Taal | name | beschrijving |
Engels | “Heren Strak Jasje” | “Een stijlvolle jas, perfect voor de winter” |
Japans | “メンズウィンタージャケット” | “冬に最適なおしゃれなジャケットです。” |
Stel een nauwkeurige prijs en valuta in
Prijs is een gevoelig onderwerp in e-commerce. Converteer valuta niet alleen visueel op je site—zorg ervoor dat je schema de juiste valuta nauwkeurig weergeeft met behulp van de ISO 4217-code in het veld priceCurrency. Prijzen moeten ook worden opgemaakt volgens lokale conventies, inclusief decimalen en duizendtallen.
Vermijd het weergeven van alleen USD in alle taalversies, omdat dit gebruikers kan verwarren of het vertrouwen kan schaden. Als u realtime valutaomrekening gebruikt, zorg er dan voor dat uw schema synchroon blijft. Bijvoorbeeld.
Land | prijs | priceCurrency | Lokaal Formaat |
Japan | 4500 | JPY | ¥4,500 |
Saudi-Arabië | 180 | SAR | 180 ر.س |
Bedrijfsinformatie lokaliseren
Bedrijfscontactgegevens, zoals adressen, telefoonnummers en openingstijden, moeten per regio worden gelokaliseerd. Gebruik lokale formaten voor velden zoals addressLocality, postalCode en addressCountry. Voeg internationale toegangscodes toe aan telefoonnummers om het voor gebruikers gemakkelijker te maken contact met u op te nemen.
Velden zoals openingHoursSpecification moeten lokale tijdzones en bedrijfspraktijken weerspiegelen. Deze details helpen vertrouwen op te bouwen en verbeteren de weergave van uw bedrijf in lokale zoekresultaten. Bijvoorbeeld.
Land | addressLocality | postcode | openingHoursFormat |
Spanje | Barcelona | 08001 | Ma-Vr 09:00–18:00 |
Thailand | Chiang Mai | 50000 | Mo-Sa 10:00–19:00 |
Structuurschema voor RTL-talen
Talen zoals Arabisch en Hebreeuws worden van rechts naar links (RTL) geschreven. Hoewel JSON-LD zelf niet afhankelijk is van visuele opmaak, moet elk schema-veld met zichtbare tekst—zoals naam, beschrijving of breadcrumb—de juiste taal en richting weerspiegelen om inconsistenties tussen de content en de markup te voorkomen.
Als uw pagina in het Arabisch is, maar de schema nog steeds Engelse waarden of van links naar rechts lopende inhoud bevat, kan dit tot verwarring leiden bij zowel gebruikers als zoekmachines. Zorg er altijd voor dat de HTML lang=”ar” bevat en dat de velden van de gestructureerde data dienovereenkomstig zijn gelokaliseerd.
Veld | Niet-gelokaliseerd (LTR/Engels) | Gelokaliseerd (RTL/Arabisch) |
name | Winterjas | معطف شتوي |
beschrijving | Een warme jas voor de winter | معطف دافئ مثالي لفصل الشتاء |
kruimelpad | Home > Kleding > Jassen | الرئيسية > الملابس > المعاطف |
Sla taalbarrières over
Zeg vaarwel tegen taalbarrières en hallo tegen onbeperkte groei! Probeer onze automatische vertaaldienst vandaag nog uit.
Automatiseer schemalokalisatie met Linguise
Het handmatig lokaliseren van schema-markup in meerdere talen kan complex zijn, vooral bij het beheren van honderden dynamische productpagina's. De zichtbare inhoud en de gestructureerde data, waaronder de schema's Product, Offer, BreadcrumbList en LocalBusiness, moeten worden vertaald. Rich snippets weerspiegelen mogelijk niet de juiste taal, valuta of structuur voor elke regio zonder de juiste lokalisatie.
Linguise biedt een automatische vertaling oplossing die zich uitstrekt tot gestructureerde data, waarbij schema-markup en uw content worden vertaald. Via de Live Editor kunt u schema-inhoud zoals productnamen, beschrijvingen of merkwaarden handmatig verfijnen om ervoor te zorgen dat deze de lokale context nauwkeurig weerspiegelen. Dit is vooral handig bij het lokaliseren van Product-schema-velden die culturele nuance en keyword-aanpassing voor regionale SEO vereisen.
Daarnaast ondersteunt Linguise de vertaling van links en media, waardoor de lokalisatie van breadcrumb-URL's, interne links en zelfs afbeeldingsreferenties mogelijk wordt. Dit zorgt ervoor dat alle elementen, navigatiepaden, assets en gestructureerde data—worden afgestemd op de juiste taalversie, wat zoekmachines helpt om nauwkeurigere en relevantere rich results te leveren aan gebruikers wereldwijd.
Klaar om nieuwe markten te verkennen? Probeer onze automatische vertaaldienst gratis uit met onze 1-maand durende risicovrije proefperiode. Geen creditcard vereist!
Conclusie
Het lokaliseren van schema-markup is cruciaal voor internationale e-commercebedrijven die de zichtbaarheid in lokale zoekresultaten willen verbeteren, rich snippets willen verrijken en gebruikers een naadloze meertalige ervaring willen bieden. Van productnamen en prijzen tot verzendgegevens en bedrijfsinformatie: elk stuk gestructureerde data moet aansluiten bij de taal, cultuur en verwachtingen van elke doelmarkt.
Om dit proces te stroomlijnen, overweeg het gebruik van Linguise—een vertaaloplossing die niet alleen contentvertaling automatiseert, maar ook uw schema-opmaak, links en media per taal aanpast. Met functies zoals Live Editor en vertaling voor URL's en afbeeldingen, het gebruik van Linguise kan uw hele site helpen—zichtbare content en gestructureerde data zijn volledig gelokaliseerd en SEO-klaar.
