📋 この用語の要点（桐生 優吾の視点）
ルビは紙では当たり前に振れますが、電子化すると意外なほど崩れます。私も印刷とWebの両方の現場で、ルビのずれや消失に何度も泣かされてきました。この記事では、ルビの基本から電子書籍・デジタルブックで崩れる仕組み、そして原稿設計の段階で防ぐコツまでを整理します。「作ってから直す」より「作る前に決める」ほうが、圧倒的に安く早く済みます。読み終えるころには、制作会社への指示が一段はっきりするはずです。
📖 約10分で読めます。
ルビとは何か
ルビの基本的な意味
ルビとは、漢字などの文字に添える、小さな読みがな（ふりがな）のことです。横書きなら文字の上、縦書きなら文字の右側に小さく表示します。「振り仮名」と言えば、多くの方がすぐイメージできるはずです。
目的は、読みにくい漢字の読み方を補うことです。専門用語、人名、地名、難読語などでよく使われます。児童向けの書籍や、公共性の高い案内文では、すべての漢字にルビを振る「総ルビ」も珍しくありません。
ビジネス文書では、社名・製品名・専門用語に限ってルビを振る「パラルビ（部分ルビ）」が中心です。カタログや会社案内をデジタルブック化するとき、このルビの扱いが後々の作業量を大きく左右します。
ルビの種類（モノルビ・グループルビ・熟語ルビ）
ルビは、親文字（ルビを振られる本文の文字）とのかかり方で、いくつかの種類に分かれます。原稿設計の段階でこの違いを知っておくと、指示が正確になります。
- モノルビ：漢字1文字ごとに読みを対応させる方式です。「東（とう）京（きょう）」のように1字ずつ振ります。
- グループルビ：複数の文字にまとめて読みを対応させる方式です。「大人（おとな）」のように熟語全体へ振ります。
- 熟語ルビ：熟語単位でありながら、各字との対応も保つ中間的な方式です。
紙の組版（文字を紙面に配置する作業）では、この3種類を職人が細かく調整します。ところが電子化すると、方式によって表示結果が変わることがあります。どの方式で作るかを最初に決めておくことが大切です。
「ルビ」という言葉の由来
「ルビ」は、もともと活版印刷時代の欧文活字のサイズ名に由来します。5.5ポイント前後の小さな活字を、英語圏では宝石の「ruby（ルビー）」と呼んでいました。日本でふりがな用の小さな活字がこのサイズに近かったため、そのまま「ルビ」と呼ぶようになったと言われています。
つまりルビは、印刷の歴史とともに生まれた言葉です。この背景を知っておくと、制作会社との会話で用語が噛み合いやすくなります。日常では「ふりがな」、制作現場では「ルビ」と、相手に応じて使い分けると伝わりやすいでしょう。
ルビの仕組みと電子での表示方式
紙のルビと電子のルビはどう違うか
紙のルビは、レイアウトが固定されています。デザイナーが一度配置を決めれば、誰が見ても同じ位置に同じ大きさで表示されます。位置の微調整も、1文字単位で自由にできます。
一方、電子のルビは「表示するデバイスや設定によって見え方が変わる」前提で作られています。文字サイズを変えたり、画面幅が違ったりすると、ルビの位置や改行位置も動きます。ここが紙との根本的な違いです。
この違いを理解しないまま紙の感覚で進めると、「紙では綺麗だったのに電子で崩れた」という事故が起きます。まず、電子は動くものだと割り切ることが出発点になります。
リフロー型とフィックス型でのルビの扱い
電子の表示方式は、大きく2つに分かれます。リフロー型とフィックス型です。ルビの扱いも、この2方式でまったく異なります。
リフロー型は、画面幅や文字サイズに合わせて本文が流れるように再配置される方式です。読者が文字を自由に大きくできる反面、ルビは本文の一部として構造的に持つ必要があります。構造が正しくないと、読みがなが本文中に平文で混ざって表示されることがあります。
フィックス型は、紙のレイアウトをそのままページ単位で固定する方式です。見た目は紙に忠実ですが、ルビも画像として焼き込まれる場合があり、全文検索や読み上げの対象から外れることがあります。どちらを選ぶかで、ルビの作り込み方が変わります。
EPUBのルビとPDFのルビ
EPUB（電子書籍の標準フォーマット）は、HTMLの「ruby要素」という仕組みでルビを表現します。親文字と読みがなを構造的にひもづけるため、正しく作れば文字サイズを変えてもルビが追従します。総ルビの書籍でも、比較的安定して表示できます。
PDFの場合、ルビは元データの作り方に依存します。制作ソフトのルビ機能を使って作れば、テキスト情報として保持されることもあります。しかし単に小さな文字を横に置いただけだと、本文とは無関係の浮いた文字列になり、コピーや検索で崩れます。
つまり、同じ「ルビ」でもフォーマットによって中身の作り方が違います。ここを曖昧にすると、後工程で必ずつまずきます。フォーマットを決める段階で、ルビの品質基準も一緒に決めておきましょう。
ルビが実務で問題になりやすい場面
ルビは、どんな資料でも同じように問題になるわけではありません。固有名詞や難読語が多い資料ほど、崩れの影響が大きく出ます。ここでは、私が現場でよく相談を受ける3つの場面を取り上げます。自社の資料がどれに近いかを考えながら読んでみてください。用途がわかれば、ルビにどこまで手をかけるべきかの判断がつきます。
会社案内・カタログのデジタルブック化
会社案内やカタログには、社名・製品名・担当者名など、正確に読ませたい固有名詞が多く登場します。読み間違いは、そのままブランドの印象低下につながります。紙では問題なかったルビが、電子化で崩れると、かえって信頼を損なう結果になりかねません。固有名詞の読みは、原稿の最初の段階で一覧化しておくことをおすすめします。特に、複数の資料で同じ社名の読みがずれていると、閲覧者に不信感を与えます。取引先へ配る資料ほど、この一手間が効いてきます。
マニュアル・教材の電子化
マニュアルや教材では、総ルビや部分ルビの需要が高くなります。専門用語や難読語が多く、読者の理解を助ける役割が大きいためです。この用途では、文字を拡大しても読める構造や、読み上げへの対応が重視されます。見た目の固定より、情報が確実に届くことを優先する場面と言えます。ルビの数が多いぶん、崩れの確認箇所も増えます。確認工程を厚めに見積もり、実機での読み合わせを予定に組み込んでおくと安心です。
官公庁・自治体向けの資料
官公庁や自治体向けの資料では、誰もが読めることが強く求められます。総ルビの指定や、読み上げ対応が要件になることも珍しくありません。この領域では、アクセシビリティが単なる配慮ではなく、事実上の必須条件になっている場合があります。要件を満たせるフォーマットかどうかを、企画の初期に確認しておく必要があります。後から要件が判明すると、作り直しに近い手戻りが発生します。要件定義の時点で、ルビの扱いを議題に載せておきましょう。
デジタルブック化で起きるルビの崩れ
よくある崩れのパターン
実際の制作現場で頻発する崩れを、代表的なものに絞って挙げます。原稿設計の段階でこれらを想定しておくことが、そのまま予防になります。
- 位置ずれ：親文字とルビの中心がそろわず、右や左にずれて見えます。
- 平文化：ルビが小さい文字ではなく、本文と同じ大きさの括弧付き文字に落ちます。
- 脱落：ルビだけが消えて、本文の漢字だけが残ります。
- 重なり：行間が狭く、ルビが上の行の文字に重なって読めなくなります。
- 検索不能：ルビ部分が画像化され、本文の全文検索にヒットしなくなります。
どれも「開いてみて初めて気づく」タイプの不具合です。だからこそ、事前の設計と、複数の環境での確認が効きます。
縦書き・横書きでの違い
ルビの崩れは、縦書きか横書きかでも様相が変わります。日本語特有の事情がここにあります。
縦書きでは、ルビは親文字の右側に縦に並びます。ビューア（閲覧ソフト）が縦書きに対応していないと、ルビの向きや位置が乱れやすくなります。特に海外製のビューアや汎用ブラウザでは、縦書きルビが想定どおりに出ないことがあります。
横書きでは、ルビは親文字の上に乗ります。比較的安定しますが、行間が詰まっているとルビが上の行と接触します。原稿の段階で行間に余裕を持たせておくと、崩れの多くは未然に防げます。縦横どちらで見せるかは、早めに決めておきたい要素です。
崩れが起きる原因
崩れの原因は、突き詰めると次の3つに集約されます。ひとつずつ切り分けると、対策の当たりがつきます。
- 構造の欠落：ルビが親文字とひもづいておらず、ただの小さな文字として置かれている。
- 環境の非対応：ビューアやフォントが、ルビの表示ルールに対応していない。
- 指示の曖昧さ：原稿にルビの指定が明記されず、制作側が推測で処理している。
このうち3つ目は、発注側でコントロールできる部分です。入稿データにルビ指定を正しく残すだけで、事故はかなり減ります。技術より前に、指示の精度が効くと覚えておいてください。
具体例で考えてみましょう。ある製造業のカタログをデジタルブック化した際、型番に添えた読みがなが、スマートフォンで見たときだけ本文に平文で混ざって表示されたことがありました。パソコンの大きな画面では問題なく見えていたため、担当者も気づかないまま公開してしまったのです。原因は、ルビが親文字と構造的に結び付いておらず、画面幅の狭い環境で改行位置が変わったことにありました。もし原稿の時点でルビ指定を明記し、パソコンとスマートフォンの両方で表示を確認していれば、公開前に気づけたはずです。このようにルビの崩れは、フォントやビューアの限界というより、多くが段取りの問題として片づけられます。だからこそ、確認に使う端末をあらかじめ決めておくことが、地味ながら大きく効いてきます。
原稿設計段階で押さえる注意点
入稿前のルビ指定の整理
ルビのトラブルは、その多くが「原稿を作る前」に決まります。作り始めてからでは手戻りが増えるため、設計段階で次の点を固めておきます。
まず、どの語にルビを振るかの方針を決めます。総ルビか、専門用語だけのパラルビか、という判断です。次に、読みがなの表記を統一します。同じ社名でもファイルによって読みが違うと、後で照合作業が発生します。最後に、ルビ付き原稿の受け渡し形式を制作会社と合わせておきます。この3点を決めるだけで、後工程がぐっと楽になります。
フォーマット選定とルビ
ルビを重視するなら、フォーマット選定の段階で判断が必要です。文字を拡大して読ませたい、読み上げにも対応したいなら、構造を保てるリフロー型やEPUB形式が向きます。総ルビの読み物や教材は、この方向が無難です。
一方、紙面デザインを一字一句そのまま見せたいなら、フィックス型が向きます。ただしフィックス型は、ルビが画像に埋もれてアクセシビリティ（誰もが情報を得られる状態）や検索性を損なう場合があります。見た目を取るか、機能を取るか。用途に応じて割り切る判断が要ります。
制作会社への伝え方チェックリスト
最後に、制作会社へ渡す前の確認項目を表にまとめます。この一覧を埋めてから発注すると、認識のずれが大きく減ります。
| 確認項目 | 決めておくこと |
|---|---|
| ルビの範囲 | 総ルビか、パラルビか。対象語のリストを用意する。 |
| 読みの統一 | 社名・製品名・人名の読みを一覧化し、表記を固定する。 |
| 表示方向 | 縦書きか横書きか。混在させる場合はページ単位で明記する。 |
| フォーマット | リフロー型かフィックス型か。ルビの検索・読み上げ要否も伝える。 |
| 確認環境 | PC・スマホ・タブレットなど、実機で確認する環境を合意する。 |
ここまで整理できれば、ルビの事故はかなり抑えられます。「なんとなく紙のとおりに」ではなく、項目ごとに言語化して渡すのがコツです。手間に見えて、結局はいちばんの近道になります。
よくある質問（FAQ）
ルビとふりがなは同じ意味ですか？
ほぼ同じ意味と考えて差し支えありません。一般には「ふりがな」、印刷やデジタルブックの制作現場では「ルビ」と呼ぶ傾向があります。相手が制作会社なら「ルビ」、社内説明なら「ふりがな」と使い分けると伝わりやすいです。指す対象そのものは同じです。
電子書籍でルビが消えるのはなぜですか？
ルビが親文字と構造的にひもづいていないことが主な原因です。単に小さな文字を横へ置いただけだと、フォーマット変換の際にルビ情報が失われることがあります。EPUBのruby要素など、正しい仕組みで作ることで脱落を防げます。作り方の問題であり、避けられる不具合です。
PDFにルビを入れると検索できなくなりますか？
作り方によります。制作ソフトのルビ機能でテキストとして保持していれば、検索やコピーに支障が出にくいです。逆に、ルビを画像化したり位置だけで配置したりすると、全文検索でヒットしなくなることがあります。検索性が要件なら、入稿前に扱いを制作会社へ確認してください。
総ルビとパラルビ、どちらがよいですか？
読者層と目的で決めます。児童向けや公共性の高い案内は総ルビ、一般のビジネス資料は専門用語だけのパラルビが基本です。総ルビは作業量が増える分、崩れの確認箇所も増えます。誰が読むかを起点に、必要最小限の範囲から検討するのが現実的です。
縦書きのデジタルブックでルビが崩れやすいのは本当ですか？
傾向としては本当です。縦書きはビューアの対応状況に左右されやすく、海外製ソフトや汎用ブラウザではルビの向きや位置が乱れることがあります。縦書きで見せる場合は、閲覧を想定する環境を早めに定め、実機で確認する工程を必ず組み込んでください。
ルビの指定はどの形式で渡せばよいですか？
制作会社が扱いやすい形式に合わせるのが基本です。よくあるのは、対象語と読みの一覧表を別途用意し、本文中の該当箇所を明示する方法です。原稿内に読みを併記する場合も、書式を統一しておきます。形式は着手前に必ずすり合わせ、双方で認識をそろえてください。
既存のPDFにあとからルビを追加できますか？
可能ですが、手間はかかります。元の制作データが残っていれば、そこでルビを付け直すのが確実です。データがない場合は、注釈機能で補うか、作り直しに近い作業になることもあります。ルビが必要なら、最初の原稿設計の段階で組み込むほうが結果的に安く済みます。
✏️ 桐生 優吾より
ルビは、地味なわりに事故が多い要素です。私も紙とWebを行き来してきましたが、ルビの崩れは「開いてみるまで気づかない」ため、公開後に発覚して慌てる場面を何度も見てきました。ただ、原因のほとんどは技術の限界ではなく、原稿設計と指示の曖昧さにあります。裏を返せば、作る前にきちんと決めておけば防げる、ということです。どの語に振るか、読みをどう統一するか、縦か横か、どのフォーマットで見せるか。この4点を最初に言語化して制作会社へ渡すだけで、手戻りは驚くほど減ります。小さな読みがな一つに、と思われるかもしれません。しかし、読み手が迷わず正しく読めることは、資料の信頼そのものです。会社名や製品名を読み間違えられたら、それだけで印象を損ないます。実際、私が関わった案件でも、着手前にこの4点を決めておいたプロジェクトは校正の往復がほとんど発生せず、逆に勢いで作り始めた案件ほど、後半で読みの不統一が次々に見つかって余計な時間を取られてきました。だからこそ、面倒でも設計段階で丁寧に。ルビは、細部への配慮が伝わる場所です。次に何かをデジタルブック化するとき、この記事のチェックリストを一度思い出していただけたら嬉しいです。
