デジタルブックの適正なページ数とファイル容量の目安｜設計段階で押さえる基礎

紙のカタログや会社案内をデジタルブックに置き換えるとき、多くのご担当者が見落としがちなのが「ページ数」と「ファイル容量」の設計です。制作を進めてから容量が膨らみ、公開後に「スマートフォンで開くと重い」と気づくケースは少なくありません。容量は完成後に決まるものではなく、設計段階でおおむね決まってしまいます。だからこそ、着手前に基準を持っておくことが、そのまま仕上がりの品質に直結します。

本記事では、印刷業界とWeb制作の両方を経験してきた立場から、制作を依頼する前に押さえておきたいボリューム設計の考え方を整理します。専門的な数値も出てきますが、担当者の方が制作会社と対等に話せることを目的に、実務目線でかみ砕いて解説します。読み終えたときに「自社の資料なら何ページで、どのくらいの容量に収めればよいか」の見当がつく状態を目指します。

なぜ設計段階でページ数と容量を意識するのか

「とりあえず紙のデータをそのまま変換すればよい」と考えて進めると、思わぬところでつまずきます。デジタルブックは紙と違い、閲覧する側の通信環境や端末によって見え方や快適さが変わるためです。まずは、なぜ最初に容量を意識すべきなのかを整理します。

容量が大きいと閲覧離脱につながる

デジタルブックは、URLをクリックしてから表示されるまでの待ち時間が長いほど、読まれずに閉じられてしまいます。特に外出先のモバイル回線では、最初の1ページが表示されるまでに数秒かかるだけで離脱率が跳ね上がります。紙であれば、手に取った時点で中身は必ず目に入ります。しかしデジタルでは、開くという最初のひと手間で脱落する読み手が一定数生まれます。せっかく作った資料を読んでもらうには、内容の前に「軽さ」が土台になるという意識が欠かせません。中身の充実と表示の軽快さは、どちらか一方では成立しないと考えてください。

「作ってから重くて困る」を防ぐ

容量の問題は、完成間際に発覚すると修正コストが大きくなります。全ページの画像を差し替える、解像度を作り直すといった作業は、設計段階なら数分で済むことも、完成後だと制作会社への追加依頼と費用が発生します。しかも、いったん組み上がったデータの一部だけを軽くするのは手間がかかり、納期にも影響します。手戻りを防ぐ最も確実な方法は、着手前に目安を共有しておくことです。制作会社に「画面で快適に見られる容量に収めたい」と一言添えるだけで、最初から軽量化を前提に組んでもらえます。

この記事での前提を整理する

本記事でいう「容量」は、元となるPDFやデジタルブック全体のデータ量を指します。近年のクラウド型サービスでは、全ページを一度に読み込むのではなく、開いているページから順に配信する仕組みが一般的です。そのため後述するとおり「全体容量」よりも「1ページあたりの容量」がより重要になりますが、まずは全体像から順に見ていきます。加えて、ページ数と容量は必ずしも比例しない点も、この記事を通じて理解いただきたいポイントです。

デジタルブックのファイル容量が決まる3要素

容量を左右する要素は、大きく分けて3つです。この内訳を理解しておくと、どこを削れば効果的かが見えてきます。逆にここを知らないまま闇雲にページを減らそうとしても、容量はさほど下がらないことがあります。

要素1：ページ数そのもの

単純に、ページ数が増えれば容量も増えます。ただしページ数の影響は、後述する画像に比べると限定的です。文字中心のページであれば、100ページ増えても容量への影響は数MB程度にとどまります。つまり「ページ数が多いから重い」とは限らず、中身が何で構成されているかで決まります。分厚い規程集が意外と軽く、薄い写真集が意外と重い、ということが実際に起こります。ページ数を削る前に、まずは1ページに何が載っているかを見極めることが先決です。

要素2：画像の点数と解像度（最大の要因）

容量を最も大きく左右するのが画像です。写真を多用したカタログは、文字中心の規程集の何倍もの容量になります。特に影響が大きいのが解像度（DPI）で、印刷用の高解像度データをそのまま使うと、画面で見るには過剰な画質のまま容量だけがかさみます。写真を扱うラスター形式の画像は、点数と解像度の掛け算でデータ量が決まると考えてください。1枚あたりの解像度が2倍になれば、データ量はおおよそ4倍に膨らみます。写真の枚数が多いほど、この差は全体に効いてきます。容量に悩んだら、まず画像を疑うのが鉄則です。

要素3：フォントやベクター要素

ロゴや図表など、線と面で描かれたベクター形式の要素は、写真に比べて軽量です。拡大しても劣化しない利点もあり、図面やロゴには向いています。埋め込むフォントも容量に加算されますが、影響は写真ほど大きくありません。ここから導ける実務的な結論は明快です。容量対策の主戦場は「画像」であり、まず写真の扱いを見直すのが最も効果的だということです。図やロゴを軽くしようと細部を削るより、写真を1枚適正化するほうが、はるかに大きな効果が得られます。

