La localisation du balisage de schéma pour le commerce électronique consiste à faire en sorte que vos données structurées parlent la langue de vos clients et des moteurs de recherche. Pour les magasins en ligne internationaux, en particulier ceux qui ciblent des régions diverses comme l'UE, l'Asie du Sud-Est ou le Moyen-Orient, la localisation du schéma est essentielle pour aider les moteurs de recherche à fournir les bons extraits enrichis en fonction de la langue de l'utilisateur, de la région et de la devise.
En localisant les types de schémas clés, tels que les informations sur les produits, les prix et les détails commerciaux, vous améliorez la visibilité, la confiance et les taux de conversion sur différents marchés. Cet article explore quels éléments de schéma localiser, les erreurs courantes à éviter et les meilleures pratiques pour aider votre site e-commerce international à performer au mieux.
L'importance de la localisation du schéma pour votre commerce électronique
La localisation du schéma garantit que vos données structurées s'alignent sur la langue, la devise et le contexte culturel de chaque marché que vous servez. Cela améliore votre visibilité dans les résultats de recherche locaux et enrichit l'expérience utilisateur dans différentes régions.
- Améliore SEO local performance – Lorsque le balisage de schéma utilise un langage localisé, une devise et des champs spécifiques à la région, les moteurs de recherche peuvent mieux comprendre et faire correspondre votre contenu à l'intention de recherche locale.
- Permet des extraits enrichis précis – Les extraits enrichis tels que les prix, la disponibilité des produits et les avis refléteront le contexte local de l'utilisateur, renforçant la confiance et améliorant les taux de clic.
- Améliore l'expérience utilisateur multilingue – Le schéma localisé aide à assurer la cohérence entre le contenu visible de la page et les données structurées derrière, évitant la confusion pour les visiteurs internationaux.
- Prend en charge la conformité et les attentes régionales – Différentes régions peuvent avoir des exigences de données spécifiques (comme la TVA dans l'UE ou les zones d'expédition en Asie du Sud-Est) qui peuvent être traitées via le schéma.
- Augmente les taux de conversion sur les marchés cibles – Les utilisateurs qui voient un langage familier, une devise et des informations de contact dans les aperçus de recherche sont plus susceptibles de faire confiance à votre site et de s'y engager.
Types de schémas e-commerce clés qui nécessitent une localisation
Balises de schéma est un type de données structurées ajoutées au code HTML de votre site Web qui aide les moteurs de recherche à comprendre le contexte de votre contenu. Pour le commerce électronique, cela alimente des résultats riches comme les évaluations de produits, les prix, la disponibilité, et plus encore, faisant ressortir vos listes dans la recherche. Lorsque vous ciblez les marchés internationaux, utiliser simplement le schéma ne suffit pas, vous devez également le localiser.
Voici les principaux types de schémas qui nécessitent une localisation soigneuse pour le succès du commerce électronique mondial.
Produit
Le schéma de produit fournit des informations structurées telles que le nom du produit, la description, le SKU, la marque, l'image et les avis. Lors de la localisation de ce schéma, il est essentiel de traduire les noms et les descriptions de produits avec précision, non seulement mot pour mot, mais de manière à résonner avec les normes culturelles et linguistiques de chaque marché.
Plusieurs éléments clés doivent être adaptés à chaque marché cible pour localiser correctement le schéma de produit. Ces éléments vont au-delà de la traduction de base - adaptation culturelle, conformité aux attentes locales et alignement avec le SEO spécifique à la langue. Voici les aspects clés du schéma de produit qui doivent être localisés.
- nom : Traduisez le nom du produit pour préserver le sens et l'attrait dans la langue locale. Évitez les traductions littérales qui pourraient semer la confusion ou induire en erreur les audiences locales.
- description : Localisez les descriptions en tenant compte du ton, des unités de mesure (par exemple, pouces vs. centimètres) et de la terminologie familière aux publics régionaux.
- image : Bien que non textuelle, l'imagerie localisée peut refléter les préférences culturelles. Par exemple, les images de vêtements sur les marchés du Moyen-Orient pourraient nécessiter des visuels plus modestes.
- marque : Si la marque a des noms différents dans différentes régions, ou si les sous-marques sont plus reconnaissables localement, assurez-vous que le champ de la marque reflète cela.
- référence : Bien que souvent cohérent à l'échelle mondiale, si vous utilisez des codes ou identifiants de produit régionaux, mettez à jour la référence pour correspondre au catalogue local.
- évaluation et note globale : Ces éléments peuvent également bénéficier de la localisation. Si les avis clients sont inclus dans le schéma, assurez-vous qu'ils sont rédigés dans la langue locale et reflètent les commentaires des clients spécifiques à la région.
- offres (intégrées dans le produit) : Cela inclut les prix et la disponibilité, qui doivent refléter la devise locale, les formats et les niveaux de stock. Considérez également l'adaptation de priceValidUntil aux cycles de vente locaux.
Par exemple, un produit « Manteau d'hiver – Série Arctique » en anglais pourrait être localisé en « Chaqueta Invernal – Serie Ártica » en espagnol. Sur les marchés arabes, non seulement le nom et la description doivent être traduits en arabe, mais vous devrez peut-être également adapter les images et les points forts pour qu'ils soient considérés comme attrayants ou modestes.
Ne pas localiser le schéma de produit peut créer un décalage entre ce qui est affiché dans l'extrait de recherche et ce qui est sur la page de produit réelle, nuisant à la confiance et réduisant les taux de clic. En adaptant votre schéma de produit par région, vous assurez la cohérence, un meilleur alignement SEO et une expérience d'achat plus fluide.
{
"@context": "https://schema.org/",
"@type": "Product",
"name": "Chaqueta Invernal – Serie Ártica",
"description": "Una chaqueta cálida ideal para el invierno, con capucha desmontable y bolsillos amplios.",
"sku": "ARCTIC-ES",
"image": "https://example.com/es/images/arctic-coat.jpg",
"brand": {
"@type": "Brand",
"name": "FrostWear"
}
}
Voici un exemple de balisage de schéma de produit qui apparaît en ligne lors de la recherche d'un produit.
Tarification et devise
Les prix sont l'une des informations les plus sensibles pour les acheteurs en ligne. Le schéma d'offre, généralement intégré dans le schéma de produit, comprend des champs clés tels que le prix, la devise de prix et la disponibilité. La localisation de la devise et des prix est cruciale, en particulier lorsque votre site cible des régions qui n'utilisent pas USD, EUR ou d'autres valeurs par défaut standard.
Par exemple, si vous vendez au Moyen-Orient, votre schéma doit refléter les prix en AED ou SAR en utilisant le code de devise ISO 4217 approprié, comme « priceCurrency » : « AED ». De plus, le format de prix doit suivre les conventions régionales — certains pays utilisent des virgules au lieu de points comme séparateurs décimaux, ou placent le symbole monétaire après le montant au lieu de avant.
Des codes de devise incorrects ou génériques dans le balisage de schéma peuvent conduire à des extraits enrichis trompeurs, des acheteurs confus et même des pénalités de moteur de recherche pour incohérence des données. Votre schéma doit être synchronisé avec ce que les utilisateurs voient sur l'interface et refléter les taux de conversion en temps réel ou les stratégies de tarification localisées. Adapter ce schéma par langue ou sous-domaine régional est essentiel pour garantir une représentation précise sur votre site web multilingue. Les éléments clés du schéma de tarification qui doivent être localisés.
- prix : Valeur numérique du prix formatée pour la région locale (par exemple, 99,99 au lieu de 99.99).
- priceCurrency : Utilisez le code de devise ISO 4217 correct (par exemple, AED, SAR, JPY, etc.).
- Placement du symbole monétaire : Adapter le symbole aux conventions locales (par exemple, « 99 ر.س » au lieu de « SAR 99 »).
- disponibilité : Utilisez un langage ou des étiquettes localisés si applicable (par exemple, « En stock » → « Disponible » en espagnol).
Voici un exemple de schéma localisé pour les prix adaptés à un marché du Moyen-Orient.
{
"@context": "https://schema.org/",
"@type": "Offer",
"price": "89.99",
"priceCurrency": "EUR",
"availability": "https://schema.org/InStock",
"priceValidUntil": "2025-12-31",
"itemCondition": "https://schema.org/NewCondition",
"url": "https://example.com/es/productos/chaqueta-artica"
}
Voici un exemple de balisage de schéma de tarification et de devise qui apparaît en ligne lors de la recherche d'un produit.
Informations sur l'entreprise et le contact
Les schémas Organization et ContactPoint définissent votre identité commerciale et la manière dont les clients peuvent vous joindre. La localisation implique ici plus que la simple traduction : elle nécessite d'adapter les heures d'ouverture, les langues de support et les méthodes de contact pour répondre aux attentes locales.
En localisant le schéma d'entreprise et de contact, vous améliorez la confiance et aidez les moteurs de recherche à afficher des coordonnées précises dans les SERPs (en particulier sur mobile). Cela aide également la recherche vocale et les assistants intelligents à offrir des réponses commerciales correctes en fonction de l'emplacement. Un schéma bien localisé garantit que les clients voient les bonnes options de contact au bon moment, alignées sur leur langue, leur région et leurs méthodes de communication préférées.
Les éléments clés des schémas d'Organisation et de ContactPoint à localiser comprennent.
- nom : Traduire ou adapter le nom de l'entreprise si vous utilisez une identité de marque locale dans différentes régions.
- contactType : Utilisez des termes localisés pour les types de support (par exemple, « servicio al cliente » en espagnol).
- téléphone : Incluez des numéros de support locaux avec des formats internationaux appropriés.
- zone desservie : Spécifiez la région cible en utilisant les codes ISO pour garantir la pertinence géographique.
- langueDisponible : Indiquez quelles langues votre équipe de support peut gérer (par exemple, anglais, arabe, français).
- contactOption : Ajoutez des méthodes de contact spécifiques à la région telles que WhatsApp, WeChat ou des outils de discussion locaux.
- url : Dirigez les utilisateurs vers des pages d'aide ou de contact localisées si disponibles.
En adaptant chacun de ces champs à chaque région cible, votre schéma répondra aux attentes locales et augmentera les chances d'être mis en avant dans les résultats de recherche pertinents, en particulier ceux qui reposent sur des interactions mobiles ou vocales. Voici un exemple d'application du schéma.
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "YourBusiness",
"url": "https://www.yourbusiness.com",
"contactPoint": {
"@type": "ContactPoint",
"telephone": "+33-1-23-45-67-89",
"contactType": "customer support",
"areaServed": "FR",
"availableLanguage": ["en", "fr"]
}
}
Expédition et détails de livraison
Les attentes et les règles de livraison varient considérablement d'un pays à l'autre. En utilisant des types de schémas tels que DeliveryTimeSettings, ShippingDeliveryTime ou OfferShippingDetails spécifiques à une région, vous pouvez communiquer non seulement les délais de livraison estimés et la disponibilité, mais également les régions desservies, les tarifs d'expédition et les délais de traitement, qui doivent tous être localisés pour chaque marché. Les éléments de schéma d'expédition qui doivent être localisés comprennent.
- shippingDestination : région ou pays desservi.
- délai de livraison : délai de livraison estimé dans le format local (par exemple, 2 jours contre 5-7 jours ouvrables).
- tarifLivraison : tarif de livraison dans la devise locale.
- étiquette de temps de transit : étiquette utilisée pour décrire le délai de livraison (comme « Express », « Régulier » ou « Livraison dans les 24 heures »).
- Durée de traitement : Temps de traitement avant le début de la livraison.
Par exemple, un client en Allemagne peut s'attendre à une livraison dans les 3 jours ouvrables, alors qu'en Indonésie, une estimation typique pourrait être de 5 à 7 jours. Si le schéma d'expédition n'est pas localisé, les utilisateurs peuvent ne pas obtenir d'informations pertinentes dans les résultats de recherche, ce qui les rend hésitants à acheter. Voici un exemple d'OfferShippingDetails localisé pour le marché allemand.
{
"@context": "https://schema.org",
"@type": "OfferShippingDetails",
"shippingDestination": {
"@type": "DefinedRegion",
"name": "Germany"
},
"deliveryTime": {
"@type": "ShippingDeliveryTime",
"handlingTime": {
"@type": "QuantitativeValue",
"minValue": 1,
"maxValue": 2,
"unitCode": "d"
},
"shippingRate": {
"@type": "MonetaryAmount",
"value": "5.00",
"currency": "EUR"
}
}
Emplacement du magasin et informations commerciales locales
L'affichage précis des emplacements de magasins dans Google Search ou Google Maps dépend fortement d'un schéma LocalBusiness bien localisé. Surtout lorsque les utilisateurs recherchent dans leur langue ou région locale, avoir les informations correctes améliore la visibilité et renforce la confiance. Les éléments clés du schéma LocalBusiness qui nécessitent une localisation comprennent.
- nom : le nom de l'entreprise est traduit si pertinent pour le contexte local.
- Adresse : l'adresse formatée selon les conventions locales, y compris la localité de l'adresse, la région de l'adresse, le code postal et le pays de l'adresse.
- téléphone : le numéro de téléphone utilisant le code de pays correct et le formatage local.
- spécification des heures d'ouverture : Les heures de travail sont ajustées aux fuseaux horaires locaux et aux habitudes commerciales.
- geo : coordonnées géographiques (latitude et longitude) de l'emplacement du magasin.
- zone desservie : la région ou la zone desservie par l'entreprise.
Par exemple, voici un extrait de schéma pour un magasin opérant à Berlin, en Allemagne.
{
"@context": "https://schema.org",
"@type": "LocalBusiness",
"name": "Modehaus Berlin",
"address": {
"@type": "PostalAddress",
"addressLocality": "Berlin",
"addressCountry": "DE"
},
"telephone": "+49 30 12345678",
"openingHours": "Mo-Fr 10:00-19:00"
}
Voici un exemple de schéma de balisage d'entreprise locale.
Navigation par fil d'Ariane
Le schéma BreadcrumbList aide à définir la structure de navigation de votre site Web, montrant aux utilisateurs (et aux moteurs de recherche) où ils se trouvent dans la hiérarchie du site. Bien que cela puisse sembler simple, la localisation des fils d'Ariane est essentielle dans un site e-commerce multilingue pour assurer la cohérence, améliorer le SEO et améliorer l'expérience utilisateur.
Par exemple, un fil d'Ariane en anglais, espagnol et arabe
- “Accueil > Mode masculine > Vestes”
- “Accueil > Mode Homme > Vestes”,
- “الرئيسية > أزياء الرجال > المعاطف”.
Supposons que le schéma de fil d'Ariane reste en anglais alors que le contenu de la page est dans une autre langue. Dans ce cas, les utilisateurs peuvent éprouver de la confusion et les moteurs de recherche peuvent avoir du mal à indexer correctement le contenu localisé. Cela peut également nuire à votre stratégie de liens internes, car les fils d'Ariane influencent la façon dont les capitaux propres des liens circulent sur votre site.
Éléments clés du schéma BreadcrumbList qui nécessitent une localisation.
- itemListElement.name : Le nom visible de chaque niveau de fil d'Ariane doit être traduit.
- itemListElement.item : L'URL doit pointer vers la version localisée correcte de chaque page.
- position : Reflète le niveau dans le fil d'Ariane (reste généralement le même, mais doit correspondre à la structure localisée).
{
"@context": "https://schema.org",
"@type": "BreadcrumbList",
"itemListElement": [
{
"@type": "ListItem",
"position": 1,
"name": "Inicio",
"item": "https://example.com/es/"
},
{
"@type": "ListItem",
"position": 2,
"name": "Moda Masculina",
"item": "https://example.com/es/moda-masculina"
},
{
"@type": "ListItem",
"position": 3,
"name": "Chaquetas",
"item": "https://example.com/es/moda-masculina/chaquetas"
}
]
}
Voici un exemple de schéma de balisage de fil d'Ariane.
Erreurs courantes dans la localisation de schéma pour le commerce électronique
Les entreprises rencontrent souvent des problèmes critiques mais évitables lors de la localisation du balisage de schéma pour les sites Web de commerce électronique. Beaucoup pensent que la traduction seule est suffisante, mais les données structurées doivent être entièrement adaptées à la langue, à la devise et aux attentes des utilisateurs de chaque région. Ces oublis peuvent entraîner des extraits enrichis cassés, une visibilité de recherche médiocre ou une confusion chez les utilisateurs.
Voici quelques-unes des erreurs les plus courantes dans la localisation de schéma — et pourquoi les éviter peut avoir un impact significatif sur les performances et l'expérience utilisateur de votre site.
Utiliser une seule langue ou devise
L'une des erreurs les plus fréquentes dans la localisation du schéma e-commerce est de s'en tenir à une seule langue ou devise dans les données structurées du site — même lorsque le contenu frontal est traduit. Cette incohérence perturbe à la fois les utilisateurs et les moteurs de recherche. Un acheteur en France pourrait lire des descriptions de produits en français, mais voir un schéma faisant toujours référence au USD au lieu de l'EUR, ce qui peut entraîner des problèmes de confiance.
Le schéma localisé doit refléter le contenu traduit et les formats de devise locaux. Par exemple, « priceCurrency » : « EUR » doit remplacer « priceCurrency » : « USD » sur la version française du site, et les champs « name » et « description » dans le schéma Produit doivent apparaître en français. Sans cela, les moteurs de recherche peuvent ne pas afficher vos listes localisées avec précision dans les résultats de recherche.
Ignorer la localisation de la langue et de la devise entraîne de mauvaises aperçus de snippets enrichis, réduit les taux de clics et peut même violer les directives relatives à l'exactitude des données structurées. Adaptez toujours votre schéma par langue et région, en utilisant hreflang et des sous-domaines ou chemins spécifiques à la région.
Ne pas mettre à jour correctement les codes de devise
Beaucoup oublient de mettre à jour le code de devise dans le balisage de schéma, même lorsque les commerçants utilisent le symbole monétaire localisé correct sur l'interface utilisateur. Schema.org utilise les codes standardisés ISO 4217 (comme « USD » pour le dollar américain ou « JPY » pour le yen japonais), et ne pas les refléter correctement dans « priceCurrency » conduit à des résultats riches cassés ou trompeurs.
Par exemple, si votre magasin aux Émirats arabes unis affiche des prix en dirhams mais utilise toujours « priceCurrency » : « USD » dans le schéma, Google pourrait mal interpréter le prix du produit ou choisir de ne pas l'afficher du tout. Pire encore, un client pourrait supposer qu'un produit est moins cher ou plus cher en raison d'un contexte de devise incorrect, ce qui entraînerait des taux de rebond ou des paniers abandonnés.
Vérifiez toujours les valeurs monétaires dans votre schéma, en particulier pour les magasins multidevises utilisant la géolocalisation ou les commutateurs de devise. L'alignement des informations monétaires visuelles et structurées améliore l'apparence de la recherche et la confiance des clients.
Ignorer les champs de schéma spécifiques à la région
Une autre erreur consiste à utiliser un schéma générique dans toutes les régions sans incorporer d'éléments spécifiques à la région comme « shippingDestination », « areaServed » ou « availableAtOrFrom ». Ces champs sont essentiels pour communiquer la logistique et la couverture de service, en particulier dans l'expédition internationale ou le support client localisé.
Par exemple, les acheteurs en Australie devraient voir les estimations de temps d'expédition et les options de livraison basées sur les normes locales (par exemple, “shippingDestination”: { “@type”: “DefinedRegion”, “name”: “Australie” }). Omettre de tels détails peut amener les moteurs de recherche à supposer que vous n'expédiez pas là-bas, ce qui affecte la découvrabilité dans la recherche locale.
De plus, des champs comme « areaServed » et « availableAtOrFrom » aident à mettre en avant votre entreprise pour les recherches « près de moi » ou basées sur une région. Si vous n'utilisez pas ces champs de schéma dans les pages régionales, vous manquez probablement des opportunités de recherche localisées.
Ignorer la prise en charge des langues RTL
Des langues comme l'arabe et l'hébreu se lisent de droite à gauche (RTL), et ne pas adapter le balisage de schéma pour en tenir compte peut causer des problèmes de lisibilité et de référencement. Bien que le schéma ne soit pas rendu visuellement, il doit toujours refléter le contexte linguistique pour correspondre à l'expérience de la page et au ciblage de la langue de recherche.
Par exemple, les champs « nom » et « description » dans le schéma de produit sur une page arabe devraient être traduits et encodés de manière appropriée en utilisant le format Unicode correct. De plus, la page elle-même devrait utiliser lang="ar" et dir="rtl" dans le code HTML, et le schéma devrait correspondre à cela.
Négliger le support RTL provoque une incohérence entre le contenu visuel et structuré, pouvant potentiellement semer la confusion chez les utilisateurs et affecter l'éligibilité aux résultats enrichis. Assurez-vous toujours que la langue et le sens de lecture soient reflétés dans la structure du schéma.
Fils d'Ariane traduits manquants
Les fils d'Ariane servent d'aides à la navigation et contribuent de manière significative à la liaison interne et au SEO. Une erreur courante dans la localisation de schéma est de conserver le schéma de fil d'Ariane dans la langue d'origine, même lorsque le chemin de navigation visible est traduit.
Par exemple, si votre page affiche “Inicio > Moda Femenina > Vestidos” (espagnol pour “Accueil > Mode féminine > Robes”), votre schéma BreadcrumbList doit refléter cela exactement. Utiliser “name”: “Accueil” au lieu de “Inicio” crée une déconnexion et peut avoir un impact négatif sur la façon dont Google interprète la structure du site.
Chaque niveau de fil d'Ariane (« nom ») doit être localisé, et l'« élément » correspondant doit renvoyer à l'URL localisée. Maintenir tout aligné garantit la cohérence pour les utilisateurs et les robots, améliorant la visibilité et l'indexation.
Réutiliser le même schéma pour toutes les langues
L'erreur la plus préjudiciable est d'utiliser une approche de schéma universelle pour toutes les langues. Réutiliser les mêmes données structurées sans adapter le contenu, la devise, la langue et le contexte régional va à l'encontre de l'objectif même de la localisation.
Chaque version localisée de votre site devrait avoir son schéma reflétant le contenu local et les métadonnées. Par exemple, si vous avez des pages de produits distinctes pour l'anglais et le français, leur schéma de produit devrait avoir des champs « name », « description », « priceCurrency » traduits et même des URL spécifiques à la langue.
Négliger cette pratique peut entraîner des signaux de recherche contradictoires, une mauvaise qualité des extraits ou même des actions manuelles pour des données structurées trompeuses. Une bonne pratique consiste à maintenir des schémas distincts pour chaque sous-domaine linguistique ou version étiquetée hreflang, en veillant à ce que les données structurées correspondent à la langue et à la région desservies.
Meilleures pratiques pour la localisation du balisage de schéma pour le commerce électronique
Le balisage de schéma joue un rôle crucial dans la façon dont les moteurs de recherche interprètent et affichent votre contenu. Lorsqu'il est localisé correctement, cela améliore votre visibilité dans les SERP locales, améliore les taux de clic, et enrichit l'expérience d'achat pour les utilisateurs dans le monde entier.
Voici les meilleures pratiques que chaque entreprise de commerce électronique mondial devrait suivre pour tirer le meilleur parti de la localisation.
Utiliser un schéma spécifique à la langue par page
Chaque version linguistique de votre site web doit inclure un balisage de schéma dans cette langue spécifique. Si vous utilisez des sous-domaines ou des sous-dossiers (par exemple, exemple.com/fr/ pour le français et exemple.com/de/ pour l'allemand), chacun doit contenir un schéma unique et approprié à la langue.
Si votre page allemande utilise toujours un schéma en anglais, Google peut avoir des difficultés à comprendre le contexte local de la page, et les utilisateurs peuvent trouver l'expérience incohérente avec leurs attentes, par exemple comme ci-dessous.
Pays | Champ de schéma | Valeur localisée |
/fr/page-produit | “nom” | « Veste d’hiver pour homme » |
« description » | “Une veste chaude pour l’hiver français” | |
« inLanguage » | “fr” |
Localiser les noms et descriptions de produits
Les noms et descriptions de produits ne doivent pas seulement être traduits et adaptés culturellement. Les phrases qui sonnent bien dans un pays pourraient ne pas résonner dans un autre. Utilisez un langage naturel pour les audiences locales et alignez-le sur leur comportement d'achat.
S'appuyer sur des traducteurs natifs ou des experts locaux pour éviter les formulations gênantes ou les messages peu clairs. Les champs tels que le nom, la description et la marque dans votre schéma doivent refléter la langue et les préférences locales.
Langue | nom | description |
Anglais | “Veste élégante pour hommes” | “Un manteau élégant parfait pour l'hiver” |
Japonais | “Veste d'hiver pour hommes” | “C'est une veste élégante idéale pour l'hiver.” |
Définir un prix et une devise précis
Le prix est un sujet sensible dans le commerce électronique. Ne vous contentez pas de convertir les devises visuellement sur votre site — assurez-vous que votre schéma reflète avec précision la devise correcte en utilisant le code ISO 4217 dans le champ priceCurrency. Les prix doivent également être formatés selon les conventions locales, y compris les décimales et les séparateurs de milliers.
Évitez d'afficher uniquement les USD sur toutes les versions linguistiques, car cela pourrait semer la confusion chez les utilisateurs ou éroder leur confiance. Si vous utilisez une conversion de devise en temps réel, assurez-vous que votre schéma reste synchronisé. Par exemple.
Pays | prix | devisePrix | Local Format |
Japon | 4500 | JPY | ¥4,500 |
Arabie saoudite | 180 | SAR | 180 riyals saoudiens |
Localiser les informations commerciales
Les informations de contact de l'entreprise, telles que les adresses, les numéros de téléphone et les heures d'ouverture, doivent être localisées par région. Utilisez des formats locaux pour des champs tels que addressLocality, postalCode et addressCountry. Incluez les indicatifs téléphoniques internationaux dans les numéros de téléphone pour faciliter la prise de contact avec vous par les utilisateurs.
Les champs comme openingHoursSpecification devraient refléter les fuseaux horaires locaux et les pratiques commerciales. Ces détails aident à établir la confiance et à améliorer l'apparence de votre entreprise dans les résultats de recherche locaux. Par exemple.
Pays | localité de l'adresse | Code postal | Format des heures d'ouverture |
Espagne | Barcelone | 08001 | Lu-Ve 09:00–18:00 |
Thaïlande | Chiang Mai | 50000 | Lu-Sa 10:00–19:00 |
Schéma de structure pour les langues RTL
Des langues comme l'arabe et l'hébreu s'écrivent de droite à gauche (RTL). Bien que JSON-LD lui-même ne dépende pas de la mise en forme visuelle, tout champ de schéma contenant du texte visible — tel que le nom, la description ou le fil d'Ariane — doit refléter la langue et la direction correctes pour éviter les incohérences entre le contenu et le balisage.
Si votre page est en arabe mais que le schéma contient toujours des valeurs en anglais ou du contenu de gauche à droite, cela peut entraîner une confusion pour les utilisateurs et les moteurs de recherche. Assurez-vous toujours que le code HTML inclut lang="ar" et que les champs de données structurées sont localisés en conséquence.
Champ | Non localisé (LTR/Anglais) | Localisé (RTL/Arabe) |
nom | Veste d'hiver | معطف شتوي |
description | Un manteau chaud pour l'hiver | Manteau chaud idéal pour l'hiver |
fil d'Ariane | Accueil > Vêtements > Vestes | Accueil > Vêtements > Manteaux |
Automatisez la localisation de schéma avec Linguise
La localisation manuelle du balisage de schéma sur plusieurs langues peut être complexe, en particulier lors de la gestion de centaines de pages de produits dynamiques. Le contenu visible et les données structurées, y compris les schémas Produit, Offre, Liste de fil d'Ariane et Entreprise locale, doivent être traduits. Les extraits enrichis peuvent ne pas refléter la langue, la devise ou la structure correctes pour chaque région sans une localisation appropriée.
Linguise propose une solution de traduction automatique qui s'étend aux données structurées, traduisant le balisage de schéma et votre contenu. Grâce à son éditeur en direct, vous pouvez affiner manuellement le contenu du schéma tel que les noms de produits, les descriptions ou les valeurs de marque pour vous assurer qu'ils reflètent fidèlement le contexte local. Ceci est particulièrement utile lors de la localisation des champs de schéma de produit qui nécessitent une nuance culturelle et une adaptation de mots-clés pour le référencement régional.
De plus, Linguise prend en charge la traduction des liens et des médias, permettant la localisation des URLs de fil d'Ariane, des liens internes et même des références d'images. Cela garantit que tous les éléments, les chemins de navigation, les actifs et les données structurées — sont alignés avec la version linguistique correcte, aidant les moteurs de recherche à fournir des résultats riches plus précis et pertinents aux utilisateurs du monde entier.
Conclusion
La localisation du balisage de schéma est cruciale pour les entreprises de commerce électronique internationales visant à améliorer la visibilité dans les résultats de recherche locaux, à améliorer les extraits enrichis et à offrir aux utilisateurs une expérience multilingue fluide. Des noms de produits et des prix aux détails d'expédition et aux informations commerciales, chaque élément de données structurées doit s'aligner sur la langue, la culture et les attentes de chaque marché cible.
Pour rationaliser ce processus, envisagez d'utiliser Linguise—une solution de traduction qui non seulement automatise la traduction de contenu, mais adapte également votre balisage de schéma, vos liens et vos médias par langue. Avec des fonctionnalités telles que l'éditeur en ligne et la traduction pour les URL et les images, utiliser Linguise peut aider l'ensemble de votre site—contenu visible et données structurées également est entièrement localisé et prêt pour le référencement.
