Dossier
SMF·TOLGEE-CLOUD
Reçu le
31.07.2026
Instruit le
28.09.2026
Pièces annexées
3
Questions
4

SMF·TOLGEE-CLOUD

Un prompt peut-il remplacer Tolgee Cloud ?

Traduction et localisation — in-context translation, open source

Oui Verdict enregistré le 28.09.2026 · Vérifié le 31.07.2026
Prix
49 €/moisSource: tolgee.io · Vérifié le 31 juillet 2026
Par an
588 €
Temps de fabrication
Un week-end
Votes
0 vote
Oui (coché)PresquePas encore

Bordereau de suivi des pièces

Pièce A Le prompt
Pièce B Ce que tu perds
Pièce C Pourquoi certains continuent de payer : open-source core/hosting
Pièce Q Questions

Verdict

Tolgee Cloud, c’est de l’hébergement pour un logiciel sous licence Apache et publié intégralement. L’auto-héberger te donne tout le produit — l’éditeur en contexte, les SDK, la plateforme — sans qu’aucune fonctionnalité soit retirée, ce qui le place carrément dans la catégorie déploie-la-vraie-chose aux côtés des autres offres cloud open source de ce catalogue. Le travail, c’est un fichier Docker Compose, une base de données et un certificat, pas une reconstruction.

Pièce B — Ce que tu perds

Pièce A — Le prompt

Reçu le31.07.2026
Auto-héberge la plateforme Tolgee pour un projet.

Fais-la tourner avec Docker Compose : le serveur Tolgee, Postgres, et Caddy devant pour les certificats automatiques sur ton propre domaine. Utilise l’image officielle et ne change rien à l’application — l’intérêt de cet exercice est que le logiciel est déjà le produit.

Les deux décisions qui comptent sont opérationnelles.

D’abord, les sauvegardes. La base de données de traduction est l’état qu’il serait douloureux de perdre, et elle est petite. Mets en place un pg_dump nocturne vers un stockage objet avec une politique de rétention, puis restaure réellement l’un d’eux dans une base de données de test et confirme que le projet s’ouvre. Une sauvegarde que personne n’a restaurée est une hypothèse.

Ensuite, comment ton application obtient les traductions à l’exécution. Deux options honnêtes : le SDK qui interroge ton serveur, ce qui veut dire que ton appli dépend de ce serveur qui doit être en ligne, ou exporter les traductions au moment du build vers des fichiers statiques, ce qui supprime la dépendance à l’exécution mais renonce aux mises à jour en direct. Choisis délibérément et note laquelle tu as choisie, parce que découvrir la réponse pendant une panne est le mauvais moment.

Mets en place l’éditeur en contexte uniquement dans ton build de développement — la superposition d’édition par alt-clic est la raison de faire tourner Tolgee, et elle ne devrait jamais partir en production.

Ajoute l’étape d’export dans la CI pour qu’une release porte toujours un instantané des traductions, quelle que soit l’option d’exécution choisie.

Hors périmètre : modifier la plateforme, et construire quoi que ce soit que Tolgee fournit déjà.

L’ouverture pré-remplit le prompt — il ne reste qu’à appuyer sur entrée.

Pièce B — Ce que tu perds

  • B.1 les sauvegardes, mises à jour et disponibilité comme travail de quelqu’un d’autre
  • B.2 le point de diffusion de contenu hébergé qui sert les traductions mondialement
  • B.3 les crédits de traduction IA inclus
  • B.4 le support avec un temps de réponse garanti

Alternatives existantes

Pièce C — Pourquoi certains continuent de payer : open-source core/hosting

Parce que c’est la base de données de localisation d’un produit en production, et quand elle tombe, l’application soit revient aux clés soit échoue. Payer pour une disponibilité que tu n’as pas construite est un échange rationnel à presque toute taille d’équipe.

Questions

Est-ce que je peux déplacer mon projet Tolgee Cloud vers mon propre serveur ?

Oui, et c’est la migration la plus propre de la catégorie : c’est le même logiciel. Exporte le projet depuis Cloud et importe-le dans ton instance, puis repointe le SDK vers ton hébergement.

Est-ce que je perds des fonctionnalités en m’auto-hébergeant ?

Pas l’éditeur en contexte, les SDK ni la plateforme. Ce qui n’est pas inclus, c’est le point de diffusion de contenu hébergé, les crédits de traduction IA groupés, et le support.

Combien ça coûte à faire tourner ?

Un VPS avec quelques gigaoctets de mémoire pour la JVM et Postgres, environ 10 à 15 dollars par mois, plus un domaine et quelques centimes de stockage de sauvegarde.

Quelle est la seule chose qui ne survit pas à la reconstruction ?

Que quelqu’un d’autre soit éveillé. Si ton application récupère les traductions à l’exécution et que ton serveur est en panne, tes utilisateurs voient des clés — c’est pourquoi le prompt te fait choisir cette dépendance délibérément.

Récépissé

Tu l’as déjà reconstruit toi-même ?