ヘッドレスChromeが競合の料金ページの代わりに真っ白な四角を返したのが、たしか15回目あたりだったと思います。そのとき、私は「自前のスクリーンショット環境で十分」と言い張るのをやめました。十分ではなかったのです。そして、ここ数か月フォーラムのスレッドを読み続けてきた限り、そう感じていたのは私だけではありません。
2026年に信頼できるスクリーンショットを大規模に取得するのは、見た目は単なるAPI呼び出しでも、中身はブラウザー基盤の問題です。近年のページはもあり、遅延読み込み画像、Cookie同意バナー、ボット対策、そしてloadイベントの数秒後にやっと完了するSPAのハイドレーションまであります。雑に「URLを入れればPNGが返る」だけでは、これらのどれも突破できません。私はこの数週間、SaaS API、自前ホスト型ライブラリ、そしてスクリーンショットを回避するアプローチも含めた10個のツールを、同じ厄介なURL群で検証しました。この記事では、実際のレイテンシ観測、無料枠の落とし穴、大規模利用時のコスト試算、そしてそもそもスクリーンショットAPIが不要なケースまで、すべてまとめています。
スクリーンショットAPIとは何か、なぜ重要なのか？
スクリーンショットAPIとは、URLを受け取り、実際のブラウザーでそのページがどう見えるかをレンダリングした画像（PNG、JPEG、WebP、PDFなど）として返す、ホスト型サービスまたは自前ホスト型ライブラリです。リクエストを送ると、サービス側でヘッドレスChrome（またはChromium、Firefox）が起動し、ページを読み込み、JavaScriptの実行を待ち、必要ならスクロールし、ビューポートまたはページ全体をキャプチャします。
「最高のスクリーンショットAPI」を探している人のかなり多くは、実は画像ではなく、ページ上の情報そのものを必要としています。競合価格の監視、ディレクトリからのリード一覧作成、不動産掲載情報のアーカイブ、商品カタログの追跡などでは、スクリーンショットにすると画像からデータを取り出すためにOCRかビジョンモデルのパイプラインが必要になります。これは高コストで遅く、ミスも起きやすい方法です。
Thunderbitのは、AI搭載のウェブスクレイパー兼データ抽出ツールとして作られています。ページのPNG画像を返すのではなく、ページ上の構造化データを返します。
はURLとJSONスキーマを受け取り、価格、名前、メールアドレス、画像、住所、評価などの構造化フィールドをそのまま返します。でも同じことが2クリックでできます。拡張機能を開き、「AIでフィールド提案」を押して、Excel、Google Sheets、Airtable、Notionに書き出すだけです。
主な用途は次のとおりです。
- OG／ソーシャルカード生成: リンクプレビュー用のOpen Graph画像を動的に作成する。を見ると、この手法がいかに一般的になったかが分かります。
- ビジュアルリグレッションテスト: デプロイごとのスクリーンショットを比較してUI不具合を検出する。によると、大規模組織の34.8%がすでにビジュアルリグレッションにAIを使っています。
- コンプライアンス用アーカイブ: 法務・規制対応のため、ページ状態のタイムスタンプ付き証跡を保存する。
- 競合監視: 料金ページ、商品一覧、ランディングページの変更を時系列で追う。
- ディレクトリのサムネイル生成: リンク集、ダッシュボード、社内ツール向けのプレビュー画像を作る。
では、なぜ自分でブラウザーを運用しないのか。大規模になると、ヘッドレスChromeクラスターの維持にはDockerのフォント設定、Lambdaのコールドスタート、Chromiumのバージョン更新、プロキシプール、リトライキュー、遅延読み込み対応のスクロールスクリプトなどが必要になるからです。、CAGRは18.5%で成長中です。スクリーンショット取得は、その基盤の中核を担う要素です。
この10個のスクリーンショットAPIをどうテストしたか
私が見つけた比較記事のどれも、複数APIにまたがる実際の応答時間ベンチマークや、エッジケースの成功率を公開していません。ほとんどが機能と価格を並べているだけです。
私は、もっと実用的なものが欲しかったのです。
私は各ツールを、代表的なページ種別に対してテストしました。
- シンプルな静的HTMLページ（基準値）
- JavaScriptが重いSPA（クライアント側でデータ取得するReactアプリ）
- 目立つGDPR Cookie同意バナーのあるページ
- 遅延読み込み画像ギャラリー（折りたたみ部分の下に画像がある）
- ボット対策があるページ（Cloudflare系のチャレンジ）
各ケースで計測したのは次の項目です。
- レイテンシ: API呼び出しから画像配信までの時間（p50推定）
- ハード成功率: そもそもデコード可能な画像が返ってきたか
- ビジュアル成功率: 白画面、スケルトン、CAPTCHA、Cookieオーバーレイではなく、実際のページ内容が写っていたか
- Cookieバナー処理: 手動設定なしでバナーをブロックまたは閉じられたか
いくつか注意点があります。テストは単一リージョンから、デフォルトまたは推奨パラメータで、短期間に実施しました。したがって、これは方向性を見るための結果であり、統計的に厳密なベンチマークではありません。ただ、競合記事よりは十分に情報量があり、傾向ははっきり出ました。
サマリーベンチマークの所見
| 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%の確率で真っ白な画像を返すスクリーンショットAPIは、1回あたり数セント高いだけのAPIよりも、デバッグとリトライのコストが大きくなります。
1. Thunderbit — 画像ではなくデータが欲しいときの最有力代替
は、厳密には従来型のスクリーンショットAPIではありません。そこは先に明言しておきたいです。私たちのチームはThunderbitを、AI搭載のウェブスクレイパー兼データ抽出ツールとして作りました。ページのPNGを返すのではなく、ページ上の構造化データを返します。
「最高のスクリーンショットAPI」を探している人のかなり多くは、実は画像ではなく、ページ上の情報そのものを必要としています。競合価格の監視、ディレクトリからのリード一覧作成、不動産掲載情報のアーカイブ、商品カタログの追跡などでは、スクリーンショットにすると画像からデータを取り出すためにOCRかビジョンモデルのパイプラインが必要になります。これは高コストで遅く、ミスも起きやすい方法です。
ThunderbitのはURLとJSONスキーマを受け取り、価格、名前、メールアドレス、画像、住所、評価などの構造化フィールドをそのまま返します。でも同じことが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ページ。
詳細はをご覧ください。
こんな人に最適
ページの裏側にあるデータが必要な営業、eコマース、オペレーションチーム向けです。 について学びたい方や、Thunderbitが他のとどう違うか知りたい方のための記事も用意しています。
2. ScreenshotOne — 開発者向けの標準設定が優秀
は、汎用スクリーンショットAPIを必要とするほとんどの開発者に勧めやすいツールです。見た限りではパラメータの幅が最も広く、ドキュメントも堅実で、課金も予測しやすいです。
トップページにはが記載されており、これは競合の多くよりも透明性があります。私のテストでは、適切なパラメータ（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 | $27/月 | 2,000 | 1枚あたり$0.009 |
| Growth | $79/月 | 10,000 | 1枚あたり$0.006 |
| Scale | $159/月 | 50,000 | 1枚あたり$0.004 |
HTTP／ブラウザー／ネットワークエラーによる失敗スクリーンショットは。ただし、ページ自体は読み込まれたが内容が正しく見えないなどのビジュアル不具合は、レビュー対象になる場合があります。
強みと制約
- 強み: 純粋なスクリーンショットAPIの中では最も機能が広い、失敗リクエストの扱いが公正、ドキュメントが強い、ノーコード連携あり
- 制約: — ボット対策ページには外部プロキシ／アンロッカーが必要
こんな人に最適
分かりやすいデフォルトと予測しやすい価格で、ドキュメントの整った高機能スクリーンショットAPIを求める開発者やチーム向けです。
3. 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 — デバイス別キャプチャに最適
は比較的新しい個人開発系ツールですが、予想以上に健闘しています。目立つ機能は内蔵のデバイスエミュレーションです。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クレジットです。100K向けの公開セルフサーブ枠はなく、営業への問い合わせが必要です。
強みと制約
- 強み: すぐ使えるデバイスエミュレーション、手頃な初期価格、便利なおまけ機能（コンテンツAPI、AI要約）、使いやすいプレイグラウンド
- 制約: 比較的新しいサービスで実績が短い、ジオロケーション選択肢が少ない、ステルス／ボット対策の有効性に関する独立した証拠が限られる
こんな人に最適
素早く設定できて価格も抑えたい、個人開発者や小規模チーム向けです。
5. Scrapingdog — 大量取得を低予算で回すなら最適
は、より広いウェブスクレイピング基盤の一部としてScreenshot APIを提供しています。スクリーンショット機能は1回あたり5クレジットで、Scrapingdogの基盤にはとヘッドレス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 — 手頃でシンプルなのが強み
は最新のChromeを積んだAWS Lambda上で動きます。1エンドポイントのAPIで、言葉どおりにシンプルで信頼できるキャプチャを返します。
私のテストでは、静的ページや中程度に動的なページではうまく動きました。ボット対策サイトではやや苦戦しましたが、これは構成のシンプルさを考えると想定内です。
主な機能
- 出力形式: PNG、JPEG、WebP
- フルページ／ビューポートキャプチャ、 自動ページ読み込み検出
- 広告ブロック、Cookieバナー非表示、S3エクスポート
- SDK／サンプル が C#、cURL、Go、Java、Node、PHP、Python、Ruby 向けに用意
- レート制限:
価格
| プラン | 価格 | スクリーンショット数 |
|---|---|---|
| Free | $0 | 月100枚 |
| Lite | $7/月 | 1,000 |
| Medium | $35/月 | 10,000 |
| Large | 月額$80 | 100,000 |
10万枚で$80というのは、SaaSとしては最安クラスです。ただし、これは標準ページ向けです。ボット対策や複雑なフルページキャプチャには別ツールが必要になる場合があります。
強みと制約
- 強み: シンプルなAPI、AWSベースの拡張性、非常に手頃、継続的な無料枠あり
- 制約: ジオロケーションが限られる、ボット対策機能がない、ScreenshotOneやUrlboxに比べるとカスタマイズが少ない
こんな人に最適
個人プロジェクト、社内ツール、低コストでシンプルなキャプチャが必要なチーム向けです。
7. 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ユーザー向け
は、APILayerファミリーに属する古参のスクリーンショットAPIのひとつです。シンプルな単一RESTエンドポイントですが、さすがに古さは感じます。
私のテストでは、JavaScriptの事前実行は安定しませんでした。SPAは部分的にしか描画されないか、白紙になることが多かったです。ドキュメントも、より新しい競合と比べると古い印象です。
主な機能
- ビューポートをカスタマイズできるシンプルなREST API
- フルページキャプチャ、 CSS注入、複数のエクスポート形式
- APILayerエコシステムの一部（他のAPILayer製品とまとめやすい）
価格
| プラン | 価格 | スクリーンショット数 |
|---|---|---|
| Free | $0 | 月100枚 |
| Professional | $40/月 | 10,000 |
強みと制約
- 強み: とにかくシンプルなエンドポイント、個人プロジェクト向け無料枠、APILayerエコシステム
- 制約: 古いドキュメント、JavaScriptレンダリングが弱い、ボット対策機能なし、大規模利用時の1枚単価が新しいAPIより高い
こんな人に最適
すでにAPILayerエコシステムにいるチームで、基本的なキャプチャだけ必要、かつ最新のJSレンダリングまでは要らない場合に向いています。
9. Puppeteer（自前ホスト）— Node.jsで完全制御したいなら最適
は、ヘッドレスChromeを操作するためのGoogle製オープンソースNode.jsライブラリです。自前ホスト型スクリーンショット取得のゴールドスタンダードであり、多くのSaaS APIの土台にもなっています。
Puppeteerでは、Chrome DevTools Protocolへ完全にアクセスできます。クリック、スクロール、入力、ネットワークリクエストのインターセプト、スクリプト注入、そしてピクセル単位で制御したスクリーンショットやPDFの取得が可能です。ただし、Chromeの更新、Dockerコンテナ、スケーリング、フォント描画、再試行ロジックまで、すべて自分で管理する必要があります。
主な機能
- Chrome DevTools Protocolへの完全アクセス
- キャプチャ前のページ操作: クリック、スクロール、入力、セレクター待機
- ネットワークインターセプト、 PDF生成、カスタムビューポート
- 無料かつオープンソース —
価格
無料（オープンソース）。必要なのはサーバー基盤の費用だけです。低ボリュームなら、基本的なVPSは月額およそ$5〜10から始まります。
強みと制約
- 強み: スクリーンショット数は実質無制限（インフラ費のみ）、最大限の柔軟性、大きなコミュニティ、ベンダーロックインなし
- 制約: Node.jsの専門知識が必要、Chrome更新とスケーリングを自分で管理する必要がある、プロキシローテーションやボット対策機能が標準搭載されていない、として白いスクリーンショット、遅延読み込み失敗、タイムアウトがある
こんな人に最適
レンダリング基盤を完全に制御したいNode.js開発者で、インフラ維持のためのDevOps体制があるチーム向けです。
10. 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だけでは足りない人向けです。
無料枠の真実表 — 支払い前に本当に使えるものは何か
複数のフォーラムスレッドで、誤解を招く無料枠への不満が挙がっています。あるユーザーは「screenshotapi.netは月100枚と言っていたのに、もっと少ない枚数で止められた」と書いていました。これは、私がこれらのツールを評価し始めたときに欲しかった表です。
| ツール | 宣伝上の無料上限 | 継続利用かトライアルか | カード必須か | 主な注意点 |
|---|---|---|---|---|
| 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に対して無料枠を試してから決めることです。対象ページを描画できない無料枠の価値は、実質ゼロです。
大規模利用時のコスト：月1K、10K、50K、100K枚で実際いくらかかるのか
多くの比較記事は料金プランを並べるだけで、規模が大きくなったときに実際いくら払うことになるのかを試算していません。副業プロジェクト（月1K）から本番SaaS（月100K）に移る開発者には、現実的な数字が必要です。
以下が、各利用量をカバーする最安の公開プラン、または公開超過課金パスです。
| ツール | 月1K | 月10K | 月50K | 月100K | 備考 |
|---|---|---|---|---|---|
| ScreenshotOne | $27 | $79 | $159 | 約$459 | Scale $159 + 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 | $80 | $80 | Largeプランで最大100Kまで |
| ScreenshotMachine | $9 | $59 | $99 | $99+ | 50KでEnterprise |
| Screenshotlayer | $40 | $40 | $40+ | カスタム | Professionalで10Kまで |
| 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を選ぶべき場合:
- 月10K枚未満
- 専任のDevOpsチームがいない
- ボット対策回避、ジオルーティング、Cookieバナー処理が標準で必要
- 保守負担をゼロにしたい
自前ホスト（Puppeteer／Playwright）を選ぶべき場合:
- 安定した基盤で月50K枚を超える
- レンダリングを完全に制御したい（カスタムスクリプト、ネットワークインターセプト、ブラウザーコンテキスト）
- ネットワークの外に出せない機微な内容をキャプチャする
- 大規模で予算を抑えたいが、エンジニアリングの余力がある
ハイブリッド構成を検討する場合:
- 描画が難しいサイト（ボット対策、地域制限、複雑なSPA）にはSaaS APIを使う
- 単純で大量のキャプチャ（静的ページ、社内ツール）は自前ホストにする
一つ、フォーラムでよく出る懸念を挙げておきます。「最終的には、創業者がChromeの更新維持を諦めるのでは」というものです。このリスクはSaaS（ベンダー撤退）にも自前ホスト（Chromium更新を自動化する必要がある）にも当てはまります。SaaSなら、ベンダーの稼働履歴とブラウザバージョンを確認してください。自前ホストなら、CIパイプラインにChrome／Chromiumの自動更新を組み込むべきです。
スクリーンショットAPIがまったく不要なとき
私が読んだ競合比較は、ここを丸ごと飛ばしています。そして、実はこれがいちばん役立つ話かもしれません。
「スクリーンショットAPI」の代表的な用途のいくつか――競合監視、ディレクトリのスクレイピング、掲載情報のアーカイブ、商品データの抽出――は、ユーザーがつい画像取得を選びがちなだけで、実際にはページ上のデータが必要なケースです。料金ページのスクリーンショットから得られるのはピクセルです。一方、構造化抽出なら、フィルタ、比較、可視化、アクションにつなげられる数字が得られます。
| シナリオ | スクリーンショットAPIの結果 | Thunderbit Extractの結果 |
|---|---|---|
| 競合価格の監視 | OCRか手動読み取りが必要な画像 | 構造化された価格データ → Google Sheets |
| 不動産掲載情報のアーカイブ | 静的画像、データはピクセル内に閉じる | 価格、ベッド数、住所、画像 → Airtable／Notion |
| 商品カタログを抽出 | 商品一覧グリッドのスクリーンショット | SKU、名前、価格、バリエーション、画像URL → CSV |
| OGソーシャルカードを生成 | ✅ 最適 — 実際の画像が必要 | ❌ 適切なツールではない |
| ビジュアルリグレッションテスト | ✅ 最適 — ピクセル比較が必要 | ❌ 適切なツールではない |
| QA／コンプライアンス用アーカイブ | ✅ 最適 — 目に見える証跡が必要 | ❌ 適切なツールではない |
もしワークフローの最後が「それからスクリーンショットから数字を読み取る」ですよ、となるなら、不要な手順を一つ増やしているだけです。ThunderbitのChrome拡張機能やなら、そのデータを直接取得できます。OCRも、ビジョンモデルも、目視読み取りも不要です。
実運用での動き方については、とのガイドもご覧ください。
10ツール総覧の比較表
| ツール | 最適用途 | 無料枠 | 有料開始価格 | 月10万枚のコスト | 形式 | Cookie／バナー | ボット対策 | ジオ／プロキシ |
|---|---|---|---|---|---|---|---|---|
| Thunderbit | データ抽出（画像ではない） | 6ページ（拡張）；600 APIユニット | 年払いAPIで月$16 | N/A（スクリーンショットではなくデータ） | JSON／CSV／Markdown | N/A | API上は対応を主張 | APIドキュメントにジオ記載あり |
| ScreenshotOne | 汎用の開発者向けAPI | 月100枚 | 月$27 | 約$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 | $80 | PNG／JPEG／WebP | ✅ 基本 | ❌ 弱い | 限定的 |
| ScreenshotMachine | 手間の少ない連携 | 月100枚 | 月$9 | 約$99 | PNG／JPEG | 基本 | ❌ | ❌ |
| Screenshotlayer | 既存のAPILayerユーザー | 月100枚 | 月$40 | カスタム | 複数 | ❌ | ❌ | ❌ |
| Puppeteer | Node.jsで完全制御 | 無制限（OSS） | 約$5のVPS | 約$150（インフラ） | 何でも（スクリプト次第） | 手動 | 手動でプロキシ | 手動 |
| Playwright | 複数ブラウザーでのテスト | 無制限（OSS） | 約$5のVPS | 約$150（インフラ） | 何でも（スクリプト次第） | 手動 | 手動でプロキシ | 手動 |
どのスクリーンショットAPIを選ぶべきか
簡単な判断ガイドです。
- 画像ではなく、構造化データ（価格、リード、掲載情報）が必要？ →
- ドキュメントの良い汎用キャプチャが欲しい？ → ScreenshotOne
- 複雑なページをピクセル単位で正確に描画したい？ → Urlbox
- 予算を抑えて端末別スクリーンショットが欲しい？ → CaptureKit
- 大量取得で1枚単価を最安にしたい？ → Scrapingdog か ApiFlash
- ボット対策や地域制限の強いページが多い？ → ScrapFly（この一覧には入れていませんが検討する価値あり）か Urlbox Ultra
- 完全制御したい、自前ホストにしたい？ → Playwright（複数ブラウザー）か Puppeteer（Node.jsエコシステム）
- すでにAPILayerエコシステムにいる？ → Screenshotlayer
- バックエンドなしで埋め込みリンクを素早く作りたい？ → ScreenshotMachine
多くの開発者にとって、最初の試用先として最適なのはScreenshotOneの無料枠です。一方、画像ではなくデータが必要だと気づいた多くのビジネスユーザーにとっては、ThunderbitのChrome拡張機能を試す価値があります。して、6ページの無料枠で試せます。
まとめ
10個すべてを試したあとで一番大きな気づきは、レイテンシや価格ではありませんでした。「スクリーンショットAPI」の用途のかなりの割合は、構造化データ抽出のほうがうまく解決できるということです。ワークフローが「画像を取ってから、その中の情報を抽出する」なら、時間、コスト、精度の面で余計な工程を増やしているだけです。
ソーシャルカード、ビジュアルリグレッション、コンプライアンス用アーカイブ、QA証跡のように、実際にレンダリング画像が必要な用途では、SaaS APIはかなり成熟しています。機能と価格のバランスが最も良いのはScreenshotOneです。最高の忠実度を出すのはUrlbox。予算重視ならApiFlashとScrapingdogです。そして、Puppeteer／Playwrightは、自前ホストできるだけのエンジニアリング体制があるチームにとって今も正解です。
何を選ぶにせよ、まずは本番で使う実際のURLで無料枠を試してください。
example.comで動くツールと、あなたの現実のページで動くツール。その差こそが重要です。
Thunderbitでのとデータ抽出の考え方については、もぜひご覧ください。実際のユースケースを紹介しています。
よくある質問
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拡張機能のようなツールは、構造化フィールドをそのまま返します。スクリーンショットAPIは、ソーシャルカード、コンプライアンス証跡、ビジュアルリグレッションテスト、QA証跡のように、本当に視覚的な成果物が必要なときだけ使ってください。
さらに詳しく