COMISTA JOURNAL作家・作品の特集

漫画の縦横表示を実機で比べる|編集部検証企画

公開日

同じ自作ページを縦と横のviewportで表示し、倍率と初画面に入る割合を実測しました。最適な向きは決めず、表示方法を固定した条件での値だけを載せます。

「漫画の縦横表示を実機で比べる」を表したイラスト

向きを変えると何が変わるのか

画面を横にすると大きく見える気がしますが、何がどれだけ変わったのかは見ただけでは決まりません。

感覚の問題とは限りません。同じページを同じ表示方法で置いて、向きだけ変えて測った数字が無いからです。

固定した前提を並べた図
表示方法を一つに固定しました

「倍率」と「初画面に入る割合」は別の量

この検証がいちばん分けたいのは、混同されやすい二つの量です。名前と意味を先に決めます。

倍率は、原寸に対して何倍で描かれたかです。大きく描かれるほど値が上がります。

初画面に入る割合は、ページ全体のうち、スクロールせずに見えた部分の割合です。一度にどれだけ見えたかを表します。

量 上がると起きる事 他方
倍率 大きく描かれる 不定
初画面の割合 一度に多く見える 不定

この二つは、同じ方向へ動くとは限りません。 大きく描けば一画面に入る量は減ります。片方を「見やすさ」の代表にすると、もう片方が消えます。

だからこの検証では、両方を別の欄に置いています。

固定した前提

検証日は 2026年9月28日 です。

dpr は 2 のまま固定し、ブラウザは Google Chrome 153 の headless を使いました。 動かした機械は Mac15,5(Apple M3)の一台で、OS は macOS 26.6.2 です。スマートフォンの実機ではありません。

素材はこの検証のために作った自作の一ページ(原寸 600×900・縦長)です。 コマ四つと台詞四本を置きました。

表示方法は「幅いっぱい・高さは自動」に固定しました。 画面に収める表示方法では別の値になります。

表示方法を固定したことが結果を決めている

この検証でいちばん結果を左右した条件は、向きではなく表示方法です。

「幅いっぱい・高さは自動」は、幅に合わせて倍率が決まる形です。横向きでは幅が広くなるので、倍率が上がります。上がった分、縦に長くなり、画面からはみ出します。

「画面に収める」形なら、結果は変わります。 高さも見るので、横向きでも倍率は上がりにくく、初画面の割合は下がりません。

表示方法 合わせる先 横向きで起きる事
幅いっぱい 幅だけ 倍率が上がる
画面に収める 幅と高さ 上がりにくい

今回測ったのは前者だけです。 したがって以下の値は、この表示方法での値です。

表示方法を書かずに「横は見えにくい」と言うと、間違った一般化になります。 条件を先に書いているのはこのためです。

向きは二通りだけ

向き viewport
縦 390x844
横 844x390

変えたのは viewport の縦横だけです。 素材も表示方法も同じものです。

capture は両方ともブラウザのスクリーンショットです。 初画面に出た範囲だけを保存しました。

向きごとの値

向きごとの倍率と初画面の割合を並べた図
倍率と見える量は別の値です
向き 倍率
縦 0.6500
横 1.4067

縦では 390×585 css px で表示され、倍率は 0.6500 でした。 ページ全体が一画面に収まり、初画面で見えた割合は 100.0% でした。

横では 844×1266 css px で表示され、倍率は 1.4067 でした。 縦方向は 1266 に対して画面が 390 しかなく、初画面で見えた割合は 30.8% でした。

つまり横のほうが倍率は大きいのに、一度に見える量は少なくなりました。 この二つは別の値です。

初画面に届いた画素

初画面に届いた画素とコマ枠の本数を並べた図
初画面だけを数えています
向き 黒画素率
縦 5.33%
横 6.38%

初画面のスクリーンショットで、縦は 70242 個、横は 84003 個の黒画素が出ていました。 横のほうが密度は高い値でした。

一方、横に伸びたコマ枠の水平線が出た行数は、縦が 46 行ぶん、横が 22 行ぶんでした。 初画面に入ったコマの数が違います。

密度が高いことと、ページ全体が見えることは別です。 どちらが良いかは決めません。

三つの数字が示す向きが揃わない

今回の値は、三つの数字がそれぞれ別の向きを示しています。 揃えずにそのまま置きます。

数字 縦が上 横が上
倍率 — 横(1.4067)
初画面の割合 縦(100.0%) —
黒画素率 — 横(6.38%)

一つの結論にまとめられません。 まとめるには、どの数字を重く見るかを決める必要があり、その基準はこの検証の外にあります。

「横のほうが大きく密に描かれ、縦のほうが一度に全部見えた」までが、この条件で言えることです。

どちらが読みやすいかは測っていません。 読みやすさを測るには、人が読む場面を観察する必要があり、今回はしていません。

数字が噛み合わないとき

迷う場面を、三つ挙げます。 どれも向きの話です。

どの例でも一般化していません。表示方法のほうを条件に書いています。

並べ終えたあとの確認

向きの実測のあとに確認したい5項目のチェックリスト
向きを採点する表ではありません

表示方法を書いたか。 収め方が変われば値も変わります。

倍率と見える割合を分けたか。 別の量です。

最適な向きを決めていないか。 一条件の測定値です。

向きの違う数字を一つにまとめていないか。 まとめる基準は測っていません。

読みやすさを測ったことにしていないか。 数えたのは画素と寸法です。

同じ表示方法のまま一度回す

検証に、全部の端末は要りません。自分のページを一枚選び、同じ表示方法のまま向きだけ変えて、一画面に入る割合を数えてみること。

表示方法は書いたか。倍率と割合を分けて残せたか。 そこまで書ければ、次の端末も同じ形で並びます。

逆を向く値が出ても構いません。 そのまま残すことが検証の結果です。

この記事の内容に誤りを見つけた場合は お問い合わせ からお知らせください。編集方針は こちら にまとめています。