XML 文書、RSS フィード、サイトマップをブラウザで開き、見やすいデータ表として読めます。.xml ファイルをアップロードすれば、レコードが 1 行、タグや属性が 1 列として並びます。エディタも名前空間との格闘もインストールも不要です。
無料で試す →登録不要 · データ非保存 · 完全無料
XMLファイルをアップロード
.xml ファイルをドロップしてください。登録不要。
AI 支援による変換
エンジンがデータを読み込み、列の種類を検出し、各パターンに最適なグラフを選択します。
グラフを可視化
インタラクティブなグラフが即座に完成。トレンドを探索してインサイトを共有しましょう。
アカウント不要
即時アップロード、登録なし。
プライバシー最優先
ファイルはサーバーに保存されません。
どのデバイスでも
モバイルとデスクトップで動作します。
AI搭載
データから最適なグラフを自動選択。
SOAPやAPIレスポンスの点検
SOAPエンベロープやXMLのAPIレスポンスを開き、ネストした要素をインデントされたツリーとして読めます。長い1行を追わずに、深いタグの奥に埋もれた値を見つけられます。
RSSやサイトマップの閲覧
RSSフィードやXMLサイトマップを構造化文書として表示し、項目・リンク・日付を確認します。公開や送信の前に、フィードが整形式かどうかを確かめられます。
設定・書き出しファイルの確認
多くのシステムはXMLを書き出します。設定、レポート、データダンプなどです。ファイルをインポートしたり別のツールへ渡したりする前に、構造と属性をプレビューして検証します。
XML は機械のために書かれています。1 行が請求書まるごとを運ぶこともあり、エディタで整形しても、欲しい値が 4 階層下に埋もれた山かっこの壁であることに変わりはありません。多くの人は中身を知るためだけに、まず整形ツールへ貼り付けます。 このビューアは文書を解析し、レコードを表として並べます。繰り返される要素が1 行、フィールドが 1 列です。インストールもアカウント作成も不要で、Windows、macOS、Linux、ChromeOS、Android、iOS のいずれでも同じように動作します。制限のある業務用 PC でも、自分の端末と同じようにファイルを読めます。
現実の XML はきれいな形では届きません。SOAP レスポンスは中身をエンベロープで包み、すべてに接頭辞を付けます。UBL 請求書は、最初の有用な要素が現れる前にいくつもの名前空間を宣言します。これらの接頭辞を残すツールは <code>soap:Sku</code> や <code>cbc:InvoicedQuantity</code> といった列名を返し、その後に書くクエリはすべてそれを引きずることになります。 ここでは接頭辞が取り除かれます。SOAP エンベロープからは素直な Sku と Qty の列が、UBL 請求書からは ID と Amount が得られます。文書は送られてきたそのままで動作し、前処理も名前空間マップの設定も要りません。
XML は同じ情報を 2 か所に保存でき、出力側はどちらを使うかで一致していません。あるシステムはすべてを属性に入れて <code><row id="1" qty="5"/></code> と書き、別のシステムはすべてを子要素に入れて <code><row><id>1</id><qty>5</qty></row></code> と書きます。ここではどちらも読み取られ、どちらも通常の列になります。 入れ子も同じように平坦化されます。<code><user><name>Ada</name></user></code> を含むレコードは、ほかのフィールドと並んで user.name 列を生みます。文書を先に単純化しなくても、入れ子の値を保てます。 繰り返し要素は自動的に見つかります。レコードが <item> でも <row> でも <entry> でも、ベンダーが独自に決めたタグでも、解析処理がツリーをたどって繰り返される階層を選びます。
XML は厳密で、失敗のほとんどは 3 つの問題に由来します。 <strong>エスケープされていない文字。</strong> テキスト中の裸の &、<、> は文書を壊します。これらは実体参照にする必要があり、「Smith & Sons」のような社名を含む出力だけが失敗し、同じファイルの他の部分は問題ないという現象が起きるのはこのためです。 <strong>ルート要素が 2 つ以上ある。</strong> 2 つの出力を 1 つのファイルにつなげると、最上位の要素が 2 つある文書になり、これは有効な XML ではありません。宣言の前にある余分な文字や空行も同じ結果を招きます。 <strong>タグの不一致。</strong> XML は大文字と小文字を区別するため、<Item>…</item> は警告ではなくエラーです。 ファイルは恒久的に保存されるのではなく、解析されてデータとして返されます。ファイル履歴はご自身のブラウザに保存されます。
ビューアは整形式の XML を解析し、レコードをデータ表として並べます。繰り返される要素が1 行になり、子タグや属性が 1 列になります。名前空間と接頭辞は取り除かれるため、SOAP エンベロープや UBL 請求書でも soap:Sku ではなく Sku や Qty といった素直な列名になります。入れ子の子要素はドット区切りの列に平坦化されるので、<user><name> は準備なしで user.name として表示されます。ルート要素は 1 つでなければなりません。最上位の要素が 2 つあるファイルや、宣言の前に余分な文字があるファイルは解析できません。文書が開かない場合、原因は閉じられていないタグ、タグ名の大文字小文字の不一致、テキスト内でエスケープされていない &、<、> であることがほとんどです。これらの文字は実体参照にする必要があります。ファイルは恒久的に保存されるのではなく、解析されてデータとして返されます。ファイル履歴はご自身のブラウザに保存されます。
XMLファイルをアップロードして、データが生き生きとする様子をご覧ください。
無料で試す →このサイトは、XML（.xml）ファイルを視覚化、閲覧、およびインタラクティブなグラフに変換するための無料のオンラインツールです。ファイルをアップロードするだけで、グラフが自動生成されます。
.xml ファイルに対応しています。
棒グラフ、折れ線グラフ、面グラフ、円グラフ、散布図、トレンドグラフ — データに基づいて自動的に選択されます。
100%無料です。サインアップ不要、クレジットカード不要、制限なし。
はい。名前空間の接頭辞は取り除かれるため、SOAP エンベロープからは soap:Sku ではなく Sku や Qty といった素直な列名が得られます。名前空間の設定は不要です。
どちらも読まれます。<row id="1" qty="5"/> と書かれたレコードも、子要素で書かれたレコードも同じ列になるため、どちらの出力形式でも扱えます。
いいえ。入れ子の子要素は自動的にドット区切りの列になるため、<user><name> は準備なしで user.name として表示されます。
多くはテキスト内のエスケープされていない &、<、>、ルート要素が 2 つ以上あること、タグの不一致です。XML は大文字小文字を区別するため、<Item> は </Item> で閉じる必要があります。
はい。どちらも繰り返し要素を持つ XML です。RSS は <item>、サイトマップは <url> であり、各エントリが 1 行、各フィールドが 1 列になります。
形式ごとに、それ専用のツールを用意しています。