ヘッドレスChromeで競合の料金ページを取得すると、内容ではなく真っ白な画面が返ることがあります。同じ失敗を15回ほど繰り返した時点で、私は自前のスクリーンショット環境を安定運用する難しさを実感しました。ここ数か月、開発者フォーラムを調べるなかで、同様の問題に直面している開発者が少なくないこともわかりました。
2026年現在、スクリーンショットを大規模かつ安定して取得する処理は、表面上は単純なAPI呼び出しでも、実際にはブラウザー基盤の運用を伴います。最近のページはJavaScriptの中央値ペイロードが約697KBに達し、遅延読み込み画像、Cookie同意バナー、ボット対策、さらにloadイベントから数秒遅れて完了するSPAのハイドレーションまで抱えています。「URLを渡してPNGを受け取る」だけの実装では、こうした条件を安定して処理できない場合があります。
そこで私は数週間かけて、SaaS型API、自前ホスト型ライブラリ、そして「そもそもスクリーンショットを撮らない」アプローチも含めた10種類のツールを、同じURL群で検証しました。本記事では、レイテンシの目安、無料枠の注意点、大規模運用時のコスト試算、スクリーンショットAPIを使わないほうがよいケースまで整理します。
スクリーンショットAPIとは？主な用途とデータ抽出との違い
スクリーンショットAPIとは、URLを渡すと実際のブラウザーでページをレンダリングし、その見た目を画像（PNG、JPEG、WebP、PDFなど）として返すホスト型サービス、または自前ホスト型ライブラリです。リクエストを受けると、内部でヘッドレスChrome（またはChromium、Firefox）を起動し、ページとJavaScriptの読み込みを待って、指定したビューポートやページ全体を画像化します。
スクリーンショットではなくデータを抽出 Get Started Free
選定前には、最終成果物として画像が必要なのか、ページ上の情報が必要なのかを分けて考えることが重要です。競合価格の監視、ディレクトリのリスト化、不動産物件の整理、商品カタログの追跡では、画像を取得したあとにOCRやビジョンモデルでデータ化すると、追加の処理時間とコストがかかり、読み取り誤差も生じます。
Thunderbitの公式サイトでは、ThunderbitをAI搭載のウェブスクレイパー兼データ抽出ツールとして紹介しています。ページのPNGではなく、ページ上の情報を構造化データとして取得したい場合の選択肢です。
Extract APIにURLとJSONスキーマを渡すと、価格、名前、メールアドレス、画像、住所、評価といった構造化フィールドを取得できます。同じ用途にはChrome拡張機能のダウンロードページから利用できる拡張機能もあり、2クリックで抽出を始められます。拡張機能を開き、「AIでフィールド提案」を押して、Excel、Google Sheets、Airtable、Notionへ書き出す流れです。一方、画面の見た目そのものを証跡や比較対象として残す用途には、スクリーンショットAPIが適しています。
代表的な用途は次のとおりです。
- OG／ソーシャルカード生成: リンクプレビュー用のOpen Graph画像を動的に作る。VercelのOG画像ドキュメントを見れば、この手法がどれだけ定着したかがわかります。
- ビジュアルリグレッションテスト: デプロイごとのスクリーンショットを比較し、UIの崩れを検出する。LambdaTestのレポートでは、大企業の34.8%がすでにビジュアルリグレッションにAIを導入しています。
- コンプライアンス用アーカイブ: 法務・規制対応のため、ページ状態のタイムスタンプ付き記録を残す。
- 競合監視: 料金ページ、商品一覧、ランディングページの変化を時系列で追う。
- ディレクトリのサムネイル生成: リンク集、ダッシュボード、社内ツール向けのプレビュー画像を作る。
自前でブラウザーを運用する場合、規模が大きくなるほど、Dockerのフォント設定、Lambdaのコールドスタート、Chromiumのバージョン追従、プロキシプール、リトライキュー、遅延読み込みに対応するスクロール処理などの保守項目が増えます。ウェブスクレイピング市場は2025年に9.9億ドル規模に達し、CAGR18.5%で伸び続けています。スクリーンショット取得は、こうしたブラウザー基盤を利用する機能の一つです。
この10個のスクリーンショットAPIをどうテストしたか
既存の比較記事では、複数APIを同じ条件で測った応答時間や、エッジケースごとの成功率が十分に示されていないものが多く、機能と価格だけでは実運用での差を判断しにくい状況でした。
そこで本記事では、各ツールを代表的なページ種別ごとに試しました。
- シンプルな静的HTMLページ（基準値）
- JavaScriptが重いSPA（クライアント側でデータを取りに行くReactアプリ）
- GDPR Cookie同意バナーがでかでかと出るページ
- 遅延読み込みの画像ギャラリー（折りたたみより下に画像があるもの）
- ボット対策の入ったページ（Cloudflare系のチャレンジ）
計測したのは次の項目です。
- レイテンシ: API呼び出しから画像が届くまでの時間（p50の推定）
- ハード成功率: そもそもデコードできる画像が返ってきたか
- ビジュアル成功率: 白画面、スケルトン、CAPTCHA、Cookieオーバーレイではなく、実際のページが写っていたか
- Cookieバナー処理: 手動設定なしでバナーをブロック・除去できたか
テストは単一リージョンから、デフォルトまたは推奨パラメータを使い、短期間に実施しました。そのため、以下の結果は各サービスの恒常的な性能を保証する統計的ベンチマークではなく、同じ条件下で傾向を比較するための参考値です。対象URL、実行地域、時間帯、パラメータによって結果が変わる点を踏まえてご覧ください。
サマリーベンチマークの所見
| API | 静的ページのレイテンシ | SPAは描画されたか | Cookieバナーは処理されたか | 遅延画像は読み込まれたか | ボット対策は通過したか |
|---|---|---|---|---|---|
| Thunderbit（Extract） | N/A（データを返す） | ✅（データ抽出） | N/A | N/A | ✅（API上の主張） |
| ScreenshotOne | 約1.5秒 | ✅ | ✅（ブロック用パラメータあり） | ✅（スクロール遅延あり） | ❌（CAPTCHA回避なし） |
| Urlbox | 約2秒 | ✅ | ✅（クリック／非表示オプション） | ✅（ステッチモード） | 一部対応（Ultraプラン） |
| CaptureKit | 約2秒 | ✅ | ✅（削除オプション） | ✅ | 一部対応（ステルス対応を主張） |
| Scrapingdog | 約2.5秒 | ✅ | ドキュメントが限定的 | ✅（基本対応） | プラットフォーム全体での主張 |
| ApiFlash | 約2秒 | ✅ | ✅（非表示オプション） | ✅（標準） | ❌（弱い） |
| ScreenshotMachine | 約2秒 | ✅ | 基本対応 | 基本対応 | ❌ |
| Screenshotlayer | 約3秒 | 一部のみ（JSに弱い） | ❌ | 一部のみ | ❌ |
| Puppeteer（自前ホスト） | 約1秒 | ✅（完全制御） | 手動スクリプト | 手動スクリプト | 手動でプロキシが必要 |
| Playwright（自前ホスト） | 約1秒 | ✅（完全制御） | 手動スクリプト | 手動スクリプト | 手動でプロキシが必要 |
まとめると、静的ページはどのSaaS APIでも難なく通りました。差がついたのはSPA、Cookieバナー、そしてとりわけボット対策ページです。自前ホスト型ツールは自由度こそ最大ですが、その分だけ手間も最大でした。
スクリーンショットAPIを比較する評価基準
本記事では、次の評価軸を使って各候補を比較しました。用途によって優先順位は変わるため、必要な項目を先に絞ってから価格を比べると判断しやすくなります。
| 基準 | 重要な理由 |
|---|---|
| レンダリングエンジンとJS対応 | SPAや遅延読み込みコンテンツは多くのAPIで崩れる。Cookieバナーがコンテンツをふさぐのはよくある不満です |
| レイテンシ（画像化までの時間） | 本番運用では、単なる平均コストではなく、予測可能な速度が必要です |
| 1K / 10K / 100K枚あたりのコスト | フォーラムでは価格の不透明さへの不満が多く、あるユーザーは「10万枚を100ドル未満で」と求めていました |
| 無料枠の誠実さ | 深刻な悩みどころです。複数のスレッドで、案内された上限の前に止められたという報告があります |
| エッジケース対応 | Cookieバナー、ボット対策、地域制限。深刻度の高いフォーラム言及が4件ある一方、これをAPI横断で検証する競合記事はありません |
| 出力形式 | PNG、JPEG、WebP、PDFなど。ツールごとの差が大きいです |
| SaaSか自前ホストか | フォーラムでは活発な議論がありますが、これを意味のある形で扱う競合記事はほぼありません |
| ノーコード連携 | Zapier、Make、n8n。対応をうたうツールはありますが、だいたい表面的です |
| SDK／ライブラリ対応 | フォーラムでは「Pythonライブラリを追加する予定はありますか？」という要望がありました |
| 稼働率／保守性 | 「最終的には、創業者がChromeの更新維持を諦めるのでは」という懸念があります |
価格を比べる前に、対象ページを安定して描画できるかを確かめる必要があります。たとえば、10回に1回白画面になるAPIでは、単価が低くても、調査、再実行、監視に追加の工数がかかります。実際のURLを使って成功率とレイテンシを測り、その後に料金と運用負担を比較する順序が現実的です。
1. Thunderbit — 画像ではなく構造化データが必要な場合
Thunderbitは、厳密に言えば従来型のスクリーンショットAPIではありません。私たちのチームがThunderbitを作ったのは、AI搭載のウェブスクレイパー兼データ抽出ツールとしてです。ページのPNGではなく、ページ上の構造化データを返します。
スクリーンショットAPIを検討している場合でも、最終的に必要なのが画像ではなくページ上の情報であれば、データ抽出を直接使う方法も候補になります。競合価格の監視、ディレクトリのリスト化、不動産物件の整理、商品カタログの追跡などでは、画像を取得してからOCRやビジョンモデルで読み取るより、構造化フィールドを直接取得するほうが工程を減らせます。一方、画面の見た目を保存・比較する用途にはスクリーンショットAPIが必要です。
ThunderbitのExtract APIは、URLとJSONスキーマを受け取り、価格、名前、メールアドレス、画像、住所、評価などの構造化フィールドを返します。同じ用途にはChrome拡張機能のダウンロードページから利用できる拡張機能もあり、2クリックで始められます。拡張機能を開き、「AIでフィールド提案」を押して、Excel、Google Sheets、Airtable、Notionへ書き出す流れです。
ThunderbitがスクリーンショットAPIより優れている場面
| シナリオ | スクリーンショットAPI | Thunderbit（データ抽出） |
|---|---|---|
| 競合価格の監視 | OCRか手動読み取りが必要な画像を返す | 構造化された価格データをそのままGoogle Sheetsへ返す |
| 不動産掲載情報のアーカイブ | 静的画像で、データはピクセル内に閉じ込められる | Airtable／Notionに出せる構造化フィールド（価格、ベッド数、住所） |
| ディレクトリからリード一覧を作成 | 連絡先ページの画像 | 名前、メール、電話番号、役職を行として抽出 |
| OGソーシャルカードを生成 | ✅ 最適 — 実際の画像が必要 | ❌ 適切なツールではない |
| ビジュアルリグレッションテスト | ✅ 最適 — ピクセル比較が必要 | ❌ 適切なツールではない |
正直に言えば、ソーシャルカード、QA、コンプライアンス用アーカイブのように、レンダリングされた実画像が必要な場面ではThunderbitは向きません。その場合は、このあと紹介するスクリーンショットAPIを使ってください。ただ、ワークフローの最終成果物がスプレッドシートの行やCRMのレコードなら、わざわざスクリーンショットを経由するのは、たいてい過剰な作りです。
主な機能
- AIによる構造化データ抽出をExtract APIとChrome拡張機能で実現
- サブページスクレイピング とデータ補完（詳細ページへ自動でクリックして進む）
- 監視用途の定期スクレイピング
- Excel、Google Sheets、Airtable、Notionへの無料エクスポート — 出力に有料壁なし
- クラウドスクレイピング（一度に50ページ）またはブラウザーベースのスクレイピング
価格
- 無料枠: 6ページ（拡張機能）；600 APIユニットの一回限り付与（API）
- 拡張機能: 月額約$15から（月払い）または年額約$9から（年払い）、クレジット制課金（1クレジット = 出力1行）
- API: Extract = 1ページあたり20 APIユニット；Distill（Markdown）= 1ページあたり1ユニット。Starterプランは年払いで月額$16、年3,000ページ。Proは年払いで月額$40、年30,000ページ。
詳しくはThunderbitの料金ページをご覧ください。
こんな人に最適
ページの裏側にあるデータを必要とする営業、eコマース、オペレーションのチームに向いています。 AIウェブスクレイピングを学びたい方や、Thunderbitが他のウェブスクレイパーとどう違うのかを知りたい方向けの記事も用意しています。
2. ScreenshotOne — 汎用用途を検討する開発者向け
ScreenshotOneは、汎用のスクリーンショットAPIを探す開発者にとって、比較候補に入れやすいサービスです。今回確認した範囲ではパラメータの選択肢が広く、ドキュメントと料金体系も把握しやすい構成でした。
トップページには稼働中の開発者4,100人以上と99.748%の稼働率が明記されています。私のテストでは、block_cookie_banners、wait_for_selector、スクロール遅延などのパラメータを組み合わせることで、SPAとCookieバナーを処理できました。遅延読み込み画像を含むフルページキャプチャも、スクロール＆ステッチ方式を有効にした条件では取得できました。
主な機能
- 出力形式: PNG、JPEG、WebP、GIF、JP2、TIFF、AVIF、HEIF、PDF、HTML、Markdown
- Cookie／広告／トラッカー／チャットのブロックを標準搭載
- ジオロケーション: 18か国向けのIP国ルーティング
- カスタムJS/CSS注入、 キャプチャ前のクリック／ホバー、ダークモード、モーション軽減
- 連携: ほとんどの言語向けSDK、Zapier／Make／Airtable
- キャッシュ、S3アップロード、署名付きURL、非同期レンダリング
価格
| プラン | 価格 | スクリーンショット数 | 超過料金 |
|---|---|---|---|
| Free | $0 | 月100枚 | — |
| Basic | $17/月 | 2,000 | 1枚あたり$0.009 |
| Growth | $79/月 | 10,000 | 1枚あたり$0.006 |
| Scale | $259/月 | 50,000 | 1枚あたり$0.004 |
HTTP／ブラウザー／ネットワークエラーで失敗したスクリーンショットは上限にカウントされません。ただし、ページ自体は読み込まれたのに中身が正しく写っていない、といったビジュアル不具合は、レビュー対象になることがあります。
強みと制約
- 強み: 今回比較した純粋なスクリーンショットAPIの中でも機能範囲が広い、失敗リクエストの扱いが公正、ドキュメントが強い、ノーコード連携あり
- 制約: デフォルトのCAPTCHA回避はなし — ボット対策ページには外部プロキシ／アンロッカーが必要
こんな人に最適
わかりやすいデフォルト、読める価格、整ったドキュメントを備えた高機能スクリーンショットAPIを求める開発者やチームに向いています。
3. Urlbox — 複雑なページをピクセル単位で正確に撮るのに最適
Urlboxはプレミアム枠です。JavaScriptの重いSPAをピクセル単位まで正確にレンダリングしたい、レティナ品質のフルページキャプチャがほしい、あるいは企業向けのコンプライアンスアーカイブが要る。そういうときに見るべき一本です。
Urlboxのフルページスクリーンショットのドキュメントは、フルページキャプチャが難しい理由を解説した技術資料として、私が見た中でいちばん丁寧でした。ステッチモードはページをスクロールし、遅延要素を発火させ、固定ヘッダーを止め、高さ100%の背景を検出して、セクションをつなぎ合わせます。無限スクロールページでは、明示的に許可しない限り、セクション数にデフォルトの上限があります。
主な機能
- 出力形式: PNG、JPEG、WebP、AVIF、SVG、PDF、HTML、MP4、WebM、Markdown
- レティナ（2倍）レンダリング、 4K／5K、WebGL／GPU対応
- カスタムCSS／JS注入、 ダークモード、広告／Cookieブロック、acceptクリック、Escキーでのモーダル閉じ
- Webhook配信、S3互換ストレージ、レンダリングリンク（キャッシュ済みでクォータ消費なし）
- Certified Archive と企業向けSLAオプション
価格
| プラン | 価格 | レンダリング数 |
|---|---|---|
| Lo-Fi | $19/月 | 2,000（自社サイト、サムネイル） |
| Hi-Fi | $49/月 | 5,000 |
| Ultra | $99/月 | 15,000 |
| Business | 月額$498 | 基本料金 + $3/1Kレンダリング |
| Enterprise | 月額$3,000〜 | カスタム |
Urlboxには7日間のトライアル（カード不要）がありますが、恒久的な無料プランはありません。画像の返却に失敗したリクエストは課金されません。キャッシュ済みのレンダリングリンクはクォータにカウントされません。
強みと制約
- 強み: 今回のテストでは複雑なページでも高品質な出力が得られ、フルページステッチも安定していた、Webhook／S3／アーカイブ連携、企業向け機能
- 制約: 価格は高め、恒久無料枠なし、ボット対策はUltra以上で改善するが主力訴求ではない
こんな人に最適
コンプライアンス、QA、企業ダッシュボードなど、高忠実度のビジュアル出力が必要で、その品質に投資する価値があるチームに向いています。
4. CaptureKit — デバイス別キャプチャに最適
CaptureKitは比較的新しい個人開発系のツールですが、思った以上に健闘しています。目を引くのは内蔵のデバイスエミュレーションです。iPhone 14 Pro Max、Galaxy S23 Ultra、Pixel 7 Pro、iPad、Huawei P60 Proなど、かなりの数の端末を、ビューポートを手計算せずにプリセットから選べます。
基本的なキャプチャの設定は、プレイグラウンドでの試し撮りまで含めて3分ほどで済みました。コードを書く前にパラメータを試せるので、さっと試作したいときに重宝します。
主な機能
- 20以上のプリセットを備えたデバイスエミュレーション（iOS、Android、タブレット、デスクトップ）
- 出力形式: PNG、JPEG、WebP、PDF
- Cookie／広告／セレクターの削除、 リソースブロック、ステルスモード
- S3アップロード、キャッシュ、Zapier／Make連携
- おまけ: Page Content API、AI Summarizer API、HTML抽出
価格
| プラン | 価格 | クレジット |
|---|---|---|
| Free | $0（永年） | 100クレジット |
| Starter | $7/月 | 1,000 |
| Pro | $29/月 | 10,000 |
| Ultimate | $89/月 | 50,000 |
| Custom | 要問い合わせ | 50K超 |
スクリーンショット1枚につき1クレジットです。10万枚規模の公開セルフサーブ枠はなく、営業への問い合わせが必要になります。
強みと制約
- 強み: すぐ使えるデバイスエミュレーション、手頃な初期価格、便利なおまけ機能（コンテンツAPI、AI要約）、使いやすいプレイグラウンド
- 制約: 比較的新しいサービスで実績が短い、ジオロケーション選択肢が少ない、ステルス／ボット対策の有効性に関する独立した証拠が限られる
こんな人に最適
素早く設定できて価格も抑えたい、個人開発者や小規模チームに向いています。
5. Scrapingdog — 大量取得の単価を重視する場合
Scrapingdogは、より広いウェブスクレイピング基盤の一部としてScreenshot APIを提供しています。スクリーンショット機能は1回あたり5クレジットで、その裏には4,000万を超えるローテーティングプロキシとヘッドレスChromeレンダリングがあります。
見た目のカスタマイズはScreenshotOneやUrlboxより限定的で、公開ドキュメントにはレティナモード、カスタムCSS注入、ステッチアルゴリズムの記載が見当たりません。一方、公開料金を基準にすると、取得枚数が多い用途では1枚あたりのコストを抑えやすい構成です。
主な機能
- ヘッドレスChromeによるフルページ／ビューポートキャプチャ
- プロキシローテーションとフィンガープリンティングを備えた広いスクレイピング基盤の一部
- 同時リクエスト対応（プランに応じて拡張）
- 失敗リクエスト（再試行後のタイムアウト）は410を返し、課金されない
価格
| プラン | 価格 | クレジット | スクリーンショット相当 |
|---|---|---|---|
| Free trial | $0 | 1,000 | 約200 |
| Lite | $40/月 | 200,000 | 40,000 |
| Standard | $90/月 | 1,000,000 | 200,000 |
| Pro | $200/月 | 3,000,000 | 600,000 |
Liteプランなら、1枚あたり約$0.001です。大規模利用で私が見つけた中では、最安クラスのSaaSでした。
強みと制約
- 強み: 大量利用時に非常に安い、より広いスクレイピング基盤、プロキシ／フィンガープリントのローテーション
- 制約: 見た目のカスタマイズが少ない、スクリーンショット専用の公開ドキュメントが少ない、公開資料上の出力が基本的にPNGのみ
こんな人に最適
予算を抑えて大量のスクリーンショットを取りたいが、ピクセル単位の細かな調整までは求めない開発者に向いています。
6. ApiFlash — 手頃でシンプルなのが強み
ApiFlashは、最新のChromeを載せたAWS Lambda上で動きます。エンドポイントは1つだけ。看板どおり、シンプルで信頼できるキャプチャを返してくれます。
私のテストでは、静的ページや中程度に動的なページなら問題なく動きました。ボット対策サイトでは少し苦戦しましたが、構成のシンプルさを思えば想定の範囲内です。
主な機能
- 出力形式: PNG、JPEG、WebP
- フルページ／ビューポートキャプチャ、 自動ページ読み込み検出
- 広告ブロック、Cookieバナー非表示、S3エクスポート
- SDK／サンプル が C#、cURL、Go、Java、Node、PHP、Python、Ruby 向けに用意
- レート制限: 20リクエスト/秒、バースト400
価格
| プラン | 価格 | スクリーンショット数 |
|---|---|---|
| Free | $0 | 月100枚 |
| Lite | $7/月 | 1,000 |
| Medium | $35/月 | 10,000 |
| Large | 月額$180 | 100,000 |
10万枚で$180は、SaaS型としては手頃な水準です。ただし、これは標準的なページが前提です。ボット対策や複雑なフルページキャプチャには、別のツールを足す必要が出てくるかもしれません。
強みと制約
- 強み: シンプルなAPI、AWSベースの拡張性、非常に手頃、継続的な無料枠あり
- 制約: ジオロケーションが限られる、ボット対策機能がない、ScreenshotOneやUrlboxに比べるとカスタマイズが少ない
こんな人に最適
個人プロジェクト、社内ツール、低コストでシンプルなキャプチャがあれば十分なチームに向いています。
7. ScreenshotMachine — すぐ使えて手間がかからない連携に最適
ScreenshotMachineは、長く続いている古参サービスです。最大の特徴はAPI Builder。バックエンドコードを書かずに、埋め込み用のスクリーンショットURLをその場で生成できるWeb UIです。
デスクトップ、タブレット、モバイルのデバイスエミュレーション、向きの調整、ズーム、遅延の設定に対応します。派手さはありませんが、基本用途なら十分に頼れます。
主な機能
- デバイスエミュレーション: デスクトップ、タブレット、モバイル
- フルレングスキャプチャ、 向き／ズーム／遅延の調整
- API Builder で即席のスクリーンショットリンクを生成（バックエンド不要）
- 出力形式: PNG、JPEG
価格
| プラン | 価格 | スクリーンショット数 |
|---|---|---|
| Free | $0 | 月100枚 |
| Basic | $9/月 | 約2,500 |
| Pro | $59/月 | 約20,000 |
| Enterprise | $99/月 | 約50,000 |
強みと制約
- 強み: 使いやすいAPI Builder、基本キャプチャには十分安定、中価格帯のボリュームで悪くない料金
- 制約: 高度な機能が少ない、カスタマイズが限定的、ボット対策機能なし
こんな人に最適
技術者でないユーザーや、深いAPI連携を組まずに埋め込み用スクリーンショットリンクをさっと作りたいチームに向いています。
8. Screenshotlayer — 既存のAPILayerユーザー向け
Screenshotlayerは、APILayerファミリーに属する古株のスクリーンショットAPIです。シンプルな単一RESTエンドポイントですが、やはり古さは隠せません。
私のテストでは、JavaScriptの事前実行が安定しませんでした。SPAは部分的にしか描画されないか、白紙になることが多かったです。ドキュメントも、新しい競合と比べると古びた印象でした。
主な機能
- ビューポートをカスタマイズできるシンプルなREST API
- フルページキャプチャ、 CSS注入、複数のエクスポート形式
- APILayerエコシステムの一部（他のAPILayer製品とまとめやすい）
価格
| プラン | 価格 | スクリーンショット数 |
|---|---|---|
| Free | $0 | 月100枚 |
| Basic | $19.99/月 | 10,000 |
| Professional | $59.99/月 | 30,000 |
強みと制約
- 強み: とにかくシンプルなエンドポイント、個人プロジェクト向け無料枠、APILayerエコシステム
- 制約: 古いドキュメント、JavaScriptレンダリングが弱い、ボット対策機能なし、大規模利用時の1枚単価が新しいAPIより高い
こんな人に最適
すでにAPILayerエコシステムにいて、基本的なキャプチャだけで足り、最新のJSレンダリングまでは求めないチームに向いています。
9. Puppeteer（自前ホスト）— Node.jsで完全制御したいなら最適
Puppeteerは、ヘッドレスChromeを操作するためのGoogle製オープンソースNode.jsライブラリです。自前ホスト型スクリーンショット取得の定番であり、多くのSaaS APIの土台にもなっています。
Puppeteerなら、Chrome DevTools Protocolへフルにアクセスできます。クリック、スクロール、入力、ネットワークリクエストの傍受、スクリプト注入、そしてピクセル単位で制御したスクリーンショットやPDFの取得まで自在です。代わりに、Chromeの更新、Dockerコンテナ、スケーリング、フォント描画、リトライロジックまで、すべて自分で面倒を見ることになります。
主な機能
- Chrome DevTools Protocolへの完全アクセス
- キャプチャ前のページ操作: クリック、スクロール、入力、セレクター待機
- ネットワークインターセプト、 PDF生成、カスタムビューポート
- 無料かつオープンソース — 週あたり数千万回のnpmダウンロード
価格
無料（オープンソース）。かかるのはサーバー基盤の費用だけです。低ボリュームなら、基本的なVPSは月額$5〜10あたりから始められます。
強みと制約
- 強み: スクリーンショット数は実質無制限（インフラ費のみ）、最大限の柔軟性、大きなコミュニティ、ベンダーロックインなし
- 制約: Node.jsの専門知識が必要、Chrome更新とスケーリングを自分で管理する必要がある、プロキシローテーションやボット対策機能が標準搭載されていない、よくある問題として白いスクリーンショット、遅延読み込み失敗、タイムアウトがある
こんな人に最適
レンダリング基盤を丸ごと自分の手で握りたいNode.js開発者、そしてインフラ維持のためのDevOps体制があるチームに向いています。
10. Playwright（自前ホスト）— 複数ブラウザーでテストするなら最適
PlaywrightはMicrosoft製のオープンソース自動化ライブラリです。Chromium、Firefox、WebKitに対応し、Python、Node.js、Java、.NET向けのSDKがそろっています。
Puppeteerと比べると、PlaywrightはAPIが洗練されていて、自動待機が標準搭載されているため不安定さが減り、最初から複数ブラウザーに対応しています。ブラウザーをまたいで検証したいビジュアルリグレッションのパイプラインなら、Playwrightのほうが有力でしょう。
主な機能
- 複数ブラウザー対応: Chromium、Firefox、WebKit
- SDK: Python、Node.js、Java、.NET
- 標準の自動待機で不安定なキャプチャを減らす
- ネットワークモック、並列ブラウザーコンテキスト、トレースビューアー
- 無料かつオープンソース
価格
無料（オープンソース）。かかるのはインフラ費のみで、Puppeteerと同様です。
強みと制約
- 強み: 複数ブラウザー対応、APIがきれい、自動待機内蔵、SDKが広い、CI/CDパイプラインに強い
- 制約: Puppeteerと同じ保守負担、プロキシ／ボット対策は標準なし、スケールにはDevOps投資が必要
こんな人に最適
クロスブラウザーのビジュアルリグレッションテストを行うチーム、Python／Javaの開発環境、そしてChromiumだけでは足りない人に向いています。
無料枠の比較 — 支払い前に確認したい条件
無料枠は、上限枚数だけでなく、継続利用できるか、カード登録が必要か、失敗したリクエストが消費されるかまで見ないと実際の試用範囲を判断できません。フォーラムには、案内された上限より前に利用できなくなったという報告もあります。以下では、各サービスが示している無料条件と主な注意点を整理します。
| ツール | 宣伝上の無料上限 | 継続利用かトライアルか | カード必須か | 主な注意点 |
|---|---|---|---|---|
| Thunderbit（API） | 600 APIユニット | 1回限り | いいえ | 20ユニット/Extractページ = 合計30ページ |
| Thunderbit（拡張機能） | 6ページ（トライアルで10ページ） | 無料＋トライアル | いいえ | 1クレジット = 出力1行 |
| ScreenshotOne | 月100枚 | 継続 | いいえ | ビジュアル不具合がカウントされる場合あり |
| Urlbox | 7日間トライアル | 期間限定 | いいえ | 恒久無料プランなし |
| CaptureKit | 100クレジット | 継続 | いいえ | 50K超のセルフサーブ枠なし |
| Scrapingdog | 1,000クレジット（30日） | トライアル | いいえ | 5クレジット/スクリーンショット = 約200枚 |
| ApiFlash | 月100枚 | 継続 | いいえ | ボット対策機能は限定的 |
| ScreenshotMachine | 月100枚 | 継続 | いいえ | 基本機能のみ |
| Screenshotlayer | 月100枚 | 継続 | いいえ | JSレンダリングが弱い |
| Puppeteer | 無制限 | 継続（OSS） | N/A | 計算資源の費用がかかる |
| Playwright | 無制限 | 継続（OSS） | N/A | 計算資源の費用がかかる |
候補を絞る前に、本番で使うURLを無料枠で試し、ページが正しく描画されるか、待機条件やCookieバナー処理を含めて検証するとよいでしょう。枚数が多くても対象ページを取得できなければ、実運用の候補にはなりません。
大規模利用時のコスト：月1K、10K、50K、100K枚で実際いくらかかるのか
多くの比較記事は料金プランを並べるだけで、規模が大きくなったときに実際いくら払うのかまでは試算していません。副業プロジェクト（月1K）から本番SaaS（月100K）へ移っていく開発者には、地に足のついた数字が要ります。
各利用量をカバーする最安の公開プラン、または公開された超過課金パスを以下にまとめました。
| ツール | 月1K | 月10K | 月50K | 月100K | 備考 |
|---|---|---|---|---|---|
| ScreenshotOne | $17 | $79 | $259 | 約$459 | Scale $259 + 5万枚超過分は1枚$0.004 |
| Urlbox | $49（Hi-Fi） | $99 | 約$645 | 約$795 | Business: 基本$498 + 1Kごとに$3 |
| CaptureKit | $7 | $29 | $89 | カスタム | 100Kの公開セルフサーブ枠なし |
| Scrapingdog | $40 | $40 | $90 | $90 | 5クレジット/枚。大規模ほど最安 |
| ApiFlash | $7 | $35 | $180 | $180 | Largeプランで最大100Kまで |
| ScreenshotMachine | $9 | $59 | $99 | $99+ | 50KでEnterprise |
| Screenshotlayer | $19.99 | $19.99 | 約$150 | カスタム | Basicで10K、Enterpriseで75Kまで |
| Puppeteer（自前ホスト） | 約$5（VPS） | 約$20 | 約$80 | 約$150+ | インフラ管理が必要 |
| Playwright（自前ホスト） | 約$5（VPS） | 約$20 | 約$80 | 約$150+ | インフラ管理が必要 |
| Thunderbit Extract API | 年払い月額$16 | 年払い月額$40 | カスタム | カスタム | 20ユニット/ページ。スクリーンショットベースではない |
損益分岐点：自前ホストが有利になるのはいつか？
ざっくり月25K枚あたりで、月$40のVPS上でPlaywrightを回す構成が、中位SaaSプランのコストと肩を並べます。ただし、その引き換えに、Chromeの更新、フォント描画のバグ、アクセス急増時のスケーリング、リトライロジックといった保守リスクを一手に引き受けることになります。DevOpsチームと安定した基盤があるなら、月50K枚を超えるあたりから自前ホストのほうが節約になります。そうでなければ、エンジニアの工数という見えないコストが、SaaSの上乗せ分をあっさり超えてしまいます。
SaaS vs. 自前ホスト型スクリーンショットAPI：どう選ぶか
SaaSと自前ホストでは、料金だけでなく、必要な制御範囲、保守体制、扱うデータの機密性が異なります。今回の試算と運用条件をもとにすると、判断の目安は次のとおりです。
SaaSが向いている場合:
- 月10K枚未満
- 専任のDevOpsチームがいない
- ボット対策回避、ジオルーティング、Cookieバナー処理が標準で必要
- ブラウザー基盤の保守負担を抑えたい
自前ホスト（Puppeteer／Playwright）が向いている場合:
- 安定した基盤で月50K枚を超える
- レンダリングを完全に制御したい（カスタムスクリプト、ネットワークインターセプト、ブラウザーコンテキスト）
- ネットワークの外に出せない機微な内容をキャプチャする
- 大規模で予算を抑えたいが、エンジニアリングの余力がある
ハイブリッド構成を検討する場合:
- 描画が難しいサイト（ボット対策、地域制限、複雑なSPA）にはSaaS APIを使う
- 単純で大量のキャプチャ（静的ページ、社内ツール）は自前ホストにする
フォーラムでは、ベンダーがChrome更新の維持を継続できるかという懸念も見られます。この運用リスクは、SaaSではベンダーの継続性、自前ホストでは自社の保守体制という形でそれぞれ発生します。SaaSを選ぶ場合は稼働履歴と対応ブラウザーバージョンを照合し、自前ホストの場合はChrome／Chromium更新をCIパイプラインに組み込めるかを検討します。
スクリーンショットAPIではなくデータ抽出が適するケース
ツールを選ぶ前に、必要なのがページの見た目なのか、ページ上の情報なのかを整理しておくと、不要な処理を減らせます。
競合監視、ディレクトリのスクレイピング、掲載情報の整理、商品データの抽出では、最終成果物が表やデータベースであることがあります。この場合、料金ページをスクリーンショットにすると得られるのは画像であり、数値として扱うには追加の読み取り処理が必要です。構造化抽出なら、取得した値をフィルタ、比較、可視化し、次の業務へ渡しやすくなります。一方、ソーシャルカード、画面差分テスト、QAやコンプライアンスの証跡には、レンダリング画像が必要です。
| シナリオ | スクリーンショットAPIの結果 | Thunderbit Extractの結果 |
|---|---|---|
| 競合価格の監視 | OCRか手動読み取りが必要な画像 | 構造化された価格データ → Google Sheets |
| 不動産掲載情報のアーカイブ | 静的画像、データはピクセル内に閉じる | 価格、ベッド数、住所、画像 → Airtable／Notion |
| 商品カタログを抽出 | 商品一覧グリッドのスクリーンショット | SKU、名前、価格、バリエーション、画像URL → CSV |
| OGソーシャルカードを生成 | ✅ 最適 — 実際の画像が必要 | ❌ 適切なツールではない |
| ビジュアルリグレッションテスト | ✅ 最適 — ピクセル比較が必要 | ❌ 適切なツールではない |
| QA／コンプライアンス用アーカイブ | ✅ 最適 — 目に見える証跡が必要 | ❌ 適切なツールではない |
ワークフローの最後にスクリーンショットから数値を読み取っている場合は、構造化データを直接取得できるか検討する余地があります。ThunderbitのChrome拡張機能やExtract APIを使うと、OCR、ビジョンモデル、目視による転記などの追加工程を減らせます。
実運用での動き方は、コード不要のスクレイピングとeコマース向けAIのガイドでも紹介しています。
10ツール総覧の比較表
| ツール | 最適用途 | 無料枠 | 有料開始価格 | 月10万枚のコスト | 形式 | Cookie／バナー | ボット対策 | ジオ／プロキシ |
|---|---|---|---|---|---|---|---|---|
| Thunderbit | データ抽出（画像ではない） | 6ページ（拡張）；600 APIユニット | 年払いAPIで月$16 | N/A（スクリーンショットではなくデータ） | JSON／CSV／Markdown | N/A | API上は対応を主張 | APIドキュメントにジオ記載あり |
| ScreenshotOne | 汎用の開発者向けAPI | 月100枚 | 月$17 | 約$459 | PNG／JPEG／WebP／GIF／PDF／ほか | 対応（ブロック機能あり） | CAPTCHA回避なし | 18か国 |
| Urlbox | 高忠実度、企業向け | 7日トライアル | 月$19（Lo-Fi） | 約$795 | PNG／JPEG／WebP／AVIF／SVG／PDF／動画 | 対応（ブロック機能あり） | 一部（Ultra+） | 対応（プラン要確認） |
| CaptureKit | デバイスエミュレーション、個人開発向け | 100クレジット | 月$7 | カスタム | PNG／JPEG／WebP／PDF | 対応 | ステルス対応を主張 | 限定的 |
| Scrapingdog | 大量利用の低予算向け | 1Kクレジットトライアル | 月$40 | $90 | PNG | ドキュメントが限定的 | プラットフォーム全体で対応 | ジオターゲティング |
| ApiFlash | 低予算でシンプル | 月100枚 | 月$7 | $180 | PNG／JPEG／WebP | 基本対応 | 専用機能なし | 限定的 |
| ScreenshotMachine | 手間の少ない連携 | 月100枚 | 月$9 | 約$99 | PNG／JPEG | 基本対応 | 専用機能なし | 記載なし |
| Screenshotlayer | 既存のAPILayerユーザー | 月100枚 | 月$19.99 | カスタム | 複数 | 記載なし | 専用機能なし | 記載なし |
| Puppeteer | Node.jsで完全制御 | 無制限（OSS） | 約$5のVPS | 約$150（インフラ） | スクリプトで指定 | 手動 | 手動でプロキシ | 手動 |
| Playwright | 複数ブラウザーでのテスト | 無制限（OSS） | 約$5のVPS | 約$150（インフラ） | スクリプトで指定 | 手動 | 手動でプロキシ | 手動 |
どのスクリーンショットAPIを選ぶべきか
まず必須条件で候補を絞ると、比較しやすくなります。
- 画像ではなく、構造化データ（価格、リード、掲載情報）が必要な場合 → Thunderbit
- ドキュメントが整った汎用キャプチャを求める場合 → ScreenshotOne
- 複雑なページで高忠実度の描画を重視する場合 → Urlbox
- 予算を抑えながら端末別スクリーンショットを取得したい場合 → CaptureKit
- 大量取得で1枚あたりの単価を抑えたい場合 → ScrapingdogかApiFlash
- ボット対策や地域制限の強いページが多い場合 → ScrapFly（この一覧には入れていませんが検討する価値あり）かUrlbox Ultra
- 自前ホストでレンダリングを細かく制御したい場合 → Playwright（複数ブラウザー）かPuppeteer（Node.jsエコシステム）
- すでにAPILayerエコシステムを利用している場合 → Screenshotlayer
- バックエンドなしで埋め込みリンクを作りたい場合 → ScreenshotMachine
汎用キャプチャを検討する開発者は、ScreenshotOneの無料枠で対象ページとの相性を試せます。必要なのが画像ではなくデータであれば、ThunderbitのChrome拡張機能も候補になります。ここからインストールし、本番で使うページを1つ選んで、抽出項目と出力形式が用途に合うかを検証できます。
まとめ
10個を比較してわかったのは、スクリーンショットAPIを選ぶ前に、最終成果物が画像なのか構造化データなのかを分ける必要があるということです。ワークフローが「画像を取得してから、その中の情報を抽出する」構成なら、データ抽出を直接使うことで処理時間や追加コストを減らせる場合があります。
ソーシャルカード、ビジュアルリグレッション、コンプライアンス用アーカイブ、QA証跡のように、レンダリング画像が必要な用途では、スクリーンショットAPIが適しています。今回のテスト条件では、汎用機能と料金のバランスを重視する場合はScreenshotOne、高忠実度のフルページ取得ではUrlbox、低コストの大量取得ではApiFlashとScrapingdogが候補になりました。Puppeteer／Playwrightは、自前ホストの保守と運用を担えるエンジニアリング体制があるチームに向いています。
候補を2〜3種類に絞ったら、本番で使うURLを同じ条件で試し、描画結果、レイテンシ、失敗時の扱い、月間コストを比較してください。example.comで取得できても、実際の対象ページではJavaScript、Cookieバナー、地域制限などによって結果が変わることがあります。
Thunderbitでのウェブスクレイピングとデータ抽出の考え方については、YouTubeチャンネルでも実際のユースケースを紹介しています。
Thunderbitでデータ抽出を試す Get Started Free
よくある質問
1. 2026年に無料で試せるスクリーンショットAPIには何がありますか？
ScreenshotOneとApiFlashは、どちらもカード不要で月100枚の継続無料枠を用意しています。CaptureKitは100クレジットの無料枠を継続利用できます。Scrapingdogは30日トライアルとして1,000クレジットを提供しており、スクリーンショットにすると約200枚分です。自前ホストなら、PuppeteerとPlaywrightは無料のオープンソースで、かかるのはサーバー費です。無料枠を比べる際は、枚数だけでなく、実際のURLを正しく描画できるか、失敗リクエストが消費されるかも検証してください。
2. コードを書かずにスクリーンショットAPIを使えますか？
はい。ScreenshotOneはZapierとMakeに対応しています。CaptureKitにもZapier／Makeの連携があります。ScreenshotMachineのAPI Builderなら、バックエンドコードなしで埋め込み用のスクリーンショットリンクを作れます。スクリーンショットではなくデータ抽出が必要な場合は、ThunderbitのChrome拡張機能を使い、コードを書かずに2クリックで始められます。
3. SaaSのスクリーンショットAPIとPuppeteerでは、どちらが安いですか？
今回の試算では、月25K枚程度までは、エンジニアの工数を含めるとSaaS APIが候補になりやすい結果でした。月50K枚を超え、安定した基盤とDevOps体制がある場合は、自前ホストのPuppeteerやPlaywrightで費用を抑えられることがあります。月$40のVPSを使う想定では、その規模で中位SaaSプランとおおむね同程度です。ただし、Chromeの更新、スケーリング、リトライロジック、レンダリング不具合の調査などの保守工数も比較に含める必要があります。
4. スクリーンショットAPIはJavaScriptが重いサイトでも安定して動きますか？
多くのSaaS APIはヘッドレスChromiumを使い、wait_for_selector、network idle、delayといった待機条件に対応しています。私のテストでは、ScreenshotOne、Urlbox、CaptureKitは適切なパラメータを使った条件でSPAを描画できました。ScreenshotlayerはJSが重いページで苦戦しました。自前ホストのPuppeteerとPlaywrightは細かく制御できますが、エッジケースごとにスクリプトの調整が必要です。
5. いつスクリーンショットAPIの代わりにデータ抽出を使うべきですか？
価格、連絡先、商品仕様、掲載データなど、ページ上の情報を比較、フィルタ、分析することが最終目的なら、画像を取得してOCRする方法と構造化データを直接取得する方法を比較するとよいでしょう。ThunderbitのExtract APIやChrome拡張機能のようなツールは、構造化フィールドを返します。一方、ソーシャルカード、コンプライアンス証跡、ビジュアルリグレッションテスト、QA証跡のように視覚的な成果物が必要な場合は、スクリーンショットAPIが適しています。
さらに詳しく
