AIのファイル上限は何を意味する？容量・ページ数・文字数の違い

AIサービスのファイル対応を調べると、「1ファイル500MB」「最大1000ページ」「200万トークン」といった違う数字が並びます。

ここで少しややこしいのが、500MBまで入るサービスなら、100MBまでのサービスより5倍たくさん読めるわけではないことです。

ファイル上限には、アップロードできる容量、本文として処理できる文字量、PDFのページ数、同時に渡せるファイル数、画像や図まで読める範囲など、別々の制限があります。

先に結論を言うと、AIのファイル上限を見るときは「何MBまで？」だけでは足りません。

容量 → 文字量・トークン → ページ数 → ファイル数 → 視覚情報の順に分けて見ると理解しやすいです。

結論：「アップロードできる」と「全部読める」は別

まず、よく出てくる上限を整理します。

表は横にスクロールできます

上限の種類	何を意味する？
ファイルサイズ	サーバーへアップロードできるデータ量
トークン・文字量	AIが本文として扱えるテキスト量
ページ数	PDFなどで受け付けるページ数
ファイル数	1回の入力やチャットへ追加できる個数
コンテキスト	質問・会話・資料を合わせてモデルが扱える範囲
視覚処理	PDF内の画像・グラフ・図表まで解析するか

この6つは同じものではありません。

たとえば200MBのPDFをアップロードできても、その中に大量の文字が入っていればテキスト側の制限へ先に当たることがあります。

逆に画像だけのスキャンPDFなら、容量は大きくても抽出できる文字はほとんどない場合があります。

つまり、ファイルサイズは入口の上限です。

その先で何を、どこまで読めるかは別に確認します。

2026年10月7日に確認した主要サービスの上限

現在の公式情報を見ると、ChatGPT、Claude、Geminiは上限の切り方そのものが違います。

ChatGPT

OpenAIのファイルアップロードFAQでは、ChatGPTの会話やGPTへアップロードするファイルは1ファイル512MBがハード上限です。

ただしテキストファイルと文書ファイルには、さらに1ファイル200万トークンの上限があります。スプレッドシートはこの200万トークン制限の対象外で、CSVやスプレッドシートは行の大きさにもよりますが約50MB、画像は1枚20MBという別の上限です。

ここが大事です。

512MBという数字だけ見ても、512MBぶんの文章をそのまま読めるという意味ではありません。

文書なら、容量とは別にトークン数を見ます。

Claude

Anthropicの公式ヘルプでは、通常のチャットアップロードは1ファイル500MB、1チャット最大20ファイル、PDFは最大1000ページです。

一方、Projectsへ置くファイルは1ファイル30MBで、ファイル数自体は無制限ですが、総コンテンツはClaudeのコンテキストウィンドウに収まる必要があると説明されています。

さらにPDFは、100ページ以下ならテキストと画像・グラフなどの視覚要素を分析しますが、101〜1000ページではテキストのみを処理します。

つまりClaudeでは、

ファイル容量 / ページ数 / 視覚処理 / Projectsの条件

がそれぞれ別です。

Gemini

Gemini Appsの公式ヘルプでは、同じプロンプトへ追加できるファイルは最大10個で、動画以外の対応ファイルは1ファイル100MBまでです。

一方、Gemini APIのPDF処理は別の仕様で、公式ドキュメントではPDFは50MBまたは1000ページまでとされています。

アプリで100MB、APIのPDFで50MB。

数字だけ見ると矛盾しているように見えますが、これは同じGeminiブランドでも利用経路が違うからです。

ファイル上限を比較するときは、サービス名だけでなく「WebアプリなのかAPIなのか」まで揃える必要があります。

MBは「情報量」ではない

ここを理解すると、ファイル上限がかなり分かりやすくなります。

MBやGBは、ファイルがストレージ上で何バイトあるかという話です。

AIにとって重要なのは、その中にどんな情報が入っているかです。

たとえば同じ50MBでも、

• 高解像度の写真が大量に入ったPDF

• ほぼ文字だけのPDF

• 画像としてスキャンされた契約書

• 表や図を多く含む報告書

では中身がまったく違います。

画像は容量を使いますが、本文の文字数とは比例しません。

逆に、圧縮がよく効くテキスト中心のPDFは、ファイルサイズが小さくても非常に長いことがあります。

だから、

「100MBまで」＝「これくらいのページ数を読める」

とは換算できません。

トークンは「AIが扱う文字量」に近い指標

文章中心のファイルでは、MBよりトークン上限の方が実際の処理量に近いことがあります。

トークンは、AIが文章を処理するときの細かな単位です。

ただし「1トークン＝何文字」と固定して考えるのも危険です。言語、記号、数字、コードなどで分割のされ方が変わります。

日本語100ページなら何トークン、とページ数から単純換算することもできません。

見るべきなのは、サービスが明示しているトークン上限があるかどうかです。

ChatGPTのように文書ファイルへ200万トークンの上限を明記しているサービスでは、512MBに達する前にこちらへ当たるケースがあります。

ページ数も情報量とは一致しない

PDFでは「1000ページまで」という上限も見かけます。

これも、1000ページ全部が同じ重さという意味ではありません。

