画面共有の資料の文字サイズは、何ptを目安にすればいいか

2026年9月23日

オンライン商談で資料を画面共有するとき、文字サイズの目安として「18pt以上」「24pt以上」という数字をよく見ます。調べてみると、その数字が何を前提にしているかを書いた記事はほとんどありません。

この記事は、その前提を計算で確かめた記録です。結論から書くと、ptという単位はスライドの寸法とセットでしか意味を持ちません。 PowerPointのスライド設定を変えるだけで、同じ「18pt」が画面上で1.33倍変わります。だから「18pt以上」という目安は、ある特定の設定と、ある特定の見え方を暗黙に前提にしています。その前提を書き出すと、自分の資料で何ptにすべきかが決まります。

「18pt以上」は、どこから来た数字か

上位に出てくる記事を読むと、数字の出どころが書かれていません。9件のうち3件を開いて確かめました。制作会社のコラムは「なるべく大きな文字を使う」とだけ書いていて、pt数は出てきません。デザイナーが書いた記事は「画面共有・オンライン会議は本文15〜18pt」と出していますが、根拠は書かれておらず、本人も「ボヤッとしています」と断っています。見る側の画面サイズも距離も分からないから、という理由です。

その正直さは正しいと思います。ただ、分からないのは「見る側の画面の大きさ」であって、「ptがどう画面に出るか」は計算で決まります。 分かる部分と分からない部分を分けないまま数字だけが一人歩きしているのが、いまの状態です。

数字を出している例で唯一、計算の根拠を示していたのはスクリーンを作っているメーカーのページでした。「視聴距離 ÷ 150」で必要な文字の高さが出る、という式です（オーエス）。学術的な裏付けは示されておらず、自社の製造で培った知見としています。この式は奥行き9mの教室に100インチのスクリーンを置く前提のもので、会議室でプロジェクターに投影する話です。 画面共有とは見る距離が2桁違います。

ptは、スライドの寸法とセットでしか意味がない

ptは紙の単位です。1インチが72pt。だから18ptの文字は、紙の上では常に0.25インチ（6.35mm）の高さになります。

ところが画面共有では、スライドが紙のまま届くわけではありません。スライド全体が受け手の表示領域に収まるよう拡大・縮小されて出ます。つまり画面上での文字の大きさを決めるのは、18ptという絶対値ではなく、「スライド全体の高さに対して18ptが何%か」です。

PowerPointのスライドの寸法は、Microsoftの公式ページに書かれています（スライドのサイズを変更する）。3種類あります。

同じ16:9が2種類あります。公式ページも「これらのオプションはどちらも同じ縦横比であるため」と書いていて、標準ビューでの見た目は変わりません。変わるのは中の目盛りだけです。

同じ18ptが、スライド設定で1.33倍変わる

上の表を使って、18ptの文字がスライドの高さに占める割合を出します。すべて計算値です。

「画面に合わせる」だけ、同じ18ptが1.33倍の大きさで画面に出ます。405ptしか高さがないスライドに18ptを置くのと、540ptのスライドに18ptを置くのとでは、占める面積が違うからです。

厄介なのは、この違いが作っているあいだ画面に出ないことです。標準ビューではどちらも同じように見えます。さらにスライドサイズを後から変えたとき、PowerPointは「[最大化]」「[サイズに合わせて調整]」の選択肢を出します。公式ページによると、これが出るのは「PowerPointでコンテンツを自動的に拡大縮小できない場合」です。自動で調整されることもあれば、選択を求められることもあり、pt数の表示だけを見ても何が起きたか分かりません。

受け手の画面で何ピクセルになるかは、表示領域の高さで決まる

割合が出たので、受け手の画面で何ピクセルになるかを計算できます。ワイドスクリーン（540pt）で18ptの場合です。

同じ資料が、受け手の画面の使い方だけで3倍変わります。 そして、どう表示しているかは送る側から見えません。

逆に、受け手の画面で24pxを確保したいとして、必要なpt数を逆算します（スライド高さ540pt基準）。表示領域が1080pxなら12pt、720pxなら18pt、540pxなら24pt、360pxなら36ptです。

ここで「18pt以上」の前提が見えます。あの目安は、受け手が表示領域720pxくらいで見ている状態を暗黙に想定した数字です。 相手がノートPCで全画面にしていればもっと小さくても読めるし、資料と他のウィンドウを並べていれば18ptでも足りません。

ちなみに、先ほどのスクリーンメーカーの式をオンラインに当てはめるとどうなるか。ノートPCまでの距離を50cmと置くと（これはこちらで置いた仮定で、出典はありません）、必要な文字高は50cm ÷ 150 = 3.3mmです。13.3インチのノートPCの画面の高さは約165mmなので、3.3mmは画面の高さの2.0%。540ptの2.0%は約11ptです。全画面で見てもらえるなら、計算上は11ptでも届きます。 18ptが要るのは、全画面で見てもらえないことがあるからです。

画面共有された資料は、受け手が拡大できない

Webページなら、文字が小さければ読む側が拡大できます。W3Cのアクセシビリティ基準WCAG 2.1の達成基準1.4.4は、テキストが「コンテンツ又は機能を損なうことなく、支援技術なしで 200％ までサイズ変更できる」ことを求めています（WCAG 2.1 日本語訳）。

ただし、この基準には除外があります。除外されるのは「キャプション及び文字画像」です。画面共有で届く資料は、まさにこの文字画像です。 映像の1コマとして届くので、受け手がブラウザで拡大しても、粗くなるだけで情報は増えません。

Zoomの公式ドキュメントは、画面共有について「Screen sharing will display content at the native resolution of the desktop, application, or portion of the screen being shared」と書いています（Zoom KB0066166）。共有元の画面の解像度がそのまま送られる、という意味です。裏を返すと、共有する側がどんな解像度のモニターを使っているかで、届く画素数が変わります。 受け手の側にできることはありません。

だから、画面共有の資料の文字サイズは、読む側が後から直せない数少ない要素のひとつです。送る前に決まってしまいます。

ptをやめて「スライド高さの何%」で決める

ここまでを踏まえると、決め方は単純になります。pt数を覚えるのではなく、スライドの高さに対する割合を決めて、そこからpt数を出します。

本文を3.3%、見出しを4.4%に置くとします。設定ごとのpt数はこうなります。

「画面に合わせる」で作っているなら、同じ見え方にするにはpt数を0.75倍（405 ÷ 540）にします。逆に、ワイドスクリーンで作った資料を「画面に合わせる」に変換したとき、pt数がそのまま残っていれば、文字は1.33倍大きくなっています。

資料を渡される側の作業としては、自分のスライドがどの設定か（デザイン → スライドのサイズ → ユーザー設定）を一度見ておくだけです。pt数の議論より、設定の確認のほうが先です。

Meetnectの場合

Meetnectの資料提示は、ファイルを1280×720の一枚に焼き直してから送っています（ensurePresentCanvas で1280×720の描画面を作り、drawFitted が縦横比を保ったまま中央に収める。PDFも同じ収め方）。送り先の画素数が固定なので、ptから画素数が一意に決まります。 ワイドスクリーンの18ptなら、3.33% × 720px で24px。あとは受け手がその一枚をどれだけの大きさで表示するかだけが残ります。資料の縦横比によって使える幅が変わる話は、資料の文字が潰れる理由に書きました。