実際にあった失敗例を挙げると、ある会社案内では、表紙に敷いた1枚の背景写真だけでファイル全体の半分近い容量を占めていました。担当者は「ページ数を減らせば軽くなるはず」と考えて本文を数ページ削りましたが、容量はほとんど変わりませんでした。原因は、印刷用に用意した原寸大・高解像度の写真を、画面表示のまま貼り込んでいたことです。ページ数ではなく、たった1枚の重い画像が全体を押し上げていたわけです。このように、容量の内訳は感覚とずれることが珍しくありません。手を打つ前に、まず1ページずつ「どのページのどの画像が重いのか」を一覧で確認しておくと、少ない労力で確実に効果を出せます。感覚で削り始めるのではなく、内訳を数字で把握してから対策する。これが遠回りに見えて、実は最短の進め方です。

用途別・適正なページ数の目安

適正なページ数は、資料の目的によって変わります。ここでは代表的な用途ごとに、実務でよく見る範囲を示します。あくまで目安であり、業種や訴求内容によって前後する点はご了承ください。大切なのは数字を厳密に守ることではなく、自社の資料がどの類型に近いかを掴むことです。

会社案内・パンフレット系（少ページ）

会社案内や単品のパンフレットは、読み手が短時間で全体を把握できる分量が理想です。おおむね8〜24ページに収め、伝えたいことを絞り込みます。ページ数を欲張ると、かえって要点がぼやけて最後まで読まれません。少ページこそ見開き表示を意識し、1見開きで1メッセージを届ける構成が効果的です。写真は多くなりがちですが、点数を絞って大きく見せるほうが、印象にも容量にも良い結果をもたらします。

製品カタログ系（中〜大ページ）

商品点数が多い総合カタログは、どうしてもページ数が増えます。40〜120ページ規模になることも珍しくありません。この場合は、全ページを通読させる前提ではなく、目次や検索から目的のページへ飛べる設計が前提になります。ページ数が多いほど、後述する容量対策の重要度も上がります。1ページごとの写真が重いと、その積み重ねで全体が大きく膨らむためです。商品写真の解像度を用途に合わせて統一しておくと、ページ数が多くても全体を扱いやすい容量に保てます。

マニュアル・規程集系（文字中心の大ページ）

業務マニュアルや社内規程集は、200ページを超えることもあります。ただし文字中心のため、ページ数のわりに容量は抑えられます。この用途では容量よりも「探しやすさ」が課題になり、全文検索や目次リンクの設計に注力すべきです。ページ数の多さそのものは、閲覧者にとって必ずしも負担にはなりません。必要な情報に最短でたどり着ける導線が整っていれば、300ページの規程集でも十分に実用に耐えます。

ファイル容量の目安と閲覧体験への影響

次に、容量が閲覧体験にどう影響するかを、1ページあたりの視点で整理します。前述のとおり、多くのサービスはページ単位で配信するため、体感速度を決めるのは「1ページの重さ」です。全体で何MBかという数字は、意外と閲覧者の実感とはずれることがあります。

1ページあたりの推奨容量

快適さを重視するなら、1ページあたり300KB〜1MB程度に収めるのが一つの目安です。写真を大きく使う見開きでも、2〜3MBを超えると読み込みの待ち時間が体感できるレベルになります。全体で何MBかを気にするより、最も重いページがどれくらいかを確認するほうが、実際の使い勝手に直結します。均一に軽いことよりも、突出して重いページを作らないことが、閲覧体験を安定させるコツです。

モバイル前提での許容ライン

閲覧者の多くがスマートフォンで開く時代です。Wi-Fiではなくモバイル回線で開かれる前提に立つと、1ページの容量はできるだけ小さいほうが安全です。展示会や外出先など、通信環境が不安定な場面で配布する資料は、特に軽さを優先すべきです。ここで実務的な指標になるのが、社内で使われている古めの端末や、通信を絞った状態で試してみることです。最新の端末と高速回線でしか確認しないと、実際の閲覧者が感じる重さを見落とします。最も条件の悪い環境でも許容できる軽さを、設計の基準に据えると安心です。

表示速度と配信の仕組み

表示速度は容量だけでなく、配信の仕組みにも左右されます。多くのクラウド型サービスは、閲覧者に近いサーバーからデータを届ける仕組みで高速化を図っています。ただし配信側がいくら速くても、元データが重すぎれば体感は改善しません。サービス側で最適化される部分と、担当者側で用意すべき部分は分けて考えるとよいでしょう。写真の解像度や圧縮といった元データの軽量化は、どのサービスを使っても担当者側が押さえるべき領域です。ここを疎かにしたまま「サービスが遅い」と判断してしまうと、本当の原因を見誤ります。

