Platform·Guide

Sites de studio multilingues

Si vos clients et vos visiteurs de recherche travaillent dans plus d’une langue, le site public doit publier un vrai texte dans chacune (pages, titres de portfolio, produits et légendes) sur la même archive qui gère déjà la livraison. Un drapeau dans l’en-tête ne fait pas ce travail.

Quatre mécanismes

Ce que vous achetez vraiment

  1. Pas de produit natif

    WordPress core, Squarespace et SmugMug ne livrent pas de système de traduction first-party pour le site. Le chemin est un plugin (WPML, Polylang, TranslatePress), une app comme Weglot, des pages dupliquées, ou un second hôte par langue.

  2. UI ou widget seulement

    Les outils de galerie changent souvent les libellés d’interface ou ajoutent un widget Google Translate / traducteur de page. Les boutons changent de langue ; le About, les forfaits, les titres de portfolio et les légendes restent en général dans une seule langue.

  3. First-party ou overlay au compteur

    Wix Multilingual et les couches style Weglot fournissent des chemins de locale et un sélecteur. La traduction automatique est en général facturée en crédits de mots plateforme ou app, en plus de l’abonnement du site.

  4. Natif + clés BYO

    Chemins de locale et sélecteur sur le site du studio ; traduction automatique facturée sur votre compte DeepL, Gemini ou OpenAI ; pages et articles publiés par locale ; champs d’entité manquants en soft-fall vers le primaire ; URL de locale non publiées en 404.

Ce que la catégorie livre aujourd’hui

La plupart des produits de site orientés photographes traitent la langue comme un add-on, pas comme une partie de la colonne média.

Le centre d’aide Squarespace documente le multilingue via Weglot. Format commercialise la même intégration Weglot pour les sites portfolio. L’option intégrée de SmugMug est un bloc Google Translate. WordPress core n’a pas de produit multilingue ; WPML, Polylang et TranslatePress sont la stack habituelle, avec leurs licences et leur risque de mises à jour en plus de l’hébergement.

Wix Multilingual est first-party : sélecteur de langue, chemins d’URL de locale et signaux style hreflang. La traduction automatique sur ce chemin se vend encore souvent en crédits de mots, et les slugs d’URL localisés restent une limite connue du produit.

Chaînes d’UI vs texte du site

Les clients décident à partir du texte About, des noms de forfaits, des titres de portfolio et des légendes. Si seuls « Download » et « Favorites » changent de langue alors que ce texte rédigé reste en anglais, le site est bilingue dans l’interface et monolingue là où ça compte.

Sans modèle de traduction pour ces champs, les contournements pratiques sont des pages dupliquées avec navigation séparée, un second domaine, ou un overlay qui réécrit le texte après le rendu. Chacun ajoute de la maintenance quand la langue principale change.

Comment la traduction est facturée

Weglot et les overlays similaires comptent en général les mots traduits et les langues de destination séparément de l’abonnement du site. Les plans suivent le volume de mots ; dépasser le quota peut stopper les nouvelles traductions ou forcer une montée de gamme. Dupliquer le site sur un autre domaine évite le compteur et crée deux archives à synchroniser.

Sur WordPress, la facture est le plugin (et souvent un compagnon WooCommerce ou SEO), plus le coût de garder cette stack compatible avec thèmes et page builders après les mises à jour.

Les clés BYO inversent le compteur : le studio paie DeepL, Gemini ou OpenAI directement pour la traduction automatique, et la plateforme fournit les routes de locale, le sélecteur et les règles de publication au lieu de vendre des crédits de traduction.

URL de locale et traductions manquantes

Chaque URL de locale doit correspondre à ce que vous avez publié pour cette langue. Un soft-fall d’un titre de portfolio ou d’une légende manquante vers la langue principale montre un trou sur un champ. Servir une page primaire complète sous un chemin `/fr/`, ou ne changer le texte que dans le navigateur, peut laisser visiteurs et crawlers face à des documents différents pour la même URL.

ArtInStack renvoie 404 pour les extras de locale non publiés plutôt que de remplir le chemin avec du HTML primaire. Le soft-fall s’applique aux champs d’entité manquants, pas comme substitut d’une page publiée. Pour Search Console, sitemaps et vérification de crawl sur ces URL, voir À quoi sert Search Console.

MécanismeCe que vous obtenez
Pas de produit natifPlugin, app, pages dupliquées ou second hôte
UI ou widget seulementLa langue d’interface change ; le texte rédigé souvent non
First-party ou overlay au compteurChemins de locale et sélecteur ; traduction facturée en crédits
Natif + clés BYOLocales sur l’archive du studio ; usage API sur votre compte fournisseur

Où ArtInStack s’inscrit

Sur ArtInStack, les locales suivent la même colonne média que le site public, les portfolios, les produits et les légendes. Vous branchez votre propre clé DeepL, Gemini ou OpenAI pour la traduction automatique. Pages et articles se publient par locale ; les entités soft-fallent quand une ligne de traduction manque.

Brancher les fournisseurs, placer le Language Switcher et choisir les langues à activer sont couverts dans Langues de site multilingue. Pour livraison, impression et adéquation site face à SmugMug, Pixieset, Squarespace et WordPress, voir Un OS unifié pour votre business visuel.

Ajoutez des langues sur la même archive

Chemins de locale, un sélecteur et vos propres clés de traduction. Puis vérifiez le crawl comme pour toute autre URL publique.

Also in Guides: Un OS unifié pour votre business visuel · Choisir la bonne plateforme · À quoi sert Search Console

All Platform guides · Guides home