Validateur YAML
Validez et formatez la syntaxe YAML. Vérifie les erreurs d'analyse, affiche les numéros de ligne et convertit optionnellement en JSON pour inspection.
Comment utiliser Validateur YAML
- 1Collez votre YAML dans l'éditeur.
- 2La validation s'exécute automatiquement - les erreurs s'affichent avec les numéros de ligne.
- 3Basculez la vue JSON pour inspecter la structure analysée.
- 4Copiez le format ou la sortie JSON.
ZenovayAnalytics
Voyez qui est sur votre site en ce moment.
- Suivi des visiteurs en temps réel
- Vie privée d'abord, sans bandeau cookies
- Installé en deux minutes
Outils connexes
Formateur et Validateur JSON
Formatez, validez et embellissez les données JSON avec la coloration syntaxique et la détection d'erreurs.Décodeur JWT
Décodez et inspectez les jetons JWT. Consultez l'en-tête, la charge utile et vérifiez les signatures.Encodeur/Décodeur Base64
Encodez du texte en Base64 ou décodez Base64 en texte. Supporte UTF-8 et les données binaires.Encodage / Décodage URL
Encodez ou décodez les composants URL. Traitez les caractères spéciaux, les chaînes de requête et les URL complètes.Questions fréquemment posées
Qu'est-ce qui rend YAML différent de JSON ?▾
YAML (YAML Ain't Markup Language) est un sur-ensemble de JSON conçu pour la lisibilité humaine. Différences clés : YAML utilise l'indentation (espaces, pas de tabulations) pour la structure au lieu d'accolades/crochets ; les chaînes n'ont pas besoin de guillemets dans la plupart des cas ; les commentaires sont pris en charge avec # ; les chaînes multi-lignes sont faciles avec | et > ; YAML prend en charge les ancres et les alias pour réutiliser les valeurs. JSON est un sous-ensemble strict de YAML — tout JSON valide est du YAML valide.
Quelles sont les erreurs de syntaxe YAML courantes ?▾
Les erreurs YAML les plus courantes : mélanger les tabulations et les espaces (seuls les espaces sont autorisés), niveau d'indentation incorrect, chaînes non entre guillemets contenant des caractères spéciaux (: { } [ ] # & * ? | - < > = ! % @ `), clés en double au même niveau, blocs de chaînes multi-lignes non fermés, et analyse booléenne incorrecte (yes/no/on/off sont analysés comme des booléens en YAML 1.1). Toujours mettre entre guillemets les chaînes qui commencent par des caractères spéciaux.
Quelle est la différence entre | et > en YAML ?▾
Les deux sont des indicateurs de scalaires de bloc. | (bloc littéral) préserve les sauts de ligne littéralement — utile pour les scripts et les blocs de code. > (bloc replié) convertit les sauts de ligne en espaces sauf pour les lignes vides — utile pour le texte long. Les deux prennent en charge un saut de ligne final (par défaut), - pour supprimer les sauts de ligne finaux, ou + pour conserver tous les sauts de ligne finaux. Exemple : description: > Ceci est un texte long qui s'enroule sur plusieurs lignes.
Qu'est-ce que les ancres et les alias YAML ?▾
Les ancres (&) définissent une valeur réutilisable et les alias (*) la référencent. Exemple : defaults: &defaults timeout: 30 retries: 3. Ensuite production: <<: *defaults env: production. La clé << est une clé de fusion — elle fusionne l'objet avec alias dans la clé actuelle. Cela réduit la répétition dans les fichiers de configuration, couramment utilisés dans GitHub Actions et Docker Compose.
Pourquoi mon booléen YAML est-il analysé comme une chaîne ?▾
YAML 1.1 traite ceux-ci comme des booléens : true/false, yes/no, on/off (et leurs variantes en majuscules). YAML 1.2 traite uniquement true/false comme des booléens. Les bibliothèques diffèrent dans la spécification qu'elles suivent. Si vous voulez une chaîne, toujours la mettre entre guillemets : « yes », « no », « true ». C'est une source courante de bogues dans les fichiers de configuration — par exemple, un code de pays « NO » (Norvège) analysé comme faux.