ManuceTraduire un fichierTraduire une application iOS en allemand

Traduire une application iOS en allemand

Déposez votre Localizable.strings ou votre catalogue .xcstrings : Manuce ajoute l’allemand en conservant les clés, les spécificateurs et la structure du fichier, variations plurielles comprises. Vous récupérez le même fichier, prêt à remettre dans le projet Xcode, avec un rapport des chaînes traduites et de celles laissées telles quelles.

Déposer mon fichier Voir les tarifs

Combien ça coûte

Pour les fichiers de langue d'une application iOS totalisant environ 2 000 mots, vers l’allemand :

Essentiel
12 €

Comprendre, usage interne.

Professionnel
36 €

Prêt à transmettre, par le spécialiste technique.

Premium
70 €

Relecture croisée. Pour ce qui engage.

Prix pour une langue, mise en page d'origine comprise. TVA non applicable, article 293 B du CGI. Le devis exact, calculé sur le nombre de mots de votre fichier, s'affiche avant paiement.

Ce que l’allemand change dans une interface iOS

L’allemand est souvent 20 à 35 % plus long que l’anglais, et un libellé court en français peut doubler en largeur. Sur iPhone, l’espace est compté : barre d’onglets, titres de navigation, boutons d’alerte, cellules sur une seule ligne. Le vrai piège, ce sont les mots composés : « Paramètres de confidentialité » devient Datenschutzeinstellungen, un seul mot que le système ne sait pas couper proprement. Un UILabel limité à une ligne affichera alors « Datenschutzeinst… ».

  • Majuscule à tous les noms : Neues Album erstellen, pas « neues album erstellen ». Une chaîne mal capitalisée se voit immédiatement pour un lecteur germanophone.
  • Tutoiement ou vouvoiement : « Touchez pour continuer » donne Tippen Sie, um fortzufahren (Sie) ou Tippe, um fortzufahren (du). Une application professionnelle vouvoie en général ; une application grand public peut tutoyer. L’essentiel est de ne pas mélanger les deux d’un écran à l’autre.
  • Ponctuation et nombres : guillemets „ainsi“, virgule décimale (1.234,56), dates au format 24.12.2025. Ces conventions doivent venir des formateurs du système (DateFormatter, NumberFormatter ou .formatted()), pas d’une chaîne écrite en dur.

Variables, pluriels et ordre des mots

Les spécificateurs %@, %d et les formes positionnelles comme %1$@ sont vérifiés dans chaque valeur traduite. C’est important en allemand, où le verbe se déplace souvent en fin de proposition : « %@ a partagé %d photos » devient %@ hat %d Fotos geteilt.

Quand une phrase contient deux variables du même type, écrivez la source avec des positions explicites. « Partagé par %1$@ le %2$@ » peut alors devenir Am %2$@ von %1$@ geteilt sans inverser les valeurs à l’affichage.

Pour les pluriels, l’allemand n’a que deux catégories CLDR : one et other. Zéro tombe dans other : 1 Foto, 0 Fotos, 5 Fotos. Dans un String Catalog (.xcstrings), la langue allemande est ajoutée avec ses variations plurielles. Dans un simple Localizable.strings, il n’existe pas de mécanisme de pluriel : une chaîne comme "%d photo(s)" restera bancale en allemand aussi (%d Foto(s)). Si votre application affiche beaucoup de quantités, le catalogue est le format à privilégier.

Ce que Manuce rend exactement, et ce qu’il ne fait pas

Vous récupérez le même fichier, dans le même format. Indentation, ordre des clés, guillemets, commentaires, fins de ligne, encodage (UTF-8 ou UTF-16) et BOM sont conservés ; seules les valeurs changent. Une ligne comme "settings.title" = "Paramètres"; devient "settings.title" = "Einstellungen";, la clé restant intacte.

  • Chaque valeur traduite est comparée à la source (variables, balises). En cas d’écart persistant, la valeur source est gardée et le rapport le signale : mieux vaut un libellé non traduit qu’un %@ manquant qui fait planter un écran.
  • Ne sont pas traduits : les clés, les valeurs vides, les URL, les adresses email, les nombres, les couleurs, les formats de date, les identifiants et tout ce qui est marqué comme non traduisible.
  • Le rapport liste les chaînes traduites et celles laissées telles quelles, avec la raison.

