HTML/CSSが製品の正本ならDocRaptorは優れています
DocRaptorは強い製品です。内部では、HTML/CSSのページメディアに成熟したPrinceXMLを使っています。これは、文書の正本がすでにHTMLである場合、CSSの印刷規則が作成フローの一部である場合、出力が長文の書籍、マニュアル、パンフレット、レポートである場合に重要です。
製品選定で見るべき問いは、その業務文書に本当にHTML/CSS組版エンジンが必要かどうかです。配送ラベル、ECの領収書、請求書PDF、チケット、明細書は、通常は構造化データ、正確な位置、表、合計、バーコードです。こうした用途では、ブラウザーやページメディアモデル全体を背負わない文書生成APIのほうが合う場合があります。
同じPDF出力、違うプロダクトの担い方
DocRaptorでは、プロダクトが担う範囲はHTML/CSSからPDFへの変換です。HTMLを作成または生成し、印刷CSSを調整し、文書をAPIに送り、高機能なHTMLエンジンが描画したPDFを受け取ります。
gPdfでは、プロダクトが担う範囲は構造化データからPDFへの生成です。DocumentRequest または template_id + data を送り、Edgeレンダラーがフォント、バーコード、ページ形状、PDF/Aプロファイル、電子インボイスパッケージ、パスワード付き出力、メタデータ制御を担います。
向いている用途: 印刷出版か業務文書か
既存HTML/CSSを正本として保ち、とくに流し込み本文、目次、ページ参照、高度な印刷タイポグラフィを持つ長文文書ならDocRaptorを選びます。
データから生成される業務文書、つまり請求書PDF、配送ラベル、領収書、チケット、証明書、梱包明細、明細書、コンプライアンス文書ならgPdfを選びます。この場合、JSONテンプレートはHTMLの印刷規則より実際の製品モデルに直結しやすいです。
開発時間: CSS Paged Mediaかテンプレート運用か
DocRaptorは、チームがすでにHTMLテンプレートとCSSの知見を持っている場合には効率的です。難しくなるのは、業務文書が正確な座標、スキャナーで読めるバーコード、繰り返しフィールド、地域別バリエーション、頻繁なテンプレート編集を必要とする場合です。
gPdfは、より文書ネイティブな作業フローを支えます。開発者はJSONを書き、AIエージェント用プロンプトでスキーマに合うレイアウトを下書きし、gPdf Studio でPDF要素を視覚的に追加・ドラッグして調整できます。本番では保存済みテンプレートを template_id + data で呼び出します。
料金モデル: 文書単位APIかインフラ型ページ料金か
DocRaptorの公開プランは文書単位です。2026-05-25時点で、公開Silverプランは月1,000米ドルで4万文書、追加文書は1件2.5セントです。10万件の1ページ文書では、個別見積もりを除けばおよそ2,500米ドルになります。
gPdfは、構造化PDF生成をインフラ規模で価格付けします。公開Basicプランは月5米ドルで10万ページから始まり、標準の超過料金は1ページ0.00005米ドルからです。この価格差は初回割引ではありません。データ型の文書に、重量級のHTML/CSSエンジンを走らせないことから来ています。
エッジ生成と運用コスト
DocRaptorは、自分たちでPrinceXMLを運用しなくてよいという価値を提供します。ただし、各文書は文書単位で価格付けされた高機能な集中型HTMLからPDF APIを通ります。
gPdfのレンダラーはRust/WASMのエッジサービスとして動けるほど小さいです。構造化PDFでは、ページ単価を下げ、ユーザー近くのレイテンシを下げ、自社インフラから別個のブラウザーや組版コンテナを取り除けます。
多くの場合、判断を分ける機能
DocRaptorで決め手になるのは、CSS Paged Media、HTMLソース互換性、長文の本文流し込み、生成目次、脚注、印刷出版向けの制御です。
gPdfで決め手になるのは、テンプレート + データ生成、ベクターバーコード、CJKと多言語フォントフォールバック、PDF/Aプロファイル、Factur-X/ZUGFeRD電子インボイス、パスワード付きPDF、メタデータ制御、gPdf StudioでのビジュアルPDF設計です。
DocRaptorが明らかに正しい選択になる場合
gPdfのJSONモデルは、ウィドウ/オーファン制御を含む複雑な複数ページ本文流し込みを自動計算するためのものではありません。
記事を本に変換する出版社である、または動的なページ番号参照を持つ300ページの技術マニュアルを生成する必要があるなら、DocRaptorのほうが適しています。PrinceXMLエンジンは、まさにその文書領域のために作られています。
一方、配送ラベル、B2B請求書、領収書、チケット、デジタル証明書を印刷するなら、gPdfの構造化レンダラーのほうが直接的です。
料金と出典メモ
競合料金は変わります。このページのDocRaptor数値は、2026-05-25に公開DocRaptor料金で確認しました。これは公開価格に基づく見積もりであり、個別見積もりではありません。調達担当は購入判断の前にベンダーページを再確認してください。DocRaptor、PrinceXML、および関連商標は各所有者に帰属し、この比較はそれらの承認を受けたものではありません。
関連するPDF生成シナリオ
DocRaptorの代替を検討するなら、まず文書がHTML/CSSを正本にすべきか、構造化データから直接PDF化すべきかを分けて考えると判断しやすくなります。構造化データからPDFを作る用途は JSON-to-PDF API と テンプレートPDF API を、請求・領収書系は 請求書PDF生成 と 領収書PDF API を確認してください。バーコードやコンプライアンスが判断軸なら、GS1バーコードAPI、PDF/A API、Factur-X API も関連します。
FAQ
DocRaptorはHTML文書に向いていますか？
はい。HTML/CSSが正本であり、出力に高度なページメディア動作が必要ならDocRaptorが向いています。gPdfは意図的に構造化JSON文書へ集中しています。
なぜ10万件で料金差が大きいのですか？
DocRaptorは文書単位で課金し、高機能なHTML/CSSエンジンを使います。gPdfは構造化ページ生成に価格を付け、Basicプランは10万ページ5米ドルから始まります。
移行すると全テンプレートを書き直す必要がありますか？
必ずしもそうではありません。多くの業務テンプレートは、レイアウトとデータ差し込みで構成されています。レイアウトはgPdfテンプレートになり、データモデルはそのまま使えることがよくあります。
移行の形
DocRaptorからgPdfへの移行は、HTMLテンプレートからJSONテンプレートへ境界を移すことです。
- // Before: POST massive HTML string to DocRaptor
- const res = await fetch("https://docraptor.com/docs", {
- method: "POST",
- body: JSON.stringify({
- document_content: "<html><body><h1>Invoice...</h1>...</body></html>",
- name: "invoice.pdf",
- document_type: "pdf"
- })
- });
+ // After: POST structured JSON data to gPdf's edge
+ const res = await fetch('https://api.gpdf.com/api/v1/template-render', {
+ method: 'POST',
+ headers: { Authorization: `Bearer ${KEY}`, 'Content-Type': 'application/json' },
+ body: JSON.stringify({ template_id: 'invoice-v2', data: { total: 100.00 } }),
+ });