PDFShift は、HTML や URL を渡すと PDF を生成して返す API だ。請求書・レポート・証明書のように「Web ページとして作れるものを、そのまま配布可能な PDF にしたい」という要件に対して、変換処理を丸ごと肩代わりしてくれる。
ヘッドレス Chrome を自前で持たない選択
PDF 生成は内部的にヘッドレスブラウザでのレンダリングになることが多く、これを自前で運用するのは意外に重い。Chromium のバージョン管理、メモリ消費、フォント、同時実行数の制御――どれも地味に手間がかかる。PDFShift はこの面倒を API の向こうに押し込めるので、サーバー構成をシンプルに保ちたいときに効く。ヘッダー・フッターの差し込み、ページ番号、ウォーターマークといった実務で必要になる機能も揃っている。
きれいな PDF を出すコツ
入力が HTML/CSS なので、印刷向け CSS（@page、page-break-inside など）を意識して組むと、改ページや余白が安定する。日本語フォントの埋め込みや、外部リソースの読み込みタイミングは事前に確認しておきたい。Web フォントや画像が読み込まれる前にレンダリングが走ると、文字化けや画像欠落のまま PDF 化されることがあるため、変換オプションで待機の指定ができるかも見ておくとよい。
認証ページや動的コンテンツの扱い
URL 変換はログインの先にあるページには直接届かない。会員専用画面や、ユーザーごとに内容が変わるレポートを PDF にするなら、URL を渡すのではなく、サーバー側で生成済みの HTML 文字列を渡す方式の方が確実だ。社外に URL を踏ませる構成は情報漏れの懸念もあるため、HTML 入力を基本に考えたい。
料金と適用範囲
料金は無料枠が月あたりの変換回数で区切られ、有料はクレジット制になる。コストは変換回数に比例するので、生成頻度の見積もりが導入判断の軸になる。同じ内容の PDF を毎回作り直すなら、一度生成した PDF をキャッシュして変換回数を抑える設計も有効だ。なお PDFShift は「作る」専用で、既存 PDF からのテキスト抽出や解析はできない。読み取り側が必要なら OCR 系の別サービスを組み合わせる。