AI PDF to JSONコンバーター：指定したキーを持つJSON、Zapですぐに利用可能
ほとんどのオンラインPDF to JSONコンバーターは、ページの位置情報をそのまま出力するため、Zapやスクリプト、アプリでは利用できません。このツールは、ドキュメントごとに1つのクリーンなオブジェクトを出力し、指定したキーを使用し、金額は実際のJSON数値として扱います。
1ページあたり5〜10秒 · デジタル・スキャンPDF対応 · 指定したキー、正しい型
JSONキーは自由に決められる
出力したいキーを入力すると、AIはページ上の各値を「どこにあるか」ではなく「何を意味するか」で見つけ出します。その名前がバッチ内のすべてのドキュメントのJSONキーになるため、ある取引先向けに作ったZap、Makeシナリオ、スクリプトが次の取引先でもそのまま使えます。
これらの名前はどれもJSONキーとして使え、他の名前を入力しても同様です。AIは各キーの意味を読み取るため、同じリストで請求書、銀行明細、発注書、その他の表形式PDFからクリーンな値を抽出できます。カテゴリが印刷されていないドキュメントでは、AIが文脈から推論して値を補完します。
有効なJSONファイルが、そのまま自動化で使えるデータになるわけではない
JSONが実用的な意味で機械可読になるのは、キーが自分で選んだもので、値の型が正しい場合だけです。ほとんどのコンバーターは構文を満たすだけで、この両方を外しています。この差が、Zapierのフィールドマッピングが一発で通るか、午後いっぱいパーサーコードを書くことになるかを決めます。
ページ構造のJSONダンプが自動化に与える影響
キーはデータではなくページを記述します。 コンバーターはpages、text_blocks、coordinates、またはテーブルセルを位置配列として出力します。請求書の合計を取得するには、コードがpages[0].tables[2].rows[7][3]にあることを知っている必要があります。レイアウトが変われば、そのインデックスはまったく別の場所を指します。
数値が文字列として渡されます。 "$1,250.00"は文字列のままなので、float()はエラーになり、並べ替えでは$9,000が$10,000より前に来て、Zapier FormatterやMakeの数値ステップが静かに誤動作します。こうした失敗はサイレントです。Zapは実行され、行は登録され、その下の計算が間違っています。
ドキュメントごとに異なる構造が生成される可能性があります。 ベンダーAは"Invoice Date"と印刷し、ベンダーBは"Date:"と印刷し、コンバーターはその両方を忠実に反映します。最初のベンダー用に構築したフィールドマッピングは、2番目のベンダーでは壊れます。あるユーザーがr/zapierで目標を正確に説明しています: "im currently trying to get a parsed PDF into a JSON being exported to Zapier so I can use Code by Zapier with it." 通常そこに到達するには、フォーマットごとにブリッジコードを書く必要があります。
名前付きキー抽出が構造をどう整えるか
抽出を開始する前にキーを定義します。 invoice_number, vendor_name, total_amount と入力すると、それらの名前がそのまますべてのドキュメントのJSONキーとして現れます。AIはページ上のどこにあっても意味から各値を特定するため、ベンダーがレイアウトのどの位置に印字していても問題ありません。
値は型付きで出力されます。 金額はJSON数値（1250.00）として、日付は 2026-08-14 のような標準化された値として書き出されます。数値の比較、並べ替え、合計は届いたデータにそのまま適用でき、コンバーターとロジックの間に文字列除去の工程は不要です。
1つの構造がバッチ全体で維持されます。 12社の請求書を1回でアップロードし、キーリストは1つ。すべてのドキュメントが同じキーと同じ型で返ります。Zapierのマッピング、Makeのシナリオ、スクリプトは、ファイルごとに変化しない構造に対して一度書くだけで済みます。
ベンダーPDFのフォルダから、Zapがそのまま使える1つのJSON配列へ
請求書や明細書のデータをZapier、Make、または小さなスクリプトに渡す場合、ベンダーごとの設定なしで3ステップで完了します。ポイントは、途中でパース処理を挟まずに、次のツールが必要とする形でJSONが届くことです。
バッチをアップロード、フォーマットは混在でOK
異なるベンダーの請求書PDF、銀行明細書、スキャンしたレシートをまとめて1回でアップロード。PDF、JPG、PNGを同じバッチに入れられ、デジタル文書とスキャン文書を事前に仕分ける必要もありません。ベンダーやレイアウトごとにグループ化する必要もありません。
キー名は一度指定するだけ
invoice_number, vendor_name, invoice_date, total_amountを入力します。これらの名前がバッチ内のすべてのファイルに適用されるJSONキーになります。ベンダーAが合計を右側に、ベンダーBが下部に配置していても、AIはラベルの意味から各値を特定するため、キーリストを変更する必要はありません。
JSONをエクスポートして自動化ツールに渡す
各ドキュメントは、指定したキーをそのまま持つ1つのオブジェクトとして返されます。1件のレコードは次のようになります:
{
"invoice_number": "INV-2041",
"vendor_name": "Cedar Supply Co.",
"invoice_date": "2026-08-14",
"total_amount": 4820.00
}total_amountが引用符付きの「$4,820.00」ではなく数値である点に注目してください。この違いにより、値はクリーンアップなしでZapier Formatter、Makeモジュール、スプレッドシートの数式にそのまま渡せます。
数ページにわたるドキュメントも、複数のレコードとして受け取る必要はありません。Multi-Page Merge を有効にすると、請求書番号や口座番号などページ間で繰り返される値、または固定のページ数でドキュメントのページをグループ化できます。異なるページで見つかったフィールドは同じオブジェクトに格納され、フィールドが重複する場合は、最初の値、最後の値、連結のいずれを優先するかを選択できます。Zap はページを自らつなぎ合わせることなく、ドキュメントごとに1つのオブジェクトを受け取ります。
JSONがクリーンに出力される場面と、先に確認すべき場面
名前付きキー抽出はフィールドデータ向けに作られており、任意のドキュメント階層を再構築するためのものではありません。限界を知っておけば、想定外のドキュメント形式で自動化が壊れるのを防げます。
最適な用途
ラベル付きフィールドのあるドキュメント。 各値が「Invoice #」や「Amount Due」のような認識可能なラベルの隣にある場合、AIはページ上のどこに現れてもそのラベルで値を特定します。明瞭に印刷されたテキストでは最大99%の精度に達します。
多数のベンダーフォーマットにまたがる1つのキーリスト。 数十の異なるサプライヤー、1つのバッチ、1セットのキー。すべてのドキュメントが同じJSON構造を返し、ベンダーごとのテンプレートを構築・維持する必要はありません。
デジタルPDFとスキャンPDFを同じ実行で処理。 このツールはページを視覚的に読み取るため、テキストレイヤーのないPDFもデジタルPDFと同じように処理されます。きれいなスキャンはデジタルPDFに近い精度で抽出でき、混在したバッチでも別途OCRの前処理は不要です。
注意が必要なケース
レコードごとにフラットなオブジェクトが返り、カスタム階層にはなりません。 JSONエクスポートは抽出したテーブルをそのまま反映し、指定したキーを持つオブジェクトがレコードごとに1つ生成されます。元のドキュメントとまったく同じ形の深いネスト構造は、このツールのアーキテクチャ上の境界です。特定の深いスキーマが必要な場合は、フラットなレコードを自側で1ステップで変換してください。
ラベルのない文章に埋もれた値。 「the total consideration shall not exceed forty-two thousand dollars」のように、近くにラベルがない自由記述の文の中にある数値は、確実に分離できないことがあります。信頼できるのはラベルと値が対になったレイアウトです。
品質の低いソースと、ページをまたぐテーブル。 ファクス品質のスキャンやコピーは精度を下げ、行の途中でページをまたぐテーブルは、累計が関わる場合に連続性の確認が必要です。AIはノイズを補正しますが限界があり、データを下流に流す前に品質の低い入力をスポットチェックする価値があります。
ファイルのダウンロードを完全に省きたい場合も、同じ抽出を公開REST API経由で利用できます。ドキュメントをアップロードすると構造化JSONが返り、処理完了と同時にwebhookを受信できます。開発者ドキュメントでフロー全体を確認でき、最初の呼び出しは通常5分ほどで動作します。
よくある質問
選んだキーのJSONが得られるのか、コンバーターが決めたキーになるのか？
キーは自由に選べます。invoice_number、vendor_name、due_date、total_amount など、希望するフィールド名を入力すると、その名前が処理するすべてのドキュメントのJSONキーになります。無料のフォーマットコンバーターは代わりに、pages、text_blocks、coordinates などのキーを持つページ形状のダンプを出力するため、スクリプトやZapで引き続きデコードが必要です。ここでは、選んだ名前で指定された、ドキュメントごとに1つのクリーンなオブジェクトが出力されます。
ほとんどのPDF to JSON出力で金額が文字列として届くのはなぜで、このツールは代わりに何を出力するのか？
フォーマットコンバーターは見えるものをそのままコピーするため、金額は数値 1250.00 ではなく文字列「$1,250.00」としてJSONに入ります。文字列は数値比較や並べ替えを壊し、Zapier Formatterステップ、Makeモジュール、数値を期待するコードで静かに失敗します。このツールは値を意味で読み取るため、金額は実際のJSON数値として、日付は 2026-08-14 のような標準化された値として出力されます。コンバーターとロジックの間に文字列除去ステップは不要です。
PDFを直接データベースに変換できますか？
直接はできませんし、そうあるべきでもありません。データベースは変換の出力ではなく、行を保存するシステムです。データベースは行を受け取り、その行が移動する手段がJSONやCSVです。実用的な経路は、ここでPDFを構造化されたJSONやCSVに変換し、そのファイルをデータベース自身のインポート機能を使ってMySQL、Postgres、Airtableのようなノーコードテーブルに読み込むことです。pdf to database 変換について尋ねる人は通常、まさにこれ、つまりデータベースが受け入れられる行を求めています。キーは自由に選べ、型も正しいため、そのインポートは1時間の列調整の末ではなく、最初のパスでクリーンにマッピングされます。
テキストレイヤーがまったくないスキャンPDFはどうですか？
問題なく動作します。このツールはテキストを選択するのではなくページを視覚的に読み取るため、テキストレイヤーのないドキュメントもデジタル版と同じように処理されます。きれいなスキャンはデジタルPDFに近い精度で抽出でき、強く圧縮されたスキャンや低コントラストのスキャンは精度が下がるため、JSONを自動化に流す前にスポットチェックする価値があります。デジタルとスキャンが混在するバッチでも事前の並べ替えは不要です。
PDFが複数ページある場合、JSONオブジェクトは1つですか、それともページごとに1つですか？
Multi-Page Mergeをオンにすると、1ドキュメントにつき1オブジェクトになります。グループ化しない場合、PDFの各ページはそれぞれ独立したレコードとして処理されるため、6ページの銀行明細は6行になります。Multi-Page Mergeでは、請求書番号や口座番号などページ間で繰り返される値、または固定のページ数でドキュメントのページをグループ化します。異なるページで見つかったフィールドは同じオブジェクトに入り、フィールドが重複する場合は、最初の値、最後の値、連結のいずれを優先するかを選択できます。
このデータをZapierやMakeで使いたいだけです。無料のPDF to JSONコンバーターが出発点として適切ですか、それともCSVを使うべきですか？
プログラムや自動化が利用側で、各ドキュメントをアドレス指定されたオブジェクトとして受け取りたい場合はJSONを、出力先がスプレッドシート、データベースのインポート、またはフラットな行を想定したツールの場合はCSVを使用します。どちらのエクスポートも同じ抽出結果から生成されるため、セットアップをやり直すことなく実行ごとに選択できます。ノーコードツールを使う際の注意点が1つあります。ZapierとMakeはフラットなオブジェクトは問題なく扱えますが、Zapで深くネストされた構造をたどるにはループやCodeステップが必要です。だからこそ、この出力は選択した名前付きキーを持つ1レコード1オブジェクトに保たれています。データと一緒にページの付随情報まで出力するonline pdf to json converterは、節約できる以上のマッピング工数がかかります。それがこのページで説明している違いです。
関連記事: API vs No-Code Document Extraction — ブラウザタブで行うか、抽出を自社システムに組み込むかの選択に · Best OCR API 2026: 10 Developer APIs Compared — 同じJSON出力の判断を開発者視点で解説 · What Is OCR? — テキストレイヤーのないスキャンPDFを読み取る仕組みの背景
関連フォーマット: PDF to CSV — 自動化用のJSONではなく、インポート用のフラットファイルが出力先の場合に · PDF to Excel — 機械可読な出力ではなく、表計算ワークブックが必要な場合に