XML フォーマッター

XMLフォーマッターとは何ですか？なぜ使うのですか？

<!-- Minified XML input -->
<?xml version="1.0" encoding="UTF-8"?><catalog><product id="p01"><name>Wireless Headphones</name><price currency="USD">79.99</price></product></catalog>

<!-- After formatting with 2-space indent -->
<?xml version="1.0" encoding="UTF-8"?>
<catalog>
  <product id="p01">
    <name>Wireless Headphones</name>
    <price currency="USD">79.99</price>
  </product>
</catalog>

主な機能

サンプル

<?xml version="1.0" encoding="UTF-8"?><catalog><product id="p01" category="electronics"><name>Wireless Headphones</name><price currency="USD">79.99</price><stock>142</stock><tags><tag>audio</tag><tag>bluetooth</tag></tags></product><product id="p02" category="books"><name>Learning XML</name><price currency="USD">29.99</price><stock>55</stock></product></catalog>

<rss version="2.0"><channel><title>Go Tools Blog</title><link>https://go-tools.org/blog</link><description>Developer tools, tips and tutorials</description><item><title>Understanding XML Namespaces</title><link>https://go-tools.org/blog/xml-namespaces-guide</link><pubDate>Thu, 29 May 2026 00:00:00 GMT</pubDate><description>A deep dive into XML namespace declarations, prefixes, and scope rules with practical examples.</description></item><item><title>XML vs JSON: When to Use Each</title><link>https://go-tools.org/blog/xml-vs-json</link><pubDate>Mon, 25 May 2026 00:00:00 GMT</pubDate></item></channel></rss>

<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"><soap:Header><wsse:Security xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd"><wsse:UsernameToken><wsse:Username>api-client</wsse:Username><wsse:Password Type="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-ext-1.0.xsd#PasswordText">s3cr3t</wsse:Password></wsse:UsernameToken></wsse:Security></soap:Header><soap:Body><GetOrderRequest xmlns="http://example.com/orders"><OrderId>ORD-20260529-001</OrderId><IncludeLineItems>true</IncludeLineItems></GetOrderRequest></soap:Body></soap:Envelope>

使い方

1. 1

   XMLを貼り付ける

   上の入力フィールドにXMLを入力または貼り付けてください。「サンプルを読み込む」をクリックして、整形後の見た目が分かるサンプル（圧縮された製品カタログXML）を試すこともできます。

2. 2

   アクションを選択する

   「整形」をクリックしてインデント付きにビューティファイ、「圧縮」をクリックして空白を除去、または「バリデート」をクリックして整形性を確認します。整形前にインデントサイズとして2または4スペースを選択してください。

3. 3

   出力をコピーする

   処理されたXMLが出力パネルに表示されます。「コピー」をクリックしてクリップボードにコピーします。バリデートでエラーが見つかった場合、エラーバナーに正確な行番号と列番号が表示されます。

よくあるXMLエラー

<products>
  <Item>
    <name>Widget</name>
  </item>
</products>

<products>
  <item>
    <name>Widget</name>
  </item>
</products>

<query>price > 10 & stock > 0</query>

<query>price &gt; 10 &amp; stock &gt; 0</query>

<product id=p01 label="It's a "widget"">

<product id="p01" label="It's a &quot;widget&quot;">

<user><name>Alice</name></user>
<user><name>Bob</name></user>

<users>
  <user><name>Alice</name></user>
  <user><name>Bob</name></user>
</users>

<?xml version="1.0" encoding="UTF-8"?>
<!-- File is actually saved as UTF-16 -->

<?xml version="1.0" encoding="UTF-16"?>
<!-- File saved as UTF-16, declaration matches -->

<script><![CDATA[
  if (a < b && b > c) { return true; }
<!-- ]]> is missing -->

<script><![CDATA[
  if (a < b && b > c) { return true; }
]]></script>

よくある使用場面

SOAP / Webサービスのペイロードのデバッグ

エンタープライズAPIや旧来のWebサービスからのSOAPレスポンスは1行のXML文字列で届きます。生のペイロードをフォーマッターに貼り付けて、エンベロープ構造、ヘッダー、ボディを即座に確認 — 必要なフィールドを見つけたり、名前空間の不一致を発見したりできます。JavaScriptでペイロードをさらに処理する必要がある場合は XML to JSON コンバーター も参照してください。

設定ファイルとデプロイメントディスクリプタのバリデーション

Maven POMファイル、Spring XMLアプリケーションコンテキスト、Tomcat server.xml、Android マニフェストファイル、その他多くのJava/エンタープライズ設定ファイルはXMLです。コミット前にバリデートを実行して、ビルドやデプロイ時にのみ発覚するタグの不一致やエンコーディングの問題を早期に発見してください。

RSSおよびAtomフィード出力の整形

RSS 2.0とAtom 1.0フィードはXMLです。フィードジェネレーターの開発やフィードリーダーの互換性問題のデバッグ時に、生のフィードXMLを整形してチャンネルメタデータ、アイテム構造、必要な名前空間宣言を並べて確認してください。