ここで見落とされがちなのが、1ページだけ極端に重い「重量ページ」の存在です。よくある相談として、全体では30MBに収まっているのに、見開きで大きな集合写真を配置した1ページだけが8MB近くあり、そのページに来た瞬間に読み込みが止まって見える、というものがあります。全体の平均容量だけを見ていると、この突出した1ページには気づけません。対策はシンプルで、書き出したデータの中から最も重いページを1枚だけ特定し、そのページの画像を重点的に軽量化することです。全ページを一律に削るより、重量ページを1枚直すほうが、体感速度ははるかに大きく改善します。閲覧者がストレスを感じるのは平均値ではなく、一番遅かった瞬間だからです。公開前のチェックでは「全体で何MBか」だけでなく「一番重いページは何MBか」を必ず確認する習慣をつけると、こうした落とし穴を避けられます。

※体感は閲覧者の通信環境や端末性能によって変わります。上表はあくまで設計時の目安です。

ページ数・容量が制作コストと運用に与える影響

ページ数と容量は、閲覧体験だけの問題ではありません。制作にかかる費用や、公開後の運用のしやすさにも影響します。予算と手間の観点からも、設計段階でボリュームを見通しておく意味は大きいのです。

ページ数と制作費の関係

多くの制作会社は、ページ数を基準に見積もりを組みます。デザインやレイアウトの調整はページ単位で発生するため、ページが増えれば費用も比例して増えるのが一般的です。台割の段階で総ページ数を確定できていれば、正確な見積もりが得られ、予算超過も防げます。逆に、作りながらページを増やしていくと、追加費用が積み上がりやすくなります。ボリュームを先に固めることは、コスト管理の第一歩でもあります。

更新頻度と運用負荷

価格や商品が頻繁に変わる資料は、更新のしやすさも設計時に考えておきたい点です。ページ数が多く、1ページに情報を詰め込みすぎると、一部の変更でもレイアウトの調整が広範囲に及びます。変わりやすい情報は独立したページにまとめておくと、差し替えが局所的で済み、運用が軽くなります。作って終わりではなく、更新し続ける前提で構成を考えると、長い目で見た手間が大きく変わります。

保存・配信の視点

容量が大きいと、保存や配信の面でも扱いにくくなります。メールに添付して送る運用では、容量制限に引っかかって送れないこともあります。この点でも、URLで共有できるデジタルブックは有利ですが、元データが軽いに越したことはありません。適正な容量に収めておけば、配信方法の選択肢が広がり、後から運用を変えたくなったときにも柔軟に対応できます。

容量を抑えるための実務ポイント

ここからは、容量を軽くするための具体的な手立てを紹介します。難しい作業ではなく、考え方さえ押さえれば制作会社への指示にも活かせます。担当者の方が仕組みを理解していれば、仕上がりの確認もぐっと的確になります。

解像度は「画面で見る用途」に合わせる

最も効果が大きいのが解像度の見直しです。印刷では一般に300〜350dpi程度が求められますが、画面で見るデジタルブックでは、そこまでの解像度は必要ありません。表示する実寸に対して適切な解像度に落とすだけで、容量は大幅に下がります。印刷用データを流用する場合ほど、この工程の効果は大きくなります。逆にいえば、印刷データをそのまま使うことが、容量が膨らむ最大の原因になりがちです。まずここを見直すのが近道です。

画像圧縮でデータ量を削る

解像度を整えたうえで、画像圧縮をかけると、見た目の劣化を最小限にしながら容量を減らせます。写真はJPEG、図やロゴはPNGといった使い分けも有効です。JPEGは写真のような階調の多い画像に、PNGは色数の少ない図やロゴに向いています。圧縮率を上げすぎると画質が荒れるため、実機で確認しながら落としどころを探ります。数値だけで判断せず、実際の見え方で決めるのが失敗しないコツです。

作業に使うツールを具体的にイメージできると、制作会社への指示も的確になります。写真1枚単位の解像度調整や書き出しにはPhotoshopの「Web用に書き出し」や無料のSquoosh、複数枚をまとめて圧縮したいならTinyPNGやImageOptimがよく使われます。PDF全体ならAcrobat Proの「ファイルサイズを縮小」や「PDFを最適化」で、画像のダウンサンプル（解像度の間引き）設定を細かく指定できます。ここでありがちな誤設定が、圧縮品質を最高のまま書き出して「圧縮したつもり」になっているケースです。たとえばJPEGの品質を100のままにすると、容量はほとんど下がりません。逆に品質を下げすぎて、写真の輪郭に四角いブロック状のノイズが出てしまう失敗もあります。目安として、写真は品質70〜80前後から始め、実機で見比べながら少しずつ調整すると、画質と容量のちょうどよい落としどころが見つかります。もう一つの定番の誤設定が、WordやPowerPointからPDFを書き出す際に、画像を圧縮しない設定のまま出力してしまうことです。これらのOfficeソフトには画像を圧縮する項目があり、ここを有効にするだけでも容量は目に見えて変わります。高価な専用ソフトがなくても、まずは手元のツールの圧縮設定を見直すことから始められます。