1ページに数行しかない資料と、細かな表・脚注・図が詰まった資料では情報量が違います。

さらに重要なのが、ページ数によって処理方式が変わるサービスがあることです。

Claudeは現在、100ページ以下のPDFではテキストと視覚要素を扱いますが、101〜1000ページではテキストのみです。

たとえば300ページのIR資料をアップロードできたとしても、グラフや図まで同じように解析されるとは限りません。

「入ったから読める」ではなく、どの情報層まで処理されるかを見ます。

ファイル数の上限も別にある

資料が多い仕事では、1ファイルの容量より個数制限が先に問題になることがあります。

現在の公式仕様では、Claudeは通常チャットで最大20ファイル、Gemini Appsは同一プロンプトに最大10ファイルです。

ただし、最大サイズのファイルを上限個数まで全部入れれば、その全内容を必ず同じ精度で参照できる、という意味ではありません。

会話本文、質問、添付資料などは最終的にモデルが扱う文脈へ入ります。

大量資料を扱う場合は、

• 本当に全部必要か

• まず検索対象として置くのか

• 重要部分だけ分割するのか

• 複数回に分けるのか

を考えた方が扱いやすくなります。

「コンテキストに入る」と「毎回すべて読む」も同じではない

長い資料を扱うAIでは、もう1つ「コンテキスト」という言葉が出てきます。

簡単に言うと、モデルがその回答を作るときに参照できる情報の範囲です。

ここには、

• ユーザーの質問

• 会話履歴

• システム側の指示

• 添付ファイルから取り出した情報

• ツールの結果

などが入ります。

そのため、ファイル単体では上限内でも、会話や他資料を合わせると条件が変わることがあります。

またサービスによっては、大量の資料を毎回全文そのまま渡すのではなく、必要そうな部分を検索・抽出して使う仕組みもあります。

保存できる量、検索対象にできる量、1回答で直接扱える量は分けて考えるのが安全です。

PDFは「文字」と「視覚」の上限まで見る

PDFで特に見落としやすいのがここです。

PDFは1つのファイルの中に、

• 本文テキスト

• 表

• グラフ

• 写真

• 図解

• スキャン画像

を持てます。

ファイルアップロードに対応していても、PDF内の画像まで見るとは限りません。

OpenAIの公式ヘルプでは、PDF内の画像やグラフを読むVisual Retrievalは現在ChatGPT Enterprise向け機能とされています。Claudeは100ページ以下のPDFでテキストと視覚要素を分析します。Gemini APIの公式ドキュメントでは、PDFのテキストだけでなく画像、図、グラフ、表までネイティブに処理すると説明されています。

これは性能順位ではありません。

同じ「PDF対応」でも処理経路が違うという話です。

スキャンPDFでは容量より「文字層があるか」が重要

紙をスキャナーでPDF化した資料は、見た目は普通のPDFでも、中身がページ画像だけということがあります。

この場合、文字を選択・コピーできるPDFとは性質が違います。

テキスト抽出だけを行う処理では、文字層のないスキャンPDFから十分な本文を取り出せない可能性があります。

そのためスキャン資料では、

• PDFを視覚的に処理できる機能を使う

• OCRで文字を付けてから渡す

• 必要ページを画像として渡す

といった対応が必要になることがあります。

ここでは「何MBまでか」より、AIがページ画像そのものを見られるかが重要です。

何を見ればいい？用途別の確認ポイント

長い文章資料を読みたいなら、ファイルサイズだけでなくトークン・コンテキスト上限を見ます。

大量のPDFをまとめたいなら、ファイル数、Projectsなどの保存方法、総コンテンツ条件を確認します。

グラフ・図・スキャン資料を読みたいなら、PDFの視覚処理を確認します。

APIへ組み込むなら、一般向けアプリではなくAPI側のサイズ・ページ・モデル条件を確認します。

そして重要な資料では、上限値だけで判断せず、実際のファイルで次を試すのが確実です。

1. 重要なページ番号を指定して質問する

2. 文中の固有名詞や数字を数か所抜き出させる

3. 表やグラフの内容を説明させる

4. 読めなかったページがないか聞く

5. 元PDFと照合する

アップロード成功を確認するだけではなく、必要な情報を正しく拾えているかまで見ます。

AIものさし編集部の判断

AIの「ファイル上限」は、1つの数字では比較できません。

512MB、500MB、100MBといった数字は分かりやすいですが、それは主にファイルを受け付ける入口の話です。

実際に使うときは、

容量 / トークン・文字量 / ページ数 / ファイル数 / コンテキスト / 視覚処理

を分けて確認します。

文章中心ならトークンやコンテキスト。

大量PDFならページ数とファイル数。

グラフやスキャンPDFなら視覚処理。

APIならAPI側の仕様。

この順で見ると、「500MBまで入るのに読めなかった」「PDFは入ったのにグラフを理解していない」といったズレをかなり減らせます。

自分の条件なら？

「長いPDFを読みたい」「スキャン資料が多い」「何十個も資料をまとめたい」など条件がある場合は、AIものさしの比較ページでファイルサイズだけでなく、ページ数・ファイル数・PDF処理方式まで分けて確認できます。