紙・PDFカタログを商品データ化するには｜AI活用と費用の目安

紙・PDFカタログの商品データ化は、OCRで文字を取り出し、LLMで商品名・型番・価格などの項目に振り分けて、Excelや商品マスタに取り込める形にする方法が中心です。進め方は、出力する項目を決めたうえで、1シリーズで精度を確かめ（PoC）、カタログ全体に広げ、更新のたびに同じ仕組みで再処理する流れです。費用は点数・レイアウトの種類・項目数で決まり、1回きりなら手入力、毎シーズン更新があるなら仕組み化が向いています。

長年紙のカタログや注文書で取引してきた会社では、システムで扱える商品データを持っていないことがよくあります。商品名・型番・価格・規格・産地といった情報は、印刷されたカタログやPDFの中には確かに存在しています。ところがそれは人が目で読んで初めて意味が分かる形で、ExcelやDB（データベース）のようにシステムが直接扱える形にはなっていません。

この状態で「ECサイトを立ち上げたい」「取引先向けのWeb発注画面を作りたい」「AIチャットボットに商品案内をさせたい」といった話が持ち上がると、決まって最初の壁になるのが商品データの整備です。カタログが1シリーズ数十点程度ならまだしも、数百〜数千点規模になると、担当者が手作業で入力し直すと数週間〜数か月かかることもあります。しかも、カタログは季節ごと・年度ごとに更新されるため、一度作って終わりにもできません。

OCR・LLM・PoCといった用語の意味は、それぞれの工程を扱う箇所で（）に補っています。

なぜ「紙・PDFカタログ」はそのままではAIやシステムに使えないのか

紙やPDFのカタログには、2つの壁があります。壁の1つ目は、文字自体が「データ」になっていないことです。スキャンした紙カタログや、デザイン重視で作られたPDFカタログの多くは、画像として文字が埋め込まれているだけで、コンピュータが文字として読み取れない状態になっていることがあります。この場合、最初にOCR（Optical Character Recognition＝画像の中の文字を読み取り、テキストデータに変換する技術）で文字情報を取り出す工程が必要です。

壁の2つ目は、文字は読み取れても「意味の構造」がバラバラなことです。仮に文字自体はテキストとして取得できても、「この数字は価格なのか、型番なのか、内容量なのか」をシステムは自動では判断できません。カタログのレイアウトは商品ごと・ページごとに微妙に異なり、表組みの崩れ、改行位置の違い、略称や社内用語の混在などがあるため、単純なルールベースの処理（決まった位置・決まった書式だけを機械的に拾う処理）では抜け漏れが多発します。

2つ目の壁を越えるために使うのがLLM（大規模言語モデル＝文章を人のように理解して処理できる生成AIの中核技術）です。LLMは「このページの商品名はどれで、価格はどれで、規格はどれか」を、人間が読むのと近い形で文脈から判断できます。OCRで文字を取り出し、LLMで意味を構造化します。この2段階を組み合わせると、「バラバラなレイアウトのカタログ」を「システムが扱える商品データ」に変換できます。

• カタログの見た目（レイアウト・書体・写真配置）は毎回違っても、LLMは「商品名・価格・規格・産地」といった意味の軸で情報を拾い直せる
• 表形式が崩れているページ、注釈や但し書きが混在しているページでも、文脈から「本体価格なのか、送料込みなのか」を判断しやすい
• 一度仕組みを作れば、次のシーズンのカタログ更新時にも同じ流れで再利用できる（毎回ゼロから手入力しなくてよい）

着手前に決める「出力する項目」の設計

データ化で最も後戻りが多いのは、項目の決め方です。読み取ってから決めようとすると、全点をやり直すことになります。最低限、次の3つを先に決めます。

• 項目名と型を固定する：商品名・型番・入数・価格・規格・産地・原材料など、使う項目を一覧にし、それぞれ文字か数値かを決める。「規格」「サイズ」「容量」のような重複した呼び方は1つに統一する
• 1商品1行にするための主キーを決める：型番かJANか自社品番か。色・サイズ違いを別行にするのか、1行の中に列で持つのかも決める。ここが曖昧だと、あとでECにも基幹にも取り込めない
• 価格の定義を明示する：税抜か税込か、送料込みか、掛率のある卸価格なのか。カタログには複数の価格が併記されていることが多く、どれを取るかを決めずに読み取ると混在する

この3点をA4で1枚にまとめてから読み取りに入ると、PoCでは精度の確認に集中でき、判断が速くなります。

紙・PDFカタログの商品データ化は、全点を一括で処理する前に、次の4段階を踏んで進めます。

①現状の把握では、対象カタログが何点あり、拾うべき項目は何か（商品名・型番・価格・規格・産地・原材料など業種によって異なる）を洗い出し、どこまでを構造化の対象にするかを決めます。この段階で効果が出る範囲を見極めれば、後工程の手戻りが減ります。