PDF全体を最適化する

個々の画像を整えたら、最後にファイル全体をPDF最適化（線形化）で整えます。不要なデータの削除や、先頭から順に読み込める構造への変換により、初回表示の速さが改善します。画質・容量の最適化をさらに詳しく知りたい方は、PDFカタログをデジタルブック化する作り方もあわせてご覧ください。

ここまでの流れを手順としてまとめると、次のようになります。

1. 掲載する画像が、実際に表示される大きさを確認する
2. その表示サイズに合わせて解像度（DPI）を調整する
3. 写真はJPEG、図やロゴはPNGなど、形式を用途で使い分ける
4. 画質を確認しながら画像圧縮をかける
5. PDF最適化（線形化）でファイル全体を軽量化する
6. スマートフォン実機で表示速度と画質をチェックする

制作依頼前に決めておくべきボリューム設計

ここまでの内容を踏まえ、制作会社に依頼する前の準備を整理します。設計を先に固めておくほど、見積もりも制作もスムーズに進みます。逆に、準備が曖昧なまま依頼すると、認識のずれから手戻りが生まれやすくなります。

台割でページ構成を固める

まず、どのページに何を載せるかを一覧化した台割（ページ構成表）を作ります。台割があれば総ページ数が確定し、容量の見通しも立てやすくなります。行き当たりばったりで作り始めると、途中でページが増減し、容量も予算も膨らみがちです。設計図としての台割は、ボリューム管理の起点になります。エクセルや手書きでも構いません。まずは全ページの中身を一覧にすることが大切です。

見開き・分割の判断

1冊にまとめるか、複数冊に分けるかも設計時の論点です。総合カタログのように大部になる場合、部門別に分冊したほうが、閲覧者は目的の情報にたどり着きやすくなります。1冊が重すぎると、開くだけで敬遠されることもあります。一方で会社案内は1冊完結が自然です。読み手の使い方を想像し、冊の単位を決めます。分冊すれば1冊あたりの容量も抑えられ、更新も部分的に済むという利点があります。

制作会社に伝える情報を整理する

依頼時に情報が揃っているほど、正確な見積もりが得られます。最低限、次の項目は事前にまとめておきましょう。

1. おおよその総ページ数（台割ベース）
2. 主な閲覧環境（スマートフォン中心か、PC中心か）
3. 配布シーン（展示会・メール・自社サイト掲載など）
4. 元データの形式（印刷用PDF、Officeファイルなど）
5. 写真の点数と、高解像度写真を多用するかどうか

特に閲覧環境は重要です。モバイル中心であれば軽量化の優先度が上がります。スマホでの見やすさを重視する場合は、スマホ対応デジタルブックの作り方も参考にしてください。これらを整理して渡すだけで、見積もりの精度と制作の速度は大きく変わります。

よくある失敗と回避策

最後に、現場で繰り返し見てきた失敗のパターンと、その回避策を紹介します。事前に知っておくだけで、多くは防げます。いずれも特別な技術ではなく、意識の問題で避けられるものです。

高解像度画像を貼りすぎる

最も多いのが、印刷用の高解像度写真をそのまま全ページに配置してしまうケースです。1枚数MBの写真が数十枚並べば、全体は数百MBに達します。画面表示に必要な解像度へ落とすだけで、見た目を保ったまま大幅に軽くできます。「きれいに見せたいから高解像度で」という善意が、かえって読まれない資料を生む。この逆説を知っておくだけで、判断が変わります。

ページ数を欲張る

「せっかくだから情報を詰め込みたい」という思いから、ページ数が膨らむこともあります。しかし読み手の集中力は有限です。伝えたい要点を絞り、台割の段階でページ数の上限を意識することが、読まれる資料への近道です。情報を足すほど親切になるとは限りません。削る勇気が、結果として伝わる資料をつくります。

配信環境を考慮しない

社内のWi-Fi環境だけで確認して「問題ない」と判断し、モバイル回線での重さを見落とす失敗もあります。閲覧者の多くはスマートフォンから、しかも様々な回線状況でアクセスします。公開前には、必ず実機とモバイル回線で表示速度を確認してください。作り手と読み手では、見ている環境がまるで違うという前提に立つことが、失敗を防ぐ何よりの近道です。