Manuce ne lance pas votre application : il ne contrôle pas la mise en page à l’écran, ne détecte pas les troncatures et ne traduit pas le texte placé dans des images, des captures d’écran ou une fiche App Store qui ne se trouve pas dans les fichiers déposés. Le prix porte sur les mots des valeurs, clés et balises exclues ; l’allemand est au tarif de base. Pour des textes publiés dans l’App Store allemand, le niveau Professionnel est celui prévu pour un texte prêt à transmettre.

Préparer le fichier et vérifier après l’import

Avant le dépôt :

  • Supprimez les concaténations : "Bonjour " + prenom ne peut pas être traduit correctement. Une seule chaîne "Bonjour %@" laisse l’allemand placer la variable où il faut.
  • Ne réutilisez pas une même clé pour deux contextes : « Ouvrir » sur un bouton et « Ouvert » comme statut n’ont pas la même traduction (Öffnen / Geöffnet).
  • Annotez les chaînes contraintes : un commentaire /* Onglet, 12 caractères max */ est conservé dans le fichier et guidera la personne qui relira l’allemand.
  • Si vos textes d’autorisation (appareil photo, localisation) sont dans un catalogue InfoPlist.xcstrings, déposez-le aussi : ce sont souvent les premières phrases que l’utilisateur allemand lit.

Après l’import dans Xcode :

  1. Lisez le rapport et traitez les chaînes restées en langue source.
  2. Lancez l’application en allemand sur le plus petit iPhone que vous supportez, avec une grande taille de texte (Dynamic Type) : c’est là que les mots composés débordent.
  3. Vérifiez la cohérence Sie/du sur les alertes, les boutons et les notifications.
  4. Faites relire les écrans clés par un germanophone si l’application est commercialisée en Allemagne, en Autriche ou en Suisse.

En pratique

  1. Exportez ou rassemblez vos Localizable.strings et vos catalogues .xcstrings.
  2. Déposez-les sur Manuce : le devis s’affiche aussitôt, calculé sur les mots des valeurs.
  3. Lisez l’extrait gratuit pour juger le ton et le registre (Sie ou du).
  4. Récupérez le fichier allemand et le rapport, puis remettez-le dans le projet Xcode.
  5. Testez les écrans étroits et les grandes tailles de texte avant publication.

Questions fréquentes

Faut-il vouvoyer ou tutoyer l’utilisateur allemand ?

Pour une application professionnelle, le vouvoiement (Sie) est l’usage courant. Une application grand public peut tutoyer (du). Le point essentiel est la cohérence : vérifiez les écrans clés après import et regardez l’extrait gratuit pour juger le registre.

Les pluriels allemands sont-ils gérés ?

Dans un String Catalog (.xcstrings), l’allemand est ajouté avec ses variations plurielles, soit les catégories one et other. Un Localizable.strings n’a pas de mécanisme de pluriel ; si vous en avez besoin, Xcode propose de convertir vos fichiers en catalogue avant traduction.

Que se passe-t-il si une variable %@ disparaît dans la traduction ?

Chaque valeur traduite est comparée à la source. Si l’écart persiste, la valeur source est conservée et le rapport l’indique. Vous n’avez donc pas de chaîne allemande avec une variable manquante dans le fichier rendu.

Les clés et les commentaires sont-ils comptés dans le prix ?

Non. Le prix porte sur les mots des valeurs, clés et balises exclues. Les commentaires sont conservés tels quels dans le fichier, et l’allemand est facturé au tarif de base.

Puis-je ajouter l’allemand et d’autres langues en une fois ?

Oui. La remise s’applique à toute la commande dès deux langues : −20 % pour 2, −30 % pour 3, −40 % pour 4 et −50 % à partir de 5. Chaque langue est rendue dans le même format que le fichier source.

Le spécialiste qui s’en charge

Ce sujet est confié à Dédale, le spécialiste technique. Voir comment il travaille.

Testez sur votre fichier, gratuitement

Un extrait de votre fichier traduit au niveau choisi, avant tout paiement. Vous jugez, puis vous décidez.

Déposer mon fichier