②PoC（Proof of Concept＝小さく試して効果と実現性を確かめる工程）では、いきなり全点に着手せず、1シリーズ・1カテゴリ分に絞ってOCR＋LLMで構造化してみます。実際のカタログで試すことで、「このレイアウトなら精度が出るが、この表組みは抜け漏れが出やすい」といった実務上の癖が見えてきます。ここで精度を確認してから本格展開に進むほうが、結果的に手戻りが少なく済みます。

③実装では、PoCで見えた課題（表組みの崩れ対応、略称の辞書化など）を踏まえて処理の範囲をカタログ全体に広げ、構造化した商品データをExcelやDB、ECサイトの商品マスタへ取り込める形式で出力できるようにします。

④運用は、カタログが毎シーズン更新されることに備える工程です。新シーズンのカタログが出るたびに同じ仕組みで再構造化できる状態を保守し、レイアウトが変わった場合の調整にも対応します。

陥りやすい失敗パターン3つ

カタログの商品データ化でよく起きる失敗を3つ挙げます。

①「全点いきなり自動化」を狙って精度検証を飛ばす：数千点あるカタログを一気に処理しようとすると、レイアウトのばらつきによる抜け漏れに後から気づき、手作業での修正コストがかさみます。一部で精度を確認してから範囲を広げるほうが、結果として速く安く済みます。

②表記ゆれ・項目定義の統一を後回しにする：「規格」という項目一つとっても、カタログによって「サイズ」「寸法」「容量」など呼び方が混在していることがあります。構造化の前に「どの項目名で統一するか」を決めないと、後からデータを結合・検索する段階で不整合が発生します。

③更新運用の仕組みを作らずに終わる：初回の構造化で作業を終えてしまい、次シーズンのカタログ更新時にまた手作業に戻ってしまうケースがあります。継続的に使えるデータにするには、更新のたびに再構造化できる運用体制まで見据えて設計する必要があります。

精度はどこまで出るのか｜目視確認を前提に設計する

「AIで全自動」を期待して着手すると、読み取り後の修正が想定より多くなり、日程が崩れます。精度はページの作りと項目によって変わるため、次の4点を設計に織り込みます。

• レイアウトが揃ったページは高い精度が出る一方、注釈・但し書き・複数価格が混在するページは取り違えが残る。全点で同じ精度にはならない
• 重要な項目ほど検算の仕組みを入れる。価格と型番は、ページ画像と並べて目視確認できる一覧を出力すると、確認の手間が減る
• 「読み取れなかった」ことが分かる状態にする。空欄なのか読み取り失敗なのかが区別できないと、誤ったデータのまま後工程に流れる
• 精度の合格ラインを事前に決める。たとえば「価格・型番は100%目視確認、それ以外は9割の自動精度で可」のように項目ごとに基準を変えれば、確認の手間を重要な項目に集中できる

費用の目安

費用はカタログの点数・レイアウトの複雑さ・拾いたい項目数で決まります。以下は市場の一般的な目安であり、特定サービスの確定価格ではありません。

判断の分かれ目は「何回やるか」です。1回きりなら手入力や入力代行が最も安く済みます。毎シーズン更新があるなら、手入力の総額（1回の入力費 × 更新回数）と、仕組み化の総額（初期構築費 ＋ 月額保守 × 利用月数）を比べます。1回の入力費は、カタログの点数と項目数から見積もれます。

構造化した商品データは、そのままECの商品マスタになり、サイト内検索の精度改善（ECサイトの商品検索をAIで改善する）や商品説明文の生成（商品説明文をAIで自動生成・効率化するには）にも使えます。複数のカタログや取引先から取り込む場合に起きる型番の表記ゆれ・重複の整理はEC商品マスタの名寄せ方法｜表記ゆれ・重複をAIで統合する手順で扱っています。

紙カタログを、更新のたびに人力で打ち直さなくていい状態へ

「カタログはあるのに、システムで使える商品データがない」状態は、一度データ化して終わりにはなりません。シーズンごとにカタログが更新されるたび、同じ作業が発生します。

着手は、①出力する項目をA4で1枚に決める、②1シリーズだけ読み取って精度を見る、③更新頻度と点数から手入力・既製ツール・仕組み化のどれが安いかを計算する、の順です。②までは大きな費用をかけずに実行でき、そこで出た精度が、外注するかどうかの判断材料になります。

出力する項目の設計は、データ化した商品マスタを自社ECにどう取り込むかと合わせて決めると手戻りが減ります。awai Buildは、この項目設計と1シリーズでの精度確認から、EC側の取り込み形式の設計、自社ECの構築と公開後の運用までを受け持ちます。