Comment traduire un export de base Airtable pour la localisation

La localisation Airtable est plus efficace lorsque vous exportez une vue de traduction épurée plutôt que de traduire l’intégralité de la base.

Airtable est souvent utilisé comme un CMS léger, une base de données produits, un calendrier éditorial ou une base de connaissances interne. Cela en fait une excellente source pour la localisation, mais aussi une source risquée.

Votre base peut contenir des enregistrements liés, des formules, des rollups, des pièces jointes, des statuts, des propriétaires, des dates et des champs d’automatisation. Si ces champs sont traduits ou modifiés, le contenu traduit peut sembler correct alors que les relations de la base de données sont rompues.

L’objectif est d’isoler les champs nécessitant un travail linguistique et de protéger tout ce qu’Airtable utilise pour sa structure.

Étape 1 : Créer une vue d’exportation pour la traduction

N’exportez pas votre vue de travail principale.

Créez une vue Grille dédiée, nommée par exemple Export pour traduction. Dans cette vue, ne conservez que les champs nécessaires au flux de localisation.

Inclure :

1. Un identifiant stable, tel que le champ principal ou l’ID de l’enregistrement.
2. Les champs de texte en langue source, tels que Title EN, Body EN ou SEO Description EN.
3. Les champs en langue cible, tels que Title FR ou Body DE, si vous stockez déjà des traductions dans Airtable.
4. Tout champ de contexte utile pour la révision, à condition qu’il ne doive pas être traduit.

Masquer :

1. Les enregistrements liés.
2. Les champs de formule.
3. Les rollups et les lookups.
4. Les pièces jointes.
5. Les champs de statut.
6. Les champs de propriétaire ou d’assigné.
7. Les champs de contrôle d’automatisation.

Cela permet de garder un export léger et réduit les risques de dommages accidentels à la base de données.

Étape 2 : Télécharger la vue au format CSV

Depuis le menu de vue, téléchargez la vue au format CSV.

Avant de traduire, ouvrez le fichier une fois et vérifiez les en-têtes. Vous visez un mappage propre comme celui-ci :

1. record_id
2. title_en
3. body_en
4. seo_description_en
5. title_fr
6. body_fr
7. seo_description_fr

Ce type de structure est idéal pour un flux de traduction prenant en compte les colonnes.

Étape 3 : Traduire uniquement les champs de texte

Téléchargez le CSV sur AI Glot et décrivez la tâche en une phrase.

Nommez les champs de texte à traduire, précisez l’identifiant qui doit rester intact, et indiquez où placer le résultat si votre flux de travail utilise des colonnes appairées.

Par exemple : “Traduire title_en, body_en et seo_description_en en français, écrire les résultats dans title_fr, body_fr et seo_description_fr, et laisser record_id exactement tel quel.”

AI Glot analyse cette phrase en fonction de vos en-têtes réels et vous propose un plan, détaillant les champs concernés, le nombre de mots et le coût, avant toute traduction. C’est précisément ce découpage qu’il doit maîtriser, comme illustré ci-dessous.

Si votre export ne contient que des colonnes sources, vous pouvez tout de même les traduire, puis mapper le résultat traduit vers les bons champs Airtable lors de l’importation.

Étape 4 : Utiliser un glossaire pour les termes produit et UI

Les bases Airtable contiennent souvent un langage commercial répétitif : noms de forfaits, noms de fonctionnalités, catégories de produits, libellés de campagne, termes de support ou textes d’interface utilisateur.

Configurez des règles de glossaire avant la traduction pour que les termes récurrents restent cohérents.

Par exemple :

1. Conservez le nom de votre marque inchangé.
2. Conservez les noms de produits inchangés s’ils ne sont pas localisés.
3. Standardisez des termes comme “espace de travail”, “paiement”, “tableau de bord” ou “abonnement”.
4. Protégez les noms internes qui ne doivent jamais apparaître traduits.

C’est particulièrement utile quand Airtable alimente plusieurs supports, comme le contenu du site web, les e-mails, le centre d’aide et les pages produit.

Étape 5 : Importer les valeurs traduites dans Airtable

Une fois le CSV traduit prêt, retournez dans Airtable et ouvrez l’ extension d’importation CSV. Avant l’importation, créez un instantané (snapshot) de la base pour pouvoir restaurer les données originales si le mappage est incorrect.

Sélectionnez la même table, activez Fusionner avec les enregistrements existants, et effectuez la correspondance sur l’identifiant stable préservé lors de l’export. Il s’agit généralement du champ principal ou d’un champ d’ID d’enregistrement. L’extension d’Airtable accepte actuellement des fichiers CSV jusqu’à 5 Mo et 25 000 lignes, donc divisez les exports plus volumineux avant de les importer.

Mappez ensuite les colonnes traduites aux champs de la langue cible.

Avant de confirmer, vérifiez :

1. Le champ correspondant est correct.
2. Les champs de la langue source ne sont pas écrasés accidentellement.
3. Les champs de la langue cible reçoivent les valeurs traduites.
4. Les enregistrements liés et les champs de formule ne font pas partie du mappage d’importation.

Cela permet de garder la structure de la base intacte tout en mettant à jour les champs de langue.

Le flux de localisation Airtable le plus sûr

La traduction dans Airtable n’est pas difficile, mais elle demande de la discipline.

Créez une vue d’exportation dédiée, conservez un identifiant stable, traduisez uniquement les champs de texte libre et importez les valeurs localisées dans les colonnes de la langue cible.

Prêt à localiser un export Airtable ? Essayez AI Glot et traduisez votre CSV en nommant les colonnes à traduire en une seule phrase, avec des règles de glossaire et un rendu respectant votre structure.