SVGファイルの読み取りと編集

Figma、Illustrator、SketchからエクスポートされたSVGファイルは有効なXMLですが、多くの場合圧縮されているかエクスポーターが過剰なインデントを付けています。SVGを整形してクリーンでナビゲートしやすい要素ツリーを取得し、パス、グループ、スタイル属性を手動で編集しやすくしてください。

保存や転送のためのXML準備

XMLをデータベースカラムに保存したり、APIリクエストのJSONフィールドとして送信したり、メッセージキューに挿入したりする場合は、まず圧縮を使用して不要な空白を除去してください。これによりペイロードサイズが削減され、大きなインデントされたXML文字列のエスケープされていない制御文字でJSON解析が失敗する問題を回避できます。

XMLをJSONに変換する

整形されたXMLをJavaScriptアプリケーションやREST APIで使用するためにJSONに変換する必要がある場合は、XML to JSON コンバーターをご利用ください。逆方向 — JSON構造からXMLを構築する場合は、JSON to XML コンバーターをご利用ください。

技術的詳細

XML解析にブラウザDOMParserを使用

XML解析はブラウザのネイティブDOMParserを「text/xml」MIMEタイプで使用します。これはブラウザでSVGとXHTMLレンダリングを動かすのと同じエンジンです — XML 1.0に完全準拠し、整形エラーを行と列の情報とともに報告します。ドキュメントが整形されていない場合、DOMParserはエラーメッセージと位置を含む parsererror ドキュメントを返し、このツールがそれを抽出して表示します。

整形のためのDOMツリーシリアライゼーション

整形はXMLをDOMツリーに解析し、インデントされた出力を生成するためにツリーを再帰的に走査することで機能します。このアプローチはドキュメントのセマンティクス構造を保持します：要素のネスト、テキスト内容、属性、CDATAセクション、処理命令、コメントはすべて解析されたとおりに正確にシリアライズされます。要素間の空白のみのテキストノードのみが破棄されます — 非空白文字を含むテキストノードは常に保持されます。

空白のみのテキストノード削除による圧縮

圧縮は同じDOMツリーを走査し、内容が完全に空白（スペース、タブ、改行）のテキストノードを削除します。混合または非空白コンテンツを持つテキストノード — タグ間の実際のデータ — は決して削除されません。属性とその値は追加の空白なしでシリアライズされます。結果は元のドキュメントの最もコンパクトな整形済みXML表現です。

100%ブラウザベース — アップロードなし、サーバーなし

すべての処理はブラウザのJavaScriptランタイムで実行されます。いかなる時点でもデータはサーバーに送信されません。これはXMLペイロードが機密コンテンツを含むことが多い場合に特に重要です：SOAP WS-Securityトークン、HL7患者データ、内部サービス設定、金融メッセージフォーマット（FIX、SWIFT ISO 20022）。公開サービスに貼り付けたくないXMLでも安全に使用できます。

ベストプラクティス

整形前にバリデート、コミット前に整形

再整形前にまずXMLをバリデートして整形されていることを確認してください — 入力が有効なXMLでない場合、フォーマッターは誤った出力を生成します。バリデートが完了したら、設定ファイル、フィードテンプレート、またはWSDL定義をバージョン管理にコミットする前に整形してインデントされた出力をレビューしてください。

Webフォーマットには2スペース、エンタープライズXMLには4スペースを使用

2スペースインデントはRSS/Atomフィード、SVG、XHTML、Android XML、ほとんどのWeb向けXMLの慣習です。4スペースインデントはJavaエンタープライズ環境（Maven POM、Springコンテキストファイル、JBossデプロイメントディスクリプタ）で一般的です。既存のファイルやツールチェーンの慣習に合わせてください。

JSON内に埋め込む前にXMLを圧縮する

XMLをJSONフィールド値として埋め込む必要がある場合は、まず圧縮してください。インデントされたXMLには改行や複数のスペースが含まれており、JSONエスケープが必要です（\n、複数の \u0020）。圧縮されたXMLは中間プロキシやロギングシステムの行長制限に引っかかる可能性も低くなります。

テキスト内容の特殊文字をエスケープ、CDATAは控えめに使用

& や < を含む短いテキスト値にはエンティティ参照（&、<）を使用してください — CDATAセクションよりも移植性が高く、属性値でも機能します。CDATAセクション（）は、すべての特殊文字をエスケープするとコンテンツが読みにくくなる大きなコードブロック、SQLクエリ、HTMLフラグメントを埋め込む場合のためにとっておいてください。

できるだけ早く名前空間を宣言する

XML名前空間（xmlns:prefix="URI"）はルート要素またはプレフィックスを使用する最も高いレベルの要素で宣言してください。ドキュメントツリーの深くで名前空間を宣言すると、XMLが読みにくくなり、名前空間を段階的に処理するストリームベースのXMLパーサー（SAX、StAX）で問題が発生する可能性があります。上のSOAPエンベロープの例は推奨パターンを示しています：すべての名前空間宣言がルートのEnvelope要素に記載されています。

よくある質問