Plateforme / Multilingue
Multilingue depuis les fondations,
pas un plugin.
Des locales par site, du contenu et des produits traduits dans une quarantaine de locales, Elasticsearch qui tient compte de la langue, et des prix et un checkout localisés. Intégré à la plateforme, pas rajouté après coup.
Des locales natives, pas une couche de traduction par-dessus
Chaque site déclare les langues qu'il sert. Les Channels et les Custom Fields portent les traductions champ par champ. Un champ localisé contient une valeur par locale : un titre, un corps de texte et un slug ont donc chacun leur propre version française et néerlandaise. Il n'y a aucun arbre de contenu parallèle à garder aligné.
- Configuration des locales par site Déclarez les langues que votre site sert. Une seule configuration, pas une instance par langue.
- Des champs localisés par type de contenu Chaque champ est traduisible indépendamment. Les champs partagés restent partagés ; les champs traduisibles contiennent une valeur par locale.
- Localisation des URL intégrée Chaque locale reçoit ses propres URL, pour que les moteurs de recherche et les visiteurs arrivent dans la bonne langue.
- Des états de publication par langue Publiez le néerlandais dès qu'il est prêt, sans attendre le français encore à l'état de brouillon.
Des produits et un checkout traduits, pas seulement des pages traduites
Les noms de produits, les descriptions et les valeurs d'options sont localisés par locale. Les schémas de prix et les devises se résolvent par marché. Un visiteur francophone voit du texte en français et le bon prix. Le checkout suit la locale du client jusqu'à la confirmation, avec la passerelle de paiement, les e-mails et le détail de la commande dans la langue dans laquelle il a acheté.
- Des noms et descriptions de produits localisés Noms, descriptions et valeurs d'options contiennent chacun une valeur par locale.
- Prix et devises par marché Chaque locale résout le bon schéma de prix et la bonne devise, sans boutique séparée.
- Un checkout dans la langue du client Passerelle de paiement, e-mail de confirmation et détail de la commande suivent la locale jusqu'au bout.
Recherche
Une recherche qui sait dans quelle langue elle cherche
Nimbu utilise Elasticsearch en tenant compte de la langue, avec un analyseur par locale. Chaque langue est indexée et interrogée selon ses propres règles. La racinisation, les mots vides et la pertinence changent selon la langue. L'acheteur trouve le produit dans la langue qu'il utilise, et vous ne livrez pas un champ de recherche qui ne performe que sur un seul marché.
- Un analyseur par locale Racinisation néerlandaise pour les requêtes en néerlandais, racinisation française pour le français. Un index, plusieurs analyseurs.
- Les produits traduits sont trouvables Le contenu produit localisé est indexé dans la langue utilisée par le visiteur.
- La pertinence reflète le fonctionnement de chaque langue Mots vides, racinisation et règles de scoring correspondent à la locale.
Comment un traducteur travaille sans attendre un développeur
La traduction est un travail de contenu. Sur Nimbu, cela reste le cas.
Le développeur définit le modèle une seule fois. Ensuite, les personnes qui sont responsables des mots ajoutent les langues et les tiennent à jour.
- Éditer en contexte Un traducteur ouvre le site dans la locale cible et modifie directement les valeurs traduites, avec le texte des pages, les champs produits et les libellés de menu à côté de la langue source pour référence.
- Champs partagés et localisés côte à côte Les champs qui ne doivent jamais varier selon la langue restent partagés. Ceux qui doivent varier sont modifiables par locale. Aucune devinette sur ce qui est quoi.
- Publier par langue La publication se fait par langue. Un traducteur peut terminer et publier le français sans toucher au site néerlandais en production ni introduire une demande de déploiement.
Toute la stack multilingue, dans une seule plateforme
Pas d'app de traduction, pas de seconde instance, pas de contournement limité au contenu qui s'arrête à la page produit.
-
Per-site locale configuration
Chaque site déclare les langues qu'il sert. Pas d'instance séparée par langue.
-
Localized content fields
Les Channels et les Custom Fields portent les traductions champ par champ. Une quarantaine de locales prises en charge.
-
URL localization
Chaque locale reçoit ses propres URL. Les moteurs de recherche et les visiteurs arrivent dans la bonne langue.
-
Per-language publication states
Publiez le néerlandais dès qu'il est prêt. Le français peut rester en brouillon jusqu'à ce que la traduction soit terminée.
-
Translated products and option values
Noms de produits, descriptions et valeurs d'options localisés par locale.
-
Localized pricing and checkout
Les schémas de prix et les devises se résolvent par marché. Le checkout reste dans la locale jusqu'à la confirmation.
-
Language-aware Elasticsearch
Un analyseur par locale. La racinisation et la pertinence reflètent le fonctionnement de chaque langue.
-
CLI-driven translation workflow
Récupérez, modifiez et poussez les traductions depuis la ligne de commande. Fonctionne avec n'importe quel agent.
En pratique
Nous gérons une seule boutique NL/FR/DE au lieu de trois. Les prix traduits, c'était précisément la partie que toutes les autres plateformes rataient. Ici, c'est simplement la façon dont le modèle fonctionne.
Construisez un seul site multilingue, honnêtement
Des locales par site, du commerce traduit dans une quarantaine de locales, et une recherche qui tient compte de la langue. Tout dans la plateforme, pas un plugin à réauditer à chaque cycle.