YAML Key Extractor

List keys from nested mappings locally and inspect where each key appears.

YAML

Unique keys

—Unique keys

—Total occurrences

ReadyLists mapping/object keys, not array indexes or scalar values.

Before using the YAML

Parse first, then choose a target format whose data model matches the job. Conversion success does not prove that an application will accept the resulting config.

Format / validateConfirm the YAML parses before migration.

Inspect structureCheck mappings, arrays, paths and scalar types.

Choose target modelTOML has tables; Properties and ENV are fundamentally string-key/value formats.

ConvertUse explicit flattening/type rules rather than hidden guesses.

Verify in contextReview application-specific schema and semantics before replacing production config.

Format Validate Tree Find path YAML → JSON JSON → YAML YAML → XML XML → YAML YAML → TOML TOML → YAML YAML → Properties Properties → YAML YAML → ENV

conversions run in the browser. The new TOML path targets common configuration syntax rather than claiming a complete TOML conformance suite; Properties nesting is an explicit WebToolArc convention, not part of Java Properties itself.

YAML path inventory

Go beyond a flat key list by previewing dot/slash paths, approximate nesting depth and repeated key names without changing the YAML.

Path styleMaximum paths to preview

—Key occurrences

—Unique key names

—Max depth

—Repeated names

Ready.

Path	Key	Depth	Occurrence

Before converting YAML

Format and validate first, inspect the parsed structure, then convert only after deciding how the target format should represent arrays, nested mappings and scalar types.

Syntax is not application validity

A YAML document can parse successfully and still be invalid for Kubernetes, Docker Compose, GitHub Actions, CI/CD, OpenAPI or another application schema.