Multi-langue sur un site d’hotel : TranslatePress vs WPML, comparatif terrain

Le choix d’un plugin multilingue sur un site d’hôtel WordPress se fait souvent à la légère, parfois au moment où l’agence demande une réponse rapide pour finaliser un devis. Six mois plus tard, on découvre que le plugin retenu pèse 800 ms sur le LCP, qu’il complique chaque mise à jour de contenu, ou qu’il a généré 5 000 URLs en double aux yeux de Google. Sur le marché WordPress, deux plugins concentrent l’essentiel des installations dans l’hôtellerie indépendante : WPML, leader historique, et TranslatePress, alternative montante avec une approche radicalement différente. Cet article compare les deux sur ce qui compte pour un hôtel haut de gamme : performance, SEO, workflow et coût total sur 24 mois.

Pourquoi le multilingue d’hôtel est un sujet à part

Un site d’hôtel multilingue n’est pas un site e-commerce multilingue. Trois spécificités le distinguent. La performance compte plus que sur la plupart des sites — chaque seconde de latence retarde le clic vers le moteur de réservation et fait basculer vers Booking. Le SEO local par marché est critique : un Negresco doit ranker en anglais pour les requêtes new-yorkaises, en français pour les requêtes parisiennes, et idéalement dans une troisième langue pour ses marchés émetteurs. Le contenu évolue souvent : nouveaux services, événements, modifications tarifaires saisonnières — chaque mise à jour doit se répercuter rapidement dans toutes les langues sans casser le workflow éditorial.

Ces trois exigences pèsent différemment selon le plugin choisi. Le bon choix pour un site vitrine d’avocat n’est pas le bon choix pour un site d’hôtel haut de gamme. Les développeurs WordPress généralistes ont tendance à appliquer leurs habitudes — souvent WPML par défaut — sans réévaluer dans le contexte hôtelier. C’est précisément ce que nous voyons sur la majorité des audits multilingues que nous menons.

Deux philosophies techniques opposées

Avant de comparer les fonctionnalités, il faut comprendre la différence fondamentale d’approche entre les deux plugins. Cette différence détermine presque tout ce qui suit.

WPML duplique le contenu en base de données : chaque page existe en autant d’exemplaires que de langues. Conséquence : SEO multilingue natif, hreflang généré automatiquement, indépendance totale entre versions linguistiques (vous pouvez avoir une page anglaise différente de la française en structure et en images). Coût : base de données plus lourde, plus de pages à gérer côté admin.

TranslatePress stocke les traductions sous forme de chaînes de caractères associées aux textes originaux : la page est unique, le contenu est traduit à l’affichage. Conséquence : édition front-end visuelle très intuitive (clic sur le texte pour le traduire), setup rapide, base de données plus légère. Coût : flexibilité moindre pour des versions structurellement différentes, configuration SEO multilingue moins automatique.

Performance technique : impact sur les Core Web Vitals

Sur les sites d’hôtels que nous auditons, l’impact performance des plugins multilingues n’est pas nul. WPML, mature et optimisé, ajoute typiquement 50 à 150 ms au TTFB (Time to First Byte) sur un hébergement correctement dimensionné. TranslatePress, plus léger en base, ajoute généralement 80 à 200 ms — mais l’écart se réduit fortement avec la version Pro et un cache bien configuré.

Sur un site hôtelier dont les Core Web Vitals sont déjà sous tension — et c’est le cas de la majorité des sites observés dans notre étude sur 10 sites d’hôtels 5 étoiles français — chaque dizaine de millisecondes compte. Le choix du plugin n’est pas neutre : il s’ajoute à un budget de performance déjà tendu par les images, les fonts, les scripts tiers et le moteur de réservation. Ces points sont détaillés dans notre introduction aux Core Web Vitals pour hôteliers.

SEO multilingue : hreflang, indexation, URLs

Sur le SEO multilingue, WPML conserve une avance significative pour les sites haut de gamme. Trois raisons techniques l’expliquent. Premièrement, la génération automatique des balises hreflang est plus robuste, avec moins d’erreurs détectées en audit Search Console. Deuxièmement, les URLs par défaut (/en/rooms plutôt que ?lang=en) sont meilleures pour le ranking. Troisièmement, l’indexation se fait sur des pages distinctes avec leur propre signal SEO — backlinks externes vers la version anglaise, par exemple, qui renforcent uniquement cette version.

TranslatePress n’est pas mauvais en SEO, mais il demande plus de configuration manuelle pour atteindre le même niveau. Sur un site de 30-40 pages, l’écart se résorbe avec un paramétrage soigné. Sur un site de 200+ pages — typique d’un hôtel 5 étoiles avec spa, restaurants multiples, événements, MICE — la rigueur SEO automatique de WPML reste un avantage concret.

Workflow éditorial : qui traduit, comment, à quel coût opérationnel

L’expérience utilisateur de l’éditeur change radicalement entre les deux plugins. WPML propose une interface admin classique : pour chaque page, vous voyez les versions linguistiques disponibles, vous accédez à chaque version comme à une page WordPress normale, vous éditez les traductions dans Gutenberg ou Elementor selon votre constructeur. L’avantage : le rédacteur travaille dans son environnement habituel. L’inconvénient : il faut basculer entre les versions, et l’oubli de traduction d’un élément (un bouton, une légende, un champ ACF) est facile.

TranslatePress repose sur un éditeur visuel front-end : vous voyez votre page comme un visiteur, vous cliquez sur un texte, une fenêtre s’ouvre pour saisir la traduction. C’est extrêmement intuitif pour les équipes hôtelières non techniques. L’avantage : adoption rapide par le marketing et l’accueil. L’inconvénient : moins adapté aux traductions massives (par exemple lors d’une refonte qui ajoute 50 pages), et certains champs structurés (ACF complexes, custom post types) peuvent être plus délicats à traduire.

