Formateur & Minificateur YAML

Outil YAML en ligne gratuit pour formater, minifier et valider votre code en affichant la ligne et la colonne exactes de l'erreur de syntaxe.

Vous avez des commentaires ? Signalez des bugs, suggérez des fonctionnalités ou partagez vos idées — nous lisons tout

Formateur YAML - Formater et minifier du YAML

Un outil YAML complet pour nettoyer, embellir, minifier et valider vos fichiers. Le validateur analyse votre fichier avec un véritable parseur YAML et signale la ligne et la colonne exactes en cas d'échec de l'analyse. Il offre un surlignage syntaxique, une indentation personnalisable et des options pour conserver les commentaires. Parfait pour les configurations Docker, Kubernetes, CI/CD, Ansible, Terraform et OpenAPI.

Qu'est-ce que le YAML ?

YAML (YAML Ain't Markup Language) est un langage de sérialisation lisible par l'humain. On l'utilise pour :

- Les fichiers de configuration (Docker, Kubernetes, CI/CD)
- L'échange de données entre langages
- Les paramètres d'applications
- L'Infrastructure as Code (Ansible, Terraform)
- Les spécifications d'API (OpenAPI/Swagger)
- Les générateurs de sites statiques (Jekyll, Hugo)

YAML se lit et s'écrit facilement. Il s'appuie sur l'indentation (espaces uniquement) pour représenter la structure et supporte :
- Les paires clé-valeur
- Les listes
- Les structures imbriquées
- Divers types (chaînes, nombres, booléens)
- Les commentaires (#)
- Les chaînes multi-lignes

Que fait ce formateur YAML ?

Deux fonctions principales :

1. Formater : rend un YAML déstructuré lisible avec une indentation cohérente. Choisissez l'indentation (2, 4 ou 8 espaces) et gardez ou supprimez les commentaires.

2. Minifier : supprime les espaces et lignes vides superflus, optionnellement les commentaires. Pratique pour alléger les fichiers sans perdre la structure.

Remarque : l'indentation étant essentielle, la minification reste limitée (impossible d'enlever tous les espaces comme en JSON).

Les deux modes incluent un surlignage pour les clés, valeurs, commentaires et caractères spéciaux.

Comment formater du YAML ?

Étapes :

1. Collez votre YAML dans l'entrée
2. Choisissez l'indentation (2, 4 ou 8 espaces)
3. Cochez/décochez « Conserver les commentaires »
4. Cliquez sur « Formater »
5. Lisez le YAML proprement structuré dans la sortie

Le résultat offre :
- Une indentation homogène
- Des espaces adaptés pour la lisibilité
- Un surlignage pour clés/valeurs/commentaires
- Une structure facile à parcourir

Important : YAML utilise uniquement des espaces pour l'indentation, jamais de tabulations.

Pourquoi l'indentation est cruciale en YAML ?

L'indentation définit la structure :

Correct :
parent:
enfant1: valeur1
enfant2: valeur2

Incorrect :
parent:
enfant1: valeur1
enfant2: valeur2

Règles :
- Utilisez des espaces (pas de tabulations)
- Soyez cohérent (même taille d'indentation partout)
- Les enfants sont plus indentés que le parent
- Les éléments de même niveau partagent la même indentation

Mélanger tabulations et espaces provoque des erreurs. Le formateur garantit une indentation uniforme.

Que signifie « Conserver les commentaires » ?

L'option contrôle la présence des commentaires (# ...).

Avec conservation :
# Configuration
app:
host: localhost # Adresse
port: 5432

Sans conservation :
app:
host: localhost
port: 5432

Gardez-les :
- En développement
- Si les commentaires documentent le fichier
- Pour expliquer une configuration

Retirez-les :
- Pour alléger légèrement le fichier
- Pour un rendu plus propre
- Quand les notes ne sont plus utiles

YAML vs JSON : que choisir ?

Les deux décrivent des données, mais leurs avantages diffèrent :

Avantages YAML :
- Plus lisible et éditable
- Supporte les commentaires
- Moins verbeux (pas de guillemets, accolades...)
- Idéal pour les configs
- Types complexes et chaînes multi-lignes

Avantages JSON :
- Syntaxe simple, facile à parser
- Support natif côté navigateur/JS
- Plus rapide à analyser
- Règles strictes (moins d'ambiguïtés)
- Parfait pour APIs et échanges de données

Utilisez YAML pour : configurations, fichiers édités par l'humain, documentation commentée. Utilisez JSON pour : réponses API, apps JavaScript, données rarement modifiées, performance de parsing.

Formateur & Minificateur YAML — Outil YAML en ligne gratuit pour formater, minifier et valider votre code en affichant la ligne et la colonne exactes de — **Formateur & Minificateur YAML**

Erreurs YAML fréquentes

Pièges courants :

1. Tabulations : utilisez des espaces.
2. Indentation incohérente.
3. Manque d'espace après les deux-points (key:value → key: value).
4. Syntaxe de liste incorrecte (mauvaise indentation ou tirets alignés).
5. Chaînes spéciales non quotées (yes/no interprétés comme booléens).

Ce formateur vous aide à maintenir une structure correcte et des espacements cohérents.

Comment valider du YAML et trouver l'erreur exacte ?

Cliquez sur le bouton « Valider ». L'outil analyse votre YAML avec un véritable parseur YAML (le même que celui utilisé pour le formatage) et vous indique immédiatement si le document est valide.

Si le YAML est valide, vous obtenez une confirmation verte.

S'il est invalide, vous obtenez une alerte rouge avec le message d'erreur réel du parseur ainsi que la ligne et la colonne exactes où l'analyse a échoué - par exemple « bad indentation of a mapping entry (12:5) ». C'est bien plus utile qu'un embellisseur qui « corrige » silencieusement une entrée cassée : vous voyez POURQUOI un manifeste Kubernetes, un fichier Docker Compose ou un pipeline CI/CD échoue à l'analyse, et OÙ.

Le bouton Formater fait désormais de même : si votre entrée ne peut pas être analysée, il affiche l'erreur réelle au lieu de produire une sortie corrompue et un faux message de succès.

Pourquoi YAML traite-t-il « no », « yes », « on », « off » bizarrement ? (Le problème de la Norvège)

C'est le fameux « problème de la Norvège » de YAML 1.1. En YAML 1.1, les scalaires non quotés yes/no/on/off/y/n (toute casse) sont convertis en booléens true/false. Ainsi, une liste de pays contenant « NO » (Norvège) devient false, et « country: no » est lu comme « country: false ».

YAML 1.2 limite cela à true/false uniquement, mais de nombreux parseurs (ainsi que Kubernetes, Ansible, Docker Compose) conservent la sémantique 1.1, donc le piège est bien réel.

Solution : quotez toujours les valeurs que vous voulez comme chaînes - country: "NO", enabled: "yes". Les nombres comme un code postal à zéro initial (00123) et les chaînes de version (1.10) ont des pièges de conversion similaires ; quotez-les aussi.

Piège connexe : les clés en double. Un mapping avec deux fois la même clé est invalide en YAML strict et la plupart des parseurs le rejettent ou conservent silencieusement la dernière valeur - validez votre fichier pour détecter cela avant de le livrer.

Valide-t-il les ancres, alias, clés de fusion et le style flux ?

Oui. Comme la validation utilise un parseur YAML complet, elle comprend correctement la syntaxe avancée dont dépendent les ingénieurs DevOps :

- Ancres et alias (&nom / *nom) pour réutiliser des blocs
- Clés de fusion (<<: *defaults) pour hériter de mappings
- Style flux ({clé: valeur}, [a, b, c]) collections en ligne
- Scalaires de bloc (| littéral, > plié) pour les chaînes multi-lignes

Si l'un d'eux est mal formé - un alias pointant vers une ancre non définie, une clé de fusion cassée ou une collection flux déséquilibrée - le validateur signale l'erreur d'analyse avec sa ligne et sa colonne. Remarque : la validation vérifie la syntaxe YAML, et non la conformité à un schéma précis (comme un CRD Kubernetes ou une spécification OpenAPI) ; pour la validation de schéma, utilisez un validateur de schéma dédié.

Mes données YAML sont-elles sécurisées ?

Oui, elles restent privées. Cet outil :

- Traite tout le YAML dans votre navigateur
- N'envoie aucune donnée vers nos serveurs
- Ne stocke ni ne journalise vos fichiers
- Fonctionne hors ligne une fois chargé
- N'utilise aucun service externe

Idéal pour formater des configurations sensibles.