Skip to content
better-i18n.com

Le Content CMS de Better i18n vous permet de gérer du contenu multilingue structuré — articles, billets de blog, documentation d'aide, descriptions de produits — sur la même plateforme que vos clés i18n.

Clés de traduction ou entrées de contenu #

Better i18n gère deux types de contenu :

TypeDe quoi il s'agitExemple
Clés de traductionChaînes courtes utilisées dans votre codeauth.login_button = "Sign in"
Entrées de contenuDocuments structurés à corps richeUn article d'aide ou un billet de blog complet

La plupart des applications utilisent les deux : les clés pour l'interface, les entrées pour les contenus longs.

Ce que le Content CMS apporte #

  • Modèles de contenu — définissez le schéma de vos types de contenu (champs personnalisés, types de champs, champs localisés)
  • Entrées — créez et gérez chaque contenu individuellement
  • Multilingue — chaque entrée peut avoir des traductions dans toutes les langues du projet
  • API de lecture + cache edge — le contenu est servi depuis https://content.better-i18n.com, mis en cache à la périphérie et purgé à la publication
  • Outils MCP — les agents IA peuvent créer, traduire et publier du contenu directement
  • Historique des versions — les modèles peuvent conserver une révision par enregistrement, pour revoir ce que disait une langue auparavant

Comment le contenu arrive dans votre application #

Code
Tableau de bord / agent MCP
  → Créer ou modifier une entrée avec ses traductions
  → Publish
  → Cache de la Content API purgé, nouvelle version servie
  → Votre application récupère le contenu à l'exécution

Aucune reconstruction n'est nécessaire. Les mises à jour sont en ligne dès la publication.

Notez le rôle de chaque surface : le tableau de bord et MCP écrivent le contenu ; la Content API se contente de le lire. Votre application détient une clé qui permet de récupérer du contenu, et rien d'autre.

Point d'accès de la Content API #

Code
https://content.better-i18n.com/v1/content/{org}/{project}/models/{model}/entries

Exemple :

Bash
curl "https://content.better-i18n.com/v1/content/acme/docs/models/help-article/entries?language=en&status=published" \
  -H "x-api-key: YOUR_API_KEY"

Deux détails qui évitent un ticket de support : l'authentification passe par l'en-tête x-api-key (et non Authorization: Bearer), et l'API ne filtre pas par statut d'elle-même — sans status=published, les brouillons remontent aussi.

À qui cela s'adresse-t-il ? #

Le Content CMS est utile pour :

  • Les sites de documentation — centres d'aide, bases de connaissances
  • Le contenu marketing — pages d'atterrissage, billets de blog
  • Le contenu produit — descriptions de fonctionnalités, notes de version
  • Le contenu dynamique — tout ce que vous voulez modifier sans redéployer

Étapes suivantes #