Tarification et coût total sur 24 mois

Au moment de la rédaction de cet article, les tarifs publiés sont les suivants. WPML : licence Multilingual CMS à 99 $/an, Multilingual Agency à 199 $/an (recommandée pour sites hôteliers complexes). TranslatePress : version gratuite limitée à une langue supplémentaire, version Personal à environ 89 €/an, version Business à 159 €/an, version Developer/Agency à 249 €/an. Ces tarifs évoluent : vérifier sur les sites officiels avant tout devis.

Et les alternatives ? Polylang, Weglot, Multilingual Press en bref

Polylang est l’alternative freemium la plus connue à WPML. La version gratuite couvre l’essentiel des cas simples : sélecteur de langue, traduction de pages et articles, URLs propres en sous-dossier. La philosophie technique est proche de celle de WPML — chaque traduction est une page indépendante en base — mais l’écosystème est plus léger et la prise en main plus rapide pour un développeur. La limite apparaît sur les sites complexes : la traduction des champs ACF, des custom post types et de WooCommerce demande des extensions payantes, et la robustesse de la gestion hreflang sur 4+ langues reste en retrait par rapport à WPML. Polylang Pro est facturé environ 99 €/an pour un site, ce qui le rend compétitif sur le tarif, mais le plafond fonctionnel se sent rapidement sur un site d’hôtel haut de gamme avec spa, restaurants et offres séminaire à traduire.

Weglot joue dans une catégorie différente : c’est une solution SaaS cloud, où les traductions sont stockées chez l’éditeur et servies via un proxy. L’intégration est remarquablement rapide — un plugin, un compte, et le site est traduit automatiquement (relecture humaine recommandée ensuite). Sur le papier, l’idéal pour les équipes pressées. En pratique, deux limites se font sentir sur un site d’hôtel pérenne. Première limite : le tarif grimpe vite avec le volume de mots traduits et le nombre de langues servies — comptez 89 à 499 €/mois selon les paliers, soit potentiellement 5 000 €/an sur un site multilingue 4 langues bien chargé. Deuxième limite : la dépendance à un tiers est forte. Si l’abonnement s’arrête, les URLs traduites tombent, et le SEO multilingue construit pendant des années disparaît du jour au lendemain. C’est un risque structurel que peu d’hôteliers anticipent au moment du choix initial.

Multilingual Press repose sur une logique radicalement différente : un site WordPress par langue, fédérés via le mode multisite. Chaque langue dispose de sa propre base, de son propre admin, de ses propres droits éditoriaux. C’est techniquement solide et pertinent dans un cas précis : les groupes hôteliers multi-marques ou multi-établissements qui veulent une indépendance complète entre les versions linguistiques, voire entre les marques au sein d’une même langue. Le coût opérationnel est en revanche conséquent : maintenance multipliée par le nombre de sites, déploiement de mises à jour à coordonner, complexité administrative non triviale. À réserver aux cas vraiment groupés, où la mutualisation infrastructure pèse plus que la duplication de gestion.

Synthèse pratique : pour un hôtel indépendant 4-5 étoiles avec un seul site officiel et 2 à 4 langues à servir, le choix se résume dans 90 % des cas à TranslatePress ou WPML. Polylang reste une option si le budget est très contraint et le site simple, Weglot peut dépanner en attendant une refonte propre, et Multilingual Press ne concerne que les configurations multi-marques. Les sections qui suivent traitent donc principalement de l’arbitrage TranslatePress vs WPML, qui couvre la quasi-totalité des cas réels.

Cas pratiques : dans quelle situation choisir lequel

Synthèse opérationnelle des cas que nous voyons le plus souvent.

Choisir WPML quand le site dépasse 50 pages, sert 3 langues ou plus, doit ranker activement en SEO local sur plusieurs marchés émetteurs, ou présente des structures éditoriales différentes par marché (par exemple une page MICE plus développée en anglais). C’est le choix par défaut pour les hôtels 5 étoiles avec une clientèle internationale structurelle, et c’est aussi celui que nous recommandons quand l’enjeu SEO est central.

Choisir TranslatePress quand le site fait moins de 40 pages, sert 2 ou 3 langues, doit pouvoir être traduit en autonomie par l’équipe hôtelière sans recours à un développeur, et privilégie la simplicité de maintenance sur la performance SEO maximale. C’est un choix pertinent pour les hôtels-boutiques, les maisons d’hôtes haut de gamme, ou les hôtels en phase de structuration multilingue progressive. C’est le choix qu’a fait le Château de Berne (groupe MDCV) sur sa refonte récente : TranslatePress active 4 langues (FR/EN/DE/IT), édition front-end utilisée en autonomie par l’équipe marketing, et performance préservée sur les Core Web Vitals — détails dans le projet MDCV. Les frictions internationales que TranslatePress peut amplifier sont traitées dans notre analyse des 7 erreurs techniques qui font fuir les prospects internationaux — c’est un complément à lire en parallèle.

Le bon plugin multilingue est celui qui se fait oublier — par les visiteurs, par les développeurs et par les équipes éditoriales. Le mauvais choix se voit tous les jours, en heures perdues à corriger des traductions cassées et en positions SEO perdues sur des marchés clés.

Cadrer le choix avant de l’engager

Si vous êtes en phase de refonte ou de structuration multilingue, le choix du plugin se prend en étape 3 (choix de la stack) de la méthode de refonte — pas après, et pas comme un détail technique. Faire valider ce choix par un regard extérieur, en croisant les contraintes métier de votre établissement, est généralement un investissement très rentable au regard du coût d’une migration ultérieure.