Jina Readerの使い方：WebページをMarkdown化、実測結果と制限
URLの先頭にプレフィックスを付けてWebページをMarkdown化するJina Reader。表や動画リンクを含む記事での実測結果と、APIの制限を紹介します。
👁 116閲覧数
Jina Readerは、URLの先頭にプレフィックスを付けるだけでWebページのテキストを取得できます。表や動画を含む記事でこの方法を試しました。2026年10月時点の情報です。
要点
- 公開ページの基本的な取得には、アカウントやAPIキーなしでr.jina.aiを使えます。
- 今回のテストでは、見出し、表、動画ファイルへのリンクが保持されました。
- Readerは動画を再生せず、文字起こしも行いませんでした。
- 速度制限やトークンのルールと、ページ単位の料金は分けて考える必要があります。
r.jina.aiのプレフィックスはどう使う？
Readerは、Webサイトと、そのテキストを必要とするアプリの間に入るサービスです。HTMLコードを取得して自分でインターフェース要素を取り除く代わりに、取得元の完全なURLをサービスのURLに続けて指定します。結果はブラウザーやスクリプト、後続のAI処理に渡せます。基本形は次のとおりです。
https://r.jina.ai/https://example.com取得元のURLが分かっている場合に便利です。一方、読むべき文書を選ぶ検索エンジンの代わりにはなりません。取得した内容が最新で完全かどうかを確認する役割もありません。ページにアーカイブ版や更新される箇所が含まれている場合、サービスのURLを使うだけでは適切な情報を選べません。
自動化では、HTTPリクエストで呼び出せる手軽さが役立ちます。結果を取得元のURLや取得日と一緒に保存し、その後でモデルに渡せます。エージェントがどの資料を使ったのかを確認しやすくなります。取得結果に表が含まれていない場合、モデルに記憶から表を再現させるのは避けましょう。データが欠けていることを制約として明示する必要があります。
スクリプトでは通常のHTTPリクエストで十分です。APIキーは任意で、キーがない場合は速度制限が低くなります。キーを使う場合は環境変数に保存してください。
import os, requests
url = "https://example.com"
h = {}
key = os.environ.get("JINA_API_KEY")
if key:
h["Authorization"] = f"Bearer {key}"
r = requests.get(
"https://r.jina.ai/" + url,
headers=h, timeout=60)
print(r.status_code)
print(r.text[:2000])結果は取得元のURLと取得日と一緒に保存しましょう。次にエージェントへ質問するとき、同じページを再取得せず、保存したコピーを使えます。
実測テスト：記事、表、動画のURL
APIキーを使わず、指定したKling関連の記事をr.jina.ai経由で取得しました。応答はHTTP 200で、メタデータを含めて合計9,947文字でした。Markdown Contentのマーカー以降の本文は9,763文字です。これはUnicode文字数であり、バイト数、単語数、トークン数ではありません。結果を比較したり、その後のモデル処理の利用量を計算したりする際には、この違いが重要です。
Markdown内にはATX形式の見出しが17個、表が2つありました。セクションのタイトルと一覧表の構造は維持されています。また、異なるMP4のURLが5件含まれていました。動画が例の一部になっている記事では、少なくとも該当する動画の存在をアプリ側で把握できるため、良好な結果です。
ただし、動画のURLを内容の要約とみなすことはできません。動画の再生やフレームの分析、文字起こしは行っていません。Markdownしか受け取っていないモデルが、ファイル名や動画のキャプションだけを根拠に映像の内容を説明するべきではありません。マルチメディアを扱うには、別の分析工程が必要です。
リクエスト全体の計測時間は0.728秒でした。これは1回の測定であり、Jina側のキャッシュ状態は分かりません。取得結果は記事本文を中心にまとまっており、フィルターを使わなかったローカル環境でのテストの生Markdownより読みやすいものでした。ただし、この観察だけであらゆるページに対する優位性が証明されるわけではありません。特に、ログインが必要なサイトや複雑な操作が必要なサイトは対象外です。
無料利用の速度制限とトークン
ドキュメントによると、APIキーなしの場合の速度制限は毎分20リクエストです。freeとpaidのAPIキーでは毎分500リクエスト、premiumでは毎分5,000リクエストとされています。新しいAPIキーには、初期枠として1,000万トークンが付与されます。初期枠は毎月更新される上限とは異なり、速度制限があらゆる量のページを無条件に処理できることを保証するわけでもありません。
有料利用を検討する場合は、アカウントの最新の条件とトークンの課金方法を確認してください。ページごとの一律のUSD料金は確認できていません。長い記事と短い商品ページでは、処理される量が異なる場合があります。本文の長さを前提にせず、大量のURLに対して一律の料金を提示するのは、正確に見えても実態を反映しない可能性があります。
小規模な自動化では、まず速度制限と上限到達時の応答処理を追加しましょう。拒否された直後に再試行を繰り返すのは避けてください。取得に成功した結果を保存し、新しい情報が必要なときに再取得します。こうした運用は通信量の管理だけでなく、後からエージェントの回答に差が出た理由を確認する際にも役立ちます。
Readerで十分な場合と、別のツールが必要な場合
Readerは、公開ページのURLが分かっていて、設定を抑えながら読みやすいテキストを取得したい場合に適しています。そうした用途なら、ローカルにブラウザーをインストールする必要はないかもしれません。一方、ページ内の要素を自分で選びたい場合や、独自の構造を保ちたい場合、レンダリング工程を細かく制御したい場合は、ローカルのライブラリーのほうが独自のルールを適用しやすくなります。
操作が必要な場合も同様です。文書の取得と、複数段階のフォーム操作は別のタスクです。テキスト取得サービスを、あらゆる操作を実行できる汎用ブラウザーとして扱うべきではありません。HTTPリクエストを送れるかどうかではなく、必要な情報や操作に応じてツールを選びましょう。
ReaderのリポジトリーはApache-2.0ライセンスです。ただし、ホスト型サービスのすべてのプランに制限がないことや、取得した記事の権利が利用者に移ることを意味するわけではありません。JinaはMCPも提供しており、エージェントクライアントから利用しやすくなっています。ただし、これは機能にアクセスする方法であり、情報源の品質を保証するものではありません。
ReaderとFirecrawl、Crawl4AIの比較、およびMCP経由で情報源を接続する方法もご覧ください。
よくある質問
どんなリンクでも貼り付ければ取得できますか？
プレフィックスを使えば公開ページの取得を簡単に試せますが、すべてのサイトにアクセスできるとは限りません。取得結果に欠落やエラーメッセージがないか、内容が古くないかを確認してください。
Jina Readerは動画を分析できますか？
今回のテストではMP4のURLが保持されましたが、映像の分析や文字起こしは行われません。リンクだけを根拠に動画の内容を信頼性高く説明することはできません。
言語モデルを使う必要がありますか？
r.jina.ai経由で結果を取得するだけなら、言語モデルを自分で接続する必要はありません。取得した内容の解釈、要約、比較をアプリで行う場合にモデルが必要です。
出典
- Jina Readerのドキュメントと速度制限 - 2026-10-21閲覧。
- Jina Readerのリポジトリー - 2026-10-21閲覧。
Kiramesuの関連記事
