結論
PDFの表をエクセルで集計したい場合は、見た目と行・列の分かれ方を別々に確認する必要があります。 自作の3条件では、文字の間隔が狭い表で隣の列が結合し、画像だけの表からは文字の行を取り出せませんでした。
PDF Excel変換保存前に列と値を確認する登録なしで使えます開く
PDF上で表に見えても、変換後に同じセルへ入るとは限りません。画像として貼る用途と、セルの値として計算する用途も別です。ここでは集計に使う値を移す場合に、どこを照合するかを扱います。
3条件の表で行・列の読み取りを比べた
見出し1行とデータ2行、各3列の架空の表を作りました。内容はCode・Qty・Amount、0012・2・1200、0013・3・4500です。取引先や実際の売上の情報ではありません。
2026年9月30日、Windows・Chromium 153で、既存のPDF Excel変換が使う文字抽出・列推定処理を実行しました。n=3のPDFは、文字の間隔を広くした表、狭くした表、表を画像として置いたPDFです。すべて1ページで、コピー先のExcel画面を操作した試験ではありません。
| PDFの条件 | 標準の列判定で得た行数 | 1行当たりの列数 | 確認できた結果 |
|---|---|---|---|
| 間隔が広い文字の表 | 3 | 3 | 見出しとデータが各3列に分かれた |
| 間隔が狭い文字の表 | 3 | 2 | CodeとQty、0012と2などが結合した |
| 画像だけの表 | 0 | ― | 文字の行を取り出せなかった |
文字サイズは12pt。左からの配置を、広い表では30・140・240pt、狭い表では30・64・150ptにしました。罫線の有無ではなく文字の配置だけを変えた比較です。列推定が位置と間隔を使うという現行処理に対応しています。
狭い表で列の判定を細かくした条件も試しました。データ2行は3列に分かれましたが、見出しは「Code Qty」のままで、中央のセルが空欄でした。設定を変えても全行が正しく分かれるとは限りません。 元と対応させて直す確認が残ります。
広い表と狭い表の抽出結果を、既存の保存処理で.xlsxにしました。別の処理で保存内部のセルを読むと、広い表のA2は文字列0012、C2は数値1200。狭い表のA2は文字列「0012 2」でした。ファイルを保存できたことだけでは列ずれは直りません。 この確認はExcelアプリで開いた結果ではありません。
一次資料で確認した取り込みと修正の位置付け
MicrosoftのPDFコネクタの説明には、読み込み後に変換を続ける流れがあります。 利用できる機能は製品や環境によって異なるため、すべてのExcelに同じ入口があるとは扱いません。
「コネクタの選択で PDF オプションを選択します。」
出典：Microsoft Learn「Power Query PDF コネクタ」、Power Query Desktopから接続する。 https://learn.microsoft.com/ja-jp/power-query/connectors/pdf（2026-09-30 到達）
同節ではファイルを選び、Navigatorで対象を選択する流れが説明されています。公式の取り込み経路があることと、どの表でも自動で整うことは別です。
「複数行の行が正しく識別されない場合」
出典：同資料、複数行に渡るデータの処理。 https://learn.microsoft.com/ja-jp/power-query/connectors/pdf（2026-09-30 到達）
続く説明は、UI操作やコードによってデータを整理できる場合があるというものです。本記事の実測は既存の自サイトツールで行い、Power Queryの抽出精度を測ったものではありません。
「コンテンツを表（テーブル）として保存します。」
出典：Adobe「PDF コンテンツの再使用」、選択したコンテンツの他の形式への変換。 https://helpx.adobe.com/jp/acrobat/using/reusing-pdf-content.html（2026-09-30 到達）
Excelブック等への書き出しを説明している箇所です。画面の見た目を画像として渡す方法とは、利用する情報が違うことを整理する参考にしています。Acrobatの画面を本記事で再現したものではありません。
集計前に照合する列・桁・合計
最初の行だけ合っていても、途中の行や合計が同じとは限りません。 自作例でも設定を細かくしたときに、見出しとデータ行で分かれ方が違いました。
| 照合する箇所 | 確認する理由 |
|---|---|
| 見出しとデータの列位置 | 数量や金額が別の列へずれていないか |
| 先頭の0、長い番号 | 数値として計算する値か、識別用の文字列か |
| 負数、小数点、桁区切り | 記号の欠落や文字列扱いで集計が変わらないか |
| 複数行の品名・空欄 | 1件が複数行に分かれたり、隣と結合したりしていないか |
| ページ数と合計 | 読めないページや画像内の値が抜けていないか |
今回の広い表では金額2行の合計は5,700、数量は5です。これは作例の答え合わせで、税計算や会計処理の例ではありません。実際の集計では、元にある合計と対応する行の範囲も確認する材料になります。
既存ツールは保存前にセルやタブ区切りの欄を修正でき、画像だけのページをOCRで読む機能はありません。文字が取れない欄を空欄のまま正しい表とみなす使い方にはなりません。
測っていないこと・ここから先は推論
Excelへのクリップボード貼り付け、Power Query、Acrobatの実操作は測っていません。 日本語、結合セル、縦書き、回転ページ、複数ページ、OCR、日付や数式の再現も今回の比較対象外です。
n=3は少数の架空表です。出力内部のセル値の一致は、元の書式や計算式の復元を証明しません。 提出資料の全件で同じ精度になるという値でもありません。
次の1手
元PDFの小さな範囲で、列位置・先頭の0・合計を照合すると、集計に使う前の修正箇所が分かります。PDF Excel変換では読み取り結果を確認・修正して保存できます。画像だけの表は、文字が読める表と分けて扱う必要があります。