ForHosting KIT · PDF・文書ツール

PDFフォントのサブセット化による容量削減を見積もる

この計算ツールは、PDFで使われる異なる文字の数と、埋め込みフォントが持つ全グリフ数を比較します。保持される容量と削減できる容量の推定割合、除外されるグリフ数、縮小比を表示します。計算では、各グリフの保存容量が均等であると仮定します。そのため、PDFを作り直す前の計画や比較には役立ちますが、2つの件数だけでは求められないバイト単位の精度を示すものではありません。

● Beta無料・ブラウザ内で実行

無料で実行 API仕様を見る

ご利用方法ウェブAPIメールTelegramアプリ近日

この見積もりで分かること

完全に埋め込まれたフォントには、文書で小規模な文字集合、数字、句読点しか使っていなくても、数千個のグリフが含まれることがあります。サブセット化では、文書の表示に必要なグリフだけを残し、それ以外を除外します。フォント全体のグリフ数と、PDFで実際に使われる異なる文字数を入力してください。この計算では、使用文字1つを保持グリフ1つとみなし、そのサブセットを全グリフ一覧と比較します。削減率は、除外できる可能性があるグリフ関連データの推定割合です。保持率はその残りを示し、縮小比は全グリフ一覧が推定サブセットの何倍に相当するかを表します。これらの値は、多数の文書やフォントを素早く順位付けする場合に特に便利です。大きな削減余地が示された場合はサブセット化を検討する価値があり、ゼロに近い場合は利用可能なグリフの大半が既に使われています。なお、対象は埋め込みフォント部分であり、PDF全体ではありません。画像、コンテンツストリーム、メタデータ、文書構造、その他の埋め込み資源は変化しません。

比例モデルの計算方法

アルゴリズムは、異なる使用文字数を全グリフ数で割り、保持される比率を推定します。その値を1から引いて削減率を求め、両方を百分率へ変換し、表示値を小数第2位に丸めます。また、全体から使用数を引き、除外候補となるグリフ数も示します。これはグリフ容量を比例配分するモデルであり、フォントファイルを解析するものではありません。実際のフォントでは、すべてのグリフが同じバイト数を占めるわけではありません。単純な空白は輪郭データをほとんど必要としませんが、複雑な表意文字はより多くのデータを必要とする場合があります。さらに、名称、メトリクス、組版規則、可変軸、ヒンティング、カーニング、文字マッピングなどの表も含まれます。固定負担となる表もあれば、サブセット化で縮小する表もあります。したがって、結果は平均的なグリフ容量が均一という前提に基づく、一貫した計画指標としてお使いください。件数だけから絶対的な削減バイト数は算出できません。正確な算出には、元の埋め込みフォント容量、形式、圧縮、保持する組版機能、合成グリフの依存関係、使用するサブセット作成ソフトも必要です。

信頼できる入力値を得る方法

名前が似たデスクトップ用フォントではなく、PDFに実際に埋め込まれている、または埋め込む予定のフォントプログラムそのもののグリフ数をお使いください。版や地域別の派生によって収録数が異なることがあります。見た目が同じ文字列でも異なるUnicodeコードポイントを使う場合があるため、テキスト正規化の方針を決めてから文書全体の異なる文字を数えてください。また、文字数とグリフ数は常に一致するとは限りません。合字によって複数文字が1グリフになったり、文脈に応じた字形処理で別のグリフが選ばれたり、合成グリフが本文からは分からない部品を必要としたりします。このツールは、入手できる情報を用いた実用的な近似として、異なる文字数を意図的に採用しています。複数文書を比較する際は、すべてに同じ集計方法を適用してください。使用文字数が全グリフ数を超える場合、負の削減率を返さず入力を拒否します。この状態は通常、情報源の不一致、全文字数と異なる文字数の混同、代替フォントの見落としを示します。実際のPDFを生成した後は、PDF検査ツールでサブセットを確認し、実ファイル容量を比較して最終的な測定値を得てください。

活用例

PDF最適化の優先順位付け

複数ファイルの推定削減率を比べ、未使用グリフの割合が最も大きい文書から調査できます。

フォント候補の評価

広範な多言語フォントが、文書の文字体系に特化したフォントより大きな負担になるかを見積もれます。

書き出し前の見込み共有

サブセットを有効にしてPDFを再作成する前に、制作チームへ分かりやすい相対見積もりを提示できます。

よくある質問

削減できる正確なバイト数が分かりますか？

いいえ。件数から相対値は推定できますが、実際のバイト数はグリフの複雑さ、各種テーブル、形式、圧縮、作成ソフトにも左右されます。

全文字数ではなく異なる文字数を使うのはなぜですか？

同じ文字の繰り返しは通常、同じ埋め込みグリフを再利用するため、異なる文字数のほうがサブセットの収録数に近いからです。

削減率はPDF全体に適用されますか？

いいえ。埋め込みフォントのグリフ関連部分に対する推定値です。PDF内のその他の内容には影響しません。

使用文字数が全グリフ数を超えるとどうなりますか？

件数に矛盾があり、負の削減率が生じるため、入力エラーとして拒否されます。

異なる使用文字数をゼロにできますか？

はい。文字グリフを保持しない理論上の文書を表し、比例モデルでは全量削減の推定になります。

APIの利用料金はいくらですか？

APIは1回$0.002です。同じ決定的な計算をブラウザーでも実行できます。

開発者向け — APIアクセス

このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。

エンドポイント

POSThttps://api.kit.forhosting.com/pdf/embed-font-subset-estimate

Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。

お使いのスタックから呼び出す

curl -X POST https://api.kit.forhosting.com/pdf/embed-font-subset-estimate \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"full_glyph_count":2048,"distinct_characters_used":180}'

const res = await fetch("https://api.kit.forhosting.com/pdf/embed-font-subset-estimate", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "full_glyph_count": 2048,
    "distinct_characters_used": 180
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/pdf/embed-font-subset-estimate",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "full_glyph_count": 2048,
    "distinct_characters_used": 180
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/pdf/embed-font-subset-estimate", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => '{"full_glyph_count":2048,"distinct_characters_used":180}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"full_glyph_count":2048,"distinct_characters_used":180}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/pdf/embed-font-subset-estimate", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)

リクエスト例

{
  "full_glyph_count": 2048,
  "distinct_characters_used": 180
}

レスポンス例

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "pdf.embed_font_subset_estimate",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。

料金

1リクエストあたり$0.002

単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。

制限

`max_mb`	25
`max_pages`	200

エラー

HTTP	コード	意味
`401`	`unauthorized`	APIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。
`402`	`insufficient_balance`	残高が不足しています。チャージ後に再度お試しください。
`404`	`unknown_type`	指定されたタスクタイプは存在しません。タイプ名を確認してください。
`429`	`rate_limited`	リクエストが多すぎます。しばらく待ってから再度お試しください。

KITの完全なドキュメントを見る →