Aulvem Blog (日本語)

読書用タブレットは8・10・11インチのどれ？小説・漫画・PDF別

Thu, 15 Oct 2026 00:00:00 GMT

主要メーカーの現行機で、縦持ちの1ページ表示を計算すると、小説は8インチ級、B6判の漫画は10〜11インチ級で、紙と同じかそれ以上の大きさです。A4のPDFは10〜11インチ級で紙の約64〜75%で、紙の8割以上になるのは12.6インチ以上の機種です。ただし8.0インチの小説と10.1インチのB6判の漫画はぎりぎりで、新書判の漫画は8インチ級だと機種しだいで紙とほぼ同じかわずかに小さくなります。

計算の対象は、Apple・Samsung・Amazon など主要メーカーの2026年10月時点の現行機です。

実機は試していません。前提は「調べ方」と、記事末尾の「計算に使ったデータと式」に書いています。

読む本ごとの早見表

自分が読む本の列と、画面のサイズの行が重なるところを見てください。割合は、本のページを縦持ちで1ページまるごと画面に出したときの、紙に対する縦横の長さの倍率です。100%なら紙と同じ大きさです。

画面のサイズの区分	小説: 文庫（A6）	漫画: 新書判の漫画	漫画: B6判の漫画	雑誌: 雑誌（B5）	PDF: PDF（A4）
8インチ級（8〜8.8インチ）	○ 紙以上・最小機種はぎりぎり（約102〜112%）	△ 機種しだい（約93〜105%）	紙より小さい（約84〜92%）	紙より小さい（約59〜65%）	紙より小さい（約51〜56%）
10〜11インチ級（10.1〜11.5インチ）	○ 紙以上（約129〜151%）	○ 紙以上（約119〜134%）	○ 紙以上・最小機種はぎりぎり（約106〜123%）	紙より小さい（約74〜87%）	紙より小さい（約64〜75%）
12〜13インチ級（11.95〜13.1インチ）	○ 紙以上（約149〜178%）	○ 紙以上（約139〜157%）	○ 紙以上（約122〜145%）	△ 機種しだい（約86〜102%）	紙より小さい（約74〜88%）

○は、その区分のどの機種でも紙以上の大きさです。△は、機種によって紙以上になったり、ならなかったりします。

「紙より小さい」は、その区分のどの機種でも紙より小さくなります。パーセントは、その区分の機種のうち小さい方から大きい方までの幅で、画面の上下に残ることがあるバーの分も入れています。

下のツールでは、同じ計算の結果を画面と紙の重ね図で見られます。

読む本の種類（文庫・B6判など）を選びます
画面のサイズの区分を選びます
結果の「紙の約何%」と、○・△・✕の判定を見ます

本のページはタブレットで紙の何%？

読む本の種類（文庫・新書判の漫画・B6判の漫画・B5の雑誌・A4のPDF）と画面のサイズの区分を選ぶと、縦持ちで1ページを表示したときに紙の何%の大きさになるかを、主要メーカーの現行モデルで計算します。画面と紙は同じ縮尺で重ねて描きます。

小説と漫画に必要な画面のサイズ

縦持ちで1ページを画面いっぱいに表示した場合の計算では、文庫は8インチ級、B6判の漫画は10〜11インチ級で、紙と同じかそれ以上の大きさです。最小の機種はぎりぎりです。

ここでの大きさは、紙のページを1ページそのまま表示する計算です。文字サイズを変えて読む場合は未検証です。

新書判はジャンプコミックスなどの漫画の単行本の大きさで、B6判はそれよりひとまわり大きい単行本の大きさです。

8インチ級（8〜8.8インチ）なら、文庫1ページを紙の約102〜112%で表示できます。いちばん小さい8.0インチはほぼ紙と同じで、ぎりぎりです。10〜11インチ級なら約129〜151%で、紙の文庫より大きく表示できます。

新書判の漫画は、8インチ級で紙の約93〜105%です。ほぼ紙と同じ大きさですが、8.0インチや上下のバーが残る表示では紙よりわずかに小さく、ぎりぎりです。

B6判の漫画は、8インチ級だと紙の約84〜92%で、紙より小さくなります。10〜11インチ級なら約106〜123%で、紙と同じかそれ以上の大きさです。いちばん小さい10.1インチは紙よりわずかに大きい程度で、ぎりぎりです。

漫画の見開きは別の記事で扱います。

PDFと雑誌が紙に近づく画面の大きさ

縦持ちで1ページを画面いっぱいに表示した場合の計算では、A4のPDFは、8インチ級で紙の約51〜56%、10〜11インチ級で約64〜75%です。紙の8割以上になるのは12.6インチ以上の機種で、13インチ級では約80〜88%です。調べた機種では、紙と同じ大きさで表示できるものはありません。

紙の文字の大きさを仮定した推定では、8インチ級でA4を1ページまるごと表示したとき、文字は文庫の文字よりかなり小さくなります。小さい画面でPDFを読むときは、拡大しながら読むことになります。

B5の雑誌は、10〜11インチ級で紙の約74〜87%です。13インチで縦横比（縦と横の長さの比）が4:3の画面なら約98〜102%で紙とほぼ同じですが、ぎりぎりです。13インチでも16:10の画面は約96%で、紙よりわずかに小さくなります。

A4判の雑誌は、早見表のPDF（A4）の列で見てください。

縦持ちと横持ちはどちらで読む？

文庫や漫画のように1ページで完結する本は、縦持ちが基本です。PDFは、横持ちにして幅に合わせると文字が大きくなります。

主要メーカーの現行機で、横持ちにして計算すると、横持ちでA4の幅に合わせれば、10〜11インチ級でも紙の約103〜119%の大きさで読めます。ただし1画面に入るのはページの約42〜50%なので、上下にスクロールしながら読みます。

対角11インチの画面で縦横比だけを変えて計算すると、A4のPDFは、縦横比10:7の画面で紙の約75%、16:10の画面で約70%です。A4・B5・文庫・B6判は、紙の形に近い10:7〜4:3の画面ほど大きく表示できます。新書判の漫画は逆に、3:2〜16:10の画面のほうが大きくなります。

8インチと10インチの重さの差、目の疲れにくさ

2026年10月時点の公式の仕様では、重さは8インチ級が約293〜373g、10〜11インチ級が約433〜650g、12〜13インチ級が約530〜775gです。8インチ級はどれも、10〜11インチ級のいちばん軽い機種より軽いです。

目の疲れにくさを、画面サイズだけで比べた公式の値はありません。夜に画面の色を暖かくする機能（Apple の Night Shift、Samsung の Eye comfort shield）があります。医学的な効果を確かめたものではありません。

片手での持ちやすさや寝ながらの姿勢は別の記事で扱います。

電子書籍リーダーとの比較も別の記事です。

条件ごとの候補

PDFの候補は、10〜11インチ級のうち、A4を縦1ページで紙の72%以上（上下のバーが0〜8mmのどちらでも）で表示できる機種から選びます。

候補は、新品で、評価が100件以上・星4.0以上、販売元が Amazon かメーカーの出品から選びました（サクラチェッカーで不審な評価が出たものは除きます）。この記事で調べた商品のうち、条件ごとに送料込みでいちばん安いものを1つ出します。価格は各販売サイトで確かめてください。

13インチ級は、この基準を満たす出品が日本の Amazon で見つからなかったので、候補に入れていません。

小説と新書判の漫画を8インチ級で読みたい人

縦持ちで1ページを画面いっぱいに表示した場合の計算では、iPad mini（8.3インチ）は、文庫を紙の約110%で表示します。新書判の漫画は約95〜100%で紙とほぼ同じですが、ぎりぎりです。B6判の漫画は約90%、A4は約55%で、重さは293gです。

B6判の漫画を紙と同じ大きさで安く読みたい人

縦持ちで1ページを画面いっぱいに表示した場合の計算では、Fire HD 10（10.1インチ）は、B6判の漫画1ページを紙の約106%で表示します。10〜11インチ級でいちばん小さい画面なので、紙よりわずかに大きい程度で、ぎりぎりです。Amazon の開発者向け資料（2026年10月時点）では、Fire タブレットでは Google Play などの Google のサービスが使えません。読書アプリは Amazon Appstore にあるものから入れます。

A4のPDFを縦1ページで読みたい10〜11インチ級の人

縦横比が3:2の画面で、A4は紙の約75%です。

よくある質問

読書は何インチがいい？

主要メーカーの現行機で、縦持ちの1ページ表示を計算すると、小説は8インチ級、B6判の漫画は10〜11インチ級で、紙と同じかそれ以上の大きさです。A4のPDFは10〜11インチ級で紙の約64〜75%で、紙の8割以上になるのは12.6インチ以上の機種です。

ただし8.0インチの小説と10.1インチのB6判の漫画はぎりぎりで、新書判の漫画は8インチ級だと機種しだいで紙とほぼ同じかわずかに小さくなります。

小説は8インチで足りる？

縦持ちで1ページを画面いっぱいに表示した場合の計算では、8インチ級では、文庫の固定ページを紙の約102〜112%で表示できます。いちばん小さい8.0インチはぎりぎりです。

文字サイズを変えて読む場合の表示量は調べていません。

漫画は10インチ以上が必要？

漫画を縦持ちで1ページずつ表示した計算では、B6判なら10インチ以上が目安です。10〜11インチ級で紙以上の大きさになり、10.1インチはぎりぎりです。

新書判の漫画は8インチ級でも、機種しだいで紙とほぼ同じかわずかに小さい程度です。

PDFの技術書や論文は何インチで読める？

A4を縦持ちで1ページまるごと表示した計算では、調べた機種のどれも、紙と同じ大きさでは表示できません。12.6〜13.1インチの機種でも紙の約80〜88%です。

10〜11インチ級でも、横持ちで幅に合わせれば紙より大きく読めますが、上下にスクロールしながら読みます。

安い Android で読書は問題ない？

安い機種でも、紙に対する画面の大きさは変わりません。大きさは画面の寸法だけで決まり、表の計算にも安い Android の機種が入っています。

ただし調べた安い Android の多くは、評価の信頼性か販売元がこの記事の基準を満たさず、候補にしていません。文字の細かさ（解像度）や明るさ・反射は、この記事では比べていません。

計算に使ったデータと式（検証用）

調べ方と出典: 2026年10月時点の主要メーカーの公式の画面サイズと解像度から、画面の寸法を計算しました。実機は試していません。式・仮定・紙の寸法の出典は、記事末尾の「計算に使ったデータと式」にあります。夜の画面の機能の出典です。Apple の説明。Samsung の説明。

計算の方法

対象は2026年10月14日時点の主要メーカー（Apple・Samsung・Amazon・Lenovo・Xiaomi ほか）の現行タブレットの公式の仕様。実機は試していない。画面サイズと解像度の両方が公式にある機種だけを計算した。
画面の縦と横は、公式の対角（インチ×25.4mm）と解像度の縦横比から出した。短い辺 = 対角 ÷ √(1 + 縦横比²)、長い辺 = 短い辺 × 縦横比。角の丸みは無視した。
紙のページを縦持ちの画面に1ページまるごと入れたときの倍率 = min（画面の短い辺 ÷ 紙の幅、(画面の長い辺 − バーの分) ÷ 紙の高さ）。100%なら紙と同じ大きさ。バーの分は0〜8mmの仮定で、表の幅はこの仮定と同じサイズの全機種の最小〜最大。
紙の寸法: 文庫＝A6（105×148mm）、新書判の漫画＝集英社ジャンプコミックスの書誌2冊（112×176mm）、B6判の漫画＝B6判の単行本1冊の書誌（128×182mm、JIS B6 と同じ）、雑誌＝JIS B5（182×257mm）、PDF＝A4（210×297mm）。新書判・B6判は確かめた書誌がこれだけで、ほかの出版社の寸法は確かめていない。A4判の雑誌は PDF（A4）の列の数字で見る。
横持ちで幅に合わせた倍率 = 画面の長い辺 ÷ 紙の幅。1画面に入る割合 = 画面の短い辺 ÷（紙の高さ × 倍率）。
画面での文字の大きさ = 紙の文字の大きさ（仮定: A4の本文10〜11pt、文庫の本文8〜9.5pt。pt は文字の大きさの単位で、1pt は約0.35mm）× 倍率。8インチ級で A4 を1ページまるごと表示すると、A4 の本文は約5.1〜6.2pt 相当で、文庫の本文（8〜9.5pt）より小さい（推定）。
サイズの区分: 8インチ級＝8〜8.8インチ、10〜11インチ級＝10.1〜11.5インチ、12〜13インチ級＝11.95〜13.1インチ（調べた機種の範囲）。14.6インチの機種（Galaxy Tab S10・S11・S12 の Ultra）はどの区分にも入れず別に計算し、A4 は紙の約93%、B5 は約107%。重さはWi-Fiモデルの公式値。 13.4インチの2機種（TECLAST T65 はメーカー公式の仕様ページが無く Amazon の出品ページだけ、DOOGEE Tab G6 Max は解像度が公式に無い）は計算に入れていない。
Fire タブレットで Google Play・Google のサービスが使えないことは Amazon の開発者向け資料による。消費者向けのヘルプで明記したページは見つからなかった。
PDF の候補（10〜11インチ級で A4 を縦1ページの紙の72%以上）の除外の記録: Xiaomi Pad 7 より日本の出品価格が安い10〜11インチ級は、どれも基準に届かない。式は min（画面の短い辺 ÷ 210、（画面の長い辺 − バー）÷ 297）。10.1インチ 16:10（Fire HD 10・Lenovo Tab 10.1・Blackview Tab 60）は約64.7%、11インチ 16:10（Redmi Pad 2・Idea Tab 11・Galaxy Tab A11+・格安 Android 5機種）は約70.5%、Lenovo Tab Plus（11.5インチ 2000×1200）は約71.6%。確認日 2026-10-15。

仮定

読書アプリを全画面にすると上下のバーは消えるが、消えない表示もある。縦持ちの長い辺から引く分を0〜8mmとした（公式値なし。上下に細いバーが1本ずつ残る程度の仮定）: 0 (0–8)
A4の文書・論文の本文の文字の大きさ。決まった基準は無く、よく使われる10〜11ptを仮定した: 10.5 (10–11)
文庫の本文の文字の大きさ。出版社と本で違い、公式の基準は見つからなかったので8〜9.5ptの幅で持つ: 8.75 (8–9.5)

使った公式の値

項目	値	出典	確認日
paper_size_a4_mm	width: 210 / height: 297 mm	kikakurui.com ‘例 1/4A4：4等分に分割され，等しく210mmの辺をもつA4判 (210mm×297mm)。‘	2026-10-14
paper_size_b5_jis_mm	width: 182 / height: 257 mm	nipponpapergroup.com ‘B5 182mm×257mm’	2026-10-14
paper_size_a6_bunko_mm	width: 105 / height: 148 mm	shinchosha.co.jp ‘「文庫判」の大きさとは、紙のサイズでいうA6判で、タテ148ミリ、ヨコ105ミリです。‘	2026-10-14
paper_size_b6_jis_mm	width: 128 / height: 182 mm	kaunet.com ‘A5 148 x 210mm B5 182 x 257mm A6 105 x 148mm B6 128 x 182mm’	2026-10-14
comic_size_b6_mm	height: 182 / width: 128 mm	hanmoto.com ‘縦182mm’ ‘横128mm’（同じ書誌の縦と横）	2026-10-14
comic_size_shinsho_jump_mm	height: 176 / width: 112 mm	hanmoto.com ‘縦176mm’	2026-10-14
fire_os_no_google_services	can’t use Google services on Amazon Fire devices statement	developer.amazon.com ‘you can’t use Google services on Amazon Fire devices’	2026-10-14
apple_night_shift	Warmer display colors after sunset; scheduled or manual feature	support.apple.com ‘Night Shift automatically adjusts the colors of your display to the warmer end	2026-10-14
samsung_eye_comfort_extra_dim	Eye comfort shield (limit blue light) and Extra dim (dim the screen) feature	samsung.com ‘You can also use Eye comfort shield to limit the screen’s blue light, and Extra	2026-10-14

本のページはタブレットで紙の何%？の早見表

記事内のツールで条件を選ぶと、自分の条件の結果と合う商品が出ます。条件は URL で指定でき、下の表のリンクはその条件で開きます。

条件	結果	ツール
小説（文庫・A6）・8インチ級（8〜8.8インチ）	○ 8インチ級なら文庫（A6）を紙と同じ大きさ以上で表示できます。文庫（A6）（105×148mm）を縦持ちで1ページ表示すると、8インチ級は紙の約102〜112%。上下のバーの分を0〜8mmとして、この区分の全機種で計算しています	この条件で開く
漫画（新書判）・8インチ級（8〜8.8インチ）	△ 8インチ級の新書判の漫画は機種しだいで、紙と同じ大きさ以上になる機種と、紙より小さくなる機種があります。新書判の漫画（112×176mm）を縦持ちで1ページ表示すると、8インチ級は紙の約93〜105%。上下のバーの分を0〜8mmとして、この区分の全機種で計算しています	この条件で開く
漫画（B6判）・8インチ級（8〜8.8インチ）	✕ 8インチ級ではB6判の漫画は紙より小さく表示されます。B6判の漫画（128×182mm）を縦持ちで1ページ表示すると、8インチ級は紙の約84〜92%。上下のバーの分を0〜8mmとして、この区分の全機種で計算しています	この条件で開く
雑誌（B5）・8インチ級（8〜8.8インチ）	✕ 8インチ級では雑誌（B5）は紙より小さく表示されます。雑誌（B5）（182×257mm）を縦持ちで1ページ表示すると、8インチ級は紙の約59〜65%。横持ちで幅に合わせると紙の約94〜104%の大きさですが、1画面に入るのはページの約42〜47%です。上下のバーの分を0〜8mmとして、この区分の全機種で計算しています	この条件で開く
PDF（A4）・8インチ級（8〜8.8インチ）	✕ 8インチ級ではPDF（A4）は紙より小さく表示されます。PDF（A4）（210×297mm）を縦持ちで1ページ表示すると、8インチ級は紙の約51〜56%。横持ちで幅に合わせると紙の約82〜90%の大きさですが、1画面に入るのはページの約42〜47%です。A4の本文の文字（紙で10〜11ptと仮定。ptは文字の大きさの単位）は、画面では約5.1〜6.2pt相当です（推定）。上下のバーの分を0〜8mmとして、この区分の全機種で計算しています	この条件で開く
小説（文庫・A6）・10〜11インチ級（10.1〜11.5インチ）	○ 10〜11インチ級なら文庫（A6）を紙と同じ大きさ以上で表示できます。文庫（A6）（105×148mm）を縦持ちで1ページ表示すると、10〜11インチ級は紙の約129〜151%。上下のバーの分を0〜8mmとして、この区分の全機種で計算しています	この条件で開く
漫画（新書判）・10〜11インチ級（10.1〜11.5インチ）	○ 10〜11インチ級なら新書判の漫画を紙と同じ大きさ以上で表示できます。新書判の漫画（112×176mm）を縦持ちで1ページ表示すると、10〜11インチ級は紙の約119〜134%。上下のバーの分を0〜8mmとして、この区分の全機種で計算しています	この条件で開く
漫画（B6判）・10〜11インチ級（10.1〜11.5インチ）	○ 10〜11インチ級ならB6判の漫画を紙と同じ大きさ以上で表示できます。B6判の漫画（128×182mm）を縦持ちで1ページ表示すると、10〜11インチ級は紙の約106〜123%。上下のバーの分を0〜8mmとして、この区分の全機種で計算しています	この条件で開く
雑誌（B5）・10〜11インチ級（10.1〜11.5インチ）	✕ 10〜11インチ級では雑誌（B5）は紙より小さく表示されます。雑誌（B5）（182×257mm）を縦持ちで1ページ表示すると、10〜11インチ級は紙の約74〜87%。横持ちで幅に合わせると紙の約119〜137%の大きさですが、1画面に入るのはページの約42〜50%です。上下のバーの分を0〜8mmとして、この区分の全機種で計算しています	この条件で開く
PDF（A4）・10〜11インチ級（10.1〜11.5インチ）	✕ 10〜11インチ級ではPDF（A4）は紙より小さく表示されます。PDF（A4）（210×297mm）を縦持ちで1ページ表示すると、10〜11インチ級は紙の約64〜75%。横持ちで幅に合わせると紙の約103〜119%の大きさですが、1画面に入るのはページの約42〜50%です。A4の本文の文字（紙で10〜11ptと仮定。ptは文字の大きさの単位）は、画面では約6.4〜8.3pt相当です（推定）。上下のバーの分を0〜8mmとして、この区分の全機種で計算しています	この条件で開く
小説（文庫・A6）・12〜13インチ級（11.95〜13.1インチ）	○ 12〜13インチ級なら文庫（A6）を紙と同じ大きさ以上で表示できます。文庫（A6）（105×148mm）を縦持ちで1ページ表示すると、12〜13インチ級は紙の約149〜178%。上下のバーの分を0〜8mmとして、この区分の全機種で計算しています	この条件で開く
漫画（新書判）・12〜13インチ級（11.95〜13.1インチ）	○ 12〜13インチ級なら新書判の漫画を紙と同じ大きさ以上で表示できます。新書判の漫画（112×176mm）を縦持ちで1ページ表示すると、12〜13インチ級は紙の約139〜157%。上下のバーの分を0〜8mmとして、この区分の全機種で計算しています	この条件で開く
漫画（B6判）・12〜13インチ級（11.95〜13.1インチ）	○ 12〜13インチ級ならB6判の漫画を紙と同じ大きさ以上で表示できます。B6判の漫画（128×182mm）を縦持ちで1ページ表示すると、12〜13インチ級は紙の約122〜145%。上下のバーの分を0〜8mmとして、この区分の全機種で計算しています	この条件で開く
雑誌（B5）・12〜13インチ級（11.95〜13.1インチ）	△ 12〜13インチ級の雑誌（B5）は機種しだいで、紙と同じ大きさ以上になる機種と、紙より小さくなる機種があります。雑誌（B5）（182×257mm）を縦持ちで1ページ表示すると、12〜13インチ級は紙の約86〜102%。横持ちで幅に合わせると紙の約139〜155%の大きさですが、1画面に入るのはページの約42〜54%です。13インチ前後で縦横比4:3の画面だけ、紙とほぼ同じ大きさです（約98〜102%）。ほかの機種は紙より小さくなります。上下のバーの分を0〜8mmとして、この区分の全機種で計算しています	この条件で開く
PDF（A4）・12〜13インチ級（11.95〜13.1インチ）	✕ 12〜13インチ級ではPDF（A4）は紙より小さく表示されます。PDF（A4）（210×297mm）を縦持ちで1ページ表示すると、12〜13インチ級は紙の約74〜88%。横持ちで幅に合わせると紙の約120〜134%の大きさですが、1画面に入るのはページの約42〜54%です。A4の本文の文字（紙で10〜11ptと仮定。ptは文字の大きさの単位）は、画面では約7.4〜9.7pt相当です（推定）。上下のバーの分を0〜8mmとして、この区分の全機種で計算しています	この条件で開く

騒がしいオフィスの通話に向くイヤホンの選び方：ANC より通話用マイクと風の対策を見る

Wed, 14 Oct 2026 00:00:00 GMT

2026年10月時点のメーカー公式の説明では、相手に「周りがうるさい」と言われるなら、ANC より、通話用の仕組みと風の対策を見ます。通話の AI 処理か話し声の低減、風の対策、ANC を公式に書いている機種は、Bose のほかにもあります。評価と販売元の条件を満たす中で、いちばん安い Bose QuietComfort Ultra Earbuds（第2世代）を候補にしました。

マイクの数が多いほど良いという記載も、Teams 認証の基準にノイズ除去の強さの記載も、見つかりませんでした。Windows の PC に Bluetooth でつないでマイクを使う通話では、HFP に切り替わって音はモノラルになります。LE Audio の条件がそろえば例外です。

この記事は、メーカーの公式の説明を読んで書きました。実機は試していません。

ANC: 自分が聞く周りの音を減らす機能
ビームフォーミング: 複数のマイクで、口の方向の音を強く拾う方法
骨伝導センサー: 話すときの振動から、自分の声を見分けるセンサー（ボイスピックアップとも）
AI のノイズ除去: 通話で送る声の背景ノイズを減らす処理
HFP: Bluetooth の通話用の方式。音はモノラルになる
LE Audio: 新しい Bluetooth の規格。条件がそろうと通話中もステレオになる
Teams 認証: Certified for Microsoft Teams。Teams 向けに音質と操作を確かめた認証

ANC と通話のノイズ除去は別

メーカー公式の説明では、ANC（ノイズキャンセリング）は自分が聞く騒音を減らす機能で、通話のノイズ除去は相手に聞こえる騒音を減らす機能です。Sony・Bose・Jabra は別の機能として説明していて、ANC が強くても通話で周りの音が消えるとは書いていません。

比べたイヤホンの公式の説明では、マイクが多いほど通話が良いという記載は見つかりませんでした。Sony WF-1000XM6 の計8個は ANC 用で、通話用は2個と骨伝導センサーです。Bose の8個は、ANC 用と通話用の合計かどうか、公式の説明では分かりません。

話し声・キーボード・空調・街中の騒音・風は消える？

比べたイヤホンの公式ページでは、Bose QuietComfort Ultra Earbuds 第2世代だけが、話し声を減らすと書いています。AI のノイズ抑制で、オフィスの話し声や風を減らすと説明しています。

キーボードや空調の音を名指しして減らすという記載は見つかりませんでした。Bose は話し声と風、Technics EAH-AZ100 は風と突発音を書いています。どの音をどれだけ減らすかの数値は見つかりませんでした。

比べたイヤホンの公式の説明では、電車・街中の騒音も、オフィスの話し声と同じ仕組みで消えるかは、メーカーの説明の範囲では分からず、この記事では確かめていません。

比べた機種はすべて、風の対策を公式に書いています。方法は機種ごとに違います。

機種が公表している通話の仕組み（表）

表は、各メーカーの公式ページの内容です。「通話用の仕組み」と「風の対策」の2列を見てください。「記載が見つからない」は機能が無いという意味ではなく、見るのは公表の有無で、聞こえ方の良し悪しではありません。

機種	通話用の仕組み	風の対策	ANC
Sony WF-1000XM6	口元に向けた通話用マイク2個＋骨伝導センサー＋AI	マイク部の構造（微細孔加工・流線形状）で風ノイズを低減	あり
Sony WF-1000XM5	ボイスピックアップ＋骨伝導センサー（通話用マイクの数は記載なし）	風切り音を減らすマイク構造	あり
Bose QuietComfort Ultra Earbuds（第2世代）	マイク8個＋AI のノイズ抑制（8個が ANC と通話の合計かは不明）	AI の抑制で風の音を減らすと説明	あり
Jabra Elite 10（初代）	マイク6個（片耳1個は骨伝導で声を拾う）	風モード（耳の中のマイクに切り替え）	未確認
Google Pixel Buds Pro 2	片耳3個のマイク＋ボイスアクセラレーター＋Clear Calling（仕組みの説明は記載なし）	風を防ぐメッシュカバー	未確認
Apple AirPods Pro 3	ビームフォーミングマイク2基＋内向きマイク＋発話検知の加速度センサー（Voice Isolation）	Voice Isolation で風などを除去（iPhone・iPad・Mac の通話）	未確認
Technics EAH-AZ100	片耳3個（計6個）＋AI ノイズリダクション	AI で風や突発音を抑えると説明	あり
Poly Voyager Free 60	片耳3個＋AI のノイズ除去（NoiseBlockAI）	WindSmart	あり

比べたイヤホンの公式の説明では、表の「通話用の仕組み」の列で、声を選んで拾う仕組みや AI のノイズ除去を公表している機種が分かります。

表の Jabra Elite 10 は、Amazon にあるのが初代なので初代を載せています。新しい Gen 2 はマイク6個ですが、Teams 認証の記載はありません。

Teams 認証でノイズ除去の強さは分かる？

Microsoft の公式の説明では、Teams 認証の基準にノイズ除去の強さは見つかりませんでした。Teams 認証は、音質と Teams の通話操作を確かめた周辺機器の認証です。認証が無いと Teams で使えないという記載も見つかりませんでした。

Bluetooth で PC に直接つなぐ場合、Teams 認証は従来の Bluetooth だけが対象です。LE Audio は認証されていません。PC に別売の USB Bluetooth アダプターを付けた構成も、対象外です。

この記事で Teams 認証の記載が見つかったのは Poly Voyager Free 60 の Teams 版だけです。通常の UC 版が認証品とは限らず、Amazon の出品は UC 版で販売元が第三者のため、この記事では勧めていません。

Windows の通話で音がこもる理由

Microsoft の公式の説明では、従来の Bluetooth 接続では、通話アプリがマイクを使うと HFP（通話用の方式）になり、音はモノラルです。LE Audio は例外です。HFP では音声の帯域も限られます（8kHz/16kHz）。

通話中もステレオにできるのは、LE Audio 対応の Windows 11（24H2 以降）の PC と、通話中のステレオに対応したイヤホンだけです。通話中のステレオを公式で確かめられた機種は、この記事にはありません。

Apple の公式の説明では、AirPods の Voice Isolation は、通話中に風などの背景の騒音を取り除く機能です。使えるのは iPhone・iPad・Mac の通話です。Windows の通話で使えるかは見つかりませんでした。

自分の環境で確かめる手順

消したい音と、使う通話アプリ・PC を決めます
下のツールで、その音の仕組みを公表している機種を見ます。気になる機種は公式ページで確かめます
買ったあとに、同僚に通話で聞こえ方を聞いてみます

騒がしいオフィスの通話イヤホン

周りの音（話し声・キーボード・空調・風）・使う通話アプリ（Teams／Zoom／その他）・PC（Windows／Mac）を選ぶと、見る仕様と注意と、その音について通話の仕組みを公表している機種を出します。相手にどう聞こえるかは判定しません。

このツールでは、周りの音の種類・使う通話アプリ・PC を選ぶと、見る仕様と注意と、その音について仕組みを公表している機種を出します。この記事は、相手にどう聞こえるかを判定していません。実機で録音して比べていないためで、載せているのはメーカーが公表している通話の仕組みだけです。

条件ごとの候補

メーカー公式の説明では、候補にしたのは、通話の仕組み・風の対策・ANC に加えて、AI のノイズ除去か話し声の低減を公式に書いている機種です。そのうち、Amazon の評価が100件以上で星4.0以上、販売元が Amazon かメーカーのものだけを対象にしました。

騒がしいオフィスの通話

Bose QuietComfort Ultra Earbuds（第2世代）は、オフィスの話し声と風を減らすと公式に説明しています。Amazon の評価と販売元の条件を満たす比較候補では、確認時の価格がいちばん安い機種です。

評価数が、同じ商品ページのほかの型番と合算かどうかは確かめていません。

iPhone と Mac で通話する

Apple の公式の説明では、iPhone と Mac で通話するなら、Apple AirPods Pro 3 が候補です。Voice Isolation とビームフォーミングマイクを公表しています。Windows の通話で Voice Isolation が使えるかは見つかりませんでした。

よくある質問

ANC が強いイヤホンは、通話のマイクも周りの騒音を消してくれる？

Sony・Bose・Jabra は ANC と通話のノイズ除去を別の機能として説明しています。ANC は自分が聞く騒音を減らす機能で、通話のノイズ除去は相手に聞こえる騒音を減らす機能です。

マイクの数が多いほど通話はきれい？

今回比べた主要メーカーのイヤホンの公式の説明では、マイクが多いほど通話が良いという記載は見つかりませんでした。Sony WF-1000XM6 は ANC 用が計8個で、通話用は別に2個（と骨伝導センサー）です。

キーボードの音やエアコンの音は消える？

今回比べた主要メーカーのイヤホンの公式ページでは、キーボードや空調の音を名指しして減らすという記載は見つかりませんでした。

Teams 認証のイヤホンはノイズ除去も強い？

Microsoft の説明に、Teams 認証の基準としてノイズ除去の強さは見つかりませんでした。

計算に使ったデータと式（検証用）

計算の方法

対象は 2026-10-10 時点の主要メーカー（Sony・Bose・Jabra・Apple・Google・Technics・Poly）のイヤホンと、Microsoft・Apple の公式の説明。実機の録音はしていない。
聞こえ方の良し悪しは判定しない。マイクの数・方式・認証の有無はメーカー公表値をそのまま使う。

使った公式の値

項目	値	出典	確認日
windows_hfp_mono	マイク（通話）を使うと Windows は A2DP（ステレオ）から HFP（モノラル、8kHz/16kHz）に切り替わる	learn.microsoft.com Microsoft Learn: ‘Bluetooth Classic audio supports stereo audio playback over th	2026-10-10
windows11_hfp_trigger	Windows 11 が HFP を選ぶのは、アプリがマイク入力を開いたとき、または再生ストリームのカテゴリが Communications のとき	learn.microsoft.com Microsoft Learn: ‘A2DP only supports audio output from the host to the audio dev	2026-10-10
windows_le_audio_requirements	通話中もステレオにできるのは、Windows 11 24H2 以降で、PC がメーカー出荷時から Bluetooth LE（LE Audio）に対応していて、イヤホンも通話中のステレオに対応している場合	support.microsoft.com Microsoft サポート: ‘When your Windows 11 PC and Bluetooth audio device supports ste	2026-10-10
sony_video_call_note	パソコンのビデオ通話では、ヘッドセットとパソコンが HFP か HSP で接続されているか確認する（Sony）	helpguide.sony.net Sony: ‘When using a video calling application on a computer, check that the head	2026-10-10
jabra_mics_elite10	6 本	jabra.com Jabra Elite 10 データシート: ‘Keep every work call clear with our 6 perfectly position	2026-10-10
xm6_anc	あり	helpguide.sony.net Sony WF-1000XM6 ヘルプガイド: ‘noise canceling’	2026-10-10
xm5_anc	あり	helpguide.sony.net Sony WF-1000XM5 ヘルプガイド: ‘noise canceling’	2026-10-10
bose_anc	あり	bose.com Bose 製品ページ: ‘noise cancel’	2026-10-10
az100_anc	あり	jp.technics.com Technics EAH-AZ100: 「ノイズキャンセリング」	2026-10-10
anc_vs_call_nr_separate	ANC（自分が聞く騒音を減らす）と、通話でのマイクのノイズ除去（相手に聞こえる騒音を減らす）は、メーカーが別の機能・別の部品として説明している	sony.jp Sony WF-1000XM6 製品ページ: ノイズキャンセリングは ‘前モデルWF-1000XM5では片耳3個搭載されていたマイクがWF-1000XM6で4個	2026-10-10
bose_anc_vs_call	Bose は ANC の調整と通話のノイズ抑制（AI）を別の項目で説明している	bose.com Bose プレスルーム: ‘improves call quality when combined with the earbuds’ eight microp	2026-10-10
xm6_call_mics	Sony WF-1000XM6：通話用に2個のマイク（口元への指向性）＋骨伝導センサー＋AIノイズリダクション。ANC 用のマイクは別に片耳4個（計8個）	sony.jp Sony 製品ページ: ‘2個のマイクを通話に使用し、装着者の口元への指向性を持たせることで収音精度が大幅に向上しています。また外部環境に左右されない骨伝導セン	2026-10-10
xm5_call_mics	Sony WF-1000XM5：風切り音を減らすマイク構造＋高精度ボイスピックアップテクノロジー＋骨伝導センサー。ANC 用は片耳3個（計6個）	sony.jp Sony WF-1000XM5 製品ページ: ‘風ノイズ低減構造を採用すると共に、高精度ボイスピックアップテクノロジー、骨伝導センサーを採用することで発話者の声	2026-10-10
bose_qc2_mics	Bose QuietComfort Ultra Earbuds（第2世代）：マイク8個、AI のノイズ抑制で通話の背景音（風・オフィスの話し声）を減らすと説明	bose.com Bose プレスルーム: ‘a new AI-powered noise suppression system improves call quality wh	2026-10-10
jabra_elite10g2_mics	Jabra Elite 10 Gen 2：マイク6個（MEMS）、通話のノイズ除去あり、Bluetooth プロファイルに HFP v1.8	jabra.com Jabra Elite 10 Gen 2 技術仕様: ‘Number of microphones 6’ ‘Microphone type MEMS’ ‘Noi	2026-10-10
jabra_elite10_wind	Jabra Elite 10（初代）：風を検知すると耳の中のマイクに切り替える風モードがある（6個のうち片耳1個は骨伝導で声を拾うと説明）	jabra.com Jabra ブログ: ‘With a total of six microphones, three in each earbud’ / ‘Two extern	2026-10-10
pixel_buds_pro2_mics	Google Pixel Buds Pro 2：片耳3個のマイク、ボイスアクセラレーター（Voice accelerometer）、風を防ぐメッシュカバー、Clear Calling	store.google.com Google Store 仕様ページの項目: ‘Three microphones’ ‘Voice accelerometer’ ‘Wind-blocking	2026-10-10
airpods_pro3_mics	Apple AirPods Pro 3：デュアルのビームフォーミングマイク、耳の中を向いたマイク、発話検知の加速度センサー、Voice Isolation 対応	apple.com Apple AirPods Pro 3 Tech Specs: ‘Dual beamforming microphones’ ‘Inward-facing mi	2026-10-10
airpods_voice_isolation	AirPods の Voice Isolation は通話中に背景の騒音（風など）を取り除く機能で、iPhone・iPad・Mac の通話で使える。AirPods 4・Pro 2・Pro 3 が対象	support.apple.com Apple サポート: ‘you can use Voice Isolation to enhance voice quality and remove bac	2026-10-10
az100_mics	Technics EAH-AZ100：片耳3個のマイク（左右で6個）＋AIノイズリダクション（5億件の音声データで学習）。風や突発音を抑えると説明	us.technics.com Technics: ‘The AZ100 is equipped with AI trained on 500 million pieces of audio	2026-10-10
poly_free60_mics	Poly Voyager Free 60：片耳3個のマイク、WindSmart（風切り音対策）、AIノイズ除去 NoiseBlockAI（HP のページ）	hp.com Poly スペックシート: ‘Three microphones, per earbud, with WindSmart technology.‘	2026-10-10
poly_free60_teams	Poly Voyager Free 60 は Microsoft Teams 認証を取得（Teams 版のみ）。通常の UC 版が認証品とは限らない	hp.com Poly スペックシート: ‘Microsoft Teams Certified’	2026-10-10
teams_cert_meaning	Teams 認証（Certified for Microsoft Teams）は、音質とTeamsアプリの通話操作（ミュート同期など）を確認した周辺機器の認証。ノイズ除去の強さの基準は Microsoft の 2 ページに書かれていない	learn.microsoft.com Microsoft Learn: ‘The personal peripherals certification program ensures periphe	2026-10-10
teams_native_bt_limits	ネイティブ Bluetooth の Teams 認証は従来の Bluetooth（Classic）が対象で、LE Audio は未認証。PC に別売の USB Bluetooth アダプターを付けた構成は認証対象外	learn.microsoft.com Microsoft Learn: ‘This certification is currently for Classic Bluetooth devices.	2026-10-10
xm6_wind_mic	マイク部に微細孔加工と流線形状、内部の空気の乱れを減らす構造で風ノイズを低減（通話相手に伝わる風ノイズの低減にも寄与）	sony.jp ソニー WF-1000XM6 特長: ‘風ノイズを限りなく低減する、角の少ない流線形状’	2026-10-10

騒がしいオフィスの通話イヤホンの早見表

記事内のツールで条件を選ぶと、自分の条件の結果と合う商品が出ます。条件は URL で指定でき、下の表のリンクはその条件で開きます。

条件	結果	ツール
周りの話し声・Teams・Windows	○ 話し声の仕組みの公表は 6 機種。Sony WF-1000XM6、Sony WF-1000XM5、Bose QuietComfort Ultra Earbuds（第2世代）、Jabra Elite 10（初代）、Google Pixel Buds Pro 2、Apple AirPods Pro 3。話し声には、自分の声を選んで拾う仕組み（骨伝導センサー・加速度センサー・口元に向けたマイク）か、話し声を減らすという記載を見ます。通話で周りの話し声を減らすとはっきり書いているのは Bose QuietComfort Ultra Earbuds（第2世代）です。ANC は自分が聞く騒音を減らす機能で、相手に聞こえる騒音を減らす通話のノイズ除去とは別の機能です。マイクの数が多いほど通話がきれいとは言えません（Sony WF-1000XM6 の計8個は ANC 用で、通話用は2個）。Bose の8個は ANC 用と通話用の合計かが書かれていません。Teams 認証は音質と通話操作（ミュートの同期など）の認証で、ノイズ除去の強さの基準は Microsoft の説明に書かれていません。PC に Bluetooth で直接つなぐ場合の認証は従来の Bluetooth（Classic）が対象で、LE Audio と、別売の USB Bluetooth アダプターの構成は対象外です。認証の記載が見つかったのは Poly Voyager Free 60 の Teams 版だけです。Amazon の出品は UC 版で販売元が第三者のため、勧めていません。Windows で通話アプリがマイクを使うと、通話用の方式（HFP）に切り替わり音はモノラルになります。例外は LE Audio（Windows 11 24H2 以降の対応 PC と、通話中のステレオに対応したイヤホン）で、通話中のステレオを公式で確かめた機種はありません。AirPods Pro 3 の Voice Isolation は iPhone・iPad・Mac の通話の機能で、Windows で使えるかは書かれていません	この条件で開く
キーボードの音・Teams・Windows	△ キーボードの名指しは無し。AI のノイズ除去の公表は 4 機種。Sony WF-1000XM6、Bose QuietComfort Ultra Earbuds（第2世代）、Technics EAH-AZ100、Poly Voyager Free 60。キーボードの音や空調の音を名指しして減らすと書いた公式の記載は見つかりませんでした。AI のノイズ除去を公表している機種でも、どの音にどれだけ効くかは書かれていません。ANC は自分が聞く騒音を減らす機能で、相手に聞こえる騒音を減らす通話のノイズ除去とは別の機能です。マイクの数が多いほど通話がきれいとは言えません（Sony WF-1000XM6 の計8個は ANC 用で、通話用は2個）。Bose の8個は ANC 用と通話用の合計かが書かれていません。Teams 認証は音質と通話操作（ミュートの同期など）の認証で、ノイズ除去の強さの基準は Microsoft の説明に書かれていません。PC に Bluetooth で直接つなぐ場合の認証は従来の Bluetooth（Classic）が対象で、LE Audio と、別売の USB Bluetooth アダプターの構成は対象外です。認証の記載が見つかったのは Poly Voyager Free 60 の Teams 版だけです。Amazon の出品は UC 版で販売元が第三者のため、勧めていません。Windows で通話アプリがマイクを使うと、通話用の方式（HFP）に切り替わり音はモノラルになります。例外は LE Audio（Windows 11 24H2 以降の対応 PC と、通話中のステレオに対応したイヤホン）で、通話中のステレオを公式で確かめた機種はありません。AirPods Pro 3 の Voice Isolation は iPhone・iPad・Mac の通話の機能で、Windows で使えるかは書かれていません	この条件で開く
空調の音・Teams・Windows	△ 空調の名指しは無し。AI のノイズ除去の公表は 4 機種。Sony WF-1000XM6、Bose QuietComfort Ultra Earbuds（第2世代）、Technics EAH-AZ100、Poly Voyager Free 60。キーボードの音や空調の音を名指しして減らすと書いた公式の記載は見つかりませんでした。AI のノイズ除去を公表している機種でも、どの音にどれだけ効くかは書かれていません。ANC は自分が聞く騒音を減らす機能で、相手に聞こえる騒音を減らす通話のノイズ除去とは別の機能です。マイクの数が多いほど通話がきれいとは言えません（Sony WF-1000XM6 の計8個は ANC 用で、通話用は2個）。Bose の8個は ANC 用と通話用の合計かが書かれていません。Teams 認証は音質と通話操作（ミュートの同期など）の認証で、ノイズ除去の強さの基準は Microsoft の説明に書かれていません。PC に Bluetooth で直接つなぐ場合の認証は従来の Bluetooth（Classic）が対象で、LE Audio と、別売の USB Bluetooth アダプターの構成は対象外です。認証の記載が見つかったのは Poly Voyager Free 60 の Teams 版だけです。Amazon の出品は UC 版で販売元が第三者のため、勧めていません。Windows で通話アプリがマイクを使うと、通話用の方式（HFP）に切り替わり音はモノラルになります。例外は LE Audio（Windows 11 24H2 以降の対応 PC と、通話中のステレオに対応したイヤホン）で、通話中のステレオを公式で確かめた機種はありません。AirPods Pro 3 の Voice Isolation は iPhone・iPad・Mac の通話の機能で、Windows で使えるかは書かれていません	この条件で開く
風（窓際・屋外）・Teams・Windows	○ 風の仕組みの公表は 7 機種。Sony WF-1000XM6、Sony WF-1000XM5、Bose QuietComfort Ultra Earbuds（第2世代）、Jabra Elite 10（初代）、Google Pixel Buds Pro 2、Technics EAH-AZ100、Poly Voyager Free 60。風には、風の対策の記載（マイクの構造・メッシュ・風モード・AI）を見ます。ANC は自分が聞く騒音を減らす機能で、相手に聞こえる騒音を減らす通話のノイズ除去とは別の機能です。マイクの数が多いほど通話がきれいとは言えません（Sony WF-1000XM6 の計8個は ANC 用で、通話用は2個）。Bose の8個は ANC 用と通話用の合計かが書かれていません。Teams 認証は音質と通話操作（ミュートの同期など）の認証で、ノイズ除去の強さの基準は Microsoft の説明に書かれていません。PC に Bluetooth で直接つなぐ場合の認証は従来の Bluetooth（Classic）が対象で、LE Audio と、別売の USB Bluetooth アダプターの構成は対象外です。認証の記載が見つかったのは Poly Voyager Free 60 の Teams 版だけです。Amazon の出品は UC 版で販売元が第三者のため、勧めていません。Windows で通話アプリがマイクを使うと、通話用の方式（HFP）に切り替わり音はモノラルになります。例外は LE Audio（Windows 11 24H2 以降の対応 PC と、通話中のステレオに対応したイヤホン）で、通話中のステレオを公式で確かめた機種はありません。AirPods Pro 3 の Voice Isolation は iPhone・iPad・Mac の通話の機能で、Windows で使えるかは書かれていません	この条件で開く
風（窓際・屋外）・Teams・Mac	○ 風の仕組みの公表は 8 機種。Sony WF-1000XM6、Sony WF-1000XM5、Bose QuietComfort Ultra Earbuds（第2世代）、Jabra Elite 10（初代）、Google Pixel Buds Pro 2、Apple AirPods Pro 3、Technics EAH-AZ100、Poly Voyager Free 60。風には、風の対策の記載（マイクの構造・メッシュ・風モード・AI）を見ます。ANC は自分が聞く騒音を減らす機能で、相手に聞こえる騒音を減らす通話のノイズ除去とは別の機能です。マイクの数が多いほど通話がきれいとは言えません（Sony WF-1000XM6 の計8個は ANC 用で、通話用は2個）。Bose の8個は ANC 用と通話用の合計かが書かれていません。Teams 認証は音質と通話操作（ミュートの同期など）の認証で、ノイズ除去の強さの基準は Microsoft の説明に書かれていません。PC に Bluetooth で直接つなぐ場合の認証は従来の Bluetooth（Classic）が対象で、LE Audio と、別売の USB Bluetooth アダプターの構成は対象外です。認証の記載が見つかったのは Poly Voyager Free 60 の Teams 版だけです。Amazon の出品は UC 版で販売元が第三者のため、勧めていません。Mac での通話の方式は、この記事では調べていません。AirPods Pro 3 の Voice Isolation は Mac の通話で使えます	この条件で開く
周りの話し声・Zoom・Windows	○ 話し声の仕組みの公表は 6 機種。Sony WF-1000XM6、Sony WF-1000XM5、Bose QuietComfort Ultra Earbuds（第2世代）、Jabra Elite 10（初代）、Google Pixel Buds Pro 2、Apple AirPods Pro 3。話し声には、自分の声を選んで拾う仕組み（骨伝導センサー・加速度センサー・口元に向けたマイク）か、話し声を減らすという記載を見ます。通話で周りの話し声を減らすとはっきり書いているのは Bose QuietComfort Ultra Earbuds（第2世代）です。ANC は自分が聞く騒音を減らす機能で、相手に聞こえる騒音を減らす通話のノイズ除去とは別の機能です。マイクの数が多いほど通話がきれいとは言えません（Sony WF-1000XM6 の計8個は ANC 用で、通話用は2個）。Bose の8個は ANC 用と通話用の合計かが書かれていません。Teams 認証は Teams 用の認証です。Zoom などほかのアプリでの通話の基準ではありません。Windows で通話アプリがマイクを使うと、通話用の方式（HFP）に切り替わり音はモノラルになります。例外は LE Audio（Windows 11 24H2 以降の対応 PC と、通話中のステレオに対応したイヤホン）で、通話中のステレオを公式で確かめた機種はありません。AirPods Pro 3 の Voice Isolation は iPhone・iPad・Mac の通話の機能で、Windows で使えるかは書かれていません	この条件で開く

3日間の旅行に要るモバイルバッテリーの容量は？充電する機器と回数で決まる

Mon, 12 Oct 2026 00:00:00 GMT

毎晩ホテルで充電できるなら、スマホだけは10,000mAhがぎりぎり、タブレットかゲーム機ありは20,000mAh、ノートPCありは25,000mAhです。3日間まったく充電できないなら、スマホだけの場合は20,000mAhと10,000mAhの2台に分けます。早見表は iPad Air 11インチ・Switch 2・MacBook Air 13インチで、効率60%の厳しい条件で計算しました。

旅行の容量の早見表

スマホ・ゲーム機は1日1回、タブレット・PCは半分、効率60%なら、容量はこうなります。

持っていく機器	毎晩ホテルで充電できる	3日間充電できない
スマホだけ	10,000mAh（ぎりぎり）	20,000mAhと10,000mAhの2台
スマホ＋タブレット（iPad Air 11インチ）	20,000mAh	25,000mAhと25,000mAhの2台
スマホ＋携帯ゲーム機（Nintendo Switch 2）	20,000mAh	機種によっては2台でも足りない。回数を減らすか、途中で充電する
スマホ＋ノートPC（MacBook Air 13インチ）	25,000mAh	機種によっては2台でも足りない。回数を減らすか、途中で充電する

条件が良ければ、効率70%・残り20%から充電します。iPhone 18 Pro なら、スマホだけは5,000mAh、タブレットかゲーム機を足すと10,000mAh、ノートPCを足すと20,000mAhです。Pro Max など電池の大きいスマホは、表の容量を選んでください。

5,000mAhは、いちばん電池の小さいiPhone 18 Proでも、0%から100%までの1回分に届かないことがあります。3日間の主力にはしないでください。

なぜ表示どおりに充電できないのか

表示容量は内蔵電池の容量で、充電のときに電力が減るため、そのままスマホの充電回数には換算できません。電圧もかけた Wh（電力量）なら機器どうしを比べられ、変換効率は実際に使える割合です。

2026年10月時点のメーカーの公表値では、10,000mAhから使えるのは、USB の5Vで数えて約6,000〜7,000mAh（30〜35Wh）です。この記事は余裕を見て、37Whのうち6〜7割の約22〜26Whを使えると計算します。

10,000mAhで充電できるのは、iPhone 18 Proで約1.3〜1.8回です。10,000mAhを電池の4,056mAhで割ると約2.5回ですが、電力が減るので、実際は少なくなります。4,056mAhは EU のラベルの報道値で、Apple は非公表です。

2026年10月時点のメーカーの公表値では、ワイヤレス充電は有線より効率が悪く、充電できる回数は有線の計算より減ります。この記事の回数は有線で計算しています。

ホテルで充電できるときと、できないとき

毎晩ホテルで充電できてスマホだけなら、10,000mAhで足ります。iPhone 18 Pro Max でも届きますが、余裕は約0.8Whでぎりぎりです。Pro Max の電池は EU のラベルの報道値5,391mAh（Apple 非公表）で、日米のモデルは未確認のため、20,000mAhが安心です。

充電できない3日間は、スマホだけで20,000mAh＋10,000mAhの2台です。タブレットなどを足すと増えます。

iPad Air 11インチは、Pro Max と組み合わせても約105.7Whで、25,000mAhの2台（約108Wh）で足ります。ゲーム機は、Switch 2 なら iPhone 18 Pro は約107.2Whでぎりぎり足り、Pro Max は約122.6Whで足りません。Steam Deck と MacBook Air は足りないので、回数を減らすか途中で充電します。

JR 東海の案内では、東海道新幹線の N700S は全席にコンセントがあり、乗車中に充電すれば持つ容量を減らせます。

自分の機器で確かめる手順

機器の電池の容量を調べます。Wh が分かる機器は、その値を使います。mAh しか分からない機器は、次の手順で Wh にします。公表の単位は下の表です。
mAh × 電圧 ÷ 1000 で Wh にします。電圧は非公表なので、少なめに見積もらないよう3.85Vで換算します。
バッテリーから充電する回数を Wh に掛けます。毎晩充電できるなら1日分、できないなら日数分です。スマホは1日1回なので、1日分は1回、3日分は3回です。
モバイルバッテリーの Wh の6〜7割が、実際に使える量です。足した Wh と比べます。

機器	電池の公表
iPad・MacBook	Wh
Galaxy・Pixel・Switch 2	mAh（電圧は非公表）

2人で1台を共有するなら、2人分の必要な Wh を足して、表の容量を選びます。計算は、毎晩充電できて、2人がそれぞれスマホを1日1回充電する前提です。2人ともスマホだけなら、いちばん大きいスマホで約41.6Whなので、使える量が最小43.2Whの20,000mAhが目安です。

カメラは電池の Wh を足します。ソニーの NP-FZ100 は16.4Wh、GoPro の Enduro は1,900mAhで、電圧を3.85Vとして換算すると約7.3Whです。スマホ（約20.8Wh）と合わせて約37.2Whか約28.1Whで、20,000mAhで足ります。

Apple Watch と AirPods は Wh が非公表なので数えていません。

旅行に要るモバイルバッテリーの容量

持っていく機器（スマホ・タブレット・携帯ゲーム機・ノートPC）と日数、毎晩ホテルで充電できるかを選ぶと、要る Wh と、5,000・10,000・20,000・25,000mAh のどれで足りるか、機器ごとに何回充電できるかを出します。

このツールでは、機器・日数・毎晩充電できるかを選ぶと、要る Wh を出します。足りる容量と、機器ごとの充電回数も出ます。

飛行機に持ち込むなら

2026年4月24日からの国土交通省の規則では、日本の航空会社の機内持ち込みは2個まで、160Wh以下で、預け入れはできません。機内では、モバイルバッテリーの充電も、そこから機器への充電もできません。

FAA（米国連邦航空局）の規則では、機内に持ち込めるモバイルバッテリーは、100Wh以下なら航空会社の承認が要りません。25,000mAhはセル電圧3.85Vでも約96Whで、100Whの内側です。サウスウエスト航空のように1人1個までの航空会社もあるので、乗る航空会社の規則を確かめてください。

3日間充電できないときの2台持ちは、日本の航空会社の2個までには収まりますが、1個までの航空会社では2台は持ち込めません。

FAA とサウスウエスト航空以外の海外の規則は、調べていません。

条件ごとの候補

対象は、評価100件以上・星4.0以上・サクラチェッカーで疑いなし・販売元が Amazon かメーカーで、並行輸入でない商品です。

この記事で調べた商品のうち、条件を満たす中でいちばん安いものを選びました（2026年10月時点）。スマホだけで3日間充電できないときの2台は、20,000mAhと10,000mAhの候補を組み合わせます。

スマホだけで、毎晩ホテルで充電できる人

10,000mAhは、スマホだけの1日分にぎりぎり足ります。余裕は約0.8Whです。

スマホのほかに、タブレットか携帯ゲーム機も持ち、毎晩ホテルで充電できる人

20,000mAhで、出力ポートが2つ以上あり、2台を同時に充電できます。

販売元は AnkerDirect（メーカー公式）です。評価数が、同じ商品ページのほかの型番と合算かどうかは確かめていません。

ノートパソコンも充電し、毎晩ホテルで充電できる人

25,000mAhで最大出力が65W以上あり、ノートパソコンも充電できます。

よくある質問

3日間の旅行に10,000mAhで足りる？

変換効率60〜70%・0%から100%まで充電する前提で計算すると、毎晩ホテルで充電できてスマホだけなら、10,000mAhで足ります。iPhone 18 Pro Max でも届きますが、余裕は約0.8Whでぎりぎりです。

Pro Max の電池は EU のラベルの報道値5,391mAh（Apple 非公表）で、日米のモデルは未確認のため、20,000mAhが安心です。タブレットやゲーム機も持つなら、20,000mAhが目安です。

3日間の旅行に20,000mAhは要る？

スマホ・ゲーム機は1日1回、タブレット・PCは半分、効率60%なら、毎晩充電できるなら、スマホ＋タブレットは20,000mAhです。スマホ＋携帯ゲーム機も20,000mAh、スマホ＋ノートPCは25,000mAhです。

スマホだけなら10,000mAhがぎりぎり足ります。電池の大きいスマホは20,000mAhが安心です。

3日間ずっと充電できないときは何mAh？

スマホ・ゲーム機は1日1回、タブレット・PCは半分、効率60%なら、充電できない3日間は、スマホだけで20,000mAh＋10,000mAhの2台です。タブレットなどを足すと増えます。

10,000mAhで、スマホを何回充電できる？

変換効率60〜70%・0%から100%まで充電する前提で計算すると、10,000mAhで充電できるのは、iPhone 18 Proで約1.3〜1.8回です。10,000mAhを電池の4,056mAhで割ると約2.5回ですが、電力が減るので、実際は少なくなります。

4,056mAhは EU のラベルの報道値で、Apple は非公表です。

2人で1台を共有するなら何mAh？

2人で1台を共有するなら、2人分の必要な Wh を足して、表の容量を選びます。計算は、毎晩充電できて、2人がそれぞれスマホを1日1回充電する前提です。

2人ともスマホだけなら、いちばん大きいスマホで約41.6Whなので、使える量が最小43.2Whの20,000mAhが目安です。

モバイルバッテリーは機内に持ち込める？

2026年10月時点の FAA（米国連邦航空局）の規則では、機内に持ち込めるモバイルバッテリーは、100Wh以下なら航空会社の承認が要りません。25,000mAhはセル電圧3.85Vでも約96Whで、100Whの内側です。

サウスウエスト航空のように1人1個までの航空会社もあるので、乗る航空会社の規則を確かめてください。

計算に使ったデータと式（検証用）

計算の方法

対象は 2026-10-10 時点の主要メーカーの現行モバイルバッテリーとスマホ・タブレット・携帯ゲーム機・ノートPC の公式の仕様。実機は試していない。
必要な電力量は機器の電池 mAh × 電圧 ÷ 1000（Wh）。バッテリー側で使える量は定格 mAh × セル電圧 × 変換効率 ÷ 1000（Wh）。
判定は不利な側（セル3.6V・効率60%・機器の電池3.85V・0%から100%）でも足りれば○。「0%から100%」と言う回数の上の端も満たす割合は1.0で計算する。iPhone 18 Pro・Pro Max の電池は EU のラベルの報道値（Apple 非公表）で、日米の eSIM 専用モデルは未確認、有利な側だけ足りれば△、どちらも足りなければ✕。
1日にバッテリーから充電する回数は仮定で、スマホ・ゲーム機が1回、タブレット・ノートPC が半分。出発時の満充電は数えない。
ワイヤレス充電の効率の公表値は見つからず、回数は有線で計算した。
必要な量は切り上げ、使える量は切り捨てて小数第1位まで出しています（足りる側に甘くならないように）。

仮定

電力量（Wh）で6〜7割。MagGo の FAQ は損失30〜45%。Anker の公表値 6,000〜7,000mAh は USB の5V で数えた mAh（30〜35Wh = 37Wh の約81〜95%）で別の基準なので、記事の計算（セルの Wh × 効率）はそれより厳しく見ている。機種・温度・ケーブルで変わる。: 0.65 (0.6–0.7)
公称電圧。3.6V の一次情報は見つからず、Anker の 3.7V と MagGo の 3.85V の幅で持つ。: 3.7 (3.6–3.85)
有線比の損失率は規格団体・メーカーの一次情報で数値が見つからない。記事では定性だけ書く。: “not found” (0–0)
機器の電池の公称電圧。mAh しか公表されていない機器（iPhone・Galaxy・Switch 2）を Wh にするときに使う。セルの公称電圧と同じ 3.6〜3.85V の幅で持ち、高い側（Wh が大きくなる側）を不利な側にする。: 3.7 (3.6–3.85)
1回の充電で満たす量。残り20%から100%まで（0.8）〜0%から100%まで（1.0）。1.0 を不利な側にする。: 0.8 (0.8–1)
スマホに1日にモバイルバッテリーから充電する回数。旅行中は地図・写真・決済で普段より使うので、多めの側の1回を記事の前提にする。少なめなら半分。: 1 (0.5–1)
タブレットに1日に充電する回数。移動中の動画などで半分を前提にし、1日中使うなら1回。: 0.5 (0.5–1)
携帯ゲーム機に1日に充電する回数。ゲーム機は電池が数時間で減るので1回を前提にし、少し遊ぶだけなら半分。: 1 (0.5–1)
ノートPCに1日に充電する回数。旅行先で少し作業する半分を前提にし、1日中使うなら1回。: 0.5 (0.5–1)

使った公式の値

項目	値	出典	確認日
cell_nominal_voltage_v	3.7 V	service.anker.com ‘which typically operate at a voltage of around 3.7V’	2026-10-10
usb_output_voltage_v	5 V	service.anker.com ‘the rated output capacity of the power bank is often calculated at a standard o	2026-10-10
wh_formula	Wh = mAh x V / 1000 formula	service.anker.com ‘Energy in Watt-hours = Capacity in Ampere-hours × Voltage in Volts’	2026-10-10
wh_10000mah_at_3_7v	37 Wh	service.anker.com ‘10Ah × 3.7V = 37Wh’	2026-10-10
usb_ceiling_10000mah_mah	7400 mAh	service.anker.com ‘37Wh / 5V = 7.4Ah = 7,400mAh’	2026-10-10
circuit_efficiency_anker	0.82 ratio	service.anker.com ‘typically around 82% efficiency’	2026-10-10
circuit_efficiency_anker_uk_range	0.8–0.9 ratio	anker.com ‘operate at around 80–90% efficiency’	2026-10-10
usable_of_10000mah_wired_mah	6000–7000 mAh	anker.com ‘a fully charged Anker MagGo Power Bank (10K) offers an estimated 6,000mAh to 7,	2026-10-10
anker_uk_charge_example_iphone14pro	2 times	anker.com ‘iPhone 14 Pro (3,200mAh) → ~ 2 full charges.‘	2026-10-10
wireless_5w_when_usbc_in_use	5 W	anker.com ‘If the USB-C port is charging a device, wireless charging output will be reduce	2026-10-10
wireless_less_efficient_elecom	ワイヤレス充電は有線より効率が悪い（磁界で電力を作るため） text	elecom.co.jp ‘直接電源に接続するのではなく、あくまで磁界の仕組みを使って電力を生成しているため効率が悪い’	2026-10-10
qi2_alignment_efficiency_wpc	Qi2 magnet alignment improves efficiency (no numeric loss given) text	wirelesspowerconsortium.com ‘Qi2 offers greater charging efficiency, faster charging, and greater convenienc	2026-10-10
iphone18pro_wireless_max_w	25 W	apple.com ‘MagSafe wireless charging up to 25W’	2026-10-10
iphone18pro_battery_mah_eu	4056 mAh	tomsguide.com ‘iPhone 18 Pro will have a 4,056 mAh battery’	2026-10-10
iphone18promax_battery_mah_eu	5391 mAh	tomsguide.com ‘5,391 mAh capacity in the EU’	2026-10-10
iphone17promax_battery_mah_eu	4823 mAh	macrumors.com ‘iPhone 17 Pro Max’s 4,823 mAh’	2026-10-10
iphone18pro_video_hours	36 hours	apple.com ‘up to 36 hours of video playback on iPhone 18 Pro’	2026-10-10
iphone18promax_video_hours	45 hours	apple.com ‘up to 45 hours of video playback on iPhone 18 Pro Max’	2026-10-10
iphone18pro_release_us	2026-09-18 date	apple.com ‘Pre-orders begin Saturday, September 12, with availability beginning Friday, Se	2026-10-10
macbook_air_13_wh	53.8 Wh	apple.com ‘Built-in 53.8‑watt‑hour lithium‑polymer battery’	2026-10-10
macbook_air_15_wh	66.5 Wh	apple.com ‘Built-in 66.5‑watt‑hour lithium‑polymer battery’	2026-10-10
ipad_air_11_wh	28.93 Wh	apple.com ‘Built‐in 28.93‐watt‐hour rechargeable lithium‑polymer battery’	2026-10-10
ipad_air_13_wh	36.59 Wh	apple.com ‘Built‐in 36.59‐watt‐hour rechargeable lithium‑polymer battery’	2026-10-10
switch2_battery_mah	5220 mAh	nintendo.com ‘Lithium-ion battery/5220mAh’	2026-10-10
steamdeck_oled_whr	50 Wh	steamdeck.com ‘50Whr battery’	2026-10-10
galaxy_s26_ultra_typical_mah	5000 mAh	samsung.com ‘5000 mAh ultra-long lasting battery for all-day performance’	2026-10-10
faa_li_ion_limit_wh	100 Wh	faa.gov ‘Lithium ion (rechargeable) batteries are limited to a rating of 100 watt hours	2026-10-10
faa_101_160_wh_approval	101–160 Wh	faa.gov ‘With airline approval, passengers may also carry up to two spare larger lithium	2026-10-10
faa_carry_on_only	carry-on only text	faa.gov ‘Spare (uninstalled) lithium ion and lithium metal batteries, including power ba	2026-10-10
faa_airline_stricter	airlines may set stricter limits text	faa.gov ‘Many airlines, both domestic and international, may have stricter quantity and	2026-10-10
southwest_power_bank_limit	1 units	support.southwest.com ‘each Customer is limited to one power bank (effective April 20, 2026)‘	2026-10-10
mlit_carry_on_limit	2個・160Wh以下（2026-04-24から） text	mlit.go.jp ‘機内持込みのモバイルバッテリーは２個（160Ｗｈ以下に限る）まで’	2026-10-10
mlit_in_cabin_charging_ban	機内でモバイルバッテリーへの充電も、モバイルバッテリーから他機器への充電もしない text	mlit.go.jp ‘機内においてモバイルバッテリーから他の電子機器への充電をしないこと’	2026-10-10
mlit_2025_overhead_bin	2025-07-08から収納棚に入れず、状態が確認できる場所に置く text	mlit.go.jp ‘モバイルバッテリーを座席上の収納棚に収納しないこと。‘	2026-10-10
mlit_checked_baggage_ban	預け入れ禁止 text	ana.co.jp ‘預入手荷物へのお預け入れはできません。‘	2026-10-10
ana_rule_2026	1名2個まで・160Wh以下・預け不可・機内充電禁止 text	ana.co.jp ‘1名様につき、2個までが機内持ち込み可能です。‘	2026-10-10
jal_rule_2026	2個まで・160Wh以下 text	ontrip.jal.co.jp ‘モバイルバッテリーのワット時定格量（Wh）は160Wh以下’	2026-10-10
jr_n700s_outlets	N700S は全席にコンセント。その他の車両は窓側席と最前部・最後部のみ text	railway.jr-central.co.jp ‘N700Sでは、すべての座席にコンセントを設置しています。その他の車両では、窓側席と最前部・最後部の座席にコンセントを設置しています。‘	2026-10-10
amtrak_coach_outlet	Unreserved coach の各席に 120V コンセント text	amtrak.com ‘There is also a fold-down tray, individual reading light, and a 120v electric o	2026-10-10
sony_np_fz100_wh	16.4 Wh	sony.jp ‘電圧：7.2V 電力容量：16.4Wh（2,280mAh）‘	2026-10-10
sony_np_fz100_mah	2280 mAh	sony.jp ‘電力容量：16.4Wh（2,280mAh）‘	2026-10-10
gopro_enduro_hero13_mah	1900 mAh	gopro.com ‘Advanced 1900 mAh battery delivers longer runtimes in a wide variety of tempera	2026-10-10
canon_lp_e6p_mah	2130 mAh	faq.canon.jp ‘容量 2130 mAh’、‘公称電圧 DC7.2V’	2026-10-10
apple_watch_series_11_battery_hours	24 時間	apple.com Apple Watch Series 11: ‘Up to 24 hours’	2026-10-10
apple_watch_ultra_3_battery_hours	42 時間	apple.com Apple Watch Ultra 3: ‘Up to 42 hours’	2026-10-10
airpods_pro_3_case_listening_hours	24 時間	apple.com ‘Up to 24 hours of listening time with Active Noise Cancellation enabled’	2026-10-10
pixel_10_pro_battery_mah	4870 mAh	store.google.com ‘標準 4,870 mAh（最小 4,707 mAh）‘	2026-10-10

旅行に要るモバイルバッテリーの容量の早見表

記事内のツールで条件を選ぶと、自分の条件の結果と合う商品が出ます。条件は URL で指定でき、下の表のリンクはその条件で開きます。

条件	結果	ツール
iPhone 18 Pro・タブレットなし・ゲーム機なし・ノートPCなし・ホテルで充電できる	○ 10,000mAhで足ります。要る量は 11.6〜15.7Wh（1日分。機器の電池に入れる量）。毎晩ホテルで充電できるので、日数にかかわらず1日分で計算しています。1日にモバイルバッテリーから充電する回数は、スマホ 1回として計算しています。ワイヤレス充電は有線より効率が悪く、回数は表より減ります	この条件で開く
iPhone 18 Pro Max・タブレットなし・ゲーム機なし・ノートPCなし・ホテルで充電できる	○ 10,000mAhで足ります。要る量は 15.5〜20.8Wh（1日分。機器の電池に入れる量）。毎晩ホテルで充電できるので、日数にかかわらず1日分で計算しています。1日にモバイルバッテリーから充電する回数は、スマホ 1回として計算しています。ワイヤレス充電は有線より効率が悪く、回数は表より減ります	この条件で開く
iPhone 18 Pro・タブレットなし・ゲーム機なし・ノートPCなし・3日・充電できない	○ 25,000mAhで足ります。要る量は 35〜46.9Wh（3日分。機器の電池に入れる量）。1日にモバイルバッテリーから充電する回数は、スマホ 1回として計算しています。25,000mAh は、セル電圧 3.85V でも 100Wh 未満です（機内持ち込みの承認が要らない範囲）。ワイヤレス充電は有線より効率が悪く、回数は表より減ります	この条件で開く
iPhone 18 Pro・iPad Air 11インチ・ゲーム機なし・ノートPCなし・ホテルで充電できる	○ 20,000mAhで足ります。要る量は 23.2〜30.1Wh（1日分。機器の電池に入れる量）。毎晩ホテルで充電できるので、日数にかかわらず1日分で計算しています。1日にモバイルバッテリーから充電する回数は、スマホ 1回・タブレット 0.5回として計算しています。ワイヤレス充電は有線より効率が悪く、回数は表より減ります	この条件で開く
iPhone 18 Pro・iPad Air 11インチ・ゲーム機なし・ノートPCなし・3日・充電できない	✕ 25,000mAhでも足りません。要る量は 69.7〜90.3Wh（3日分。機器の電池に入れる量）。1日にモバイルバッテリーから充電する回数は、スマホ 1回・タブレット 0.5回として計算しています。1台で足りないときは、移動中に充電するか、2台に分けて持ちます（日本の航空会社の機内持ち込みは2個まで・160Wh以下）。ワイヤレス充電は有線より効率が悪く、回数は表より減ります	この条件で開く
iPhone 18 Pro・タブレットなし・Nintendo Switch 2・ノートPCなし・ホテルで充電できる	○ 20,000mAhで足ります。要る量は 26.7〜35.8Wh（1日分。機器の電池に入れる量）。毎晩ホテルで充電できるので、日数にかかわらず1日分で計算しています。1日にモバイルバッテリーから充電する回数は、スマホ 1回・ゲーム機 1回として計算しています。ワイヤレス充電は有線より効率が悪く、回数は表より減ります	この条件で開く
iPhone 18 Pro・タブレットなし・Nintendo Switch 2・ノートPCなし・3日・充電できない	✕ 25,000mAhでも足りません。要る量は 80.1〜107.2Wh（3日分。機器の電池に入れる量）。1日にモバイルバッテリーから充電する回数は、スマホ 1回・ゲーム機 1回として計算しています。1台で足りないときは、移動中に充電するか、2台に分けて持ちます（日本の航空会社の機内持ち込みは2個まで・160Wh以下）。ワイヤレス充電は有線より効率が悪く、回数は表より減ります	この条件で開く
iPhone 18 Pro・タブレットなし・ゲーム機なし・MacBook Air 13インチ・ホテルで充電できる	○ 20,000mAhで足ります。要る量は 33.2〜42.6Wh（1日分。機器の電池に入れる量）。毎晩ホテルで充電できるので、日数にかかわらず1日分で計算しています。1日にモバイルバッテリーから充電する回数は、スマホ 1回・ノートPC 0.5回として計算しています。ノートPCを充電するなら、最大出力の大きい機種を選びます。ワイヤレス充電は有線より効率が悪く、回数は表より減ります	この条件で開く
iPhone 18 Pro・タブレットなし・ゲーム機なし・MacBook Air 13インチ・3日・充電できない	✕ 25,000mAhでも足りません。要る量は 99.6〜127.6Wh（3日分。機器の電池に入れる量）。1日にモバイルバッテリーから充電する回数は、スマホ 1回・ノートPC 0.5回として計算しています。1台で足りないときは、移動中に充電するか、2台に分けて持ちます（日本の航空会社の機内持ち込みは2個まで・160Wh以下）。ノートPCを充電するなら、最大出力の大きい機種を選びます。ワイヤレス充電は有線より効率が悪く、回数は表より減ります	この条件で開く
Galaxy S26 Ultra・タブレットなし・ゲーム機なし・ノートPCなし・ホテルで充電できる	○ 10,000mAhで足ります。要る量は 14.4〜19.3Wh（1日分。機器の電池に入れる量）。毎晩ホテルで充電できるので、日数にかかわらず1日分で計算しています。1日にモバイルバッテリーから充電する回数は、スマホ 1回として計算しています。ワイヤレス充電は有線より効率が悪く、回数は表より減ります	この条件で開く
iPhone 18 Pro・iPad Air 11インチ・Nintendo Switch 2・ノートPCなし・ホテルで充電できる	○ 25,000mAhで足ります。要る量は 38.2〜50.2Wh（1日分。機器の電池に入れる量）。毎晩ホテルで充電できるので、日数にかかわらず1日分で計算しています。1日にモバイルバッテリーから充電する回数は、スマホ 1回・タブレット 0.5回・ゲーム機 1回として計算しています。25,000mAh は、セル電圧 3.85V でも 100Wh 未満です（機内持ち込みの承認が要らない範囲）。ワイヤレス充電は有線より効率が悪く、回数は表より減ります	この条件で開く
iPhone 18 Pro・タブレットなし・ゲーム機なし・ノートPCなし・1日・充電できない	○ 10,000mAhで足ります。要る量は 11.6〜15.7Wh（1日分。機器の電池に入れる量）。1日にモバイルバッテリーから充電する回数は、スマホ 1回として計算しています。ワイヤレス充電は有線より効率が悪く、回数は表より減ります	この条件で開く

VALORANTに必要なモニターは何Hz？144・240・360Hzの選び方

Sat, 10 Oct 2026 00:00:00 GMT

この記事の選び方では、VALORANTのモニターは、試合中に出るfps（ゲームが1秒に描く画面の数）の平均で決めます。Hz（モニターが1秒に書き換える回数）は、平均fpsが144fps以下なら144Hzで足ります。

Riotの公式ページでは、スペック表の最上段の目標は144fpsで、ゲーム内のStatsでfpsを表示できます。モニターを上限まで使えるのは、平均fpsがそのHz以上のときです（240Hzなら240fps、300Hzなら300fps、360Hzなら360fps）。

2026年10月時点の情報で確かめ、実機は試していません。

平均fpsとHzで決まる新しいコマの数

前提: fpsが一定とした計算です。実際のfpsは上下するので、平均は目安です。操作の遅れは含みません。

表の「段」は、市販に多い144・165・180・200・240・280・300・360Hzです。

平均fps	144Hz	240Hz	360Hz	新しいコマが最も多く出る最低の段
60fps	60コマ	60コマ	60コマ	144Hz
144fps	144コマ	144コマ	144コマ	144Hz
200fps	144コマ	200コマ	200コマ	200Hz
240fps	144コマ	240コマ	240コマ	240Hz
300fps	144コマ	240コマ	300コマ	300Hz
360fps	144コマ	240コマ	360コマ	360Hz
400fps	144コマ	240コマ	360コマ	360Hz（400fpsのうち360まで）

この記事の分け方では、気軽に遊ぶなら144〜200Hz、ランクを本気でなら240〜280Hz、競技・大会なら300Hz以上を目安にします。公的な基準ではありません。

プロの使用データ

第三者のProSettingsでは、分析したプロは全員が240Hz以上のモニターを使っています（2026-01-21更新の記事）。プロの傾向なので、普通のプレイヤーは自分で測った平均fpsで決めます。

2026-10-08更新の集計表では、プロ700人で最も使われている機種（24.5型・フルHD・360Hz・TN）が23.29%です。日本のAmazonで見た出品は販売元が第三者なので、候補にしていません。

VALORANTのfpsの測り方

この記事の選び方では、fpsは普段の試合中の平均で決めます。Statsは今のfpsなので落ち着いている値を見て、数字で知りたいならFrameViewを使います。

Riotの公式ページでは、Settings > Video > Stats で、Client FPSなどを数値かグラフで表示できます（2021年の記事）。平均を出すとは書かれていません。

NVIDIAのFrameViewのユーザーガイドでは、FrameViewは平均fps（Average FPS）を画面に出します。Scroll Lockで記録を始めて止めると結果のまとめが出て、GPUのメーカーを問いません。

VALORANTのスペック表（2026-05-21付）の目標は30・60・144fpsの3段です。240fpsや360fpsのスペックは見つかりませんでした。144fpsの段（ハイエンド）のGPUとして、RiotはGTX 1050 Ti・Radeon R7 370・Arc A310を挙げています。

GPUごとのVALORANTのfpsは、条件つきの数値が見つかりませんでした。PCで変わるので、自分で測ります。

Riotのクラッシュ対策の記事では、クラッシュするときは、fpsの上限（LIMIT FPS ALWAYS）を試合中の平均fpsより低くします。

VALORANTのfpsでモニターを選ぶ

VALORANTで測ったfps（分からないも選べます）、遊び方、目から画面までの距離を選ぶと、コマが増えるリフレッシュレート、サイズ、解像度と、合う候補を出します。

24インチと27インチの分かれ目

目から画面まで、23.8型は50cm、24.5型は51.59cm、27型は56.73cm以上で目安を満たします。そこから1cm未満はぎりぎりです。

この記事の分け方では、競技・大会はfpsを優先してフルHDにし、27型のフルHDは画素が1.13倍に粗いので24インチ台にします。

1080pと1440pの決め方

この記事の分け方では、1440pにするのは、27型を選ぶとき（56.73cm以上で競技・大会でない）だけです。1440pでも平均fpsが買うモニターのHz以上出ることが条件で、56.73cmから1cm未満はぎりぎりです。

WQHDは描く画素がフルHDの1.78倍です。fpsの下がり方はPCしだいなので、WQHDにして平均fpsを測ります。

応答速度とパネルの種類

応答速度のGtGは、画素の色が変わりきるまでの時間です。1msでなくても、公称のGtGが1コマ（240Hzで4.17ms）より短ければ足ります。

メーカーの公式仕様では、MSIのMP243Lは「1ms (MPRT) / 4ms (GtG)」と書いています。MPRTは画素が見えている時間で別の指標なので、GtGの欄を見ます。

ASUSの公式仕様では、同じ280HzのTNとFast IPSは、公称の応答速度がどちらも1ms（GTG）です。視野角はTNが170°/160°、IPSが178°/178°です。

この記事の分け方とASUSの公式仕様では、パネルの種類に順位はつけず、Hzと公称GtGで選びます。有機ELの例（27型4K）は公称0.03msですが、24〜25型の有機ELは扱いません。

可変リフレッシュレートとReflex

この記事の分け方では、候補は可変リフレッシュレート対応が条件です。fpsが最大Hzを下回るとき、対応範囲内で書き換えをfpsに合わせます。重い場面や、Hzが平均fpsに近いときに効きます。

NVIDIAの説明では、G-SYNC Compatibleは、基本的な可変リフレッシュレートをNVIDIAが検証したモニターです。NVIDIAのプロセッサーは使いません。

AMDの説明では、FreeSyncは、画面の書き換えをGPUのfpsに合わせて、ティアリングなどの乱れを減らします。fpsがいつもHzを超えるなら、V-Syncかfpsの上限を使います。

Reflexは、GPUとCPUの処理を同期させてPCの遅延を減らす機能で、VALORANTも対応しています。PC側の機能なので、モニターの条件にはしません。

条件ごとの候補

基準を満たす出品があれば、条件ごとに1つ選びました。

この記事の分け方では、候補は、fpsの帯と遊び方の帯の低いほうから選びます。24.5型の目安は51.59cmからで、50cmなら23.8型が目安です。51.59cmちょうどはぎりぎりです。

基準は、新品・販売元がAmazonかメーカー直営・輸入品でない・評価100件以上・星4以上・サクラチェッカーで注意なし、です。価格は各販売サイトで確かめてください。

気軽に遊ぶ人

メーカーの公式仕様では、24.5型・フルHD・最大200Hz・G-SYNC Compatible・FreeSync Premium。

Amazon.co.jp限定の出品です。

ランクを本気で遊ぶ人

メーカーの公式仕様では、24.5型・フルHD・最大280Hz・G-SYNC Compatible・FreeSync Premium。VG259QMの280Hzは、DisplayPortでつないだときの最大です。HDMIでは240Hzまでです。

よくある質問

VALORANTは144Hzで足りる？ fpsが低くても高Hzのモニターに意味はある？

この記事の計算では、fpsがずっと144fps以下なら、240Hzや360Hzにしても新しいコマは増えず、144Hzで足ります。200fps出ているとき、144Hzのモニターに出る新しいコマは1秒に144、360Hzでは200です。

画面に出るのは、fpsとHzの小さいほうの数だけです。

240Hzと360Hzは何が違う？ 360Hzは必要？

測った平均fpsで計算すると、360Hzでコマが増えるのは、平均fpsが240fpsを超えるときだけで、360fpsまでです。280fpsまでなら280Hz、300fpsまでなら300Hzでも、360Hzと同じだけ増えます。

プロは360Hzを使っているけど、普通のプレイヤーも真似するべき？

24インチと27インチ、どっちがいい？

この記事の計算では、目から画面まで56.73cmより近いなら24インチ台、それ以上なら27インチも候補です。56.73cmから1cm未満はぎりぎりです。

51.59cmより近いなら、24.5型でなく23.8型が目安です。51.59cmちょうどの24.5型はぎりぎりです。

1080pと1440pはどっち？

WQHDは描く画素がフルHDの1.78倍です。fpsの下がり方はPCしだいなので、WQHDにして平均fpsを測ります。

G-SYNCやFreeSync、NVIDIA Reflexは必要？ fpsがHzを超えたら？

この記事の分け方では、候補は可変リフレッシュレート対応が条件です。fpsが最大Hzを下回るとき、対応範囲内で書き換えをfpsに合わせます。

重い場面や、Hzが平均fpsに近いときに効きます。AMDの説明では、FreeSyncは、画面の書き換えをGPUのfpsに合わせて、ティアリングなどの乱れを減らします。

fpsがいつもHzを超えるなら、V-Syncかfpsの上限を使います。NVIDIAの説明では、Reflexは、GPUとCPUの処理を同期させてPCの遅延を減らす機能で、VALORANTも対応しています。

PC側の機能なので、モニターの条件にはしません。

計算に使ったデータと式（検証用）

計算の方法

画面に出る新しいコマの数（1秒あたり）= min（VALORANTで出ているfps, モニターのHz）。兄弟記事「144Hzと240Hzの違い」と同じ式。上の段に上げて増える分 = min(fps, 上のHz) − min(fps, 下のHz)。144Hz→240Hzで増えるのは、fpsのうち144Hzを超えた分（240Hzまで）。240Hz→360Hzは240Hzを超えた分（360Hzまで）。fpsは一定とした計算で、入力遅延と体感の差は含まない。
1コマの時間（ms）= 1000 ÷ Hz。144Hzで6.94ms、240Hzで4.17ms、360Hzで2.78ms。
Riotの公式スペック表（2026-05-21付）の目標は30fps・60fps・144fpsで、240fps・360fpsに必要なスペックは書かれていない。GPU別のVALORANTのfpsは、公式に条件つきの数値が無いので使わない。読者が自分のPCで測る（Settings > Video > Stats（性能の数値またはグラフを表示））。
Hzの帯はこの記事の分け方で、公的な基準ではない。気軽に遊ぶ＝144〜200Hz、ランクを本気で＝240〜280Hz、競技・大会＝300Hz以上。ツールは、fpsを全部出せるいちばん低い段（144・165・180・200・240・280・300・360Hz）を「コマが増えるHz」とし、商品はその段の帯と遊び方の帯の低いほうから出す。fpsが分からないときは測る手順を出し、Riotのハイエンドの目標（144fps）の帯から出す。
サイズ: 目安の距離 = 50cm（OSHAの範囲の下限）× 画面の表示部分の横幅 ÷ 23.8型の横幅（52.704cm）。24.5型（54.3744cm）は51.59cm、27型（59.789cm）は56.73cmから目安を満たす（小数2桁に切り上げ。ちょうどでは余裕なし）。兄弟記事「PCモニターは何インチ」と同じ式。机の距離は50cm〜90cmの5cm刻みで全部検算した。
解像度: 画素の大きさの比 = 画素ピッチ ÷ 23.8型フルHDの画素ピッチ（0.2745mm）。27型フルHD（0.3114mm）は1.13倍、27型WQHD（0.2331mm）は0.85倍。WQHDの画素の数はフルHDの1.78倍。fpsがどれだけ下がるかはPCしだいなので数値は使わず、解像度を変えてStatsで測る。
プロの使用データは ProSettings（第三者の集計。2026-10-08更新、700人）。最多の機種の割合とページの文章だけを使う。360Hz全体などの割合は公開されていないので使わない。
可変リフレッシュレート（G-SYNC Compatible・FreeSync・LFC）とReflexは、NVIDIA・AMDの説明のまま。遅延の数値、メーカーをまたいだ応答速度・体感の比較、価格は扱わない。
候補は、Amazon の新品・評価100件以上・星4以上・サクラチェッカーで注意なし・輸入品でない・販売元が Amazon かメーカー直営と確かめた出品から、メーカーの公式仕様が各帯の条件（23.8〜24.5型・フルHD・可変リフレッシュレート・最大Hz）を満たすものを、送料込みでいちばん安い順に選ぶ。評価数が別の型番と合算の出品は数えない。Dell SE2426HG の仕様は Dell UK のページによる（米国のページは見つからなかった）。実機は試していない。

仮定

机に座った目から画面までの距離の典型幅。出典の数値ではなく仮定。結論が距離にどれだけ左右されるかを記事で書く: 70 (50–90)
自分の測定fpsを区切る目安。144はRiotのハイエンド目標(公式)、240/300/360は市販モニターの段でRiotは書いていない。PC構成ごとのVALORANTのfpsは公式が条件つきで出していないので、読者が自分のPCで測る(Settings Video Stats): [144,240,300,360]

使った公式の値

項目	値	出典	確認日
Riotの最小スペックの目標fps	30 fps	support.riotgames.com Min Specs (30 FPS)。ページ日付 May 21, 2026	2026-10-09
Riotの推奨スペックの目標fps	60 fps	support.riotgames.com Rec Specs (60 FPS)	2026-10-09
Riotのハイエンドスペックの目標fps	144 fps	support.riotgames.com High-end Specs (144 FPS)。ページ日付 May 21, 2026	2026-10-09
Riotのハイエンド(144fps)のCPU	Intel i5-9400F 2.90GHz / AMD Ryzen 5 2600X	support.riotgames.com High-end Specs CPU。ARMは非対応と明記	2026-10-09
Riotのハイエンド(144fps)のGPU	NVIDIA GTX 1050 Ti / AMD Radeon R7 370 / Intel Arc A310	support.riotgames.com High-end Specs GPU	2026-10-09
Riotの推奨(60fps)のCPU	Intel i3-4150 / AMD Ryzen 3 1200	support.riotgames.com Rec Specs CPU	2026-10-09
Riotの推奨(60fps)のGPU	NVIDIA GeForce GT 730 / AMD Radeon R7 240	support.riotgames.com Rec Specs GPU(表の列を直接確認)	2026-10-09
Riotの最小(30fps)のCPU	Intel i3-540 / AMD Athlon 200GE	support.riotgames.com Min Specs CPU	2026-10-09
Riotの最小(30fps)のGPU	Intel HD 4000 / AMD Radeon R5 220	support.riotgames.com Min Specs GPU	2026-10-09
Riotの要件のRAM	4 GB	support.riotgames.com RAM 4GB(全段共通)。専用GPUはVRAM 1GB以上	2026-10-09
Riotのスペック表ページの日付	2026-05-21	support.riotgames.com ページ上部の更新日表示 May 21, 2026	2026-10-09
VALORANTが対応する主な16:9解像度	1920x1080 / 2560x1440 / 3840x2160（16:9。Riotは16:9を推奨）	support.riotgames.com Supported Resolutions: 16:9 … 1920×1080 (FHD), 2560×1440 (QHD), 3840×2160 (4K)	2026-10-09
Riotが案内するfps上限の設定場所	ESC → VIDEO → LIMIT FPS ALWAYS。ゲーム中の平均fpsより低い値に設定する	support.riotgames.com Set a framerate cap in settings … ESC - VIDEO - LIMIT FPS ALWAYS. Try setting	2026-10-09
Riotが案内する性能表示の設定場所	Settings Video Stats（性能の数値またはグラフを表示）	playvalorant.com you can turn on performance stat or graph displays (Settings Video Stats). / det	2026-10-09
Riotの説明: fpsの律速	低スペックはGPUが律速、中〜高スペックはCPUが律速になりやすい	playvalorant.com lower spec machines tend to be GPU bound …, whereas mid to high spec machines	2026-10-09
Riotのリフレッシュレートとfpsの区別	リフレッシュレートは画面が1秒に光る回数、FPSは画像が切り替わりうる回数で、別のもの	support.riotgames.com refresh rates determine how many times your display is illuminated per second. T	2026-10-09
Riotのマルチスレッドレンダリングの条件	マルチスレッドレンダリングはRAM 8GB・VRAM 2GB・8コア(論理含む)以上で使う設定	support.riotgames.com minimum specs: 8 GB RAM, 2 GB VRAM, CPU with at least 8 cores (physical and virt	2026-10-09
ProSettingsの集計対象(VALORANTプロ)	700 人	prosettings.net Best Monitor for VALORANT [700 Pro Players, Oct 2026]。2026-10-09に直接取得	2026-10-09
ProSettings: 最多使用モニター	ZOWIE XL2566K（24.5型・1920x1080・360Hz・TN）を使う割合は23.29%（163人）	prosettings.net The most used monitors by VALORANT players: Size 24.5, 1920x1080, 360, TN, ZOWIE	2026-10-09
ProSettings: プロのHz	ProSettingsは『分析したVALORANTのプロは全員が240Hz以上、360Hzが上位リーグの標準』と書いている	prosettings.net All of our analyzed VALORANT professionals use a monitor that’s capable of displ	2026-10-09
ProSettings: プロの解像度	ProSettingsは『プロのモニターの大半は1080pで、1080pより高い解像度のプロはほとんどいない』と書いている	prosettings.net the vast majority of the monitors in the pro scene are 1080p … Almost no profe	2026-10-09
ProSettings: ZOWIEブランドの割合	74.29 %	prosettings.net Top monitor brands in VALORANT, Based on 700 players, Last updated 8 October, 20	2026-10-09
NVIDIA の G-SYNC Compatible の説明	tear-free, stutter-free	nvidia.com G-SYNC Compatible: Doesn’t use NVIDIA processors but is validated by NVIDIA to d	2026-10-09
AMD の FreeSync の説明	ディスプレイのリフレッシュレートを、FreeSync対応GPUのフレームレートに同期させ、見た目の乱れ(ティアリングなど)を減らす・なくす	amd.com FAQ: the refresh rate of a display is synchronized with the framerate of FreeSyn	2026-10-09
AMDの案内: fpsがHzを超えるとき	ゲームのfpsが常にディスプレイのリフレッシュレートを超えるなら、V-Syncをオンにするか、fpsを上限で止めると、ティアリングのない表示になる	amd.com If your game FPS is regularly exceeding your display’s refresh rate, you can tur	2026-10-09
NVIDIA Reflex の説明	Reflex Low Latency は、GPUとCPUのレンダリングを正確に同期させてPCの遅延を減らす	nvidia.com Reflex Low Latency reduces PC latency through precise synchronization of renderi	2026-10-09
NVIDIA Reflex とVALORANT	VALORANTはNVIDIAのReflex対応製品一覧に載っている	nvidia.com Reflex-Compatible Products from Partners: Valorant (games list)	2026-10-09
AMD LFC の説明	fpsがディスプレイの下限リフレッシュレートを下回ると、コマを複製して範囲内で同期する(例: 60〜144Hzの画面で40fpsなら80Hzで2回ずつ表示)	amd.com FAQ: What is Low Framerate Compensation? … 40 FPS … doubling them … 80 Hz	2026-10-09
ASUS VG258QM(TN)のメーカー公称	TNパネル、1ms(GTG)、最大280Hz、視野角170°/160°	asus.com Panel Type: TN / Viewing Angle (CR≧10, H/V): 170°/160° / 1ms(GTG) / 280Hz	2026-10-07
ASUS VG259QM(IPS)のメーカー公称	Fast IPS、24.5型、1920x1080、1ms(GTG)、最大280Hz、視野角178°/178°	asus.com パネルタイプ: Fast IPS / 解像度 1920x1080 / 応答速度 1ms(GTG) / リフレッシュレート(最大) 280Hz / パネルサイズ	2026-10-09
ASUS VG259QMR5A(IPS)のメーカー公称	Fast IPS、24.5型、1920x1080、1ms(GTG)・最小0.3ms、最大310Hz	asus.com Panel Type: Fast IPS / Response Time: 1ms(GTG), 0.3ms(min.) / Refresh Rate (Max)	2026-10-09
ASUS ROG Swift OLED PG27UCDMのGTG公称(OLEDの例)	0.03 ms	rog.asus.com 0.03ms gray-to-gray (GTG) response time	2026-10-07
BenQ: 144HzでのMPRTの下限	6.9 ms	benq.com a 144Hz monitor has a minimum MPRT of 6.9ms (1/144th of a second)。兄弟記事から再利用(2026	2026-10-07
ViewSonic: 240Hzの1コマの時間	4.17 ms	viewsonic.com At 240Hz, the monitor draws a brand new frame every 4.17 milliseconds。兄弟記事から再利用(	2026-10-07
fpsとHzの関係(計算の前提)	画面に出る新しいコマの数(1秒あたり) = min(出ているfps, リフレッシュレート)	source shown(fps, hz) = Math.min(fps, hz)。このリポジトリ内の兄弟記事	2026-10-09
OSHA 推奨範囲の下限	50 cm	osha.gov 20 to 40 inches (50 to 100 cm)	2026-10-07
OSHA 推奨範囲の上限	100 cm	osha.gov 20 to 40 inches (50 to 100 cm)	2026-10-07
23.8型の表示部分の横幅	52.704 cm	dl.dell.com S2425H Active Area Horizontal 527.04 mm p.16	2026-10-07
27型の表示部分の横幅	59.789 cm	dl.dell.com S2725H Active Area Horizontal 597.89 mm p.16	2026-10-07
23.8型フルHDの画素ピッチ	0.2745 mm	dl.dell.com Dell S2425H pixel pitch	2026-10-07
27型フルHDの画素ピッチ	0.3114 mm	dl.dell.com Dell S2725H pixel pitch	2026-10-07
27型WQHDの画素ピッチ	0.2331 mm	dl.dell.com Dell S2725DS pixel pitch	2026-10-07
24.5型の表示部分の横幅	54.3744 cm	asus.com Panel Size (inch) : 24.5 / Display Viewing Area (H x V) : 543.744 x 302.616 mm /	2026-10-09
ASUS VG259QM の DisplayPort での最大	280 Hz	asus.com Digital Signal Frequency : DisplayPort: 255~~255 KHz (H) / 48~~280 Hz (V) / HDMI:	2026-10-09
ASUS VG259QM の HDMI での最大	240 Hz	asus.com HDMI: 30~~255 KHz (H) / 48~~240 Hz (V)	2026-10-09
ASUS VG259QMR5A の DisplayPort での最大	310 Hz	asus.com Refresh Rate (Max) : 310Hz / Digital Signal Frequency : DisplayPort: 344~344 KHz	2026-10-09
ASUS VG259QMR5A の HDMI での最大	240 Hz	asus.com HDMI: 31~~255 KHz (H) / 48~~240 Hz (V)	2026-10-09
MSI PRO MP243L E14 の入力端子と分類	HDMI 2.0（FHD@144Hz）1つとD-Sub（VGA）1つ。DisplayPortなし。MSIの分類は事務向け（Business Productivity Monitor）	us.msi.com MSI US 仕様ページ（2026-10-09 ブラウザで確認）: HDMI 2.0 x1 (FHD@144Hz) / D-Sub (VGA) x1 / Ada	2026-10-09
MSI PRO MP243L E14 の最大リフレッシュレート	144 Hz	us.msi.com Refresh Rate 144Hz / HDMI 2.0 (FHD@144Hz)	2026-10-09
Dell SE2426HG の最大リフレッシュレート（Dell UK のページ）	240 Hz	dell.com Dell 24 240Hz Monitor - SE2426HG / 60.5 cm (23.8”) / 1920 x 1080 at 240Hz / In-p	2026-10-09
ProSettingsの集計表の更新日	2026-10-08	prosettings.net Top monitor brands in VALORANT, Based on 700 players, Last updated 8 October, 20	2026-10-09
ProSettings: 最多使用モニター（ZOWIE XL2566K）の割合	23.29 %	prosettings.net ZOWIE XL2566K, 23.29% of players (163)	2026-10-09
ProSettings: 分析したプロ全員のモニターの下限	240 Hz	prosettings.net All of our analyzed VALORANT professionals use a monitor that’s capable of displ	2026-10-09
ProSettingsの記事本文の最終更新日	2026-01-21	prosettings.net 記事の最終更新 Jan 21, 2026（2026-10-09 に直接取得。段階1の記録 prosettings_n の note と同じ）	2026-10-09
MSI PRO MP243L E14 の応答速度の表記	1ms (MPRT) / 4ms (GtG)	us.msi.com Response Time: 1ms (MPRT) / 4ms (GtG)（MSI US 仕様ページ、2026-10-09 ブラウザで確認。products.j	2026-10-09
NVIDIA FrameView で平均fpsを測る方法	FrameView: overlay shows Average FPS; Scroll Lock / F10 starts and stops a benchmark capture; works across GPU vendors	images.nvidia.com OVERLAY: Average FPS, 1% Low FPS, PC Latency … / ‘Average FPS, 1% Low FPS, and	2026-10-09
NVIDIA app のオーバーレイの fps 表示	NVIDIA app overlay: frame rates, clock speeds, GPU temperatures; Alt+R toggles; no average stated	nvidia.custhelp.com ‘See frame rates, clock speeds, GPU temperatures, and more in one overlay.’ ‘By	2026-10-09
AMD Software の fps 表示	AMD Software Performance Metrics: Frame Rate, Frame Time, 99th% FPS; logging; no average stated	amd.com ‘Frame Rate - Reported in frames per second (FPS).’ ‘Frame Time’ ‘99th% FPS’ ‘St	2026-10-09
BenQ: GtG の意味	GtG: how long a pixel takes to change from one grey value to another	benq.com ‘They tell us how long it takes a pixel to change from one grey value to another	2026-10-09
BenQ: MPRT の意味	MPRT: how long a pixel remains apparent or visible on the screen	benq.com ‘MPRT stands for moving picture response time … The test measures how long a p	2026-10-09

VALORANTのfpsでモニターを選ぶの早見表

記事内のツールで条件を選ぶと、自分の条件の結果が出ます。条件は URL で指定でき、下の表のリンクはその条件で開きます。

条件	結果	ツール
分からない・気軽に遊ぶ・70cm	△ まずfpsを測りましょう。平均fpsの測り方（StatsとFrameView）を見る。測るまでは、Riotのハイエンドの目標（144fps）に合う144Hz級を基準にします。候補の帯: 144〜200Hz。サイズ: 24〜25型か27型（27型の目安の距離56.73cm以上。余裕13.27cm）。解像度: 24〜25型はフルHD。27型ならWQHD（画素は23.8型フルHDの0.85倍）。27型フルHDは画素が1.13倍で粗くなります。WQHDは描く画素がフルHDの1.78倍なので、解像度を変えてStatsで測り、狙うHz以上のfpsが出るときだけにします	この条件で開く
120fps・気軽に遊ぶ・70cm	○ 144Hz級でfpsを全部出せます。コマが増えるHz: 144Hz級（120fpsなら、1秒に出る新しいコマは120）。144Hzより上にしても、新しいコマは増えません。候補の帯: 144〜200Hz。サイズ: 24〜25型か27型（27型の目安の距離56.73cm以上。余裕13.27cm）。解像度: 24〜25型はフルHD。27型ならWQHD（画素は23.8型フルHDの0.85倍）。27型フルHDは画素が1.13倍で粗くなります。WQHDは描く画素がフルHDの1.78倍なので、解像度を変えてStatsで測り、狙うHz以上のfpsが出るときだけにします	この条件で開く
144fps・気軽に遊ぶ・70cm	○ 144Hz級でfpsを全部出せます。コマが増えるHz: 144Hz級（144fpsなら、1秒に出る新しいコマは144）。144Hzより上にしても、新しいコマは増えません。候補の帯: 144〜200Hz。サイズ: 24〜25型か27型（27型の目安の距離56.73cm以上。余裕13.27cm）。解像度: 24〜25型はフルHD。27型ならWQHD（画素は23.8型フルHDの0.85倍）。27型フルHDは画素が1.13倍で粗くなります。WQHDは描く画素がフルHDの1.78倍なので、解像度を変えてStatsで測り、狙うHz以上のfpsが出るときだけにします	この条件で開く
200fps・気軽に遊ぶ・70cm	○ 200Hz級でfpsを全部出せます。コマが増えるHz: 200Hz級（200fpsなら、1秒に出る新しいコマは200）。144Hzから200Hzにすると、1秒に56コマ増えます。200Hzより上にしても、新しいコマは増えません。候補の帯: 144〜200Hz。サイズ: 24〜25型か27型（27型の目安の距離56.73cm以上。余裕13.27cm）。解像度: 24〜25型はフルHD。27型ならWQHD（画素は23.8型フルHDの0.85倍）。27型フルHDは画素が1.13倍で粗くなります。WQHDは描く画素がフルHDの1.78倍なので、解像度を変えてStatsで測り、狙うHz以上のfpsが出るときだけにします	この条件で開く
240fps・気軽に遊ぶ・70cm	○ この遊び方なら144〜200Hzで十分（240Hzならコマが増える）。コマが増えるHz: 240Hz級（240fpsなら、1秒に出る新しいコマは240）。144Hzから240Hzにすると、1秒に96コマ増えます。240Hzより上にしても、新しいコマは増えません。候補は、遊び方の目安（144〜200Hz）までにしています（この記事の分け方）。候補の帯: 144〜200Hz。サイズ: 24〜25型か27型（27型の目安の距離56.73cm以上。余裕13.27cm）。解像度: 24〜25型はフルHD。27型ならWQHD（画素は23.8型フルHDの0.85倍）。27型フルHDは画素が1.13倍で粗くなります。WQHDは描く画素がフルHDの1.78倍なので、解像度を変えてStatsで測り、狙うHz以上のfpsが出るときだけにします。候補の最大は200Hzで、240fpsのうち200まで出せます	この条件で開く
300fps・気軽に遊ぶ・70cm	○ この遊び方なら144〜200Hzで十分（300Hzならコマが増える）。コマが増えるHz: 300Hz級（300fpsなら、1秒に出る新しいコマは300）。144Hzから300Hzにすると、1秒に156コマ増えます。300Hzより上にしても、新しいコマは増えません。候補は、遊び方の目安（144〜200Hz）までにしています（この記事の分け方）。候補の帯: 144〜200Hz。サイズ: 24〜25型か27型（27型の目安の距離56.73cm以上。余裕13.27cm）。解像度: 24〜25型はフルHD。27型ならWQHD（画素は23.8型フルHDの0.85倍）。27型フルHDは画素が1.13倍で粗くなります。WQHDは描く画素がフルHDの1.78倍なので、解像度を変えてStatsで測り、狙うHz以上のfpsが出るときだけにします。候補の最大は200Hzで、300fpsのうち200まで出せます	この条件で開く
360fps・気軽に遊ぶ・70cm	○ この遊び方なら144〜200Hzで十分（360Hzならコマが増える）。コマが増えるHz: 360Hz級（360fpsなら、1秒に出る新しいコマは360）。144Hzから360Hzにすると、1秒に216コマ増えます。候補は、遊び方の目安（144〜200Hz）までにしています（この記事の分け方）。候補の帯: 144〜200Hz。サイズ: 24〜25型か27型（27型の目安の距離56.73cm以上。余裕13.27cm）。解像度: 24〜25型はフルHD。27型ならWQHD（画素は23.8型フルHDの0.85倍）。27型フルHDは画素が1.13倍で粗くなります。WQHDは描く画素がフルHDの1.78倍なので、解像度を変えてStatsで測り、狙うHz以上のfpsが出るときだけにします。候補の最大は200Hzで、360fpsのうち200まで出せます	この条件で開く
400fps以上・気軽に遊ぶ・70cm	○ この遊び方なら144〜200Hzで十分（360Hzならコマが増える）。コマが増えるHz: 360Hz級（400fpsなら、1秒に出る新しいコマは360）。400fpsのうち、360を超える分は画面に出ません。144Hzから360Hzにすると、1秒に216コマ増えます。候補は、遊び方の目安（144〜200Hz）までにしています（この記事の分け方）。候補の帯: 144〜200Hz。サイズ: 24〜25型か27型（27型の目安の距離56.73cm以上。余裕13.27cm）。解像度: 24〜25型はフルHD。27型ならWQHD（画素は23.8型フルHDの0.85倍）。27型フルHDは画素が1.13倍で粗くなります。WQHDは描く画素がフルHDの1.78倍なので、解像度を変えてStatsで測り、狙うHz以上のfpsが出るときだけにします。候補の最大は200Hzで、400fpsのうち200まで出せます	この条件で開く
240fps・ランクを本気で・70cm	○ 240Hz級でfpsを全部出せます。コマが増えるHz: 240Hz級（240fpsなら、1秒に出る新しいコマは240）。144Hzから240Hzにすると、1秒に96コマ増えます。240Hzより上にしても、新しいコマは増えません。候補の帯: 240〜280Hz。サイズ: 24〜25型か27型（27型の目安の距離56.73cm以上。余裕13.27cm）。解像度: 24〜25型はフルHD。27型ならWQHD（画素は23.8型フルHDの0.85倍）。27型フルHDは画素が1.13倍で粗くなります。WQHDは描く画素がフルHDの1.78倍なので、解像度を変えてStatsで測り、狙うHz以上のfpsが出るときだけにします	この条件で開く
300fps・ランクを本気で・70cm	○ この遊び方なら240〜280Hzで十分（300Hzならコマが増える）。コマが増えるHz: 300Hz級（300fpsなら、1秒に出る新しいコマは300）。144Hzから300Hzにすると、1秒に156コマ増えます。300Hzより上にしても、新しいコマは増えません。候補は、遊び方の目安（240〜280Hz）までにしています（この記事の分け方）。候補の帯: 240〜280Hz。サイズ: 24〜25型か27型（27型の目安の距離56.73cm以上。余裕13.27cm）。解像度: 24〜25型はフルHD。27型ならWQHD（画素は23.8型フルHDの0.85倍）。27型フルHDは画素が1.13倍で粗くなります。WQHDは描く画素がフルHDの1.78倍なので、解像度を変えてStatsで測り、狙うHz以上のfpsが出るときだけにします。候補の最大は280Hzで、300fpsのうち280まで出せます	この条件で開く
300fps・競技・大会・70cm	○ 300Hz級でfpsを全部出せます。コマが増えるHz: 300Hz級（300fpsなら、1秒に出る新しいコマは300）。144Hzから300Hzにすると、1秒に156コマ増えます。300Hzより上にしても、新しいコマは増えません。候補の帯: 300Hz以上。サイズ: 24〜25型（競技・大会では距離に関係なく。この記事の分け方）。解像度: フルHD（1920×1080）	この条件で開く
360fps・競技・大会・70cm	○ 360Hz級でfpsを全部出せます。コマが増えるHz: 360Hz級（360fpsなら、1秒に出る新しいコマは360）。144Hzから360Hzにすると、1秒に216コマ増えます。候補の帯: 300Hz以上。サイズ: 24〜25型（競技・大会では距離に関係なく。この記事の分け方）。解像度: フルHD（1920×1080）	この条件で開く
144fps・気軽に遊ぶ・50cm	○ 144Hz級でfpsを全部出せます。コマが増えるHz: 144Hz級（144fpsなら、1秒に出る新しいコマは144）。144Hzより上にしても、新しいコマは増えません。候補の帯: 144〜200Hz。サイズ: 24〜25型（27型の目安の距離56.73cmより近いため）。24.5型の目安の距離は51.59cmで、この距離では23.8型が目安です。解像度: フルHD（1920×1080）	この条件で開く
200fps・気軽に遊ぶ・60cm	○ 200Hz級でfpsを全部出せます。コマが増えるHz: 200Hz級（200fpsなら、1秒に出る新しいコマは200）。144Hzから200Hzにすると、1秒に56コマ増えます。200Hzより上にしても、新しいコマは増えません。候補の帯: 144〜200Hz。サイズ: 24〜25型か27型（27型の目安の距離56.73cm以上。余裕3.27cm）。解像度: 24〜25型はフルHD。27型ならWQHD（画素は23.8型フルHDの0.85倍）。27型フルHDは画素が1.13倍で粗くなります。WQHDは描く画素がフルHDの1.78倍なので、解像度を変えてStatsで測り、狙うHz以上のfpsが出るときだけにします	この条件で開く

GA4の国別1位はシンガポールのボットだった — ASNが見えないCloudflare無料プランで見分けた手順

Tue, 06 Oct 2026 00:00:00 GMT

古いガジェットのレビュー記事に、アフィリエイトリンクを足そうとしていた。GA4ではそれらが一番見られているページで、ミニ三脚のレビューを先頭に、マウスとウォークマンのレビューが続いていた。このサイトでAmazon経由の収益を狙うなら、ここだろうと思った。

その前に国別で並べ替えてみた。1位はシンガポールで、28日で210セッションと2位以下を大きく引き離していた。ところがその210セッションのうちエンゲージしたのは1件で、滞在時間の合計は0秒だった。

Cloudflareの無料プランでは、アクセス元のネットワーク（ASN）が見えない。データセンター発だと確かめる一番手軽な方法が使えないわけだ。そこで、手元のデータだけで人かどうかを判定した手順と、ボットを外したらページの並びがどう変わったかを残しておく。

GA4に出ていた数字

GA4はシンガポールの流入を普通の訪問として記録していたが、形は人のものではなかった。直近28日、シンガポール分だけを抜き出すとこうなる。

指標	シンガポール
セッション	210
エンゲージしたセッション	1
合計エンゲージ時間	0秒
チャネル	すべて Direct
1セッションあたりのページ	1

全員が初回訪問で、1ページだけ開いて去っている。session_start ≈ first_visit ≈ page_view というこの形は、AIクローラーの数字がスキャンだった件で疑うようになった形そのものだ。日本の読者は、スクロールもするし滞在もする。

ただ、エンゲージが低いだけでは人ではないとまでは言えない。開いてすぐ閉じる人は普通にいる。人間なら出さない痕跡が欲しかった。

画面サイズが同じだった

一番はっきりした手がかりはGA4の中にありました。シンガポールの210セッションのうち201件が、画面解像度 1280x1200 を報告している。

ほぼ正方形で、よくあるノートPCやスマホのどれにも当てはまらない。本物の訪問者なら解像度は何十通りにも散らばる。1つの国のほぼ全セッションが同じ珍しい値を出しているなら、それは読者層ではなく、誰かの設定値だ。

ディメンション（シンガポール・28日）	値	セッション
画面解像度	1280x1200	210中201
ブラウザ / OS	Chrome / Windows	210中201
市区町村	Singapore	210中210
ランディングページ	2021〜22年のレビュー・選び方記事	ほぼ全部

プロパティ全体を 1280x1200 で絞って5月まで遡ると、最初のセッションは2026-06-18。4日で1日17件まで増え、その後は1日5〜12件で続いている。シンガポールからこの画面サイズで来たセッションは、ここまでで556件になる。同じ解像度は他の20か国ほどからも1〜2件ずつ来ていたが、これは何とも言えないので触っていない。

ASNが見えない無料プランで何が取れるか

普通なら次はアクセス元のネットワークを調べる。家庭向け回線でなくクラウド事業者からなら、それで結論が出る。ところが無料プランのゾーンでは、GraphQL Analytics APIに clientAsn を指定するとこう返ってくる。

zone '...' does not have access to the field 'clientasndescription'

無料プランでも、リクエストのUser-Agent・パス・ステータス・時間帯は取れる。そしてCloudflare Web Analyticsを入れていれば、JavaScriptを実行したクライアントしか叩かないパスが1つある。ビーコンの送信先 /cdn-cgi/rum だ。このパスをUser-Agent別に数えれば、ページのJavaScriptを実際に動かしたクライアント、つまりGA4のタグを発火させるのと同じ相手が分かる。

QUERY = """
query($zone: String!, $since: Time!, $until: Time!, $country: String!) {
  viewer { zones(filter: { zoneTag: $zone }) {
    httpRequestsAdaptiveGroups(
      limit: 5000,
      filter: {
        datetime_geq: $since, datetime_lt: $until,
        clientCountryName: $country,
        clientRequestPath: "/cdn-cgi/rum"
      }
    ) { count dimensions { userAgent datetimeHour } }
  } }
}
"""

無料プランは1クエリにつき1日分までなので、1日ずつ7回投げて合算した。同じクエリを日本でも流して、比較対象にした。

ビーコンのChromeバージョンを日本の読者と比べる

判定を決めたのは比較対象のほうだった。/cdn-cgi/rum に届いたビーコンの7日分を並べる。

	シンガポール	日本（比較対象）
ビーコン数	147	—
OS	147件すべてWindows	Windows
Chromeのバージョン	103〜133、メジャー版で十数種類	153と154
ビーコンが来た時間帯（UTC）	24時間中23時間	数時間に固まる

Chromeは自動で更新される。日本の読者は153と154で、2026年10月時点の最新版だ。103のまま止まったブラウザが1台あるだけなら珍しい程度で済む。けれど、同じ都市から103・105・106・107・109・110・111・112・116・117・131・133と満遍なく散らばって来るなら、それはツールがUser-Agentをリストから選んで名乗っているということになる。

時間帯も同じことを示している。シンガポールのビーコンは24時間中23時間に届いていて、夜の落ち込みがない。人が住む都市の読まれ方ではない。

同じ7日間のシンガポールからのリクエスト845件も、残りは辻褄が合う。277件は Linux x86_64 のChrome 131で、ヘッドレスブラウザによくある既定値。154件はHuaweiのPetalBot。273件は /admin/.env や /phpinfo.php を狙ってパスルールで403になったもので、名乗りは同じく古いWindows版Chromeの使い回しだった。

どれもデータセンター発だと直接証明するものではない。そこは言い過ぎないでおきたい。ただ、画面サイズ・ブラウザのバージョン・時間帯・エンゲージの4つが同じ方向を向いていて、4つ全部を説明できる人間の行動が思いつかない。

ボットが読んでいたページ

ボットはサイト全体に散らばらず、古いレビューと選び方の記事にほぼ集中していた。同じ28日間の、ボットによるページビューを並べる。

ページ	ボットのPV
Manfrotto PIXI EVO レビュー	15
モニターアームの選び方	15
Logicool MX Master 3 レビュー	14
Sony NW-A105 レビュー	11
microSDカードの選び方	10
HDMIケーブルの選び方	9

一番読まれていると思っていたページが、そのまま並んでいる。この設定を除くと、サイトで一番読まれているのはCloudflare Workersのcron記事で、ボットは一度も来ていない。レビュー記事にも本物の読者はいるが、サイトの上位だったことは一度もなかった。

アフィリエイトリンクはレビュー記事に置いたままにする。期待値は下げた。

ボットはシンガポールだけでもない。同じ週、米国からのビーコンのうち47件がChrome 122で、すべてUTCの同じ1時間に収まっていた。国で絞れば一番大きな塊は外せるが、残りがきれいになるわけではない。

変えたこと、変えなかったこと

シンガポールの遮断はしていない。数字が膨らむ以外に害は無く、混ざっていたスキャンはパスルールで止まっている。国ごと遮断すれば、現地の本物の読者まで締め出すことになる。遮断はオリジンを守る道具で、数字をきれいにする道具ではない。これはWAFで偽装UAを弾いた1か月で行き着いた切り分けと同じだ。

GA4の側では除外できない。既知のボットは自動で落としてくれるが、そのリストは見えないし追加もできない。GA4のデータフィルタは内部トラフィックと開発者トラフィック向けしか用意されていない。

なので、手当ては数字の読み方に入れた。

セッション数ではなく engagedSessions を見る。このボットは210セッションでエンゲージ1件しか出していない
ページの順位を見るときは、シンガポールの screenResolution = 1280x1200 を除外する。解像度はボット側が決めている値なので、ときどき設定が変わっていないか見直す
「一番読まれているページ」を根拠に何かを始める前に、そのビューがどこから来ているかを確かめる

3つ目は、危うく飛ばすところだった手順です。一番稼げそうに見えたページは、ほとんど1台の機械の巡回で埋まっていた。国別のレポートを10分見れば分かることでした。

FAQ

GA4にシンガポールからの直接流入が大量に出るのはなぜ？

このサイトでは読者ではなく、自動操作のブラウザでした。28日で210セッションあってエンゲージは1件、滞在は0秒。201件が同じ 1280x1200 の画面サイズで、どれも1ページだけ開いて離脱しています。シンガポールにはクラウドのデータセンターが集まっているので、そこでJavaScriptを実行するクローラーが動くと、GA4のタグが訪問者と同じように発火します。

GA4はボットを自動で除外してくれないの？

既知のボットだけです。GA4は既知のボット・スパイダーのリストに載ったトラフィックを自動で除外しますが、そのリストは見ることも追加することもできません。普通のブラウザのUser-Agentを名乗るヘッドレスChromeはリストに無いので、セッションとして記録されます。GA4のデータフィルタは内部トラフィックと開発者トラフィック（IPやパラメータで自分で定義するもの）向けで、他人のクローラーには使えません。

Cloudflareの無料プランでアクセス元のASNは見られる？

GraphQL Analytics APIでは見られません。無料プランのゾーンで httpRequestsAdaptiveGroups に clientAsn を指定すると、そのフィールドへのアクセス権が無いというauthzエラーが返ります。User-Agent・パス・ステータス・時間帯は取れるので、Web Analyticsのビーコン（/cdn-cgi/rum）を手がかりにすれば、どのUser-Agentが実際にJavaScriptを実行したかが分かります。

シンガポールをWAFで国ごと遮断したほうがいい？

遮断はしませんでした。数字が水増しされる以外に害は無く、混ざっていた認証情報スキャンは既存のパスルールで403になっています。国ごと遮断すると、シンガポールにいる本物の読者まで締め出してしまいます。そのため、数字を読む段階で除外しています。エンゲージしたセッションを見ること、ページの順位を見るときに1280x1200の設定を外すことの2つです。

偽装UAをWAFで弾いた1か月 — 遮断した403も解析に残り、スキャンは本物と同じ名前に移った

Sun, 06 Sep 2026 00:00:00 GMT

AI系の User-Agent を騙った認証情報スキャンを、Cloudflare の WAF で 8/3 に遮断した。ルールは2本で、/.env のようなスキャンパスと、記事を1件も取らずスキャンだけをしていた5つの名乗りを対象にした。入口で止めれば被害も計測の汚染も同時に消える、というつもりだった。

1か月分の集計を見たら、後半が外れていた。AI名乗りのスキャンは遮断後に145件から991件へ増え、遮断中の Perplexity-User は403のまま8日で595リクエスト計上されている。弾いた名前は捨てられて、スキャンは Amazonbot や ChatGPT-User という、本物が使っているのと同じ名前に移っていた。

遮断したリクエストは解析にそのまま残る

WAF を入れても解析の数字は綺麗になりません。Cloudflare の httpRequestsAdaptiveGroups はエッジが返した応答を集計するので、ブロックした分は403として計上され続ける。

Perplexity-User の推移が分かりやすい。ルール投入前は404で、投入後は403に変わっただけ。件数はむしろ増えている。

スナップショット	403	404	状態
08-03（投入当日）	1	4	ルールはこの窓のほぼ全域で未適用
08-08	2	4	適用済み。スキャン側の量がまだ小さい
08-16	297	0	全て遮断、ただし全て計上
08-22	311	0	同上
08-28	595	0	同上
09-05	37	0	同上

遮断自体は効いている。404が消えて403になっているので、リクエストはオリジンに届いていない。それでも「AIクローラーからのアクセス」を UA で数える限り、この595件は数字の中に残る。WAF はオリジンを守る施策で、集計を直す施策ではない。 分けて考えるべきだった。

前提 — 入れた2本のルール

対象は Cloudflare Pages に置いた静的サイト（Astro）で、ゾーンは無料プラン。ルールは API から冪等に投入していて、description を目印に、あれば更新・無ければ追加する形にしている。

1本目はパスで弾く。UA は見ない。

SCAN_PATH_TOKENS = [
    "/.env", "/.git", "/.aws", "/.svn", "/.ssh",
    "/wp-", "wp-admin", "wp-login", "wp-includes", "wp-config",
    "wlwmanifest", "xmlrpc.php",
    "secrets.json", "service_account", "/actuator/", "/api/auth/session",
    "phpinfo", "/.npmrc", "/.htpasswd", "id_rsa", "config.json",
]

scan_expr = " or ".join(
    f'(http.request.uri.path contains "{t}")' for t in SCAN_PATH_TOKENS
)

contains を使っているのには理由がある。ゾーンには元から手動のルールがあったが starts_with(http.request.uri.path, "/.env") で書かれていて、ルート直下しか一致しなかった。実際に来ていたのは /server/.env（18回）や /admin/.env、/app/.git/HEAD で、ルールがあるのに全部すり抜けていた。

2本目は UA で弾く。Cloudflare が検証できていない（not cf.client.bot）ことを条件に付けている。

SPOOFED_ONLY_UAS = [
    "Bytespider", "cohere-ai", "anthropic-ai", "Perplexity-User", "Google-Extended",
]

ua_expr = "(not cf.client.bot) and (" + " or ".join(
    f'http.user_agent contains "{u}"' for u in SPOOFED_ONLY_UAS
) + ")"

この5つに絞ったのは、投入時点で記事の取得が0件・検証率0%だったから。CCBot と PerplexityBot は検証率0%でも実在ページを200で取っていたので外している。学習データを集める側から切られると、露出を減らす方向にしかならない。

弾かれた側は、本物と同じ名前に移った

1か月で効いたのはルールの中身ではなく、相手の名乗り方だった。スキャン判定になったリクエストを名乗り別に並べるとこうなる。

名乗っている UA	08-08	08-16	08-22	08-28	09-05
Perplexity-User（ルール2で遮断）	4	147	173	387	27
Amazonbot	0	67	284	119	0
ChatGPT-User	21	51	181	67	0
OAI-SearchBot	9	19	74	25	0
GPTBot	16	18	72	26	0
ClaudeBot	13	16	70	27	0
PerplexityBot	18	21	67	24	0
Google-Extended（ルール2で遮断）	5	18	70	24	0
その他（CCBot / cohere-ai ほか）	28	0	0	0	0
合計	114	357	991	699	27

遮断した Perplexity-User はその後も使われ続けていて、そこに弾いていない名前が上乗せされている。Amazonbot は67から284、ChatGPT-User は51から181。叩かれるパスの種類が増えたのではなく、同じ種類のスキャンが複数の名乗りに広がった。

やっかいなのは、この2つが本物と同じ名前だという点である。同じ8日間で Amazonbot は検証済み135・未検証489、ChatGPT-User は検証済み211・未検証336に割れていた。UA 一致で弾けば、記事を216件取りに来た本物の ChatGPT-User も一緒に落ちる。UA だけを条件にしたブロックリストは、偽装が本物の名前に移った時点で使えなくなる。

実在しない名前は話が別で、Google-Extended は HTTP リクエスト用の UA を持たないと Google のクローラー一覧に明記されている。名乗った時点で全て偽装なので、一律に弾いても失うものがない。UA でのブロックが成立するのはこの型だけだと思う。

パスのブラックリストは後追いになる

1本目のルールは UA を見ないので、名乗りが何であれ一致すれば止まる。ただし一覧に書いたトークンの分しか止まらない。

08-28 のスナップショットには、AI名乗りのリクエストの404が300件残っていた。叩かれていたのは /secrets.yml・/.zshrc・/id_ecdsa・/@fs/proc/self/environ あたりで、いずれもトークン一覧に無い。secrets.json は書いたが .yml は書いていないし、id_rsa は書いたが id_ecdsa は書いていない。

パスの一覧は、来たものを見てから足す運用になる。config.json も最初は eq "/config.json" の完全一致で書いていて、/runtime-config.json と /api/runtime-config.json に抜けられた。サイトマップの実在164パスに config.json を含むものが無いことを確認してから contains に広げている。

止める対象を増やすほど、正当な配信物を巻き込む危険も増える。トークンを足すときはサイトマップの実在パスと突き合わせる、という手順にしておくと事故が減ると思う。

数字が落ちたのはルールのおかげではない

09-05 のスナップショットで、AI名乗りのスキャンは27件まで落ちた。合計リクエストも2,024件から688件に減り、ChatGPT-User・Amazonbot・GPTBot・OAI-SearchBot の検証率が揃って100%になった。数字だけ見れば対策が効いたように読める。

この8日間でルールは1文字も変えていない。効果が遅れて出る種類の設定でもない。

同じ期間に、ゾーン全体の403は2,754件から4,137件に増えている。スキャンそのものは止まっていない。AI の名前を使うのをやめただけ、と読むほうが辻褄が合う。断定はできないが、少なくとも「ルールを入れたから減った」と書くのは因果の取り違えになる。

施策を評価するときは、こちらが変更したタイミングと数字が動いたタイミングを並べて、ずれていたら原因を外に探す。今回はずれていた。

いま採っている二段構え

遮断と計測を別の層に分けた。

flowchart TD
  Req["AI名乗りのリクエスト"] --> WAF{"WAF ルールに一致するか"}
  WAF -->|"一致"| B["403 で遮断（オリジンに届かない）"]
  WAF -->|"不一致"| O["オリジンへ 200 / 404"]
  B --> A["解析にはどちらも残る"]
  O --> A
  A --> C{"取得側で分類"}
  C --> Y["検証済み × 実在パス = 読む数値"]
  C --> N["未検証 / スキャンパス = 捨てる"]

WAF に期待するのは、オリジンに届かせないことと、404 のログを増やさないことだけ。数字を綺麗にする役目は持たせない。

計測側は、verifiedBotCategory が空でないことと、パスがサイトマップに実在することの2軸で分ける。この分類は前回の記事に実装ごと書いた。今回のスキャン推移も、その分類の scan 列をスナップショット間で並べただけで出ている。

層を分けておくと、WAF のルールを触ったときに計測側の系列が動かない。逆も同じで、分類の条件を変えても遮断量は変わらない。1か月やってみて、この独立性がいちばんありがたかった。

まとめ

WAF を入れる価値そのものは残っています。オリジンに届かなくなるし、404 の山も減る。ただ、解析の数字が綺麗になると期待していた部分は外れた。ブロックしたリクエストは403として集計に残り続けるので、計測の汚染は取得側で分類して落とすしかない。

もうひとつ、UA を条件にしたブロックは寿命が短い。実在しない名前（Google-Extended や anthropic-ai）なら恒久的に弾けるが、本物と共有する名前に移られたら手が出ない。名前ではなく検証結果で判断する側に寄せるのが、たぶん唯一の逃げ道になる。

AI に読ませる側の整備は llms.txt を多言語で生成する記事にまとめてある。

GA4 側に出た汚染（シンガポールからの幽霊セッション）を、ASN なしで見分けた話は GA4の国別1位はボットだったに書いた。

よくある質問

WAF で遮断したリクエストは解析から消える？

消えません。Cloudflare の GraphQL Analytics API（httpRequestsAdaptiveGroups）はエッジが返した応答を集計するので、ブロックしたリクエストは403として残ります。実測では、ルールで遮断している Perplexity-User が8日間で595リクエスト計上され、その内訳は403のみでした。遮断はオリジンに届かせない施策であって、集計から消す施策ではありません。

偽装UAを User-Agent 一致でブロックしていい？

実在しない名前だけに限れば有効です。Google-Extended のように公式が HTTP 用の UA を持たない名前は、名乗った時点で全て偽装なので一律に弾けます。一方 ChatGPT-User や Amazonbot は本物も同じ文字列で来るため、UA 一致で弾くと記事を取りに来た本物まで落ちます。実測でも、遮断した名前を避けてこの2つにスキャンが移りました。

スキャンパスのブラックリストはどこまで効く？

書いたトークンの分だけ効きます。/.env や /wp- のような定番は止まりますが、/secrets.yml・/.zshrc・/id_ecdsa・/@fs/proc/self/environ のように一覧に無いパスは素通りして404になります。8日間で404が300件残っていました。ブラックリストは新しいパスが来るたびに追記する後追いの運用になります。

スキャンが減ったらルールが効いたと読んでいい？

読めません。AI名乗りのスキャンは699件から27件に落ちましたが、この間ルールは変更していないので、原因はルールではなく送信側の都合です。同じ期間にゾーン全体の403は2,754件から4,137件に増えているので、スキャンそのものは続いていて、AIの名前を使うのをやめたと見るほうが実態に近いはずです。

AIクローラーのUAは名乗るだけ — 検証済みだけ数えたら本物468件・偽装991件だった

Sat, 22 Aug 2026 00:00:00 GMT

「AI経由でサイトが参照されている」という数字を、8日ごとに取って眺めている。ChatGPT-User が何件、GPTBot が何件、と User-Agent ごとに並べた表で、これが増えていれば AI に拾われていると読んでいた。

その読み方をやめた。今週の集計では、記事を実際に取得したリクエストが468件、認証情報スキャンが991件だった。スキャンが本物の2倍を超えていて、しかも GPTBot を名乗るリクエストのうち Cloudflare が OpenAI だと確認できたのは13%しかない。UA を見て数えていたものは、AI の関心ではなく攻撃側の増減だった。

User-Agent は自己申告なので、検証結果と突き合わせる

AI クローラーのアクセスを数えるなら、UA の名乗りだけで集計してはいけない。UA はリクエストヘッダなので、GPTBot/1.2 と書けば誰でもそう名乗れる。

Cloudflare を通しているなら、判定の材料が2つ手に入る。ひとつは verifiedBotCategory で、Cloudflare が IP と逆引きで検証した結果が入る（空文字なら未検証）。もうひとつは、リクエストされたパスが自分のサイトマップに実在するかどうか。この2軸で分けると「検証済みの bot が実在ページを取った件数」だけが残る。それが数えるべき数値です。

前提 — Cloudflare 無料プランと静的サイト

対象は Cloudflare Pages に置いた静的サイト（Astro）で、ゾーンは無料プラン。取得は GraphQL Analytics API を Python から叩いている。

使うもの	用途	無料プランで可否
`httpRequestsAdaptiveGroups`	リクエストの集計	可（1リクエストにつき最大1日）
`verifiedBotCategory`	bot の検証結果	可
`clientAsn` / `botClass`	送信元 ASN / bot 分類	権限外
`requests` + `pandas`	取得と集計	—

保持期間は無料プランだと短く、日別の粒度で遡れるのは1週間ほど。過去を後から掘り直せないので、スナップショットを定期的に取って別ファイルに残す前提で組んでいる。

同じ UA が、検証済みと未検証に割れる

verifiedBotCategory を dimension に足すだけで、名乗りと実体の乖離が出る。8日分の実測がこれ。

名乗っている UA	検証済み	未検証	検証率
ChatGPT-User	211（AI Assistant）	336	39%
Amazonbot	135（AI Crawler）	489	22%
ClaudeBot	133（AI Crawler）	126	51%
OAI-SearchBot	61（Search Engine Crawler）	132	32%
GPTBot	19（AI Crawler）	123	13%
meta-externalagent	209（AI Crawler）	0	100%
Applebot	56（AI Search）	0	100%
PerplexityBot	0	144	0%
Perplexity-User	0	311	0%

同じ UA 文字列が2つの行に割れているのが要点で、ChatGPT-User を名乗る547リクエストのうち、Cloudflare が OpenAI の IP レンジから来たと確認できたのは211件だけだった。

meta-externalagent と Applebot は検証率100%で、偽装が1件も混ざっていない。名乗りの数字がそのまま使えるのはこの2つだけだった。逆に Perplexity 系は455リクエストが全て未検証で、本物が1件も観測されていない。

クエリはこれだけ。

QUERY_BY_UA_VERIFIED = """
query ($zoneTag: String!, $since: Time!, $until: Time!) {
  viewer {
    zones(filter: { zoneTag: $zoneTag }) {
      httpRequestsAdaptiveGroups(
        limit: 5000
        filter: { datetime_geq: $since, datetime_leq: $until }
        orderBy: [count_DESC]
      ) {
        count
        dimensions { userAgent verifiedBotCategory }
      }
    }
  }
}
"""

無料プランは1リクエストで最大1日しか取れないので、期間は呼び出し側で割る。古すぎる日は保持期間を過ぎてエラーになるため、失敗した日はスキップして続ける。

def fetch_rows(token, query, zone_tag, since, until):
    # 期間を1日ずつに分割して取得し、行を合算して返す
    all_rows, cursor = [], since
    one_day = dt.timedelta(days=1)
    while cursor < until:
        win_end = min(cursor + one_day, until)
        variables = {
            "zoneTag": zone_tag,
            "since": cursor.isoformat() + "Z",
            "until": win_end.isoformat() + "Z",
        }
        try:
            all_rows.extend(rows_from(gql(token, query, variables, exit_on_error=False)))
        except RuntimeError as e:
            print(f"    [スキップ] {cursor.date()}〜{win_end.date()}: {e}")
        cursor = win_end
    return all_rows

存在しない UA を名乗っているものがいる

Google-Extended を名乗るリクエストが123件あった。検証率は0%で、うち70件が .env や wp-login のような認証情報スキャンのパスだった。

これは偽装かどうかを推測する必要がない。Google のクローラー一覧に、Google-Extended は HTTP リクエスト用の User-Agent 文字列を持たない、と明記されている。クロール自体は既存の Google の UA で行われ、Google-Extended は robots.txt で AI 学習利用の可否を伝えるための制御用トークンとして使われる。

つまり、この UA を名乗るリクエストは定義上ひとつ残らず Google ではない。同じ発想で、公式が IP レンジを公開している bot は突き合わせができる（OpenAI は gptbot.json を出している）。

自分のサイトでは、この123件は全て 403 で止まっていた。

パスの意図で content と scan を分ける

検証済みかどうかだけでは足りない。robots.txt を取りに来た検証済み bot は、記事を読んでいない。パスを5種類に分ける。

SCAN_PATTERNS = (
    "wp-", ".env", ".git", ".aws", ".svn", ".ssh", "secrets", "credentials",
    "config.json", "service_account", "actuator", "api/auth", "phpinfo",
    ".bak", ".yml", ".yaml", ".php", ".sql", "id_rsa", ".npmrc", ".htpasswd",
)
OPS_PREFIXES = ("/robots.txt", "/sitemap", "/llms.txt", "/favicon", "/rss", "/feed", "/.well-known/")
ASSET_PREFIXES = ("/_astro/", "/images/", "/assets/", "/fonts/", "/cdn-cgi/", "/_image")


def classify_path(path, sitemap_paths):
    # content=実在ページの消費 / ops=クロール作業 / asset=静的ファイル
    # scan=認証情報スキャン / other=実在しないパス
    if not path:
        return "other"
    low = path.lower()
    if any(k in low for k in SCAN_PATTERNS):
        return "scan"
    if low.startswith(OPS_PREFIXES):
        return "ops"
    if low.startswith(ASSET_PREFIXES):
        return "asset"
    if not sitemap_paths:
        return "unknown"   # 実在判定ができないので content とは言えない
    return "content" if (path.rstrip("/") or "/") in sitemap_paths else "other"

content の判定にサイトマップを使っているのが、この分類の肝になっている。404 のステータスで判定する手もあるが、それだとリダイレクトや、実在しないのに 200 を返すパスを拾ってしまう。「自分が公開していると宣言したパスの集合」を真値に置くほうが、サイト側の実態と一致する。

sitemap_paths が空のときに unknown を返しているのも要る。ここを content に倒すと、サイトマップの取得が失敗した日だけ数字が跳ねて、あとから原因を追えなくなる。

flowchart TD
  Req["AIボットを名乗るリクエスト"] --> V{"verifiedBotCategory が空か"}
  V -->|"空 = 未検証"| Fake["偽装として集計から外す"]
  V -->|"検証済み"| P{"パスはサイトマップに実在するか"}
  P -->|"実在"| C["content = 評価すべき数値"]
  P -->|"robots.txt / sitemap"| O["ops = クロール作業"]
  P -->|".env / wp-login"| S["scan = 認証情報スキャン"]

集計結果 — 記事取得468件に対しスキャン991件

2軸を通した8日分の結果がこれ。content の列が実際に評価すべき数値。

名乗り	content	ops	scan	合計	検証率
ChatGPT-User	216	0	181	547	39%
meta-externalagent	93	9	0	209	100%
Amazonbot	85	1	284	624	22%
Applebot	27	9	0	56	100%
OAI-SearchBot	17	43	74	193	32%
PerplexityBot	13	8	67	144	0%
GPTBot	7	9	72	142	13%
ClaudeBot	6	129	70	259	51%
Google-Extended	0	0	70	123	0%
Perplexity-User	0	0	173	311	0%

content の合計は468、scan は991。ステータス別でも 403 が957件で 200 の705件を上回っていて、WAF が弾いている量が正常取得の量を超えた。

前回（6日前）は content 610 / scan 357 だったので、この8日で逆転している。UA 別の合計だけを見ていたら「AI クローラーのアクセスが増えた」と読むところだった。

ClaudeBot の行も分けておく価値がある。検証済み133件のうち記事の取得は6件で、129件が robots.txt などのクロール作業だった。「ClaudeBot が259件来ている」と「記事を6件読まれた」は、同じデータの別の読み方になる。

分けたあとに残る、切り分けられないもの

この2軸で偽装は落とせるが、それでも言い切れないことがある。

content が 610 から 468 に減ったのは、AI 側の関心が落ちたのか、それとも従来 content に混ざっていた偽装が今回 scan に再分類されただけなのか、この1点では分からない。GPTBot は content が85から7に落ちているが、検証率も77%から13%に落ちているので、「取得が減った」と「偽装に埋もれた」が同時に起きている。

なので集計の出力には検証率をそのまま残して、率が急に落ちた系列は「今回は指標として読めない」と扱う運用にした。数字を1つに丸めず、母数と検証率を並べて置いておくほうが、あとから誤読しない。

まとめ

AI クローラーの数字を扱うなら、最初に UA を疑ったほうがいい。verifiedBotCategory を dimension に1つ足すだけで名乗りと実体が割れるし、割れ方を見れば「その系列が今どのくらい信用できるか」も同時に分かる。

意外だったのは、素性がきれいなのが meta-externalagent と Applebot の2つだけだったこと。偽装される bot ほど有名で、有名な bot ほど数字が使えない状態になっている。名前を見て「大手だから信頼できる系列」と考えるのは筋が通らなかった。

同じ「まず測る」の話はクロス投稿は重複コンテンツかを実測した記事にも書いた。AI に読ませる側の整備はllms.txt を多言語で生成する記事にまとめてある。

ここで見つけた偽装を WAF で遮断したあと何が起きたかは、偽装UAをWAFで弾いた1か月の記事に書いた。遮断した403は解析に残り、スキャンは本物と同じ名前に移っている。

よくある質問

AIクローラーのアクセスを User-Agent で数えてはいけないのはなぜ？

User-Agent はリクエストヘッダなので、GPTBot や ChatGPT-User と書けば誰でもそう名乗れます。実測では ChatGPT-User の547リクエストのうち Cloudflare が検証できたのは211で、残り336は逆引きで OpenAI と確認できませんでした。Amazonbot は624のうち検証済み135。UA だけで集計すると、この未検証分が「AI経由の関心が増えた」という数字になります。

Cloudflare の無料プランで偽装を分けられる？

分けられます。GraphQL Analytics API の httpRequestsAdaptiveGroups で dimensions に userAgent と verifiedBotCategory を指定すると、Cloudflare が IP と逆引きで検証した結果が返ります。値が空文字なら未検証です。clientAsn や botClass は有料プランの権限になりますが、verifiedBotCategory は無料ゾーンでも取れます。ただし1リクエストで取れる期間が最大1日なので、期間はループで分割します。

Google-Extended を名乗るリクエストはどう扱う？

全て偽装として扱えます。Google の公式ドキュメントに Google-Extended は HTTP リクエスト用の User-Agent 文字列を持たないと明記されていて、これは robots.txt の制御用トークンです。実測では Google-Extended を名乗る123リクエストがあり、検証率0%、うち70件が認証情報スキャンのパスでした。

検証済みのリクエストなら全部「記事を読まれた」と数えていい？

分けたほうが正確です。検証済みでも robots.txt / sitemap.xml / llms.txt の取得はクロール作業で、記事の消費ではありません。ClaudeBot は検証済み133のうち記事取得が6件で、129件が robots.txt 等でした。パスがサイトマップに実在するかで content と ops を分けると、実際に評価すべき数値だけが残ります。

クロス投稿は重複コンテンツか — 消す前に一致率を測ったら散文の一致は3行だった

Sun, 16 Aug 2026 00:00:00 GMT

AdSense の審査に落ちた。表示されるのは「有用性の低いコンテンツ」という区分だけで、どのページが引っかかったのかは書いていない。自分の運用で心当たりを探すしかなく、Zenn / Qiita / dev.to に同じ記事を出していることに行き着いた。外部の投稿済み5本を一時的に消して canonical を整える、という手順書まで書いた。

実行する前に、本当に本文が重複しているのかを数えた。11記事・22ファイルで、散文の一致は393行中3行。うち2行は水平線の --- だった。手順書は捨てて、消さずに canonical を付ける側に切り替えた。

一致率は行単位で測ってから判断する

クロス投稿を重複と疑ったら、消す前に本文の一致を数える。書き下ろしで運用しているなら、一致するのはコードと表と見出しで、散文はほとんど残らない。この内訳を見ないまま「一致率48%」だけを見ると、実態と逆の結論が出る。

対策も、消すのではなく canonical を置ける場所に置くほうに寄せる。dev.to / Hashnode / Medium は API で原本 URL を渡せる。Qiita / Zenn / note には渡す場所が無いので、この3つについては「原本を主張する」という選択肢が最初から存在しない。

前提 — ハブ＆スポークで書き下ろしている

Aulvem は自サイトをハブ、外部プラットフォームをスポークとして運用している。同じ題材を扱うが、翻訳でもコピーでもなく、読者像と粒度を変えて書き下ろす。

層	場所	役割
ハブ	aulvem.com	設計背景・運用知見・関連記事への結節点
スポーク	Zenn / Qiita	JA 本文（`body.ja.md`）を共有
スポーク	dev.to / Hashnode	EN 本文（`body.en.md`）を共有

測定対象は 2026-05-17 から 2026-08-08 までの11記事、EN / JA を別ファイルとして数えて22ペア。外部側の本文は frontmatter を持たない素の Markdown で、本体側は MDX なので、比較の前にどちらも frontmatter を落とす。

一致を数えるスクリプトは30行で書ける

行を正規化して集合に入れ、外部側の各行が本体側に含まれるかを見るだけでいい。判断に効くのは、その一致を種別に分けるところ。

import fs from "node:fs";

const norm = (s) => s.replace(/\s+/g, " ").trim();

function bodyOf(file) {
  let t = fs.readFileSync(file, "utf8");
  if (t.startsWith("---")) t = t.slice(t.indexOf("\n---", 3) + 4); // frontmatter を落とす
  return t;
}

// 行を [正規化テキスト, 種別] に分解する。コードフェンスの内側は全て code 扱い
function classify(text) {
  const out = [];
  let inFence = false;
  for (const raw of text.split("\n")) {
    const line = norm(raw);
    if (/^```/.test(line)) { inFence = !inFence; out.push([line, "code"]); continue; }
    if (!line) continue;
    if (inFence) { out.push([line, "code"]); continue; }
    if (/^#{1,6}\s/.test(line)) { out.push([line, "heading"]); continue; }
    if (/^\|/.test(line)) { out.push([line, "table"]); continue; }
    out.push([line, "prose"]);
  }
  return out;
}

const hp = new Set(classify(bodyOf(hpFile)).map(([l]) => l));
const ext = classify(bodyOf(extFile));
const matched = ext.filter(([l]) => hp.has(l));

フェンスの開閉をトグルで追うのは、コードブロックの中に # で始まるコメント行や | で始まる行が普通に出てくるから。フェンスを見ずに行頭の記号だけで分類すると、コードがまるごと散文に化ける。

空行を落とすのも先に決めておく。空行は必ず一致するので、残したまま比率を出すと分母も分子も水増しされる。

47.9% の一致は、762行のコードだった

22ペアを通した結果が次の数字になる。

指標	値
外部記事の総行数	1,658
本体と一致した行	795（47.9%）
うちコードブロック内	762
うち表の行	13
うち見出し	17
うち散文	3
外部記事の散文行	393
散文の一致率	0.8%

一致した散文3行の中身を出すと、2行は水平線の ---、残る1行は Zod スキーマの記事の英語箇条書きが1行だった。実質的に、散文は1行も重なっていない。

記事単位で見ても構造は同じで、一致率が高い記事ほどコードの比率が高い。

記事	一致率	コード
sitemap-lastmod (ja)	65.4%	70
idempotent-notification-outbox (ja)	62.5%	39
sheets-xlsx-excel-silent-breakage (ja)	67.8%	53
aulvem-blog-architecture (ja)	4.4%	3

コードが一致するのは、同じ実装を説明しているからで、ここを変えたら片方が嘘になる。CREATE UNIQUE INDEX uq_outbox_dedup を外部向けに書き換える理由は無い。逆に言えば、コードの共有だけを根拠に「重複サイト」と自己診断するのは、測っていないのと変わらない。

canonical を置ける場所と、置けない場所

原本を主張する手段は、プラットフォームごとに揃っていない。API の実装を見るのがいちばん早い。

flowchart LR
  Devto["dev.to<br/>canonical_url"] --> HP["aulvem.com<br/>（原本）"]
  Hashnode["Hashnode<br/>originalArticleURL"] --> HP
  Medium["Medium<br/>canonicalUrl"] --> HP
  Qiita["Qiita<br/>指定不可"] -.-> HP
  Zenn["Zenn<br/>指定不可"] -.-> HP
  Note["note<br/>指定不可"] -.-> HP

プラットフォーム	canonical	指定する場所
dev.to	可	記事作成 API の `article.canonical_url`
Hashnode	可	`publishPost` mutation の `originalArticleURL`
Medium	可	投稿 API の `canonicalUrl`、または Import from URL
Qiita	不可	items API のパラメータに該当項目が無い
Zenn	不可	記事 frontmatter に該当項目が無い
note	不可	エディタに設定箇所が無い

Qiita の API v2 ドキュメントで items の POST に渡せるのは title / body / tags / private / tweet / organization_url_name などで、外部 URL を原本として宣言するフィールドは無い。Zenn は記事の frontmatter が title / emoji / type / topics / published / publication_name で、同じく無い。

dev.to は Forem API の記事オブジェクトに canonical_url があるので、投稿ペイロードに1行足すだけで済む。

body: JSON.stringify({
  article: {
    title: fm.title,
    body_markdown: body,
    published: fm.published ?? false,
    tags,
    canonical_url: fm.canonical_url,   // ← ここ
  },
}),

Hashnode は少し引っかかる場所がある。originalArticleURL は publishPost の入力にはあるが、createDraft の入力には無い。下書きとして作ってから管理画面で公開する運用にしていると、canonical が渡らないまま公開されることになる。

const input = publish
  ? { title, contentMarkdown, publicationId, tags, originalArticleURL: fm.canonical_url }
  : { title, contentMarkdown, publicationId, tags };   // draft 側には入れられない

自分の運用では、外部ドラフトの dev.yaml 11本すべてに canonical_url: https://aulvem.com/blog/<slug>/ を入れた。ただし dev.to は投稿時のペイロードで値が確定するので、すでに投稿済みの5本には反映されない。既存記事は PUT /articles/{id} で更新するか、エディタ側で設定し直す必要がある。ここは今も残っている宿題。

「一時的に消す」は工程として成立しない

canonical を設定できないプラットフォームでは、消したあとに元へ戻す方法が「もう一度投稿する」しかない。記事 URL は変わり、それまでの PV も被リンクも切れる。可逆に見える操作が、実際には削除になる。

数字を見ると、判断はもっとはっきりする。

チャネル	実績
Qiita 11記事の累計 PV	2,240
dev.to 累計 PV	309
Zenn 累計表示	182
aulvem.com の検索クリック（28日）	7（表示 1,335）

外部を消すのは、読者が来ている側を止めて、来ていない側を守る取引になる。AdSense の想定収益は月に数百円という規模で、この取引は割に合わない。8月8日に公開した記事は Qiita で8日間に196PV、平均滞在221秒だった。同じ記事に自サイトへ来た読者は、8日で10ページビュー。

混同していた2つのこと

診断を撤回した理由は2つある。

ひとつは、AdSense の審査と検索の重複ハンドリングを同じものとして扱っていたこと。AdSense はプログラムポリシーに基づくサイト単位の審査で、検索側の重複 URL の統合は canonical や hreflang を見た正規化の処理。片方の結果からもう片方の原因を逆算しても、根拠にはならない。

もうひとつは、「Qiita の canonical が Qiita 自身を指している」ことをペナルティの証拠として読んだこと。canonical を指定できないプラットフォームは、自分自身を指す自己参照 canonical を出す。それがどのサイトでも既定の挙動である以上、そこから何かを推定することはできない。

この2つを混同していた間に、2021年のレビュー記事17本を一時 draft 化していた。これも巻き戻した。自分で書いた原稿を隠すのは、独自性を疑われている状況では逆向きの操作になる。

まとめ

クロス投稿を疑ったときにまずやることは、外部記事を消すことではなく、行単位で数えることだった。30行のスクリプトで済むし、結果が「散文は393行中3行」と出れば、そこから先の作業は全部不要になる。

canonical については、置ける場所には置く、置けない場所は諦める、で運用が回る。Qiita と Zenn と note に原本を主張する手段が無いのは自分ではどうにもならないが、少なくとも dev.to と Hashnode と Medium には渡せる。渡す先を間違えなければ、外部に出す判断そのものを止める理由にはならない。

測る前に手を動かしかけたことのほうが、今回の反省点として残っている。同じ「壊れていることに気づける形にしておく」という話は、Zod スキーマで運用ルール違反をビルドで落とす記事と、.xlsx が静かに壊れる記事にも書いた。

よくある質問

クロス投稿した記事が重複コンテンツになっているか、どう確かめる？

本文を行単位で正規化して集合に入れ、外部記事の各行が本体記事に含まれるかを数えます。そのときコードフェンスの内側をコードとして分けておくのが要点で、分けないと「一致率48%」のような数字だけが出て判断できません。Aulvem の11記事22ファイルでは一致795行のうち762行がコードブロック内で、散文の一致は393行中3行、しかも2行は水平線の --- でした。

外部プラットフォームで canonical はどこまで指定できる？

dev.to は API の article.canonical_url、Hashnode は publishPost の originalArticleURL、Medium は投稿 API の canonicalUrl で指定できます。Qiita は items API のパラメータに該当する項目が無く、Zenn の記事 frontmatter にも note のエディタにも設定箇所がありません。指定できない側は、原本を主張する手段が最初から無いという前提で運用することになります。

重複を疑ったら外部記事を一時的に消せばいい？

canonical を設定できないプラットフォームでは、消したあとに戻す手段が「もう一度投稿する」しかなく、URL が変わって PV も被リンクも切れます。Aulvem の場合、外部の累計は Qiita 2,240PV / dev.to 309PV / Zenn 182表示で、自サイトの検索クリックは28日で7でした。読者がいる側を消して、いない側を守る取引になります。

別系統です。AdSense はプログラムポリシーに基づくサイト単位の審査で、検索側の重複 URL の統合は canonical や hreflang を見た正規化の処理です。片方の結果からもう片方の原因を推定すると、今回のように誤った対策に工数を使います。

Googleスプレッドシートの .xlsx は Excel で静かに壊れる — 203セルを動的配列なしで書き直す

Sat, 08 Aug 2026 00:00:00 GMT

Googleスプレッドシートで作ったものを .xlsx で書き出して配ると、受け取った側の Excel では別のものが開く。しかも壊れ方が静かなので、開いた相手も、渡したこちらも気づけない。

パスワード管理シートを Booth に出したあと、商品名に「Excel / Googleスプレッドシートで使う」と書いている以上は Excel で実際に動くのか確かめようと思って、書き出した .xlsx を openpyxl で開いた。ダッシュボードの数式が全部 __xludf.DUMMYFUNCTION という見慣れない関数になっていた。数えたら203セル。そして203セル全部が IFERROR に包まれていた。この記事では、その203セルをどう見つけて、動的配列に頼らない形にどう書き直したかを書きます。

エラーが出ないから、壊れていることに気づけない

Googleスプレッドシート専用の関数は、.xlsx に書き出しても消えない。Excel が解釈できない関数として __xludf.DUMMYFUNCTION("元の数式") の形で保存され、元の数式は引数の文字列として中に残る。Excel はこれを未知の関数として扱うので、本来なら #NAME? が出る。

出なかった。元の数式が IFERROR で包まれていたからだ。

=IFERROR(__xludf.DUMMYFUNCTION("IFERROR(SORTN(FILTER({'パスワード一覧'!A2:A80, …

Googleスプレッドシート側では「該当が無い月は — を出す」ための保険として付けた IFERROR が、Excel では「そんな関数は無い」という例外まで一緒に飲み込む。返るのは空文字かフォールバック文字列で、画面上は「— 該当なし —」と出る。データが0件のときの正常な表示と、関数が動いていないときの表示が、見分けられない。

配布していたファイルで壊れていたのは次の5箇所だった。

場所	使っている関数	Excel での結果
パスワード一覧 G列（強度判定）	`ARRAYFORMULA` + `REGEXMATCH`	全行が空欄
ダッシュボード B10（更新推奨 TOP5）	`SORTN` + `FILTER`	「該当なし」
ダッシュボード B19（整理候補）	`FILTER`	「該当なし」
ダッシュボード B28（重複パスワード警告）	`SORTN` + `UNIQUE` + `FILTER`	「該当なし」
サブスク管理 B10（一覧）	`QUERY`	空欄

flowchart TD
  A["Sheets の数式<br/>ARRAYFORMULA / FILTER / SORTN / QUERY"] --> B["Excel で開く"]
  B --> C["その関数が存在しない"]
  C --> D["外側の IFERROR が例外ごと捕まえる"]
  D --> E["空文字が返る"]
  E --> F["画面には「— 該当なし —」"]

重複パスワードの警告が「該当なし」と出ているのは、重複が無いからではなく、判定そのものが走っていないから。安全に関わる表示でこれが起きていた。

壊れたセルは目で探さず、数式セルだけを機械で数える

__xludf.DUMMYFUNCTION は文字列として残るので、openpyxl で全シートを舐めれば全数が出る。目視でダッシュボードを眺めるより確実だし、修正後に0件になったことも同じコードで確かめられる。

KEYS = ("DUMMYFUNCTION", "REGEXMATCH", "SORTN",
        "QUERY(", "ARRAYFORMULA", "UNIQUE(", "FILTER(")

def check_no_google_funcs(path):
    wb = openpyxl.load_workbook(path)
    bad = []
    for sh in wb.worksheets:
        for row in sh.iter_rows():
            for c in row:
                v = c.value
                txt = getattr(v, "text", None) or (v if isinstance(v, str) else "")
                # 数式セルだけを見る。FAQ 本文に関数名が出てくるのは誤検知なので除外する
                if not txt.startswith("="):
                    continue
                if any(k in txt for k in KEYS):
                    bad.append(f"{sh.title}!{c.coordinate}")
    return bad

txt.startswith("=") の1行が要る。このファイルには「使い方ガイド」シートがあり、FAQ の回答文に ARRAYFORMULA という語が普通に出てくる。数式セルに絞らないと、直しようのない文章まで検出結果に混ざる。

実測は203セル。内訳はパスワード一覧199・ダッシュボード3・サブスク管理1で、パスワード一覧の199はほぼ G列だった。ARRAYFORMULA は G2 の1セルだけが本体で、G3 以降は =IFERROR(__xludf.DUMMYFUNCTION("""COMPUTED_VALUE"""),"") という値のプレースホルダに置き換わっている。Sheets が配列で埋めていた範囲が、書き出しの時点で198個の抜け殻になっていた。

動的配列に逃げない — FILTER / SORT / UNIQUE は Excel 2016 に無い

Excel 365 には FILTER / SORT / UNIQUE / TAKE がある。Google 側の書き方にいちばん近いので置き換え先としては自然だが、これらは Excel 2019 と 2016 には無い。買った人がどのバージョンを使っているかは分からないし、Booth の商品ページに「365 が必要」と後から但し書きを足すのは、売り方として筋が通らない。

代わりに、動的配列を必要としない形に落とした。

方式	Sheets	Excel 365	Excel 2016
`ARRAYFORMULA` / `QUERY` / `SORTN`	動く	動かない	動かない
`FILTER` / `SORT` / `UNIQUE`（動的配列）	動く	動く	動かない
各行のヘルパー列＋ `INDEX`/`MATCH`	動く	動く	動く

考え方は単純で、「並べ替えて上位N件を取る」を2段に割る。まず各行に順位や連番をヘルパー列として持たせ、表示側は「順位が n の行を引く」だけにする。並べ替えという操作そのものを消すと、動的配列が要らなくなる。

書き直しは openpyxl から行単位で流し込んだ。200行×4列のヘルパー式を手で貼るのは現実的ではないし、あとで範囲を変えたくなったときにスクリプト側の定数を1つ直せば済む。

順位は SUMPRODUCT でヘルパー列に書く

「最終更新から90日を超えたものを、経過日数の降順に並べる」をヘルパー列で書くと次のようになる。RANK を使わないのは、対象を絞った上での順位が要るからだ。

def rank_renew_formula(row):
    L, A = f"$L{row}", f"$A{row}"
    la, lb = f"$L$2:$L${LAST_ROW}", f"$A$2:$A${LAST_ROW}"
    rows = f"ROW($L$2:$L${LAST_ROW})"
    return (
        f'=IF(AND({A}<>"",ISNUMBER({L}),{L}>90),'
        f'SUMPRODUCT(({lb}<>"")*ISNUMBER({la})*({la}>90)*'
        f'(({la}>{L})+(({la}={L})*({rows}<ROW({L})))))+1,"")'
    )

生成される式はこうなる。

=IF(AND($A2<>"",ISNUMBER($L2),$L2>90),
   SUMPRODUCT(($A$2:$A$200<>"")*ISNUMBER($L$2:$L$200)*($L$2:$L$200>90)
   *(($L$2:$L$200>$L2)+(($L$2:$L$200=$L2)*(ROW($L$2:$L$200)<ROW($L2)))))+1,"")

条件を掛け算で積むのが SUMPRODUCT の使い方で、「自分より大きい件数 + 1」が順位になる。ここで2つ効いている。

ISNUMBER の項は外せない。L列（経過日数）は該当が無い行で "" を返すが、Excel の比較では文字列が数値より大きいと評価されるので、$L$2:$L$200>90 だけだと空行が全部条件を満たしてしまう。数値行に限定する掛け算を挟んで落とす。

同値の扱いも要る。経過日数が同じ行が2つあると順位が重複し、表示側の MATCH はどちらか片方しか引かないので、もう一方が表から消える。(値が同じ) × (行番号が小さい) の項を足して、同値なら上の行を先に置く。

REGEXMATCH の代わりは、配列定数と SUBSTITUTE の差分

パスワード強度の判定は REGEXMATCH(E2, "[A-Z]") で文字種を見ていた。Excel に正規表現は無い。文字種ごとの出現数を数える方向に変える。

def char_class_count(cell, chars):
    """cell 内の文字のうち chars に含まれるものの個数を数える式を作る。"""
    arr = "{" + ",".join(f'"{c}"' for c in chars) + "}"
    return f'SUMPRODUCT(LEN({cell})-LEN(SUBSTITUTE({cell},{arr},"")))'

SUBSTITUTE に配列定数 {"A","B",…,"Z"} を渡すと、それぞれの文字を消した文字列が26個返る。元の長さとの差を SUMPRODUCT で合計すれば、大文字の総数になる。SUBSTITUTE は大文字小文字を区別するので、[A-Z] と [a-z] の判定をそのまま移せる。記号は「全長 − 大文字 − 小文字 − 数字」で出す。

最初は MID(E2, ROW(INDIRECT("1:"&LEN(E2))), 1) で1文字ずつ配列に展開して FIND で照合する書き方にした。検証にかけたら全件が「弱」に倒れた。INDIRECT の配列展開は環境によって挙動が変わるうえ、IFERROR で包まれた側に落ちるので、やはり静かに全部「弱」になる。INDIRECT を使わない書き方に変えて、この症状は消えた。

表示側は INDEX/MATCH で引くだけにする

ヘルパー列に順位が入っていれば、ダッシュボード側は「順位 n の行から A列を取る」だけで済む。

def lookup(rank_col, value_col, first_row, row):
    n = row - first_row + 1
    return (
        f'=IFERROR(INDEX({SHEET}!{value_col}$2:{value_col}${LAST_ROW},'
        f'MATCH({n},{SHEET}!${rank_col}$2:${rank_col}${LAST_ROW},0)),"")'
    )

=IFERROR(INDEX('パスワード一覧'!A$2:A$200,
         MATCH(1,'パスワード一覧'!$R$2:$R$200,0)),"")

順位は ROWS(B$10:B10) のような相対参照でも書けるが、行ごとに Python 側で式を生成しているので、リテラルの整数を埋めるほうが単純で、関数サポートの差も踏まない。IFERROR はここでも使うものの、今度は「順位 3 の行が存在しない＝該当が3件未満」という本来の意味しか持たない。

沈黙するのは数式だけではない

体験版に入れるサンプルデータを openpyxl で書き込んだとき、同じ形の失敗をもう一度やった。日付を "2019-04-02" という文字列で入れたら、経過日数・要更新件数・更新推奨 TOP5 の3つが同時に空になった。

L列は INT(TODAY()-K2) で経過日数を出している。K2 が文字列だと減算が成立せず、IFERROR が受けて空文字を返す。ヘルパー列の ISNUMBER はそれを正しく除外し、MATCH は引くべき行を見つけられず、ダッシュボードは「該当なし」を出す。どこにもエラーは出ない。

ws.cell(row=r, column=10).value = datetime.date.fromisoformat(reg)  # str ではなく date
ws.cell(row=r, column=10).number_format = "yyyy-mm-dd"

IFERROR が便利なのは、想定した失敗だけを受けているときだけ。想定していない失敗まで同じ見た目に畳んでしまうと、配布物が動いていないことを誰も知らないまま残る。

まとめ

Googleスプレッドシートで作って .xlsx で配るなら、書き出したファイルを一度は機械で開いたほうがいい。__xludf.DUMMYFUNCTION を数えるだけなら20行で済むし、修正後に0件へ戻ったことも同じコードで確認できる。

書き直しの方針としては、Excel 365 の動的配列に寄せるより、ヘルパー列と INDEX/MATCH まで落としたほうが配布物には向いていました。式は長くなるが、Excel 2016 と Googleスプレッドシートで同じ数字が出る。作る側が Python で生成する前提なら、式の長さは払うべきコストのうちに入らない。

同じ「壊れているなら気づける形にしておく」という発想は、Zod スキーマで運用ルール違反をビルドで落とす話にも書いた。直したファイルはパスワード管理シートに反映してある。

よくある質問

Googleスプレッドシートを .xlsx で書き出すと何が起きる？

Google 専用関数がそのまま残ります。ARRAYFORMULA / FILTER / SORTN / QUERY / UNIQUE / REGEXMATCH は Excel に存在しないので、書き出したファイルでは openpyxl から __xludf.DUMMYFUNCTION という関数として見えます。中身は元の数式が文字列で保存されているだけで、Excel 側では計算されません。

なぜエラーではなく「該当なし」と表示される？

元の数式が IFERROR で包まれているからです。Googleスプレッドシート側では「該当が無いときに — を出す」ための保険として付けた IFERROR が、Excel では「関数が存在しない」という例外まで一緒に捕まえます。結果として #NAME? ではなく空文字やフォールバック文字列が返り、画面上は正常に見えます。配布ファイルでは203セル全てがこの形でした。

Excel 365 の FILTER / SORT / UNIQUE で置き換えればいい？

買い手の Excel のバージョンを仮定できるなら、それでかまいません。動的配列は Excel 2019 / 2016 には無いので、環境を選ばずに配るなら使えない。各行に順位・連番・フラグを出すヘルパー列を作り、表示側は INDEX/MATCH で引く形にすると、Excel 2016 と Googleスプレッドシートの両方で同じ結果になります。

REGEXMATCH が無い環境で文字種をどう数える？

配列定数と SUBSTITUTE の差分で数えます。SUBSTITUTE($E2,{"A","B",…},"") のように配列定数を渡すと各文字を消した文字列が返るので、LEN の差を SUMPRODUCT で合計すれば出現数になる。SUBSTITUTE は大文字と小文字を区別するので、大文字だけを数える用途にもそのまま使えます。MID と INDIRECT で1文字ずつ展開する書き方は環境差が出やすく、実際に検証で全件が「弱」に倒れました。

通知を outbox で冪等に届ける — 検知と送信を分け、送信直前に再確認する

Mon, 03 Aug 2026 00:00:00 GMT

通知を「条件を検知した瞬間にそのまま送る」設計にすると、検知から送信までの短い間に状況が変わって誤報になる。在庫が切れる、値が元に戻る、ユーザーがウォッチを外す——検知した数十秒〜数分後には、その通知はもう当てはまらないことがある。

個人でヤスゴロという価格ウォッチャーを Cloudflare Workers + D1 で作って公開した。安くなった消耗品を通知するものなので、「もう安くない通知」を送るのは一番やってはいけない失敗だ。そこで検知と送信を分け、検知は outbox に積むだけにして、送信直前にもう一度確かめてから送る形にした。この記事は、その outbox を D1 の状態機械としてどう組んだか——冪等な投入・送信直前の再確認・再送——に絞る。何を検知するか（買い時の判定）の中身には踏み込まない。

検知は outbox に「積むだけ」にする

検知側の仕事は、条件が成立したことを outbox に1行 INSERT するところで終わりにする。実際に送るのは別の工程（毎分のディスパッチ）に任せる。こうして検知と送信を時間的に切り離す。

投入は冪等にしておく。同じウォッチの同じトリガーが1日に何度検知されても、通知は1件に収束してほしい。D1（SQLite）の式インデックスと ON CONFLICT DO NOTHING で吸収する。

-- migration: 重複を1件に収束させる式インデックス
CREATE UNIQUE INDEX uq_outbox_dedup
  ON outbox (watch_id, trigger, date(detected_at), channel);

// 投入は冪等。ON CONFLICT で無視されたら false が返る
export async function enqueueOutbox(db: D1Database, input: EnqueueInput): Promise<boolean> {
  const res = await db.prepare(
    `INSERT INTO outbox
       (watch_id, user_id, channel, trigger, status, detected_at, detected_payload_json, retry_count, created_at)
     VALUES (?, ?, ?, ?, 'pending', ?, ?, 0, ?)
     ON CONFLICT (watch_id, trigger, date(detected_at), channel) DO NOTHING`
  ).bind(/* ... */).run();
  return (res.meta?.changes ?? 0) > 0; // 実挿入なら changes=1、dedup 無視なら 0
}

date(detected_at) を鍵に含めるのがポイントで、「同じ日の同じ検知」を1件に畳みつつ、翌日の再検知は別行として通す。検知が多重に走っても outbox が重複で膨らまない。

状態は5つ、遷移は一方向

outbox の各行は5状態を一方向に進む。積まれた pending が、送信直前の再確認を通れば sending → sent、崩れていれば dropped。送信が一時失敗したら retry、上限で failed。

flowchart LR
  pending -->|再照会で成立| sending
  pending -->|条件が崩れた| dropped
  sending -->|配信成功| sent
  sending -->|一時失敗| retry
  retry -->|再確認へ| pending
  retry -->|上限到達| failed

sent と dropped と failed が終端。dropped は異常ではなく正常系の終端で、「送るべきでないと分かったので送らなかった」を表す。エラーと区別しておくと、あとで「何件を正しく見送ったか」を数えられる。

送信直前に再確認して、崩れていたら送らない

ディスパッチは1件ずつ「再照会 → 検知条件が今も成立するか再判定 → 成立したものだけ送る」を回す。誤報を止めているのはこの工程だ。

// outbox 1件の処理（骨子）
async function processOutbox(o, now, deps) {
  // (0) 事前ガード: ウォッチ解除 / 対象停止 → dropped
  if (watchRemoved || listingPaused) { await markDropped(db, o.id, ...); return 'dropped'; }

  // (1) 送信直前に現在値を取り直す（取得失敗の種類で drop / retry を分ける）
  const r = await adapter.getOne(itemCode);
  if (!r.ok) {
    if (r.error.kind === 'empty') { await markDropped(db, o.id, 'out_of_stock'); return 'dropped'; }
    await scheduleRetry(db, o, `refetch_${r.error.kind}`); return 'retry';
  }

  // (2) 検知時の条件が「今も成立」か再判定（中身はドメイン依存）
  const recheck = recheckTrigger(/* 現在値 */);
  if (!recheck.ok) { await markDropped(db, o.id, 'condition_lost'); return 'dropped'; }

  // (3) 成立したものだけ、最新値で文面を作って配信
  await markSending(db, o.id, o.channel);
  const result = await deps.deliver(o.userId, buildPayload(/* 再照会後の最新値 */));
  // ... sent / retry / dropped
}

再判定の中身（どのトリガーが「まだ成立」か）は扱うサービスによって変わる。共通するのは、検知時に控えた値で送らず、送信直前に取り直した最新値で断定すること。文面に出す数字と、送っていいと判断した根拠を、同じ最新値にそろえる。ズレると「本文の価格と実際の価格が違う通知」になる。

「通知済み」は送ったときだけ進める

冪等性でもう一つ効くのが、last_notified（このウォッチに最後に通知した基準）を sent のときだけ更新するというルールだ。dropped や retry では触らない。

理由は、drop や retry で基準を動かすと、次の正当な検知を「もう通知済み」と誤って弾いてしまうから。送っていないのに送った印を付けない。送れたときだけ前に進める。これで「送信は一度きり、でも送れなかったものは正しく次につながる」が両立する。

一時失敗は指数バックオフで retry、上限で failed

再照会のレート制限・ネットワーク・配信の一時失敗は、失敗として捨てず retry に落とす。retry_count を増やし、指数バックオフで次の実行まで待たせ、上限で failed にする。

export function backoffMs(retryCount: number): number {
  return Math.min(2 ** retryCount * 30_000, 30 * 60_000); // 30s, 60s, 120s … 最大30分
}

ここで実装上の妥協が1つ。スキーマに next_attempt_at / last_error の列を足さず、再送予約時刻はペイロード JSON の中の _retry キーに内包した。検知スナップショット本体（listingId 等）は不変のまま、予約情報だけ相乗りさせる形だ。取得キューは SQL で粗く pending/retry を引き、アプリ側で _retry.nextAttemptAt が未到来のものを外す。列を増やさずにバックオフを尊重できる。

export async function pendingOutbox(db, limit, now) {
  const rows = await db.prepare(
    `SELECT * FROM outbox WHERE status IN ('pending','retry') ORDER BY created_at ASC LIMIT ?`
  ).bind(limit * 2).all();
  const ready = rows.results.filter((r) => {
    if (r.status === 'pending') return true;
    const meta = parseDetectedPayload(r.detected_payload_json)._retry;
    return !meta?.nextAttemptAt || meta.nextAttemptAt <= now; // バックオフ未到来は除外
  });
  return ready.slice(0, limit);
}

まとめ

通知を確実に届けたいときほど、「検知した瞬間に送る」をやめて outbox を挟むのが効いた。積むのは冪等に、送るのは送信直前の再確認を通ったものだけ、送れたときだけ通知済みを前に進める。状態を pending → sending → sent / dropped / retry → failed の一方向に倒すと、「送るべきでないから送らなかった（dropped）」と「送りたいがまだ送れていない（retry）」がコードでも運用でも区別できる。

この outbox を毎分どう回しているかはWorkers の cron 1本で複数ジョブを回す話に、送信チャネル（ログイン不要の Web Push）側は匿名 device_token で Web Push を届ける話に書いた。動いているものはヤスゴロで確かめてほしい。

よくある質問

なぜ検知した瞬間に送らず outbox を挟むの？

検知から送信までの間に状況が変わり、誤報になるからです。「条件を満たした」と検知しても、実際に送るまでの数十秒〜数分で在庫が消えたり条件が戻ったりし得ます。そのまま送ると「もう当てはまらない通知」が飛びます。検知は outbox に1行積むだけにして、送信直前に再照会・再判定する分離にすると、古くなった通知を送らずに落とせます。

同じ通知が二重に飛ばないのはなぜ？

投入が冪等だからです。enqueue は UNIQUE(watch_id, trigger, date(detected_at), channel) の式インデックスに対して INSERT … ON CONFLICT DO NOTHING で入れるので、同じ日・同じ watch・同じトリガー・同じチャネルの重複は1件に収束します。加えて「通知済み」の基準（last_notified）は sent のときだけ進めるので、dropped や retry は次の正当な検知を妨げません。

送信直前に条件が崩れていたらどうなる？

送らずに dropped にします（正常系の終端）。送信直前の再照会で在庫が消えていたり検知時の条件が今は成立しなければ、condition_lost として落とし、通知済みの基準も更新しません。文面は検知時に控えた値ではなく、再照会で確定した最新の値で作ります。断定する数字と実際に送る根拠をそろえるためです。

送信の一時失敗はどう扱う？

retry です。再照会のレート制限やネットワーク、配信の一時失敗は、retry_count を増やして指数バックオフ（30秒→60秒→…最大30分）で待ち、上限（OUTBOX_MAX_RETRY）に達したら failed で終端します。スキーマに next_attempt_at 列を足さず、再送予約時刻はペイロード JSON の _retry に内包しました。取得キューはこの予約時刻を見て、まだ来ていない retry を除外します。

Cloudflare Workers の cron 1本で複数ジョブを回す — 毎分tick＋時刻分岐

Sat, 25 Jul 2026 00:00:00 GMT

Cloudflare Workers で定期実行を組もうとして最初に当たる壁が、無料プランの cron トリガー上限だった。アカウント単位で5本まで。1つのサービスで巡回・送信・日次保守…と用途ごとに cron を切っていくと、すぐ5本に届く。同じアカウントで別のサービスも動かしたい、となると足りない。

個人でヤスゴロという価格ウォッチャーを Workers + D1 で作って公開した。定期処理は「毎分の通知送信」「5分ごとの巡回」「1日1回の保守」など粒度がバラバラにある。これを cron 5本以内、しかも他サービスと分け合える形にするために、cron を毎分1本に集約して tick の中で時刻分岐する設計にした。その組み方を共有します。

cron は毎分1本、tick の中で時刻を見て振り分ける

やり方は単純で、cron 式は * * * * *（毎分）1本だけ登録し、scheduled() ハンドラの中で現在時刻を見て「今この分は何をやるか」を分岐する。用途ごとに cron を増やさない。

// 唯一の cron 式（毎分）。wrangler.toml の crons と一致させる
export const CRON_TICK = '* * * * *';

export async function runScheduledTick(env: Env, now: Date): Promise<void> {
  if (isPatrolTick(now))      await runPatrol(env, now);       // 5分毎
  if (isKaidokiEveTick(now))  await runKaidokiEve(env, now);   // JST23:50
  if (isKaidokiDayTick(now))  await runKaidokiDay(env, now);   // JST00:00
  if (isHousekeepingTick(now)) {
    await runHousekeeping(env, now);                            // JST03:30
    await runSaleIngest(env, now);
  }
  if (isRankingIngestTick(now)) await runRankingIngest(env, now); // JST04:00
  await runDispatchCron(env, now);                              // 毎分（送信）
}

毎分の tick が来るたびに、その分に該当するジョブだけが走る。6種類の定期処理を動かしていても、消費する cron 上限は1本のままだ。scheduled() は ctx.waitUntil(runScheduledTick(env, new Date())) で見届ける。

flowchart TD
  Cron["cron * * * * * 毎分1本"] --> Tick[runScheduledTick now]
  Tick --> Dispatch[送信: 毎分]
  Tick --> Patrol[巡回: 分%5==0]
  Tick --> Eve[買い時前夜: UTC14:50]
  Tick --> Day[買い時当日: UTC15:00]
  Tick --> House[日次保守+取込: UTC18:30]
  Tick --> Rank[ランキング取込: UTC19:00]

分岐の述語は UTC で書く

時刻分岐は Date の UTC メソッドで書く。Workers の scheduled に渡る時刻は UTC なので、ローカルタイムのつもりで書くとズレる。日本時間で動かしたいジョブは JST = UTC+9 で換算しておく。

export const isPatrolTick      = (n: Date) => n.getUTCMinutes() % 5 === 0;
export const isKaidokiEveTick  = (n: Date) => n.getUTCHours() === 14 && n.getUTCMinutes() === 50; // JST23:50
export const isKaidokiDayTick  = (n: Date) => n.getUTCHours() === 15 && n.getUTCMinutes() === 0;  // JST00:00
export const isHousekeepingTick = (n: Date) => n.getUTCHours() === 18 && n.getUTCMinutes() === 30; // JST03:30

「5分ごと」は getUTCMinutes() % 5 === 0、特定時刻は時と分の一致で書く。述語を1つの関数に切り出しておくと、runScheduledTick 側は「該当したら呼ぶ」を並べるだけで読める。テストでも new Date('...Z') を渡して分岐を単体で確かめられる。

専用 cron を複数置くのと信頼性は変わらない

「毎分1本にまとめると日次処理が不安定になるのでは」と感じるかもしれないが、信頼性は専用 cron と同じだ。理由は依存先が同じだから。

「UTC18:30 に発火する専用 cron」と「毎分 cron の UTC18:30 の発火で時刻を判定する」は、どちらも Cloudflare がその分に cron を発火させること に等しく依存している。Cloudflare が発火を落とせば専用 cron も落ちるし、逆に毎分 tick が来ていれば時刻判定も成立する。集約したことで増える不確実性は無い。

一点だけ運用で効くのは、wrangler.toml の [triggers] crons とコード側の cron 定数を 1文字違わず一致させる こと。ここがズレると発火しないか、意図より多く登録される。yasugoro では両者を突き合わせるテストを1本置いて、ズレをビルドで気づけるようにしている。

無料枠のサブリクエスト（50）にバッチを収める

Workers の無料プランは、1回の実行あたりの外向き fetch（サブリクエスト）が50本までという別の制限がある。cron を集約しても、1 tick の処理がこの50本を超えると失敗する。だからジョブごとに「1件で何サブリクエスト使うか」からバッチサイズを逆算する。

巡回: 1件が1リクエスト前後なので、1バッチ40件（PATROL_BATCH_SIZE）で50に余裕を持たせる
送信: 1件が「送信直前の再照会」＋「配信」で最大2サブリクエスト。だからバッチは送信定数の半分（PUSH_BATCH_SIZE / 2）に絞る

// 送信: 1件=再照会+配信で2サブリクエスト → バッチは半分に
const batchSize = Math.floor(PUSH_BATCH_SIZE / 2);
await runDispatch(deps, batchSize, now);

1回のバッチで対象を捌き切れないジョブは、対象をローテーションで分割する。ヤスゴロのランキング取り込みは、対象カテゴリを tick ごとに数件ずつに割り、毎日同じ時刻に発火しても1回は数カテゴリに収め、数日かけて全体を一周する（実質週次相当）。50本の壁は「一度に全部やらない」で越える。

依存のあるジョブは呼ぶ順番で吸収する

同じ tick の中でジョブに依存関係があるときは、runScheduledTick での呼ぶ順番で解く。ヤスゴロは送信を tick の最後に置いている。

こうすると、同じ tick の前段（買い時の判定など）がキューに投入した通知を、次の tick を待たずに同じ実行の送信で拾える。順序を逆にすると、投入された分は最短でも1分後の tick まで滞留する。重い日次処理（保守とランキング取り込み）を別の時刻（UTC18:30 と 19:00）に分けているのも同じ発想で、1 tick に負荷とサブリクエストを集中させないためだ。

まとめ

Cloudflare Workers で定期処理をいくつも回したいが cron 上限を食いたくない、というときは、cron を毎分1本に集約して tick の中で UTC 時刻分岐する形が素直だった。専用 cron を並べるのと信頼性は変わらず、消費する上限は1本で済む。効いてくるのはむしろ、1実行50サブリクエストという別の無料枠のほうで、そこはバッチサイズの逆算と「一度に全部やらない」分割で収める。

この cron が毎分回している送信キュー（通知を冪等に届ける outbox の状態機械）は通知を outbox で冪等に届ける話に、通知をログイン無しでどう届けているかは匿名 device_token で Web Push を届ける話に書いた。動いているものはヤスゴロで、ログイン不要のまま触れる。

よくある質問

なぜ専用 cron を複数置かず、1本にまとめるの？

Cloudflare Workers の無料プランは cron トリガーがアカウント単位で5本までだからです。同じアカウントで複数サービスを動かすと、1 サービスで5本使い切ると他が置けません。yasugoro は cron を毎分1本（* * * * *）だけにして、その1本の中で UTC 時刻を見て各ジョブへ振り分けています。上限を1本しか消費しないので、他サービスと分け合えます。

毎分1本で時刻分岐して、日次処理は確実に動く？

動きます。「専用 cron がその分（例 UTC18:30）に発火する」のと「毎分 cron のその分の発火で時刻を判定する」のは、どちらも同じ Cloudflare の cron 発火に依存します。つまり日次処理の信頼性は専用 cron と同等で、発火が飛べばどちらも同じように飛びます。分岐の述語は getUTCHours() / getUTCMinutes() で書き、JST は UTC+9 で換算します。

Workers 無料枠のサブリクエスト制限にはどう収める？

1 回の実行あたりの外向き fetch（サブリクエスト）は無料プランで50本までです。まず「1件の処理が何サブリクエスト使うか」を数え、そこからバッチサイズを逆算します。yasugoro では巡回を1バッチ40件、送信は1件が再照会＋配信で2サブリクエストなのでバッチを PUSH_BATCH_SIZE/2 に絞っています。1回で終わらない取り込みは対象をローテーションで分割し、数日かけて全体を網羅します。

同じ tick で投入したジョブを同じ実行で処理できる？

処理順を決めれば可能です。yasugoro は送信（outbox のディスパッチ）を tick の最後に回しています。こうすると、同じ tick の前段（買い時判定など）が outbox に投入した通知を、同じ実行の中で拾って送れます。順序を逆にすると投入分は次の tick まで待つことになるので、依存関係のあるジョブは呼ぶ順番で吸収します。

ログイン不要でWeb Pushを届ける — 匿名 device_token で回す設計

Tue, 07 Jul 2026 00:00:00 GMT

アカウント登録もメールアドレスも無しで通知を届けたい、という要件から入ると、Web Push は最初の一歩でつまずく。「通知を送る」の前に「誰に送るのか」を何かで持たないといけないのに、ログインが無いのだから user_id もメールも無い。

個人でヤスゴロという価格ウォッチャーを作って公開した。ウォッチした消耗品が安くなったら通知する、というものだが、ここは「ログイン不要・匿名・メール登録なし」を看板にした。だから通知の宛先を、アカウントではなく匿名の識別子で持つ必要があった。

この記事は「何を通知するか」（買い時の判定）ではなく、「ログイン無しでどう届けるか」の配線に絞る。匿名 device_token の発行、購読の保存、失効の扱い、そして iOS と FCM の実機で踏んだ穴まで。宛先の持ち方さえ決まれば、あとの Web Push 自体は仕様どおりの標準的な配管だ。

宛先はメールでもアカウントでもなく匿名 device_token にする

ログイン無しで通知を届けるなら、識別子は端末に発行する匿名トークンにするのが素直だ。ヤスゴロは初回訪問で UUID v4 を 1 つ発行し、それを device_token として cookie に保存する。

cookie は httpOnly + Secure + SameSite=Lax、パスはアプリのサブパスに固定、有効期限は 1 年。サーバ側のミドルウェアが「cookie が無ければ発行する」だけを担当する。

export function deviceTokenMiddleware() {
  return async (c, next) => {
    let token = getCookie(c, DEVICE_COOKIE);
    if (!token) {
      token = crypto.randomUUID();            // 匿名識別子(UUID v4)
      setCookie(c, DEVICE_COOKIE, token, {
        path: '/yasugoro', httpOnly: true, secure: true,
        sameSite: 'Lax', maxAge: 60 * 60 * 24 * 365,
      });
    }
    c.set('deviceToken', token);
    await next();
  };
}

メールアドレスを取らないので、個人情報を保持せずに済む。宛先は「この端末」であって「この人」ではない、と割り切るのがこの設計の芯だ。crypto.randomUUID() は Cloudflare Workers でも Node でも同じ API で使える。

device_token で user を UPSERT し、購読をぶら下げる

匿名トークンが決まれば、あとは普通のリレーションだ。device_token をユニークキーにした users 行を UPSERT し、Web Push の購読（push_subscriptions）を user に紐づける。

// device_token で users を冪等に確保して user.id を返す
await db.prepare(
  `INSERT INTO users (device_token, settings_json, plan, created_at, updated_at)
   VALUES (?, '{}', 'free', ?, ?)
   ON CONFLICT(device_token) DO UPDATE SET updated_at = excluded.updated_at`
).bind(deviceToken, ts, ts).run();

購読側は 1 ユーザーに複数行ぶら下げる。ブラウザの PushManager.subscribe() が返す購読オブジェクトから endpoint / p256dh / auth を取り出して保存する。PC とスマホから同じウォッチを登録すれば、2 端末とも通知が飛ぶ。

列	中身	メモ
`user_id`	device_token で確保した users.id	`ON DELETE CASCADE`
`endpoint`	プッシュサービスの URL	`UNIQUE`（端末＋ブラウザで一意）
`p256dh` / `auth`	購読の公開鍵と認証シークレット	ペイロード暗号化に使う
`ua`	User-Agent	iOS PWA 等の端末判別（到達率 KPI）
`revoked_at`	失効時刻	404/410 で立てる。DELETE しない

endpoint を UNIQUE にしておくと、同じ端末が再購読しても行が増えない。

flowchart TD
  Visit[初回訪問] --> Cookie[device_token 発行 / cookie]
  Cookie --> Allow[通知を許可]
  Allow --> Sub[PushManager.subscribe]
  Sub --> Post[POST /api/subscribe]
  Post --> User[users UPSERT device_token]
  User --> Save[push_subscriptions に保存]
  Save --> Send[Workers から VAPID 署名で送信]

購読を確定する POST /api/subscribe は、購読情報の保存とウォッチ登録を 1 リクエストで済ませている。cookie の device_token はサーバが持っているので、クライアントは「何をウォッチするか」と購読オブジェクトだけを送ればいい。

送信は Cloudflare Workers + VAPID を webcrypto で

送信側は Cloudflare Workers から VAPID 署名付きで各端末のエンドポイントを叩く。Node の web-push ライブラリは Workers では動かないので、webcrypto で動くライブラリ（@block65/webcrypto-web-push）を使う。

やることは 3 つだけだ。有効な購読を引く、ペイロードを暗号化してヘッダを組む、エンドポイントへ fetch する。

const req = await buildPushPayload(
  { data: toWebPushBody(payload) },   // SW が受け取る JSON
  toLibSubscription(sub),             // endpoint + p256dh + auth
  { subject, publicKey, privateKey }, // VAPID 鍵
);
const res = await fetch(req.endpoint, req.init);

ペイロードは購読ごとの鍵で aes128gcm 暗号化される。VAPID 鍵は env（シークレット）から組み、subject は mailto: かアプリの URL にする。送信本体はここまでで、通知の中身（タイトル・本文・遷移先 URL）は上流で組んだものを Payload として受け取るだけにしてある。ここに「いつ・なぜ送るか」の判断は持ち込まない。

実機で踏んだ穴: FCM の VAPID ヘッダと iOS の standalone

ローカルで通ったコードが実機の Chrome と iPhone で無言で失敗する、というのが Web Push の洗礼だった。詰まったのは 2 か所。

FCM が VAPID の Authorization ヘッダを拒否する。 使ったライブラリは古いドラフト（draft-01）の Authorization: WebPush <jwt> 形式でヘッダを出すが、Chrome/Android の裏にいる FCM はこれを invalid JWT provided（403）で弾く。新しいドラフト（draft-02）の vapid t=<jwt>, k=<publicKey> 形式に組み替えると 201 で受理された。Apple や autopush も draft-02 を受けるので、送信直前にヘッダを変換している。

// draft-01「WebPush <jwt>」→ draft-02「vapid t=<jwt>, k=<key>」
const m = headers[authKey].match(/^WebPush\s+(.+)$/i);
if (m) headers[authKey] = `vapid t=${m[1].trim()}, k=${vapid.publicKey}`;

iOS はホーム画面に追加しないと購読できない。 iOS/iPadOS の Safari は、PWA をホーム画面に追加して standalone で起動したときだけ Web Push を購読できる。通常のタブでは PushManager.subscribe() が失敗する。だからクライアントは、iOS かつ standalone でない端末を検出したら、購読を試みずにホーム画面追加のガイドを出す。

if (isIOS() && !isStandalone()) {
  showHomeScreenGuide();   // 購読は試みない
  return;
}

ここを分岐しないと、iPhone ユーザーは許可ボタンを押しても何も起きない、という一番わかりにくい失敗をする。standalone 判定は matchMedia('(display-mode: standalone)') と navigator.standalone の両方を見る。

失効した購読は DELETE せず revoked_at で寝かせる

送信が 404 か 410 を返した購読は、行を消さずに revoked_at を立てて論理失効にする。到達率を計測したいからだ。物理削除すると、発行された購読のうちどれだけが生き残っているかを後から数えられない。

送信結果は HTTP ステータスで 3 つに分けている。

404 / 410 Gone … 失効。revoked_at を更新して、以降は宛先から外す（リトライしない）
429 / 5xx … 一時失敗。リトライ可能として上流のディスパッチャに戻す
その他 2xx … 成功

export function classifyPushStatus(status: number) {
  if (status === 404 || status === 410) return { revoked: true, retryable: false };
  if (status === 429 || status >= 500) return { revoked: false, retryable: true };
  return { revoked: false, retryable: false };
}

有効な購読を引くクエリは WHERE user_id = ? AND revoked_at IS NULL で、revoked_at に部分インデックスを張って有効行だけを速く引く。1 ユーザーの全端末に送って 1 つでも成功すれば「届いた」と見なし、全滅かつリトライ可能なときだけ再送に回す。失効しか残っていなければ再送しない（宛先が消えたのだから、待っても届かない）。

ログイン無しでも CSRF は device_token 由来の HMAC で守る

ログインが無くても POST は守る必要がある。ヤスゴロは device_token を鍵にした HMAC で CSRF トークンを導出していて、サーバ側にセッションを持たない。

// device_token を種に CSRF トークンを HMAC-SHA256 で導出（サーバ状態不要）
const key = await crypto.subtle.importKey('raw', secretBytes,
  { name: 'HMAC', hash: 'SHA-256' }, false, ['sign']);
const sig = await crypto.subtle.sign('HMAC', key,
  new TextEncoder().encode(`csrf:${deviceToken}`));

POST を受けるときは、同一オリジン（Origin/Referer 検証）に加えて、送られてきた _csrf が cookie の device_token から導けるトークンと一致するかを定時間比較で確かめる。ログインセッションが無くても、cookie に紐づくトークンで「このフォームはこの端末が出した」ことを確認できる。

まとめ

ログイン無しの Web Push は、宛先を匿名 device_token にした瞬間にほとんど解ける。あとは購読を user にぶら下げ、Workers から VAPID で送り、失効を寝かせる、という標準的な配管だ。実機で効いてくるのは、FCM のヘッダ形式と iOS の standalone 制約という 2 つの落とし穴のほうだった。

ここで書いたのは「どう届けるか」だけで、「何を・いつ届けるか」（実質価格の比較と買い時の判定）はヤスゴロの別の層にある。価格の計算を確実性で 3 層に分けた話は実質価格の計算メモに、複数モールで同じ商品をどう同定したかはJAN 横断マッチングの記事に書いた。この送信をどのスケジュールで回しているか（cron 1本に集約した話）はWorkers の cron 多役化の記事にまとめた。動くものはヤスゴロで、ログイン不要のまま試してほしい。

よくある質問

ログインもメールも無しで、誰に通知を送るかはどう管理するの？

初回訪問で匿名の device_token(UUID v4) を発行し、httpOnly cookie に保存します。この device_token をキーに users 行を UPSERT し、通知の購読情報（push_subscriptions）を user に紐づけます。メールアドレスもアカウントも持たず、識別子は端末に発行した匿名トークンだけ。1 ユーザーに複数端末の購読をぶら下げられるので、PC とスマホの両方から同じウォッチに通知できます。

device_token が変わると別端末として扱われ、マイウォッチ画面は空になります。ログイン無しの割り切りなので、履歴消去や別ブラウザは新しい匿名ユーザーになります。cookie 消去にある程度耐えるため device_token は localStorage にも二重持ちしていますが、これは保険で、完全な永続を約束するものではありません。永続が要る人向けに逃げ道（LINE 連携）は別に用意しています。

失効した購読を DELETE せず revoked_at で論理失効させるのはなぜ？

送信レスポンスが 404/410 Gone を返した購読は、行を消さず revoked_at にタイムスタンプを立てて論理失効にしています。到達率を KPI として見たいからで、物理削除すると「発行された購読のうちどれだけが失効したか」を後から数えられなくなります。有効購読を引くクエリは revoked_at IS NULL で絞り、そこに部分インデックスを張っています。

iOS で通知が来ないのはなぜ？

iOS/iPadOS の Safari は、ホーム画面に追加した PWA を standalone で起動したときだけ Web Push を購読できます。通常のブラウザタブでは購読自体が失敗するので、iOS かつ standalone でない端末では購読 API を叩かず、ホーム画面追加の手順ガイドを出す分岐にしています。ここを踏まないと、許可ボタンを押しても無言で失敗します。

楽天APIがJANを返さない問題と、横断マッチングの3段階

Sat, 27 Jun 2026 00:00:00 GMT

楽天とYahoo!の商品APIを横断して同じ商品を比べようとすると、最初の壁が「そもそも同じ商品をどう同定するか」だった。価格をどう計算するかの前に、AモールのこれとBモールのこれが同一商品だ、と機械が判断できないと比較表が作れない。

ここで詰まったのが JAN（商品に付く 13 桁/8 桁のバーコード番号）の扱いだ。Yahoo! ショッピングは jan_code で正引きできるのに、楽天の商品検索APIはレスポンスにJANを返さない。同じJANで両モールを引けば一発で結べる、という前提が片側で崩れる。

個人でヤスゴロという価格ウォッチャーを作って公開した。複数モールの実質価格を横断で比べ、ウォッチした消耗品が安くなったら通知する、というものだ。その横断比較を成立させるために、JANが揃わない前提でマッチングを確実性で3段階に倒した。その設計を共有します。

楽天とYahoo!でJANの扱いは非対称

楽天とYahoo!は、JANの取得しやすさがそもそも違う。ここを揃っているものとして設計すると、楽天側で必ず破綻する。

Yahoo! ショッピングの商品検索は jan_code という専用パラメータを持ち、JANで直接引ける。レスポンスにも janCode が乗ることがある。つまりJANが分かっていれば、その商品ページを正引きできる。

楽天の商品検索APIにはJAN専用パラメータが無い。実装では JAN 文字列を keyword に投げる間接的なやり方になる。しかもJANはレスポンスの構造化フィールドではなく、商品説明文（itemCaption）の中に紛れていることが多い（Anker のような型番商品で実際にそうだった）。だから楽天側は「keyword=JANで出たヒットが、本当にそのJANの商品か」を後から確かめる工程が要る。

この非対称が出発点になる。Yahoo!は信頼してJAN確定に使え、楽天は確証を挟まないと使えない。

確実性で3段階に倒す

同一商品の同定を、確実性の高い順に3段階へ落とした。全件をJANで突合しようとせず、確実に結べるものだけを最上段に置く。

段	方法	横断比較に使う	通知を出す
① JAN突合	Yahoo! 正引き＋楽天 keyword=JAN を確証スコアで判定	使う（確定したものだけ）	出す
② 名前ファジー一致	型番・容量・ブランドでスコア化し候補提示→ユーザー確認	ユーザー確認後に使う	確認済みのみ
③ マッチ不能	単一モール（URL貼り付け等）として扱う	使わない	単一モールの値下げのみ

下段ほど確証が弱いので、横断比較と通知の権利を絞る。①で結べたものだけが「誰が見ても同じ商品」として比較表に並び、②③は確証の度合いに応じて扱いを下げる。

flowchart TD
  In[入力: JAN / 商品名 / URL]
  Kind{種別判定}
  Jan[① JAN突合]
  Score{確証スコア}
  Fuzzy[② 名前ファジー一致]
  Cand{候補あり?}
  Single[③ 単一モール]
  Cross[横断比較に採用・通知可]
  Pending[候補提示→ユーザー確認待ち]
  Watch[単一モールの値下げのみ追う]

  In --> Kind
  Kind -->|JAN| Jan
  Kind -->|商品名| Fuzzy
  Kind -->|URL| Single
  Jan --> Score
  Score -->|high ≥0.8| Cross
  Score -->|mid ≥0.5| Pending
  Score -->|low <0.5| Single
  Fuzzy --> Cand
  Cand -->|あり| Pending
  Cand -->|なし| Single
  Pending -->|確認| Cross
  Single --> Watch

入力がJANなら①、商品名なら②、URLなら③へ振り分ける。①の中でも確証が弱ければ②③へ落ちる、という二段構えにした。

①JAN突合: 楽天は「JANらしさ」を加点で確かめる

JAN突合といっても、楽天は「keyword=JANで出たヒットが本当に同じ商品か」を確証する必要がある。ここを確証スコアの加点方式にした。

Yahoo!は jan_code 正引きなのでそのまま確定（通知も発火可）に置ける。問題は楽天で、1ヒットごとに次を足し引きしてスコアを出す。

商品名か説明文にJAN文字列を含む … +0.5（最も直接的な証拠）
製品検索API由来の価格レンジ内 … +0.3 / レンジ外 … −0.4
型番か容量が読み取れる … +0.2

スコアの閾値で3つに割る。0.8 以上なら確定（jan・通知発火可）、0.5 以上は要確認（fuzzy に落として通知不可）、0.5 未満は破棄（横断に出さない）。確証の弱いヒットを確定扱いしないことが、誤名寄せを防ぐ一番効く制御だった。

// 楽天1ヒットのJAN確証スコア（抜粋）
let s = 0;
if (hit.itemCaption.includes(jan) || hit.itemName.includes(jan)) s += 0.5;
if (range) {
  const lo = range.minPrice * 0.7;   // 下振れ30%許容（型落ち・並行品）
  const hi = range.maxPrice * 1.5;   // 上振れ50%許容（送料込・セット品）
  if (hit.itemPrice >= lo && hit.itemPrice <= hi) s += 0.3;
  else s -= 0.4;                      // レンジ外＝異常マッチ強疑い
}
if (modelOrCapacityConsistent(hit)) s += 0.2;

価格レンジは楽天の製品検索API（productCode=JAN）が返す最小〜最大価格から作る。型落ちや並行輸入で下に外れるぶんは 0.7 倍まで、送料込みやセット品で上に外れるぶんは 1.5 倍まで許容する。レンジから大きく外れた価格は、容量違い・色違い・別商品の混入を疑って減点する。

ただ、この製品検索APIが実測でかなり404を返した。価格レンジが取れないヒットが多く、レンジ加点に頼り切れない。そこで横断相手（Yahoo!の同JANヒット）の代表価格を基準にした確証を足した。楽天ヒットの名前に、Yahoo!側から抜いた型番トークン（英数混在5字以上＝ほぼ一意）が含まれ、かつ価格が相手価格の ±40% 以内なら確定へ昇格させる。型番が一致しても価格バンドで偶然一致を弾く、という二重条件にしている。

実際に動く比較画面はヤスゴロのライブアプリで見られる（ログイン不要・無料）。同一商品が複数モールで並ぶのは、この①で確定したものだ。

②名前ファジー一致: 候補提示までで自動確定しない

商品名しか手がかりが無い入力は、型番・容量・ブランドでスコア化し、候補を出すところまでで止める。自動で同一商品と断定はしない。

ファジースコアの配点はこうした。型番が最も強いシグナルになる。

型番一致 … +0.5
ブランド一致 … +0.2
容量一致 … +0.2
残りトークンの重なり（Jaccard係数）… +0.1 × 係数

EH-NA0J のような型番は商品名から正規表現で抜き、容量は 54枚×3 を「1パック54枚 × 3パック = 合計162枚」のように分解して比べる。スコアが 0.6 以上の候補だけを提示し、一つも超えなければ最良の1件を③の単一モールへ落とす。

候補を確定するのはユーザーだ。提示された候補から「これは同じ商品」と確認したものだけをマスタ化する。逆に、誤って結ばれた組み合わせはワンタップで除外でき、その組は突合候補から永久に外れる（再び候補に上がってこない）。自動マッチの精度を上げ続けるより、確認導線と取り消し導線を素直に置くほうが、消耗品の横断比較では現実的だと思う。

③マッチ不能: 単一モールの値下げ通知に倒す

どの段でも結べなかった商品は、単一モール扱いにする。横断の最安比較には混ぜず、そのページ自身の値下がりだけを追う。

URL貼り付けで登録した単品も最初からここに入る。横断比較の土俵に乗らないので「他モールより安い」とは言わないが、「前より安くなった」は言える。比較できないものを無理に比較群へ入れて誤った最安を出すより、できることだけを正直にやる方針にした。

誤名寄せを防ぐのは「確定だけ通知する」設計

3段階に分けた一番の理由は、間違った同定のまま通知を飛ばさないためだった。通知が発火できるのは、JAN確定（jan）とユーザー確認済み（user_confirmed）だけ。ファジー段の要確認も、単一モールも、通知の発火条件からは外している。

価格を計算する前に、同定の確実性で通知の権利を握っておく。ここを握らないと、別商品の値下がりを「ウォッチ中の商品が安くなった」と誤報してしまう。横断比較の信頼は、結局この同定の足場が決めていた。

ポイント還元込みの実質価格をどう計算したか（確実性で価格を3層に分けた話）は、実質価格の計算メモに書いた。あちらが「価格をどう計算したか」、この記事が「同じ商品をどう同定したか」で、2つ揃って横断比較が成立する。安くなったと分かったあとの「通知をどう届けるか」（ログイン不要の Web Push）は匿名 device_token で Web Push を届ける話に分けた。動くものはヤスゴロで確かめてほしい。

よくある質問

楽天 API は JAN をまったく取得できないの？

商品検索APIのレスポンスにJAN専用フィールドはなく、JAN専用の検索パラメータもありません。実装上は keyword に JAN 文字列を投げる間接突合になり、JAN自体は商品説明文（itemCaption）に含まれていることが多い、という形です。一方 Yahoo! ショッピングは jan_code パラメータで正引きでき、レスポンスにも janCode が乗るので、この非対称が横断比較の出発点になります。

なぜ全部を JAN で突合しないの？

JANが揃わない商品で無理に突合すると、別商品を同一商品として束ねる誤名寄せが起きるからです。楽天はJANを直接返さないので、keyword=JANで出たヒットが本当に同じ商品かは別途確証が要ります。確実にJANで結べるものだけを①の確定層に置き、確証が弱いものは②の候補提示、結べないものは③の単一モール通知へ落とす、と確実性で段階を分けています。

名前ファジー一致を自動で確定しないのはなぜ？

型番・容量・ブランドが一致してもスコアは確率でしかなく、自動で同一商品と断定すると誤マッチのまま通知が飛ぶからです。ファジー段は候補を提示してユーザーが確認したものだけをマスタ化し、誤って結ばれた組み合わせはワンタップで除外（その組を突合候補から永久に外す）できるようにしました。通知が発火するのはJAN確定とユーザー確認済みだけに限っています。

マッチできなかった商品はどうなる？

③のマッチ不能として単一モール扱いになり、横断比較からは外して、そのページ自身の値下がりだけを追います。URL貼り付けで登録した単品もここに入ります。横断の最安比較には混ぜず、単独の価格ウォッチとして通知する形です。

ポイント還元込みの「実質価格」をどう計算したか — 3層に分けた設計メモ

Mon, 15 Jun 2026 00:00:00 GMT

個人で価格ウォッチャーを作って公開した。表示価格からポイント還元を引いた実質価格で複数モールを比べ、ウォッチした消耗品が安くなったら通知する、というものだ。作る前は「表示価格 − もらえるポイント」を出すだけ、と軽く見ていた。実際に手を動かすと、その一行がいちばん詰まった。

理由は3つあった。全部のポイントを引くと数字を盛れてしまう。確実にもらえるポイントと「たぶんもらえる」ポイントを同列に足すと、一番安いはずの店が実は条件付きだった、という事故が起きる。還元率の単位はモールでバラバラだし、端数の扱いを間違えると実額と数円ずれる。

この記事は、その実質価格をどう計算したか、設計で決めたポイントを共有するものです。結論から言うと、ポイントを確実性で3層に分け、層ごとに端数処理してから合算し、ランキングには確実な層だけを使う、という形に落ち着いた。同じように「ポイント込みでどっちが得か」を計算したい人の手がかりになればと思う。

まず「実質価格」を定義する

実質価格は、表示価格から「その買い物でもらえるポイント」を引いた金額だ。1,000 円の商品に 100 ポイント付くなら実質 900 円、と考える。表示価格そのものより、財布から最終的に減る額に近い。

ただしポイントは現金と完全には同じでない。使途が限られ、期限もある。今回は「次の買い物で 1 ポイント = 1 円として使える」という前提を置いて円換算した。この前提を最初に固定しないと、店をまたいだ比較がそもそも成立しない。定義に前提を含めておくところからが設計だった。

素朴な実装はどこで壊れたか

最初に書いたのはこれだ。

const effectivePrice = displayPrice - totalPoints; // これだと盛れる

短いが、3 つの穴があった。

もらえるか確実でないポイントまで引いてしまう。要エントリーのキャンペーンや、自分の SPU 倍率を当て込んだ分まで引くと、表示上いちばん安く見える店が「条件を全部満たして初めて届く価格」になる。
還元率の単位がモールで違う。楽天の倍率、Yahoo! のキャンペーン加算、期間限定ポイント。これを一括で掛けると桁がずれる。
端数。ポイントは多くの場合 floor（切り捨て）で付く。複数の還元をまとめて足してから floor すると、実際の付与額と数円ずれる。

数円のズレでも、1 位と 2 位が入れ替われば「どこで買うのが得か」の答えが変わる。盛らないことと、ズレないこと。実質価格はこの 2 つを同時に満たさないと、ただの参考値に落ちる。ここで一度作り直すことにした。

設計の軸: ポイントを確実性で3層に分ける

作り直しで据えた軸が、ポイントを「どれだけ確実にもらえるか」で3層に分けることだった。

層	中身	確実性	ランキングに使う
① 確定	API が返す実付与ポイント	確実	使う
② 条件付き	公知のキャンペーン（5 と 0 のつく日など）	要エントリー等で変わる	使わない
③ 仮定	ユーザー自身の SPU 倍率・買い回り	自己申告	使わない

確定層だけで順位を決め、②③は「最大でここまで下がる」という幅として見せる。並び順は誰にとっても同じ（確実な情報だけで決まる）で、上振れは各自の条件で変わる、という住み分けにした。

flowchart TD
  Price[税込表示価格]
  L1[① 確定: API実値ポイント]
  L2[② 条件付き: 公知キャンペーン]
  L3[③ 仮定: ユーザー設定]
  Rank[ランキング rankKey = 価格 − ①]
  Eff[表示する実質価格 = 価格 − ①②③]

  Price --> L1 --> Rank
  Price --> L2 --> Eff
  Price --> L3 --> Eff
  L1 --> Eff

計算結果には、含まれた最も弱い層を確実性ティアとして持たせた。型で言うとこれだけだ。

type CertaintyTier = 'confirmed' | 'conditional' | 'assumed';

③（仮定）を含む価格は通知を発火させない、というルールもここに紐づく。自己申告のポイントを根拠に「買い時です」とは断定できない。発火するのは確定だけ、もしくは要エントリーを開示した条件付きまで、と決めた。

端数は層ごとに floor してから合算する

ポイントの floor は、層をまたいで最後に一度だけ、ではいけない。各層で floor してから足す。

let pts = Math.floor(base * rate); // 層ごとに切り捨て
if (cap != null && pts > cap) {
  pts = Math.min(pts, cap); // 上限は floor 後のポイント円に適用
}

実際の付与も「キャンペーンごとに切り捨てて付く」ことが多く、合算してから floor すると実額と 1〜数円ずれる。上限（cap）の当て方も同じで、floor したあとのポイント円に対して Math.min を取る。先に cap してから floor すると、やはり 1 円ずれる。地味な順序だが、ここが表示の信頼に効いた。

倍率の持ち方にも癖がある。キャンペーンの「+4 倍」は、税込価格への追加付与分（増分）として持つ。等倍（1 倍）は増分 0 だ。倍率をそのまま価格に掛けると、標準でもらえるポイントを二重に数えてしまう。だから「増分だけ」を率として保持した。

送料はあえて実質価格に入れない

送料額は、どのモールの検索 API からも取れない。だから実質価格には足さないと決めた。推測で足すと、取れないものを埋めるための誤差を自分で持ち込むことになる。

代わりに、送料込み / 送料別 / 不明のフラグを持たせ、送料込みのものだけを同じ土俵で比較する。

// 送料込みのものだけを主比較群に入れる
function isComparableForRank(listing: Listing): boolean {
  return listing.postageFlag === 0; // 0=送料込, 1=送料別, null=不明
}

送料別と送料込みを混ぜて最安を出すと、送料で逆転するのに気づけない。送料別・不明のものは主比較群から外し、注記として開示する。入れられない情報を「入れない」と決めて、その判断を表に出すほうが、半端に推測するより誠実だと思う。

振り返り

実質価格は「表示価格 − ポイント」と一行で書けるのに、信用できる数字にしようとすると、確実性の層分け・層ごとの floor・ランキングキーの分離・送料の除外、と地味な判断が積み重なった。派手な処理はどこにもない。ただ、ここを雑にやると「一番安いはずが条件付きだった」で読み手の信頼を失う。時間を使ったのは、結局この計算の足場を固めるところだった。

この3層計算は、ウォッチした消耗品について毎日自動で回し、確定層ベースで本当に安くなったときだけ通知する、という形で動いている。公開したのはヤスゴロという価格ウォッチャーで、ログイン不要・無料で使える。

よくある質問

ポイントを全部引いた金額で比較してはだめ？

全部引くと数字を盛れてしまいます。要エントリーのキャンペーンや自分の SPU 倍率まで引いた価格は「条件を全部満たせば届く価格」で、誰にとっても確実な最安ではありません。確実にもらえる API 実値ポイントだけを引いた値でランキングし、条件付き・仮定のポイントは別枠のレンジとして見せています。

期間限定ポイントや要エントリーのキャンペーンはどう扱う？

実質価格の本体には乗せず、条件付きの層（②層）として分けて計算し、要エントリーや上限到達のフラグを付けて開示します。金額として断定するのは API が実値を返す確定ポイントだけ。期間限定や要エントリーは「最大でここまで下がる」という幅で見せ、通知の発火条件からも外しました。

送料を実質価格に入れないと最安が逆転しない？

逆転し得ます。ただし送料額はどのモールの検索 API からも取れないので、推測で足すとかえって誤差を持ち込みます。今回は送料を実質価格に算入せず、送料込み/送料別/不明のフラグを持たせ、送料込みのものだけを同じ土俵で比較しました。送料別のものは主比較群から外し、注記で開示する形です。

なぜランキングと表示する実質価格で使う層を変えるの？

並び順は誰が見ても同じであってほしいからです。ランキングのキーには確定層だけを使い、表示する実質価格は確定＋条件付き＋仮定を引いた値にしています。こうすると「一番安い順」は確実な情報だけで決まり、各自の条件で変わる上振れは表示価格側のレンジで伝わります。

llms.txt / llms-full.txt を Astro で多言語生成する — Aulvem の GEO 実装

Sun, 14 Jun 2026 00:00:00 GMT

AI 検索や LLM にサイトを読ませる入口として、llms.txt という提案がある。robots.txt や sitemap.xml と似た位置の、サイトルートに置くプレーンテキストの目次だ。仕様はまだ固まりきっておらず、主要な LLM ベンダーが公式に消費を保証しているわけでもない。それでも生成コストが小さいので、Aulvem では出すだけ出しておく方針にした。

この記事は、その llms.txt / llms-full.txt を Astro で動的生成し、英日 2 言語に分けて出すまでの実装記録です。効果があったかどうかの話はしない。現時点で計測できる流入は無く、断定できる材料が無いからだ。あくまで「何を、どう生成しているか」だけを書く。Zod schema で運用ルールを強制するや hreflang をリシプロカルに出すと同じ、「frontmatter と Content Collections を単一情報源にする」系列の続きにあたる。

llms.txt とは何か

llms.txt は、サイトルートに置く LLM 向けの Markdown 形式の目次だ。sitemap.xml が機械可読な URL 一覧なのに対し、llms.txt は「このサイトは何で、どこを読めばいいか」を自然言語の要約付きで並べる点が違う。

提案元（llmstxt.org）のスペックでは、ファイル先頭に H1 のサイト名と引用ブロックの概要を置き、その下に H2 でセクション分けしたリンク一覧を並べる、というゆるい構造が決まっている。各リンクには - [タイトル](URL): 一文の説明 の形で注釈を添える。

スペックはもう 1 つ /llms-full.txt という慣習を示している。こちらは目次ではなく、各ページの本文を展開した全文寄りのインデックスだ。LLM がリンクを辿らずに 1 ファイルで内容を把握できるようにするためのもの。Aulvem では両方を出している。

	llms.txt	llms-full.txt
役割	軽い目次（リンク + 要約）	全文寄りインデックス（抜粋 + 見出し + タグ）
載せる記事	代表記事を 7 本に絞る	全記事
言語	言語ごとに分ける（EN / JA）	1 本に英日を混ぜ、各エントリに言語タグ
サイズ	小さい	大きい

Astro で生成する基本形

Astro の file-based API ルートを使えば、src/pages/ 配下に .txt.ts を置くだけで動的にテキストを返せる。GET ハンドラから Response を返し、Content-Type を text/plain にするのが基本形だ。

// src/pages/llms.txt.ts
import type { APIContext } from "astro";
import { renderLlmsTxt } from "../lib/llmsTxt";

export async function GET(_context: APIContext) {
  const body = await renderLlmsTxt({ docLang: "en" });
  return new Response(body, {
    status: 200,
    headers: {
      "Content-Type": "text/plain; charset=utf-8",
      "Cache-Control": "public, max-age=3600",
    },
  });
}

.txt.ts という拡張子の付け方がポイントで、ビルド時に /llms.txt という URL に静的出力される。中身の生成ロジックは別ファイル（src/lib/llmsTxt.ts）に切り出して、ルート側は薄い入口だけにしている。こうすると言語別エンドポイントを足すときにロジックを再利用できる。

スタックはこれだけで足りる。

	パッケージ	用途
	`astro` (API routes + `astro:content`)	ルート定義と Content Collections の取得
	`typescript`	レンダラの型付け

Content Collections を単一情報源にする

llms.txt の中身は、記事一覧を手で書かない。Content Collections（astro:content の getCollection）から記事とプロダクトを取得して、その場で組み立てる。手書きのリストにすると記事を足すたびに更新を忘れて、本文と llms.txt がずれる。

// src/lib/llmsTxt.ts（抜粋）
export async function renderLlmsTxt(opts: LlmsTxtOptions): Promise<string> {
  const services = await getCollection("services");
  const blog = await getCollection("blog", ({ data }) => !data.draft);

  // 新しい順に並べる。プロダクトは status（active→preparing→archived）優先
  blog.sort((a, b) => b.data.pubDate.getTime() - a.data.pubDate.getTime());
  // ...セクションを組み立てて join("\n") で返す
}

getCollection("blog", ({ data }) => !data.draft) のフィルタで draft: true を落としているのが要点だ。これを忘れると、書きかけの下書きが llms.txt に載って、まだ公開していない URL を LLM に案内してしまう。sitemap や RSS と同じ除外条件をここでも揃えておく。

記事の説明文には、frontmatter の summary（無ければ description）をそのまま使う。summary は「AI 引用される短い答え」として全記事に必須で書いているので、llms.txt の注釈と本文側の TLDR が同じ情報源から出る。ここでも frontmatter が単一情報源になっている。

多言語をどう分けるか

ここが多言語サイトの肝で、Aulvem は filterLang と docLang の 2 軸でレンダラを動かしている。

filterLang: どの言語の記事・プロダクトを載せるか（ja なら日本語エントリだけ）
docLang: 見出し・概要・利用条件など、ドキュメント自体の文言をどの言語で書くか

この 2 軸を分けたことで、同じレンダラから 3 本のエンドポイントを出せる。

// src/pages/llms.txt.ts        → 英語見出し・全言語の記事
renderLlmsTxt({ docLang: "en" });

// src/pages/ja/llms.txt.ts     → 日本語見出し・日本語の記事だけ
renderLlmsTxt({ filterLang: "ja", docLang: "ja" });

英語ルートの /llms.txt は filterLang を指定していない。これは英語版を「サイト全体の入口」と位置づけて、両言語の記事を拾える状態にしているためだ。日本語版 /ja/llms.txt は filterLang: "ja" で日本語面に閉じる。

flowchart LR
  CC[Content Collections<br/>blog + services]
  R[renderLlmsTxt<br/>filterLang / docLang]
  EN["/llms.txt<br/>docLang=en"]
  JA["/ja/llms.txt<br/>filterLang=ja, docLang=ja"]

  CC -->|getCollection| R
  R --> EN
  R --> JA

代表記事は docLang の言語で絞る

1 つ設計判断がある。英語版 /llms.txt は記事自体は両言語を拾えるが、「代表記事（Featured posts）」のセクションだけは docLang の言語に絞っている。

// 代表記事は docLang の言語のものだけを出す
const featuredSource = filteredBlog.filter(
  (p) => entryLangLocal(p.id) === opts.docLang,
);

翻訳ペアの両方を代表枠に並べると、同じ内容が 2 言語で 2 枠を占めて、限られた枠の中のユニークなシグナルが半分になる。だから代表枠はドキュメント言語のものに揃えて、英日をまたいだ全集合は llms-full.txt 側に任せる。枠が有限なリスト（代表記事 7 本）では言語を絞り、容量の制約がゆるい全文ダンプでは両言語を載せる、という住み分けにしている。

llms-full.txt — 全文インデックスと言語の相互参照

llms-full.txt は別ルート（src/pages/llms-full.txt.ts）として、全記事の本文抜粋・見出し・タグを 1 ファイルに展開する。MDX 本文は stripMdx で記法を剥がし、clip で 500 字に切ってから載せる。

各エントリには言語タグ（(ja) / (en)）を付け、さらに対になる言語版があれば Lang-Alt でその URL を相互参照させている。

// 対になる言語版の URL を Lang-Alt として添える
const alt = altByBase.get(slug);
if (alt) {
  const otherLang = lang === "ja" ? "en" : "ja";
  const otherPath = alt[otherLang];
  if (otherPath) {
    lines.push(`Lang-Alt (${otherLang}): ${SITE}${otherPath}`);
  }
}

これは hreflang と同じ発想だ。HTML 側で両言語にある記事だけ alternate を相互に出す実装を hreflang の記事で書いたが、llms-full.txt でも「この記事には対になる言語版がここにある」を LLM 向けに明示しておく。同じ記事の英日が別物として扱われて重複カウントされるのを避けたい意図がある。

robots.txt との役割分担

llms.txt は robots.txt の代わりではない。クロールの可否を伝えるのは robots.txt で、llms.txt が伝えるのはサイトの内容と読みどころだ。学習や引用を許す/許さないの最終的な許諾は robots.txt 側が握っている。

Aulvem は llms.txt の中に利用条件（Usage & citation）セクションを置いて、引用は歓迎・引用時は元 URL へリンクしてほしい、学習も現時点では許可、という方針を自然言語で書いている。ただしその末尾に「最終的なボット方針は robots.txt を参照」と添えて、機械可読な権威は robots.txt にあると明示する。llms.txt はあくまで案内文で、規範を上書きするものではない、という立て付けにしてほしいところだ。

ここを曖昧にすると、llms.txt に「学習禁止」と書いたのに robots.txt は全許可、のような食い違いが起きる。2 つのファイルの方針は手で揃える必要がある。

落とし穴と運用ルール

実装で踏みかけた点を整理しておく。

draft 除外を 3 本すべてで揃える: getCollection のフィルタを共通レンダラに置いて、llms.txt・ja/llms.txt・llms-full.txt が同じ除外条件を通るようにする。1 本だけ素通しにすると下書きが漏れる
filterLang と docLang を混同しない: 「載せる記事の言語」と「文言の言語」は別軸。英語版で日本語記事も拾うために filterLang を未指定にしている設計を、後から読んでバグと勘違いして filter を足さないこと
代表記事の言語絞り込み: Featured だけは docLang で絞る。ここを外すと翻訳ペアで枠が埋まる
Cache-Control を付ける: 3 本とも max-age=3600 にしている。生成は軽いが、毎リクエスト再生成する必要は無い
利用条件と robots.txt の整合: 方針を変えるときは両方を直す。llms.txt 単体で完結させない

まとめ

llms.txt は、Content Collections を単一情報源にして Astro の API ルートから動的生成すれば、記事を足すたびの手動メンテが要らなくなる。多言語は filterLang（載せる記事）と docLang（文言）の 2 軸に分けると、1 つのレンダラから英語版・日本語版・全文版の 3 本を出せる。

効果があるかどうかは別の話で、ここでは触れない。llms.txt が AI 検索の流入にどう効くかは、まだ慣習も計測も固まっていない段階だと思う。Aulvem としては「コストが小さいので出しておく、権威は robots.txt に置く」という構えで運用している。

frontmatter を単一情報源にする設計は Aulvem ブログの作りから続く系列なので、合わせて読むと位置づけが分かりやすいかもしれない。

出したあとに「実際どのAIクライアントが取りに来たか」を数える側は、UAの名乗りが当てにならないので別の工夫が要る。その分け方は AIクローラーのUAは名乗るだけに書いた。

よくある質問

llms.txt と llms-full.txt は何が違う？

llms.txt は「このサイトは何で、どこを読めばいいか」を要約付きリンクで並べた軽い目次。llms-full.txt は各記事の抜粋・見出し・タグまで含めた全文寄りのインデックスです。Aulvem では前者を代表記事 7 本に絞ったキュレーション、後者を全記事の本文抜粋ダンプとして役割を分けています。

llms.txt を出せば AI に読まれて流入が増える？

現時点でそれは断定できません。llms.txt は提案段階の慣習で、主要な LLM ベンダーが公式に消費を保証しているわけではない。robots.txt と sitemap.xml が依然として権威的なボット向けシグナルです。Aulvem は生成コストが小さいので「出しておく」程度のスタンスで置いていて、流入効果を主張する材料は持っていません。

多言語サイトで llms.txt は言語ごとに分けるべき？

Aulvem は英語ルート（/llms.txt）とは別に日本語版（/ja/llms.txt）を出しています。見出しや利用条件の文言を読み手の言語に合わせたいのと、代表記事をその言語のものに絞りたいため。全文を 1 本に混ぜる llms-full.txt とは別系統として両方を持たせています。

robots.txt があるのに llms.txt も要る？

役割が違います。robots.txt はクロールの可否を伝えるルールで、llms.txt はサイトの内容と読みどころを伝える目次。学習・引用の最終的な許諾は robots.txt が authoritative で、llms.txt はあくまで補助的な案内です。Aulvem は llms.txt の利用条件セクションにも「最終方針は robots.txt を参照」と明記しています。

hreflang を両言語にある記事だけリシプロカルに出す — Aulvem の i18n カスタマイズ

Sat, 30 May 2026 00:00:00 GMT

Astro 標準の i18n はルーティングを生成してくれるが、hreflang は自分で出す必要がある。

素朴に「サイトの全 locale 分の alternate を出す」実装にすると、片方の言語にしか実体がない記事でも alternate が出てしまい、結果として 404 を指すリンクが hreflang として広告される。これは Google のリシプロカル hreflang ルール違反で、検索エンジンに壊れた多言語シグナルを送ることになる。

Aulvem では Content Collections を見て両言語に実体がある時だけ <link rel="alternate" hreflang> を出すヘルパを書き、Seo.astro が条件付き出力する構成にした。Aulvem ブログの作りの FAQ で予告した「hreflang は MDX frontmatter から独自実装した」の派生記事 3 本目です。

全 locale に alternate を出すと何が壊れるか

雑な実装でよく見るのが、「サイトがサポートする全 locale 分の <link rel="alternate" hreflang> を無条件で出す」パターンだ。EN / JA の 2 言語サイトなら、どの記事でも常に 2 本の alternate を吐く。

問題はここで、特定の記事が片言にしか存在しない場合に起きる。

JA だけ書いた記事に EN の alternate が出る → 指す URL は 404 になる
Google は「指された URL が alternate を返さない」と判断する（リシプロカル要件不成立）
結果としてその hreflang は無視される。最悪、サイト全体の多言語シグナルが薄まる

Google の hreflang ガイドラインは明示的に「相互参照が必要」「存在しない URL を指さない」を要件として挙げています。雑な実装は要件不成立で実質ノーカウントなので、出さない方がマシな状況も起きる。

Google が要求する 2 つの条件

hreflang を機能させるための必須条件は次の 2 つだ。

リシプロカル: A → B の hreflang を出すなら、B → A も同じ alternate を持つ
存在する URL を指す: 404 / noindex の URL を alternate に書かない

両方を満たすには「両言語に実体があるときだけ alternate を出す」が一番素直で safe な実装になる。サイトのビルド時に Content Collections を走査して、各記事がどの言語に存在するかを判定する仕組みが必要です。

実体存在判定ヘルパ 3 つ

Aulvem では 3 種類のページ系（個別記事 / プロダクト / カテゴリ paginated）に対応するヘルパを src/lib/posts.ts に置いている。

import { getCollection } from "astro:content";
import type { Lang } from "../i18n";

const LANGS: Lang[] = ["en", "ja"];

// 個別ブログ記事 → どの言語に存在するか
export async function blogAvailableLangs(slugWithoutLang: string): Promise<Lang[]> {
  const all = await getCollection("blog", ({ data }) => !data.draft);
  return LANGS.filter((lang) =>
    all.some((e) => e.id === `${lang}/${slugWithoutLang}`),
  );
}

// プロダクトページ → どの言語に存在するか
export async function serviceAvailableLangs(slugWithoutLang: string): Promise<Lang[]> {
  const all = await getCollection("services");
  return LANGS.filter((lang) =>
    all.some((e) => e.id === `${lang}/${slugWithoutLang}`),
  );
}

// カテゴリ paginated ページ → N ページ目が言語ごとに存在するか
export async function categoryPageAvailableLangs(
  category: string,
  pageNum: number,
  pageSize: number,
): Promise<Lang[]> {
  const results: Lang[] = [];
  for (const lang of LANGS) {
    const posts = await getPublishedBlog(lang);
    const inCat = posts.filter((p) => p.data.category === category);
    const lastPage = Math.max(1, Math.ceil(inCat.length / pageSize));
    if (pageNum <= lastPage) results.push(lang);
  }
  return results;
}

draft: true を除外しているのがポイントで、下書きしかない言語を「実体あり」と判定すると、本ビルドの sitemap や本文側と不整合になる。getCollection のフィルタ段階で落とす。

Seo.astro はビルド時にレンダリングされるので、ここでは Content Collections API が使える。astro.config.mjs での sitemap lastmod 実装では loader より早く評価される制約があって API が使えなかったが、layout から呼ぶ場合はその制約は無いです。

Seo.astro で条件付き出力

Seo.astro は availableLangs prop を受け取り、includes("en") / includes("ja") で <link rel="alternate"> を条件付き出力する。

---
interface Props {
  // ... 他の props
  availableLangs?: Lang[];
}
const { availableLangs = ["en", "ja"], lang: langProp } = Astro.props;
const lang: Lang = langProp ?? getLangFromUrl(Astro.url);

const currentPath = Astro.url.pathname;
const otherLangPath = altPathForOtherLang(currentPath, lang);
const enPath = lang === "en" ? currentPath : otherLangPath;
const jaPath = lang === "ja" ? currentPath : otherLangPath;
const enHref = new URL(enPath, Astro.site).toString();
const jaHref = new URL(jaPath, Astro.site).toString();
const hasEnVersion = availableLangs.includes("en");
const hasJaVersion = availableLangs.includes("ja");
// x-default points to EN when available; otherwise the only available lang.
const xDefaultHref = hasEnVersion ? enHref : jaHref;
---
{hasEnVersion && <link rel="alternate" hreflang="en" href={enHref} />}
{hasJaVersion && <link rel="alternate" hreflang="ja" href={jaHref} />}
<link rel="alternate" hreflang="x-default" href={xDefaultHref} />

デフォルト値を ["en", "ja"] にしているのは、top-level ページ（/、/about/ など）は両言語に必ず存在する前提だからだ。個別記事のレイアウトでは必ず availableLangs を上書きする ルールにして、上書きを忘れるとビルド時に 404 URL が hreflang に乗ってしまう失敗モードを潰しておく。

x-default は両言語にあれば EN にフォールバックする。Google は「サポート言語の 1 つを必ず明示する」を推奨しているので、片言にしかない記事でもその唯一の言語を x-default にしています。

使用側レイアウト

BlogPostLayout.astro から呼び出すときはこう書く。

---
import { entrySlug, blogAvailableLangs } from "../lib/posts";

const slug = entrySlug(entry); // "ja/2026-05-30-foo" → "2026-05-30-foo"
const availableLangs = await blogAvailableLangs(slug);
---
<Seo
  title={data.title}
  description={data.description}
  lang={lang}
  availableLangs={availableLangs}
  // ...
/>

entrySlug で言語プレフィクスを剥がしてから、ヘルパに渡す。プレフィクス込みで渡すと判定が空になるので、ここを間違うとサイレントに hreflang が出なくなる。

カテゴリ paginated 系（/blog/build/[...page].astro）は categoryPageAvailableLangs(category, page.currentPage, 12) を渡す。

全体図

flowchart LR
  MDX[blog MDX en+ja]
  Helper[blogAvailableLangs<br/>serviceAvailableLangs<br/>categoryPageAvailableLangs]
  Layout[BlogPostLayout<br/>ServiceLayout<br/>category route]
  Seo[Seo.astro<br/>availableLangs prop]
  HTML[hreflang 0~2 + x-default]

  MDX -->|getCollection| Helper
  Helper --> Layout
  Layout --> Seo
  Seo --> HTML

ヘルパは Content Collections を 1 回走査し、レイアウトに Lang[] を返す。レイアウトがその配列を Seo.astro に渡し、Seo.astro が条件付きで <link rel="alternate"> を 0〜2 本＋ x-default 1 本出力します。

ルーティングは Astro 標準のまま

@astrojs/i18n 系のルーティング（/ja/... プレフィクスの自動付与、locale 判定）は触っていない。Astro 5 標準で十分に成熟していて、書き換える理由がない。

Aulvem のスタンスは「公式統合で足りる部分は触らず、足りない部分だけ独自実装で薄く埋める」。hreflang は SEO 層の話なので Seo.astro 内に閉じる形にして、ルーティング層には手を入れない。これで Astro が将来 hreflang 自動生成を実装したときに、Seo.astro 側を剥がすだけで済む構造になる、と思う。

落とし穴と運用ルール

実装で踏みかけた、または踏んだ話を整理しておく。

availableLangs のデフォルトは ["en", "ja"]: top-level ページ前提。個別記事のレイアウトで上書きし忘れると、片言記事でも 2 本 alternate が出てしまう
entrySlug のタイミング: Content Collections の entry.id は ja/2026-05-30-foo の形なので、ヘルパに渡す前に必ず entrySlug で言語プレフィクスを剥がす
draft: true 除外: ヘルパ内の getCollection フィルタで落としている。これを忘れると、下書きしかない言語版を「実体あり」と判定する
paginated の片言ケース: /blog/build/3/ のような 3 ページ目以降は、EN と JA で投稿数が違うと片方しか存在しないことがある。categoryPageAvailableLangs で対応
x-default を片言にも出す: Google が「サポート言語を 1 つは明示する」を推奨しているため。片言の記事でも x-default だけは出して、サポート言語を明示する

まとめ

リシプロカル要件と存在チェックの 2 つを揃えないと、hreflang シグナルは検索エンジンに無視されます。Aulvem では Content Collections の実体を見て出すかどうかを判定し、Seo.astro が条件付きで HTML に流す構成にしました。ルーティングは Astro 標準のまま、SEO 層だけ 30 行ほどの追加で済んでいます。

frontmatter を単一情報源として扱う設計は Zod schema で運用ルールを強制すると sitemap の lastmod を MDX frontmatter から自分で差し込むでも同じ系列の話を書いたので、合わせて読むと位置づけが分かりやすいかもしれない。リシプロカルに参照を張る発想は LLM 向けインデックスにも持ち込めて、llms.txt を多言語生成するでも同じ考え方を使った。canonical を自サイトの外側から、つまり Zenn / Qiita / dev.to のような投稿先から自分のドメインへ向ける話はクロス投稿は重複コンテンツかに分けて書いた。

よくある質問

Astro 標準が hreflang を自動で出さないのはなぜ？

Astro 5 の i18n はルーティング（URL の生成と locale 判定）に責任を絞っていて、SEO メタタグ生成までは持ちません。@astrojs/sitemap の i18n オプションで sitemap 内の hreflang は出ますが、HTML の <link rel="alternate"> は自分で書く必要があります。Aulvem ではここを Seo.astro に集約しています。

`@astrojs/sitemap` の i18n オプションで出る hreflang ではダメ？

sitemap.xml 内の xhtml:link は出ますが、HTML の <head> に入る <link rel="alternate" hreflang> は別系統です。Google は両方を併用して読みますが、<head> 側が無いと検索結果のスニペット段階で多言語認識が弱くなる、というのが運用上の判断です。

`x-default` は何を指すべき？

Google のドキュメントは「ユーザーがどの言語ページに着地すべきか不明なときの fallback」と説明しています。Aulvem は EN をデフォルトロケールに置いているので EN があれば EN、EN が無ければ唯一存在する言語版を指す実装にしました。両言語にある記事は迷わず EN にフォールバックでよいと思います。

1 言語にしか実体がない記事の SEO 評価は損なわれない？

hreflang を出さないこと自体が罰になるわけではありません。むしろ存在しない URL を alternate として出して Google に無視される方が、サイト全体の多言語シグナルを濁します。実体がある言語版だけ canonical を立て、ない言語の alternate は出さない、で評価上は問題ないという理解です。

sitemap の lastmod を MDX frontmatter から自分で差し込む — Aulvem の Astro 公式統合カスタマイズ

Mon, 25 May 2026 00:00:00 GMT

@astrojs/sitemap は MDX frontmatter の updatedDate を読まない。

何もしないと、Aulvem の sitemap.xml は各記事の lastmod をビルド時刻にしてしまう。「全記事が毎ビルド更新されている」というノイズシグナルを検索エンジンに送ることになって、鮮度判定で逆効果になる。

Aulvem では astro.config.mjs の中で MDX を直接走査して、updatedDate ?? pubDate をパスごとに引ける Map を作り、@astrojs/sitemap の serialize で差し込む構成にした。ついでに paginated noindex ページの除外も filter でやっている。これは Aulvem ブログの作りで予告した派生記事の 2 本目です。

lastmod がなぜ効くのか

lastmod は Google / Bing の sitemap プロトコルで「最終更新日」として渡る値で、検索エンジンが再クロールの優先度を決めるヒントとして読む。AI 検索（ChatGPT search / Perplexity / Claude search）も引用元の最新性根拠としてこの値を見にくる挙動が報告されている。

つまり lastmod は次の 2 つの局面で効いている。

クロール優先度: 直近で更新された URL を優先的に再取得させたい
AI 検索の引用判定: 「数日前に書かれた最新情報」として引用されやすくする

逆に、ここを嘘で塗ると逆効果になる。Google 公式の Sitemap docs も「lastmod の値が信用できないとサイト全体の信頼度を下げる」と書いている。実態と乖離した更新日を流せば、検索エンジンに「このサイトの lastmod は信用ならない」と学習させるだけなので、運用ルール（content-rules.md A-2-1）と一緒に締めておく必要がある。

ビルド時に MDX を走査して lastmod マップを作る

astro.config.mjs の中で async 関数を走らせて、src/content/blog/{en,ja}/ 配下の MDX を全部読む。

import { readdir, readFile } from "node:fs/promises";
import { join } from "node:path";

async function buildBlogLastmodMap() {
  const map = new Map();
  for (const lang of ["en", "ja"]) {
    const dir = join(process.cwd(), "src", "content", "blog", lang);
    let files = [];
    try {
      files = await readdir(dir);
    } catch {
      continue;
    }
    for (const file of files) {
      if (!file.endsWith(".mdx") && !file.endsWith(".md")) continue;
      const slug = file.replace(/\.(mdx|md)$/, "");
      const raw = await readFile(join(dir, file), "utf8");
      const fm = /^---\n([\s\S]*?)\n---/.exec(raw);
      if (!fm) continue;
      const front = fm[1];
      if (/^draft:\s*true/m.test(front)) continue;
      const updated = /^updatedDate:\s*(\S+)/m.exec(front);
      const pub = /^pubDate:\s*(\S+)/m.exec(front);
      const dateStr = (updated && updated[1]) || (pub && pub[1]);
      if (!dateStr) continue;
      const d = new Date(dateStr);
      if (Number.isNaN(d.getTime())) continue;
      const path = lang === "ja" ? `/ja/blog/${slug}/` : `/blog/${slug}/`;
      map.set(path, d.toISOString());
    }
  }
  return map;
}

const blogLastmod = await buildBlogLastmodMap();

ここで getCollection("blog") のような Content Collections API を使わないのは、astro.config.mjs が content loader より早く評価される からだ。config が走っている時点では Content Collections 側はまだ初期化されておらず、API が存在しない。

frontmatter は軽量 regex で読んでいる。MDX の構造を fully parse する必要はなく、欲しいのは updatedDate と pubDate の 2 行だけなので、依存を増やすメリットがない。型安全ではないが、型検証は本ビルド時に Zod schema が走るので、二重に網が張られている形になる。

draft: true の MDX はここで除外する。これを忘れると下書きの URL がサイトマップに乗ってしまうので、フィルタの位置が大事だと思う。

`serialize` でマップから lastmod を流す

@astrojs/sitemap の serialize オプションは、生成された各 URL エントリを書き換えるフック。マップから lookup して item.lastmod に詰める。

sitemap({
  i18n: {
    defaultLocale: "en",
    locales: { en: "en", ja: "ja" },
  },
  serialize(item) {
    const url = new URL(item.url);
    // /ja/blog/foo/ も /blog/foo/ も同じ slug なので、
    // /ja/ プレフィクスを剥がして path 種別だけで分岐する
    const pathname = url.pathname.replace(/^\/ja\//, "/").replace(/^\/ja$/, "/");
    if (pathname === "/") {
      item.changefreq = "daily";
      item.priority = 1.0;
    } else if (pathname === "/blog/") {
      item.changefreq = "daily";
      item.priority = 0.9;
    } else if (pathname.startsWith("/blog/")) {
      item.changefreq = "monthly";
      item.priority = 0.7;
      // ja URL も en URL も blogLastmod の key は元の url.pathname のまま
      const lastmod = blogLastmod.get(url.pathname);
      if (lastmod) item.lastmod = lastmod;
    } else if (pathname.startsWith("/products/")) {
      item.changefreq = "monthly";
      item.priority = 0.8;
    } else {
      item.changefreq = "monthly";
      item.priority = 0.5;
    }
    return item;
  },
});

changefreq と priority もパス種別ごとに分けて与えている。実は priority は Google が「無視している」と公言しているフィールドだが、Bing と他検索エンジン・AI クローラーは依然読みに来るので、整合の取れた値を出しておく方針にした。

/ja/ プレフィクスを剥がして path 種別だけで分岐するのは、JA と EN で同じカテゴリの記事に同じ changefreq / priority を当てるためだ。lastmod の lookup には元の url.pathname（/ja/blog/foo/ を含む）を使うので、Map のキーと整合する。

paginated noindex ページを `filter` で外す

ページ送りの 2 ページ目以降（/blog/build/2/ /blog/reviews/3/ など）には <meta name="robots" content="noindex, follow"> を入れている。1 ページ目だけがインデックス対象で、2 ページ目以降は「クロールはしてほしいがインデックスはいらない」状態にしておきたいからだ。

このとき、sitemap で 2 ページ目以降の URL も送ってしまうと mixed signal になる。「sitemap に載せた = インデックスしてほしい」と「meta robots = noindex」が同時に立つので、Google も Bing もこの矛盾を SEO 品質スコアに反映してくる。

filter で除外する。

sitemap({
  filter: (page) => {
    if (page.endsWith("/404/") || page.endsWith("/404")) return false;
    // Paginated category pages (/blog/build/2/, /blog/reviews/3/ ...)
    // are noindex, follow — drop them from the sitemap to avoid
    // contradicting the meta robots tag.
    if (/\/blog\/(build|reviews)\/\d+\/?$/.test(new URL(page).pathname)) return false;
    return true;
  },
  // ...
});

paginated 系を noindex にする運用と sitemap 除外はセットで考えないといけない。片方だけ直すと信号がねじれます。

全体の流れ

flowchart LR
  MDX[src/content/blog/&lt;lang&gt;/&lt;slug&gt;.mdx]
  Map[blogLastmod Map<br/>path → ISO date]
  Pages[@astrojs/sitemap<br/>URL リスト]
  Filter[filter:<br/>noindex 除外]
  Serialize[serialize:<br/>lastmod / changefreq / priority]
  SM[sitemap.xml]

  MDX -->|fs.readdir + regex| Map
  Map -->|lookup| Serialize
  Pages --> Filter
  Filter --> Serialize
  Serialize --> SM

astro.config.mjs の中で 2 つの経路が走る。MDX 走査経路でビルド前に Map を作り切り、Astro 本体のルーティングが生成する URL リストを filter で間引いて、serialize で Map と突き合わせて lastmod を当てる。最終的に sitemap.xml が出力される。

落とし穴と運用ルール

実装で踏んだ・踏みかけた話を整理しておく。

top-level await: astro.config.mjs で await buildBlogLastmodMap() を呼ぶには、config が ESM で評価される前提が要る。Astro 5 系はこれが効く前提なのでそのまま動くが、古い構成だと .mjs に揃えるか defineConfig を return する async function に包む必要がある
draft: true 除外: lastmod Map を作る段階で draft を抜かないと、下書き URL もサイトマップに混入する
regex の緩さ: /^updatedDate:\s*(\S+)/m は updatedDate: 2026-05-25 のような単純行を想定している。YAML 引用符 "..." を使っても (\S+) が "2026-05-25" を引用符ごと取り込み、new Date() はこれをそのままパースできる。ただし複数行やリスト形式の日付値を使う場合は注意
言語別フォルダの統合: en と ja を別ループで走らせて 1 つの Map に統合する。キーは /blog/<slug>/ と /ja/blog/<slug>/ を別物として持つ
updatedDate の運用基準: lastmod の実装を整えても、updatedDate を雑に打ち替えれば信頼度は崩れる。Aulvem は「実質改稿のときだけ更新、注記追加だけ・誤字修正だけでは打たない」のルールを content-rules.md A-2-1 で固めている

何を諦めたか / 公式統合に戻すべき境界

この実装は @astrojs/sitemap に PR を出すべき話だとも思う。Content Collections と sitemap を連動させる機能は他の Astro ユーザーにも需要があるはずで、汎用化する余地はある。

今は Aulvem 内に閉じて 30 行に収まる実装で済んでいるので、当面は config 内完結のままにしている。@astrojs/sitemap が将来 Content Collections 連携を入れた時点でこの実装は剥がせるはずなので、剥がしやすい形に保っておくのが当面のスタンスです。

まとめ

lastmod は SEO + AI 検索の両方で効く鮮度シグナルなので、ビルド時刻で塗らずに updatedDate の実日付を流す。paginated noindex ページは sitemap から除外して信号矛盾を作らない。この 2 つはセットで運用すると、サイトマップが「信頼できる更新情報の集合」になります。

実装の経路は別記事に書いた Zod schema で運用ルールを強制すると地続きで、frontmatter を単一情報源として扱う設計の派生です。

よくある質問

Astro 公式の sitemap が `updatedDate` を読まないのはなぜ？

@astrojs/sitemap はビルド済みの URL リストを受け取って sitemap.xml を出力するだけで、Content Collections の frontmatter まで触りに行きません。MDX の構造に踏み込むと collection 名・型・loader 種別への依存が増えるので、汎用統合の責務として持たない設計に見えます。

Content Collections の API を使わずに fs.readdir で読むのは型安全ではないのでは？

型安全ではありません。ただし astro.config.mjs は Content Collections の loader より先に評価されるので、ここでは API が未初期化です。frontmatter の中で必要なのは updatedDate と pubDate だけなので、軽量 regex で読む実装に倒しました。型検証は Zod schema 側で本ビルドのときに走るので、二重に網は張られています。

`noindex` のページを sitemap に送ってはダメなのか？

信号としてダメです。sitemap は「インデックスしてほしい URL のリスト」なので、noindex の URL を載せると mixed signal になります。Google も Bing も「sitemap で送ったのに noindex」という矛盾を見ると、サイト全体の品質シグナルとして減点する余地が出ます。

lastmod を実日付にすると AI 検索の引用率は本当に変わるのか？

数値での検証はしていません。ただ Google・Bing・各 AI 検索ベンダーのドキュメントはどれも lastmod を鮮度判定のヒントとして挙げており、嘘の lastmod は信頼を下げると明記されています。引用率の上振れより、雑な運用で評価を下げないための保険として考えるのが現実的だと思います。

Zod schema で運用ルールを強制する — Aulvem の Content Collections 設計

Sat, 23 May 2026 00:00:00 GMT

書いたルールは、忘れる。

Aulvem を 1 人で回していて最初に潰したかったのは、書き手（=自分）が書いた運用ルールを書き手（=自分）が破るパターンだ。category: reviews の記事に affiliate: true を入れ忘れて広告ディスクロージャーが表示されないまま公開、みたいな事故は、README に書くだけでは止まらなかった。

なので Aulvem では、ルールのうち機械で判定できるものは Astro Content Collections の Zod schema に寄せ、違反したらビルドが落ちる構造にした。ここで書くのは「何を schema で縛り、何を諦めたか」の境界線です。

Aulvem ブログの作りで予告した派生記事の 1 本目にあたる。

なぜ README だけでは守れないのか

README にチェックリストを書いただけでは、書き手が守らないことが起きた。

編集者が 1 人なので、書き手と読み手と pull request レビュアーが同じ人になる
数週間後に同じ手順を踏むとき、当時の README を律儀に読み返さない
過去の自分は信用していい一方で、未来の自分は素で忘れる

最初は記事追加チェックリストを docs/ 配下に置けば十分だと考えていたけれど、3 本目の記事を書いたあたりで「またあれをやり忘れた」が起きた。レビュアーが居ない状態でルールを守らせるには、運用フローの外側（= ビルド）にチェック装置を置くしかない、というのが Aulvem が schema 強制を選んでいる理由です。

Aulvem の schema 全体像

Content Collections の schema は src/content.config.ts に集約していて、blog と services の 2 コレクションを 1 ファイルで宣言している。collection ごとに別ファイルに割らないのは、コレクション間で共有したい型（pubDate, updatedDate, heroImage あたり）が出てきたときに 1 ファイルだと書き換えが完結するからだ。

骨格はこういう形になっている（記事用の blog 抜粋、一部省略）。

import { defineCollection, z } from "astro:content";
import { glob } from "astro/loaders";

const blog = defineCollection({
  loader: glob({ pattern: "**/[^_]*.{md,mdx}", base: "./src/content/blog" }),
  schema: z
    .object({
      title: z.string(),
      description: z.string(),
      summary: z.string().optional(),
      pubDate: z.coerce.date(),
      updatedDate: z.coerce.date().optional(),
      category: z.enum(["build", "reviews"]),
      tags: z.array(z.string()).default([]),
      draft: z.boolean().default(false),
      affiliate: z.boolean().default(false),
      heroImage: z.string().optional(),
      heroAlt: z.string().optional(),
      howto: z.object({ /* ... */ }).optional(),
      faq: z.array(z.object({
        question: z.string(),
        answer: z.string(),
      })).optional(),
    })
    .refine((data) => (data.category === "reviews") === data.affiliate, {
      message: "affiliate must be true iff category is 'reviews'",
      path: ["affiliate"],
    }),
});

z.enum でカテゴリを 2 値に固定し、z.coerce.date で日付の文字列表記揺れを吸収し、.optional() と .default() で必須/任意の境界を明示する。素朴な道具で 9 割の運用は閉じる。残りの 1 割が .refine() の出番で、これが次節の主役になります。

reviews ⇔ affiliate を `.refine()` で同期させる

category: reviews の記事は ASP 規約上「広告であること」を本文冒頭に明示する必要がある。Aulvem では affiliate: true の記事に対して、ディスクロージャーバナーを冒頭に自動挿入する rehype プラグインを走らせている。rel="sponsored noopener noreferrer" の自動付与も同じく affiliate: true をフラグにしている。

つまり「カテゴリは reviews だけど affiliate を false にし忘れた」記事が公開されると、ディスクロージャーも rel="sponsored" も付かないまま広告リンクを掲載することになる。これは ASP 規約違反であり、Google からは広告とユーザーコンテンツの区別がつかない記事として扱われる。

この事故を機械的に止める一行が次のコード：

.refine((data) => (data.category === "reviews") === data.affiliate, {
  message: "affiliate must be true iff category is 'reviews'",
  path: ["affiliate"],
})

両辺を === で比較しているので、どちらか一方だけが書き換わるとビルドが落ちる。XOR 条件を書く代わりに「等しいことを強制する」と書くと意図が読める形になる、と思って今の書き方に落ち着いた。

README に「reviews 記事には affiliate: true を必ず付ける」とだけ書いていた頃は、scripts/new-blog.mjs の雛形が affiliate を入れ忘れる → 書き手が気づかず公開 → 数日後に検索結果のサムネで違和感に気づく、というルートで事故が起きていた。今は雛形側にも自動挿入を入れているけれど、雛形を経由せず手で .mdx を新規作成された場合に効くのは schema 側の縛りのほうです。

howto / faq を frontmatter で型付けする

構造化データ（JSON-LD）の HowTo と FAQPage は、Google の検索結果でステップや質問が直接展開される枠を取れる。Aulvem ではこの 2 つを frontmatter から自動生成する経路を選んだ。

howto: z.object({
  name: z.string().optional(),
  description: z.string().optional(),
  totalTime: z.string().optional(),
  steps: z.array(z.object({
    name: z.string(),
    text: z.string(),
    image: z.string().optional(),
  })),
}).optional(),
faq: z.array(z.object({
  question: z.string(),
  answer: z.string(),
})).optional(),

代案として「本文 MDX をパースして見出しから抽出する」もあった。最初の数記事はこれで進めようとしたけれど、見出しの構造を変えると JSON-LD が壊れるリスクがあったので捨てた。frontmatter に明示するほうが、構造化データを意識した書き方を強制できる効果もある。

frontmatter で型付けされている限り、ステップ数 0 の howto やキーの違うオブジェクトは Zod が弾く。JSON-LD 側のジェネレータは frontmatter を信用して読めるので、後工程が薄くなる。

schema では検出できない — frontmatter と本文の文字列一致

ここから先は Zod の守備範囲を超える。

Google の検索品質ガイドラインは、「JSON-LD だけ豪華で本文に書かれていない」構造化データを mismatch とみなして、リッチリザルトの表示資格を剥奪する。frontmatter に書いた FAQ の question と answer が本文に存在しない記事は、たとえスキーマ検証を通っても SEO 上は地雷になる。

Zod は本文を見ない。なので別レイヤーで検出する必要がある。Aulvem は validate-schema-match.mjs という grep ベースのバリデータを書いた。

if (Array.isArray(data?.faq)) {
  for (const [i, item] of data.faq.entries()) {
    if (!item?.question) continue;
    if (!bodyNorm.includes(normalise(item.question))) {
      mismatches.push(
        `faq[${i}].question not found in body: "${item.question}"`,
      );
    }
  }
}

frontmatter の faq[].question と howto.steps[].name の文字列が本文の中に出現するかを正規化して比較する。出現しなければ exit code 1 を返してビルド前に止まる構造にしています。

ただしこの検出は文字列の存在だけで、意味の一致は見ない。同じ質問文の下で答えが入れ替わっていてもこのレイヤーでは通る。

schema 化しないと決めたもの

schema にも grep にも乗らないものは、自動化を諦めて別経路に逃がした。

FAQ の回答が事実として正しいか
ディスクロージャー文の強度（ASP ごとに微妙に違う）
文末が AI 臭くないか
結論部の主張が記事全体と整合しているか

ここは書き手が読み直さないと判断できないし、schema 化のコストが運用コストを上回る。代わりに公開前チェックリストに残し、lint-banned-phrases.mjs で機械的に拾える AI 臭フレーズだけは別途縛っている。

「全部を強制で縛れたら理想」ではなくて、ビルドが落ちる体験で何を守りたいかの優先順位を決めるほうが運用は安定すると思う。1 人で回している以上、自動化に投じられる時間にも上限があるので、効果と工数のバランスを取る箇所はある。

schema / lint / レビューの 3 層分担

ルールを 3 つのレイヤーに分けて、それぞれが何を担保するかを表にすると整理しやすい。

レイヤー	落とせるタイミング	守れること	守れないこと
Zod schema	`astro build` 時	型 / 列挙 / 必須・任意 / 値同士の関係	文章の意味 / 本文と frontmatter の文字列一致
Lint スクリプト	pre-commit, CI	禁止フレーズ / frontmatter と本文の語彙一致	意味の妥当性
書き手レビュー	公開前チェックリスト	意味の妥当性 / disclosure の強度 / AI 臭の総合判定	自動化できない

上のレイヤーで落とせるものは下に降ろさない、というのを判断基準にしている。schema で書ける関係を lint に置くと、ビルド時に落ちず lint を走らせ忘れる経路が増える。grep で十分なものを schema に積むと型定義が読みにくくなる。それぞれの層でできることに留めるのが、運用上は最短ルートだと思います。

まとめ

機械が判定できる構造制約は schema に寄せる。文字列の存在は lint に寄せる。意味の妥当性はレビューに残す。この 3 層分担を一度決めてしまえば、新しい運用ルールが出てきたときに「これはどの層で守らせるか」だけ考えればよくて、毎回 README を更新する運用にはなりません。

Aulvem サイトのスタック全体像は別記事に書いたので、合わせて読むと位置づけが分かりやすいかもしれない → このブログの作り — Astro 5 と Content Collections で組む Aulvem の構成。

frontmatter を「単一情報源」として扱う設計は sitemap の lastmod にも展開していて、こちらは別記事にまとめました → sitemap の lastmod を MDX frontmatter から自分で差し込む。

同じ「壊れているなら気づける形にしておく」を、ビルドではなく配布物に対してやった話も書いた。Googleスプレッドシートから書き出した .xlsx が Excel で静かに壊れていた件で、こちらは openpyxl で数えて潰している → Googleスプレッドシートの .xlsx は Excel で静かに壊れる。

よくある質問

Zod の `.refine` と `.superRefine` はどう使い分ければいいか？

値同士の関係を 1 つだけ縛るなら .refine() で十分です。1 つのオブジェクトに対して複数の独立した制約をかけたり、エラーメッセージを場所ごとに変えたい場合は .superRefine() を使います。Aulvem は今のところ category と affiliate の連動だけなので .refine() 1 段で済んでいます。

howto / faq を別ファイルに分けない理由は？

frontmatter にまとめて型付けできるからです。別ファイルにすると、本文・JSON-LD・frontmatter の三者で出典が分かれ、同期コストが上がります。frontmatter が単一情報源で、JSON-LD は自動生成、本文には同じ文字列を埋める運用が一番事故が少ないと判断しています。

schema を後から変更したら既存記事のビルドは落ちるか？

落ちます。たとえば必須フィールドを追加すると、既存記事の全 frontmatter にそれを足さないとビルドが通りません。これは意図された挙動で、ルール変更の波及範囲を全件で確認させる仕組みになります。

本文と JSON-LD の整合チェックを Astro の build に組み込まないのはなぜか？

build 時間を伸ばさないためです。整合チェックは grep ベースのスクリプトに切り出し、pre-commit と CI で別途走らせています。ビルド本体に組み込むと、毎回の astro dev 起動が遅くなって執筆体験を損ねます。

このブログの作り — Astro 5 と Content Collections で組む Aulvem の構成

Sun, 17 May 2026 00:00:00 GMT

Aulvem サイトの構成について、技術スタックの紹介ではなく「何を schema で強制し、何を捨てたか」に絞ってまとめる起点記事です。スタック自体は Astro + MDX + Content Collections の組み合わせで、特別なことはしていません。書きたいのは典型構成の上で、書き手がうっかり忘れる類の運用ルールをどうビルド時に落とすか、です。

全体像のハブとしてここに集約しました。個別判断（schema 強制 / 構造化データ一致 / sitemap lastmod の独自実装）は派生記事に分けます。

スタックの全体像 — Astro 5 + MDX + Content Collections + R2

Aulvem は Astro 5（静的出力）+ MDX + Content Collections + Tailwind 3 + Pagefind + Cloudflare R2 で動いています。動的サーバーは使わず、生成済み HTML を Cloudflare Pages から配信するだけのシンプルな構成です。

選択の軸は次の 3 つに絞りました。

ビルド成果物が完全に静的であること
記事のメタデータを schema で縛れること
コアの依存数が少ないこと

Astro 5 はこの 3 つすべてに当てはまりました。部分ハイドレーションや UI フレームワーク連携などの機能は今のところ使っていません。

「Astro が良いか」は要件次第です。動的な認証・コメント・購読系を載せたいなら、Next.js のような選択肢のほうが向いているはず。

用語: Content Collections とは

Aulvem では blog（記事）と services（プロダクトページ）の 2 コレクションを定義していて、schema は 1 ファイルに集約し、ビルド時に両方を検証しています。

全体スタック — 主要パッケージ

本番依存は 8 個に絞っています。

パッケージ	用途	備考
`astro` ^5	SSG コア	静的出力のみ使用
`@astrojs/mdx` ^4	MDX サポート	記事は全て `.mdx`
`@astrojs/sitemap` ^3	sitemap 生成	`lastmod` は自前で差し込む
`@astrojs/rss` ^4	RSS 生成	全文 `content:encoded` 配信
`@astrojs/tailwind` ^6	Tailwind 統合	`applyBaseStyles: false`
`rehype-external-links` ^3	外部リンクに rel 付与	`noopener noreferrer`
`rehype-mermaid` ^3	mermaid 図の build 時 SVG 化	`inline-svg` strategy
`tailwindcss` ^3.4	スタイリング	v4 は様子見

dev 依存は pagefind（全文検索）、sharp（ローカル画像処理）、playwright（mermaid 図の build 時 SVG 化に必要）、typescript、@types/node のみ。React も Vue も Vite プラグインも入れていません。

「とりあえず後から要るかもしれない」を前提に依存を足さない、を入口の方針にしました。未使用の依存はビルド時間とセキュリティアラート対応のノイズに効いてくるので、入れる前に使うシーンを言語化できるかを確認しています。

譲れなかった 3 つの仕組み

1. ルールはスキーマで強制する

運用ルールを README に書かず、frontmatter schema で強制しています。書き手が忘れてもビルド時に落ちる構造にしておきたかった、というのが理由です。

たとえば category: reviews の記事は ASP 規約上「広告であること」を明示する必要があるので、affiliate: true を必須にしました。これを README に書くだけの取り決めにせず、Zod の .refine() で category === "reviews" と affiliate === true が常に等しいことを強制しています。片方だけ書き換えるとビルドが落ちる形にしておけば、書き手の記憶に頼らずに済みます。

同じ発想を howto / faq の構造化データにも適用していますが、これは派生記事で扱う予定です。

2. 構造化データと本文を一致させる

JSON-LD（howto / faq）の中身は frontmatter から自動生成しつつ、本文にも同じ内容を必ず書きます。理由は Google の structured data mismatch ペナルティを避けるためで、「JSON-LD だけ豪華にして本文に書かない」のは検索品質ガイドライン違反です。検出されると構造化データの表示資格を失います。

Aulvem では「frontmatter と本文の両側に同じ内容を書く」をルールにして、片側だけ更新する事故を最初から起こさない形にしています。

3. sitemap の lastmod は frontmatter から自分で読む

Astro 公式の sitemap integration は MDX frontmatter の updatedDate を読みません。そこで Aulvem では自前のロジックで全 MDX を走査し、updatedDate ?? pubDate を lastmod として sitemap に流しています。

これをやらないと sitemap の lastmod がビルド時刻に固定され、「全記事が毎ビルド更新されている」というノイズシグナルを検索エンジンに送ることになります。AI 検索の鮮度判定にも lastmod は使われるので、ここは雑にやらないようにしています。

同時に、noindex, follow を返している分割ページは sitemap から除外しています。「noindex なものを sitemap で送る」のは矛盾シグナルなので、両方を一緒に正しく扱う必要があります。

実装の中身（astro.config.mjs の中で MDX を走査する書き方、@astrojs/sitemap の serialize と filter の連動、運用上の落とし穴）は派生記事 sitemap の lastmod を MDX frontmatter から自分で差し込むにまとめました。

3 つはどうつながっているか

flowchart LR
  FM[frontmatter] --> Zod
  FM --> Sitemap
  FM --> Sync
  Body[本文 MDX] --> Sync

  Zod["Zod schema 検証<br/>category ⇔ affiliate"] --> Build
  Sitemap["sitemap lastmod 差し込み<br/>updatedDate を読む"] --> Build
  Sync["frontmatter ↔ 本文<br/>の整合"] --> Build

  Build[Astro build]

  Build --> HTML[HTML + JSON-LD + SVG]
  Build --> SM[sitemap.xml]

frontmatter と本文という 2 つの入力から別経路で 3 つの仕組みが走ります。frontmatter は Zod schema 検証と sitemap lastmod 差し込みを通り、frontmatter と本文の両方が「同じ内容が両側に書かれているか」の整合チェックに渡ります。

すべての結果が Astro build で束ねられ、HTML + JSON-LD + sitemap.xml として公開されます。どれか 1 つが落ちるとビルドが失敗するので、片方だけ整えても公開できません。

運用フローは単一情報源に集約する

記事追加・プロダクト追加・retire（記事削除）といった運用フローは、1 つの doc を単一情報源にしています。そこから雛形生成と整合性チェックのスクリプトを連動させる構成にして、毎回同じ手順を踏む前提にしました。これで「やり方が毎回バラつく」揺らぎは、執筆時の温度感以外の部分でほぼ吸収できると思います。

なお updatedDate を「冒頭注記の追加だけでは更新しない」「実質改稿時のみ更新する」というルールも明文化しました。検索エンジンと AI が dateModified を鮮度シグナルとして引くので、ここを甘く運用するとサイト全体の権威性が下がります。基準はあらかじめ決めておきます。

よくある質問

なぜ Astro 5 を選んだのか？

「Markdown 中心 / 完全静的出力 / frontmatter を型で縛れる / コア依存が少ない」の 4 条件で絞ったとき、Astro 5 が一番うまく当てはまりました。Content Collections と MDX が標準で入っており、追加プラグインを積まずに型付きコンテンツを扱える点で選んでいます。

ヘッドレス CMS（Sanity, Contentful 等）を入れないのはなぜ？

投稿頻度が週 1〜数本で、編集者が 1 名のため CMS の管理画面より MDX + git で書くほうが速いです。CMS を入れた瞬間に下書きの所在・スキーマ変更・API 認証など運用コストが乗ります。読者 1 万人規模を超えるか、複数編集者が入った時点で再評価する想定です。

全文検索はどう実装している？

Pagefind を astro build の後に走らせて、ビルド時に静的な検索インデックス（バイナリ化された辞書）を生成しています。フロントでは数十 KB の WASM ローダーから引いていて、サーバーレス関数も外部 API も使いません。

i18n は Astro 標準の機能をそのまま使っている？

ルーティングは Astro 5 の i18n（defaultLocale: en / prefixDefaultLocale: false）をそのまま使っています。一方で hreflang と sitemap の lastmod は MDX frontmatter から独自に取得する実装にしました。詳細は派生記事で扱います。

まとめ

全体像はここまでです。実際に作って回してみると、スタックを何で組むかより、frontmatter を schema でどこまで縛るかを決めるほうが、後の運用には効きました。

Figmaの使い方〜基礎編３〜スタイル登録とバリアンツでデザインを管理する

Tue, 05 Apr 2022 00:00:00 GMT

2026-05-16 追記: 初出から数年経過した記事です。骨子は今も参考になりますが、ツールの UI やバージョンは執筆当時のままで、最新版とは差異があります。

今回はFigma内でより管理しやすく、調整しやすくする機能を解説します。

デザインファイルまでの作成は前回紹介しましたので参考にしてください。

本記事の完成デザインは下画像になります。

カラースタイルの作成

前回までで画面内のパーツは揃ったので、色の登録を行って再利用しやすくしていきます。

まずはヘッダーの背景色を登録します。

Point

色の登録をしたい要素を選択

右ナビゲーション内のFillという項目を見つける

Fill項目の右に・が4つあるアイコンがあるのでクリック

出てくるColor Stylesの右にある+アイコンをクリック

モーダル内の入力欄に登録したい名前を入力

Create styleをクリック

これで色の登録ができました。

色の登録は他の要素で同色を利用している箇所で使用すると嬉しいことがあります。

ヘッダーの背景色はフッターの背景色でも利用しているので、フッターに先程登録した色を適用します。

Point

登録色を適応したい要素を選択

右ナビゲーション内のFillという項目を見つける

Fill項目の右に・が4つあるアイコンをクリック

出てくるColor Styles下の適応したい色をクリック

これでフッターに登録した色を適用できました。

このように各色をColor Stylesに登録し、各箇所に登録すると色を変えたい時に便利です。

下gifは他の色、要素全てColor Stylesで適応した状態でmain色を編集しています。

Point

何も要素が無いところをクリック

右ナビゲーション内のColor Stylesという項目を見つける

Color Styles項目の編集したい色までカーソルを持っていく

右に調整アイコンが表示されるのでクリック

カラーコードが下に表示されるのでクリック

カラーピッカーで任意の色を選択

デザインが煮詰まっていくにつれ、色を微調整する機会も増えていくので先行して色登録するのがオススメです。

またどの色をどんな役割で何個使用しているかもColor Stylesで把握できるので、変な色を使う可能性が減るメリットもあります。

フォントスタイルの作成

色登録のような機能はフォント設定も同様に存在します。

Point

フォントの登録をしたい要素を選択

右ナビゲーション内のTextという項目を見つける

Text項目の右に・が4つあるアイコンがあるのでクリック

出てくるText Stylesの右にある+アイコンをクリック

モーダル内の入力欄に登録したい名前を入力

Create styleをクリック

これでフォントスタイルも登録できました。

フォントスタイルの適応、編集はColor Stylesと同様です。

影の設定

ここまでは管理性の向上でしたが、今度は要素に影を付けていこうと思います。

試しにカードの枠に影を付けます。

Point

影を付けたい要素を選択

右ナビゲーション内のEffectsという項目を見つける

Effects項目の右に＋アイコンがあるのでクリック

Effects項目の右に太陽のアイコンがあるのでクリック

Drop shadow項目下の数値の変更をして指定したい値まで変更

方向キー↑↓で1ピクセル変更可

これでカードの枠に影を付けられました。

この影も他と同様にスタイルを登録できます。

Point

フォントの登録をしたい要素を選択

右ナビゲーション内のEffectsという項目を見つける

Effects項目の右に・が4つあるアイコンがあるのでクリック

出てくるEffect Stylesの右にある+アイコンをクリック

モーダル内の入力欄に登録したい名前を入力

Create styleをクリック

これで影のスタイルも登録できました。

影のスタイルの適応、編集はColor Stylesと同様です。

コンポーネントとオートレイアウトの組み合わせ

Web上に表示してあるボタンはクリックした瞬間色が変わったり、表示が変わったりします。

その状態変化をFigmaで表現したい時はバリアンツ機能が便利です。

今の状態だとバリアンツ機能が使いにくいので、バリアンツ機能の下準備としてオートレイアウト化してあるボタンをオートレイアウト機能を保持したまま別コンポーネント化していこうと思います。

このセクションには元素材としてコンポーネントとオートレイアウトを組み合わせる操作の GIF アニメーション (約 32 MiB) がありましたが、ホスティング (Cloudflare Pages) のファイルサイズ制限のため省略しています。実際の挙動は Figma 公式ドキュメントを参照してください。

Point

コンポーネント化したい要素を選択

フレーム外まで移動

［コンポーネント / オートレイアウト / 要素］の順に加工

要素のトップがフレームの場合はオートレイアウト化

子コンポーネントを1の元の場所まで移動

操作が複雑ですがこれでオートレイアウト機能を保持したままコンポーネント化できました。

バリアンツの作成

フレーム外にコンポーネントとしてボタンを用意できました。

ここからはボタンの状態変化をバリアンツ機能を用いて表現していきます。

Point: バリアンツの適応

オートレイアウト化したいコンポーネント化された要素を選択

右ナビゲーション内のVariantsという項目を見つける

Variants項目の右にある+アイコンをクリック

Variant2など表示されている入力欄に、サブ状態で登録したい状態名を入力

登録したい状態名の中の要素を選択

色などを変更

Point: バリアンツ状態の変化

状態を変化せたい要素を選択

右ナビゲーション内のコンポーネント名が書かれた項目をみつける

Property1などと書かれた右のドロップダウンをクリック

変化させたい状態名を選択

バリアンツ機能は適応するとコンポーネントの周りに点線が表示され、要素が複製されます。

そしてその複製された要素を編集することによってサブ状態が表現できる機能です。

ただしバリアンツ機能はコンポーネント化された要素のみ適応できるので注意です。

現状バリアンツに登録できるのはデフォルトの他１種類しか登録できないので、状態を追加します。

Point: 始点の変更

追加したいバリアンツ要素を選択

近くに＋アイコンが表示されるのでクリック

追加される場所は選択した要素の直下なので、なるべく一番下のバリアンツ要素から選択するのがオススメです。

完成

以上今回はFigmaの基礎編３を解説しました。

今後もスキル関係についての記事を投稿するのでお楽しみに！

Figmaの使い方〜基礎編２〜枠線・グループ化・コンポーネント・オートレイアウト

Fri, 01 Apr 2022 00:00:00 GMT

2026-05-16 追記: 初出から数年経過した記事です。骨子は今も参考になりますが、ツールの UI やバージョンは執筆当時のままで、最新版とは差異があります。

今回はFigmaの基礎編を解説します。

デザインファイルまでの作成は前回紹介しましたので参考にしてください。

本記事の完成デザインは下画像になります。

枠線の設定

前回はヘッダーとフッターを作成しました。

今回は最初にコンテンツ内のカードを作っていきます。

以下のgifは、フレームを作成後から始まっています。

Point

枠線を設定したい要素を選択

右ナビゲーション内のStrokeという項目を見つける

Stroke項目の右に＋アイコンがあるのでクリック

カラーコードが下に表示されるのでクリック

カラーピッカー or カラーピッカー下の色履歴で任意の色を選択

カラーコード下に表示されるので、三本線横の数字で線の太さを設定

これで枠線の設定ができました。

様々な要素の作成

カードの枠ができましたので中身を作成します。

下gifのようにタイトルテキストとコンテンツテキストを作っておきます。

次にコンテンツ下部に枠線とアバターアイコンを要素パーツを使用して設定します。

Point: 直線の作成

ヘッダーの四角アイコン横の∨をクリック

下にいくつか項目が出てくるのでLineをクリック

作成したい場所までマウスを持っていく

ドラッグアンドドロップで範囲指定

Point: 円の作成

ヘッダーの四角アイコン横の∨をクリック

下にいくつか項目が出てくるのでEllipseをクリック

作成したい場所までマウスを持っていく

ドラッグアンドドロップで範囲指定

中央や端まで移動すると補正が効きます
Shift + 移動でx軸とy軸を固定できます

これでコンテンツ下部に枠線とアバターアイコンができました。

グループ化

カードフレームの要素が多くなってきたので一つにまとめていきます。

Point

グループ化したい要素を選択（複数）

右クリックでメニューを表示

メニュー内のGroup selectionを選択

左ナビゲーション内でShift + 選択したい範囲をクリックすると範囲選択

要素を選択した状態で Ctrl + Gでグループ化

これで要素を一つにまとめられました。

丸みの変更

カード内の要素として最後にアバターアイコン横にボタンを作成します。

アバターアイコン横にフレームを作成して背景色を付けました。

ボタンフレームに丸みを付けたいのでボタンを丸くします。

Point

丸みを付けたい要素を選択

右ナビゲーション内のFrameという項目を見つける

Frame項目の赤枠内の数字をクリック

数値の変更をして指定したい値まで変更

方向キー↑↓で1ピクセル変更可

これでカード内の要素を全て作成し終わりました。

コンポーネントの作成

カードは通常、複数存在するので複製していきます。

しかし前回行ったコピペによる複製ではなく、より強化された複製コンポーネント機能を使用します。

Point

コンポーネント化したい要素を選択

右クリックでメニューを表示

メニュー内のCreate componentを選択

要素を選択した状態でCtrl + Alt + Kでコンポーネント化

コンポーネント化はgifの通り色々な機能があります。

マスターコンポーネントを調整すると子コンポーネントに反映
子コンポーネント内要素の調整（マスターコンポーネントには反映されない）
- 要素の表示、非表示切り替え機能
- 要素のテキスト変更機能

再利用しそうなフレームは積極的にコンポーネント化して、以後のデザイン調整を楽にするのがFigmaの最大メリットのひとつです。

オートレイアウトの作成

ボタン内のテキストを後から長い文言に差し替えたい場面が出てきました。

そこでオートレイアウト機能を使ってボタン内のテキストを変更していきます。

Point: オートレイアウト化

オートレイアウト化したい要素を選択

右クリックでメニューを表示

メニュー内のAdd auto layoutを選択

要素を選択した状態でShift + Aでオートレイアウト化

通常変更テキストが長くなると要素外に飛び出してしまうのですが オートレイアウト機能を使用するとgifの通り、上下左右の余白を保ってくれます。

フレーム内の要素の幅、高さが可変する時はオートレイアウト機能を使用します。

先程のオートレイアウトだとボタンが右に長くなっていき、右側の余白が小さくなってしまいます。

もうひと手間いれて右側の余白を維持したまま可変対応します。

Point: 始点の変更

始点の変更したい要素を選択

右ナビゲーション内のConstraintsという項目を見つける

四角図内になる青線を選択して、始点の変更

これでボタンオートレイアウトの始点を右下に変更し、右側の余白を維持したまま可変対応できました。

四角図の右にleftなど書かれている文字からも始点変更できます。

オートレイアウト機能にはもう一つ有効な機能があります。

その機能を利用して今度はカード周りの余白の大きさ、カード間の余白の大きさを調整します。

Point: オートレイアウトの調整

オートレイアウト化したい複数要素を選択

オートレイアウト化

右ナビゲーション内のAuto layoutという項目を見つける

Auto layout項目内の一番右の四角をクリック

要素の上下左右の余白ピクセルがでるので調整

三本線のアイコンをクリック

オートレイアウト化した要素間の広さを調整

右ナビゲーション内のAuto layoutは余白の調整ができます。

同一の要素が複数表示される時はオートレイアウト機能を使い、要素外の余白＆要素間の余白が楽に調整できるので積極的に使用します。

完成

以上今回はFigmaの基礎編２を解説しました。

次回はFigmaをもっと管理しやすくする機能を解説します。

Figmaの使い方〜基礎編１〜フレーム・テキスト・整列など最初の基本操作

Wed, 30 Mar 2022 00:00:00 GMT

2026-05-16 追記: 初出から数年経過した記事です。骨子は今も参考になりますが、ツールの UI やバージョンは執筆当時のままで、最新版とは差異があります。

Figma の基礎編、その一回目。前回でデザインファイルまで作ったので、ここからは画面の中身を組んでいきます。

完成形は下の画像のとおり。シンプルな画面ですが、フレーム・色・テキスト・整列という Figma の基本がひととおり詰まっています。

基本操作

画面のおおよその見方は以下の通りです。

ヘッダーは操作系統
左サイドバーは作成したオブジェクト
右サイドバーは選択したオブジェクトの調整

Flame

まずは大元になる画面範囲を作成します。

フレームというパーツを使用して画面を表現していきます。

フレームは画面の範囲、要素の外枠などで多様するパーツでテンプレートがいくつか用意されているので、最初はそれを使うと簡単に作成できます。

Point

ヘッダーのフレームアイコンをクリック

右ナビゲーションにフレームテンプレートが表示されるので、任意のフレームを選択

クリックすると中央にiPhone 13 Pro Maxに対応したフレームが作成できました。

右ナビゲーションには # iPhone 13 Pro Max と書かれたフレームが作成されてます。

大元になる画面範囲を作成できたので、ここからは画面内の要素作成に入ります。

まずはヘッダーを作成します。

先程はフレームのテンプレート機能を使いましたが、今回は自由作成でフレームを作成していきます。

Point

ヘッダーのフレームアイコンをクリック

作成したい場所までマウスを持っていく

ドラッグアンドドロップで範囲指定

自由作成では数ピクセル単位で作成するのは難しいので、大体の大きさで作成しましょう。

自由作成はヘッダーなどの大きな塊や、ボタンなどの小さな要素のベースを作成する時に使用します。

背景色の変更

自由作成で作成したフレームは真っ白の状態なので認識しやすいようにヘッダー用のフレームに背景色をつけようと思います。

背景色などの細かな調整は、右ナビゲーション内で行います。

Point

調整したい要素を選択

右ナビゲーション内のFillという項目を見つける

Fill項目の右に＋アイコンがあるのでクリック

カラーコードが下に表示されるのでクリック

カラーピッカーで任意の色を選択

これで背景色を黒く変更できました。

要素の移動、大きさの変更

ヘッダーの色は付けられましたが、位置も大きさもおかしいです。

持っていきたい位置と大きさに修正してきます。

Point: 位置の修正

調整したい要素を選択

ドラッグアンドドロップで持っていきたい場所まで移動

中央や端まで移動すると補正が効きます

Shit + 移動でx軸とy軸を固定できます

Point: 大きさの変更

調整したい要素を選択

大きさを変更したい要素の枠までカーソル移動

ドラッグアンドドロップで大きさを調整

これでヘッダーがある正しい位置と大まかな大きさにできました。

しかしヘッダーの高さが数ピクセルずれてしまったので、微調整します。

Point: 要素の高さ微調整

調整したい要素を選択

右ナビゲーションのFrame内にあるHのテキストを選択

数値の変更をして指定したい値まで変更

方向キー↑↓で1ピクセル変更可

Frame内のX, Yは位置、W, Hは横と高さの値が表示され修正できます。

テキスト入力

ヘッダーの枠を作成したので、ヘッダー内の要素を作っていこうと思います。

今回は解説用にヘッダー内にテキストを表示させます。

Point

ヘッダーのTアイコンをクリック

テキストを表示したい箇所でクリック

入力状態になるので、任意の文字を入力

これでヘッダー内に「ヘッダー」という文字を表示できました。

フォントサイズ変更

今の状態では文字が小さすぎるので見やすいようにフォントサイズを大きくします。

細かな調整なので他と同様、右ナビゲーション内で行います。

Point

調整したいテキストを選択

右ナビゲーション内のTextという項目を見つける

Text項目右下に数字が書いてある項目を見つける

数字をクリック

数値の変更をして指定したい値まで変更

方向キー↑↓で1フォントサイズ変更可

これで見やすいフォントサイズまで変更できました。

要素の揃え方

フォントサイズは見やすい大きさまで調整できました。次にテキストの表示位置を修正しようと思います。

細かな調整なので他と同様、右ナビゲーション内で行います。

Point: 要素の横中央揃え

調整したい要素を選択

右ナビゲーション内の中央に縦線が引いてあるアイコンをクリック

Point: 要素の縦中央揃え

調整したい要素を選択

右ナビゲーション内の中央に横線が引いてあるアイコンをクリック

中央揃えした時と同行の他アイコンは整列系のアイコンです。

ヘッダーは完成したので、フッターを作成していきます。

フッターのデザインはヘッダーと同じデザインを使用するので、ヘッダーをコピーします。

Point: 要素の複製

複製したい要素を選択

Ctrl + Cを入力

Ctrl + Vを入力

これでフッター用にコピーできました。

しかしヘッダーと同じ位置にあるので、一番下に持っていきます。

Point: 要素の縦下揃え

調整したい要素を選択

右ナビゲーション内の下部に横線が引いてあるアイコンをクリック

これでフッターも完成です。

ここまでで Figma の最初の操作はひととおり触れたはず。次回は、Figma を使うなら早めに押さえておきたい中核機能を扱います。

Figmaの使い方〜準備編〜アカウント作成・チーム作成・デザインファイル作成まで

Tue, 29 Mar 2022 00:00:00 GMT

2026-05-16 追記: 初出から数年経過した記事です。アカウント作成・チーム作成・ファイル作成という骨子は今も同じですが、UI の細部や用語は当時のまま残しています。現在の Figma には Dev Mode、Variables、Auto layout の強化など、当時には無かった機能が追加されています。最新の画面と読み比べる前提でお読みください。

今回はFigmaの概要と、最初のデザインファイルが開くまでの準備を整理します。アカウント作成・チーム作成・ファイル作成の3つを順番に進めるだけで、UI デザインのキャンバスにたどり着けます。

Figma の概要を理解する

Figma はブラウザ上で動く UI デザインツールです。インストール不要で、URL を開けばすぐに編集画面に入れます。

他にもプロトタイピング用のツールはありますが、Figma の輪郭をつかむうえで押さえておきたい特徴は次の2つです。

クラウド上で作業する
複数人で同時編集できる

クラウドで作業する

Figma はファイルがクラウドに置かれ、編集も基本的にブラウザの中で完結します。

アカウントさえ作っておけば、ブラウザが動く PC からログインするだけで、編集中のデータを閲覧・編集できます。手元の環境にツールをインストールする必要はありません。

複数人で同時編集できる

Figma の最も特徴的な点は、複数人が同じファイルを同時に編集できることです。

個人で使う分には恩恵は薄いですが、仕事でプロトタイプを進める場合、ファイルを zip で渡す・最新版を取り違える、といった面倒がほぼなくなります。

※リモートワークの会議では特に効きます。画面共有しながらその場で直す、ができるためです。

アカウントを作成する

実際に使い始めるには、まず Figma のアカウントを作ります。

公式サイトを開いて、サインアップに進みます。

https://www.figma.com/

アクセスすると上の画面が表示されるので、赤枠の Sign up ボタンをクリックします。

クリックすると、アカウント新規作成モーダルが表示されます。

Google アカウントで新規作成するのが手間が少なく、おすすめです。メールアドレスでも問題ありません。

チームを作成する

アカウントを作成してログインできたら、最初にチームを作成します。

チームは PC のフォルダに近い概念です。先にチームというフォルダを作り、その中にデザインファイルを置く、という階層になります。

以下の赤枠箇所をクリックします。

クリックすると、チーム名入力画面が表示されます。

任意のチーム名を入力して、Create team ボタンをクリック。

次にチームに追加したいユーザーを入力する画面に進みます。

今回は一人で無料枠で作るので、画面下にある Skip for now をクリックして進めます。

最後に Figma のプランを選択します。

無料プランで進めるので、赤枠の Choose Starter を選択。これでチーム作成は完了です。

デザインファイルを作成する

チームができたので、実際に編集する場所、デザインファイルを作成します。

無料版では、デザインファイルは3つまでしか作成できない点に注意してください（執筆当時の制限。最新の上限は公式の料金ページを確認してください）。

デザインファイルの作成自体は簡単です。

左側に作成したチーム名が表示されているので、選択すると下の画面が表示されます。

赤枠をクリックすると、新規のデザインファイルが作成されます。

作成すると以下の画面が開き、これで準備は完了です。

ここまでで、Figma の概要を押さえ、空のキャンバスにたどり着くところまで進みました。

実際にこのキャンバス内で何をどう操作するかは、続編の基礎編で扱っています。

デザイン思考とは？共感から真の問題を探すプロセスと仕事への活かし方

Sat, 19 Mar 2022 00:00:00 GMT

2026-05-16 追記: 初出から数年経過した記事です。骨子は今も参考になりますが、ツールの UI やバージョンは執筆当時のままで、最新版とは差異があります。

デザイン思考とは？

仕事で「デザイン思考」を使う場面が増えたので、自分なりの解釈も交えて整理しておきます。

デザイン思考はもともとデザイナーが創造の場面で使っていた考え方を、他分野の問題解決にも応用しようとしたアプローチです。

理論や数字を重視し「問題を解決する考え方」をする論理的思考に対し、

デザイン思考は共感や感情を起点に「真の問題を探索する考え方」と整理できます。

よく引かれる例が、自動車を世に出したフォードの逸話です。「速い馬が欲しい」というユーザーの要求を、馬という具体物ではなく「移動したい」という抽象的な欲求として読み替え、車という解を選んだとされています。

このように、提示された問題そのものを疑い、その奥にある真の問題を取りに行くのがデザイン思考の特徴です。

デザイン思考のプロセス

この考え方では、問題解決を「発散」と「収束」のパターンで進めます。これをダブルダイヤモンドモデルと呼びます。

プロセスは大きく四つの段階に分かれます。

正しい問題を見つけるための発散と収束 — 「探索」と「定義」
正しい解決策を見つけるための発散と収束 — 「展開」と「提供」

この 4 段階を素早く回しながら、製品の精度を上げていきます。

正しい問題を見つける発散

探索

探索フェーズはデザイン思考の核「真の問題を探索する考え方」を最も意識する場面です。

実際に使用するユーザーを観察したり、インタビューしたりして「ニーズを探索する」のがここでの仕事です。

なぜその操作（行動）を行ったのか
サービスを触る前後の心理状態（感情）はどうだったか
など

こうした問いかけで問題を発散させます。

当たり前で言わなくてよさそうなことから、奇抜で突飛なことまで、薄く広く出していきます。

定義

探索で仮説が出そろったら、今度は問題を絞り込みます。

ユーザーが最も強く感じている問題はどれか
根本的な原因・要因はどう抽象化できるか

ユーザー視点だけでなく、マーケティングや営業の視点も入れて、多面的に収束させます。

正しい解決策を見つける発散

ここから先は、ふだんの論理的思考に近い領域です。

アイデア出しでは、次の点に気をつけています。

アイデアは多ければ多いほどよい
当たり前のことほど質問する
早すぎる決定（固執）は危険
アイデアを否定しない

デザイン思考のデメリット

時間とコストがかかる

プロセスの特性上、どうしても時間とコストがかかります。

ビジネスとしての製品開発には締切がある以上、あらかじめタイムリミットを切ったうえで回すのが現実的です。

実践のハードルが高い

ユーザー視点と共感が肝心で、これは一朝一夕には身につきません。観察とインタビューを地道に重ねる訓練が要ります。

そのうえでアイデアを広げる発想力も求められるので、初学者がいきなりフルに回すのは難しい部類です。

ちょっとした改善には不向き

真の問題から探り直すデザイン思考は、新しいソリューションを生み出すのは得意な反面、既存機能の細かい改善にはコスト過剰になりがちです。改善寄りのタスクなら、論理的思考で淡々と詰めるほうが速い場面も多いと思います。

実際に用いるためには

ユーザー視点・共感・アイデア創出のいずれも訓練が要るため、明日からフルセットで回すのは現実的ではありません。

そこで、エッセンスだけ抜き出して普段の働き方に少しずつ混ぜる方法を考えました。

結局この考え方が言いたいこと

核は「真の問題を探索する」こと、言い換えると提示された問題から一歩引いて考えてみることだと受け取っています。

ユーザー視点が最も効きますが、そこに囚われず、対象の背景を想像するだけでも別の角度が見えてきます。デザイン思考はそういう「視点をずらす道具」として捉えると、肩肘張らずに使えると思います。

ユーザー視点を鍛える

ユーザー視点を鍛えるには、自分がふだん使っている類似商品を実際に触ってみるのが手早い方法です。

使い慣れた製品との違いに気づき、比較できるようになる。それがユーザー視点の第一歩になります。

ミクロデザイン思考

デザイン思考を看板に掲げて推進しなくても、考え方の一部分だけを日常の業務に差し込むことはできます。

たとえばミーティングのある議題について、そもそもこの議題設定は正しいのか、視点が局所的になっていないか、と疑ってみる。小さい単位で練習を重ねると、議論の解像度も少しずつ変わってくるはずです。

microSDカードの選び方 — 用途別の表記とビットレート早見表

Sat, 26 Feb 2022 00:00:00 GMT

Switch 2 なら SD Express 規格の microSD、スマホのアプリ用なら A1 以上、動画の録画ならビットレートで選びます。この記事の計算では、録画は240Mbps以下ならV30で足りますが、216Mbpsを超え240Mbpsまではぎりぎりです。

ゲーム: すぐ次の Switch 2 の節
スマホ: 「スマホのアプリは A1・A2」の節
動画: 「動画はビットレートで選ぶ」の節
ドラレコ: 「ドラレコは高耐久カード」の節

Switch 2 は microSD Express だけ

任天堂の米国サポートページでは、Nintendo Switch 2で使えるmicroSDは、microSD Expressだけです。容量は2TBまで対応しています。

任天堂の米国サポートページでは、初代Switchで使っていた普通のmicroSDをSwitch 2に挿しても、ゲームやセーブデータは保存できません。画面写真と動画は取り出せます
Samsung の Switch 2 用 256GB は、最大読み出しが800MB/sです。UHS-I で使うと90MB/sです

カードの最大速度の差から、ゲームの読み込み時間がどれだけ変わるかは分かりません。実機での読み込み時間は確かめていません。

ゲームの容量の目安は、任天堂の米国サポートページでは見つかりませんでした。遊ぶゲームごとに確かめてください。

スマホのアプリは A1・A2

A2を選ぶ前に、スマホがA2に対応しているか確かめます。

SD Association の規格では、IOPSは、小さなデータを1秒間に読み書きできる回数です。A2の速さが出るのは、機器もA2に対応しているときだけです。

表記	読み出しの最低	書き込みの最低
A1	1500IOPS	500IOPS
A2	4000IOPS	2000IOPS

スマホが使える容量の上限は、機種の仕様で確かめてください。

動画はビットレートで選ぶ

この記事の計算では、録画に要る書き込み速度は、録画のビットレートのMbpsを8で割ったMB/sです。表はビデオスピードクラスの表記で、必要な書き込み速度に合う最低のVの表記と、256GBの録画時間です。機器が指定する系統の表記に合わせてください。

V60は240Mbpsを超え480Mbpsまで、V90は480Mbpsを超え720Mbpsまでです。ぎりぎりの範囲は表の「ぎりぎり」で示します。

録画のビットレート	要る書き込み速度	最低のV表記	録画時間（上限の目安）
50Mbps	6.25MB/s	V10	約682分
100Mbps	12.5MB/s	V30	約341分
150Mbps	18.75MB/s	V30	約227分
200Mbps	25MB/s	V30	約170分
240Mbps	30MB/s	V30・ぎりぎり	約142分
300Mbps	37.5MB/s	V60（UHS-II 以上）	約113分
400Mbps	50MB/s	V60（UHS-II 以上）	約85分
600Mbps	75MB/s	V90（UHS-II 以上）	約56分
800Mbps	100MB/s	V90 でも不足	約42分

SD Association の規格では、V60とV90は、UHS-II以上のバスで使う表記です。機器とカードの両方がUHS-IIに対応している必要があります

ビットレートは機器の説明書の値を使います。次のツールは、使い方とビットレートから要る表記を出します。

microSD の表記の判定

使い方（Switch 2・スマホ・動画・ドラレコ）と容量を選ぶと、要るカードの種類と表記を出します。動画とドラレコは録画のビットレートから、要る書き込み速度・最低の速度クラス・録画できる時間を計算します。条件に合うカードも1つ出します。

ドラレコは高耐久カード

ドラレコには高耐久カードを候補にします。根拠は2つです。

Samsung の公式資料では、一般向けのPRO PlusとmicroSD Expressは、ドラレコなど書き込みの多い使い方を保証の対象外にしています
SanDisk の公式ページでは、高耐久のSanDisk High Endurance 256GBは、録画時間を最大20,000時間としています。これはフルHDの場合で、4Kでは短くなります

寿命の年数は、公式ページでは見つかりませんでした。

容量・速度表記・バス

自分の機器で使える容量は？

SD Association の規格では、SDHCは2GBを超え32GBまで、SDXCは32GBを超え2TBまで、SDUCは2TBを超え128TBまでです。SDXCのカードは、SDXCかSDUCに対応した機器でしか使えません。

SDHC はFAT32、SDXC と SDUC はexFATで使います

どの速度表記に合わせる？

Class 10・U1・V10は数字の上では同じ10MB/sですが、系統の違う表記どうしでは期待どおりの書き込み速度は保証されません。機器が指定する系統の表記で選びます。

U3 と V30: 最低30MB/s
V60: 最低60MB/s
V90: 最低90MB/s

録画で見るのは、書き込みの値です。読み出しの最大は、データを取り出すときの値です。

最低の書き込み速度を示す標準の方法は、速度クラスの表記です。メーカーが特定のカードで最低値を示すこともあります。

速いカードやバスで速くなる？

同じSanDisk Extreme（SDSQXH9）でも、最大の書き込み速度は256GBが170MB/s、128GBが120MB/sです。

容量が大きいと遅くなる、とは言い切れません。上の例では、大きいほうが最大書き込みは上です。

バスは機器とカードをつなぐ道で、UHS-I、UHS-II、SD Express の順に速くなります。カードが速くても、機器のバスが遅いとそこで頭打ちです。

条件ごとの候補

メーカーの公式ページで表記を確かめたカードから、用途別に候補を選びました。購入前に、機器の対応容量を確かめてください。条件はこうです。

メーカーの公式ページに、表記の記載がある
販売元が Amazon か、メーカー直営の出品
新品で、評価が100件以上、星4以上
サクラチェッカーで注意が出ていない
第三者の割高な並行輸入ではない

Amazon で調べた主要メーカーの現行モデルのうち、条件を満たす出品が複数あるときは、いちばん安いものです。価格は各販売サイトで確かめてください。

Switch 2

microSD Express の表記があります。

評価数が、同じ商品ページのほかの型番と合算かどうかは確かめていません。

動画（240Mbps以下）

公式の表記は V30 です。ドラレコ・防犯カメラ向けの高耐久カードで、V30 も満たします。216Mbpsを超え240Mbpsまでの録画は、ぎりぎりです。

スマホ

公式の表記はA1・U1・V10です。動画の表記は V10 なので、80Mbps以下の録画までです。72Mbpsを超え80Mbpsまでは、ぎりぎりです。

ドラレコ・防犯カメラ

録画時間が公表された高耐久カードです。

よくある質問

Switch 2で使えるmicroSDは？

任天堂の米国サポートページでは、Nintendo Switch 2で使えるmicroSDは、SD Express規格のカードだけです。容量は2TBまで対応しています。

Class 10・U1・V10は同じ？

V30・V60・V90はどう選ぶ？

この記事の計算では、ビットレートが240Mbps以下の録画なら、V30（最低30MB/s）の表記で足ります。216Mbpsを超え240Mbpsまでは、余裕が10%未満でぎりぎりです。

V60は240Mbpsを超え480Mbpsまで、V90は480Mbpsを超え720Mbpsまでです。ぎりぎりの範囲は表の「ぎりぎり」で示します。

SD Association の規格では、V60とV90は、UHS-II以上のバスで使う表記です。機器とカードの両方がUHS-IIに対応している必要があります。

カードに書かれた「最大○○MB/s」は保証される速度？

最大○○MB/sは、最低保証の速度ではありません。最低の書き込み速度を示す標準の方法は、速度クラスの表記です。

メーカーが特定のカードで最低値を示すこともあります。SanDiskの同じ製品でも、最大の書き込み速度は256GBが170MB/s、128GBが120MB/sです。

スマホのmicroSDにA2は必要？

A2を選ぶ前に、スマホがA2に対応しているか確かめます。SD Association の規格では、IOPSは、小さなデータを1秒間に読み書きできる回数です。

A2の速さが出るのは、機器もA2に対応しているときだけです。

ドライブレコーダーに高耐久カードは必要？

ドラレコには高耐久カードを候補にします。Samsung の公式資料では、一般向けのカードには、ドラレコなど書き込みの多い使い方を保証の対象外にしているものがあります。

SanDisk の公式ページでは、高耐久カードの256GBで、録画時間を最大20,000時間としているものがあります。これはフルHDの場合で、4Kでは短くなります。

計算に使ったデータと式（検証用）

調べ方と出典: 2026年10月時点の、各社の公式ページの記載から計算しました。実機は試していません。

出典: SD Association 速度クラス／ SD Association アプリの性能クラス／ SD Association バス速度／ SD Association 容量の規格／任天堂 Switch 2 の microSD（米国）／ SanDisk Extreme ／ SanDisk High Endurance ／ Samsung microSD Express データシート／ Samsung PRO Plus

計算の方法

要る書き込み速度（MB/s）= 録画のビットレート（Mbps）÷ 8。ビットレートは機器の録画モードの公称値を使い、録画中の揺れは入れていない。
最低の表記は、SD Association の速度クラスの表で、最低の書き込み速度が要る書き込み速度以上になるいちばん下の表記にした。ビデオスピードクラスは V6=6MB/s、V10=10MB/s、V30=30MB/s、V60=60MB/s、V90=90MB/s、UHS スピードクラスは U1=10MB/s、U3=30MB/s、スピードクラスは Class 10=10MB/s（公式ページの表の画像から読んだ）。境目のビットレートは V30 が 240Mbps、V60 が 480Mbps、V90 が 720Mbps。余裕（表記の最低 − 要る速度）÷ 表記の最低が 10% 未満ならぎりぎりとした（この記事で決めた値）。
SD Association は、ホストと違う系統の表記の組み合わせ（ホストが Class 10 でカードが U1 など）では期待する書き込み速度が保証されないとしているので、系統の違う表記を同じものとして扱っていない。V60・V90 は UHS-II 以上のバスで使う表記として、条件つきにした。
録画できる時間（分）= 容量（GB）× 8000 ÷ ビットレート（Mbps）÷ 60 を切り捨て。1GB = 10億バイト（SanDisk の注記と同じ、カードの表記の数え方）で計算し、ファイルシステムなどで実際に使える容量が少ない分は入れていないので、上限の目安。
容量の規格は SD Association の表（SDHC は 2GB を超え 32GB まで・FAT32、SDXC は 32GB を超え 2TB まで・exFAT、SDUC は 2TB を超え 128TB まで）。A1・A2 は Application Performance Class の表（A1 はランダム読み出し 1500IOPS・書き込み 500IOPS、A2 は 4000IOPS・2000IOPS、どちらも持続書き込み 10MB/s）。Switch 2 は任天堂の米国サポートページ（microSD Express だけ、容量は 2TB まで）。日本の任天堂のページは本文を読めていない。
カードのメーカーの読み書き速度は「最大」の値で、保証ではない。候補は、メーカーの公式ページか資料で表記を確かめたカードから、販売元が Amazon かメーカー直営の新品・評価100件以上・星4以上・サクラチェッカーで疑いなし・購入する型番が公式ページの型番と同じものの中で、送料込みでいちばん安いもの。実機は試していない。

使った公式の値

項目	値	出典	確認日
SDHC の容量の上限	32 GB	sdcard.org Capacity table: SDHC more than 2GB up to 32GB (FAT32); SDXC more than 32GB up to	2026-10-08
SDXC の容量の下限（これを超える）	32 GB	sdcard.org Capacity table: SDHC more than 2GB up to 32GB (FAT32); SDXC more than 32GB up to	2026-10-08
SDXC の容量の上限	2 TB	sdcard.org Capacity table: SDHC more than 2GB up to 32GB (FAT32); SDXC more than 32GB up to	2026-10-08
SDUC の容量の上限（2TB 超）	128 TB	sdcard.org Capacity table: SDHC more than 2GB up to 32GB (FAT32); SDXC more than 32GB up to	2026-10-08
SDHC のファイルシステム	FAT32	sdcard.org Capacity table: SDHC more than 2GB up to 32GB (FAT32); SDXC more than 32GB up to	2026-10-08
SDXC / SDUC のファイルシステム	exFAT	sdcard.org Capacity table: SDHC more than 2GB up to 32GB (FAT32); SDXC more than 32GB up to	2026-10-08
SDXC カードを使える機器	SDXC card works in SDXC and SDUC hosts only	sdcard.org SDXC memory cards can be used with SDXC devices and SDUC Host Devices	2026-10-08
UHS-I のバス速度の上限（SDR104）	104 MB/s	sdcard.org Bus speed table (re-read on the original page, 2026-10-08)	2026-10-08
UHS-II のバス速度（全二重）	156 MB/s	sdcard.org Bus speed table (re-read on the original page, 2026-10-08)	2026-10-08
UHS-II のバス速度（半二重）	312 MB/s	sdcard.org Bus speed table (re-read on the original page, 2026-10-08)	2026-10-08
UHS-III のバス速度（全二重・下位）	312 MB/s	sdcard.org Bus speed table (re-read on the original page, 2026-10-08)	2026-10-08
UHS-III のバス速度（全二重・上位）	624 MB/s	sdcard.org Bus speed table (re-read on the original page, 2026-10-08)	2026-10-08
SD Express のバス速度（PCIe Gen3 x1）	985 MB/s	sdcard.org Bus speed table (re-read on the original page, 2026-10-08)	2026-10-08
SD Express のバス速度（PCIe Gen4 x1）	1970 MB/s	sdcard.org Bus speed table (re-read on the original page, 2026-10-08)	2026-10-08
SD Express のバス速度（PCIe Gen4 x2）	3940 MB/s	sdcard.org Bus speed table (re-read on the original page, 2026-10-08)	2026-10-08
Class 2 の最低書き込み速度	2 MB/s	sdcard.org Table image (SpeedClass9.1EN.png, opened 2026-10-08): minimum sequential write s	2026-10-08
Class 4 の最低書き込み速度	4 MB/s	sdcard.org Table image (SpeedClass9.1EN.png, opened 2026-10-08): minimum sequential write s	2026-10-08
Class 6 の最低書き込み速度	6 MB/s	sdcard.org Table image (SpeedClass9.1EN.png, opened 2026-10-08): minimum sequential write s	2026-10-08
Class 10 の最低書き込み速度	10 MB/s	sdcard.org Table image (SpeedClass9.1EN.png, opened 2026-10-08): minimum sequential write s	2026-10-08
UHS スピードクラス U1 の最低書き込み速度	10 MB/s	sdcard.org Table image (SpeedClass9.1EN.png, opened 2026-10-08): minimum sequential write s	2026-10-08
U3 の最低書き込み速度	30 MB/s	sdcard.org Table image (SpeedClass9.1EN.png, opened 2026-10-08): minimum sequential write s	2026-10-08
ビデオスピードクラス V6 の最低書き込み速度	6 MB/s	sdcard.org Table image (SpeedClass9.1EN.png, opened 2026-10-08): minimum sequential write s	2026-10-08
V10 の最低書き込み速度	10 MB/s	sdcard.org Table image (SpeedClass9.1EN.png, opened 2026-10-08): minimum sequential write s	2026-10-08
V30 の最低書き込み速度	30 MB/s	sdcard.org Table image (SpeedClass9.1EN.png, opened 2026-10-08): minimum sequential write s	2026-10-08
V60 の最低書き込み速度	60 MB/s	sdcard.org Table image (SpeedClass9.1EN.png, opened 2026-10-08): minimum sequential write s	2026-10-08
V90 の最低書き込み速度	90 MB/s	sdcard.org Table image (SpeedClass9.1EN.png, opened 2026-10-08): minimum sequential write s	2026-10-08
SD Express スピードクラス E150 の最低書き込み速度	150 MB/s	sdcard.org Table image (SpeedClass9.1EN.png, opened 2026-10-08): minimum sequential write s	2026-10-08
E300 の最低書き込み速度	300 MB/s	sdcard.org Table image (SpeedClass9.1EN.png, opened 2026-10-08): minimum sequential write s	2026-10-08
E450 の最低書き込み速度	450 MB/s	sdcard.org Table image (SpeedClass9.1EN.png, opened 2026-10-08): minimum sequential write s	2026-10-08
E600 の最低書き込み速度	600 MB/s	sdcard.org Table image (SpeedClass9.1EN.png, opened 2026-10-08): minimum sequential write s	2026-10-08
ホストとカードのスピードクラスの組み合わせ	Choose the same or higher class symbol than the host’s; different symbol families are not guaranteed to substitute (e.g. host Class 10 with a U1 card)	sdcard.org Best Combination between Speed Class Host and Card	2026-10-08
V60・V90 に必要なバス	V60 and V90 are used in UHS-II mode or faster; U1/U3 in SDR50/DDR50 or faster; E-classes in SD Express mode	sdcard.org Regarding bus mode, it is necessary to use a bus mode fast enough that does not	2026-10-08
A1 の最低ランダム読み出し	1500 IOPS	sdcard.org Specification table image (img_application.jpg, opened 2026-10-08): A1 1500 / 50	2026-10-08
A1 の最低ランダム書き込み	500 IOPS	sdcard.org Specification table image (img_application.jpg, opened 2026-10-08): A1 1500 / 50	2026-10-08
A2 の最低ランダム読み出し	4000 IOPS	sdcard.org Specification table image (img_application.jpg, opened 2026-10-08): A1 1500 / 50	2026-10-08
A2 の最低ランダム書き込み	2000 IOPS	sdcard.org Specification table image (img_application.jpg, opened 2026-10-08): A1 1500 / 50	2026-10-08
A1・A2 の最低持続シーケンシャル書き込み	10 MB/s	sdcard.org Specification table image (img_application.jpg, opened 2026-10-08): A1 1500 / 50	2026-10-08
A2 を生かす条件	A2 performance is available only with an A2-capable host and an A2 card; at least A1 performance is available with A1 and A2 combinations	sdcard.org Specification table image (img_application.jpg, opened 2026-10-08): A1 1500 / 50	2026-10-08
Switch 2 で使える microSD	Nintendo Switch 2 is only compatible with microSD Express cards	en-americas-support.nintendo.com ‘Nintendo Switch 2 is only compatible with microSD Express cards.’ (opened 2026-	2026-10-08
初代 Switch で使った microSD を Switch 2 に挿したとき	A microSD card used with Nintendo Switch cannot save or load digital games or save data on Switch 2; screenshots and videos from the original Switch can still be retrieved	en-americas-support.nintendo.com Inserting a microSD card previously used on a Nintendo Switch console into Switc	2026-10-08
Switch 2 が対応する microSD Express の容量の上限	2 TB	en-americas-support.nintendo.com microSD Express cards with a capacity of up to 2TB are supported	2026-10-08
初回使用時のシステム更新	A system update via the internet is required the first time a microSD Express card is used	en-americas-support.nintendo.com Please note: a system update via the internet is required the first time you use	2026-10-08
初代 Switch に microSD Express を挿したときの速度	On a Nintendo Switch console a microSD Express card reads and writes at the speed of a microSD card	en-americas-support.nintendo.com On a Nintendo Switch console, the data reading and writing speed for a microSD E	2026-10-08
SanDisk Extreme（SDSQXH9）256GB の最大読み出し速度	245 MB/s	sandisk.com [256GB-1TB] Up to 245MB/s read speed (beyond UHS-I 104MB/s; compatible devices r	2026-10-08
SanDisk Extreme（SDSQXH9）256GB の最大書き込み速度	170 MB/s	sandisk.com [256GB-1TB] Up to 170MB/s write speed	2026-10-08
同じカードの 128GB の最大書き込み速度（容量で変わる例）	120 MB/s	sandisk.com [128GB] Up to 120MB/s write speed	2026-10-08
旧 Extreme（SDSQXAV）128GB の最大書き込み速度	90 MB/s	sandisk.com Footnote: For 128GB: Up to 90MB/s write speeds (256GB-1TB: up to 130MB/s)	2026-10-08
SanDisk High Endurance の最大読み出し速度	100 MB/s	sandisk.com Up to 100MB/s read speed	2026-10-08
SanDisk High Endurance の最大書き込み速度	40 MB/s	sandisk.com Up to 40MB/s write speed	2026-10-08
SanDisk High Endurance 256GB の録画時間（フル HD のみ・最大）	20000 hours	sandisk.com Up to 20,000 hours for 256GB. Full HD video only; total hours less for 4K UHD vi	2026-10-08
SanDisk MAX ENDURANCE 256GB の録画時間（フル HD のみ・最大）	120000 hours	sandisk.com Up to 120,000 hours/over 13 years for 256GB. Full HD video only	2026-10-08
SanDisk MAX ENDURANCE の最大書き込み速度	40 MB/s	sandisk.com Up to 100MB/s read speed, up to 40MB/s write speed	2026-10-08
SanDisk microSD Express 256GB の最大書き込み速度	650 MB/s	sandisk.com [256GB] Up to 880MB/s read, up to 650MB/s write	2026-10-08
SanDisk microSD Express 256GB の持続書き込み速度（最低）	210 MB/s	sandisk.com [256GB] 210MB/s minimum sustained write speed	2026-10-08
同 512GB の持続書き込み速度（最低）	220 MB/s	sandisk.com [512GB] 220MB/s minimum sustained write; [1TB] 745MB/s	2026-10-08
Samsung microSD Express 256GB の最大読み出し速度	800 MB/s	download.semiconductor.samsung.com Sequential Read Speed (SD Express) 800 MB/s, (UHS-I) 90 MB/s; Speed Class Class	2026-10-08
同カードを UHS-I で使うときの読み出し速度	90 MB/s	download.semiconductor.samsung.com Sequential Read Speed (UHS-I) 90 MB/s	2026-10-08
Lexar PLAY PRO microSD Express の最大読み出し速度	900 MB/s	americas.lexar.com Up to 900MB/s read and 600MB/s write	2026-10-08
Lexar PLAY PRO microSD Express の最大書き込み速度	600 MB/s	americas.lexar.com Up to 900MB/s read and 600MB/s write	2026-10-08
Samsung PRO Plus 256GB の最大読み出し速度	180 MB/s	samsung.com Read: up to 180MB/s, Write: up to 130MB/s; Speed Class U3, V30, A2	2026-10-08
Samsung PRO Plus 256GB の最大書き込み速度	130 MB/s	samsung.com Read: up to 180MB/s, Write: up to 130MB/s	2026-10-08
ドラレコ・防犯カメラ用途は保証の対象外（一般向けカード）	Samsung’s warranty for PRO Plus and microSD Express does not extend to dashcam, CCTV, surveillance and other write-intensive uses	samsung.com Warranty does not extend to dashcam, CCTV, surveillance camera and other write-i	2026-10-08
カードの容量の表記（1GB=10億バイト）	1GB = 1,000,000,000 bytes (1TB = 1 trillion bytes); actual usable capacity is less	sandisk.com 補足: 1GB=1,000,000,000バイト。実際の使用可能領域は少なくなります（2026-10-08 に開いて確認）	2026-10-08

microSD の表記の判定の早見表

記事内のツールで条件を選ぶと、自分の条件の結果が出ます。条件は URL で指定でき、下の表のリンクはその条件で開きます。

条件	結果	ツール
Switch 2・256GB	○ microSD Express が要ります。Switch 2 で使える microSD は microSD Express だけです。容量は 2TB まで対応しています。初代 Switch で使った普通の microSD では、ゲームとセーブデータを保存できません（画面写真と動画は取り出せます）。microSD Express を初めて使うときは、インターネットでの本体の更新が要ります。256GB は SDXC（exFAT）です。SDXC のカードは、SDXC か SDUC に対応した機器でしか使えません	この条件で開く
スマホ・256GB	○ A1 以上の表記を選びます。A1 は、アプリの動作に効くランダムの読み出し 1500IOPS・書き込み 500IOPS 以上。A2 の最低は 4000IOPS・2000IOPS で、スマホも A2 に対応しているときだけ A2 の速さが出ます。256GB は SDXC（exFAT）です。SDXC のカードは、SDXC か SDUC に対応した機器でしか使えません。スマホが使える容量の上限は、機種の仕様で確かめてください	この条件で開く
動画（カメラ）・50Mbps・256GB	○ V10 以上の表記で足ります。要る書き込み速度: 6.25MB/s（ビットレート ÷ 8）。最低の表記: ビデオスピードクラス V10（最低 10MB/s）。UHS スピードクラスで指定する機器なら U1（最低 10MB/s）。スピードクラスで指定する機器なら Class 10。系統の違う表記どうしは、期待どおりの速度が保証されません。機器の説明書と同じ系統の表記で選びます。256GB に録れる時間: 約682分（約11時間22分。上限の目安）。256GB は SDXC（exFAT）です。SDXC のカードは、SDXC か SDUC に対応した機器でしか使えません。1GB を10億バイトとして計算しています。実際に使える容量は表記より少なくなります	この条件で開く
動画（カメラ）・100Mbps・256GB	○ V30 以上の表記で足ります。要る書き込み速度: 12.5MB/s（ビットレート ÷ 8）。最低の表記: ビデオスピードクラス V30（最低 30MB/s）。UHS スピードクラスで指定する機器なら U3（最低 30MB/s）。系統の違う表記どうしは、期待どおりの速度が保証されません。機器の説明書と同じ系統の表記で選びます。256GB に録れる時間: 約341分（約5時間41分。上限の目安）。256GB は SDXC（exFAT）です。SDXC のカードは、SDXC か SDUC に対応した機器でしか使えません。1GB を10億バイトとして計算しています。実際に使える容量は表記より少なくなります	この条件で開く
動画（カメラ）・150Mbps・256GB	○ V30 以上の表記で足ります。要る書き込み速度: 18.75MB/s（ビットレート ÷ 8）。最低の表記: ビデオスピードクラス V30（最低 30MB/s）。UHS スピードクラスで指定する機器なら U3（最低 30MB/s）。系統の違う表記どうしは、期待どおりの速度が保証されません。機器の説明書と同じ系統の表記で選びます。256GB に録れる時間: 約227分（約3時間47分。上限の目安）。256GB は SDXC（exFAT）です。SDXC のカードは、SDXC か SDUC に対応した機器でしか使えません。1GB を10億バイトとして計算しています。実際に使える容量は表記より少なくなります	この条件で開く
動画（カメラ）・200Mbps・256GB	○ V30 以上の表記で足ります。要る書き込み速度: 25MB/s（ビットレート ÷ 8）。最低の表記: ビデオスピードクラス V30（最低 30MB/s）。UHS スピードクラスで指定する機器なら U3（最低 30MB/s）。系統の違う表記どうしは、期待どおりの速度が保証されません。機器の説明書と同じ系統の表記で選びます。256GB に録れる時間: 約170分（約2時間50分。上限の目安）。256GB は SDXC（exFAT）です。SDXC のカードは、SDXC か SDUC に対応した機器でしか使えません。1GB を10億バイトとして計算しています。実際に使える容量は表記より少なくなります	この条件で開く
動画（カメラ）・240Mbps・256GB	△ V30 でぎりぎり足ります。要る書き込み速度: 30MB/s（ビットレート ÷ 8）。最低の表記: ビデオスピードクラス V30（最低 30MB/s）。UHS スピードクラスで指定する機器なら U3（最低 30MB/s）。系統の違う表記どうしは、期待どおりの速度が保証されません。機器の説明書と同じ系統の表記で選びます。余裕は0%で、ぎりぎりです。256GB に録れる時間: 約142分（約2時間22分。上限の目安）。256GB は SDXC（exFAT）です。SDXC のカードは、SDXC か SDUC に対応した機器でしか使えません。1GB を10億バイトとして計算しています。実際に使える容量は表記より少なくなります	この条件で開く
動画（カメラ）・300Mbps・256GB	△ V60 が要ります（UHS-II 以上）。要る書き込み速度: 37.5MB/s（ビットレート ÷ 8）。最低の表記: ビデオスピードクラス V60（最低 60MB/s）。V60・V90 は UHS-II 以上のバスで使う表記です。機器とカードの両方が UHS-II に対応しているか確かめてください。256GB に録れる時間: 約113分（約1時間53分。上限の目安）。256GB は SDXC（exFAT）です。SDXC のカードは、SDXC か SDUC に対応した機器でしか使えません。1GB を10億バイトとして計算しています。実際に使える容量は表記より少なくなります	この条件で開く
動画（カメラ）・400Mbps・256GB	△ V60 が要ります（UHS-II 以上）。要る書き込み速度: 50MB/s（ビットレート ÷ 8）。最低の表記: ビデオスピードクラス V60（最低 60MB/s）。V60・V90 は UHS-II 以上のバスで使う表記です。機器とカードの両方が UHS-II に対応しているか確かめてください。256GB に録れる時間: 約85分（約1時間25分。上限の目安）。256GB は SDXC（exFAT）です。SDXC のカードは、SDXC か SDUC に対応した機器でしか使えません。1GB を10億バイトとして計算しています。実際に使える容量は表記より少なくなります	この条件で開く
動画（カメラ）・600Mbps・256GB	△ V90 が要ります（UHS-II 以上）。要る書き込み速度: 75MB/s（ビットレート ÷ 8）。最低の表記: ビデオスピードクラス V90（最低 90MB/s）。V60・V90 は UHS-II 以上のバスで使う表記です。機器とカードの両方が UHS-II に対応しているか確かめてください。256GB に録れる時間: 約56分（上限の目安）。256GB は SDXC（exFAT）です。SDXC のカードは、SDXC か SDUC に対応した機器でしか使えません。1GB を10億バイトとして計算しています。実際に使える容量は表記より少なくなります	この条件で開く
動画（カメラ）・800Mbps・256GB	✕ V90 でも足りません。要る書き込み速度: 100MB/s（ビットレート ÷ 8）。要る書き込み速度は V90 の最低 90MB/s を超えます。256GB に録れる時間: 約42分（上限の目安）。256GB は SDXC（exFAT）です。SDXC のカードは、SDXC か SDUC に対応した機器でしか使えません。1GB を10億バイトとして計算しています。実際に使える容量は表記より少なくなります	この条件で開く
動画（カメラ）・100Mbps・128GB	○ V30 以上の表記で足ります。要る書き込み速度: 12.5MB/s（ビットレート ÷ 8）。最低の表記: ビデオスピードクラス V30（最低 30MB/s）。UHS スピードクラスで指定する機器なら U3（最低 30MB/s）。系統の違う表記どうしは、期待どおりの速度が保証されません。機器の説明書と同じ系統の表記で選びます。128GB に録れる時間: 約170分（約2時間50分。上限の目安）。128GB は SDXC（exFAT）です。SDXC のカードは、SDXC か SDUC に対応した機器でしか使えません。1GB を10億バイトとして計算しています。実際に使える容量は表記より少なくなります	この条件で開く
ドラレコ・25Mbps・256GB	○ V6 以上の表記で足ります。要る書き込み速度: 3.13MB/s（ビットレート ÷ 8）。最低の表記: ビデオスピードクラス V6（最低 6MB/s）。UHS スピードクラスで指定する機器なら U1（最低 10MB/s）。スピードクラスで指定する機器なら Class 10。系統の違う表記どうしは、期待どおりの速度が保証されません。機器の説明書と同じ系統の表記で選びます。256GB に録れる時間: 約1,365分（約22時間45分。上限の目安）。ドラレコは古い映像から上書きするので、これが上書きまでの長さの目安です。一般向けのカードには、ドラレコのような書き込みの多い使い方を保証の対象外にしているものがあります（Samsung PRO Plus・microSD Express）。高耐久カードは録画時間を公表しています（SanDisk High Endurance 256GB は最大20,000時間。フルHD の場合）。256GB は SDXC（exFAT）です。SDXC のカードは、SDXC か SDUC に対応した機器でしか使えません。1GB を10億バイトとして計算しています。実際に使える容量は表記より少なくなります	この条件で開く
ドラレコ・50Mbps・128GB	○ V10 以上の表記で足ります。要る書き込み速度: 6.25MB/s（ビットレート ÷ 8）。最低の表記: ビデオスピードクラス V10（最低 10MB/s）。UHS スピードクラスで指定する機器なら U1（最低 10MB/s）。スピードクラスで指定する機器なら Class 10。系統の違う表記どうしは、期待どおりの速度が保証されません。機器の説明書と同じ系統の表記で選びます。128GB に録れる時間: 約341分（約5時間41分。上限の目安）。ドラレコは古い映像から上書きするので、これが上書きまでの長さの目安です。一般向けのカードには、ドラレコのような書き込みの多い使い方を保証の対象外にしているものがあります（Samsung PRO Plus・microSD Express）。高耐久カードは録画時間を公表しています（SanDisk High Endurance 256GB は最大20,000時間。フルHD の場合）。128GB は SDXC（exFAT）です。SDXC のカードは、SDXC か SDUC に対応した機器でしか使えません。1GB を10億バイトとして計算しています。実際に使える容量は表記より少なくなります	この条件で開く

Manfrotto PIXI EVO レビュー — フルサイズも載る、バッグに入る自由雲台ミニ三脚

Wed, 16 Feb 2022 00:00:00 GMT

2026 追記: 旧 VuePress ブログから移植した記事。PIXI EVO は 2026 現在も Manfrotto の現行ラインアップに残っている定番モデル。レビュー観点（耐荷重・2 段開脚 + 4 段伸縮・自由雲台ロックの硬さ）は今も実用上の判断材料になる。スペック表記は執筆当時の公称値で、最新の公式表記とは差分があり得る。

ミラーレスを買ったタイミングで、机の上 / カフェ / 屋外スナップを 1 本で賄えるミニ三脚を探していた。条件は、フルサイズ機を載せても破綻しないこと、バッグに入ること、ロー / ハイの両方を一定範囲でカバーできること。

選んだのは Manfrotto PIXI EVO。同じ Manfrotto の PIXI 無印より一段重く、その代わり 4 段伸縮 + 2 段開脚を持つモデル。2 年以上、室内のブツ撮りから旅行先のスナップまで持ち歩いた範囲でレビューを残しておく。

結論 — フルサイズも載るミニ三脚を 1 本だけ持つなら有力

短い答え: 公称耐荷重 2.5kgでフルサイズ機まで載り、2 段開脚 + 4 段伸縮で机上ローから目線下のハイまで一台で賄える、実用派の自由雲台ミニ三脚。

理由は単純で、「載せられる重量」と「届く高さの幅」を同時に確保できるミニ三脚は意外と少ないから。多くのミニ三脚は耐荷重 1kg 前後・脚は固定長で、フルサイズ機が載らないか、載っても高さがほぼ動かせない。PIXI EVO は両方の弱点を片側ずつクリアしている。

ただし以下に該当する人は別候補を勧める:

柱や手すりに巻きつけたい人: フレキシブル脚の JOBY ゴリラポッドのほうが用途に合う
重量が 1g でも惜しい人: 270g（公称）は同クラスのミニ三脚の中では重め
動画の水平を 1° 単位で出したい人: 自由雲台ロックが硬く、微調整は苦手

外観 — 赤いロゴが目印、雲台一体型のずんぐりフォルム

短い答え: マットブラックの脚 + 赤い Manfrotto ロゴの自由雲台、という見覚えのある配色。雲台と脚は一体構造で、雲台のロックは天面のロゴ部を回す独特の方式。

分類としては 1/4 インチネジの自由雲台付きミニ三脚。脚の根元に開脚モード切替スイッチ、各脚に伸縮ロックボタンを備える。記憶に残りやすい独特のフォルムをしている。

項目	値
自重	約 270g（公称）
最大耐荷重	約 2.5kg（公称）
雲台	自由雲台（1/4 インチネジ天面）
脚伸縮	4 段
開脚モード	2 段（通常 / ロー）

雲台のロックは正面の赤い Manfrotto ロゴを回す方式。ロゴはそこそこ固く、勝手に緩むことはない。1/4 インチネジは雲台中央のダイヤルで締める。アルカスイス互換クランプも載るが、クランプ幅が雲台の倍近くあるので頭でっかちになりやすい。

脚の根元にあるスライド式スイッチで、通常開脚 / ロー開脚を切り替える。スイッチ下にモードの図がプリントされているので、初見でも迷わない。

ロー開脚にすると、脚が床にベタっと張り付くように開く。机の上で物撮りをするとき、被写体の正面に低く構えたいときに効く配置。

畳むと細長い棒状。脚の裏側が斜めにカットされているので、3 本がきれいに密着する。バッグの隙間や上着のポケットにも収まるサイズ感になる。

各脚にプッシュボタン式の伸縮ロックがあり、押しながら引き出して長さを変える。

伸縮は 4 段。途中で止めても固定できるが、実運用では「全伸ばし」か「全縮め」のどちらかで使う場面がほとんどで、中間段は微調整用と捉えると素直。

カメラ本体はレビュー時に撮影で使っているため、代わりに GoPro を載せた状態。GoPro クラスだと PIXI EVO は完全にオーバースペックだが、それでも安定感は気持ちいい。

良かった点

短い答え: フルサイズ機を載せても剛性が破綻しない / 2 段開脚 + 4 段伸縮で「届く高さの幅」が広い / 畳むと棒状になりバッグに入る。

耐荷重 2.5kg（公称） — フルサイズ機までは現実的に載る

ミニ三脚として珍しく、フルサイズ機 + 標準ズームでも雲台が負けない剛性を持つ。さすがに大三元の望遠ズームは重心が高すぎて推奨できないが、標準域までなら机上ブツ撮り・テーブルフォト・低ポジションスナップで実用範囲に収まる。

脚先はゴム接地で、フローリングや机の天板でも滑りにくい。屋外の砂利・コンクリ段差では脚の接地角を調整しないと滑るが、これは PIXI EVO というよりミニ三脚全般の制約。

2 段開脚 + 4 段伸縮 — 「届く高さの幅」が広い

一般的なミニ三脚は脚が固定長で、結果として「机に置く高さ」一択になる。PIXI EVO はロー開脚で床ベタ置き、通常開脚 + 全伸ばしで目線下くらいまで稼げる。

机上のブツ撮りでは「ロー開脚で被写体目線」、屋外のスナップでは「通常開脚 + 全伸ばしで腰位置」と、シーン別に高さを切り替えやすい。1 本のミニ三脚で 2 〜 3 シーンを賄うなら、この自由度が効く。

畳むと棒状 — バッグの隙間に収まる

脚の裏側が斜めカットで、3 本が密着して棒状にまとまる。カメラバッグの中仕切りの隙間や、デイパックのサイドポケットに刺せるサイズ感。フルサイズ機向けの可搬性としては優秀で、「重いけれど持ち運べる」のラインに収まっている。

自撮り棒の代用にもなる

脚を畳んだまま柄として握れば、簡易自撮り棒として成立する。脚を全伸ばしすれば、畳んだ状態でもさらに数十センチ稼げる。専用自撮り棒の長さ・軽さには負けるが、三脚と自撮り棒の両方を持ち歩く必要がなくなるのは旅行用途で効いた。

微妙だった点

短い答え: 270g（公称）はミニ三脚としては重め / 自由雲台のロックが硬く 1° 単位の微調整が苦手 / 雲台の 1/4 ネジは天面むき出しで、外したクランプ類が直接擦れる。

自重 270g（公称） — ポーチ運用では「あるな」と感じる重さ

「フルサイズ機まで載る剛性」と表裏一体だが、ミニ三脚としては重い部類。サコッシュや小型ポーチに入れると、出かける前に「これ持って行くか？」と一瞬迷う重さ感がある。

携行性を最優先するなら、フレキシブル脚で 50g 台の JOBY ゴリラポッド JB01542-PKK のような選択肢のほうが軽い。ただし耐荷重と剛性は別物なので、「軽さを取るか、載せられる重量を取るか」のトレードオフ。

自由雲台のロックが硬く、微調整が苦手

雲台ロックを担う赤いロゴ部はそこそこ固い。落下防止の意味では正しい設計だが、構図を 1° ずつ追い込みたいときに、ロックを緩めた瞬間に意図より大きく動いてしまうことがある。

動画で水平を厳密に出したい / パン操作で微妙な速度コントロールをしたい用途では、3way 雲台か、ロック圧を独立で持つ専用ボール雲台のほうが向く。スチル中心ならほぼ気にならない範囲。

雲台天面の 1/4 ネジがむき出し

クイックリリースは非搭載で、雲台天面に 1/4 インチネジがそのまま立っている。カメラを外して放置すると、ネジ天面とバッグ内壁が擦れる。布製インナーケースに入れるなど、ひと手間で回避できるが、設計上のクセではある。

比較

短い答え: 「フレキシブル脚」と比べると重いが剛性で勝つ。「PIXI 無印」と比べると重く高いが耐荷重と高さの幅で勝つ。「一般的な伸縮式ミニ三脚」と比べると脚は短いが、自由雲台込みのコンパクトさで勝つ。

vs JOBY GorillaPod JB01542-PKK — 「軽さ・変則設置」 vs 「剛性・耐荷重」

観点	Manfrotto PIXI EVO	JOBY GorillaPod JB01542-PKK
想定機材	スマホ〜フルサイズ標準ズーム	スマホ・Web カメラ・GoPro
自重	約 270g（公称）	約 52g（公称）
最大耐荷重	約 2.5kg（公称）	約 325g（公称）
設置場所	平らな床・机	床・柱・手すり・棚縁
高さ調整	2 段開脚 + 4 段伸縮	脚の曲げ方で都度調整
自由雲台ロック	あり（硬め）	あり（硬め・無段階）

PIXI EVO は 平らな場所で重い機材を据える、GorillaPod は 平らでない場所に軽い機材を引っかける。用途が真逆なので、選択は「重さを載せたいか / 変な場所に置きたいか」で決まる。詳しい比較は JOBY ゴリラポッド JB01542-PKK のレビューを参照。

vs PIXI 無印 — 「軽さ・安さ」 vs 「耐荷重・高さの幅」

観点	PIXI EVO	PIXI 無印
想定機材	フルサイズ標準ズームまで	ミラーレス標準ズームまで
最大耐荷重	約 2.5kg（公称）	約 1kg（公称）
脚伸縮	4 段	なし（固定長）
開脚モード	2 段	1 段
価格帯	中位	入門

スマホ・コンデジ・ミラーレス（標準ズーム）までで完結する用途なら PIXI 無印で十分。「いつかフルサイズ機を載せるかも」「ロー〜ハイで高さを切り替えたい」と感じるなら EVO の差額は意味がある。

vs 一般的な伸縮式ミニ三脚

観点	PIXI EVO	一般的な伸縮式ミニ三脚
高さ最大	脚 4 段伸縮 + 通常開脚	エレベーター式で高めまで
雲台	自由雲台一体型	3way 雲台モデルもあり
微調整	苦手（ロックが硬め）	3way なら得意
収納時	脚密着で棒状	雲台が出っ張りがち
携行性	バッグの隙間に入る	サイズ次第

「収納時の細さ」と「机上〜目線下の使い分け」を取るなら PIXI EVO、「高さ最大値」と「動画の微調整」を取るなら別ジャンル。同じ「ミニ三脚」でも狙う場面が違う。

よくある質問

Q. PIXI（無印）と PIXI EVO はどちらを選ぶべきですか？ A. 載せる機材で決めるのが素直。スマホ・コンデジ・ミラーレス（標準ズーム）までなら PIXI 無印で十分。フルサイズ + 標準〜中望遠まで視野に入れるなら、耐荷重 2.5kg（公称）と 4 段伸縮を持つ PIXI EVO のほうが安心。逆に「机に置いてスマホで Vlog を撮るだけ」なら EVO の重さと厚みはオーバースペック。

Q. GoPro やスマホ用の自撮り棒として使えますか？ A. 脚を閉じた状態で柄として握れば、簡易自撮り棒として成立する。最大伸長まで脚を伸ばせば、閉じたままでもさらに数十センチ稼げる。ただし専用自撮り棒のような長さ・軽さは出ないので、あくまで「三脚兼用」と割り切る用途向け。

Q. アルカスイス互換クランプを載せられますか？ A. 雲台天面は 1/4 インチネジ。市販のアルカスイス互換クランプを直接ネジ留めできるが、クランプ幅が雲台の倍ほどあるので頭でっかちになりやすい。アルカ運用が前提なら、雲台ごと交換せず最小サイズのクランプを選ぶのが無難。

Q. フルサイズ一眼を載せて屋外で使えますか？ A. 公称耐荷重 2.5kgの範囲なら載るが、地面の状態と風の影響を強く受ける。砂利の上やコンクリの段差では脚先ゴムが滑りにくくなるよう接地角を調整し、長秒露光時は重心を下げる（センターポールを伸ばさない・ストラップを巻きつけない）。風が強い日はバッグを下に置いて重しにするのが安全。

総評 — 「1 本だけミニ三脚を持つ」なら有力候補

PIXI EVO は、ミニ三脚に「耐荷重・剛性・高さの幅・畳んだときの細さ」を同時に求めたときに残る数少ない選択肢。スマホ専用の最軽量機よりは重く、フレキシブル脚の変則設置はできないが、その代わり「フルサイズ機を載せて室内・屋外を一台で賄う」という現実的な使い方が成立する。

2 年以上の常用で、雲台のロックが緩む / 脚伸縮ロックが滑る、といった経年劣化は出ていない。多少重くても、長く使える方をひとつ持っておきたい人向きの三脚。

逆に「とにかく軽く」「柱に巻きつけたい」用途なら、別ジャンルを当てたほうが満足度が高い。用途が「平らな場所に少し重めの機材を据える」と決まっているなら、後悔の少ない 1 本。

Minecraft 用 PC の推奨スペックと選び方

Tue, 27 Apr 2021 00:00:00 GMT

Mojangの動作環境の表では、Java版の推奨は、メモリ16GB、VRAM（GPUの専用メモリ）6GBのGPU、Core i5-12400などのCPUです。GPUの例はGeForce RTX 2060などです。最低はメモリ8GB・VRAM 2GB・物理4コアのCPUで、内蔵GPUならメモリ12GBです。

GPUは画面を描く部品です。2026年10月時点の公式情報から計算し、実機は試していません。MODとシェーダー（光や影をきれいにする追加機能）の数字は、一次情報が無いのでこの記事の仮定です。

Java版とBedrock版（統合版）の最低・推奨スペック

Mojangの動作環境の表では、メモリの要件は、Java版が最低8GB・推奨16GB、Bedrock版（統合版）が最低4GB・推奨8GBです。

Mojangの公式ストアのFAQでは、PC版にはJava版とBedrock版の両方が付きます。Bedrock版はWindowsで、Java版はWindows・Mac・Linuxで動きます。

空き容量はJava版が最低2GB・推奨4GB、Bedrock版が最低4GB・推奨8GBです。SSDが必須かどうかと、MODパックを入れたときの必要な容量は、調べた資料では確かめられませんでした。

家庭用機やスマホと一緒に遊ぶなら、クロスプレイできるのはBedrock版です。Java版は、Windows・Mac・Linux同士だけです。この記事のMODとシェーダーは、Java版の話です。

この表の判定は、メモリとVRAMだけで見ています（内蔵GPUとBedrock版はメモリだけ）。GPUとCPUの型番は次の節で比べ、8〜16GBの比べは独立GPU向けで、内蔵GPUの共有メモリは判定していません。MODの列は割り当て6〜12GB、シェーダーの列はVRAM 8〜16GBの仮定で、全部足りれば「足りる」、一部なら「一部だけ足りる」です。

構成	Java版	Bedrock版	重いMOD（仮定）	シェーダー（仮定）	割り当ての上限
内蔵GPU・メモリ8GB	メモリが最低に届かない	○ メモリは推奨を満たす（ぎりぎり）	足りない	内蔵GPUは判定していない	4GB
内蔵GPU・メモリ16GB	○ メモリは推奨を満たす（ぎりぎり）	○ メモリは推奨を満たす	△ 一部だけ足りる	内蔵GPUは判定していない	8GB
VRAM 4GB・メモリ8GB	△ 最低ちょうど（ぎりぎり）	○ メモリは推奨を満たす（ぎりぎり）	足りない	足りない	4GB
VRAM 6GB（RTX 4050 Laptop）・メモリ16GB	○ 推奨を満たす（ぎりぎり）	○ メモリは推奨を満たす	△ 一部だけ足りる	足りない	8GB
VRAM 8GB（RTX 5060 など）・メモリ16GB	○ 推奨を満たす（ぎりぎり）	○ メモリは推奨を満たす	△ 一部だけ足りる	△ 一部だけ足りる	8GB
VRAM 16GB・メモリ32GB	○ 推奨を満たす	○ メモリは推奨を満たす	○ 足りる	○ 足りる	16GB

自分のPCが最低・推奨を満たすかの確かめ方

容量の判定と性能の判定は別です。メモリとVRAMは数字で、CPUとGPUの性能は型番で、Mojangの例と照らします。

版	水準	CPUの例	GPUの例
Java版	最低（独立GPU）	Core i3-10100、Ryzen 3 3100、Snapdragon X、Apple M1（物理4コア以上）	独立GPU: GTX 950以降、RX 460以降、Arc A310以降（Vulkan 1.3対応・VRAM 2GB以上）
Java版	最低（内蔵GPU）	Core i3-10100、Ryzen 3 3100、Snapdragon X、Apple M1（物理4コア以上）	内蔵GPU: Core i5-6400以降、Apple M1以降、Snapdragon X（Vulkan 1.3対応・VRAM 2GB以上）
Java版	推奨	Core i5-12400、Ryzen 5 5600、Apple M2 Pro	RTX 2060、RX 5600 XT、Arc A580、Apple M2 Pro（VRAM 6GB）
Bedrock版	最低	Celeron J4105、AMD FX-4100	Intel HD Graphics 4000、AMD Radeon R5
Bedrock版	推奨	Core i7-6500U、AMD A8-6600K	GeForce 940M、Radeon HD 8570D

搭載メモリを見ます。スタート > 設定 > システム > バージョン情報で確かめられます。冒頭と上の表のメモリの数字と比べます（容量の判定）。
CPUとGPUの型番を調べます。GPUはメーカーの仕様ページでVRAMも見ます。CPUに入っているのが内蔵GPU、別売りのグラフィックボードが独立GPUです。
型番を上の表の例と照らします。「以降」と書かれた型番は、その範囲に入るかを見ます。Java版は最低物理4コア、VRAMは最低2GB・推奨6GBです。
Mojangの動作環境の表では、例に無い型番は、この記事では性能を判定していません。買う前なら、販売店かメーカーにCPUとGPUの型番と遊ぶ版を伝え、Mojangの推奨を満たすかを確かめます。
割り当ての上限は、搭載メモリの半分です。内蔵GPU・メモリ16GBなら8GBまでです。

この記事のツールでは、版・遊び方・今のPCを選ぶと、メモリとVRAMが最低・推奨の容量を満たすかと、足すものを出します。割り当てるメモリの目安も出します。CPUとGPUの性能は判定に入れていないので、型番を上の手順で比べます。

Minecraft の動作環境チェック

版（Java / Bedrock）、遊び方、今のPC（ノートかデスクトップか、GPU、メモリ、VRAM）を選ぶと、Mojang の最低・推奨に届くか、何を足せば届くか、ゲームに割り当てるメモリの目安を出します。

メモリの量と割り当ての決め方

Java版26.1のリリースノートでは、ゲームに使わせるメモリ（割り当て）の既定は、26.1から4GBで、以前は2GBです。Mojangのヘルプでは、割り当ての推奨の上限は、64ビットのOSで搭載メモリの半分です。搭載16GBなら8GB、32GBなら16GBまでです。

搭載メモリの半分は上限で、設定すべき量ではありません。増やして速くなるかは、調べた資料では確かめられませんでした。MODパックは、配布ページで推奨の量を確かめます。

この記事の仮定では、重いMODパック用の搭載メモリは24GBからが目安です。ゲームに割り当てる量を6〜12GBと見ると、その上限の12GBが搭載の半分に収まるのが24GBからです。24GBちょうどはぎりぎりで、搭載16GBでは8GBまでです。

割り当てを変えるには、ランチャーの「インストール」にある「その他のオプション」を開きます。「JVM引数」（Javaを動かす部分への設定）の欄の「-Xmx4G」の数字を、決めた量に変えます。例えば8GBなら「-Xmx8G」です。

CPUとGPUの選び方

Mojangの公式ストアのFAQでは、MinecraftはGPUよりCPUに負荷がかかるゲームです。迷ったら、まず推奨の型番に届くCPUを選びます。

内蔵GPUでも遊べます。最低のGPUの例（Mojangの表）に入る内蔵GPUは、Core i5-6400以降・Apple M1以降・Snapdragon Xです。GPUだけの話なのでCPUは別に確かめ、Bedrock版のGPUも型番で比べます。

Java版の推奨のGPUの例は、Apple M2 Proを除いてすべて独立GPU（別売りのグラフィックボード）です。内蔵GPUかどうかだけでは推奨に届くか決まらないので、メモリの判定とGPUの判定は分け、GPUは型番で確かめます。

公式ページでは、Bedrock版のレイトレーシングは、DirectX対応デバイス（GeForce RTXと一部のAMD GPUなど）で使えます。対応するGPUは、Minecraft公式の説明で確かめます。PC版のVibrant VisualsはDX12で動かすことが条件で、Java版には今後導入する予定です。

シェーダーに要るGPUとVRAM

この記事の仮定では、シェーダーを使うなら、VRAM 8GB以上、余裕を見るなら16GBです。公式の数字は無く、8〜16GBで試算した目安です。

Irisの公式サイトのFAQでは、シェーダーに要るVRAMの数字は、調べた範囲では見つかりませんでした。Mojangの推奨のVRAM 6GBは、シェーダーなしの「描画優先」で動かすための値です。

NVIDIAの公表では、GeForce RTX 5060 Tiには8GB版と16GB版があるので、買うときは型番の「16G」「16GB」を確かめます。

Irisは、シェーダーを動かすMODです。Irisは、Fabricでは1.16.5以降、NeoForgeでは1.21.1以降に対応し、Forgeには対応しません。Sodiumが同梱されます。

Modrinthの公開データでは、26.xの対応はこうなっています。

MOD	26.xの対応
Iris（Fabric）	26.1・26.2・26.3向けのビルドあり
Iris（NeoForge）	この資料では確かめられていません
Sodium	26.3までの版が掲載（ローダー別は確かめていません）

ノートPCでMODや影MODを使う場合は、容量を仮定と比べるだけで、動作は試していません。搭載16GBなら割り当ての上限は8GBで、重いMODの仮定（6〜12GB）の上側は収まりません。VRAMはRTX 4050 Laptopが6GBで影MODの仮定（8〜16GB）に足りず、RTX 5060 Laptopの8GBは一部だけ足ります。

同じFAQでは、OptifineやCanvas、Vulkan系のMODは、Irisと一緒に入れるとクラッシュします。

配信

ここのメモリの比べはこの記事の仮定で、実測ではありません。

OBSの公式の動作要件では、配信に要るCPUはエンコーダー・解像度・fps・シーンで大きく変わるとされ、決まった数字はありません。配信しながら遊ぶなら、ゲームの4GBとは別にWindows・OBS・ブラウザ用に4〜8GBを残すとして、推奨の16GBで収まります。

予算

まず推奨のメモリとVRAMを満たす構成を決め、MODやシェーダーはそのあとで上げます。価格は販売サイトで確かめてください。

動作環境の改定とVulkan

Mojangの告知では、Java版の最低と推奨の動作環境は、2026年7月21日に両方とも引き上げられました。最低は1080p・30fps・「処理優先」、推奨は1080p・60fps・「描画優先」で動かすための目安です。

同じ告知では、最低を下回るPCでも、起動はするはずです。ただ、性能と画質はもう保証されません。今後、Vulkan（GPUに描画を指示する新しい仕組み）への移行で起動しなくなることもあります。

Mojangの動作環境の表では、Vulkan 1.3対応のGPUが必要です。ゲーム内で選べるVulkan描画（26.2で試験的に追加）の条件はVulkan 1.2対応で、今後変わることがあります。古いGPUでVulkanに対応しない場合は、OpenGLで動きます。

OpenGLで描画するMODは、Vulkanへの対応に追加の作業が要ります。使うMODが対応しているかは、配布ページで確かめます。

Java版26.1のリリースノートでは、26.1からゲームはJava 25が必要です。26.1からはJava 25がゲームに同梱なので、同梱版を使うなら自分でJavaを入れる必要はありません。公式以外のランチャーはJava 25を使うかを、古いMODパックは対応する版を配布元で確かめます。

条件ごとの候補

基準を満たす出品があれば、条件ごとに1つ選びました。基準は新品でAmazonかメーカー直営の販売、評価100件以上・星4以上の出品です。調べた範囲では、日本にゲーミングPC本体の候補はありません。

この記事の候補では、メモリとグラフィックボードはデスクトップ用で、ノートPCには付けられません。ノートPCのメモリはSO-DIMMという小さな別の規格です。メモリの候補はDDR5なので、お使いのマザーボードがDDR5に対応しているか先に確かめます。

DDR5の2枚組のメモリ

推奨のメモリ16GBを満たし、重いMODの仮定の上限（12GB）も半分に収まります。

商品ページの色の選択欄には価格の違う別の出品（B0CBRJ63RT など）が並びます。型番 CMK32GX5M2B6000Z38（グレー）の出品を選んでください。

VRAM 16GBのグラフィックボード

シェーダーの仮定の上のほう（16GB）まで足ります。ASRockの公表では、推奨電源は550W、補助電源は8ピン1本、長さは249mmです。今のPCの電源とケースを先に確かめます。

よくある質問

マイクラのJava版の推奨スペックは？

Java版の推奨は、メモリ16GB、VRAM（GPUの専用メモリ）6GBのGPU、Core i5-12400などのCPUです。GPUの例はGeForce RTX 2060などです。

最低はメモリ8GB・VRAM 2GB・物理4コアのCPUで、内蔵GPUならメモリ12GBです。

マイクラの動作環境は変わった？古いPCはもう遊べない？

Java版の最低と推奨の動作環境は、2026年7月21日に両方とも引き上げられました。同じ告知では、最低を下回るPCでも、起動はするはずです。

ただ、性能と画質はもう保証されません。今後、Vulkan（GPUに描画を指示する新しい仕組み）への移行で起動しなくなることもあります。

メモリは推奨の16GBで足りる？もっと要る？

MODなしのJava版なら、推奨の16GBがMojangの目安です。この記事の仮定では、重いMODパック用の搭載メモリは24GBからが目安です。

ゲームに割り当てる量を6〜12GBと見ると、その上限の12GBが搭載の半分に収まるのが24GBからです。24GBちょうどはぎりぎりで、搭載16GBでは8GBまでです。

ゲームに割り当てるメモリは何GBにすればいい？

Java版26.1のリリースノートでは、ゲームに使わせるメモリ（割り当て）の既定は、26.1から4GBで、以前は2GBです。割り当ての推奨の上限は、64ビットのOSで搭載メモリの半分です。

搭載16GBなら8GB、32GBなら16GBまでです。Mojangのヘルプでは、搭載メモリの半分は上限で、設定すべき量ではありません。

増やして速くなるかは、調べた資料では確かめられませんでした。MODパックは、配布ページで推奨の量を確かめます。

シェーダーに要るGPUは？ VRAMは何GB？

この記事の仮定では、シェーダーを使うなら、VRAM 8GB以上、余裕を見るなら16GBです。公式の数字は無く、8〜16GBで試算した目安です。

内蔵GPUでもマイクラは遊べる？

内蔵GPUでも遊べます。最低のGPUの例（Mojangの表）に入る内蔵GPUは、Core i5-6400以降・Apple M1以降・Snapdragon Xです。

GPUだけの話なのでCPUは別に確かめ、Bedrock版のGPUも型番で比べます。

計算に使ったデータと式（検証用）

調べ方と出典: 動作環境: Mojangの動作環境の表・改定の告知・Java 26.1の告知。割り当て: Mojangのヘルプ・CurseForge・Distant Horizons。GPU・配信・MOD: NVIDIA・AMD・OBS・Iris。

計算の方法

Java版・Bedrock版の判定は、Mojangの動作環境の表（Java版は2026-07-21に改定）のメモリとVRAMだけで行う。Java版の最低は、独立GPUのメモリ8GB・内蔵GPUのメモリ12GB・VRAM 2GB、推奨はメモリ16GB・VRAM 6GB。Bedrock版はメモリが最低4GB・推奨8GB。CPUとGPUの型番は表のとおりで、計算では比べない。
割り当ての上限は、搭載メモリ ÷ 2（Mojangのヘルプ。64ビットOS）。搭載メモリが4GB以下なら2GBに下げる。Java版の既定は4GB（26.1から。以前は2GB）。例: 搭載16GBなら8GB、32GBなら16GB。
重いMODの割り当ては、仮定として6GB〜12GB。CurseForgeの一般向けの目安（Vanilla 2-4 GB; light modded 4-6 GB; heavy modpacks 6-10 GB or more）とDistant Horizonsの案内（Distant Horizons FAQ: for CPUs with 4-8 cores try 6-8 GB; for CPUs with 10+ cores try 12-16 GB (when the game stutters)）から決めた幅で、実測ではない。搭載メモリの半分が12GB以上（搭載24GB以上）なら幅の全部が収まり、半分が6GB以上なら一部が収まる。
影MODのVRAMは、仮定として8GB〜16GBの帯（現行のRTX 5060・5050の8GBから、RTX 5060 Ti・RX 9060 XTの16GB版まで）。IrisにもMojangにも数字が見つからなかったので、帯の全部に入れば○、一部なら△とする。配信は、ゲームの既定4GBに、Windows・OBS・ブラウザ用に4〜8GBを残す仮定で、搭載12GBから全部収まる。OBSは固定の数字を出していない（OBS Studio on Windows needs Windows 10 or 11 and a DirectX 10.1 compatible GPU; CPU requirements vary considerably with encoder, resolution, FPS and scene complexity）。
シェーダーの列のVRAM 8〜16GBの比べは独立GPU向けで、内蔵GPUの共有メモリは判定していない（内蔵GPUの行は「判定していない」と表示する）。
VRAMはNVIDIAとAMDの公表値（RTX 5060 Ti 16GB版は16GB、8GB版は8GB、RTX 4050 Laptopは6GB、RTX 5050 Laptopは8GB）。候補は、Amazonの新品・評価100件以上・星4以上・サクラチェッカーで注意なし・販売元がAmazonかメーカー直営と確かめた出品から、公式仕様が条件を満たすものを、送料込みでいちばん安い順に選ぶ。評価数が別構成と合算の出品は数えない。実機は試していない。

仮定

重い MOD パックに割り当てるメモリ。一次情報は『CurseForge の一般向けブログ: 重い MOD パックは 6〜10GB 以上』と『Distant Horizons の FAQ: 4〜8コア CPU は 6〜8GB、10コア以上は 12〜16GB』だけで、MOD パックごとの公式推奨は今回取れなかった。比較用の仮定として 6〜12GB を使い、代表値を 8GB とした（実測ではない）。Distant Horizons の上限 16GB は含めない。上限は『搭載メモリの半分まで』（Mojang）で抑える。: 8 (6–12)
影 MOD を入れたときに要る VRAM の一次情報（シェーダーパック制作者・Mojang・GPU メーカー）は見つからなかった。数字では断定せず、記事が比べる現行 GPU の帯（8GB の RTX 5060 / 5050 から、16GB の RTX 5060 Ti 16GB・RX 9060 XT 16GB まで）の幅としてだけ使う。Mojang の推奨 VRAM 6GB はバニラの『描画優先』の値で、影 MOD の値ではない。: 8 (8–16)
配信（OBS）を同時に動かすときの、Windows・ブラウザ・OBS 用に残すメモリの幅。OBS は固定の数字を公表しておらず（obs_reqs）、一次情報が無い。『ゲームに割り当てるのは搭載メモリの半分まで』（Mojang）から逆算した目安としてだけ使い、記事では仮定と書く。: 8 (4–8)

使った公式の値

項目	値	出典	確認日
Java 版の動作環境を改定した日（Mojang の告知）	2026-07-21	minecraft.net Published 7/21/26. ‘The recommended system requirements change on July 21’ / ‘Mi	2026-10-09
Java 版の最低動作環境が目指す水準	1080p @ 30 FPS, Fast preset	minecraft.net Java System Requirements Target Minimum: ‘1080p @ 30 FPS, Fast preset’	2026-10-09
Java 版の推奨動作環境が目指す水準	1080p @ 60 FPS, Fancy preset	minecraft.net Java System Requirements Target Recommended: ‘1080p @ 60 FPS, Fancy preset’	2026-10-09
Java 版最低のメモリ（独立 GPU）	8 GB	minecraft.net Memory Minimum: ‘8 GB (with discrete GPU) or 12 GB (with integrated GPU)‘	2026-10-09
Java 版最低のメモリ（内蔵 GPU）	12 GB	minecraft.net Memory Minimum: ’… or 12 GB (with integrated GPU)‘	2026-10-09
Java 版推奨のメモリ	16 GB	minecraft.net Memory Recommended: ‘16 GB’	2026-10-09
Java 版最低の CPU の物理コア数	4	minecraft.net Processor Minimum: ’… (4 physical cores minimum)‘	2026-10-09
Java 版最低の CPU	Intel Core i3-10100, AMD Ryzen 3 3100, Qualcomm Snapdragon X, or Apple M1 (4 physical cores minimum)	minecraft.net Java System Requirements Processor Minimum	2026-10-09
Java 版推奨の CPU	Intel Core i5-12400, AMD Ryzen 5 5600, or Apple M2 Pro	minecraft.net Java System Requirements Processor Recommended	2026-10-09
Java 版最低の GPU	Vulkan 1.3 capable GPU with at least 2 GB VRAM: NVIDIA GTX 950 or newer, AMD Radeon RX 460 or newer, Intel Arc A310 or newer (discrete) or Intel i5-6400 or newer (integrated), Apple M1 or newer, or Qualcomm Snapdragon X	minecraft.net Java System Requirements Graphics Minimum	2026-10-09
Java 版推奨の GPU	NVIDIA GeForce RTX 2060, AMD Radeon RX 5600 XT, Intel Arc A580, or Apple M2 Pro; 6 GB VRAM	minecraft.net Java System Requirements Graphics Recommended	2026-10-09
Java 版最低の VRAM	2 GB	minecraft.net ‘Vulkan 1.3 capable GPU with at least 2 GB VRAM’	2026-10-09
Java 版推奨の VRAM	6 GB	minecraft.net Recommended graphics: ’… 6 GB VRAM.‘	2026-10-09
Java 版の動作環境表が求める Vulkan の版	Vulkan 1.3	minecraft.net Minimum Graphics: ‘Vulkan 1.3 capable GPU’	2026-10-09
Java 26.2 の実験的な Vulkan 描画が求める条件	Vulkan 1.2 with dynamic rendering and push descriptors	minecraft.net Vulkan Support: ‘The current requirement is Vulkan 1.2 with dynamic rendering an	2026-10-09
Java 版最低の OS	Windows 10 64-bit, Windows on ARM, macOS 12+, or Linux 64-bit	minecraft.net Java System Requirements OS Minimum	2026-10-09
Java 版推奨の OS	Windows 11 64-bit, macOS 14+, or Linux 64-bit	minecraft.net Java System Requirements OS Recommended	2026-10-09
Java 版最低のストレージ	2 GB	minecraft.net FAQ ‘How much storage do I need’: ‘Java Edition: 2 GB minimum, 4 GB recommended’	2026-10-09
Java 版推奨のストレージ	4 GB	minecraft.net FAQ: ‘Java Edition: 2 GB minimum, 4 GB recommended’	2026-10-09
最低を下回る PC の扱い（Mojang）	Java Edition should still launch below the minimum, but performance and visual quality are no longer guaranteed	minecraft.net ‘If your computer falls below the new minimum requirements, Java Edition should	2026-10-09
CPU と GPU のどちらに負荷がかかるか（Mojang の FAQ）	Minecraft is more CPU-intensive than GPU-intensive	minecraft.net FAQ: ‘Minecraft is more CPU-intensive than GPU-intensive.‘	2026-10-09
Bedrock 版最低の CPU	Intel Celeron J4105 ／ AMD FX-4100	minecraft.net Bedrock System Requirements Processor Minimum	2026-10-09
Bedrock 版推奨の CPU	Intel i7-6500U ／ AMD A8-6600K	minecraft.net Bedrock System Requirements Processor Recommended	2026-10-09
Bedrock 版最低の GPU	Intel HD Graphics 4000 ／ AMD Radeon R5	minecraft.net Bedrock System Requirements Graphics Minimum	2026-10-09
Bedrock 版推奨の GPU	NVIDIA GeForce 940M ／ AMD Radeon HD 8570D	minecraft.net Bedrock System Requirements Graphics Recommended	2026-10-09
Bedrock 版最低のメモリ	4 GB	minecraft.net Bedrock Memory Minimum: 4 GB	2026-10-09
Bedrock 版推奨のメモリ	8 GB	minecraft.net Bedrock Memory Recommended: 8 GB	2026-10-09
Bedrock 版の OS（最低・推奨とも同じ）	Windows 10 version 19041.0 or higher (ARM or x64)	minecraft.net Bedrock System Requirements OS: Windows 10 version 19041.0 or higher; Architectu	2026-10-09
Bedrock 版最低のストレージ	4 GB	minecraft.net FAQ: ‘Bedrock Edition: 4 GB minimum, 8 GB recommended’	2026-10-09
Bedrock 版推奨のストレージ	8 GB	minecraft.net FAQ: ‘Bedrock Edition: 4 GB minimum, 8 GB recommended’	2026-10-09
Bedrock のレイトレーシングの対象 GPU（Mojang の表現）	DirectX capable devices, such as GeForce RTX GPU and select AMD GPUs	minecraft.net ‘Ray tracing is available for DirectX capable devices, such as GeForce RTX GPU a	2026-10-10
Vibrant Visuals の PC 側の条件（Mojang）	PC: running Minecraft on DX12	minecraft.net ‘Vibrant Visuals graphics upgrade is currently only available for Minecraft: Bed	2026-10-09
Java 版の Vibrant Visuals（Mojang）	Vibrant Visuals is planned for Java Edition in the future	minecraft.net ‘plans to bring it to Java Edition in the future’	2026-10-09
コントローラー対応（Mojang の FAQ）	Java Edition has no native controller support; Bedrock supports controller and touch	minecraft.net FAQ: ‘Java Edition doesn’t currently have native controller support at this time	2026-10-09
クロスプレイの範囲（Mojang の FAQ）	Bedrock: Windows 10, Windows 11, Xbox, Nintendo Switch, PS5, and mobile; Java: Windows, Mac, Linux only	minecraft.net FAQ ‘Can you play Minecraft cross-platform?‘	2026-10-09
PC 版は Java と Bedrock のセット（Mojang）	Minecraft: Java & Bedrock Edition for PC includes both Bedrock and Java; Bedrock runs on Windows only, Java on Windows, Mac and Linux	minecraft.net Store page: Standard Edition lists ‘Minecraft: Bedrock Edition’, ‘Minecraft: Jav	2026-10-09
Java 版が必要とする Java の版（26.1 から）	The game requires Java 25 from 26.1	minecraft.net Published 12/16/25 (26.1 Snapshot 1): ‘The game now requires Java 25’; marks the	2026-10-09
Java 版 26.1 の公開日	2026-03-24	minecraft.net Published 3/24/26	2026-10-09
Java 版の既定の割り当てメモリ（26.1 以降）	4 GB	minecraft.net Default JVM Options: ‘The game now allocates 4 GB of RAM by default (up from 2 G	2026-10-09
割り当てメモリの上限の目安（Mojang のヘルプ）	64-bit OS: half of your RAM is the recommended maximum	help.minecraft.net ‘64-bit operating systems: Half of your RAM is the recommended maximum.’ Change	2026-10-09
OpenGL の廃止の方針（Mojang、2026年2月18日）	Mojang will remove OpenGL once Vulkan is stable; players will be notified in advance and the minimum requirements will be updated	minecraft.net Published 2/18/26: ‘Once we’re happy with the performance and stability of Vulka	2026-10-09
Vulkan 描画の実験提供（Java 26.2）	26.2 (June 16, 2026) added experimental Vulkan rendering and a Graphics API video setting	minecraft.net Published 6/16/26: ‘Added experimental support for rendering the game through Vu	2026-10-09
MOD への影響（Mojang の告知）	Mods that render with OpenGL will take modders more effort to update to Vulkan	minecraft.net ‘Switching from OpenGL to Vulkan will have an impact on the mods that currently	2026-10-09
Iris の対応範囲（Iris 公式サイトの FAQ）	Iris supports Minecraft 1.16.5 and higher; Fabric on 1.16.5+, NeoForge on 1.21.1+; Forge is not supported; Iris ships with Sodium	irisshaders.dev FAQ ‘What versions does Iris support?’ / ‘What mod loaders does Iris support?‘;	2026-10-09
Iris と併用できない物（Iris 公式 FAQ）	Optifine, Canvas, or Vulkan mods are incompatible with Iris and will crash the game; resource packs that use core shaders will not work with a shader pack enabled	irisshaders.dev FAQ ‘Does insert mod work with Iris?’: ‘Optifine, Canvas, or Vulkan mods: Incomp	2026-10-09
Iris の 26.x 対応状況（Modrinth の公開データ）	Iris for Fabric has builds for Minecraft 26.1, 26.2 and 26.3 (latest 1.11.7+26.3-fabric, published 2026-09-30)	api.modrinth.com Modrinth API (loaders=fabric): 1.11.7+26.3-fabric 2026-09-30; 1.11.4+26.2-fabric	2026-10-09
Sodium の 26.x 対応状況（Modrinth の公開データ）	Sodium lists game versions up to 26.3 (project updated 2026-09-20)	api.modrinth.com Modrinth API: game_versions end with 26.2, 26.3-rc-1, 26.3-rc-2, 26.3; updated 2	2026-10-09
CurseForge 公式ブログの割り当てメモリの目安	Vanilla 2-4 GB; light modded 4-6 GB; heavy modpacks 6-10 GB or more	blog.curseforge.com Published Aug 14, 2025: Vanilla ‘2–4 GB’, Light modded gameplay ‘4–6 GB’, Heavy	2026-10-09
Distant Horizons（遠景 MOD）の割り当てメモリの案内	Distant Horizons FAQ: for CPUs with 4-8 cores try 6-8 GB; for CPUs with 10+ cores try 12-16 GB (when the game stutters)	modrinth.com Modrinth page FAQ ‘My game is stuttering, help!’: 1. use a concurrent GC such as	2026-10-09
OBS Studio の公式の動作要件	OBS Studio on Windows needs Windows 10 or 11 and a DirectX 10.1 compatible GPU; CPU requirements vary considerably with encoder, resolution, FPS and scene complexity	obsproject.com System Requirements: Windows ‘DirectX 10.1 compatible GPU’, ‘Windows 10, or Wind	2026-10-09
RTX 50 シリーズのエンコーダー（NVIDIA 公表）	RTX 50 series: 9th-generation NVENC, AV1 encode supported	nvidia.com RTX 50 series table: NVIDIA Encoder (NVENC) 9th Generation (RTX 5060 Ti / 5060 /	2026-10-09
GeForce RTX 5060 Ti（16GB 版）の VRAM	16 GB	nvidia.com Standard Memory Config (RTX 5060 Ti): ‘16 GB / 8 GB GDDR7’	2026-10-09
GeForce RTX 5060 Ti（8GB 版）の VRAM	8 GB	nvidia.com RTX 5060 Ti: ‘16 GB / 8 GB GDDR7’	2026-10-09
GeForce RTX 5060 の VRAM	8 GB	nvidia.com RTX 5060: ‘8 GB GDDR7’	2026-10-09
GeForce RTX 5050 の VRAM	8 GB	nvidia.com RTX 5050: ‘8 GB GDDR6’	2026-10-09
GeForce RTX 5070 の VRAM	12 GB	nvidia.com RTX 5070: ‘12 GB GDDR7’	2026-10-09
GeForce RTX 4050 Laptop GPU の VRAM	6 GB	nvidia.com 40 Series laptop table: RTX 4050 Laptop GPU ‘Standard Memory Config 6 GB GDDR6’	2026-10-09
GeForce RTX 5060 Laptop GPU の VRAM	8 GB	nvidia.com 50 Series laptop page: Standard Memory Configuration ‘8 GB GDDR7’ (5060 Laptop G	2026-10-09
Radeon RX 9060 XT（16GB 版）の VRAM	16 GB	amd.com AMD page title ‘AMD Radeon RX 9060 XT (16GB)‘	2026-10-09
GeForce RTX 5050 Laptop GPU の VRAM	8 GB	nvidia.com 50 Series laptop table: Standard Memory Configuration row ends with ‘8 GB GDDR7	2026-10-09
Vulkan に対応しない古い GPU の扱い（Java 26.2）	Vulkan is not supported by older hardware or drivers; OpenGL is used as a fallback	minecraft.net Vulkan Support: ‘Vulkan is not supported by older hardware or drivers - OpenGL w	2026-10-09
搭載メモリを見る場所（Windows、Mojang のヘルプの手順）	Start menu Settings System About	help.minecraft.net ‘Verify the installed RAM on your computer. Windows: Start menu Settings System	2026-10-09
RX 9060 XT 16GB（ASUS Dual）の推奨電源 ASUS 公表	550W	asus.com Tech Specs Recommended PSU: 550W（ASUS の注記: 『オーバークロックした GPU と CPU の構成での推奨』）	2026-10-10
RX 9060 XT 16GB（ASUS Dual）の補助電源	1 x 8-pin	asus.com Tech Specs Power Connectors: 1 x 8-pin	2026-10-10
RX 9060 XT 16GB（ASUS Dual）の寸法	202 x 120 x 49 mm (2.5 slot)	asus.com Tech Specs Dimensions: 202 x 120 x 49mm / Slot: 2.5 Slot	2026-10-10
RX 9060 XT 16GB（ASRock Challenger）の推奨電源 ASRock 公表	550W	asrock.com Specification Recommended PSU: 550W	2026-10-10
RX 9060 XT 16GB（ASRock Challenger）の補助電源	1 x 8-pin	asrock.com Specification Power Connector: 1 x 8-pin	2026-10-10
RX 9060 XT 16GB（ASRock Challenger）の寸法	249 x 132 x 41 mm	asrock.com Specification Dimensions: 249 x 132 x 41 mm	2026-10-10
26.1 からゲームに同梱の Java（Mojang の 26.1 の告知）	The included Java distribution is now the Microsoft build of OpenJDK 25	minecraft.net Published 3/24/26 (26.1 release): ‘The game now requires Java 25’; ‘The included	2026-10-10

Minecraft の動作環境チェックの早見表

記事内のツールで条件を選ぶと、自分の条件の結果が出ます。条件は URL で指定でき、下の表のリンクはその条件で開きます。

条件	結果	ツール
Java版・MODなし・デスクトップ・内蔵GPU（CPU内蔵）・メモリ 8GB	最低に届かない。足すもの: メモリを16GB以上に。最低を下回っても起動はするはずですが、性能と画質は保証されません（Mojangの告知）。Java版の動作環境の表はVulkan 1.3対応のGPUを求めています。CPUは判定に入っていません。CPUの行を見て、自分のCPUの型番と比べてください（MinecraftはGPUよりCPUに負荷がかかります）	この条件で開く
Java版・MODなし・デスクトップ・内蔵GPU（CPU内蔵）・メモリ 16GB	△ 推奨ちょうど（ぎりぎり）。足すもの: なし。メモリかVRAMが推奨か最低ちょうどで、余裕はありません。Java版の動作環境の表はVulkan 1.3対応のGPUを求めています。CPUは判定に入っていません。CPUの行を見て、自分のCPUの型番と比べてください（MinecraftはGPUよりCPUに負荷がかかります）	この条件で開く
Java版・MODなし・デスクトップ・独立したGPU・メモリ 8GB・VRAM 4GB	△ 最低ちょうど（ぎりぎり）。足すもの: メモリを16GB以上に、VRAM 6GB以上のグラフィックボード。メモリかVRAMが推奨か最低ちょうどで、余裕はありません。Java版の動作環境の表はVulkan 1.3対応のGPUを求めています。CPUは判定に入っていません。CPUの行を見て、自分のCPUの型番と比べてください（MinecraftはGPUよりCPUに負荷がかかります）	この条件で開く
Java版・MODなし・デスクトップ・独立したGPU・メモリ 8GB・VRAM 8GB	△ 最低ちょうど（ぎりぎり）。足すもの: メモリを16GB以上に。メモリかVRAMが推奨か最低ちょうどで、余裕はありません。Java版の動作環境の表はVulkan 1.3対応のGPUを求めています。CPUは判定に入っていません。CPUの行を見て、自分のCPUの型番と比べてください（MinecraftはGPUよりCPUに負荷がかかります）	この条件で開く
Java版・MODなし・ノート・独立したGPU・メモリ 16GB・VRAM 6GB	△ 推奨ちょうど（ぎりぎり）。足すもの: なし。メモリかVRAMが推奨か最低ちょうどで、余裕はありません。Java版の動作環境の表はVulkan 1.3対応のGPUを求めています。CPUは判定に入っていません。CPUの行を見て、自分のCPUの型番と比べてください（MinecraftはGPUよりCPUに負荷がかかります）	この条件で開く
Java版・MODなし・デスクトップ・独立したGPU・メモリ 16GB・VRAM 8GB	△ 推奨ちょうど（ぎりぎり）。足すもの: なし。メモリかVRAMが推奨か最低ちょうどで、余裕はありません。Java版の動作環境の表はVulkan 1.3対応のGPUを求めています。CPUは判定に入っていません。CPUの行を見て、自分のCPUの型番と比べてください（MinecraftはGPUよりCPUに負荷がかかります）	この条件で開く
Java版・重いMODパック・デスクトップ・独立したGPU・メモリ 16GB・VRAM 8GB	△ 推奨ちょうど（ぎりぎり）。足すもの: メモリを24GB以上に。メモリかVRAMが推奨か最低ちょうどで、余裕はありません。Java版の動作環境の表はVulkan 1.3対応のGPUを求めています。CPUは判定に入っていません。CPUの行を見て、自分のCPUの型番と比べてください（MinecraftはGPUよりCPUに負荷がかかります）	この条件で開く
Java版・重いMODパック・デスクトップ・独立したGPU・メモリ 32GB・VRAM 8GB	○ 推奨を満たす。足すもの: なし。Java版の動作環境の表はVulkan 1.3対応のGPUを求めています。CPUは判定に入っていません。CPUの行を見て、自分のCPUの型番と比べてください（MinecraftはGPUよりCPUに負荷がかかります）	この条件で開く
Java版・シェーダー・デスクトップ・独立したGPU・メモリ 16GB・VRAM 8GB	△ 推奨ちょうど（ぎりぎり）。足すもの: VRAM 16GB以上のグラフィックボード。メモリかVRAMが推奨か最低ちょうどで、余裕はありません。Java版の動作環境の表はVulkan 1.3対応のGPUを求めています。CPUは判定に入っていません。CPUの行を見て、自分のCPUの型番と比べてください（MinecraftはGPUよりCPUに負荷がかかります）	この条件で開く
Java版・シェーダー・デスクトップ・独立したGPU・メモリ 32GB・VRAM 16GB	○ 推奨を満たす。足すもの: なし。Java版の動作環境の表はVulkan 1.3対応のGPUを求めています。CPUは判定に入っていません。CPUの行を見て、自分のCPUの型番と比べてください（MinecraftはGPUよりCPUに負荷がかかります）	この条件で開く
Java版・配信しながら・デスクトップ・独立したGPU・メモリ 16GB・VRAM 8GB	△ 推奨ちょうど（ぎりぎり）。足すもの: なし。メモリかVRAMが推奨か最低ちょうどで、余裕はありません。Java版の動作環境の表はVulkan 1.3対応のGPUを求めています。CPUは判定に入っていません。CPUの行を見て、自分のCPUの型番と比べてください（MinecraftはGPUよりCPUに負荷がかかります）	この条件で開く
Bedrock版（統合版）・デスクトップ・内蔵GPU（CPU内蔵）・メモリ 4GB	△ メモリは最低ちょうど（ぎりぎり）。足すもの: メモリを8GB以上に。メモリかVRAMが推奨か最低ちょうどで、余裕はありません。Bedrock版はGPUとCPUを型番で比べます。この判定はメモリだけです。CPUは判定に入っていません。CPUの行を見て、自分のCPUの型番と比べてください（MinecraftはGPUよりCPUに負荷がかかります）	この条件で開く
Bedrock版（統合版）・デスクトップ・内蔵GPU（CPU内蔵）・メモリ 8GB	△ メモリは推奨ちょうど（ぎりぎり）。足すもの: なし。メモリかVRAMが推奨か最低ちょうどで、余裕はありません。Bedrock版はGPUとCPUを型番で比べます。この判定はメモリだけです。CPUは判定に入っていません。CPUの行を見て、自分のCPUの型番と比べてください（MinecraftはGPUよりCPUに負荷がかかります）	この条件で開く

SONY ウォークマン NW-A105 レビュー — Type-C と Android で乗り換えた DAP の、2026 年からの再評価

Sat, 24 Apr 2021 00:00:00 GMT

2026 追記: 旧 VuePress ブログから移植した記事（初出 2021 年、購入から半年程度の使用感を書いていた）。2026 年現在、A シリーズの現行は NW-A300 シリーズ（NW-A306 国内 / A307 海外、2023 年発売）。NW-A105 自体は生産完了で、新品流通は在庫限り。骨子は今も参考になるが、購入を検討するなら現行モデルとの比較で読むこと。

通勤と外出時の音楽再生用に、5 年以上 SONY のウォークマン NW-A105 を使ってきた。USB Type-C と microSD と Android が揃った最初期のウォークマンで、当時としては「ようやくまともな端子になった」モデル。

ただし 2026 年の視点で振り返ると、長所と短所がはっきり分かれる端末でもある。この記事は、長期使用での実感と、現行の NW-A300 シリーズ・スマホ単体運用との比較を整理する。

結論 — Type-C / microSD / Android が揃った最初期 DAP、新規購入なら現行 A300 を勧める

短い答え: NW-A105 は「ウォークマンに Type-C と Android が載った最初の世代」として価値があったモデル。音質設定の細かさは今も通用する。ただし CPU とバッテリー周りが弱く、新品で買うなら 2026 年現行の NW-A300 シリーズを勧める。

理由は、NW-A105 の弱点（もっさり動作・待機消費の大きいバッテリー）が、いずれも内部パーツに依存する性質のもので、ソフトウェアアップデートで根本解決できる類ではないから。バッテリーセーバーで運用面はマシになったが、根の問題は残る。

買って良い人 / 避けたほうがいい人を整理する:

買って良い: 中古で安く手に入り、有線イヤホン + microSD + 細かい音質設定を使い倒したい人
避けたほうがいい: 新品で買おうとしている人、スマホ単体で音楽が完結している人、バッテリー持ちを最優先する人

外観

短い答え: 3.6 インチタッチパネルの小さな Android 端末。右側面に物理ボタンが集中し、下部に 3.5mm イヤホンジャック・USB Type-C・microSD スロットが並ぶ。

ハイレゾ対応、Android OS のウォークマン。操作はほぼタッチパネル。

項目	スペック
液晶	3.6 インチ
サイズ	55.9 × 98.9 × 11 mm
重量	103 g
OS	Android 9（発売時）
端子	USB Type-C / 3.5mm イヤホンジャック / microSD

（公称）

背面はマット仕上げで Walkman のロゴ。指紋は目立ちにくい。

左側面はボタン類なし。

右側面に操作ボタンが集中。左から「ロック / 戻る / 再生・停止 / 進む / 音量− / 音量+ / 電源」の順。鞄やポケットに入れたまま、ブラインドで再生制御できる物理ボタンの並びは DAP として正解の設計。

下部に 3.5mm イヤホンジャック・ストラップホール・USB Type-C・microSD スロット。3.5mm が残っているのは、有線派にとっては大きい。

ホーム画面は Android 標準に近い構成。アプリも自由に追加できる（Google Play 対応）。

良かった点

短い答え: USB Type-C・microSD・Android の3拍子と、ソニー独自の音質処理機能の細かさ。

USB Type-C — これだけで乗り換えた

NW-A105 を選んだ最大の理由がここ。旧モデルまでのウォークマンは WM-PORT という独自端子で、専用ケーブルを持ち歩く必要があった。

Type-C 化で、スマホ・タブレットと同じケーブルで充電できるようになる。出張先や旅行先で「ウォークマン用のケーブルを忘れた」事故が消える効果は大きい。

microSD で容量を後付けできる

本体ストレージは 16GB と控えめ。ハイレゾ音源を本体だけで管理するのは無理がある。

逆に言えば、microSD 前提の設計。本体は OS とアプリだけに使い、音源は microSD に逃がす運用が現実解。最大 1TB の microSDXC まで使える（公称）ので、ライブラリ拡張に余裕がある。

音質設定の引き出しが多い

ソニー製 DAP の本領が出る部分。

イコライザーは 10 バンド近くで細かく調整できる。ジャンル別プリセットも用意されている。

ノイズキャンセリングは対応イヤホン（IER-NW500N など）と組み合わせる前提。通勤電車での騒音はかなり抑えられる。

音質処理機能の主要なものは以下:

DSEE HX: 圧縮音源をハイレゾ相当にアップサンプリング
DC フェーズリニアライザー: 位相特性を補正してアナログアンプ風の音にする
ダイナミックノーマライザー: 楽曲間の音量差を均す
バイナルプロセッサー: アナログレコード風の音に加工
ClearAudio+: ソニー推奨の自動最適化プリセット

「全部 ON」が必ずしも良くない、というのは使い込んでわかる。曲ジャンルごとに DSEE HX のオン・オフを切り替える、といった調整がハマると音は化ける。

Android なので拡張が効く

Android 9 ベース。Google Play 経由で Spotify / Apple Music / YouTube Music が入る。ローカル音源と並行して、ストリーミングも 1 台で完結できる。

Bluetooth でスマホからプレイリストや音源を流すような連携もそのまま使える。

微妙だった点

短い答え: バッテリー持ちと CPU 性能。どちらもパーツ依存でソフトでは解決しない。

バッテリー消費が大きい

最大の不満点。

電源を入れているだけで目に見えてバッテリーが減る。再生していない待機状態でも、1 日放置で残量が大きく削れる。

公称ではハイレゾ再生で約 26 時間あるが、実使用では「使っていない時間の消費」が体感を下げる。後日のアップデートでバッテリーセーバー（一定時間後の自動電源オフ）が追加され、運用面はかなり改善した。それでも根本解決ではない。

通勤・通学用途で「家か職場で毎日充電できる」前提なら問題ないが、丸 2 日持ち歩く出張にはやや厳しい。

全体的にもっさり

CPU 性能が控えめで、アプリ起動・画面遷移・大きなライブラリのスクロールが引っかかる場面がある。

スマホと違って常時いじる端末ではないので致命的ではないが、Spotify アプリを開いて検索バーで日本語入力、のような操作はストレスを感じる。

ソフトウェアサポートが終わっている

2026 年現在、NW-A105 の Android 9 はメジャーアップデートが止まっており、セキュリティ的にもメインのスマホ用途には向かない。

音楽プレーヤー専用機として割り切る前提なら問題ないが、ストリーミングアプリの将来的な互換性は保証されない。

比較 — NW-A105 vs NW-A300 シリーズ vs スマホ単体

短い答え: 新品で買うなら NW-A300、コストと割り切りで選ぶなら NW-A105 中古、すべて完結したいならスマホ単体。

観点	NW-A105（2019）	NW-A300 シリーズ（2023〜）	スマホ単体運用
OS	Android 9	Android 12 ベース	各機種最新
CPU 体感	もっさり	改善	機種次第で快適
バッテリー（公称ハイレゾ）	約 26 時間	約 36 時間（公称）	音楽再生に占有される
本体ストレージ	16GB	32GB（公称）	機種次第
microSD	あり（最大 1TB）	あり	なし（多くの機種）
端子	USB Type-C / 3.5mm	USB Type-C / 3.5mm	Type-C のみが主流
ノイキャン（独自イヤホン）	対応	対応	非対応
DSEE HX 等の音質処理	あり	あり（DSEE Ultimate に進化）	なし
価格（2026 想定）	中古中心	新品 4 万円台後半〜	スマホ代に含まれる

判断軸はシンプル:

音質処理と有線環境にこだわる + スマホのバッテリーを音楽で消費したくない → NW-A300 を勧める
同じ要件を最小コストで満たしたい → NW-A105 中古
ストリーミング中心 / 完全ワイヤレスイヤホン / 1 台で完結したい → スマホ単体で十分。DAP は要らない

よくある質問

Q. NW-A105 を 2026 年に新品で買う価値はありますか？ A. 新規購入なら現行の NW-A300 シリーズ（NW-A306 / A307）を勧める。NW-A105 は 2019 年発売で、CPU 性能とバッテリー持ちが弱い。中古で安く手に入り、microSD と Type-C と Android が揃った DAP が欲しいだけなら選択肢にはなる。

Q. スマホで音楽を聴くのと比べて、NW-A105 を持つ意味はありますか？ A. ノイズキャンセリングや DSEE HX などソニー独自の音質処理を使いたい人、スマホのバッテリーを音楽再生で消費したくない人にはまだ意味がある。プレイリストはストリーミングで完結し、有線イヤホンも使わないなら、スマホ単体で十分。

Q. バッテリーはどのくらい持ちますか？ A. 公称はハイレゾ再生で約 26 時間。実測では電源を入れた状態の待機消費が大きく、再生しなくても 1 日放置すると目に見えて減る。後日アップデートで自動電源オフのバッテリーセーバーが追加されている。

Q. microSD は何 GB まで対応しますか？ A. 最大 1TB の microSDXC まで対応（公称）。本体ストレージは 16GB と少ないので、ハイレゾ音源を入れるなら microSD 前提で運用する設計。

総評 — 「DAP に Android が乗った最初の世代」を体験する端末

NW-A105 は「ようやくウォークマンが Type-C になった」と「ウォークマンが Android で動く」が同時に来た世代の端末。当時の購入動機としては十分で、5 年以上使ってもライブラリの母艦として困らなかった。

ただし新規購入を勧めるかと言うと、勧めない。CPU とバッテリーは内部パーツの設計に依存していて、後継世代で素直に改善している。中古で安く済ませる、もしくは現行の NW-A300 を選ぶ、のどちらかが現実解。

ストリーミングと完全ワイヤレスイヤホンでスマホ単体で完結できているなら、そもそも DAP を増やす必要はない。「有線イヤホン + 細かい音質処理 + microSD」のどれかを譲れない人だけが、DAP を持つ価値がある。

HDDとSSDの違い — 用途別の選び方と寿命・容量の計算

Wed, 21 Apr 2021 00:00:00 GMT

各メーカーの公式資料では、OS・アプリ・ゲームにはNVMeのSSD、大量の写真・動画の保管にはHDDが向いています。

用途別の早見表

内蔵ドライブは、PCの接続規格と対応サイズを先に確かめてから、行を選びます。

用途	向く種類
OS・アプリ	NVMe の M.2 SSD
PC のゲーム	NVMe の M.2 SSD
PS5 の増設	PCIe Gen4x4 の M.2 SSD（ヒートシンク付き）
古い PC の換装	2.5インチ SATA SSD
写真・動画の保管	HDD（NAS なら CMR）
バックアップ	外付け HDD
持ち運び	外付け SSD

NVMe・SATA・HDDの種類

SSDは半導体、HDDは回転するディスクにデータを記録します。SSDの接続には、細いM.2スロットに挿すNVMeと、2.5インチのSSD・HDDで使うSATAがあります。外付けはUSBでつなぎます。

SATA-IO と Samsung の公式資料では、SATA接続の2.5インチSSDの速さの上限は、600MB/sです（MB/sは1秒に読み出せる量）。Samsungの2TBのSSDで、公称の読み出しの最大を比べると、SATAが560MB/s、PCIe 4.0のNVMeが7450MB/sで、約13倍です。

古いPCの換装

Samsung の公式ページでは、仕様書で2.5インチのSATAと分かったPCは、2.5インチのSATA SSDに換装できます。

HDDのCMRとSMR

SMRはデータを重ねて書く記録方式、CMRは従来型の記録方式です。NASは、家庭内のネットワークにつなぐ保存用のディスクです。年間ワークロードは、1年間に読み書きする量の合計です。

Seagate・WDの公式資料では、NASのように読み書きが続く使い方には、年間ワークロードが180TB/年のNAS向けHDDを選びます。

Seagate の CMR/SMR の公式一覧では、NAS向けのIronWolfは、どの容量もCMRです。SMRは、デスクトップ向けBarraCudaの4TB・8TBなどです。年間に読み書きできる量の目安は、IronWolfが180TB/年、BarraCudaが55TB/年です。

自分の条件で確かめる手順

使い道・容量・書き込み量の3つを順に決めると、種類と容量が出ます。

内蔵ドライブは、PCの仕様書で、対応する接続規格（SATAかNVMe/PCIeか）と、2.5インチかM.2の長さのサイズを先に確かめます
使い道を決めます。早見表の行から選びます
遊ぶゲームごとに、ストアの動作環境でSSDが必須かを確かめます
入れるデータの量を足します。量はWindowsに表示される数で数えます。Windows 11の最小は64GBで、ゲームはストアの動作環境の必要容量を足します
容量を決めます。入れるデータの量を0.8で割った量（空きを20%残す計算）を、買う容量のWindowsでの表示と比べます。表記の1TBは、Windowsでは約931GBと表示されます
SSDなら、1日にどれくらい書き込むかを見積もります（TBWの計算の見方は次の節です）

HDD と SSD のどっち？

使い方（OS・ゲーム・PS5・古い PC の換装・写真や動画の保管・バックアップ・持ち運び）を選ぶと、選ぶ種類を出します。入れるデータの量からは要る容量を、1日の書き込み量からは TBW に届くまでの年数か、HDD の年間ワークロードとの比べを計算します。条件に合う商品も1つ出します。

SSDの寿命・容量・長期保存

SSDの寿命は何年？

SSDが故障するまでの年数は、TBWからは分かりません。

この記事の計算では、1日の書き込みが10GB〜200GBなら、TBWに届くより先に保証の5年が終わります。対象はSamsungの2機種で、TBWは2TBが1200TBW、1TBが600TBWです。1TBの機種の250GB・500GB版はTBWが150TBW・300TBWと小さく、1日200GBだと5年より前にTBWに届きます。

Samsung の保証の表記では、TBWは、保証される書き込みの総量（TB）です。その量で壊れるという意味ではなく、保証は年数とTBWの早いほうで終わります。

この計算では、どの行でも、保証の5年が先です。年数は小数を切り捨てています。

1日の書き込み量（この計算の仮定）	TBWに届くまでの年数（2TB・1200TBW）	TBWに届くまでの年数（1TB・600TBW）
10GB	約328年	約164年
50GB	約65年	約32年
200GB	約16年	約8年

SSDは何TB買えばいい？

空きを25%残すなら、Windowsの表示で698GBまでのデータは1TBに入ります。

手順は空き20%、ここでの上限は余裕を多く取った25%で計算します。

入れるデータに空きを足した量より大きい、最小の容量を選びます。空きを25%残すなら、データがWindowsの表示で698GBまでなら1TB、1396GBまでなら2TBで足ります。メーカー表記の単位で数えると、750GB・1500GBまでです。

Steam の動作環境では、たとえばStarfieldは、SSDが必須で、必要な空き容量は125GBです。

1TBのSSDがパソコンで少なく表示されるのは、容量の表記の違いです。容量の表記は1TB＝1兆バイトです。1024の3乗バイトを1GBとして数える表示では、1TBは約931GBになります。

バックアップと長期保存

2026年10月に調べた機種では、バックアップには外付けHDDが候補です。

Dell のサポート記事では、書き込みの上限まで使ったSSDを40℃以下で電源なしに置いたとき、データが残る最低ラインは3か月です（JEDECの要件）。Dellは、データを入れたSSDを約2.5か月ごとに3週間以上通電するよう勧めています。長く置くなら、コピーを別の媒体にも取っておきます。

PS5とXboxの容量の増やし方

PS5の増設

PlayStation の公式サポートでは、PS5に増設できるのは、PCIe Gen4x4のM.2 NVMe SSDで、容量は250GB〜8TBです。長さの規格は2230〜22110で、読み出し5500MB/s以上が推奨です。冷却が必要で、ヒートシンクを付けた大きさは幅25mm・高さ11.25mmまでです。

USBの外付けストレージに移したPS5のゲームは、本体かM.2 SSDにコピーし直さないと遊べません。

Xboxの外付け

Xbox Wire（2020年9月）の比較表では、USB 3.1の外付けストレージから直接遊べるのは、Xbox One世代のゲームです。Series X|S向けに最適化されたゲームは、本体の内蔵SSDか専用の拡張カードに入れます。

条件ごとの候補

用途ごとに、条件を満たす出品を1つずつ選びました。基準はこうです。

メーカーの公式ページに、仕様の記載がある
販売元が Amazon か、メーカー直営の出品
新品で、評価が100件以上、星4以上
サクラチェッカーで、サクラの疑いを示す判定（「要注意」「危険」など）が出ていない
第三者の割高な並行輸入ではない

Amazon で調べた主要メーカーの現行モデルのうち、条件を満たす出品が複数あるときは、いちばん安いものです。2026年10月は、どの候補もサクラチェッカーに「プレミア価格」の注意が出ています。価格は各販売サイトで確かめてください。

評価数は商品ページの表示の数で、どの候補も容量違いの型番との合算です。

PCのOS・アプリ・ゲーム

ヒートシンクなしのPCIe 4.0です。

PS5の増設

メーカーがPS5対応と明記し、読み出しは5500MB/s以上のものです。

持ち運び

USB 3.2 Gen 2の外付けSSDです。重さは98gで、Samsungの社内試験で3mの落下に耐えました。

PC・NASに内蔵して写真・動画を保管

3.5インチの内蔵HDDです。CMRの記載があり、年間ワークロードは180TB/年です。USBでつなぐなら、外付けの候補を選びます。

バックアップ

記録方式は非公表なので、NASには使いません。テレビの録画には、メーカーが対応と表示しています。

よくある質問

HDDとSSDはどっちを買えばいい？

各メーカーの公式資料では、OS・アプリ・ゲームにはNVMeのSSD、大量の写真・動画の保管にはHDDが向いています。

SSDの寿命は何年？

SSDが故障するまでの年数は、TBWからは分かりません。この記事の計算では、1日の書き込みが10GB〜200GBなら、TBWに届くより先に保証の5年が終わります。

対象はSamsungの2機種で、TBWは2TBが1200TBW、1TBが600TBWです。1TBの機種の250GB・500GB版はTBWが150TBW・300TBWと小さく、1日200GBだと5年より前にTBWに届きます。

SSDは何TB買えばいい？

この記事の計算では、空きを25%残すなら、データがWindowsの表示で698GBまでなら1TB、1396GBまでなら2TBで足ります。メーカー表記の単位で数えると、750GB・1500GBまでです。

PS5の容量を増やすにはどうする？

PlayStation の公式サポートでは、PS5に増設できるのは、PCIe Gen4x4のM.2 NVMe SSDで、容量は250GB〜8TBです。長さの規格は2230〜22110で、読み出し5500MB/s以上が推奨です。

冷却が必要で、ヒートシンクを付けた大きさは幅25mm・高さ11.25mmまでです。

SSDは電源を入れずに置いておくとデータが消える？

Dell のサポート記事では、書き込みの上限まで使ったSSDを40℃以下で電源なしに置いたとき、データが残る最低ラインは3か月です（JEDECの要件）。Dellは、データを入れたSSDを約2.5か月ごとに3週間以上通電するよう勧めています。

長く置くなら、コピーを別の媒体にも取っておきます。

計算に使ったデータと式（検証用）

調べ方と出典: 2026年10月時点の、公式ページの記載から計算しました。実機は試していません。ヒートシンク付きの990 PROのG型は、厚みを公式ページで確かめていません。PS5への適合は、メーカーのPS5対応の表示で判断しています。SATA-IO。Samsung 990 PRO。Samsung 870 EVO。PlayStation M.2 SSD。Xbox Wire。Seagate CMR/SMR一覧。バッファロー HD-AD4U3。Dell の SSD 保持の記事。

計算の方法

SSDがTBWに届くまでの年数 = TBW × 1000 ÷ (1日の書き込みGB × 365)。1日の書き込みは仮定で、10GB〜200GBの幅で検算した
HDDの年間の読み書き（TB）= 1日の読み書きGB × 365 ÷ 1000。1日20GB〜400GBと仮定し、年間ワークロード（読み出しと書き込みの合計）と比べた
必要な容量 = 入れるデータ ÷ (1 − 残す空きの割合)。データはWindowsの表示（1024の3乗バイトを1GBと数える）で測るので、表記の単位（1GB＝10億バイト）に直してから割った（1TBの境目は Windows の表示で698GB = floor(1000×0.75÷1.073741824)、2TBは1396GB = floor(2000×0.75÷1.073741824)。表記の単位では750GB・1500GB）。空きは10%〜25%の幅で検算し、その量以上で最小の容量を選んだ
調べていないこと: HDDの速度と寿命、PCIe 5.0やSSDによる体感の速さ・ゲームの読み込み時間の差、HDDを電源なしで置いたときの保存期間、録画にCMRが要るかどうか。ヒートシンク付き990 PROのG型は厚み・TBWを公式ページで確かめていない（PS5への適合はメーカーのPS5対応の表示で判断した）
速度の比 = 990 PRO 2TB の読み出し ÷ 870 EVO 2TB の読み出し（どちらもメーカー公称の最大。切り捨て）
実機は試していない。値はメーカー・PlayStation・Xbox Wire・Steam・Microsoft・Dell の公開資料の記載（確認日 2026-10-09）

仮定

1日に SSD へ書き込む量。メーカーの公式な標準値はなく、この記事の仮定。10GB は事務・ブラウザ中心、50GB はゲームの更新や写真の整理を含む普通の使い方、200GB は動画編集や大きなゲームの入れ替えが多い使い方を想定する。記事には「仮定」と明記し、年数がこの値で何倍も変わることを書く: 50 (10–200)
容量いっぱいまで使うと空きが足りず速度や寿命に響くと言われるが、メーカー公式の数値は見つからなかった。この記事の仮定として、空きを2割残す計算にする（1割〜2.5割の幅）。必要容量の計算の余裕に使うだけで、メーカーの推奨値ではないと書く: 0.2 (0.1–0.25)
HDD の年間ワークロード（読み書きの合計）と比べるための、1日の読み書き量の仮定。公式の標準値はなく、この記事の仮定。外付け HDD をバックアップ・写真・録画に使う家庭の使い方を想定する: 100 (20–400)

使った公式の値

項目	値	出典	確認日
SATA 3.0 の転送速度（ビット）	6 Gb/s	sata-io.org SATA-IO の SATA Revision 3.0 FAQ（PDF を開いて確認）: 転送速度を 3Gb/s から 6Gb/s に倍にする	2026-10-09
SATA 6Gb/s の転送速度の上限	600 MB/s	sata-io.org FAQ A3: 「up to 6Gb/s or 600 MB/s」（理論上の上限）	2026-10-09
Samsung 990 PRO 2TB の順次読み出し（最大）	7450 MB/s	samsung.com 2TB MZ-V9P2T0B/AM の仕様: Sequential Read Up to 7,450 MB/s	2026-10-09
Samsung 990 PRO 2TB の順次書き込み（最大）	6900 MB/s	samsung.com Sequential Write Up to 6,900 MB/s	2026-10-09
Samsung 990 PRO 2TB の保証される書き込み量	1200 TBW	samsung.com Warranty: 5-Year Limited Warranty or 1200 TBW Limited Warranty（2TB）	2026-10-09
Samsung 990 PRO の保証年数	5 年	samsung.com 5-Year Limited Warranty or 1200 TBW	2026-10-09
Samsung 990 PRO の MTBF	1500000 時間	samsung.com Reliability (MTBF): 1.5 Million Hours	2026-10-09
Samsung 990 PRO 2TB の平均消費電力	5.5 W	samsung.com Average Power Consumption (system level): Average 5.5 W, Maximum 8.5 W (Burst mo	2026-10-09
Samsung 990 PRO 2TB の重さ（最大）	9 g	samsung.com Weight: Max 9.0g	2026-10-09
Samsung 990 PRO の耐衝撃（0.5ms）	1500 G	samsung.com Shock: 1,500 G & 0.5 ms (Half sine)	2026-10-09
990 PRO ヒートシンク付き 2TB（MZ-V9P2T0CW）の重さ（最大）	28 g	samsung.com 990 PRO with Heatsink 2TB MZ-V9P2T0CW: Weight Max 28.0g, 80 x 24.3 x 8.2 mm	2026-10-09
990 PRO ヒートシンク付きの G 型と C 型でページの TBW が食い違う	Samsung US page for MZ-V9P2T0GW (990 PRO with Heatsink 2TB) lists 5-Year Limited Warranty or 600 TBW and 1GB cache, while the Singapore MZ-V9P2T0CW page lists 1200 TBW and the US MZ-V9P2T0CW page lists 600 TBW; the pages disagree	samsung.com Warranty: 5-Year Limited Warranty or 600 TBW Limited Warranty、Cache Samsung 1GB	2026-10-09
990 PRO ヒートシンク付き（G 型）の PS5 対応と速度	MZ-V9P2T0GW (990 PRO w/ Heatsink 2TB): PS5 Compatible; 7,450MB/s Read, 6,900MB/s Write; PCIe 4.0 NVMe M.2	samsung.com ページタイトル「990 PRO w/ Heatsink PCIe 4.0 NVMe SSD 2TB - MZ-V9P2T0GW」、見出しに PS5 Compat	2026-10-09
990 PRO ヒートシンク付き C 型（MZ-V9P2T0CW、米国ページ）の PS5 対応と速度	MZ-V9P2T0CW (990 PRO w/ Heatsink 2TB, Samsung US page): PS5 Compatible; 7,450MB/s Read, 6,900MB/s Write; PCIe 4.0 NVMe M.2, 2280	samsung.com ページタイトル「2TB SSD NVMe w/ Heatsink - 990 PRO ／ Samsung US」、型番表示 MZ-V9P2T0 / MZ-V9P	2026-10-09
990 PRO ヒートシンク付き C 型（MZ-V9P2T0CW）の厚み	8.2 mm	samsung.com MZ-V9P2T0CW: 80 x 24.3 x 8.2 mm (with heatsink)	2026-10-09
Samsung 990 EVO Plus 2TB の順次読み出し（最大）	7250 MB/s	samsung.com Sequential Read Up to 7,250 MB/s（2TB）	2026-10-09
Samsung 990 EVO Plus 2TB の順次書き込み（最大）	6300 MB/s	samsung.com Sequential Write Up to 6,300 MB/s（2TB）	2026-10-09
Samsung 990 EVO Plus 2TB の保証される書き込み量	1200 TBW	samsung.com 5-year Limited Warranty or 1200 TBW Limited Warranty（2TB）	2026-10-09
Samsung 990 EVO Plus のインターフェース	PCIe 4.0 x4 / 5.0 x2, NVMe 2.0	samsung.com Interface: PCIe® 4.0 x4 / 5.0 x2 NVMe™ 2.0	2026-10-09
WD_BLACK SN850X 2TB の順次読み出し（最大）	7300 MB/s	sandisk.com 2TB WD_BLACK SN850X（ヒートシンクなし、WDS200T2X0E）: Sequential Read 7300MB/s	2026-10-09
WD_BLACK SN850X 2TB の順次書き込み（最大）	6600 MB/s	sandisk.com Sequential Write 6600MB/s	2026-10-09
WD_BLACK SN850X 2TB の TBW	1200 TBW	sandisk.com Endurance (TBW) 1200、Warranty 5-Year Limited Warranty、Weight 7.5gms	2026-10-09
WD_BLACK SN8100 2TB の順次読み出し（最大）	14900 MB/s	sandisk.com 2TB WD_BLACK SN8100（ヒートシンクなし、WDS200T1X0M）: Sequential Read 14900MB/s（PCIe Gen 5.	2026-10-09
WD_BLACK SN8100 2TB の順次書き込み（最大）	14000 MB/s	sandisk.com Sequential Write 14000MB/s	2026-10-09
WD_BLACK SN8100 2TB の TBW	1200 TBW	sandisk.com Endurance (TBW) 1200、Warranty 5-Year Limited Warranty	2026-10-09
WD_BLACK SN8100 2TB ヒートシンク付きの重さ	31.2 g	sandisk.com ヒートシンク付き 2TB（WDS200T1XHM）: Weight 31.2gms。ヒートシンクなしは 7.5gms	2026-10-09
Samsung 9100 PRO 2TB の順次読み出し（最大）	14700 MB/s	samsung.com 2TB MZ-VAP2T0B の仕様表: Sequential Read Up to 14,700 MB/s（ページ上部の見出しは 14,800MB/s と食い	2026-10-09
Samsung 9100 PRO 2TB の順次書き込み（最大）	13400 MB/s	samsung.com Sequential Write Up to 13,400 MB/s	2026-10-09
Samsung 9100 PRO 2TB の保証される書き込み量	1200 TBW	samsung.com 5-year Limited Warranty or 1,200TBW Limited Warranty	2026-10-09
Samsung 9100 PRO 2TB の平均消費電力（読み出し時）	8.1 W	samsung.com Average Power Consumption (system level): Read 8.1 W / Write 7.9 W	2026-10-09
Samsung 870 EVO 2TB の順次読み出し（最大）	560 MB/s	samsung.com Sequential Read Up to 560 MB/s	2026-10-09
Samsung 870 EVO 2TB の順次書き込み（最大）	530 MB/s	samsung.com Sequential Write Up to 530 MB/s（Intelligent TurboWrite 有効時）	2026-10-09
Samsung 870 EVO 2TB の保証される書き込み量	1200 TBW	samsung.com Warranty: 5 Years Limited Warranty or 1,200 TBW Limited Warranty（2TB）。脚注: 150 /	2026-10-09
Samsung 870 EVO 1TB の保証される書き込み量	600 TBW	samsung.com 脚注: Warrantied TBW for 870 EVO: 150 TBW for 250 GB, 300 TBW for 500 GB, 600 TBW	2026-10-09
Samsung 870 EVO の保証年数	5 年	samsung.com 5 Years Limited Warranty or 1,200 TBW	2026-10-09
Samsung 870 EVO の MTBF	1500000 時間	samsung.com Reliability (MTBF): 1.5 Million Hours	2026-10-09
Samsung 870 EVO 2TB の平均消費電力	2.5 W	samsung.com Average: 2.5 W, Maximum: 4.5 W (Burst mode)。アイドルは Max. 35 mW	2026-10-09
Samsung 870 EVO 2TB の重さ	46 g	samsung.com Weight: Approx. 46.0g	2026-10-09
Samsung 870 EVO の耐衝撃（0.5ms）	1500 G	samsung.com Shock: 1,500 G & 0.5 ms (Half sine)	2026-10-09
Samsung T7 Shield 2TB の順次読み出し（最大）	1050 MB/s	samsung.com Sequential Read: Up to 1,050MB/s, Sequential Write: Up to 1,000 MB/s	2026-10-09
Samsung T7 Shield 2TB の順次書き込み（最大）	1000 MB/s	samsung.com Sequential Write: Up to 1,000 MB/s	2026-10-09
Samsung T7 Shield の保証年数（米国ページ）	3 年	samsung.com Warranty: Limited 3-year	2026-10-09
Samsung T7 Shield の重さ	98 g	samsung.com Weight: 98g (The exact weight of the product may vary by capacity)、59 x 88 x 13m	2026-10-09
Samsung T7 Shield の落下試験の高さ	3 m	samsung.com Drop test: free-fall to a metal plate from 3-metre height。IP65 は社内試験の表記	2026-10-09
SanDisk Extreme Portable SSD 2TB（SDSSDE61）の読み出し（最大）	1050 MB/s	sandisk.com 2TB（SDSSDE61-2T00-G25）: 1050MB/s read and 1000MB/s write、USB 3.2 Gen 2、IP65 と 3	2026-10-09
SanDisk Extreme Portable SSD の保証年数	5 年	sandisk.com 5-Year Limited Warranty	2026-10-09
WD Red Plus 4TB の記録方式	CMR	westerndigital.com WD40EFPX: Recording Technology CMR、5400 RPM、Cache 256MB	2026-10-09
WD Red Plus の年間ワークロード	180 TB/年	westerndigital.com Rated for 180TB/year workload and 1M hours MTBF	2026-10-09
WD Red Plus の MTBF	1000000 時間	westerndigital.com 1M hours MTBF	2026-10-09
WD Red Plus の保証年数	3 年	westerndigital.com 3-Year Limited Warranty	2026-10-09
WD Red Plus 4TB（WD40EFPX）の重さ	570 g	westerndigital.com WD40EFPX: Weight 570gms	2026-10-09
WD Red Plus 4TB の型番（キャッシュ違い）	4TB 256MB: WD40EFPX; 4TB 128MB: WD40EFZZ (both CMR, 5400 RPM class)	westerndigital.com Model Numbers: 4TB, 256MB: WD40EFPX / 4TB, 128MB: WD40EFZZ	2026-10-09
WD Red Plus 8TB（WD80EFPX）の仕様	WD80EFPX (8TB): CMR, workload rate 180 TB/year, 3-year limited warranty, MTBF 1,000,000 hours	documents.westerndigital.com データシートの表（2026-10-09 に PDF の文字を取り出して確認）: WD80EFPX の列が Recording technology CMR・Wo	2026-10-09
WD Elements Portable 4TB（WDBU6Y0040BBK-WESN）の仕様	WDBU6Y0040BBK-WESN (WD Elements Portable 4TB): USB 3.2 Gen 1 / USB 3.0 / USB 2.0, 2-Year Limited Warranty, 0.51 lbs; recording technology left blank on the spec table	westerndigital.com WD 公式の仕様表（2026-10-09 にブラウザで開いて確認）: Capacity 4TB、Interface USB 3.2 Gen 1、Warranty	2026-10-09
Samsung T7 Shield の接続	USB 3.2 Gen.2 (10Gbps)	samsung.com Interface: USB 3.2 Gen.2 (10Gbps)（2026-10-09 に確認）	2026-10-09
Seagate IronWolf 4TB（ST4000VN006）の記録方式	CMR	seagate.com Seagate 公式の CMR/SMR 一覧: IronWolf 3.5インチ CMR 2・4・6・8・10・12・16TB、SMR は該当なし	2026-10-09
Seagate IronWolf の年間ワークロード	180 TB/年	seagate.com IronWolf: 作業負荷率制限 180TB/年	2026-10-09
Seagate IronWolf の保証年数（日本のページ）	3 年	seagate.com IronWolf HDD: 保証とデータ復旧 3年、3年	2026-10-09
Seagate IronWolf の MTBF	1000000 時間	seagate.com 製品マニュアルの特長: Rated for 1M hours MTBF。年間故障率 AFR 0.87%（8760 時間あたり）	2026-10-09
Seagate BarraCuda 4TB（ST4000DM004）の記録方式	SMR	seagate.com Seagate 公式の CMR/SMR 一覧: BarraCuda 3.5インチ SMR は 4TB、8TB。CMR は 12・16・20・24TB	2026-10-09
Seagate BarraCuda の年間ワークロード	55 TB/年	seagate.com Rated workload: Average annualized workload rating: 55 TB/year	2026-10-09
Seagate の SMR になる容量（BarraCuda・FireCuda）	3.5-inch BarraCuda: SMR 4TB and 8TB (CMR 12/16/20/24TB); 2.5-inch BarraCuda: SMR 2TB and 4TB; 2.5-inch FireCuda: SMR 1TB and 2TB	seagate.com Seagate 日本の CMR/SMR 一覧（2026-10-09 に開いて確認）	2026-10-09
Seagate の CMR の HDD の最大容量（Exos、HAMR）	32 TB	seagate.com Exos 3.5インチ: Mozaic HAMR CMR は 28・30・32TB。SMR は 32・36・44TB	2026-10-09
Seagate Expansion Desktop の重さ（梱包込みでない製品）	1.176 kg	seagate.com データシート: Weight 2.593lb / 1.176kg、USB 3.0 ケーブル 18 インチ、18W 電源アダプター付き	2026-10-09
Seagate Expansion Desktop 4TB の保証（地域別）	Limited warranty by region: AMER 1 year, EMEA 2 years, APAC 3 years (model STKP4000400)	seagate.com データシートの表（Region / Model Number / Limited Warranty (years)）。日本がどの地域の保証かは未確認	2026-10-09
バッファロー HD-AD4U3 の質量（約）	900 g	buffalo.jp 質量約900g、寸法 114×33×171mm（本体のみ）	2026-10-09
バッファロー HD-AD4U3 の保証期間	1 年	buffalo.jp 保証期間 1年。インターフェース USB3.2(Gen1)/3.1(Gen1)/3.0/2.0、最大 5.0Gbps、最大消費電力 18W。「この商品は特定販売	2026-10-09
バッファロー HD-AD4U3 のテレビ録画の対応表示	バッファロー公式ページ（HD-AD4U3）: 各社メーカー製液晶テレビに対応し、外付けHDDへの録画に対応するテレビと接続して番組を録画・再生できる。各社メーカー製ハイビジョンレコーダーにも対応と記載。記録方式（CMR/SMR）の記載はない（テレビ録画に対応と表示している）	buffalo.jp 2026-10-09 に開いて確認: テレビ対応「外付けHDDへの録画に対応するテレビと接続して、本商品に番組を録画・再生することができます」、レコーダー対応の	2026-10-09
PS5 の M.2 SSD の順次読み出しの推奨	5500 MB/s	playstation.com Sequential read speed 5,500MB/s or faster is recommended	2026-10-09
PS5 の M.2 SSD の対応容量	250GB to 8TB	playstation.com Capacity 250 GB - 8 TB	2026-10-09
PS5 の M.2 SSD の要件（接続・サイズ・冷却）	PCI-Express Gen4x4 M.2 NVMe SSD (Key M); sizes 2230, 2242, 2260, 2280, 22110; heatsink or equivalent cooling required; total size up to 25mm wide and 11.25mm high	playstation.com PCI-Express Gen4x4 supported M.2 NVMe SSD (Key M)、effective heat dissipation wit	2026-10-09
PS5 で USB 外付けストレージにある PS5 のゲームの扱い	PS5 games stored on USB extended storage must be copied back to console storage or M.2 SSD storage to be played; PS5 games can be played directly from an M.2 SSD	playstation.com USB Extended Storage vs M.2 SSD Storage	2026-10-09
Xbox の外付け USB ストレージとゲームの扱い	External USB 3.1 HDD/SSD: play Xbox One games including backward-compatible Xbox 360 and original Xbox games directly from it; Xbox Series X／S optimized games can be stored on USB 3.1 storage for quick transfer but not played from it (comparison table: Plays games optimized for Xbox Series X／S - No); they need the internal SSD or the Storage Expansion Card	news.xbox.com Xbox Wire（2020-09-24）の Jason Ronald の回答: Xbox One のゲームは外付けから直接プレイ可、次世代ゲームは USB 3	2026-10-09
Windows 11 に必要なストレージの最小容量	64 GB	microsoft.com Storage: 64 GB or larger storage device	2026-10-09
DirectStorage の要件	DirectStorage requires an NVMe SSD to store and run games that use the Standard NVM Express Controller driver and a DirectX12 GPU with Shader Model 6.0 support	microsoft.com DirectStorage の項	2026-10-09
Starfield の必要空き容量（SSD 必須の表記）	125 GB	store.steampowered.com Steam ストアの動作環境（appdetails API で取得）: Storage 125 GB available space, Additional N	2026-10-09
Baldur’s Gate 3 の必要空き容量（SSD 必須の表記）	150 GB	store.steampowered.com Storage 150 GB available space, Additional Notes: SSD required	2026-10-09
Cyberpunk 2077 の必要空き容量（SSD 必須の表記）	70 GB	store.steampowered.com Storage 70 GB available space, Additional Notes: SSD required	2026-10-09
Monster Hunter Wilds の必要空き容量（SSD 必須の表記）	75 GB	store.steampowered.com Storage 75 GB available space, Additional Notes: SSD required	2026-10-09
Hogwarts Legacy の必要空き容量（最低は HDD も対応）	85 GB	store.steampowered.com Storage 85 GB available space。最低: SSD (Preferred), HDD (Supported)。推奨: SSD	2026-10-09
容量の表記（1GB = 10億バイト）	1GB = 1,000,000,000 bytes and 1TB = 1,000,000,000,000 bytes on the label; the capacity the OS shows is less	samsung.com Capacity: 2,000GB (1GB=1 Billion byte by IDEMA) * Actual usable capacity may be	2026-10-09
SSD の電源なし保存（JEDEC の要件を引く Dell の記事）	Dell’s support article, citing JEDEC JESD218/JESD219, says SSD/NVMe drives must retain data for a minimum of three months powered off at the maximum rated endurance, stored at no more than 40C; Dell advises powering drives that hold user data about every 2.5 months for at least 3 weeks	dell.com サーバー向けの Dell サポート記事（PowerEdge）。JEDEC の要件として「最大定格の書き込み後、電源オフで最低 3 か月」「40℃以下で保管」と書	2026-10-09
Crucial の消費者向け製品の販売終了の発表	Micron announced on 2025-12-03 that it will exit the Crucial consumer business; Crucial consumer products ship through the consumer channel until the end of fiscal Q2 (February 2026), with warranty service and support continuing	investors.micron.com Micron の公式プレスリリース（開いて確認）。Crucial のサイトは確認日に 429 エラーで開けなかった	2026-10-09

HDD と SSD のどっち？の早見表

記事内のツールで条件を選ぶと、自分の条件の結果が出ます。条件は URL で指定でき、下の表のリンクはその条件で開きます。

条件	結果	ツール
OS・アプリ・250GB・20GB	○ NVMe の M.2 SSD・500GB。PCIe 4.0 の NVMe SSD は、読み出し最大 7,450MB/s（Samsung 990 PRO 2TB）で、SATA の上限 600MB/s を大きく超えます。Windows 11 の最小は 64GB です。更新のために、あとからさらに要ることがあります。要る容量: データ 250GB（Windows の表示）を表記の単位に直して ÷ (1 − 空き20%) = 336GB → 500GB。表記の 500GB は、1024 の3乗バイトを 1GB と数える表示では約 465GB です。TBW が 1,200 の 2TB の SSD に1日 20GB 書くと、TBW に届くまで約 164.3 年の計算です。保証の5年のほうが TBW より先に終わります（保証は年数と TBW の早いほう）。TBW はメーカーが保証する書き込みの総量で、その量で壊れるという意味ではありません。TBW は容量が小さいほど小さくなります（Samsung 870 EVO は 1TB で 600TBW、500GB で 300TBW）。年数は 2TB の値なので、選ぶ容量の TBW で計算し直してください	この条件で開く
PC のゲーム・500GB・50GB	○ NVMe の M.2 SSD・1TB。PCIe 4.0 の NVMe SSD は、読み出し最大 7,450MB/s（Samsung 990 PRO 2TB）で、SATA の上限 600MB/s を大きく超えます。Steam の動作環境で SSD 必須と書く大作ゲームがあります（Starfield・Baldur’s Gate 3・Cyberpunk 2077 など）。要る容量: データ 500GB（Windows の表示）を表記の単位に直して ÷ (1 − 空き20%) = 672GB → 1TB。表記の 1TB は、1024 の3乗バイトを 1GB と数える表示では約 931GB です。TBW が 1,200 の 2TB の SSD に1日 50GB 書くと、TBW に届くまで約 65.7 年の計算です。保証の5年のほうが TBW より先に終わります（保証は年数と TBW の早いほう）。TBW はメーカーが保証する書き込みの総量で、その量で壊れるという意味ではありません。TBW は容量が小さいほど小さくなります（Samsung 870 EVO は 1TB で 600TBW、500GB で 300TBW）。年数は 2TB の値なので、選ぶ容量の TBW で計算し直してください	この条件で開く
PC のゲーム・1TB・200GB	○ NVMe の M.2 SSD・2TB。PCIe 4.0 の NVMe SSD は、読み出し最大 7,450MB/s（Samsung 990 PRO 2TB）で、SATA の上限 600MB/s を大きく超えます。Steam の動作環境で SSD 必須と書く大作ゲームがあります（Starfield・Baldur’s Gate 3・Cyberpunk 2077 など）。要る容量: データ 1TB（Windows の表示）を表記の単位に直して ÷ (1 − 空き20%) = 1.343TB → 2TB。表記の 2TB は、1024 の3乗バイトを 1GB と数える表示では約 1862GB です。TBW が 1,200 の 2TB の SSD に1日 200GB 書くと、TBW に届くまで約 16.4 年の計算です。保証の5年のほうが TBW より先に終わります（保証は年数と TBW の早いほう）。TBW はメーカーが保証する書き込みの総量で、その量で壊れるという意味ではありません	この条件で開く
PC のゲーム・1.5TB・50GB	○ NVMe の M.2 SSD・4TB。PCIe 4.0 の NVMe SSD は、読み出し最大 7,450MB/s（Samsung 990 PRO 2TB）で、SATA の上限 600MB/s を大きく超えます。Steam の動作環境で SSD 必須と書く大作ゲームがあります（Starfield・Baldur’s Gate 3・Cyberpunk 2077 など）。要る容量: データ 1.5TB（Windows の表示）を表記の単位に直して ÷ (1 − 空き20%) = 2.014TB → 4TB。表記の 4TB は、1024 の3乗バイトを 1GB と数える表示では約 3725GB です。TBW が 1,200 の 2TB の SSD に1日 50GB 書くと、TBW に届くまで約 65.7 年の計算です。保証の5年のほうが TBW より先に終わります（保証は年数と TBW の早いほう）。TBW はメーカーが保証する書き込みの総量で、その量で壊れるという意味ではありません	この条件で開く
PS5 の増設・1TB	○ PCIe Gen4x4 の M.2 SSD（ヒートシンク付き）・2TB。PS5 は PCIe Gen4x4 の M.2 NVMe SSD で、読み出し 5,500MB/s 以上が推奨です。冷却が必要で、ヒートシンクを付けた大きさは幅 25mm・高さ 11.25mm までです。PS5 が対応する容量は 250GB〜8TB です。USB の外付けに移した PS5 のゲームは、本体か M.2 SSD にコピーし直さないと遊べません。要る容量: データ 1TB（Windows の表示）を表記の単位に直して ÷ (1 − 空き20%) = 1.343TB → 2TB。表記の 2TB は、1024 の3乗バイトを 1GB と数える表示では約 1862GB です	この条件で開く
PS5 の増設・1.5TB	○ PCIe Gen4x4 の M.2 SSD（ヒートシンク付き）・4TB。PS5 は PCIe Gen4x4 の M.2 NVMe SSD で、読み出し 5,500MB/s 以上が推奨です。冷却が必要で、ヒートシンクを付けた大きさは幅 25mm・高さ 11.25mm までです。PS5 が対応する容量は 250GB〜8TB です。USB の外付けに移した PS5 のゲームは、本体か M.2 SSD にコピーし直さないと遊べません。要る容量: データ 1.5TB（Windows の表示）を表記の単位に直して ÷ (1 − 空き20%) = 2.014TB → 4TB。表記の 4TB は、1024 の3乗バイトを 1GB と数える表示では約 3725GB です	この条件で開く
古い PC の換装・250GB・10GB	○ 2.5インチ SATA SSD・500GB。先に PC の仕様書で、対応する接続規格（SATA か NVMe/PCIe か）とサイズ（2.5インチ、または M.2 の長さ）を確かめます。2.5インチの SATA と分かったら、SATA SSD の上限は 600MB/s までの速さで、古い SATA 3Gb/s の接続とも互換があります。要る容量: データ 250GB（Windows の表示）を表記の単位に直して ÷ (1 − 空き20%) = 336GB → 500GB。表記の 500GB は、1024 の3乗バイトを 1GB と数える表示では約 465GB です。2.5インチ SATA の Samsung 870 EVO 500GB（300TBW）に1日 10GB 書くと、約 82.1 年で TBW に届く計算です。保証の5年のほうが TBW より先に終わります（保証は年数と TBW の早いほう）。TBW はメーカーが保証する書き込みの総量で、その量で壊れるという意味ではありません	この条件で開く
古い PC の換装・750GB・50GB	○ 2.5インチ SATA SSD・2TB。先に PC の仕様書で、対応する接続規格（SATA か NVMe/PCIe か）とサイズ（2.5インチ、または M.2 の長さ）を確かめます。2.5インチの SATA と分かったら、SATA SSD の上限は 600MB/s までの速さで、古い SATA 3Gb/s の接続とも互換があります。要る容量: データ 750GB（Windows の表示）を表記の単位に直して ÷ (1 − 空き20%) = 1.007TB → 2TB。表記の 2TB は、1024 の3乗バイトを 1GB と数える表示では約 1862GB です。2.5インチ SATA の Samsung 870 EVO 2TB（1,200TBW）に1日 50GB 書くと、約 65.7 年で TBW に届く計算です。保証の5年のほうが TBW より先に終わります（保証は年数と TBW の早いほう）。TBW はメーカーが保証する書き込みの総量で、その量で壊れるという意味ではありません	この条件で開く
写真・動画の保管・2TB・50GB	○ HDD（NAS なら CMR）・4TB。写真・動画のように大量にしまうデータは HDD が向いています。NAS のように読み書きが続くなら、年間ワークロード（1年間の読み書きの合計）が 180TB/年の NAS 向け HDD を選びます。Seagate の一覧では、NAS 向けの IronWolf はどの容量も CMR、SMR はデスクトップ向け BarraCuda の 4TB・8TB などです。要る容量: データ 2TB（Windows の表示）を表記の単位に直して ÷ (1 − 空き20%) = 2.685TB → 4TB。表記の 4TB は、1024 の3乗バイトを 1GB と数える表示では約 3725GB です。1日 50GB の読み書きは、年 18.25TB です。NAS 向けの CMR の HDD（WD Red Plus・IronWolf）の年間ワークロード 180TB/年の内側です	この条件で開く
写真・動画の保管・2.5TB・400GB	○ HDD（NAS なら CMR）・4TB。写真・動画のように大量にしまうデータは HDD が向いています。NAS のように読み書きが続くなら、年間ワークロード（1年間の読み書きの合計）が 180TB/年の NAS 向け HDD を選びます。Seagate の一覧では、NAS 向けの IronWolf はどの容量も CMR、SMR はデスクトップ向け BarraCuda の 4TB・8TB などです。要る容量: データ 2.5TB（Windows の表示）を表記の単位に直して ÷ (1 − 空き20%) = 3.356TB → 4TB。表記の 4TB は、1024 の3乗バイトを 1GB と数える表示では約 3725GB です。1日 400GB の読み書きは、年 146TB です。NAS 向けの CMR の HDD（WD Red Plus・IronWolf）の年間ワークロード 180TB/年の内側です。BarraCuda（SMR、55TB/年）では目安を超えます。年間ワークロードがもっと大きい NAS 向けの HDD を選んでください	この条件で開く
バックアップ・1TB	○ 外付け HDD・2TB。調べた外付け HDD は、どれも記録方式をメーカーが公表していません。NAS で読み書きが続くなら、年間ワークロードが 180TB/年の内蔵の NAS 向け HDD を選びます。SSD を電源なしで置いたとき、データが残る期間の最低ラインは、書き込みの上限まで使った状態で3か月（40℃以下）です（Dell の記事が引く JEDEC の要件）。長く置くなら、コピーを別の媒体にも取っておきます。要る容量: データ 1TB（Windows の表示）を表記の単位に直して ÷ (1 − 空き20%) = 1.343TB → 2TB。表記の 2TB は、1024 の3乗バイトを 1GB と数える表示では約 1862GB です	この条件で開く
持ち運び・500GB	○ 外付け SSD・1TB。Samsung T7 Shield は USB 3.2 Gen 2 の外付け SSD で、重さは 98g、Samsung の社内試験で 3m の落下に耐えました。要る容量: データ 500GB（Windows の表示）を表記の単位に直して ÷ (1 − 空き20%) = 672GB → 1TB。表記の 1TB は、1024 の3乗バイトを 1GB と数える表示では約 931GB です	この条件で開く

映像端子の違い — HDMI・DisplayPort・USB-Cの選び方

Sat, 17 Apr 2021 00:00:00 GMT

この記事の計算では、1080p・60Hzなら、HDMI 2.0とDisplayPort 1.4で足ります。USB-Cは、まず機器がDisplayPort Alt Modeに対応しているかを確かめます。

4K・144Hzの10bitのHDRは、HDMI 2.1と、DisplayPort 2.1のUHBR13.5・UHBR20で送れます。必要な量が少ない側でも多い側でも、この3つは圧縮が要りません。DisplayPort 1.4では、画質をほぼ落とさず映像を圧縮する仕組み（DSC）が要ります。

2026年10月時点の規格団体の資料から計算しました。色は間引かない設定（4:4:4）で、実機は試していません。

解像度とHzごとの早見表

この記事の計算では、4K・60Hzなら、10bitのHDRでも、HDMI 2.1とDisplayPort 1.4で足ります。

次の順で確かめます。

機器とモニターの映像端子と、対応する解像度・Hzを、仕様書で調べます
使う解像度とHzを決めます
早見表か計算ツールで、足りるか確かめます

表は各規格の最大帯域で比べ、UHBR10の列はありません。この記事の計算（色は4:4:4）では、UHBR10のDisplayPort 2.1は、4K・144Hzの8bitなら圧縮なしで送れます。10bitのHDRは信号しだいで、収まる場合と収まらない場合があります。

表の前提: 必要な映像データの量は、同じ解像度とHzでも信号の作り方で幅があるため、少ない値〜多い値で示しています。色は間引かない設定（4:4:4）で、HDRは10bitです。HDMI 2.1の4K・120Hz以上と8KはHDMI.orgの対応表のとおりです。

映像の形式	必要な映像データの量	HDMI 2.0	HDMI 2.1	DisplayPort 1.4	DisplayPort 2.1 UHBR13.5	DisplayPort 2.1 UHBR20
1080p・60Hz・8bit	3.19〜3.57Gbps	○ 圧縮なし	○ 圧縮なし	○ 圧縮なし	○ 圧縮なし	○ 圧縮なし
1440p・144Hz・8bit	14.07〜14.2Gbps	△ 圧縮なし（ぎりぎり）	○ 圧縮なし	○ 圧縮なし	○ 圧縮なし	○ 圧縮なし
1440p・240Hz・10bit（HDR）	30.78Gbps	✕ 足りない	○ 圧縮なし	△ DSC が要る	○ 圧縮なし	○ 圧縮なし
4K・60Hz・8bit	12.54〜14.26Gbps	△ 圧縮なし（ぎりぎり）	○ 圧縮なし	○ 圧縮なし	○ 圧縮なし	○ 圧縮なし
4K・60Hz・10bit（HDR）	15.67〜17.82Gbps	✕ 足りない	○ 圧縮なし	○ 圧縮なし	○ 圧縮なし	○ 圧縮なし
4K・120Hz・10bit（HDR）	32.24〜35.64Gbps	✕ 足りない	○ 圧縮なし	△ DSC が要る	○ 圧縮なし	○ 圧縮なし
4K・144Hz・10bit（HDR）	37.5〜39.19Gbps	✕ 足りない	○ 圧縮なし	△ DSC が要る	○ 圧縮なし	○ 圧縮なし
4K・240Hz・10bit（HDR）	68.56Gbps	✕ 足りない	△ DSC が要る	△ DSC が要る	△ DSC が要る	○ 圧縮なし
8K・60Hz・10bit（HDR）	62.05〜71.28Gbps	✕ 足りない	△ DSC が要る	△ DSC が要る	△ DSC が要る	○ 圧縮なし

「○ 圧縮なし」は、映像をそのまま送れるという意味です
「△ 圧縮なし（ぎりぎり）」は、送れる量との差が3%未満という意味です
「△ DSCが要る」は、画質をほぼ落とさずに映像を圧縮する仕組み（DSC）を使えば送れるという意味です。送る機器と受ける機器の両方の対応が要ります

自分の条件で確かめる計算ツール

調べた端子・解像度・Hz・色の細かさを選ぶと、判定とケーブルが出ます。

映像端子とケーブルの判定

つなぐ機器と端子、モニターの端子、解像度・リフレッシュレート・色深度を選ぶと、使う端子と版、圧縮なしで送れるか、要るケーブルと変換を出します。条件に合う認証ケーブル・変換器も出します。

PS5・Xbox・Switch 2の端子

ケーブルは、帯域の計算とは別にこの表で選びます。

ゲーム機	ケーブルの条件
PS5	PlayStationの公式ブログでは、PS5は付属のHDMIケーブルを勧めています。ほかのケーブルを使うなら、HDMI 2.1に対応したUltra High Speedを選びます
Xbox Series XとS	Xboxの公式ページでは、Xbox Series XにもSeries Sにも、Ultra High SpeedのHDMIケーブルが付いています
Switch 2	任天堂オーストラリアのサポートページでは、Switch 2のテレビ接続には、Ultra High SpeedのHDMIケーブルが要ります。Switch 2には1本付いています

PS5やXbox Series Xの4K・120Hzには、モニター側にもHDMI 2.1の入力が要ります。HDMI 2.0の入力では、4K・120Hzは足りません。

Switch 2の4K・60Hzは、HDMIの版が分からないので、HDMI 2.0として計算しています。8bitならぎりぎり届きますが、色を間引かない10bitのHDRには足りません。

端子と版ごとの帯域

端子と版の違いは、1秒に送れる映像データの量です。

端子と版	最大帯域	映像に使える量	DSCを使うと送れる量（圧縮前）
HDMI 2.0	18Gbps	14.4Gbps	なし
HDMI 2.1	48Gbps	42.66Gbps	127.98Gbps
DisplayPort 1.4	32.4Gbps	25.92Gbps	77.76Gbps
DisplayPort 2.1 UHBR10	40Gbps	38.68Gbps	116.04Gbps
DisplayPort 2.1 UHBR13.5	54Gbps	52.22Gbps	156.66Gbps
DisplayPort 2.1 UHBR20	80Gbps	77.37Gbps	232.11Gbps

UHBRは、DisplayPort 2.1の高速な送り方の名前で、数字が大きいほど速くなります。「DSCを使うと送れる量」は、DSCで3分の1に圧縮できるとして計算した、圧縮前の量です。

HDMI.org の説明では、HDMI 2.1の機能はどれも任意なので、「HDMI 2.1」と書かれていても4K・120Hzを受けられるとは限りません。

HDMI 2.2は、対応機器を調べていないので、早見表と計算ツールには入れていません。最大96Gbpsです。

USB-Cでモニターにつないで映らないのはなぜ？

USB-C端子が映像出力に対応していない可能性があります。次の順に確かめます。

DisplayPortの公式FAQでは、USB-Cから映像が出るかは機器しだいで、仕様書の「DisplayPort Alt Mode」の記載か、端子の横のDPロゴで確かめます
VESA の説明では、USB-CのDP Alt Modeは、4レーン全部を映像に使えば最大80Gbpsで、USBのデータと同時に使うと最大40Gbpsに減ります。どちらの構成か分からないときは、USBと同時に使う側で足りるかで見ます
DisplayPortの公式FAQでは、DP Alt Modeに対応したUSB-Cからは、アダプターやケーブルで、DisplayPort・HDMI・DVI・VGAの入力へつなげます。4K・60Hzを出すときは、変換ケーブルの対応する解像度・Hzを仕様で確かめます
ハブやドックは、映像出力の対応と、対応する解像度・Hzを、製品の仕様で確かめます

USB-CとThunderboltの違いは、Intel の資料では、USB Type-Cは端子の形で、Thunderbolt 5は規格です。Thunderbolt 5の端子はUSB Type-Cで、パソコン・周辺機器・ケーブルのどれも認証が必須です。USB-IF の説明では、USB4の80Gbpsは、80Gbpsの認証ケーブルで使えます。

DisplayPortのケーブルと長さ

DisplayPortのケーブルは、ロゴで選びます。VESA の説明では、DisplayPortケーブルは、VESAのDP40やDP80のロゴで帯域を見分けます。DP40はUHBR10用で、DisplayPort 1.4の速度にも下位互換です。

ケーブル	使える速さ	長さの目安
DP40	UHBR10まで	2mを超えると改良が要る
DP54	UHBR13.5まで	2mまで
DP80	UHBR20まで	1mを超えると改良が要る
DP80LL（アクティブ）	UHBR20まで	3mまで

DisplayPortをHDMIに変換できる？

変換器の向きと、対応する解像度・Hzを先に確かめます。変換器と両側の機器が、使いたい映像の形式に対応している必要があります。

Dell のサポート記事では、DisplayPortからHDMIへは、変換アダプターでつなげます。HDMIからDisplayPortへは、アクティブの変換器が要ります。

パッシブの変換アダプターは、DP++（デュアルモード）の出力でだけ使えます。DisplayPort→HDMI用のアクティブな変換アダプターは、通常のDP出力でもDP++出力でも使えます。変換は一方向で、逆向きには専用の変換器が要ります。

帯域は、変換をはさむと両側のうち少ないほうで決まります。DisplayPort 1.4からHDMI 2.1への変換では、4K・120Hzの10bitはDSCが要ります。

条件ごとの候補

モニターの入力端子と必要な速さを、早見表か計算ツールで確かめてから選びます。基準を満たす出品があれば、条件ごとに1つ選びました。基準はこうです。

メーカーの公式ページに、認証か仕様の記載があります。VESAの認証製品データベースでは、選んだ長さの登録を確かめられていません
新品で、評価は100件以上、星は4以上あります。100件以上かは、長さ違いと合算した件数で判定しました。DP80は合算を確かめ、DP40は合算かどうかを確かめていません。USB-C→HDMIも、長さ違いと合算した件数の可能性が高いです
サクラチェッカーで注意・警告が出ておらず、Amazonより低いスコアでもありません
第三者の割高な並行輸入ではありません

商品ページのストアリンクは、メーカー公式FAQが案内する日本のAmazonストアと一致しました。販売元の表示は「Cable Matters Japan」です。公式サイトにこの名前の記載は見つかっていません。

Amazon.co.jpで調べた出品のうち、この条件を満たす中でいちばん安いものです。価格は各販売サイトで確かめてください。

DisplayPort 1.4・UHBR10向け

長さは2mです。

UHBR13.5以上向け

UHBR20のパッシブは1mを超えると改良が要るので、1mにしました。

評価数は、2mの出品と合算の数です。

4K・60Hzで、USB-CからHDMIへつなぐなら

メーカーの記載は4K・60Hz以上で、長さは1.8mです。向きはUSB-C→HDMIだけで、USB-CがDisplayPort Alt Modeに対応している機器で使います。

よくある質問

HDMIとDisplayPortはどっちでつなぐ？

ゲーム機やテレビならHDMI、DisplayPortが付いたPCモニターなら、早見表で足りるほうを選びます。

DisplayPortをHDMIに変換できる？逆は？

Dell のサポート記事では、DisplayPortからHDMIへは、変換アダプターでつなげます。HDMIからDisplayPortへは、アクティブの変換器が要ります。

パッシブの変換アダプターは、DP++（デュアルモード）の出力でだけ使えます。DisplayPort→HDMI用のアクティブな変換アダプターは、通常のDP出力でもDP++出力でも使えます。

変換は一方向で、逆向きには専用の変換器が要ります。

4K・240Hz・10bitのHDRにはどの端子が要る？

この記事の計算（色は4:4:4）では、4K・240Hz・10bitを圧縮なしで送れるのは、比べた端子ではDisplayPort 2.1のUHBR20だけです。HDMI 2.1やDisplayPort 1.4では、DSCが要ります。

計算に使ったデータと式（検証用）

調べ方と出典: 2026年10月時点の、規格団体と各社の公式ページの記載から計算しました。実機は試していません。出典（規格団体）: HDMI.org HDMI 2.2、VESA DisplayPort 2.1、VESA DisplayPort FAQ、USB-IF USB4。出典（各社）: Intel Thunderbolt 5、PlayStation Blog PS5 FAQ、Nintendo Switch 2の仕様。出典（変換アダプター）: Dell 変換アダプターの説明。

計算の方法

必要な映像データの量 = 画素クロック × 色深度（bit）× 3 ÷ 1000（Gbps、圧縮なし）。色は間引かない（4:4:4）で計算し、HDR は10bitとして計算した。画素クロックは、VESA CVT-RB2 の式の値（PC 向けの最小のブランキング）と、CTA-861（テレビ・ゲーム機の信号）・Dell の資料の値の幅で出す。表示は小数2桁で、少ない側は切り捨て、多い側は切り上げ。
端子と版ごとに映像に使える量: HDMI 2.0 は 18Gbps × 8/10（TMDS）= 14.4Gbps、HDMI 2.1 は 48Gbps × 16/18（FRL）= 42.66Gbps、DisplayPort 1.4 は VESA の最大ペイロード 25.92Gbps、DisplayPort 2.1 の UHBR20 は 77.37Gbps。UHBR10 と UHBR13.5 は UHBR20 の値を1レーンの速度の比で割り振った（38.68Gbps、52.22Gbps）。小数2桁に切り捨て、この切り捨てた値で判定する。
DSC は最大 3分の1 に圧縮するとして、DisplayPort 1.4・2.1 と HDMI 2.1 で使えるとした。HDMI 2.0 は DSC なし。DSC は送る機器と受ける機器の両方の対応が要る。HDMI 2.1 の 4K・120Hz 以上と 8K は HDMI.org の対応表のとおりに判定した。HDMI 2.2 は対応機器を調べていないので計算に入れていない。
判定: 多い側でも収まれば圧縮なし。余裕が 3% 未満ならぎりぎり。少ない側だけ収まるなら信号しだい。DSC で収まるなら DSC が要る。DSC を使うと送れる量は、切り捨てた映像に使える量 × 3。Switch 2 は HDMI の版の記載が無いので HDMI 2.0 と同じ量で判定した。ケーブルの条件（ゲーム機の同梱ケーブルなど）は帯域の計算とは別に、各社の公式ページの記載で示した。
USB-C は、仕様書の DisplayPort の版と、接続の構成で判定する。VESA の説明では、DP Alt Mode は4レーン全部を映像に使うと最大80Gbps、USB データと同時だと最大40Gbps（2レーン）。4レーンは、その版の映像に使える量のとおり。USB データと同時の2レーンは、映像に使える量を半分にした。構成が分からないときは、40Gbps 側（2レーン）で収まれば、どちらの構成でも送れるとして判定する。40Gbps 側で収まらず、4レーンなら収まるときは、確定の○を出さず「構成しだい」とする。USB-C→HDMI は DisplayPort 側の区間にだけこの構成を当てる。
色深度の検算: 4K・240Hz の12bit は、必要な量の多い側が 82.27Gbps で、UHBR20 の映像に使える量 77.37Gbps を超える。4K・240Hz を圧縮なしで送れるのは UHBR20 だけ、という記事の結論は10bit（HDR）までの話。
ケーブルの長さは、パッシブで改良が要る長さ（DP40 が 2m超、DP80 が 1m超）、DP80LL が 3mまで、DP54 が 2mまでという VESA の説明だけを使った。実機は試していない。候補は、メーカーの公式ページが認証と仕様を書く商品から、Amazon の新品・評価100件以上（長さ違いと合算した件数で判定）・星4以上・サクラチェッカーで注意・警告なし（Amazon より低いスコアでもない）・輸入品でないものの中で、条件ごとに送料込みでいちばん安いもの。

仮定

机まわりの配線で多い長さを1〜3mと仮定（候補の商品が1〜2mに集まることから）。VESA が DP80 のパッシブは1mを超えると改良が要るとしているため、DisplayPort は長さも条件にする: 2 (1–3)
PC の通常表示は1色8bit、HDR は10bit が一般的という仮定。calc のツールでは選択式にして、記事では条件を明記する: 8 (8–12)

使った公式の値

項目	値	出典	確認日
HDMI 2.1 / Ultra High Speed ケーブルの帯域	48 Gbps	hdmi.org The Ultra High Speed HDMI Cable was introduced in the HDMI 2.1 Specification and	2026-10-09
Ultra High Speed ケーブルが想定する映像	8K@60 and 4K@120	hdmi.org Ultra High Speed: 8K@60 and 4K@120 formats	2026-10-09
HDMI 2.2 / Ultra96 ケーブルの帯域	96 Gbps	hdmi.org Up to 96Gbps bandwidth and next-gen HDMI Fixed Rate Link technology; The new Ult	2026-10-09
HDMI 2.2 の対応形式	12K@120 and 16K@60; uncompressed 8K@60/4:4:4 and 4K@240/4:4:4 at 10-bit and 12-bit	hdmi.org Supported resolutions include 4K240 and 8K60, both uncompressed and with full ch	2026-10-09
HDMI 2.2 の全機能に要るケーブル	Ultra96 HDMI Cable is the only cable that supports all HDMI 2.2 applications	hdmi.org The new Ultra96 HDMI Cable supports up to 96Gbps bandwidth and is the only cable	2026-10-09
Ultra96 の表記（機器側）	Ultra96 feature name: 64Gbps, 80Gbps or 96Gbps	hdmi.org “Ultra96” is a feature name that manufacturers are encouraged to use to indicate	2026-10-09
Ultra 系ケーブルの認証が必須であること	mandatory certification program (Ultra96 and Ultra High Speed)	hdmi.org Both the Ultra96 HDMI Cable and Ultra High Speed HDMI Cable are part of the Ultr	2026-10-09
HDMI 2.1 の機能が任意であること	optional	hdmi.org Q: Are HDMI 2.1 Specification features mandatory or optional and why? A: Support	2026-10-09
DisplayPort 1.4a の最大リンク帯域	32.4 Gbps	vesa.org The previous version of DisplayPort, v1.4a, provided a maximum link bandwidth of	2026-10-09
DisplayPort 1.4a の最大ペイロード	25.92 Gbps	vesa.org With 8b/10b channel coding, that equates to a maximum payload of 25.92 Gbps.	2026-10-09
DisplayPort 2.1 の最大帯域（UHBR20・4レーン）	80 Gbps	vesa.org VESA certified DP80 cables support up to the UHBR20 link rate (20 Gbps), with fo	2026-10-09
DisplayPort 2.1b の最大ペイロード	77.37 Gbps	displayport.org DisplayPort 2.1b … maximum link rate to up to 20 Gbps/lane and features more e	2026-10-09
DP40 ケーブルの定義	UHBR10, 40Gbps (DP40)	vesa.org VESA certified DP40 cables support up to the UHBR10 link rate (10 Gbps), with fo	2026-10-09
DisplayPort ケーブルの認証ロゴ	DP40 / DP80 logo from VESA	vesa.org if your cable has the DP40 or DP80 logo from VESA, it will meet the specs for th	2026-10-09
DP40 / DP80 ケーブルの下位互換	DP40 and DP80 cables are backward compatible with RBR, HBR, HBR2 and HBR3	vesa.org fully backward compatible with devices supporting DisplayPort link rates previou	2026-10-09
DP40 / DP80 ケーブルの長さの目安	DP40: improvements needed beyond 2 m; DP80 passive: beyond 1 m; DP80LL active: up to 3 m	vesa.org improved connectivity and longer cable lengths (beyond two meters for DP40 cable	2026-10-09
DisplayPort 2.1 の DSC 必須対応	DisplayPort 2.1 mandates DSC support; can reduce transport bandwidth in excess of 67 percent	vesa.org This efficiency is on top of mandated support for VESA’s visually lossless Displ	2026-10-09
DisplayPort 1.4 の DSC（最大3:1）	DSC 1.2 up to 3:1, visually lossless	vesa.org DSC version 1.2 transport enables up to 3:1 compression ratio and has been deeme	2026-10-09
DisplayPort 2.1 の圧縮なしの構成例	8K 60Hz 4:4:4 with 30 bits per pixel (HDR-10); two 4K 144Hz 24bpp uncompressed	displayport.org First standard to support 8K resolution (7680 x 4320) at 60 Hz refresh rate with	2026-10-09
USB-C の映像出力（DP Alt Mode）の確かめ方	check device documentation or the DP logo; USB Type-C connectors that support DisplayPort over USB-C normally carry the DP logo	displayport.org How do I know if a device supports DisplayPort Alt Mode? This information should	2026-10-09
USB-C の DP Alt Mode の帯域	up to 80Gbps of DisplayPort video using all four lanes, or up to 40Gbps with simultaneous SuperSpeed USB data	vesa.org up to 80 Gigabits per second (Gbps) of DisplayPort video data utilizing all four	2026-10-09
USB4 バージョン2の最大帯域	80 Gbps	usb.org Key characteristics of the USB4 solution include: Two-lane operation using exist	2026-10-09
USB4 の互換性	compatible with USB 3.2, USB 2.0 and Thunderbolt 3 hosts and devices	usb.org Compatibility with existing USB 3.2, USB 2.0, and Thunderbolt 3 hosts and device	2026-10-09
Thunderbolt 5 の帯域（双方向）	80 Gbps	download.intel.com Thunderbolt 5 will deliver 80 gigabits per second (Gbps) of bi-directional bandw	2026-10-09
Thunderbolt 5 の Bandwidth Boost（送信側）	120 Gbps	download.intel.com with Bandwidth Boost it will provide up to 120 Gbps for the best display experie	2026-10-09
Thunderbolt 5 の表示の構成（Intel の資料）	dual 8K (60Hz) or three 4K (144Hz)	thunderbolttechnology.net Bandwidth Boost for display experiences: 120G transmit and up to three streams;	2026-10-09
Thunderbolt 5 の土台の規格と互換性	built on USB4 V2, DisplayPort 2.1 and PCI Express Gen 4; fully compatible with previous versions	download.intel.com Built on industry standards including USB4 V2, DisplayPort 2.1 and PCI Express G	2026-10-09
Thunderbolt 5 のパッシブケーブルの長さ（Intel の発表）	passive cables up to 1 meter	download.intel.com Utilizes a new signaling technology, PAM-3, to deliver these significant increas	2026-10-09
Thunderbolt の認証が必須であること	mandatory certification for all shipping computers, accessories, and cables	thunderbolttechnology.net Maximized Performance: Mandatory certification for all shipping computers, acces	2026-10-09
Thunderbolt の端子の形（USB Type-C）	One universal computer port (USB Type-C)	thunderbolttechnology.net Thunderbolt 5 Leaps Ahead: One universal computer port (USB Type-C)	2026-10-09
PS5 の HDMI 2.1 と 4K120Hz 対応	HDMI 2.1, 4K 120Hz	blog.playstation.com PS5 supports the HDMI 2.1 specification. HDMI 2.1 supports 4K 120Hz (2026-10-09	2026-10-09
PS5 の HDMI ケーブルの推奨	included cable recommended; otherwise Ultra High Speed	blog.playstation.com The included HDMI cable is recommended, but in general, use an Ultra High Speed	2026-10-09
PS5 Pro の 8K 出力の条件	PS5 Pro 8K output requires a screen supporting 8K at 60Hz with DSC	playstation.com PS5 Pro console 8K output requires a screen that supports 8K at 60Hz with Displa	2026-10-09
Xbox Series X の HDMI 2.1 と同梱ケーブル	1x HDMI 2.1 port; up to 120 FPS; Ultra High Speed HDMI cable included	xbox.com HDMI. 1x HDMI 2.1 port; an XBOX Series X console, controller, Ultra High Speed H	2026-10-09
Xbox Series S の HDMI 2.1 と同梱ケーブル	1x HDMI 2.1 port; 1440p up to 120 FPS; Ultra High Speed HDMI cable included	xbox.com HDMI. 1x HDMI 2.1 port; Gaming Resolution 1440p, Performance Target Up to 120 FP	2026-10-09
Switch 2 のテレビ出力	HDMI output in TV mode; max 4K at 60 fps; 120 fps at 1080p/1440p; HDR10; VRR up to 120Hz	nintendo.com Output via HDMI connector in TV mode; Maximum of 3840x2160 (4K) resolution at 60	2026-10-09
Switch 2 のテレビ接続に要る HDMI ケーブル	Ultra High Speed HDMI cable required (meets HDMI 2.1 specifications); one is included with Switch 2	nintendo.com You will need: … An Ultra High Speed HDMI cable. An Ultra High Speed HDMI cabl	2026-10-09
DisplayPort→HDMI のパッシブ変換が使える条件	passive DisplayPort-to-HDMI adapters only work on DP++ (Dual-Mode) ports; active adapters work with a pure DisplayPort or DP++ output	dell.com How passive adapters work: They only work when converting DisplayPort to HDMI. Y	2026-10-09
HDMI→DisplayPort の変換と向きの制約	HDMI to DisplayPort always requires an active adapter; an adapter designed for DisplayPort to HDMI cannot work in reverse	dell.com An adapter designed to convert DisplayPort to HDMI cannot work in reverse (HDMI	2026-10-09
DP Alt Mode の USB-C から他の端子への変換	adapters and adapter cables defined in the DisplayPort Alt Mode for USB Type-C Standard connect DisplayPort over USB-C to DisplayPort, HDMI, DVI and VGA monitor inputs	displayport.org Adapters and Adapter cables, as defined in the DisplayPort Alt Mode for USB Type	2026-10-09
HDMI 2.0 の最大帯域	18 Gbps	hdmi.org offers a significant increase in bandwidth (up to 18Gbps) to support new feature	2026-10-09
HDMI 2.0 の符号化の効率（8b/10b）	0.8	xilinx.com AMD/Xilinx PG351: TMDS up to 6 Gb/s @ 3 lanes	2026-10-07
HDMI 2.1 の符号化の効率（16b/18b）	0.8888888888888888	xilinx.com AMD/Xilinx PG351: FRL 12 Gb/s @ 4 lanes, decode the incoming 16-bit/18-bit encod	2026-10-07
DSC の圧縮率（最大）	3	vesa.org DSC version 1.2 transport enables up to 3:1 compression ratio and has been deeme	2026-10-09
CVT-RB2 の横ブランキング	80 px	github.com CVT_RB_V2_H_BLANK 80 pixels	2026-10-07
CVT-RB2 の縦ブランキング時間	460 µs	github.com CVT_RB_MIN_V_BLANK 460 us	2026-10-07
CVT-RB2 の垂直同期の行数	8 lines	github.com RB v2 is detected when vsync == 8	2026-10-07
CVT-RB2 のバックポーチの最小行数	6 lines	github.com CVT_RB_V_BPORCH 6	2026-10-07
CVT-RB2 のフロントポーチの最小行数	1 lines	github.com CVT_RB_V2_MIN_V_FPORCH 1	2026-10-07
CTA-861 の1080p60の画素クロック	148.5 MHz	github.com edid_cea_modes: /* 16 - 1920x1080@60Hz */ 148500 kHz	2026-10-08
CTA-861 の1080p120の画素クロック	297 MHz	github.com edid_cea_modes: /* 63 - 1920x1080@120Hz */ 297000 kHz	2026-10-08
CTA-861 の4K60の画素クロック	594 MHz	github.com edid_cea_modes: /* 97 - 3840x2160@60Hz */ 594000 kHz	2026-10-08
CTA-861 の4K120の画素クロック	1188 MHz	github.com edid_cea_modes: /* 118 - 3840x2160@120Hz */ 1188000 kHz	2026-10-08
CTA-861 の8K60の画素クロック	2376 MHz	github.com edid_cea_modes: /* 199 - 7680x4320@60Hz */ 2376000 kHz	2026-10-08
Dell 資料の4K60の画素クロック（CVT）	533.25 MHz	dl.dell.com UHD 3840x2160 (DP) 60Hz 533.25 MHz PDF p.16	2026-10-07
Dell 資料の4K120の画素クロック（低い側）	1074.73 MHz	dl.dell.com VESA 3840x2160 119.88Hz 1074.73 MHz PDF p.14	2026-10-07
Dell 資料の4K144の画素クロック	1250 MHz	dl.dell.com VESA 3840x2160 144Hz 1250 MHz PDF p.13-14	2026-10-07
Dell 資料のWQHD144の画素クロック	591.31 MHz	dl.dell.com 2560x1440 144Hz 591.31 MHz PDF p.14	2026-10-07
HDMI.org の対応表（形式ごとのケーブル）	HDMI Video Table: 4K100/120 all formats = UHS; 4K144 12-bit RGB/4:4:4 = UHS+DSC or Ultra96, others = UHS; 4K200/240 and 8K48/50/60 RGB/4:4:4/4:2:2 = UHS+DSC or Ultra96, 4:2:0 = UHS	hdmi.org HDMI Video Table - All Formats. BLACK = Support with UHS HDMI Cables or Ultra96	2026-10-08
高い解像度・Hzに要るケーブル	Ultra High Speed or Ultra96 required	hdmi.org Will some resolutions and refresh rates require a specific cable? In order to en	2026-10-08
HDMI の圧縮（DSC）の扱い	uncompressed and compressed (DSC 1.2a) modes; manufacturers can implement either or both	hdmi.org The specification supports both uncompressed and compressed modes. Manufacturers	2026-10-08
UHBR10 の1レーンの速度	10 Gbps	vesa.org VESA certified DP40 cables support up to the UHBR10 link rate (10 Gbps), with fo	2026-10-09
UHBR13.5 の1レーンの速度	13.5 Gbps	vesa.org a new VESA certified DP54 UHBR cable spec to enable up to four-lane UHBR13.5 lin	2026-10-09
DP54 ケーブル（UHBR13.5 用）	DP54: UHBR10 and UHBR13.5 up to 2 m passive; UHBR13.5 previously only through a DP80 cable	vesa.org the new DP54 cable specification enables support of both UHBR10 and UHBR13.5 sin	2026-10-09

映像端子とケーブルの判定の早見表

記事内のツールで条件を選ぶと、自分の条件の結果が出ます。条件は URL で指定でき、下の表のリンクはその条件で開きます。

条件	結果	ツール
DisplayPort 1.4・DisplayPort 1.4・4K・144Hz・HDR（10bit）	△ DSC（圧縮）を使えば送れます。DisplayPort 1.4 で映像に使える量は 25.92Gbps。DSC は、送る機器とモニターの両方が対応しているときだけ使えます	この条件で開く
HDMI 2.1・HDMI 2.1・4K・144Hz・HDR（10bit）	○ 圧縮なしで送れます。HDMI 2.1 で映像に使える量は 42.66Gbps。HDMI 2.1 の機能はどれも任意なので、モニターがこの解像度・Hz を HDMI で受けられるかを仕様で確かめます	この条件で開く
DisplayPort 2.1（UHBR20）・DisplayPort 2.1（UHBR20）・4K・240Hz・HDR（10bit）	○ 圧縮なしで送れます。DisplayPort 2.1（UHBR20）で映像に使える量は 77.37Gbps。UHBR20 をパッシブの DP80 で使えるのは1mまでとされてきました。3mまではアクティブの DP80LL です（VESA）	この条件で開く
DisplayPort 2.1（UHBR13.5）・DisplayPort 2.1（UHBR13.5）・4K・240Hz・HDR（10bit）	△ DSC（圧縮）を使えば送れます。DisplayPort 2.1（UHBR13.5）で映像に使える量は 52.22Gbps。DSC は、送る機器とモニターの両方が対応しているときだけ使えます。UHBR13.5 は、パッシブの DP54 なら2mまで使えます（VESA）	この条件で開く
DisplayPort 1.4・DisplayPort 1.4・WQHD（1440p）・165Hz・SDR（8bit）	○ 圧縮なしで送れます。DisplayPort 1.4 で映像に使える量は 25.92Gbps	この条件で開く
DisplayPort 1.4・HDMI 2.1・4K・120Hz・HDR（10bit）	△ DSC（圧縮）を使えば送れます。DisplayPort 1.4 で映像に使える量は 25.92Gbps。HDMI 2.1 で映像に使える量は 42.66Gbps。DSC は、送る機器とモニターの両方が対応しているときだけ使えます。DP++ の出力ならパッシブの変換でも映ります。アクティブの変換なら DP++ でなくても使えます（Dell の説明）。HDMI 側は HDMI 2.1 が要る量なので、変換器・変換ケーブルも HDMI 2.1 の出力に対応したものを選びます。HDMI 2.1 の機能はどれも任意なので、モニターがこの解像度・Hz を HDMI で受けられるかを仕様で確かめます	この条件で開く
HDMI 2.1・DisplayPort 1.4・フルHD（1080p）・60Hz・SDR（8bit）	△ 変換器が対応する形式なら映ります。HDMI 2.1 で映像に使える量は 42.66Gbps。DisplayPort 1.4 で映像に使える量は 25.92Gbps。HDMI→DisplayPort には能動式の変換器が要ります。DisplayPort→HDMI 用の変換器は逆向きに使えません（Dell の説明）。出せる形式は変換器の仕様で確かめます。HDMI 2.1 の機能はどれも任意なので、モニターがこの解像度・Hz を HDMI で受けられるかを仕様で確かめます	この条件で開く
HDMI 2.1・HDMI 2.1・8K・60Hz・HDR（10bit）	△ DSC（圧縮）を使えば送れます。HDMI 2.1 で映像に使える量は 42.66Gbps。DSC は、送る機器とモニターの両方が対応しているときだけ使えます。HDMI 2.1 の機能はどれも任意なので、モニターがこの解像度・Hz を HDMI で受けられるかを仕様で確かめます	この条件で開く
USB-C（DP Alt Mode・DisplayPort 1.4）・分からない・DisplayPort 1.4・4K・60Hz・HDR（10bit）	△ 接続の構成しだいです（この構成では確定できません）。DisplayPort 1.4 で映像に使える量は 25.92Gbps。DSC は、送る機器とモニターの両方が対応しているときだけ使えます。その USB-C から映像が出るかは、機器の仕様書の「DisplayPort Alt Mode」の記載か、端子の横の DP ロゴで確かめます。構成が分からないので、確定できません。4レーン全部を映像に使う接続なら: ○ 圧縮なしで送れます。USB データと同時の2レーンなら: △ DSC（圧縮）を使えば送れます	この条件で開く
USB-C（DP Alt Mode・DisplayPort 1.4）・分からない・HDMI 2.0・4K・60Hz・SDR（8bit）	△ 接続の構成しだいです（この構成では確定できません）。DisplayPort 1.4 で映像に使える量は 25.92Gbps。HDMI 2.0 で映像に使える量は 14.4Gbps。HDMI 2.0 の余裕は 1% です。PC向けの信号（VESA CVT-RB2）なら収まり、テレビ向けの信号では超えます。HDMI 側は HDMI 2.0 と同じ量で足ります。その USB-C から映像が出るかは、機器の仕様書の「DisplayPort Alt Mode」の記載か、端子の横の DP ロゴで確かめます。構成が分からないので、確定できません。4レーン全部を映像に使う接続なら: △ 圧縮なしで送れます（ぎりぎり）。USB データと同時の2レーンなら: △ 信号しだいで送れます	この条件で開く
USB-C（DP Alt Mode・DisplayPort 2.1 UHBR20）・分からない・DisplayPort 2.1（UHBR20）・4K・240Hz・HDR（10bit）	△ 接続の構成しだいです（この構成では確定できません）。DisplayPort 2.1（UHBR20）で映像に使える量は 77.37Gbps。DSC は、送る機器とモニターの両方が対応しているときだけ使えます。その USB-C から映像が出るかは、機器の仕様書の「DisplayPort Alt Mode」の記載か、端子の横の DP ロゴで確かめます。構成が分からないので、確定できません。4レーン全部を映像に使う接続なら: ○ 圧縮なしで送れます。USB データと同時の2レーンなら: △ DSC（圧縮）を使えば送れます。UHBR20 をパッシブの DP80 で使えるのは1mまでとされてきました。3mまではアクティブの DP80LL です（VESA）	この条件で開く
USB-C（DP Alt Mode・DisplayPort 2.1 UHBR20）・4レーン全部を映像に使う（最大80Gbps）・DisplayPort 2.1（UHBR20）・4K・240Hz・HDR（10bit）	○ 圧縮なしで送れます。DisplayPort 2.1（UHBR20）で映像に使える量は 77.37Gbps。その USB-C から映像が出るかは、機器の仕様書の「DisplayPort Alt Mode」の記載か、端子の横の DP ロゴで確かめます。4レーン全部を映像に使う接続（最大80Gbps）として計算しています。UHBR20 をパッシブの DP80 で使えるのは1mまでとされてきました。3mまではアクティブの DP80LL です（VESA）	この条件で開く
HDMI 2.0・HDMI 2.0・4K・60Hz・SDR（8bit）	△ 圧縮なしで送れます（ぎりぎり）。HDMI 2.0 で映像に使える量は 14.4Gbps。HDMI 2.0 の余裕は 1% です	この条件で開く
PS5（4K・120Hz）・HDMI 2.1・HDR（10bit）	○ 圧縮なしで送れます。HDMI 2.1 で映像に使える量は 42.66Gbps。HDMI 2.1 の機能はどれも任意なので、モニターがこの解像度・Hz を HDMI で受けられるかを仕様で確かめます	この条件で開く
PS5（4K・120Hz）・HDMI 2.0・HDR（10bit）	✕ この端子と版では足りません（この計算では）。HDMI 2.0 で映像に使える量は 14.4Gbps。色を間引く（4:2:0）なら: ✕ この端子と版では足りません（この計算では）	この条件で開く
Switch 2（4K・60Hz）・HDMI 2.0・SDR（8bit）	△ 圧縮なしで送れます（ぎりぎり）。HDMI 2.0 で映像に使える量は 14.4Gbps。HDMI 2.0 の余裕は 1% です。任天堂の仕様には HDMI の版が書かれていないので、HDMI 2.0 と同じ量で判定しています	この条件で開く
Xbox Series S（1440p・120Hz）・HDMI 2.1・HDR（10bit）	○ 圧縮なしで送れます。HDMI 2.1 で映像に使える量は 42.66Gbps。HDMI 2.1 の機能はどれも任意なので、モニターがこの解像度・Hz を HDMI で受けられるかを仕様で確かめます	この条件で開く

Peak Design キャプチャー V3 ＆プロパッドレビュー — 一眼カメラを腰ベルトに固定するクリップ

Fri, 16 Apr 2021 00:00:00 GMT

2026 追記: 旧 VuePress ブログから移植した記事。Peak Design キャプチャーは 2026 時点でも現行ラインで、後継世代（V3 以降のマイナーチェンジ）が継続販売されている。レビュー観点（ベルト運用の快適さ・ロックの堅牢性・プレート公差由来の金属音）は今も参考になる。

一眼カメラを持って出かけると、毎回バッグから出し入れする手間で撮影機会を逃す。リュックの中で寝かせていると、出した瞬間にはもう被写体がいなくなっている、というやつ。

これを物理的に解決するために、Peak Design キャプチャー V3（CC-BK-3） と プロパッド（PP-2） を導入して数年使った。腰ベルトやリュックのショルダーに一眼カメラを直付けして、片手で外してそのまま構える運用に変わる。

結論 — 一眼を頻繁に構える人なら投資価値あり

短い答え: ストラップ運用から脱却したいなら買い。ロックは堅牢で、走っても外れないし、数年使ってもボタン破損などのトラブルがない。

理由は、「カメラを構えるまでのアクション数」が劇的に減るから。バッグを下ろす → ファスナーを開ける → カメラを出す、の3アクションが、ボタンを押して持ち上げる、の1アクションになる。子連れ・動物園・運動会のように被写体が止まってくれない場面では効果が大きい。

ただし以下に該当する人は注意:

手ぶら派 + たまにしか撮らない人: 数千円のストラップで足りる
フルサイズ + 大三元レンズ常用者: 腰に重量級をぶら下げると歩行で揺れる。ショルダー側で逃がす運用が現実的
静音性が必要な場面で撮る人: プレートとクランプの公差で金属音が出ることがある（後述）

外観と質感

短い答え: アルミ削り出しの黒一色、エッジは丸めてあるが手触りは硬質。質感はカメラアクセサリの中でも上位。

正面はシンプル。中央にロック解除ボタン、左右にクランプを締め込むネジ（六角穴）が見える。

項目	キャプチャー V3
大きさ	約 13 × 13 × 3 cm
重量	約 144 g（公称）
素材	アルミ削り出し
対応ストラップ厚	〜6.4mm 程度（公称）

裏面はフラット。ベルトに直接当たる側で、引っかかりがない設計。腰運用だとこの面が肌・腰骨に近づくのでクッション（プロパッド）が要る。

側面から見ると奥行きは薄い。腰に付けてもジャケットの裾で隠れる程度には抑えてある。

下面は凹型のプレート受け。ここにカメラ側に付けたクイックリリースプレートを台形状にスライドさせて差し込む。

プロパッド PP-2

腰ベルトに付けるときの補助パッド。クッションで荷重を分散させる。

項目	プロパッド PP-2
大きさ	約 17 × 9 × 3 cm
重量	約 36 g（公称）
素材	クッション材 + ベルクロ

クッションは厚すぎず、ベルトを締めれば腰に密着する。汗をかいてもベルクロが緩むことはなかった。

良かった点

短い答え: 構えるまでの動作が最短化される / ロックが本気で堅牢 / 数年使っても壊れない。

カメラを構えるまでが片手1アクション

最大の利点。ロック解除ボタンを押しながらカメラを上に引き抜く、で完了。

バッグから出すと違って、構えると同時にもう撮れる体勢になっている。子どもや動物が予測不能に動く場面では、この 2〜3秒の差で撮れる・撮れないが分かれる。旅行・運動会・動物園・登山あたりで一番効果が大きかった。

ロック解除は意図的にしないと外れない

片手1アクションだと逆に「歩いてるうちに勝手に外れないのか」が心配になる。これは数年使った範囲で一度も発生しなかった。

ロック機構は、解除ボタンを押し込まないと垂直方向にも抜けない構造。走ってもジャンプしても、ボタンに触れなければカメラは固定されたまま。意図的にボタンを押せばスッと抜ける、というオン/オフが明確で、誤解除のストレスがない。

ボタンが本体に組み込まれていて紛失リスクがゼロ

以前使っていた別ブランドの汎用カメラクリップは、ロック解除ボタンが取り外せる構造で、半年で紛失して使えなくなった。

Peak Design 側はボタンが本体に完全に組み込まれていて、外そうとしても外れない。修理性は犠牲になるが、フィールドでの紛失リスクがゼロなのは現場運用で効いてくる。

アルカスイス互換プレートも使える

純正のスタンダードプレートはアルカスイス互換の溝形状をしているので、手持ちの三脚側がアルカスイス互換クランプなら、プレートを付け替えずに三脚に直載せできる。

別ブランドのアルカスイス互換プレートを使い回すこともできた。新規でセットを組むなら純正で揃えるのが無難だが、既に三脚周りでアルカ系を統一している人は移行コストが低い。

微妙だった点

短い答え: 互換プレート次第で金属音が出る / 重い機材だと腰運用は揺れる / 純正プレートはそれ単体だと底面が滑る。

互換プレートとの公差でカタカタ音が鳴る

プレートを差し込む凹部は、互換プレートを広く受けるためか公差に余裕がある設計。

純正の Peak Design プレートだとほぼガタつかないが、汎用のアルカスイス互換プレートだとカチャカチャと金属音が出ることがある。歩く速度が上がるほど顕著。野鳥撮影など静音性が要る現場では純正プレートに揃えるか、薄手のテフロンテープで遊びを埋める運用が必要になる。

重量級レンズだと腰運用は揺れる

フルサイズ + 70-200mm f/2.8 クラスを腰に付けると、歩行のたびに上下に揺れる。これはキャプチャーの問題というより、腰ベルトに重量物を吊るすこと自体の物理的な限界。

実運用ではこういう重量級はリュックのショルダーストラップ側にキャプチャーを移すか、ストラップを併用したほうが体が楽。腰運用が快適なのは、ミラーレス + 単焦点・標準ズームくらいまでの組み合わせ。

純正プレートの底面は三脚で滑りやすい

純正プレートは底面が平らで、滑り止めのコルク・ゴムなどが付いていない（個体差ありの可能性）。

カメラを直接置いたり、滑らかな雲台に載せたりすると、わずかに滑る感触がある。三脚に固定するときはクランプを締めれば問題ないが、机にポンと置くと滑り出すことがあるので注意。

装着・運用方法

短い答え: クランプを開いてベルトに通す → 締める、で 30秒。プレートは三脚穴に付けたら基本付けっぱなしでいい。

まずクランプの左右ネジを六角で緩める。両側どちらからでも操作できる。緩めると上側のプレートが回転するので、ベルトを通すスペースを作る。

腰運用ならプロパッドを開いて、内側の取付ガイド（イラスト印刷あり）に沿ってキャプチャーを挟む。そのままプロパッドごとベルトに通す。

プロパッドを閉じて、回転させていたキャプチャー上部を元位置に戻し、ネジを締め直す。これで完了。慣れれば 30 秒。

カメラプレートの取り付け

カメラ側はクイックリリースプレートを 1/4 インチネジで三脚穴に固定する。一度付けたら基本そのままで、外す必要はほぼない。

横から見ると底面が台形（アルカスイス互換）になっている。この凸が、キャプチャー側の凹にスライドして噛み合う構造。

キャプチャー側面の黒い円筒ボタンを押し込みながら、プレートを上から差し込む。

奥まで差し込んでボタンを放すと、ロック完了。逆にロック解除も同じボタンで一発。

GoPro でも 1/4 インチネジ経由のマウントがあればキャプチャーで固定できる。実運用としてはアクションカム用途より、ミラーレス・一眼レフを腰に付ける用途が中心になる。

比較: キャプチャー vs カメラベルト・速写ハーネス

短い答え: 「身体に密着固定」のキャプチャー、「肩から提げて素早く構える」のハーネス、「シンプルに首から」のネックストラップ — それぞれ用途が違う。

観点	Peak Design キャプチャー V3	速写ハーネス（一般）	ネックストラップ（一般）
取付位置	腰ベルト or ショルダー	肩〜脇下	首
構えるまでの動作	ボタン押す → 引き抜く	提げてるカメラを持ち上げる	同左
両手を完全に空けられるか	可能（カチッと固定）	提げたまま揺れる	提げたまま揺れる
走る・ジャンプの安定性	高い（揺れない）	中（ストラップ反動あり）	低（カメラが暴れる）
重量級レンズの相性	腰運用だと揺れる	良い（肩で逃がす）	普通
静音性	プレート公差で音が出る場合あり	静か	静か
価格帯（執筆当時）	約 1.8〜2 万円	約 5,000〜1.5 万円	約 2,000〜5,000円

「とにかく構えるまでを速くしたい」「両手を完全に空けたい」ならキャプチャー一択。「カメラを長時間提げっぱなしで歩く」運用がメインならハーネスのほうが疲れにくい。

参考までに同じカメラ周辺機器カテゴリでは、軽量機材向けに JOBY ゴリラポッド JB01542-PKK のレビューも書いている。机や柱に巻きつける固定運用なので、キャプチャー（身体に固定）とは別レイヤーの選択肢になる。

よくある質問

Q. どんなカメラ・リュックに対応していますか？ A. クランプは厚み 6.4mm までのストラップ・ベルトに装着できる仕様（公称）。多くのカメラリュックのショルダーストラップや、ベルト幅 5cm 程度までの腰ベルトであれば取り付け可能。カメラ側は 1/4 インチネジに対応していれば、ミラーレス・一眼レフ・コンデジ問わず使える。重量級の機材（フルサイズ + 望遠など）は肩や腰への負担が大きいので、ショルダーストラップを併用したほうが現実的。

Q. ハーネスや速写ストラップとどちらがいいですか？ A. 用途が違う。ハーネス・速写ストラップは「肩から提げて素早く構える」運用で、カメラは常に身体から垂れる。キャプチャーは「身体に密着固定」運用で、両手を完全に空けたいハイキングや子ども連れ撮影に強い。重さの逃がし方も違っていて、ハーネスは肩、キャプチャーは腰（プロパッド経由）に荷重を分散する。三脚撮影が多い人や、レンズ交換が頻繁な人は、両者を併用するケースも珍しくない。

Q. プロパッドは本当に必要ですか？ A. 腰ベルトに付ける運用なら実質必須。キャプチャー単体だとクランプの裏側がベルトに直接食い込み、長時間歩くと腰骨に当たって痛い。プロパッドはクッションでベルトを挟み込み、荷重を腰回りに広く分散させる構造になっている。一方、リュックのショルダーストラップに付ける運用ならクッションは不要で、キャプチャー単体で十分。「腰運用ならプロパッド込み、ショルダー運用ならキャプチャー単体」と覚えておけばいい。

Q. 数年使って壊れませんか？ A. 数年常用してロック機構が壊れたことは一度もない。クランプ部のネジ、ロックボタン、本体アルミ — どれも目立った劣化はない。比較対象として、以前使っていた別ブランドの汎用クリップはロックボタンが取り外せる構造で、半年でボタンの紛失・破損が発生した。Peak Design 側はボタンが本体に組み込まれていて取り外せないので、構造的に紛失リスクがゼロな点は大きい。

総評 — 一眼を頻繁に出し入れする人は世界が変わる

人を選ぶアクセサリだが、ハマる用途で使うと、もうストラップだけの運用には戻れない。

特に 子ども連れ・旅行・動物園・登山 あたりで、両手を空けたまま一眼を即座に構えたい人には強くおすすめできる。逆に、カメラを構える機会が月に数回なら、数千円のネックストラップで十分。

注意点はプレート公差由来の金属音と、重量級レンズでの腰揺れの2つ。前者は純正プレートで揃えるか、後者はショルダーストラップ運用に切り替えれば回避できる。

Vue.js 入門 - v-if と v-for を解説

Thu, 15 Apr 2021 00:00:00 GMT

2026-05-16 追記: 初出は Vue 2 / Options API 時代の記事です。2026 現在は Vue 3 と Composition API（<script setup>）が標準ですが、v-if / v-else / v-for といったテンプレート構文の書き方は変わっていないので、骨子はそのまま参考になります。

Vue.js を初めて使う方に向けて、今回は条件分岐と繰り返し描画にあたるディレクティブを整理します。

mustache タグと v-bind は以下の記事で解説しています。

Vue.js 入門 - mustache タグと v-bind

結論

v-if: 条件が真のときだけ要素を描画する。v-else / v-else-if も使える
v-show: 表示・非表示を CSS の display で切り替える。頻繁に出し入れする要素向き
v-for: 配列を繰り返し描画する。:key を忘れずに指定する

v-if

v-if は条件式が真のときだけ要素を描画するディレクティブです。

実務でもよく使います。スマートフォンと PC で出し分けたい要素、ログイン状態で切り替えたい UI などが典型例です。

v-if の基本的な使い方

v-if は対象要素の属性として書き、値に評価式を渡します。

以下のコードは HTML 内で判定し、表示非表示を処理しています。

実際に実行すると サンプルです。 と表示されます。

<template>
  <div v-if="sampleNum === 1">
    サンプルです。
  </div>
</template>

<script>
export default {
  data() {
    return {
      sampleNum: 1
    };
  },
};
</script>

v-else

v-if は通常の if 文と同じように else も書けます。

v-else を後続要素の属性に書くだけです。

実際に実行すると else が表示です。 と表示されます。

<template>
  <div>
    <div v-if="sampleNum === 0">
      サンプルです。
    </div>
    <div v-else>
      elseが表示です。
    </div>
  </div>
</template>

<script>
export default {
  data() {
    return {
      sampleNum: 1
    };
  },
};
</script>

注意点として、v-else は v-if の直後の要素に置く必要があります。間に別の要素が挟まると認識されません。

v-else-if

else の他に else-if も使えます。

書き方は同じで、属性に v-else-if を記述します。

実際に実行すると sampleNum は 1 です。 と表示されます。

<template>
  <div>
    <div v-if="sampleNum === 0">
      サンプルです。
    </div>
    <div v-else-if="sampleNum === 1">
      sampleNumは1です。
    </div>
  </div>
</template>

<script>
export default {
  data() {
    return {
      sampleNum: 1
    };
  },
};
</script>

v-show

v-show は v-if と似た見た目の出し分けを行いますが、内部の仕組みが違います。

書き方は v-if と同じく属性に v-show="..." と書きます。

v-if と v-show の違いは DOM ごと出し入れするか、CSS の display で隠すだけか です。

v-if は条件が真になったタイミングで要素を生成し、偽になれば DOM ごと取り除きます。v-show は最初から DOM を作っておき、display: none の付け外しだけで切り替えます。そのため切り替えコストは v-show のほうが軽く、初回描画コストは v-if のほうが軽くなります。

使い分けの目安は次のとおりです。

初期表示のときに条件が偽になりやすく、めったに出さない要素 → v-if
表示・非表示を頻繁に切り替えるトグル UI → v-show

なお、v-show は display プロパティに依存する都合上、<template> 要素や v-else との組み合わせには使えません。その場合は v-if 側で書きます。

v-for

v-for は配列やオブジェクトを繰り返し描画するためのディレクティブです。

JavaScript の for 文に近い感覚で、配列の要素分だけ同じテンプレートを並べてくれます。

書き方は属性に v-for="(item, index) in list" のように記述します。あわせて :key に一意な値を渡しておくと、Vue が差分検知を正しく行えます。

実際に実行すると 中身は 1, index は 0。中身は 2, index は 1。 と表示されます。

<template>
  <div>
    <div v-for="(num, i) in numList" :key="i">
      中身は{{ num }}, indexは{{ i }}。
    </div>
  </div>
</template>

<script>
export default {
  data() {
    return {
      numList: [1, 2]
    };
  },
};
</script>

まとめ

v-if は条件で要素を生み出すか消すか、v-show は要素を残したまま CSS で隠すか。v-for は配列を繰り返すときに :key を添える。テンプレート構文は Vue 3 でも変わっていないので、ここを押さえておけば Composition API に移っても同じ書き方で済みます。

Vue.js 入門 - エンジニアが解説する v-bind 基礎

Wed, 14 Apr 2021 00:00:00 GMT

2026-05-16 追記: 初出から数年経過した記事です。骨子は今も参考になりますが、ツールの UI やバージョンは執筆当時のままで、最新版とは差異があります。

Vue.js を初めて使う方に向けて、今回は Vue.js で追加された独自の HTML 記法について解説します。

結論

mustache タグ ({{ }}) で script 内の変数を HTML に出力できる
v-bind は属性に対して動的な処理を加えるディレクティブ
: プレフィックスで v-bind: を省略可能
配列記法を使えば複数の class / style を同時に適用できる

mustache タグ

script 内で定義した変数や関数を HTML 上で使用したい時に mustache タグが使えます。

mustache タグは {{ }} を HTML 上に記述すると使用できます。

以下のコードは displayText を script 内で定義し、HTML で呼び出しています。

実際に実行すると 文字列です。 と表示されます。

<template>
  {{ displayText }}
</template>

<script>
export default {
  data() {
    return {
      displayText: '文字列です。'
    };
  },
};
</script>

これが最もシンプルな記法です。

上記例は文字列の変数ですが、オブジェクト型の変数でも、もちろん使用できます。

<template>
  {{ displayObj }}
</template>

<script>
export default {
  data() {
    return {
      displayObj: {
        text: '文字列です。'
      }
    };
  },
};
</script>

注意したいのは、上記コードを実行すると { text: '文字列です。' } と表示される点です。

文字列です。 と表示したい場合は、displayObj.text と記述しましょう。

v-bind

今回の記事で最も大事なのが v-bind です。

v-bind は属性に対して動的な処理を簡単に加えられます。

特に class は動的に変えることでページに表現を大幅に加えられるのでよく使用します。

v-bind の基本的な使い方

以下のコードは activeClass というクラスを isActive の真偽値で適用するかどうか判定しています。

実際に実行すると文字色が白い 文字列です。 が表示されます。

<template>
  <div v-bind:class="{ activeClass: isActive }">
    サンプルです。
  </div>
</template>

<script>
export default {
  data() {
    return {
      isActive: true
    };
  },
};
</script>

<style lang="css">
  .activeClass {
    color: #fff;
  }
</style>

script 内のコードで isActive を定義し、HTML の v-bind:class 内で判定しています。

今回のコードは isActive が true になっているので、false にすると黒文字で表示されます。

v-bind の省略記法

v-bind は省略記法ができます。

記述方法は : を属性の先頭に書くと v-bind が適用されます。

以下のコードは activeClass というクラスを isActive の真偽値で適用するかどうか判定しています。

実際に実行すると黒文字で 文字列です。 が表示されます。

なぜ黒文字なのかは、属性内の判定で ! の not 処理をしているからです。

<template>
  <div :class="{ activeClass: !isActive }">
    サンプルです。
  </div>
</template>

<script>
export default {
  data() {
    return {
      isActive: true
    };
  },
};
</script>

<style lang="css">
  .activeClass {
    color: #fff;
  }
</style>

複数の v-bind

属性で 2 つ以上の v-bind をしたい場合、class 内を配列で記述すると複数設定できます。

以下のコードは activeClass と sampleClass の両方のクラスが適用されます。

実際に実行すると白文字で 文字列です。 が表示されます。

<template>
  <div :class="[{ activeClass: isActive }, { sampleClass: sampleNum === 1 }]">
    サンプルです。
  </div>
</template>

<script>
export default {
  data() {
    return {
      isActive: true,
      sampleNum: 1
    };
  },
};
</script>

<style lang="css">
  .activeClass {
    color: #fff;
  }

  .sampleClass {
    width: 100%;
  }
</style>

class は他と同じく通常の判定処理ができるので、比較演算子も使用できます。

基本的に v-bind は全ての属性に適用できます。しかし使用頻度が高いのは class、style、src です。

まとめ

今回は Vue.js の mustache タグと v-bind を紹介しました。

Vue.js の基礎中の基礎なのでしっかりマスターしましょう。

ゼンハイザー HD 598 SR レビュー — 開放型らしい広がりと、長時間でも疲れにくい掛け心地

Tue, 13 Apr 2021 00:00:00 GMT

2026 追記: 旧 VuePress ブログから移植した記事。HD 598 SR は Amazon 限定色（黒）の派生モデルで、2026 年時点では新品流通がほぼ終了している。後継系として開放型は HD 599 / HD 560S が現行ラインに残っている。レビュー観点（開放型の音場・装着感・密閉型との使い分け）は今も参考になるはずなので、骨子はそのまま、表現と構成だけ整えた。

仕事と私用で長く使ってきた開放型ヘッドホン、ゼンハイザー HD 598 SR を改めてレビューする。

開放型を選んだことが無い人にとって最初の壁は「音が漏れる・外の音も入る」という点で、ここを許容できるかどうかで評価が真っ二つに割れる。逆にそこを許せる環境（自宅の自室・在宅作業）なら、同価格帯の密閉型より素直に音楽を楽しめる選択肢になる。

結論 — 自宅据え置きで使うなら今でも実用

短い答え: 開放型らしい広がりと長時間装着の楽さが強み。代わりに遮音性ゼロ・音漏れ前提で、外や家族と同じ部屋で使うには向かない。

理由は3つ。

音場が広い: 開放型のため、頭の中で鳴る感じが薄い。映画・配信・ライブ音源で効く
掛け心地が軽い: 側圧が強くなく、耳をすっぽり覆うオーバーイヤー型なので長時間でも疲れにくい
イヤーパッドが脱着可能: 掃除と交換がしやすく、長期運用に向く

逆に以下に当てはまる人は別機種を勧める。

通勤や外でも使いたい人: 開放型は音漏れと外音流入が大きく、公共空間では使えない
同居人と同室で深夜も聴く人: 隣に座っている人にうっすら聞こえるレベルの漏れがある
ワイヤレスが前提の人: HD 598 SR は有線のみ。Bluetooth 非対応

外観と付属品

短い答え: 黒基調で落ち着いた印象。Amazon 限定色なので、クリーム色の通常版 HD 598 が苦手な人向け。

HD 598 SR は Amazon 限定の派生色で、通常版 HD 598 のクリーム色が黒に置き換わったモデル。インテリアや在宅ワーク環境に合わせやすいのは SR のほうだと思う。

ハウジングは縦長の楕円。一般的な丸型ヘッドホンに慣れていると最初は違和感があるが、耳の形に沿うので装着すると素直に収まる。

ケーブルは着脱式で、右側のハウジング底面から生える。断線時にケーブルだけ交換できるのは長期運用上ありがたい。

付属品は以下。

付属品

3m / 6.3mm ステレオ標準プラグケーブル（据え置きアンプ・オーディオインターフェース向け）

1.2m / 3.5mm ストレートプラグケーブル（PC・スマホ向け）

6.3mm → 3.5mm 変換プラグ

ヘッドバンドの内側はクッション入り。L / R 表記も内側にあり、暗い部屋でも触ればわかる。

長さ調整は無段階に近い構造で、頭が大きめの人でも問題なく収まる（画像は最大伸長時）。

良かった点

短い答え: 音場の広さ、長時間の掛け心地、メンテのしやすさの3点が特に効く。

開放型らしい音場と素直なバランス

HD 598 SR は開放型なので、密閉型にありがちな「頭蓋骨の内側で鳴る詰まった感じ」が少ない。スピーカーで聴いているような空気感がある。

低音は開放型の構造上どうしても密閉型より弱くなる傾向だが、HD 598 SR は必要量はきちんと出ている。ベースやキックが埋もれることはなく、ジャンルを問わず破綻しない。

EDM やヒップホップなど低音で押し切る音楽を主食にする人には不向き。それ以外（ボーカル系・アコースティック系・映画・ゲーム）では素直に楽しめる。

オーバーイヤー型で長時間でも疲れにくい

耳を完全に覆うオーバーイヤー型 + 開放型 + 適度な側圧、という組み合わせで、装着疲労が少ない。

イヤホンや密閉型と違って耳の中・耳の周りに熱がこもらないので、夏場でも比較的快適。在宅作業で半日付けっぱなしにしてもストレスが少ない。

イヤーパッドが工具なしで脱着できる

イヤーパッドはロゴを下にして垂直に引き抜くと外れる（カチッと音がする）。掃除・交換が容易で、長く使うほどこの作りに助けられる。

数年使った後にイヤーパッドだけ交換すれば、本体はそのまま延命できる。Sennheiser は HD 598 系の交換用パッドを長く供給してきた。

微妙だった点

短い答え: 開放型ゆえの遮音ゼロと、有線のみ・現行では入手難という運用上の制約。

遮音性ゼロ — 外でも夜でも使いにくい

開放型の構造上、音漏れと外音流入はほぼフルに起きる。

隣の人にうっすら音が聞こえる
外の声や生活音が普通に入ってくる
ノイズキャンセリングは当然非搭載

これは設計上の特性で、欠点というより「向いていない使い方」を確認しておく必要がある項目。自宅の自室で一人で使う前提なら問題にならないが、オフィス・カフェ・寝室の隣に家族、といった環境ではそもそも選んではいけない。

有線のみ・Bluetooth 非対応

2026 年の主流はワイヤレス。HD 598 SR は有線専用で、PC・据え置きアンプ・スマホに直接刺す前提。

スマホ側に 3.5mm 端子が無くなった現代では、USB-C / Lightning DAC を挟むひと手間が要る。

価格帯と現行入手性

執筆当時の実売は約2万円前後。エントリー価格帯ではない。

加えて 2026 年時点では新品流通がほぼ終了しており、新品で買いたい人には選びにくくなっている。後継系の HD 599 / HD 560S を素直に検討するのが現実的。

比較: 開放型 HD 598 SR vs 同価格帯の密閉型 / ワイヤレス

短い答え: HD 598 SR は「自宅で据え置き・有線・音場優先」のときに勝つ。それ以外なら別カテゴリのほうが快適。

観点	HD 598 SR（開放型・有線）	同価格帯の密閉型	同価格帯のワイヤレス（NC 付き）
音場の広がり	広い	狭め	モデルによる（一般に狭め）
低音の量感	必要十分	強い	強い（DSP 補正前提）
遮音性	なし（開放型）	高い	高い（NC 込み）
音漏れ	大きい	小さい	小さい
装着疲労（長時間）	少ない	こもりやすい	バッテリ重で重め
ケーブル	有線のみ	有線中心	無線中心
屋外・通勤利用	不可	可	最適
自宅在宅作業	最適	可	可（充電必要）

HD 598 SR の勝ち筋は「自宅・自室・有線で OK・音場が広いほうがいい」という、絞り込めば狭い領域。逆にこの条件にハマる人にとっては、同価格帯の密閉型や安価なワイヤレスより明確に音楽体験が良くなる。

通勤や外で使う想定が少しでもあるなら、最初から密閉型かワイヤレス NC を買ったほうが後悔が少ない。

よくある質問

Q. スマホに直接挿して使えますか？ A. スマホ側に 3.5mm 端子があれば 1.2m ケーブルで直挿し可。最近の機種は 3.5mm 端子が無いものが多いので、USB-C / Lightning の DAC アダプタを別途用意する必要がある。インピーダンス的にはスマホ直挿しでも十分鳴る部類。

Q. 密閉型ヘッドホンと比べて何が違いますか？ A. 一番違うのは「音場」と「遮音性」。HD 598 SR のような開放型は、スピーカーで鳴らしたような空気感があり、頭の中で音が詰まらない。代わりに音漏れ・外音流入が大きい。密閉型はその逆で、遮音性が高く低音もしっかり出るが、長時間装着で耳がこもりやすい。家の自室で一人で聴くなら開放型、外や同室の人がいる環境なら密閉型、という使い分けになる。

Q. ワイヤレスヘッドホンと比べてどうですか？ A. 音質傾向は別物として、運用面の差が大きい。ワイヤレスは充電・接続・遅延の管理が必要で、その代わりケーブルが無い自由がある。HD 598 SR は有線なので充電不要・遅延ゼロ・接続安定だが、ケーブルが常に付きまとう。在宅作業で席に固定して使うなら有線のほうがむしろ楽、というケースは多い。

Q. 長時間つけても疲れにくいですか？ A. オーバーイヤー型 + 開放型 + 軽めの側圧という組み合わせで、装着疲労は同価格帯の中では少ない部類だと感じている。耳を中に押し込むイヤホンとは違い、耳の周囲を覆うだけなので圧迫感も少ない。とはいえ個人差があるので、可能なら店頭で 10〜15 分試着してから決めるのが安全。

総評 — 「自宅で据え置き」と割り切れる人向け

HD 598 SR は、用途を絞れば今でも実用に足る開放型ヘッドホン。

向いているのは、自宅の自室で在宅作業・音楽・映画・ゲームをじっくり楽しむ層。広い音場と長時間の掛け心地、メンテのしやすさが効いてくる。

向いていないのは、外で使いたい人・同室の家族と時間を共有する人・ワイヤレス前提の人。これらの用途では構造上どうしても勝てない。

新規購入を検討するなら、2026 年時点では新品流通が細っているので、後継ライン（HD 599 / HD 560S）も同時に見ておくと選択肢が広がる。中古や在庫品を狙うなら、HD 598 SR は「黒い HD 598」というだけで音は通常版と同等なので、色の好みで選んでよい。

エレコム EX-G Bluetooth M-XGL10BBBK レビュー — 安価帯で“握りの違い”を一番感じるマウス

Mon, 12 Apr 2021 00:00:00 GMT

2026 追記: 旧 VuePress ブログから移植した記事。M-XGL10BBBK は 2026 時点でも現行ラインの低価格 Bluetooth マウスとして流通中。レビュー観点（サイズ展開・握り心地・無線安定性）は今も参考になる。スペック値は当時のメーカー公称値を引用しているため、購入前に最新の製品ページを確認してほしい。

仕事用に1年ほど使っていたエレコム EX-G Bluetooth M-XGL10BBBK を、当時の使用感と 2026 年に見直した観点でレビューする。

「マウスにそこまで出したくない、でも付属マウスからは脱したい」価格帯で、握り心地の差を一番分かりやすく感じられるモデル。サイズが S/M/L から選べるのも、この価格帯では珍しい。

結論 — サイズ展開ありの“最初のステップアップ”として最適

短い答え: 付属の安マウスから乗り換えるなら、この価格帯で握り心地の差をはっきり体感できる一台。S/M/L のサイズ展開があり、手が小さい人にもおすすめしやすい。

理由は、エルゴ形状とサイドボタンが揃っていて、握ったときの“設計の違い”が指で分かるから。無印・付属マウスから移ると、長時間使ったときの手の張りが目に見えて減る。

ただし以下の用途では別候補を検討したい:

無線安定性を最優先する人: Bluetooth 接続なので、USB レシーバー型ほど安定はしない
ボタンを細かくカスタムしたい人: 専用ソフトの自由度は Logicool Options 系より控えめ
ゲーミング用途: 反応速度・センサ性能は事務用途向け

外観 — 平べったい中間サイズのエルゴ形状

短い答え: 立体型と平べったい型の中間のフォルム。右クリック側が落ち込んだ非対称デザインで、手のひら全体で乗せて握るタイプ。

上から見たフォルム。写真は L サイズ。手のサイズに合わせて S/M/L から選べる。

裏側に電源スイッチ・ペアリングボタン・電池蓋。電源は単3電池1本で、公称電池持ちは約402日（購入前に最新の仕様を確認）。

前から見ると右クリック側が大きく落ち込んでいる。完全な平面でも完全な立体型でもない、中間サイズのエルゴ形状。

後方から。山の高さは控えめで、手のひら全体で乗せる持ち方になる。つかみ持ち専門の人は MX MASTER 系のほうが合うはず。

右側面はゴム素材で覆われていて、小指と薬指が滑らず止まる。長時間握っても汗で滑りにくい。

左側面に親指置き場とサイドボタン2つ。親指の自然な形状に合わせて凸型にデザインされているので、意識せずに親指が乗る。

良かった点 — 価格を超える“握り”とサイドボタン

短い答え: 設計された握り心地、サイドボタン搭載、S/M/L サイズ展開、軽い重量。低価格帯マウスに必要な要素が一通り揃っている。

握りを意識したエルゴ形状

このマウスの最大の特徴は、価格に対して握り心地に振っていること。

付属マウスや千円台のシンプルなマウスから乗り換えると、最初に握った瞬間に差が分かる。右側のゴムパーツ、親指置き場の凸、右クリック側の落ち込み — 単体では地味だが、合わさると長時間作業の手の張り方が変わる。

サイドボタン搭載で「戻る」が指1本

サイドボタンは作業効率に直結する装備。

主用途はブラウザの「戻る・進む」。Web 閲覧・ファイラー・IDE どれでも使う頻度が高いので、ある／なしの差は大きい。付属マウスから乗り換える理由としても十分。

S / M / L のサイズ展開

低価格帯では珍しく、3 サイズから選べる。

L は手のひらが大きめの男性向け、S は子供や手が小さい人向け、M はその中間。手のサイズが合わないマウスはどれだけ高くても疲れるので、サイズ展開があるのは実用上ありがたい。

電池抜きで約87g の軽量設計

公称重量は電池抜きで約87g。

100g 超のマウスを長時間使うと腕の疲労が違うので、軽さは事務用途では正義。単3電池を入れても感覚的には“軽め”の部類に収まる。

微妙だった点 — Bluetooth ゆえの不安定さ

短い答え: 接続方式が Bluetooth のみなので、USB レシーバー型より無線が不安定。スリープ復帰直後の認識遅延が出やすい。

スリープ復帰時の接続遅延

最大の不満点。

PC スリープ復帰直後の数秒、マウスが反応しないことがある。Bluetooth 全般の挙動なのでこのマウス固有の欠点ではないが、USB レシーバー型から移ると気になる。

頻繁にスリープ復帰を繰り返す使い方（ノート + ドック構成など）の人は、USB レシーバー併用モデル（ロジクール Unifying 対応機など）も検討すると安全。

ボタン割り当てソフトの自由度は控えめ

Logicool Options 系のような細かいジェスチャー設定はできない。サイドボタンを単純に「進む／戻る」以外に割り当てたい場合は、Windows 側のサードパーティ製ツールに頼ることになる。

ただしマウスの基本動作（DPI、ボタン）は安定して動くので、凝った割り当てをしない事務用途なら不便はない。

比較 — 同価格帯・上位帯のどこに位置するか

短い答え: 安価帯では“握り”重視で抜けている。上位帯（Logicool MX 系）と比べるとサイドホイール・カスタム性で差が大きい。

観点	M-XGL10BBBK	Logicool 中価格帯（M650 など）	千円台の安価マウス
価格帯	約2,000円前後	約4,000〜6,000円	約1,000円前後
接続	Bluetooth のみ	Bluetooth + USB レシーバー	Bluetooth または有線
サイズ展開	S / M / L	M / L（モデルにより）	なしが多い
握り心地	エルゴ形状、ゴムグリップ	エルゴ寄り、より滑らか	フラットが多い
サイドボタン	2 ボタン	2 ボタン + カスタム	なし〜2 ボタン
サイドホイール	なし	モデルにより搭載	なし
電池	単3 × 1（公称約402日）	単3 × 1 / 充電式	単3 / USB 給電
ボタン割り当てソフト	あり（控えめ）	Logi Options+（高機能）	なしが多い

要するに、「安マウスから一段だけ上に行きたい」用途で M-XGL10BBBK、「もう一段上で Excel / 横スクロールも視野」なら Logicool MX 系という棲み分け。Logicool MX MASTER 系の上位帯との比較はロジクール MX MASTER 2S レビューを参照。

よくある質問

Q. PC だけでなくスマホやタブレットでも使えますか？ A. Bluetooth 接続なので、Bluetooth マウスに対応した OS（Windows / macOS / iPadOS 13.4 以降 / 一部 Android）で使える。USB レシーバーがない分、対応の幅は接続側 OS の Bluetooth 対応次第。

Q. 専用ソフトでボタン割り当てはどこまでカスタムできますか？ A. メーカー提供の「エレコムマウスアシスタント」でサイドボタン等の割り当て変更ができる（Windows のみ、対応 OS は最新仕様を要確認）。Logicool Options 系ほどの細かさはなく、ジェスチャー方向別に複数アクション、のような設定は不可。シンプルな「戻る／進む／コピー／貼り付け」程度の用途なら十分。

Q. 手が小さくても疲れにくいですか？ A. S サイズを選べば疲れにくい。L サイズはむしろ手が小さい人だと指が届かず疲れやすいので、サイズ選びは要注意。可能なら店頭で握って決めるのが一番後悔がない。

Q. ゲーミング用途で使えますか？ A. 反応速度・センサ性能は事務用途想定のため、FPS や精密操作が必要なゲームには向かない。ブラウザゲームや MMO のような操作量が穏やかなゲームなら問題ない。

総評 — 「最初の一台目の格上げ」にちょうど良い

価格 × 握り心地の比率で見ると、低価格帯のなかでは抜けている一台。

特に「付属マウスや千円台のフラットマウスから乗り換えたい」「サイズが合うマウスを安く試したい」用途では、迷ったときの第一候補に置いていい。

注意点は Bluetooth ゆえの接続安定性とソフト周りの控えめさの2つ。Excel の横スクロールやカスタムジェスチャーを多用するなら、Logicool MX 系のほうが結果的に満足度が高い。

イラスト用iPadの選び方 — 描く紙の大きさと筆圧で決める

Sun, 11 Apr 2021 00:00:00 GMT

現行のiPadで、Apple Pencil Pro（筆圧あり）を使ってA5を等倍で描くなら、画面は11インチ級以上が要り、11インチ級では余裕はぎりぎりです。画面が13インチ級の機種なら、A5を置いても画面は長辺・短辺とも48.5mm以上長く、余裕があります（両側の合計）。

A6までで足りて持ち歩きやすさを優先するなら、画面が8.3インチの機種です。ただしCLIP STUDIO PAINTは10.5インチ以上を推奨していて、8.3インチはこれより小さいです。

A4を等倍で丸ごと描ける現行のiPadはありません。いちばん大きい13インチの画面は、Appleの対角と解像度から計算すると約264.1×198.1mmです。A4（210×297mm）にはどちらの辺も届きません。

描ける範囲と紙の大きさの早見表

A5（148×210mm）は、iPad mini以外なら等倍で丸ごと入ります。ただし11インチのiPad Air・iPad Proと無印のiPad（A16チップ）は、短辺の余裕がどれも約12mmまでで、ぎりぎりです。

機種	画面の寸法	A6	A5	A4
13インチiPad Pro	約264.1×198.1mm	○ 等倍で入る	○ 等倍で入る	88%に縮めて入る
13インチiPad Air	約262.1×196.5mm	○ 等倍で入る	○ 等倍で入る	88%に縮めて入る
11インチiPad Pro	約232.1×160.0mm	○ 等倍で入る	△ 等倍で入る（ぎりぎり）	76%に縮めて入る
11インチiPad Air	約226.5×157.4mm	○ 等倍で入る	△ 等倍で入る（ぎりぎり）	74%に縮めて入る
無印のiPad（A16チップ）	約226.5×157.4mm	○ 等倍で入る	△ 等倍で入る（ぎりぎり）	74%に縮めて入る
iPad mini	約176.2×115.7mm	○ 等倍で入る	78%に縮めて入る	55%に縮めて入る

判定の前提: 紙の長辺・短辺と、画面全体の長辺・短辺を比べています。アプリの操作ボタンやパネルの分は引いていません。「ぎりぎり」は、余裕が紙の辺の10%未満のことです。

Appleは縦横の寸法を公表していないので、画面の寸法は対角と解像度から計算しています。

A4は、いちばん大きい倍率が13インチのiPad Air・iPad Proの88%で、iPad miniは55%です。きつい側の辺の余裕はどの機種も2.8mm以下で、ぎりぎりです。

iPad miniで等倍で丸ごと描けるのはA6（105×148mm）までです。A5は78%に縮めると入りますが、余裕は0.2mmしかなくぎりぎりです。CLIP STUDIO PAINTは10.5インチ以上を推奨していて、iPad miniの8.3インチはこれより小さいです。

描く紙で選ぶイラスト用iPadの判定

ふだん描く紙の大きさ・筆圧・ホバー・使うアプリを選ぶと、紙1枚を等倍で丸ごと描けるいちばん小さい現行のiPadを判定します。入らないときは縮める倍率を出し、条件に合う買えるiPadを1つ出します。

11インチと13インチの選び分け（余裕と重さ）

A5を描くとき、画面の余裕を優先するなら13インチ、軽さを優先するなら11インチです。Appleの仕様ページでは、13インチは11インチより重く、Wi-Fiモデルでの差はiPad Airが152g、iPad Proが135gです。

Apple Pencilの種類ごとの筆圧とホバー

Appleの互換性ページと機能比較表では、Apple Pencil Proが使えるのはiPad Pro・iPad Air・iPad miniです。

Apple Pencil Proは筆圧を感知します。Apple Pencil（USB-C）は筆圧に非対応で、傾きは感知します。

無印のiPad（A16チップ）で使えるペンは、USB-C版と、アダプタ付きの第1世代です。筆圧ありと書かれているのはProだけで、Proは無印のiPadでは使えません。第1世代は表になく、筆圧ありに数えません。

ペン先を画面に近づけたときに位置が分かる機能がホバーです。対応するのはiPad Pro・iPad Air・iPad miniで、無印のiPad（A16チップ）は一覧にありません。

描画アプリの要件

Procreateの公式ヘルプでは、現行版の5.4.14はiPadOS 16.3以降で動き、機種の一覧はありません。現行のiPadはどれもiPadOS 27に対応し、条件を満たします。

CLIP STUDIO PAINTの動作環境と対応端末のページでは、筆圧対応ペンはApple Pencil Proと第1・第2世代で、USB-Cはありません。使えるのはProと、無印のiPad（A16チップ）でアダプタを使う第1世代で、第2世代に対応する現行機種はありません。

高解像度向けの一覧に載る現行機種はiPad Proです。無印のiPad（A16チップ）とiPad miniは、標準的なサイズ向けの一覧です。

iPad Air（M4）は載っていません。動かないと書かれているわけではなく、一覧に無いだけです。

対応OSはiPadOS 18と26で、iPadOS 27は見つかりませんでした。

現行機種の比較表（画面・重さ・メモリ・電池・色域）

機種	画面の対角	重さ	メモリ	電池（Appleのテスト）	ProMotion	色域・フルラミネーション
13インチiPad Pro	13インチ	579g	256GB・512GB モデルは 12GB、1TB・2TB モデルは 16GB（ユニファイドメモリ）	10時間	あり（10Hz〜120Hz）	P3・フルラミネーション
13インチiPad Air	12.9インチ	616g	12GB（ユニファイドメモリ）	10時間	記載なし	P3・フルラミネーション
11インチiPad Pro	11.1インチ	444g	256GB・512GB モデルは 12GB、1TB・2TB モデルは 16GB（ユニファイドメモリ）	10時間	あり（10Hz〜120Hz）	P3・フルラミネーション
11インチiPad Air	10.86インチ	464g	12GB（ユニファイドメモリ）	10時間	記載なし	P3・フルラミネーション
無印のiPad（A16チップ）	10.86インチ	477g	Apple は記載なし	10時間	記載なし	P3・フルラミネーションの記載なし（比較ページはsRGB）
iPad mini	8.3インチ	293g	Apple は記載なし	10時間	記載なし	P3・フルラミネーション

重さはWi-Fiモデルの値で、電池はお絵描き中の時間ではありません。

Appleの仕様ページでは、メモリが載っているiPad ProとiPad Airは、高解像度向けの推奨（6GB以上）を満たします。

ProMotionは、画面の書き換え回数を状況に応じて変える機能です。10Hz〜120Hzが載っているのはiPad Proだけで、ほかの機種は仕様に見つかりませんでした。

広色域（P3）は、標準のsRGBより広い色を表示できる規格で、フルラミネーションはガラスと表示面のすき間をなくした構造です。どちらもiPad Pro・iPad Air・iPad miniに載り、無印のiPad（A16チップ）は載っておらず、比較ページはsRGBです。

条件ごとの候補

候補は、次の基準を満たすAmazon.co.jpの出品があれば、条件ごとに1つ選びました。条件を満たす出品が複数あるときは、調べた中でいちばん安いものです。

新品で、販売元がAmazon.co.jp
構成がAppleの仕様と一致
評価が100件以上で、星4以上
サクラチェッカーで注意が出ていない

価格は各販売サイトで確かめてください。

この記事の判定では、候補の容量はどれも128GBで、出品の価格で選んだ最小の容量です。作品の保存量に足りるかは判定していません。CLIP STUDIO PAINTは空き容量6GB以上が必要で、用途別の必要容量を示す公式の目安は見つかりませんでした。

筆圧ありのApple Pencil Proで、A5を等倍で丸ごと描けるいちばん小さいiPad

A5の余裕が紙の辺の10%未満で、ぎりぎりです。

色違いの出品があります。価格は色によって異なることがあります。評価数は、同じ商品ページの色違いなどをまとめた件数です。

筆圧ありのApple Pencil Proで、A6まで等倍で描けるいちばん小さく軽いiPad

持ち運びを優先する候補です。A6は等倍で入ります。A5は78%に縮めてぎりぎり入ります。CLIP STUDIO PAINTは10.5インチ以上を推奨していて、8.3インチはこれより小さいです。

筆圧なしでよく、A5を等倍で丸ごと描けるiPad

A5の余裕は紙の辺の10%未満で、ぎりぎりです。

よくある質問

イラスト用にはどのiPad？

現行のiPadで、Apple Pencil Pro（筆圧あり）を使ってA5を等倍で描くなら、画面は11インチ級以上が要り、11インチ級では余裕はぎりぎりです。A6までで足りて持ち歩きやすさを優先するなら、画面が8.3インチの機種です。

ただしCLIP STUDIO PAINTは10.5インチ以上を推奨していて、8.3インチはこれより小さいです。条件に合う機種は候補の節にあります。

iPadでA4は等倍で描ける？

A4を等倍で丸ごと描ける現行のiPadはありません。いちばん大きい13インチの画面は、Appleの対角と解像度から計算すると約264.1×198.1mmです。

A4（210×297mm）にはどちらの辺も届きません。

Apple Pencil（USB-C）でも絵は描ける？

描けます。Appleの互換性ページと機能比較表では、Apple Pencil Proは筆圧を感知します。

Apple Pencil（USB-C）は筆圧に非対応で、傾きは感知します。

無印のiPad（A16チップ）でイラストは描ける？

描けます。Appleの互換性ページと機能比較表では、A16チップの機種で使えるペンは、USB-C版と、アダプタ付きの第1世代です。

筆圧ありと書かれているのはProだけで、Proはこの機種では使えません。第1世代は表になく、筆圧ありに数えません。

ProcreateはどのiPadで使える？

Procreateの公式ヘルプでは、現行版の5.4.14はiPadOS 16.3以降で動き、機種の一覧はありません。現行のiPadはどれもiPadOS 27に対応し、条件を満たします。

CLIP STUDIO PAINTはどのiPadで使える？

CLIP STUDIO PAINTの動作環境と対応端末のページでは、高解像度向けの一覧に載る現行機種は、M5チップの機種です。A16チップとA17 Proチップの機種は、標準的なサイズ向けの一覧です。

現行のM4チップの機種は載っていません。動かないと書かれているわけではなく、一覧に無いだけです。

対応OSはiPadOS 18と26で、iPadOS 27は見つかりませんでした。推奨のディスプレイは10.5インチ以上で、8.3インチの機種はこれより小さいです。

計算に使ったデータと式（検証用）

調べ方と出典: この記事の判定では、使うのは画面の寸法・Apple Pencilの種類・アプリの公式の要件だけです。描き心地や速さは実機で試しておらず、判定していません。2026年10月時点の出典: iPadを比較・iPad Pro 仕様・Apple Pencilの互換性。

出典: CLIP STUDIO PAINT 動作環境・対応端末のFAQ・Procreate FAQ・ISO 216の表

計算の方法

現行機種: Apple のモデル比較ページの「現在のiPadのモデル」に並ぶ6機種（13・11インチiPad Pro（M5）、13・11インチiPad Air（M4）、iPad（A16）、iPad mini（A17 Pro））。旧モデルは扱わない。
仕様: 各機種の Apple の仕様ページ（日本・米国）とモデル比較ページ。メモリは Apple が記載した機種だけ（iPad Pro・iPad Air）。記載のない機種は「記載なし」とし、数値を推測しない。
バッテリー駆動時間は Apple が試作機で行ったテストの値で、お絵描き中の時間ではない。
Apple Pencil の対応は Apple の「Apple Pencilの互換性」ページ（2026年03月31日公開）と Apple Pencil のページ。筆圧（圧力）検知は Apple Pencil Pro のみ、Apple Pencil（USB-C）は非対応とページに明記。
アプリの要件: Procreate は公式ヘルプの現行バージョン 5.4.14 と iPadOS 16.3 以降、CLIP STUDIO PAINT for iPad は公式の動作環境ページ（iPadOS 18 / iPadOS 26、メモリ 3GB 必須・4GB 推奨、高解像度は 6GB 推奨）と対応端末の FAQ。
商品: Amazon.co.jp と Amazon.com の新品・Wi-Fi モデル・標準ガラス。評価100件以上・星4以上・販売元 Amazon・購入する構成が Apple の仕様の構成と一致・サクラチェッカーで注意が出ていない（日本）を満たすものだけが候補。
描ける範囲 = 画面の寸法。Apple は縦横の寸法を公表していないので、公式の対角（長方形として測った値）と解像度から計算する: 幅 = 対角 × 25.4 × 横画素 ÷ √(横画素² + 縦画素²)、高さ = 対角 × 25.4 × 縦画素 ÷ √(横画素² + 縦画素²)。公式の ppi（264・326）から出した値（画素数 ÷ ppi × 25.4）と照合し、差は1mm未満。紙が等倍で入るかどうかの判定はどちらの値でも同じで、縮める倍率は対角から出した値のほうが同じか1%小さい（安全側）。四隅が丸く実際の表示領域はこれより小さい、と Apple が注記している。描画アプリの画面の UI の分は引いていない。
紙は ISO 216 の A 判（A6〜A3）。液タブ記事（2021-03-18-choose-lcd-tablet）と同じ寸法・同じ判定（紙の長辺と画面の長辺、紙の短辺と画面の短辺を比べる。縦置きでも同じ）。等倍で入らない紙は、丸ごと入れる倍率 = min(画面の長辺 ÷ 紙の長辺, 画面の短辺 ÷ 紙の短辺) を 1% 単位で切り捨てて出す。余裕（画面 − 紙）が紙の辺の10%未満なら「ぎりぎり」と書く。
ProMotion（10Hz〜120Hz）は Apple の仕様ページの記載どおり iPad Pro だけに書く。描き心地・速さは実機で試しておらず判定しない。価格は本文に書かない。

使った公式の値

項目	値	出典	確認日
13インチiPad Pro（M5）の画面の対角（長方形として測った値）	13 inch	apple.com 脚注: ディスプレイは四隅が丸みを帯びている。長方形として対角線を測った場合、13インチiPad Proは13インチ、11インチiPad Pro（M4とM5）は	2026-10-08
13インチiPad Pro（M5）の解像度（長辺）	2752 px	apple.com ディスプレイの項: 2,752 x 2,064 ピクセル解像度、264ppi（13インチiPad Pro（M5））	2026-10-08
13インチiPad Pro（M5）の解像度（短辺）	2064 px	apple.com ディスプレイの項: 2,752 x 2,064 ピクセル解像度、264ppi（13インチiPad Pro（M5））	2026-10-08
13インチiPad Pro（M5）の画素密度	264 ppi	apple.com ディスプレイの項: 264ppi	2026-10-08
13インチiPad Pro（M5）の重量（Wi-Fiモデル）	579 g	apple.com サイズと重量: Wi-Fiモデル 579g（Wi-Fi + Cellularモデル 582g）	2026-10-08
13インチiPad Pro（M5）の重量（Wi-Fi + Cellularモデル）	582 g	apple.com サイズと重量: Wi-Fi + Cellularモデル 582g	2026-10-08
13インチiPad Pro（M5）の本体の高さ	281.6 mm	apple.com サイズと重量: 高さ 281.6mm	2026-10-08
13インチiPad Pro（M5）の本体の幅	215.5 mm	apple.com サイズと重量: 幅 215.5mm	2026-10-08
13インチiPad Pro（M5）の本体の厚さ	5.1 mm	apple.com サイズと重量: 厚さ 5.1mm	2026-10-08
13インチiPad Pro（M5）のチップ	M5 text	apple.com チップの項: M5	2026-10-08
13インチiPad Pro（M5）のストレージ容量の選択肢	256GB・512GB・1TB・2TB text	apple.com 容量の項: 256GB, 512GB, 1TB, 2TB	2026-10-08
13インチiPad Pro（M5）のメモリ	256GB・512GB モデルは 12GB、1TB・2TB モデルは 16GB（ユニファイドメモリ） text	apple.com チップの項: 256GB・512GB モデルは 12GB、1TB・2TB モデルは 16GB（ユニファイドメモリ）	2026-10-08
13インチiPad Pro（M5）のポート	Thunderbolt / USB 4 ポート（USB-C 形状）。USB 4（最大 40Gb/s） text	apple.com 充電と拡張性: Thunderbolt / USB 4 ポート（USB-C 形状）、USB 4（最大 40Gb/s）、充電・DisplayPort 対応	2026-10-08
13インチiPad Pro（M5）のバッテリー容量	38.99 Wh	apple.com 電源とバッテリー: 38.99Whリチャージャブルリチウムポリマーバッテリー内蔵	2026-10-08
13インチiPad Pro（M5）のバッテリー駆動時間（Apple のテスト値、Wi-Fi でのインターネット利用・ビデオ再生）	10 時間	apple.com 電源とバッテリー: Wi-Fiでのインターネット利用、ビデオ再生：最大10時間（Appleが試作モデルで実施したテスト結果。脚注）	2026-10-08
13インチiPad Pro（M5）のリフレッシュレート	10Hz〜120Hz のアダプティブリフレッシュレートの ProMotion テクノロジー text	apple.com ディスプレイの項: 10Hz〜120Hz のアダプティブリフレッシュレートの ProMotion テクノロジー	2026-10-08
13インチiPad Pro（M5）のディスプレイの種類・ラミネーション・色域	Ultra Retina XDR（タンデム OLED）。フルラミネーション。広色域（P3） text	apple.com ディスプレイの項: Ultra Retina XDR（タンデム OLED）、フルラミネーション、広色域（P3）	2026-10-08
13インチiPad Pro（M5）のNano-textureガラス	Nano-texture ディスプレイガラスは 1TB・2TB モデルのオプション text	apple.com ディスプレイの項: Nano-texture ディスプレイガラスは 1TB・2TB モデルのオプション	2026-10-08
13インチiPad Pro（M5）が対応する Apple Pencil	Apple Pencil Pro、Apple Pencil（USB-C） text	support.apple.com Apple Pencilの互換性（公開日 2026年03月31日）: 13インチiPad Pro（M5）が使える Apple Pencil は Apple Pe	2026-10-08
13インチiPad Pro（M5）の Apple Pencil ホバー	対応 text	apple.com 脚注: Apple Pencilのホバーは、iPad Pro（M4、M5）、11インチiPad Pro（第4世代）、12.9インチiPad Pro（第6世代）、	2026-10-08
11インチiPad Pro（M5）の画面の対角（長方形として測った値）	11.1 inch	apple.com 脚注: ディスプレイは四隅が丸みを帯びている。長方形として対角線を測った場合、13インチiPad Proは13インチ、11インチiPad Pro（M4とM5）は	2026-10-08
11インチiPad Pro（M5）の解像度（長辺）	2420 px	apple.com ディスプレイの項: 2,420 x 1,668 ピクセル解像度、264ppi（11インチiPad Pro（M5））	2026-10-08
11インチiPad Pro（M5）の解像度（短辺）	1668 px	apple.com ディスプレイの項: 2,420 x 1,668 ピクセル解像度、264ppi（11インチiPad Pro（M5））	2026-10-08
11インチiPad Pro（M5）の画素密度	264 ppi	apple.com ディスプレイの項: 264ppi	2026-10-08
11インチiPad Pro（M5）の重量（Wi-Fiモデル）	444 g	apple.com サイズと重量: Wi-Fiモデル 444g（Wi-Fi + Cellularモデル 446g）	2026-10-08
11インチiPad Pro（M5）の重量（Wi-Fi + Cellularモデル）	446 g	apple.com サイズと重量: Wi-Fi + Cellularモデル 446g	2026-10-08
11インチiPad Pro（M5）の本体の高さ	249.7 mm	apple.com サイズと重量: 高さ 249.7mm	2026-10-08
11インチiPad Pro（M5）の本体の幅	177.5 mm	apple.com サイズと重量: 幅 177.5mm	2026-10-08
11インチiPad Pro（M5）の本体の厚さ	5.3 mm	apple.com サイズと重量: 厚さ 5.3mm	2026-10-08
11インチiPad Pro（M5）のチップ	M5 text	apple.com チップの項: M5	2026-10-08
11インチiPad Pro（M5）のストレージ容量の選択肢	256GB・512GB・1TB・2TB text	apple.com 容量の項: 256GB, 512GB, 1TB, 2TB	2026-10-08
11インチiPad Pro（M5）のメモリ	256GB・512GB モデルは 12GB、1TB・2TB モデルは 16GB（ユニファイドメモリ） text	apple.com チップの項: 256GB・512GB モデルは 12GB、1TB・2TB モデルは 16GB（ユニファイドメモリ）	2026-10-08
11インチiPad Pro（M5）のポート	Thunderbolt / USB 4 ポート（USB-C 形状）。USB 4（最大 40Gb/s） text	apple.com 充電と拡張性: Thunderbolt / USB 4 ポート（USB-C 形状）、USB 4（最大 40Gb/s）、充電・DisplayPort 対応	2026-10-08
11インチiPad Pro（M5）のバッテリー容量	31.29 Wh	apple.com 電源とバッテリー: 31.29Whリチャージャブルリチウムポリマーバッテリー内蔵	2026-10-08
11インチiPad Pro（M5）のバッテリー駆動時間（Apple のテスト値、Wi-Fi でのインターネット利用・ビデオ再生）	10 時間	apple.com 電源とバッテリー: Wi-Fiでのインターネット利用、ビデオ再生：最大10時間（Appleが試作モデルで実施したテスト結果。脚注）	2026-10-08
11インチiPad Pro（M5）のリフレッシュレート	10Hz〜120Hz のアダプティブリフレッシュレートの ProMotion テクノロジー text	apple.com ディスプレイの項: 10Hz〜120Hz のアダプティブリフレッシュレートの ProMotion テクノロジー	2026-10-08
11インチiPad Pro（M5）のディスプレイの種類・ラミネーション・色域	Ultra Retina XDR（タンデム OLED）。フルラミネーション。広色域（P3） text	apple.com ディスプレイの項: Ultra Retina XDR（タンデム OLED）、フルラミネーション、広色域（P3）	2026-10-08
11インチiPad Pro（M5）のNano-textureガラス	Nano-texture ディスプレイガラスは 1TB・2TB モデルのオプション text	apple.com ディスプレイの項: Nano-texture ディスプレイガラスは 1TB・2TB モデルのオプション	2026-10-08
11インチiPad Pro（M5）が対応する Apple Pencil	Apple Pencil Pro、Apple Pencil（USB-C） text	support.apple.com Apple Pencilの互換性（公開日 2026年03月31日）: 11インチiPad Pro（M5）が使える Apple Pencil は Apple Pe	2026-10-08
11インチiPad Pro（M5）の Apple Pencil ホバー	対応 text	apple.com 脚注: Apple Pencilのホバーは、iPad Pro（M4、M5）、11インチiPad Pro（第4世代）、12.9インチiPad Pro（第6世代）、	2026-10-08
13インチiPad Air（M4）の画面の対角（長方形として測った値）	12.9 inch	apple.com 脚注: ディスプレイは四隅が丸みを帯びている。長方形として対角線を測った場合、13インチiPad Proは13インチ、11インチiPad Pro（M4とM5）は	2026-10-08
13インチiPad Air（M4）の解像度（長辺）	2732 px	apple.com ディスプレイの項: 2,732 x 2,048 ピクセル解像度、264ppi（13インチiPad Air（M4））	2026-10-08
13インチiPad Air（M4）の解像度（短辺）	2048 px	apple.com ディスプレイの項: 2,732 x 2,048 ピクセル解像度、264ppi（13インチiPad Air（M4））	2026-10-08
13インチiPad Air（M4）の画素密度	264 ppi	apple.com ディスプレイの項: 264ppi	2026-10-08
13インチiPad Air（M4）の重量（Wi-Fiモデル）	616 g	apple.com サイズと重量: Wi-Fiモデル 616g（Wi-Fi + Cellularモデル 617g）	2026-10-08
13インチiPad Air（M4）の重量（Wi-Fi + Cellularモデル）	617 g	apple.com サイズと重量: Wi-Fi + Cellularモデル 617g	2026-10-08
13インチiPad Air（M4）の本体の高さ	280.6 mm	apple.com サイズと重量: 高さ 280.6mm	2026-10-08
13インチiPad Air（M4）の本体の幅	214.9 mm	apple.com サイズと重量: 幅 214.9mm	2026-10-08
13インチiPad Air（M4）の本体の厚さ	6.1 mm	apple.com サイズと重量: 厚さ 6.1mm	2026-10-08
13インチiPad Air（M4）のチップ	M4 text	apple.com チップの項: M4	2026-10-08
13インチiPad Air（M4）のストレージ容量の選択肢	128GB・256GB・512GB・1TB text	apple.com 容量の項: 128GB, 256GB, 512GB, 1TB	2026-10-08
13インチiPad Air（M4）のメモリ	12GB（ユニファイドメモリ） text	apple.com チップの項: 12GB（ユニファイドメモリ）	2026-10-08
13インチiPad Air（M4）のポート	USB-C ポート。USB 3（最大 10Gb/s） text	apple.com 充電と拡張性: USB-C ポート、USB 3（最大 10Gb/s）、充電・DisplayPort 対応	2026-10-08
13インチiPad Air（M4）のバッテリー容量	36.59 Wh	apple.com 電源とバッテリー: 36.59Whリチャージャブルリチウムポリマーバッテリー内蔵	2026-10-08
13インチiPad Air（M4）のバッテリー駆動時間（Apple のテスト値、Wi-Fi でのインターネット利用・ビデオ再生）	10 時間	apple.com 電源とバッテリー: Wi-Fiでのインターネット利用、ビデオ再生：最大10時間（Appleが試作モデルで実施したテスト結果。脚注）	2026-10-08
13インチiPad Air（M4）のリフレッシュレート（Apple は記載なし）	ProMotion の記載なし（リフレッシュレートの数値も記載なし） text	apple.com ディスプレイの項に ProMotion・リフレッシュレートの記載なし（2026-10-08）	2026-10-08
13インチiPad Air（M4）のディスプレイの種類・ラミネーション・色域	Liquid Retina（IPS）。フルラミネーション。広色域（P3） text	apple.com ディスプレイの項: Liquid Retina（IPS）、フルラミネーション、広色域（P3）	2026-10-08
13インチiPad Air（M4）が対応する Apple Pencil	Apple Pencil Pro、Apple Pencil（USB-C） text	support.apple.com Apple Pencilの互換性（公開日 2026年03月31日）: 13インチiPad Air（M4）が使える Apple Pencil は Apple Pe	2026-10-08
13インチiPad Air（M4）の Apple Pencil ホバー	対応 text	apple.com 脚注: Apple Pencilのホバーは、iPad Pro（M4、M5）、11インチiPad Pro（第4世代）、12.9インチiPad Pro（第6世代）、	2026-10-08
11インチiPad Air（M4）の画面の対角（長方形として測った値）	10.86 inch	apple.com 脚注: ディスプレイは四隅が丸みを帯びている。長方形として対角線を測った場合、13インチiPad Proは13インチ、11インチiPad Pro（M4とM5）は	2026-10-08
11インチiPad Air（M4）の解像度（長辺）	2360 px	apple.com ディスプレイの項: 2,360 x 1,640 ピクセル解像度、264ppi（11インチiPad Air（M4））	2026-10-08
11インチiPad Air（M4）の解像度（短辺）	1640 px	apple.com ディスプレイの項: 2,360 x 1,640 ピクセル解像度、264ppi（11インチiPad Air（M4））	2026-10-08
11インチiPad Air（M4）の画素密度	264 ppi	apple.com ディスプレイの項: 264ppi	2026-10-08
11インチiPad Air（M4）の重量（Wi-Fiモデル）	464 g	apple.com サイズと重量: Wi-Fiモデル 464g（Wi-Fi + Cellularモデル 465g）	2026-10-08
11インチiPad Air（M4）の重量（Wi-Fi + Cellularモデル）	465 g	apple.com サイズと重量: Wi-Fi + Cellularモデル 465g	2026-10-08
11インチiPad Air（M4）の本体の高さ	247.6 mm	apple.com サイズと重量: 高さ 247.6mm	2026-10-08
11インチiPad Air（M4）の本体の幅	178.5 mm	apple.com サイズと重量: 幅 178.5mm	2026-10-08
11インチiPad Air（M4）の本体の厚さ	6.1 mm	apple.com サイズと重量: 厚さ 6.1mm	2026-10-08
11インチiPad Air（M4）のチップ	M4 text	apple.com チップの項: M4	2026-10-08
11インチiPad Air（M4）のストレージ容量の選択肢	128GB・256GB・512GB・1TB text	apple.com 容量の項: 128GB, 256GB, 512GB, 1TB	2026-10-08
11インチiPad Air（M4）のメモリ	12GB（ユニファイドメモリ） text	apple.com チップの項: 12GB（ユニファイドメモリ）	2026-10-08
11インチiPad Air（M4）のポート	USB-C ポート。USB 3（最大 10Gb/s） text	apple.com 充電と拡張性: USB-C ポート、USB 3（最大 10Gb/s）、充電・DisplayPort 対応	2026-10-08
11インチiPad Air（M4）のバッテリー容量	28.93 Wh	apple.com 電源とバッテリー: 28.93Whリチャージャブルリチウムポリマーバッテリー内蔵	2026-10-08
11インチiPad Air（M4）のバッテリー駆動時間（Apple のテスト値、Wi-Fi でのインターネット利用・ビデオ再生）	10 時間	apple.com 電源とバッテリー: Wi-Fiでのインターネット利用、ビデオ再生：最大10時間（Appleが試作モデルで実施したテスト結果。脚注）	2026-10-08
11インチiPad Air（M4）のリフレッシュレート（Apple は記載なし）	ProMotion の記載なし（リフレッシュレートの数値も記載なし） text	apple.com ディスプレイの項に ProMotion・リフレッシュレートの記載なし（2026-10-08）	2026-10-08
11インチiPad Air（M4）のディスプレイの種類・ラミネーション・色域	Liquid Retina（IPS）。フルラミネーション。広色域（P3） text	apple.com ディスプレイの項: Liquid Retina（IPS）、フルラミネーション、広色域（P3）	2026-10-08
11インチiPad Air（M4）が対応する Apple Pencil	Apple Pencil Pro、Apple Pencil（USB-C） text	support.apple.com Apple Pencilの互換性（公開日 2026年03月31日）: 11インチiPad Air（M4）が使える Apple Pencil は Apple Pe	2026-10-08
11インチiPad Air（M4）の Apple Pencil ホバー	対応 text	apple.com 脚注: Apple Pencilのホバーは、iPad Pro（M4、M5）、11インチiPad Pro（第4世代）、12.9インチiPad Pro（第6世代）、	2026-10-08
iPad（A16）の画面の対角（長方形として測った値）	10.86 inch	apple.com 脚注: ディスプレイは四隅が丸みを帯びている。長方形として対角線を測った場合、13インチiPad Proは13インチ、11インチiPad Pro（M4とM5）は	2026-10-08
iPad（A16）の解像度（長辺）	2360 px	apple.com ディスプレイの項: 2,360 x 1,640 ピクセル解像度、264ppi（iPad（A16））	2026-10-08
iPad（A16）の解像度（短辺）	1640 px	apple.com ディスプレイの項: 2,360 x 1,640 ピクセル解像度、264ppi（iPad（A16））	2026-10-08
iPad（A16）の画素密度	264 ppi	apple.com ディスプレイの項: 264ppi	2026-10-08
iPad（A16）の重量（Wi-Fiモデル）	477 g	apple.com サイズと重量: Wi-Fiモデル 477g（Wi-Fi + Cellularモデル 481g）	2026-10-08
iPad（A16）の重量（Wi-Fi + Cellularモデル）	481 g	apple.com サイズと重量: Wi-Fi + Cellularモデル 481g	2026-10-08
iPad（A16）の本体の高さ	248.6 mm	apple.com サイズと重量: 高さ 248.6mm	2026-10-08
iPad（A16）の本体の幅	179.5 mm	apple.com サイズと重量: 幅 179.5mm	2026-10-08
iPad（A16）の本体の厚さ	7 mm	apple.com サイズと重量: 厚さ 7mm	2026-10-08
iPad（A16）のチップ	A16 text	apple.com チップの項: A16	2026-10-08
iPad（A16）のストレージ容量の選択肢	128GB・256GB・512GB text	apple.com 容量の項: 128GB, 256GB, 512GB	2026-10-08
iPad（A16）のメモリ（Apple は記載なし）	Apple は記載なし text	apple.com チップの項にメモリ容量の記載なし（日本の仕様ページ、2026-10-08）	2026-10-08
iPad（A16）のポート	USB-C ポート。USB 2.0（最大 480Mb/s） text	apple.com 充電と拡張性: USB-C ポート、USB 2.0（最大 480Mb/s）、充電・DisplayPort 対応	2026-10-08
iPad（A16）のバッテリー容量	28.93 Wh	apple.com 電源とバッテリー: 28.93Whリチャージャブルリチウムポリマーバッテリー内蔵	2026-10-08
iPad（A16）のバッテリー駆動時間（Apple のテスト値、Wi-Fi でのインターネット利用・ビデオ再生）	10 時間	apple.com 電源とバッテリー: Wi-Fiでのインターネット利用、ビデオ再生：最大10時間（Appleが試作モデルで実施したテスト結果。脚注）	2026-10-08
iPad（A16）のリフレッシュレート（Apple は記載なし）	ProMotion の記載なし（リフレッシュレートの数値も記載なし） text	apple.com ディスプレイの項に ProMotion・リフレッシュレートの記載なし（2026-10-08）	2026-10-08
iPad（A16）のディスプレイの種類・ラミネーション・色域	Liquid Retina（IPS）。フルラミネーションの記載なし。広色域（P3）の記載なし（比較ページは sRGB カラー） text	apple.com ディスプレイの項: Liquid Retina（IPS）	2026-10-08
iPad（A16）が対応する Apple Pencil	Apple Pencil（USB-C）、Apple Pencil（第1世代）（USB-C - Apple Pencil アダプタが必要） text	support.apple.com Apple Pencilの互換性（公開日 2026年03月31日）: iPad（A16）が使える Apple Pencil は Apple Pencil（USB	2026-10-08
iPad（A16）の Apple Pencil ホバー	対応の記載なし text	apple.com 脚注: Apple Pencilのホバーは、iPad Pro（M4、M5）、11インチiPad Pro（第4世代）、12.9インチiPad Pro（第6世代）、	2026-10-08
iPad mini（A17 Pro）の画面の対角（長方形として測った値）	8.3 inch	apple.com 脚注: ディスプレイは四隅が丸みを帯びている。長方形として対角線を測った場合、13インチiPad Proは13インチ、11インチiPad Pro（M4とM5）は	2026-10-08
iPad mini（A17 Pro）の解像度（長辺）	2266 px	apple.com ディスプレイの項: 2,266 x 1,488 ピクセル解像度、326ppi（iPad mini（A17 Pro））	2026-10-08
iPad mini（A17 Pro）の解像度（短辺）	1488 px	apple.com ディスプレイの項: 2,266 x 1,488 ピクセル解像度、326ppi（iPad mini（A17 Pro））	2026-10-08
iPad mini（A17 Pro）の画素密度	326 ppi	apple.com ディスプレイの項: 326ppi	2026-10-08
iPad mini（A17 Pro）の重量（Wi-Fiモデル）	293 g	apple.com サイズと重量: Wi-Fiモデル 293g（Wi-Fi + Cellularモデル 297g）	2026-10-08
iPad mini（A17 Pro）の重量（Wi-Fi + Cellularモデル）	297 g	apple.com サイズと重量: Wi-Fi + Cellularモデル 297g	2026-10-08
iPad mini（A17 Pro）の本体の高さ	195.4 mm	apple.com サイズと重量: 高さ 195.4mm	2026-10-08
iPad mini（A17 Pro）の本体の幅	134.8 mm	apple.com サイズと重量: 幅 134.8mm	2026-10-08
iPad mini（A17 Pro）の本体の厚さ	6.3 mm	apple.com サイズと重量: 厚さ 6.3mm	2026-10-08
iPad mini（A17 Pro）のチップ	A17 Pro text	apple.com チップの項: A17 Pro	2026-10-08
iPad mini（A17 Pro）のストレージ容量の選択肢	128GB・256GB・512GB text	apple.com 容量の項: 128GB, 256GB, 512GB	2026-10-08
iPad mini（A17 Pro）のメモリ（Apple は記載なし）	Apple は記載なし text	apple.com チップの項にメモリ容量の記載なし（日本の仕様ページ、2026-10-08）	2026-10-08
iPad mini（A17 Pro）のポート	USB-C ポート。USB 3（最大 10Gb/s） text	apple.com 充電と拡張性: USB-C ポート、USB 3（最大 10Gb/s）、充電・DisplayPort 対応	2026-10-08
iPad mini（A17 Pro）のバッテリー容量	19.3 Wh	apple.com 電源とバッテリー: 19.3Whリチャージャブルリチウムポリマーバッテリー内蔵	2026-10-08
iPad mini（A17 Pro）のバッテリー駆動時間（Apple のテスト値、Wi-Fi でのインターネット利用・ビデオ再生）	10 時間	apple.com 電源とバッテリー: Wi-Fiでのインターネット利用、ビデオ再生：最大10時間（Appleが試作モデルで実施したテスト結果。脚注）	2026-10-08
iPad mini（A17 Pro）のリフレッシュレート（Apple は記載なし）	ProMotion の記載なし（リフレッシュレートの数値も記載なし） text	apple.com ディスプレイの項に ProMotion・リフレッシュレートの記載なし（2026-10-08）	2026-10-08
iPad mini（A17 Pro）のディスプレイの種類・ラミネーション・色域	Liquid Retina（IPS）。フルラミネーション。広色域（P3） text	apple.com ディスプレイの項: Liquid Retina（IPS）、フルラミネーション、広色域（P3）	2026-10-08
iPad mini（A17 Pro）が対応する Apple Pencil	Apple Pencil Pro、Apple Pencil（USB-C） text	support.apple.com Apple Pencilの互換性（公開日 2026年03月31日）: iPad mini（A17 Pro）が使える Apple Pencil は Apple P	2026-10-08
iPad mini（A17 Pro）の Apple Pencil ホバー	対応 text	apple.com 脚注: Apple Pencilのホバーは、iPad Pro（M4、M5）、11インチiPad Pro（第4世代）、12.9インチiPad Pro（第6世代）、	2026-10-08
Apple Pencil Pro の筆圧（圧力）検知	対応 text	apple.com 機能の比較表「圧力を感知するセンサー」: Apple Pencil Proに対応	2026-10-08
Apple Pencil（USB-C）の筆圧（圧力）検知	非対応 text	apple.com 機能の比較表「圧力を感知するセンサー」: Apple Pencil（USB-C）に非対応	2026-10-08
Apple Pencil Pro の傾き検知	対応 text	apple.com 機能の比較表「傾きを感知するセンサー」: Apple Pencil Proに対応	2026-10-08
Apple Pencil（USB-C）の傾き検知	対応 text	apple.com 機能の比較表「傾きを感知するセンサー」: Apple Pencil（USB-C）に対応	2026-10-08
Apple Pencil Pro だけの機能	スクイーズ、バレルロール、触覚フィードバック、ダブルタップ、「探す」に対応（Apple Pencil（USB-C）は非対応） text	apple.com 機能の比較表: Apple Pencil Pro のみ対応の行	2026-10-08
Apple Pencil のホバーに対応する iPad	iPad Pro（M4、M5）、iPad Air（M2、M3、M4）、iPad mini（A17 Pro）などで対応。iPad（A16）は挙がっていない text	apple.com 脚注 1: Apple Pencilのホバーは、iPad Pro（M4、M5）、11インチiPad Pro（第4世代）、12.9インチiPad Pro（第6世代	2026-10-08
Apple Pencil（USB-C）に必要な iPadOS	iPadOS 17.1.1 以降 text	support.apple.com Apple Pencil（USB-C）は iPadOS 17.1.1 以降でのみ使える。Apple Pencil Pro は iPadOS 17.5 以降	2026-10-08
iPad（A16）と Apple Pencil（第1世代）	iPad（A16）では USB-C - Apple Pencil アダプタでペアリング・充電すれば Apple Pencil（第1世代）も使える text	support.apple.com Apple Pencil（第1世代）: iPad（A16）。このiPadでペアリングと充電を行うには USB-C - Apple Pencilアダプタが必	2026-10-08
Apple Pencil（第2世代）の対応	現行6機種のどれも Apple Pencil（第2世代）に対応していない text	support.apple.com Apple Pencil（第2世代）の対応機種は iPad mini（第6世代）、iPad Air（第4・第5世代）、iPad Pro 12.9インチ（第3〜第	2026-10-08
Apple が現在販売している iPad の機種	13インチiPad Pro（M5）、11インチiPad Pro（M5）、13インチiPad Air（M4）、11インチiPad Air（M4）、iPad（A16）、iPad mini（A17 Pro） text	apple.com 「現在のiPadのモデル」に並ぶ6機種（2026-10-08）。ほかは「そのほかのiPadのモデル」（旧モデル）	2026-10-08
Apple の iPadOS のページにある最新の版	iPadOS 27 text	apple.com OS のページ: iPadOS 27。対応: iPad Pro（M1以降）、iPad Air（M2以降）、iPad（A16）、iPad mini（A17 Pro	2026-10-08
Procreate（iPad 版）の現行バージョン	5.4.14 text	help.procreate.com Procreate FAQ: The current version of Procreate for iPad is 5.4.14	2026-10-08
Procreate 5.4.14 に必要な iPadOS（以降）	16.3 text	help.procreate.com Procreate FAQ: Procreate 5.4.14 requires an iPad running iPadOS 16.3 or newer	2026-10-08
Procreate が使える iPad（現行機種）	機種の一覧は無く、iPadOS 16.3 以降が動く iPad が対象。現行6機種はいずれも iPadOS 27 に対応するので条件を満たす text	help.procreate.com Can my iPad run Procreate?: iPadOS 16.3 以降が必要。対応機種は iPadOS の対応で判断	2026-10-08
Procreate の最大キャンバス（機種別）	iPad Pro（M4・M5）と iPad Air（M2・M3）は 134 メガピクセル（11,585px × 11,585px）、iPad mini（第6・第7世代）は 67 メガピクセル（8,192px × 8,192px）。iPad（A16）と iPad Air（M4）は一覧に載っていない text	help.procreate.com Canvas maximum pixels by device（iPadOS 15 以降。変更されることがある）	2026-10-08
CLIP STUDIO PAINT（iPad 版）の App Store のバージョン	5.1.4 text	apps.apple.com App Store の日本のページ（iTunes Lookup API）: バージョン 5.1.4、更新 2026-09-08、最低 OS 18.0	2026-10-08
CLIP STUDIO PAINT for iPad の対応 OS（公式の動作環境）	iPadOS 18 / iPadOS 26（iPadOS 27 の記載なし） text	clipstudio.net CLIP STUDIO PAINT for iPad「最新OSの動作について」OS: iPadOS 18 / iPadOS 26	2026-10-08
CLIP STUDIO PAINT for iPad のメモリ要件	3GB以上のメモリ必須、4GB以上推奨。高解像度のイラスト・漫画などを制作する場合は 6GB以上のメモリが推奨 text	clipstudio.net コンピュータ本体: 3GB以上のメモリ必須 4GB以上推奨	2026-10-08
CLIP STUDIO PAINT for iPad の推奨ディスプレイサイズ（以上）	10.5 inch	clipstudio.net CLIP STUDIO PAINT for iPad の動作環境: ディスプレイ「10.5インチ以上のディスプレイサイズを推奨」、ストレージ「6GB以上の空き容	2026-10-08
CLIP STUDIO PAINT for iPad に必要なストレージの空き容量（以上）	6 GB	clipstudio.net CLIP STUDIO PAINT for iPad の動作環境: ディスプレイ「10.5インチ以上のディスプレイサイズを推奨」、ストレージ「6GB以上の空き容	2026-10-08
CLIP STUDIO PAINT for iPad の筆圧対応ペン（公式の動作環境）	筆圧対応ペン: Apple Pencil（第1世代）、Apple Pencil（第2世代）、Apple Pencil Pro（Apple Pencil（USB-C）は挙がっていない） text	clipstudio.net 筆圧対応ペン: Apple Pencil（第 1 世代）/ Apple Pencil（第 2 世代）/ Apple Pencil Pro	2026-10-08
CLIP STUDIO PAINT の対応端末: 高解像度向けの一覧	高解像度のイラスト・漫画向けの一覧: 13・11インチiPad Pro（M5）、同（M4）、13・11インチiPad Air（M3・M2）など。iPad Air（M4）は載っていない text	support.clip-studio.com 「高解像度のイラスト・漫画など」の端末一覧（更新 2025/12/02）	2026-10-08
CLIP STUDIO PAINT の対応端末: 標準サイズ向けの一覧	標準的なサイズのイラスト・Web用の漫画向けの一覧: iPad（A16）、iPad mini（A17 Pro）ほか text	support.clip-studio.com 「標準的なサイズのイラスト・Web用の漫画など」の端末一覧（更新 2025/12/02）: iPad（A16）、iPad mini（A17 Pro）ほか	2026-10-08
iPad Air（M4）と CLIP STUDIO PAINT	iPad Air（M4）は CLIP STUDIO PAINT の対応端末のページ（FAQ 更新 2025/12/02）に載っていない text	support.clip-studio.com 端末一覧に iPad Air（M4）が無い（iPad Air は M3・M2・第5世代・第4世代・第3世代まで）。確認日 2026-10-08	2026-10-08
A3 判の短辺	297 mm	cl.cam.ac.uk ISO 216 の A 判の寸法表（Markus Kuhn「International standard paper sizes」）。A3 = 297 × 42	2026-10-08
A3 判の長辺	420 mm	cl.cam.ac.uk 同じ表。A3 = 297 × 420 mm	2026-10-08
A4 判の短辺	210 mm	cl.cam.ac.uk ISO 216 の A 判の寸法表（Markus Kuhn「International standard paper sizes」）。A4 = 210 × 29	2026-10-08
A4 判の長辺	297 mm	cl.cam.ac.uk 同じ表。A4 = 210 × 297 mm	2026-10-08
A5 判の短辺	148 mm	cl.cam.ac.uk ISO 216 の A 判の寸法表（Markus Kuhn「International standard paper sizes」）。A5 = 148 × 21	2026-10-08
A5 判の長辺	210 mm	cl.cam.ac.uk 同じ表。A5 = 148 × 210 mm	2026-10-08
A6 判の短辺	105 mm	cl.cam.ac.uk A Series Formats の表。A6 = 105 × 148 mm	2026-10-08
A6 判の長辺	148 mm	cl.cam.ac.uk A Series Formats の表。A6 = 105 × 148 mm	2026-10-08

描く紙で選ぶイラスト用iPadの判定の早見表

記事内のツールで条件を選ぶと、自分の条件の結果と合う商品が出ます。条件は URL で指定でき、下の表のリンクはその条件で開きます。

条件	結果	ツール
A6・筆圧が要る・ホバーはどちらでも・アプリは決めていない	○ iPad miniから等倍で描けます。A6: 105×148mm。iPad mini（A17 Pro）なら、A6を等倍で丸ごと描けます。余裕は10.7mm以上あります。ほかに等倍で入る機種: 11インチiPad Air（M4）、11インチiPad Pro（M5）、13インチiPad Air（M4）、13インチiPad Pro（M5）。筆圧（圧力）を感知するとAppleが書いているのはApple Pencil Proだけです。iPad（A16）ではApple Pencil Proは使えません	この条件で開く
A6・筆圧なしでもよい・ホバーはどちらでも・アプリは決めていない	○ iPad miniから等倍で描けます。A6: 105×148mm。iPad mini（A17 Pro）なら、A6を等倍で丸ごと描けます。余裕は10.7mm以上あります。ほかに等倍で入る機種: iPad（A16）、11インチiPad Air（M4）、11インチiPad Pro（M5）、13インチiPad Air（M4）、13インチiPad Pro（M5）。Apple Pencil（USB-C）は筆圧を感知しません（Appleの機能比較表）	この条件で開く
A5・筆圧が要る・ホバーはどちらでも・アプリは決めていない	△ iPad Air 11で等倍（ぎりぎり）。A5: 148×210mm。11インチiPad Air（M4）なら、A5を等倍で丸ごと描けます。余裕は9.4mm（紙の辺の6%）しかなく、ぎりぎりです。ほかに等倍で入る機種: 11インチiPad Pro（M5）、13インチiPad Air（M4）、13インチiPad Pro（M5）。筆圧（圧力）を感知するとAppleが書いているのはApple Pencil Proだけです。iPad（A16）ではApple Pencil Proは使えません	この条件で開く
A5・筆圧なしでもよい・ホバーはどちらでも・アプリは決めていない	△ iPadで等倍（ぎりぎり）。A5: 148×210mm。iPad（A16）なら、A5を等倍で丸ごと描けます。余裕は9.4mm（紙の辺の6%）しかなく、ぎりぎりです。ほかに等倍で入る機種: 11インチiPad Air（M4）、11インチiPad Pro（M5）、13インチiPad Air（M4）、13インチiPad Pro（M5）。Apple Pencil（USB-C）は筆圧を感知しません（Appleの機能比較表）	この条件で開く
A4・筆圧が要る・ホバーはどちらでも・アプリは決めていない	△ 等倍では入りません（88%に縮小）。A4: 210×297mm。A4を等倍で丸ごと描ける現行のiPadはありません。13インチiPad Air（M4）、13インチiPad Pro（M5）なら88%に縮めると丸ごと入ります。余裕は0.8mmしかなく、ぎりぎりです。筆圧（圧力）を感知するとAppleが書いているのはApple Pencil Proだけです。iPad（A16）ではApple Pencil Proは使えません	この条件で開く
A4・筆圧なしでもよい・ホバーはどちらでも・アプリは決めていない	△ 等倍では入りません（88%に縮小）。A4: 210×297mm。A4を等倍で丸ごと描ける現行のiPadはありません。13インチiPad Air（M4）、13インチiPad Pro（M5）なら88%に縮めると丸ごと入ります。余裕は0.8mmしかなく、ぎりぎりです。Apple Pencil（USB-C）は筆圧を感知しません（Appleの機能比較表）	この条件で開く
A3・筆圧が要る・ホバーはどちらでも・アプリは決めていない	△ 等倍では入りません（62%に縮小）。A3: 297×420mm。A3を等倍で丸ごと描ける現行のiPadはありません。13インチiPad Air（M4）、13インチiPad Pro（M5）なら62%に縮めると丸ごと入ります。余裕は1.7mmしかなく、ぎりぎりです。筆圧（圧力）を感知するとAppleが書いているのはApple Pencil Proだけです。iPad（A16）ではApple Pencil Proは使えません	この条件で開く
A3・筆圧なしでもよい・ホバーはどちらでも・アプリは決めていない	△ 等倍では入りません（62%に縮小）。A3: 297×420mm。A3を等倍で丸ごと描ける現行のiPadはありません。13インチiPad Air（M4）、13インチiPad Pro（M5）なら62%に縮めると丸ごと入ります。余裕は1.7mmしかなく、ぎりぎりです。Apple Pencil（USB-C）は筆圧を感知しません（Appleの機能比較表）	この条件で開く
A5・筆圧が要る・ホバーが要る・CLIP STUDIO PAINT	△ iPad Air 11で等倍（ぎりぎり）。A5: 148×210mm。11インチiPad Air（M4）なら、A5を等倍で丸ごと描けます。余裕は9.4mm（紙の辺の6%）しかなく、ぎりぎりです。ほかに等倍で入る機種: 11インチiPad Pro（M5）、13インチiPad Air（M4）、13インチiPad Pro（M5）。筆圧（圧力）を感知するとAppleが書いているのはApple Pencil Proだけです。iPad（A16）ではApple Pencil Proは使えません。ホバーは、iPad（A16）がAppleの対応一覧に載っていません。11インチiPad Air（M4）はCLIP STUDIO PAINTの対応端末のページに載っていません。動かないと書かれているわけではなく、一覧に無いということです。11インチiPad Air（M4）のメモリは12GB（Appleの記載）で、CLIP STUDIO PAINTの高解像度向けの推奨6GB以上を満たします。CLIP STUDIO PAINTの対応OSの記載はiPadOS 18とiPadOS 26で、iPadOS 27は書かれていません	この条件で開く
A5・筆圧なしでもよい・ホバーはどちらでも・CLIP STUDIO PAINT	△ iPadで等倍（ぎりぎり）。A5: 148×210mm。iPad（A16）なら、A5を等倍で丸ごと描けます。余裕は9.4mm（紙の辺の6%）しかなく、ぎりぎりです。ほかに等倍で入る機種: 11インチiPad Air（M4）、11インチiPad Pro（M5）、13インチiPad Air（M4）、13インチiPad Pro（M5）。Apple Pencil（USB-C）は筆圧を感知しません（Appleの機能比較表）。iPad（A16）はメモリの記載が無く、CLIP STUDIO PAINTの推奨を満たすかは確かめられません。CLIP STUDIO PAINTの筆圧対応ペンの一覧に、Apple Pencil（USB-C）はありません。CLIP STUDIO PAINTの対応OSの記載はiPadOS 18とiPadOS 26で、iPadOS 27は書かれていません	この条件で開く
A6・筆圧が要る・ホバーはどちらでも・CLIP STUDIO PAINT	○ iPad miniから等倍で描けます。A6: 105×148mm。iPad mini（A17 Pro）なら、A6を等倍で丸ごと描けます。余裕は10.7mm以上あります。ほかに等倍で入る機種: 11インチiPad Air（M4）、11インチiPad Pro（M5）、13インチiPad Air（M4）、13インチiPad Pro（M5）。筆圧（圧力）を感知するとAppleが書いているのはApple Pencil Proだけです。iPad（A16）ではApple Pencil Proは使えません。iPad mini（A17 Pro）はメモリの記載が無く、CLIP STUDIO PAINTの推奨を満たすかは確かめられません。iPad mini（A17 Pro）の画面はCLIP STUDIO PAINTの推奨（10.5インチ以上）より小さいです。CLIP STUDIO PAINTの対応OSの記載はiPadOS 18とiPadOS 26で、iPadOS 27は書かれていません	この条件で開く
A4・筆圧が要る・ホバーはどちらでも・CLIP STUDIO PAINT	△ 等倍では入りません（88%に縮小）。A4: 210×297mm。A4を等倍で丸ごと描ける現行のiPadはありません。13インチiPad Air（M4）、13インチiPad Pro（M5）なら88%に縮めると丸ごと入ります。余裕は0.8mmしかなく、ぎりぎりです。筆圧（圧力）を感知するとAppleが書いているのはApple Pencil Proだけです。iPad（A16）ではApple Pencil Proは使えません。13インチiPad Air（M4）はCLIP STUDIO PAINTの対応端末のページに載っていません。動かないと書かれているわけではなく、一覧に無いということです。13インチiPad Air（M4）のメモリは12GB（Appleの記載）で、CLIP STUDIO PAINTの高解像度向けの推奨6GB以上を満たします。13インチiPad Pro（M5）のメモリは12GBまたは16GB（Appleの記載）で、CLIP STUDIO PAINTの高解像度向けの推奨6GB以上を満たします。CLIP STUDIO PAINTの対応OSの記載はiPadOS 18とiPadOS 26で、iPadOS 27は書かれていません	この条件で開く
A5・筆圧なしでもよい・ホバーが要る・Procreate	△ iPad Air 11で等倍（ぎりぎり）。A5: 148×210mm。11インチiPad Air（M4）なら、A5を等倍で丸ごと描けます。余裕は9.4mm（紙の辺の6%）しかなく、ぎりぎりです。ほかに等倍で入る機種: 11インチiPad Pro（M5）、13インチiPad Air（M4）、13インチiPad Pro（M5）。Apple Pencil（USB-C）は筆圧を感知しません（Appleの機能比較表）。ホバーは、iPad（A16）がAppleの対応一覧に載っていません。Procreate 5.4.14はiPadOS 16.3以降で動きます。現行のiPadはどれもiPadOS 27に対応します	この条件で開く

テンキーの選び方 — 接続とキーで決める

Sat, 10 Apr 2021 00:00:00 GMT

電池を使いたくなければ有線、ケーブルを避けたいなら無線のテンキーを選びます。主要メーカーの現行モデルの公式仕様では、Excelで=とBSも使うなら有線を選び、Tabと00だけならどの接続方式でも選べます。エレコムの製品ページでは、2.4GHzのモデルはUSB-Aのレシーバーをパソコンに挿し、BluetoothのモデルはパソコンのBluetoothで使います。

この記事では、打ちやすさや音、入力の速さは実機で試していないので判定していません。

接続の選び方（有線・2.4GHz・Bluetooth）

主要メーカーの現行モデルの公式仕様では、接続はUSB有線、USBレシーバーを挿す2.4GHz無線、Bluetoothの3通りです。無線の機種は電池で動き、有線の機種の仕様には電池の項目がありません。

エレコムの製品ページでは、Bluetoothのモデルは、Bluetoothに対応したパソコンで使います。対応していないパソコンでは、別売りのBluetoothアダプターを用意すれば使えるとされています。

エレコムの有線と2.4GHzのモデルは、コネクター形状がどれもUSB-Aです。サンワサプライとバッファローの端子の形は確かめていません。

条件ごとの早見表と絞り込み

主要メーカーの現行モデルの公式仕様で当てはまる機種があるかと、Amazon.co.jpの出品（2026年10月8日に確認）が次の基準を満たすかを表にしました。

新品で、販売元がAmazon.co.jp
型番がメーカーの仕様と一致
評価が100件以上で、星4以上
サクラチェッカーで注意が出ていない
メーカーの対応OSにWindows 11の記載がある | 接続 | Tab・00 | 薄型（パンタグラフ式） | BS・= | NumLockの扱いの記載 | 端子 | | :— | :— | :— | :— | :— | :— | | USB有線 | ○ 基準を満たす出品あり | ○ 基準を満たす出品あり | ○ 基準を満たす出品あり | ○ 基準を満たす出品あり | 候補はUSB-A | | 2.4GHz | ○ 基準を満たす出品あり | ○ 基準を満たす出品あり | 記載のある機種なし | △ 仕様では該当あり・基準を満たす出品なし | 候補はUSB-A | | Bluetooth | ○ 基準を満たす出品あり | △ 仕様では該当あり・基準を満たす出品なし | 記載のある機種なし | △ 仕様では該当あり・基準を満たす出品なし | なし（パソコンのBluetoothを使う） |

「○」は基準を満たす出品があるもの、「△」は仕様では当てはまるのに基準を満たす出品がないものです。

この記事では、早見表は列ごとに別々に判定していて、1つの行の条件を全部満たす出品があるとは限りません。主要メーカーの現行モデルの公式仕様では、たとえば、有線の薄型でBSと=がそろって記載された機種はありません。

このツールでは、接続、ほしいキー、薄型かどうか、NumLockの扱いの記載を選ぶと、メーカーの公式仕様で条件に合う型番と、買える商品を出します。

条件からテンキーの型番を絞り込む

接続（USB有線・2.4GHz・Bluetooth）、ほしいキー（Tab・00・BS・=）、薄型かどうか、NumLock の扱いの記載を選ぶと、メーカーの公式仕様で条件に合う型番を出します。条件に合う買えるテンキーも1つ出します。

Excelで使うキー（Tab・00・BS・=）

各メーカーの製品ページでは、Tabは「Excelのセル移動や関数選択」、00は「高額入力」に便利なキーとされています。=とかっこは「関数入力」、BSは「数字入力」に便利です。この記事では、セルを移りながら打つならTab、金額が多いなら00、式を入れるなら=とかっこ、打ち間違いをテンキーで消すならBSがあると便利です。

主要メーカーの現行モデルの公式仕様では、Tab・00は、どの接続方式にも記載がある機種があります。BSと=がそろって記載されているのは有線だけで、無線にはありませんでした。

キーはメーカーが記載しているかで判定しています。記載が無いキーが付いていないとは限らないので、キー配列の図で確かめてください。

エレコムの製品ページでは、BSと=が付いた有線モデルは「当製品は”かな入力モード”に対応しておりません」と注記されています。=やかっこなどの特殊キーは、ローマ字入力モードで入力するよう案内しています。

NumLock問題とメーカーの対応

バッファローの製品ページでは、USBテンキーで数字を入れるには、テンキーのNumLockをオンにする必要があります。ほとんどのノートPCでは、そうすると本体のキーボードの一部が数字キーになってしまうと説明されています。

主要メーカーの現行モデルの公式仕様では、この問題への対応は、メーカーごとに書き方が違います。エレコムは一部の有線モデルで、NumLock問題をハードウェアで解決していると書いています。バッファローは「本体側のNumLockとUSBテンキー側のNumLockを同期させないよう設計」、サンワサプライは「NumLock非連動」です。

2026年10月8日に確認したAmazon.co.jpの出品では、扱いの記載がある無線の機種は仕様にはありますが、選び方の基準を満たす出品はありませんでした。

薄さと重さ

主要メーカーの現行モデルの公式仕様では、高さは、キーがパンタグラフ式の機種で17〜21.5mm、メンブレン式の機種で20〜26.6mmです。メンブレン式にも薄い機種があります。重さは70〜143gです。

2026年10月8日に確認したAmazon.co.jpの出品では、無線の薄型（パンタグラフ式）で基準を満たしたのは、2.4GHzのモデルでした。Bluetoothの薄型では、基準を満たす出品を確認できませんでした。

無線の電池と接続台数

主要メーカーの現行モデルの公式仕様では、エレコムは想定電池使用期間（アルカリ乾電池使用時）で10か月〜1.5年です。サンワサプライは連続動作時間で70〜800時間です。指標が違うので、並べて比べられません。

メーカー・接続・キー	値と条件
エレコム・2.4GHz・メンブレン式・単3形	1.3年（想定電池使用期間・アルカリ乾電池使用時・メーカーのテスト値）
エレコム・2.4GHz・メンブレン式・単4形	1.5年（想定電池使用期間・アルカリ乾電池使用時・1日8時間のパソコン操作を想定）
エレコム・2.4GHz・パンタグラフ式	1年（想定電池使用期間・アルカリ乾電池使用時・メーカーのテスト値）
エレコム・Bluetooth・メンブレン式	10か月（想定電池使用期間・アルカリ乾電池使用時・1日8時間のパソコン操作を想定）
エレコム・Bluetooth・パンタグラフ式	1年（想定電池使用期間・アルカリ乾電池使用時・メーカーのテスト値）
サンワサプライ・Bluetooth・Tab・00	150時間（連続動作時間）
サンワサプライ・2.4GHz・Tab・00	70時間（連続動作時間・アルカリ電池使用時）
サンワサプライ・Bluetooth・Tab・=	240時間（連続動作時間）
サンワサプライ・2.4GHz・Tab・=	800時間（連続動作時間）

エレコムのBluetoothモデルは、接続できるのが1台だけです。サンワサプライのBluetoothモデルは、製品ページに台数の記載が見つかりませんでした。Microsoft Number Padは公式の資料で3台までペアリングできるとされていますが、日本での在庫は確かめていません。

条件ごとの候補

2026年10月8日に確認したAmazon.co.jpの出品では、候補にした機種は、どれもメーカーの対応OSにWindows 11の記載があります。

候補は、早見表の前に書いた基準を満たす出品があれば、条件ごとに1つ選びました。条件を満たす出品が複数あるときは、調べた中でいちばん安いものです。価格は各販売サイトで確かめてください。

有線でTab・00、NumLock問題をハードウェアで解決と記載

有線の薄型（パンタグラフ式）でTab・00

macOSの記載もあります。

有線でBSと=、Tab・00

=やかっこは、ローマ字入力モードで入力します。

2.4GHzのレシーバー式でTab・00

電池は単3形を1本使います。

2.4GHzの薄型（パンタグラフ式）でTab・00

持ち運ぶならこちらで、macOSの記載もあります。

BluetoothでTab・00

接続できるのは1台だけで、macOSの記載もあります。

出典: エレコムの製品ページ TK-TCM011BK・TK-TCM015BK・TK-TCP018BK・TK-TDM017BK・TK-TDP019BK・TK-TBM023SKBK
出典: サンワサプライの製品ページ・バッファローの製品ページ
出典: Microsoft Number Padのサポート・Windows 2000のレジストリ資料（旧版）

よくある質問

テンキーは有線・2.4GHz・Bluetoothのどれがいい？

主要メーカーの現行モデルの公式仕様では、電池を使いたくないなら有線、ケーブルをなくしたいなら無線です。Bluetoothのモデルは、Bluetoothに対応したパソコンが要ります。

対応していなければ、USBレシーバーの2.4GHzを選びます。

無線のテンキーは電池がどれくらい持つ？何台につなげる？

主要メーカーの現行モデルの公式仕様では、電池の持ちは、エレコムの想定電池使用期間が10か月〜1.5年、サンワサプライの連続動作時間が70〜800時間です。指標が違うため比べられません。

電池は単3形か単4形を1本使います。Bluetoothでつなげるのは、エレコムのモデルで1台だけです。

Excelの入力にはTab・00・BS・=のキーが要る？

2026年10月時点のメーカー公式仕様で照合すると、メーカーの説明では、Tabはセルの移動、00は高額の入力、=とかっこは関数の入力に便利なキーです。Tabと00はどの接続方式にも記載がある機種があり、BSと=がそろって記載されているのは有線だけです。

NumLock問題って何？テンキーで数字が入らないのはなぜ？

バッファローの製品ページでは、テンキーで数字を入れるには、テンキーのNumLockをオンにする必要があります。ほとんどのノートPCでは、そうすると本体のキーボードの一部まで数字キーになります。

各メーカーの製品ページでは、この問題への対応を書いているのは、エレコムの一部の有線モデルと、サンワサプライ・バッファローの機種です。Microsoftの旧版資料（Windows 2000用）では、NumLockの状態はログオフ・シャットダウン時に保存され、次のログオンで戻るとあります。

現行のWindows 11での動きを説明した公式の資料は見つからず、この記事では判定していません。

ノートパソコンと一緒に持ち運ぶなら、どのテンキーがいい？

2026年10月8日に確認したAmazon.co.jpの出品では、持ち運ぶなら、ケーブルの無い無線で、キーがパンタグラフ式の薄型を選べます。基準を満たす出品があったのは2.4GHzの薄型です。

テンキーはMacでも使える？

2026年10月時点のメーカー公式仕様で照合すると、Macで使うなら、macOSの記載があるエレコムのモデルを選びます。対応OS欄は、パンタグラフ式がmacOS High Sierra 10.13、型番がSKBKで終わるモデルがmacOS Big Sur 11です。

使うMacのmacOSが一覧にあるかを、製品ページで確かめてください。

計算に使ったデータと式（検証用）

計算の方法

対象は、2026年10月8日にメーカー公式ページを読んだ現行モデル（エレコム・サンワサプライ・バッファロー）。仕様（接続・キー・キースイッチ・寸法・重さ・電池・対応OS・NumLockの扱い）はメーカー公式ページの記載だけを使った。
キーは、メーカーが製品ページで記載しているかで判定した（例: TK-TCM011BK Tab・00、TK-TCM015BK Esc・Tab・=・(・)・00・BS、Excel／電卓ソフト／ブラウザの起動キー3つ（USB2.0ハブ2ポート付き）、NT-27UBK Esc・F2・F4・Tab・=・(・)・カンマ・コピー・貼り付け・検索（00キー・BSキーの記載なし））。記載が無いキーが無いとは扱っていない。
薄型は、メーカーの仕様のキースイッチがパンタグラフ式の機種とした（この記事で決めた区分）。高さはパンタグラフ式 17〜21.5mm、メンブレン式 20〜26.6mm（どちらもメーカーの仕様の値）。
NumLockは、メーカーの記載をそのまま使った（エレコム TK-TCM011BK: 「NumLock」問題をハードウェアで解決しており、対策ソフトのインストールは不要／バッファロー BSTK130BK: 本体側のNumLockとUSBテンキー側のNumLockを同期させないよう設計されております（メーカー記載）／サンワサプライ NT-BT21BK: NumLock非連動（メーカー記載））。Windows側の動作は、Microsoft Learn の旧版資料（Windows 2000 のレジストリ資料）に NumLockの状態をログオフ・シャットダウン時に HKCU\Control Panel\Keyboard の InitialKeyboardIndicators（0=オフ、2=オン）へ保存し、次のログオンで戻すとあるだけで、現行の Windows 11 の動作は判定していない。
電池はメーカーの値と条件のまま（換算しない）。例: TK-TDM017BK 1.3年（想定電池使用期間・アルカリ乾電池使用時・メーカーのテスト値）、TK-TBM023SKBK 10か月（想定電池使用期間・アルカリ乾電池使用時・1日8時間のパソコン操作を想定）、NT-WL21BK 70時間（連続動作時間・アルカリ電池使用時）、NT-BT21BK 150時間（連続動作時間）。Bluetoothの接続台数は、エレコム TK-TBM023SKBK 1台のみ（ペアリングして使う）、Microsoft Number Pad 3台。
候補は、条件に合い、メーカーの対応OSに Windows 11 の記載がある機種のうち、販売元が Amazon（またはメーカー直営と確かめた出品）の新品・評価100件以上・星4以上・サクラチェッカーで疑いなし・型番が一致するものの中で、送料込みでいちばん安いもの。打ちやすさ・音・速さは実機で試しておらず、判定していない。

使った公式の値

項目	値	出典	確認日
ELECOM TK-TCM011BKの接続方式	USB有線	elecom.co.jp 仕様: 接続方式/インターフェース	2026-10-08
ELECOM TK-TCM011BKのキー数	20 キー	elecom.co.jp 仕様: キー数/キー配列	2026-10-08
ELECOM TK-TCM011BKの専用キー（メーカー記載）	Tab・00	elecom.co.jp 特長: [Tab]キー・[00]キー	2026-10-08
ELECOM TK-TCM011BKのキースイッチ	メンブレン	elecom.co.jp 仕様: キースイッチ/キータイプ	2026-10-08
ELECOM TK-TCM011BKの幅	90 mm	elecom.co.jp 仕様: 外形寸法（幅）	2026-10-08
ELECOM TK-TCM011BKの奥行	140 mm	elecom.co.jp 仕様: 外形寸法（奥行）	2026-10-08
ELECOM TK-TCM011BKの高さ	23.5 mm	elecom.co.jp 仕様: 外形寸法（高さ）	2026-10-08
ELECOM TK-TCM011BKの重さ	110 g	elecom.co.jp 仕様: 重量/質量	2026-10-08
ELECOM TK-TCM011BKの対応OS	Windows 11/10/8/8.1/RT/RT8.1/7(SP1)/Vista(SP2)/XP(SP3)	elecom.co.jp 仕様: 対応OS	2026-10-08
ELECOM TK-TCM011BKのコネクター形状	USB-A	elecom.co.jp 仕様: コネクター形状 USB[A]	2026-10-08
ELECOM TK-TCM011BKのNumLockの扱い（メーカー記載）	「NumLock」問題をハードウェアで解決しており、対策ソフトのインストールは不要	elecom.co.jp 特長: 「NumLock」問題を解決	2026-10-08
ELECOM TK-TCM012BKの接続方式	USB有線	elecom.co.jp 仕様: 接続方式/インターフェース	2026-10-08
ELECOM TK-TCM012BKのキー数	20 キー	elecom.co.jp 仕様: キー数/キー配列	2026-10-08
ELECOM TK-TCM012BKの専用キー（メーカー記載）	Tab・00（USB2.0ハブ2ポート付き）	elecom.co.jp 特長: [Tab]キー・[00]キー	2026-10-08
ELECOM TK-TCM012BKのキースイッチ	メンブレン	elecom.co.jp 仕様: キースイッチ/キータイプ	2026-10-08
ELECOM TK-TCM012BKの幅	90 mm	elecom.co.jp 仕様: 外形寸法（幅）	2026-10-08
ELECOM TK-TCM012BKの奥行	140 mm	elecom.co.jp 仕様: 外形寸法（奥行）	2026-10-08
ELECOM TK-TCM012BKの高さ	23.5 mm	elecom.co.jp 仕様: 外形寸法（高さ）	2026-10-08
ELECOM TK-TCM012BKの重さ	114 g	elecom.co.jp 仕様: 重量/質量	2026-10-08
ELECOM TK-TCM012BKの対応OS	Windows 11/10/8/8.1/RT/RT8.1/7(SP1)/Vista(SP2)/XP(SP3)	elecom.co.jp 仕様: 対応OS	2026-10-08
ELECOM TK-TCM012BKのコネクター形状	USB-A	elecom.co.jp 仕様: コネクター形状 USB[A]	2026-10-08
ELECOM TK-TCM012BKのNumLockの扱い（メーカー記載）	「NumLock」問題をハードウェアで解決しており、対策ソフトのインストールは不要	elecom.co.jp 特長: 「NumLock」問題を解決	2026-10-08
ELECOM TK-TCM013BKの接続方式	USB有線	elecom.co.jp 仕様: 接続方式/インターフェース	2026-10-08
ELECOM TK-TCM013BKのキー数	20 キー	elecom.co.jp 仕様: キー数/キー配列	2026-10-08
ELECOM TK-TCM013BKの専用キー（メーカー記載）	Tab・00	elecom.co.jp 特長: [Tab]キー・[00]キー	2026-10-08
ELECOM TK-TCM013BKのキースイッチ	メンブレン	elecom.co.jp 仕様: キースイッチ/キータイプ	2026-10-08
ELECOM TK-TCM013BKの幅	78 mm	elecom.co.jp 仕様: 外形寸法（幅）	2026-10-08
ELECOM TK-TCM013BKの奥行	127.5 mm	elecom.co.jp 仕様: 外形寸法（奥行）	2026-10-08
ELECOM TK-TCM013BKの高さ	24 mm	elecom.co.jp 仕様: 外形寸法（高さ）	2026-10-08
ELECOM TK-TCM013BKの重さ	97 g	elecom.co.jp 仕様: 重量/質量	2026-10-08
ELECOM TK-TCM013BKの対応OS	Windows 11/10/8.1/RT8.1/7(SP1)/Vista(SP2)	elecom.co.jp 仕様: 対応OS	2026-10-08
ELECOM TK-TCM013BKのコネクター形状	USB-A	elecom.co.jp 仕様: コネクター形状 USB-A	2026-10-08
ELECOM TK-TCM014BKの接続方式	USB有線	elecom.co.jp 仕様: 接続方式/インターフェース	2026-10-08
ELECOM TK-TCM014BKのキー数	20 キー	elecom.co.jp 仕様: キー数/キー配列	2026-10-08
ELECOM TK-TCM014BKの専用キー（メーカー記載）	記載なし（USB2.0ハブ2ポート付き）	elecom.co.jp 特長: Tab・00の記載なし	2026-10-08
ELECOM TK-TCM014BKのキースイッチ	メンブレン	elecom.co.jp 仕様: キースイッチ/キータイプ	2026-10-08
ELECOM TK-TCM014BKの幅	78 mm	elecom.co.jp 仕様: 外形寸法（幅）	2026-10-08
ELECOM TK-TCM014BKの奥行	127.5 mm	elecom.co.jp 仕様: 外形寸法（奥行）	2026-10-08
ELECOM TK-TCM014BKの高さ	24 mm	elecom.co.jp 仕様: 外形寸法（高さ）	2026-10-08
ELECOM TK-TCM014BKの重さ	97 g	elecom.co.jp 仕様: 重量/質量	2026-10-08
ELECOM TK-TCM014BKの対応OS	Windows 11/10/8.1/RT8.1/7(SP1)/Vista(SP2)	elecom.co.jp 仕様: 対応OS	2026-10-08
ELECOM TK-TCM014BKのコネクター形状	USB-A	elecom.co.jp 仕様: コネクター形状 USB-A	2026-10-08
ELECOM TK-TCM015BKの接続方式	USB有線	elecom.co.jp 仕様: 接続方式/インターフェース	2026-10-08
ELECOM TK-TCM015BKのキー数	27 キー	elecom.co.jp 仕様: キー数/キー配列	2026-10-08
ELECOM TK-TCM015BKの専用キー（メーカー記載）	Esc・Tab・=・(・)・00・BS、Excel／電卓ソフト／ブラウザの起動キー3つ（USB2.0ハブ2ポート付き）	elecom.co.jp 特長: Excelや関数入力に便利なキー付き／ホットキー	2026-10-08
ELECOM TK-TCM015BKのキースイッチ	メンブレン	elecom.co.jp 仕様: キースイッチ/キータイプ	2026-10-08
ELECOM TK-TCM015BKの幅	90 mm	elecom.co.jp 仕様: 外形寸法（幅）	2026-10-08
ELECOM TK-TCM015BKの奥行	170 mm	elecom.co.jp 仕様: 外形寸法（奥行）	2026-10-08
ELECOM TK-TCM015BKの高さ	24.5 mm	elecom.co.jp 仕様: 外形寸法（高さ）	2026-10-08
ELECOM TK-TCM015BKの重さ	143 g	elecom.co.jp 仕様: 重量/質量	2026-10-08
ELECOM TK-TCM015BKの対応OS	Windows 11/10/8.1/RT8.1/7(SP1)/Vista(SP2)（Windowsのみ）	elecom.co.jp 仕様: 対応OS	2026-10-08
ELECOM TK-TCM015BKのコネクター形状	USB-A	elecom.co.jp 仕様: コネクター形状 USB-A	2026-10-08
ELECOM TK-TCM015BKの入力モードの注記	当製品は”かな入力モード”に対応しておりません。”＝”、”（”、”）”などの特殊キーを入力する際は、”ローマ字入力モード”に変更してご使用ください	elecom.co.jp 特長の注記（2026-10-08 に原文を確認）	2026-10-08
ELECOM TK-TCM021SKBKの接続方式	USB有線	elecom.co.jp 仕様: 接続方式/インターフェース	2026-10-08
ELECOM TK-TCM021SKBKのキー数	20 キー	elecom.co.jp 仕様: キー数/キー配列	2026-10-08
ELECOM TK-TCM021SKBKの専用キー（メーカー記載）	Tab・00	elecom.co.jp 特長: [Tab]キー・[00]キー	2026-10-08
ELECOM TK-TCM021SKBKのキースイッチ	メンブレン	elecom.co.jp 仕様: キースイッチ/キータイプ	2026-10-08
ELECOM TK-TCM021SKBKの幅	89.3 mm	elecom.co.jp 仕様: 外形寸法（幅）	2026-10-08
ELECOM TK-TCM021SKBKの奥行	135.3 mm	elecom.co.jp 仕様: 外形寸法（奥行）	2026-10-08
ELECOM TK-TCM021SKBKの高さ	26.6 mm	elecom.co.jp 仕様: 外形寸法（高さ）	2026-10-08
ELECOM TK-TCM021SKBKの重さ	90 g	elecom.co.jp 仕様: 重量/質量	2026-10-08
ELECOM TK-TCM021SKBKの対応OS	Windows 11/10/8.1、macOS Big Sur 11、ChromeOS	elecom.co.jp 仕様: 対応OS	2026-10-08
ELECOM TK-TCM021SKBKのコネクター形状	USB-A	elecom.co.jp 仕様: コネクター形状 USB-Aオス	2026-10-08
ELECOM TK-TCP018BKの接続方式	USB有線	elecom.co.jp 仕様: 接続方式/インターフェース	2026-10-08
ELECOM TK-TCP018BKのキー数	20 キー	elecom.co.jp 仕様: キー数/キー配列	2026-10-08
ELECOM TK-TCP018BKの専用キー（メーカー記載）	Tab・00	elecom.co.jp 特長: [Tab]キー・[00]キー	2026-10-08
ELECOM TK-TCP018BKのキースイッチ	パンタグラフ	elecom.co.jp 仕様: キースイッチ/キータイプ	2026-10-08
ELECOM TK-TCP018BKの幅	89.6 mm	elecom.co.jp 仕様: 外形寸法（幅）	2026-10-08
ELECOM TK-TCP018BKの奥行	127.5 mm	elecom.co.jp 仕様: 外形寸法（奥行）	2026-10-08
ELECOM TK-TCP018BKの高さ	21.5 mm	elecom.co.jp 仕様: 外形寸法（高さ）	2026-10-08
ELECOM TK-TCP018BKの重さ	110 g	elecom.co.jp 仕様: 重量/質量	2026-10-08
ELECOM TK-TCP018BKの対応OS	Windows 11/10/8.1/7/XP、macOS High Sierra 10.13	elecom.co.jp 仕様: 対応OS	2026-10-08
ELECOM TK-TCP018BKのコネクター形状	USB-A	elecom.co.jp 仕様: コネクター形状 USB-Aオス	2026-10-08
ELECOM TK-TDM017BKの接続方式	2.4GHz無線（USBレシーバー）	elecom.co.jp 仕様: 接続方式/インターフェース	2026-10-08
ELECOM TK-TDM017BKのキー数	20 キー	elecom.co.jp 仕様: キー数/キー配列	2026-10-08
ELECOM TK-TDM017BKの専用キー（メーカー記載）	Tab・00	elecom.co.jp 特長: [Tab]キー・[00]キー	2026-10-08
ELECOM TK-TDM017BKのキースイッチ	メンブレン	elecom.co.jp 仕様: キースイッチ/キータイプ	2026-10-08
ELECOM TK-TDM017BKの幅	90 mm	elecom.co.jp 仕様: 外形寸法（幅）	2026-10-08
ELECOM TK-TDM017BKの奥行	140 mm	elecom.co.jp 仕様: 外形寸法（奥行）	2026-10-08
ELECOM TK-TDM017BKの高さ	26.5 mm	elecom.co.jp 仕様: 外形寸法（高さ）	2026-10-08
ELECOM TK-TDM017BKの重さ	107 g	elecom.co.jp 仕様: 重量/質量	2026-10-08
ELECOM TK-TDM017BKの電池持ち（メーカー値）	1.3 年	elecom.co.jp 仕様: 想定電池使用期間（アルカリ乾電池使用時の目安、当社テスト値）	2026-10-08
ELECOM TK-TDM017BKの電池の種類	単3形電池1本	elecom.co.jp 仕様: 電源	2026-10-08
ELECOM TK-TDM017BKの対応OS	Windows 11/10/8.1/7(SP1)/XP(SP3)（USBポートを装備したPC/AT互換機）	elecom.co.jp 仕様: 対応OS	2026-10-08
ELECOM TK-TDM017BKのコネクター形状（レシーバー）	USB-A	elecom.co.jp 仕様: コネクター形状 USB(A)オス	2026-10-08
ELECOM TK-TDM022SKBKの接続方式	2.4GHz無線（USBレシーバー）	elecom.co.jp 仕様: 接続方式/インターフェース	2026-10-08
ELECOM TK-TDM022SKBKのキー数	20 キー	elecom.co.jp 仕様: キー数/キー配列	2026-10-08
ELECOM TK-TDM022SKBKの専用キー（メーカー記載）	Tab・00	elecom.co.jp 特長: [Tab]キー・[00]キー	2026-10-08
ELECOM TK-TDM022SKBKのキースイッチ	メンブレン	elecom.co.jp 仕様: キースイッチ/キータイプ	2026-10-08
ELECOM TK-TDM022SKBKの幅	89.3 mm	elecom.co.jp 仕様: 外形寸法（幅）	2026-10-08
ELECOM TK-TDM022SKBKの奥行	135.3 mm	elecom.co.jp 仕様: 外形寸法（奥行）	2026-10-08
ELECOM TK-TDM022SKBKの高さ	26.6 mm	elecom.co.jp 仕様: 外形寸法（高さ）	2026-10-08
ELECOM TK-TDM022SKBKの重さ	80 g	elecom.co.jp 仕様: 重量/質量	2026-10-08
ELECOM TK-TDM022SKBKの電池持ち（メーカー値）	1.5 年	elecom.co.jp 仕様: 想定電池使用期間（アルカリ乾電池使用時の目安、1日8時間のパソコン操作を想定）	2026-10-08
ELECOM TK-TDM022SKBKの電池の種類	単4形電池1本	elecom.co.jp 仕様: 電源	2026-10-08
ELECOM TK-TDM022SKBKの対応OS	Windows 11/10/8.1、macOS Big Sur 11、ChromeOS	elecom.co.jp 仕様: 対応OS	2026-10-08
ELECOM TK-TDM022SKBKのコネクター形状（レシーバー）	USB-A	elecom.co.jp 仕様: コネクター形状 USB-Aオス	2026-10-08
ELECOM TK-TDP019BKの接続方式	2.4GHz無線（USBレシーバー）	elecom.co.jp 仕様: 接続方式/インターフェース	2026-10-08
ELECOM TK-TDP019BKのキー数	20 キー	elecom.co.jp 仕様: キー数/キー配列	2026-10-08
ELECOM TK-TDP019BKの専用キー（メーカー記載）	Tab・00	elecom.co.jp 特長: [Tab]キー・[00]キー	2026-10-08
ELECOM TK-TDP019BKのキースイッチ	パンタグラフ	elecom.co.jp 仕様: キースイッチ/キータイプ	2026-10-08
ELECOM TK-TDP019BKの幅	89.6 mm	elecom.co.jp 仕様: 外形寸法（幅）	2026-10-08
ELECOM TK-TDP019BKの奥行	127.5 mm	elecom.co.jp 仕様: 外形寸法（奥行）	2026-10-08
ELECOM TK-TDP019BKの高さ	21.5 mm	elecom.co.jp 仕様: 外形寸法（高さ）	2026-10-08
ELECOM TK-TDP019BKの重さ	100 g	elecom.co.jp 仕様: 重量/質量	2026-10-08
ELECOM TK-TDP019BKの電池持ち（メーカー値）	1 年	elecom.co.jp 仕様: 想定電池使用期間（アルカリ乾電池使用時の目安約1年、当社テスト値）	2026-10-08
ELECOM TK-TDP019BKの電池の種類	単4形電池1本	elecom.co.jp 仕様: 電源	2026-10-08
ELECOM TK-TDP019BKの対応OS	Windows 11/10/8.1/7/XP、macOS High Sierra 10.13	elecom.co.jp 仕様: 対応OS	2026-10-08
ELECOM TK-TDP019BKのコネクター形状（レシーバー）	USB-A	elecom.co.jp 仕様: コネクター形状 USB-Aオス	2026-10-08
ELECOM TK-TBM023SKBKの接続方式	Bluetooth	elecom.co.jp 仕様: 接続方式/インターフェース	2026-10-08
ELECOM TK-TBM023SKBKのキー数	20 キー	elecom.co.jp 仕様: キー数/キー配列	2026-10-08
ELECOM TK-TBM023SKBKの専用キー（メーカー記載）	Tab・00	elecom.co.jp 特長: [Tab]キー・[00]キー	2026-10-08
ELECOM TK-TBM023SKBKのキースイッチ	メンブレン	elecom.co.jp 仕様: キースイッチ/キータイプ	2026-10-08
ELECOM TK-TBM023SKBKの幅	89.3 mm	elecom.co.jp 仕様: 外形寸法（幅）	2026-10-08
ELECOM TK-TBM023SKBKの奥行	135.3 mm	elecom.co.jp 仕様: 外形寸法（奥行）	2026-10-08
ELECOM TK-TBM023SKBKの高さ	26.6 mm	elecom.co.jp 仕様: 外形寸法（高さ）	2026-10-08
ELECOM TK-TBM023SKBKの重さ	80 g	elecom.co.jp 仕様: 重量/質量	2026-10-08
ELECOM TK-TBM023SKBKの電池持ち（メーカー値）	10 か月	elecom.co.jp 仕様: 想定電池使用期間（アルカリ乾電池使用時の目安 10ヵ月、1日8時間のパソコン操作を想定）	2026-10-08
ELECOM TK-TBM023SKBKの電池の種類	単4形電池1本	elecom.co.jp 仕様: 電源	2026-10-08
ELECOM TK-TBM023SKBKの対応OS	Windows 11/10/8.1、macOS Big Sur 11、ChromeOS	elecom.co.jp 仕様: 対応OS	2026-10-08
ELECOM TK-TBM023SKBKの対応機種	Bluetooth(R)HOGPプロファイルに対応したWindows、macOS、Chrome OS搭載機。HOGPに対応していないパソコンでも、規格に適合したBluetoothアダプターを用意することで使用可能	elecom.co.jp 仕様: 対応機種／特長: ※Bluetooth®HOGPに対応していないパソコンでも、規格に適合したBluetooth®アダプターを用意することで使用可能です。	2026-10-08
ELECOM TK-TBM023SKBKの同時に接続できる台数	1台のみ（ペアリングして使う）	elecom.co.jp 仕様: 接続可能台数	2026-10-08
ELECOM TK-TBP020BKの接続方式	Bluetooth	elecom.co.jp 仕様: 接続方式/インターフェース	2026-10-08
ELECOM TK-TBP020BKのキー数	20 キー	elecom.co.jp 仕様: キー数/キー配列	2026-10-08
ELECOM TK-TBP020BKの専用キー（メーカー記載）	Tab・00	elecom.co.jp 特長: [Tab]キー・[00]キー	2026-10-08
ELECOM TK-TBP020BKのキースイッチ	パンタグラフ	elecom.co.jp 仕様: キースイッチ/キータイプ	2026-10-08
ELECOM TK-TBP020BKの幅	89.6 mm	elecom.co.jp 仕様: 外形寸法（幅）	2026-10-08
ELECOM TK-TBP020BKの奥行	127.5 mm	elecom.co.jp 仕様: 外形寸法（奥行）	2026-10-08
ELECOM TK-TBP020BKの高さ	21.5 mm	elecom.co.jp 仕様: 外形寸法（高さ）	2026-10-08
ELECOM TK-TBP020BKの重さ	100 g	elecom.co.jp 仕様: 重量/質量	2026-10-08
ELECOM TK-TBP020BKの電池持ち（メーカー値）	1 年	elecom.co.jp 仕様: 想定電池使用期間（アルカリ乾電池使用時の目安約1年、当社テスト値）	2026-10-08
ELECOM TK-TBP020BKの電池の種類	単4形電池1本	elecom.co.jp 仕様: 電源	2026-10-08
ELECOM TK-TBP020BKの対応OS	Windows 11/10/8.1/7/XP、macOS High Sierra 10.13	elecom.co.jp 仕様: 対応OS	2026-10-08
ELECOM TK-TBP020BKの対応機種	Bluetooth(R)HIDプロファイルに対応したWindows、macOS搭載機。HIDプロファイルに対応していないパソコンでも、規格に適合したBluetoothアダプタを用意することで使用可能	elecom.co.jp 仕様: 対応機種／特長: ※Bluetooth® HIDプロファイルに対応していないパソコンでも、規格に適合したBluetooth®アダプタを用意することで使用	2026-10-08
ELECOM TK-TBP020BKの同時に接続できる台数	1台のみ（ペアリングして使う）	elecom.co.jp 仕様: 接続可能台数	2026-10-08
サンワサプライ NT-BT21BKの接続方式	Bluetooth	sanwa.co.jp 仕様: 接続方式/インターフェース	2026-10-08
サンワサプライ NT-BT21BKのキー数	20 キー	sanwa.co.jp 仕様: キー数/キー配列	2026-10-08
サンワサプライ NT-BT21BKの専用キー（メーカー記載）	Tab・00	sanwa.co.jp 特長: 「Tab」キーと「00」キーを搭載	2026-10-08
サンワサプライ NT-BT21BKのキースイッチ	パンタグラフ	sanwa.co.jp 仕様: キースイッチ/キータイプ	2026-10-08
サンワサプライ NT-BT21BKの幅	86 mm	sanwa.co.jp 仕様: 外形寸法（幅）	2026-10-08
サンワサプライ NT-BT21BKの奥行	130 mm	sanwa.co.jp 仕様: 外形寸法（奥行）	2026-10-08
サンワサプライ NT-BT21BKの高さ	17 mm	sanwa.co.jp 仕様: 外形寸法（高さ）	2026-10-08
サンワサプライ NT-BT21BKの重さ	70 g	sanwa.co.jp 仕様: 重量/質量	2026-10-08
サンワサプライ NT-BT21BKの電池持ち（メーカー値）	150 時間	sanwa.co.jp 仕様: 連続動作時間	2026-10-08
サンワサプライ NT-BT21BKの電池の種類	単4形乾電池1本	sanwa.co.jp 仕様: 電源	2026-10-08
サンワサプライ NT-BT21BKの対応OS	Windows 11・10・8.1・8	sanwa.co.jp 仕様: 対応OS	2026-10-08
サンワサプライ NT-BT21BKのNumLockの扱い（メーカー記載）	NumLock非連動（メーカー記載）	sanwa.co.jp 特長: NumLock非連動	2026-10-08
サンワサプライ NT-BT23BKの接続方式	Bluetooth	sanwa.co.jp 仕様: 接続方式/インターフェース	2026-10-08
サンワサプライ NT-BT23BKのキー数	20 キー	sanwa.co.jp 仕様: キー数/キー配列	2026-10-08
サンワサプライ NT-BT23BKの専用キー（メーカー記載）	Tab・00	sanwa.co.jp 特長: 「Tab」キーと「00」キーを搭載	2026-10-08
サンワサプライ NT-BT23BKのキースイッチ	パンタグラフ	sanwa.co.jp 仕様: キースイッチ/キータイプ	2026-10-08
サンワサプライ NT-BT23BKの幅	86 mm	sanwa.co.jp 仕様: 外形寸法（幅）	2026-10-08
サンワサプライ NT-BT23BKの奥行	130 mm	sanwa.co.jp 仕様: 外形寸法（奥行）	2026-10-08
サンワサプライ NT-BT23BKの高さ	17 mm	sanwa.co.jp 仕様: 外形寸法（高さ）	2026-10-08
サンワサプライ NT-BT23BKの重さ	70 g	sanwa.co.jp 仕様: 重量/質量	2026-10-08
サンワサプライ NT-BT23BKの電池持ち（メーカー値）	150 時間	sanwa.co.jp 仕様: 連続動作時間	2026-10-08
サンワサプライ NT-BT23BKの電池の種類	単4形乾電池1本	sanwa.co.jp 仕様: 電源	2026-10-08
サンワサプライ NT-BT23BKの対応OS	Windows 11・10・8.1・8	sanwa.co.jp 仕様: 対応OS	2026-10-08
サンワサプライ NT-BT23BKのNumLockの扱い（メーカー記載）	NumLock非連動（メーカー記載）	sanwa.co.jp 特長: NumLock非連動	2026-10-08
サンワサプライ NT-WL21BKの接続方式	2.4GHz無線（USBレシーバー）	sanwa.co.jp 仕様: 接続方式/インターフェース	2026-10-08
サンワサプライ NT-WL21BKのキー数	20 キー	sanwa.co.jp 仕様: キー数/キー配列	2026-10-08
サンワサプライ NT-WL21BKの専用キー（メーカー記載）	Tab・00	sanwa.co.jp 特長: 「Tab」キーと「00」キーを搭載	2026-10-08
サンワサプライ NT-WL21BKのキースイッチ	パンタグラフ	sanwa.co.jp 仕様: キースイッチ/キータイプ	2026-10-08
サンワサプライ NT-WL21BKの幅	86 mm	sanwa.co.jp 仕様: 外形寸法（幅）	2026-10-08
サンワサプライ NT-WL21BKの奥行	130 mm	sanwa.co.jp 仕様: 外形寸法（奥行）	2026-10-08
サンワサプライ NT-WL21BKの高さ	17 mm	sanwa.co.jp 仕様: 外形寸法（高さ）	2026-10-08
サンワサプライ NT-WL21BKの重さ	70 g	sanwa.co.jp 仕様: 重量/質量	2026-10-08
サンワサプライ NT-WL21BKの電池持ち（メーカー値）	70 時間	sanwa.co.jp 仕様: 電池性能連続動作時間（アルカリ電池使用時）	2026-10-08
サンワサプライ NT-WL21BKの電池の種類	単4形乾電池1本	sanwa.co.jp 仕様: 電源	2026-10-08
サンワサプライ NT-WL21BKの対応OS	Windows 11・10・8.1・8	sanwa.co.jp 仕様: 対応OS	2026-10-08
サンワサプライ NT-WL21BKのNumLockの扱い（メーカー記載）	NumLock非連動（メーカー記載）	sanwa.co.jp 特長: NumLock非連動	2026-10-08
サンワサプライ NT-WL23BKの接続方式	2.4GHz無線（USBレシーバー）	sanwa.co.jp 仕様: 接続方式/インターフェース	2026-10-08
サンワサプライ NT-WL23BKのキー数	20 キー	sanwa.co.jp 仕様: キー数/キー配列	2026-10-08
サンワサプライ NT-WL23BKの専用キー（メーカー記載）	Tab・00	sanwa.co.jp 特長: 「Tab」キーと「00」キーを搭載	2026-10-08
サンワサプライ NT-WL23BKのキースイッチ	パンタグラフ	sanwa.co.jp 仕様: キースイッチ/キータイプ	2026-10-08
サンワサプライ NT-WL23BKの幅	86 mm	sanwa.co.jp 仕様: 外形寸法（幅）	2026-10-08
サンワサプライ NT-WL23BKの奥行	130 mm	sanwa.co.jp 仕様: 外形寸法（奥行）	2026-10-08
サンワサプライ NT-WL23BKの高さ	17 mm	sanwa.co.jp 仕様: 外形寸法（高さ）	2026-10-08
サンワサプライ NT-WL23BKの重さ	70 g	sanwa.co.jp 仕様: 重量/質量	2026-10-08
サンワサプライ NT-WL23BKの電池持ち（メーカー値）	70 時間	sanwa.co.jp 仕様: 電池性能連続動作時間（アルカリ電池使用時）	2026-10-08
サンワサプライ NT-WL23BKの電池の種類	単4形乾電池1本	sanwa.co.jp 仕様: 電源	2026-10-08
サンワサプライ NT-WL23BKの対応OS	Windows 11・10・8.1・8	sanwa.co.jp 仕様: 対応OS	2026-10-08
サンワサプライ NT-WL23BKのNumLockの扱い（メーカー記載）	NumLock非連動（メーカー記載）	sanwa.co.jp 特長: NumLock非連動	2026-10-08
サンワサプライ NT-BT27BKの接続方式	Bluetooth	sanwa.co.jp 仕様: 接続方式/インターフェース	2026-10-08
サンワサプライ NT-BT27BKのキー数	39 キー	sanwa.co.jp 仕様: キー数/キー配列	2026-10-08
サンワサプライ NT-BT27BKの専用キー（メーカー記載）	Esc・F2・F4・Tab・=・(・)・カンマ・コピー・貼り付け・検索（00キー・BSキーの記載なし）	sanwa.co.jp 特長: Excelに最適なキーを搭載した表計算テンキー	2026-10-08
サンワサプライ NT-BT27BKのキースイッチ	パンタグラフ	sanwa.co.jp 仕様: キースイッチ/キータイプ	2026-10-08
サンワサプライ NT-BT27BKの幅	147.7 mm	sanwa.co.jp 仕様: 外形寸法（幅）	2026-10-08
サンワサプライ NT-BT27BKの奥行	117.8 mm	sanwa.co.jp 仕様: 外形寸法（奥行）	2026-10-08
サンワサプライ NT-BT27BKの高さ	18 mm	sanwa.co.jp 仕様: 外形寸法（高さ）	2026-10-08
サンワサプライ NT-BT27BKの重さ	95 g	sanwa.co.jp 仕様: 重量/質量	2026-10-08
サンワサプライ NT-BT27BKの電池持ち（メーカー値）	240 時間	sanwa.co.jp 仕様: 連続動作時間	2026-10-08
サンワサプライ NT-BT27BKの電池の種類	単4形乾電池1本	sanwa.co.jp 仕様: 電源	2026-10-08
サンワサプライ NT-BT27BKの対応OS	Windows 11・10（日本語版Windowsのみ）	sanwa.co.jp 仕様: 対応OS	2026-10-08
サンワサプライ NT-BT27BKのNumLockの扱い（メーカー記載）	NumLock非連動（メーカー記載）	sanwa.co.jp 特長: NumLock非連動の安心設計	2026-10-08
サンワサプライ NT-WL27BKの接続方式	2.4GHz無線（USBレシーバー）	sanwa.co.jp 仕様: 接続方式/インターフェース	2026-10-08
サンワサプライ NT-WL27BKのキー数	39 キー	sanwa.co.jp 仕様: キー数/キー配列	2026-10-08
サンワサプライ NT-WL27BKの専用キー（メーカー記載）	Esc・F2・F4・Tab・=・(・)・カンマ・コピー・貼り付け・検索（00キー・BSキーの記載なし）	sanwa.co.jp 特長: Excelに最適なキーを搭載した表計算テンキー	2026-10-08
サンワサプライ NT-WL27BKのキースイッチ	パンタグラフ	sanwa.co.jp 仕様: キースイッチ/キータイプ	2026-10-08
サンワサプライ NT-WL27BKの幅	147.7 mm	sanwa.co.jp 仕様: 外形寸法（幅）	2026-10-08
サンワサプライ NT-WL27BKの奥行	117.8 mm	sanwa.co.jp 仕様: 外形寸法（奥行）	2026-10-08
サンワサプライ NT-WL27BKの高さ	18 mm	sanwa.co.jp 仕様: 外形寸法（高さ）	2026-10-08
サンワサプライ NT-WL27BKの重さ	110 g	sanwa.co.jp 仕様: 重量/質量	2026-10-08
サンワサプライ NT-WL27BKの電池持ち（メーカー値）	800 時間	sanwa.co.jp 仕様: 連続動作時間	2026-10-08
サンワサプライ NT-WL27BKの電池の種類	単4形乾電池1本	sanwa.co.jp 仕様: 電源	2026-10-08
サンワサプライ NT-WL27BKの対応OS	Windows 11・10（日本語版Windowsのみ）	sanwa.co.jp 仕様: 対応OS	2026-10-08
サンワサプライ NT-WL27BKのNumLockの扱い（メーカー記載）	NumLock非連動（メーカー記載）	sanwa.co.jp 特長: NumLock非連動の安心設計	2026-10-08
サンワサプライ NT-27UBKの接続方式	USB有線	sanwa.co.jp 仕様: 接続方式/インターフェース	2026-10-08
サンワサプライ NT-27UBKのキー数	39 キー	sanwa.co.jp 仕様: キー数/キー配列	2026-10-08
サンワサプライ NT-27UBKの専用キー（メーカー記載）	Esc・F2・F4・Tab・=・(・)・カンマ・コピー・貼り付け・検索（00キー・BSキーの記載なし）	sanwa.co.jp 特長: Excelに最適なキーを搭載した表計算テンキー	2026-10-08
サンワサプライ NT-27UBKのキースイッチ	パンタグラフ	sanwa.co.jp 仕様: キースイッチ/キータイプ	2026-10-08
サンワサプライ NT-27UBKの幅	147.7 mm	sanwa.co.jp 仕様: 外形寸法（幅）	2026-10-08
サンワサプライ NT-27UBKの奥行	117.8 mm	sanwa.co.jp 仕様: 外形寸法（奥行）	2026-10-08
サンワサプライ NT-27UBKの高さ	18 mm	sanwa.co.jp 仕様: 外形寸法（高さ）	2026-10-08
サンワサプライ NT-27UBKの重さ	110 g	sanwa.co.jp 仕様: 重量/質量	2026-10-08
サンワサプライ NT-27UBKの対応OS	Windows 11・10（日本語版Windowsのみ）	sanwa.co.jp 仕様: 対応OS	2026-10-08
サンワサプライ NT-27UBKのNumLockの扱い（メーカー記載）	NumLock非連動（メーカー記載。NumLockの表示がわかるLED付き）	sanwa.co.jp 特長: NumLock非連動の安心設計	2026-10-08
BUFFALO BSTK130BKの接続方式	USB有線	buffalo.jp 仕様: 接続方式/インターフェース	2026-10-08
BUFFALO BSTK130BKのキー数	20 キー	buffalo.jp 仕様: キー数/キー配列	2026-10-08
BUFFALO BSTK130BKの専用キー（メーカー記載）	Tab・00・Clear（USBハブ機能付きの表示あり）	buffalo.jp 特長: Excelで便利な「Tabキー」と「00キー」を搭載	2026-10-08
BUFFALO BSTK130BKのキースイッチ	メンブレン	buffalo.jp 仕様: キースイッチ/キータイプ	2026-10-08
BUFFALO BSTK130BKの幅	90 mm	buffalo.jp 仕様: 外形寸法（幅）	2026-10-08
BUFFALO BSTK130BKの奥行	130 mm	buffalo.jp 仕様: 外形寸法（奥行）	2026-10-08
BUFFALO BSTK130BKの高さ	20 mm	buffalo.jp 仕様: 外形寸法（高さ）	2026-10-08
BUFFALO BSTK130BKの重さ	115 g	buffalo.jp 仕様: 重量/質量	2026-10-08
BUFFALO BSTK130BKの対応OS	Windowsパソコン（USBインターフェースを標準搭載したもの）。対応OSの詳細は対応情報ページ	buffalo.jp 仕様: 対応OS	2026-10-08
BUFFALO BSTK130BKのNumLockの扱い（メーカー記載）	本体側のNumLockとUSBテンキー側のNumLockを同期させないよう設計されております（メーカー記載）	buffalo.jp 特長: NumLock問題を解決「本商品は、この問題を解消するために、本体側のNumLockとUSBテンキー側のNumLockを同期させないよう設計されておりま	2026-10-08
バッファローのNumLock問題の説明	USBテンキーで数字を入力しようとした場合、USBテンキーの”NumLock”をONにする必要があります。しかし、ほとんどのノートPCの場合、USBテンキーのNumLockをONにすると、本体側のキーボードの一部が数字キーとなってしまいます	buffalo.jp 特長: NumLock問題を解決（BSTK135BK・BSTK120BKZ のページも同じ文）	2026-10-08
BUFFALO BSTK135BKの接続方式	USB有線	buffalo.jp 仕様: 接続方式/インターフェース	2026-10-08
BUFFALO BSTK135BKのキー数	20 キー	buffalo.jp 仕様: キー数/キー配列	2026-10-08
BUFFALO BSTK135BKの専用キー（メーカー記載）	Tab・00・Clear（USBハブ機能付きの表示あり）	buffalo.jp 特長: Excelで便利な「Tabキー」と「00キー」を搭載	2026-10-08
BUFFALO BSTK135BKのキースイッチ	メンブレン	buffalo.jp 仕様: キースイッチ/キータイプ	2026-10-08
BUFFALO BSTK135BKの幅	90 mm	buffalo.jp 仕様: 外形寸法（幅）	2026-10-08
BUFFALO BSTK135BKの奥行	130 mm	buffalo.jp 仕様: 外形寸法（奥行）	2026-10-08
BUFFALO BSTK135BKの高さ	20 mm	buffalo.jp 仕様: 外形寸法（高さ）	2026-10-08
BUFFALO BSTK135BKの重さ	115 g	buffalo.jp 仕様: 重量/質量	2026-10-08
BUFFALO BSTK135BKの対応OS	Windowsパソコン（USBインターフェースを標準搭載したもの）。対応OSの詳細は対応情報ページ	buffalo.jp 仕様: 対応OS	2026-10-08
BUFFALO BSTK135BKのNumLockの扱い（メーカー記載）	本体側のNumLockとUSBテンキー側のNumLockを同期させないよう設計されております（メーカー記載）	buffalo.jp 特長: NumLock問題を解決「本商品は、この問題を解消するために、本体側のNumLockとUSBテンキー側のNumLockを同期させないよう設計されておりま	2026-10-08
BUFFALO BSTK120BKZの接続方式	USB有線	buffalo.jp 仕様: 接続方式/インターフェース	2026-10-08
BUFFALO BSTK120BKZのキー数	19 キー	buffalo.jp 仕様: キー数/キー配列	2026-10-08
BUFFALO BSTK120BKZの専用キー（メーカー記載）	Tab・00・Clear（USBハブ機能付きの表示あり）	buffalo.jp 特長: Excelに最適な「Tabキー」と「00キー」を搭載	2026-10-08
BUFFALO BSTK120BKZのキースイッチ	メンブレン	buffalo.jp 仕様: キースイッチ/キータイプ	2026-10-08
BUFFALO BSTK120BKZの幅	90 mm	buffalo.jp 仕様: 外形寸法（幅）	2026-10-08
BUFFALO BSTK120BKZの奥行	145 mm	buffalo.jp 仕様: 外形寸法（奥行）	2026-10-08
BUFFALO BSTK120BKZの高さ	24 mm	buffalo.jp 仕様: 外形寸法（高さ）	2026-10-08
BUFFALO BSTK120BKZの重さ	110 g	buffalo.jp 仕様: 重量/質量	2026-10-08
BUFFALO BSTK120BKZの対応OS	Windowsパソコン（USBインターフェースを標準搭載したもの）。対応OSの詳細は対応情報ページ	buffalo.jp 仕様: 対応OS	2026-10-08
BUFFALO BSTK120BKZのNumLockの扱い（メーカー記載）	本体側のNumLockとUSBテンキー側のNumLockを同期させないよう設計されております（メーカー記載）	buffalo.jp 特長: NumLock問題を解決「本商品は、この問題を解消するために、本体側のNumLockとUSBテンキー側のNumLockを同期させないよう設計されておりま	2026-10-08
Microsoft Number Padの接続方式	Bluetooth（Bluetooth 5.0）	microsoft.com Bluetooth 5.0 connection	2026-10-08
Microsoft Number Padでペアリングできる台数	3 台	support.microsoft.com You can pair your number pad with up to three devices	2026-10-08
Microsoft Number Padの電池持ち（メーカー値）	24 か月	microsoft.com long battery life up to 24 months (battery life may vary)	2026-10-08
Microsoft Number Padの電池の種類	CR2032コイン形電池1本	support.microsoft.com Your number pad uses one coin-cell (CR2032) battery	2026-10-08
Microsoft Number Padの対応OS	Windows 11またはWindows 10（Bluetooth 4.0以降が必要）	support.microsoft.com a PC that’s running Windows 11 or Windows 10 with support for Bluetooth 4.0 or l	2026-10-08
Microsoft Number Padの電卓機能	電卓キーあり（Windowsの電卓アプリを開く）	support.microsoft.com Press the Calculator key to open the Calculator app on your Windows PC	2026-10-08
Satechi Bluetooth Extended Keypadの接続方式	Bluetooth	satechi.com Tech Specs: Connector Type Bluetooth	2026-10-08
Satechi Bluetooth Extended Keypadの寸法と重さ（メーカー表記のまま）	5.8 x 4.5 x 0.4 inches、4.4 oz	satechi.com Tech Specs: Dimensions & Weight 5.8 x 4.5 x 0.4 inches, 4.4 oz	2026-10-08
Satechi Bluetooth Extended Keypadの対応OS	Windows 10の端末が対応一覧にある（Windows 7・8は非対応、Windows 10はコントロールパネルから追加）。Windows 11の記載なし。MacのショートカットキーがあるMac向け製品	satechi.com Compatibility: Windows list; Important: Does not support Windows 7 or 8, please	2026-10-08
Perixx PERIPAD-202の接続方式	USB有線（USB-AまたはUSB-C）	perixx.com Specs & Detail: Connection: USB-A cable, USB-C cable	2026-10-08
Perixx PERIPAD-202のキースイッチ	シザー（X型）	perixx.com Switch type: Scissor; X-type scissor keys with non-synchronized function	2026-10-08
Perixx PERIPAD-202の対応OS	Windows 7以降（完全対応）、macOS Monterey 12.2以降	perixx.com Compatibility: Fully compatible: Windows 7 or higher, MacOS Monterey 12.2 or hig	2026-10-08
Kensington Slim Type Wired Numeric Keypadのキー数	21 キー	kensington.com 21-Key Number Pad with Four Shortcut Keys	2026-10-08
Kensington Slim Type Wired Numeric Keypadの接続方式	USB-A有線	kensington.com Plug-and-Play Wired USB-A Connection	2026-10-08
Kensington Slim Type Wired Numeric Keypadの対応OS	Windows、macOS、ChromeOS（一部のショートカットキーはWindowsのみ）	kensington.com Compatible with Windows, macOS, and ChromeOS (some shortcut keys are only Window	2026-10-08
Windowsの起動時NumLockの公式記述（旧版資料）	NumLockの状態をログオフ・シャットダウン時に HKCU\Control Panel\Keyboard の InitialKeyboardIndicators（0=オフ、2=オン）へ保存し、次のログオンで戻す	learn.microsoft.com InitialKeyboardIndicators: Determines whether the NUMLOCK key is on or off when	2026-10-08
バッファローのTab・00キーの説明	Excelのセル移動や関数選択がラクラクできる「Tabキー」を搭載。また、高額入力に便利な「00」キーを採用	buffalo.jp 特長: Excelで便利な「Tabキー」と「00キー」を搭載（2026-10-08 に原文を確認）	2026-10-08
ELECOM TK-TCM015BKのキーの説明	Excelに便利な[Esc]キー・[Tab]キーと、関数入力に便利な[=]キー・[(]キー・[)]キー、数字入力に便利な[00]キー・[BS]キーが付いています	elecom.co.jp 特長（2026-10-08 に原文を確認）	2026-10-08
Satechi Slim Aluminum Bluetooth Keypad（ST-SALKPM）の接続方式	Bluetooth	satechi.com Tech Specs: Connector Type Bluetooth	2026-10-11
Satechi Slim Aluminum Bluetooth Keypadの寸法と重さ（メーカー表記のまま）	4.5 x 3.125 x 0.31 inches、3.5 oz	satechi.com Tech Specs: Dimensions & Weight 4.5 x 3.125 x 0.31 inches, 3.5 ounces	2026-10-11
Satechi Slim Aluminum Bluetooth Keypadの対応OS	Windows 10/11の端末が対応一覧にある（Windows 7・8は非対応、コントロールパネルから追加）。Mac・iPadも対応	satechi.com Compatibility: Windows list; Important: Does not support Windows 7 or 8, please	2026-10-11
Satechi Slim Aluminum Bluetooth Keypadの専用キー（メーカー記載）	記載なし	satechi.com 仕様・特長に Tab・00・BS・= の記載なし（2026-10-11 に確認）	2026-10-11
Satechi Slim Aluminum Bluetooth Keypadの薄さ	薄型（製品名に Slim、厚さ0.31インチ）	satechi.com 製品名 Aluminum Slim Rechargeable Bluetooth Keypad、Dimensions 0.31 inches	2026-10-11
Perixx PERIPAD-202C（USB-C・ハブ2口）の接続方式	USB有線（USB-Cケーブル、USB-Aハブ2口）	perixx.com Connection type: USB Type-C / USB hub: 2 × USB Type-A ports（SKU PPD-202C-12060）	2026-10-11
Perixx PERIPAD-202Cの寸法と重さ（メーカー表記のまま）	131 × 87 × 20 mm、100 g	perixx.com Specs: Dimensions 131 × 87 × 20 mm, Weight 100 g	2026-10-11
Perixx PERIPAD-202Cのキースイッチ	シザー	perixx.com Specs: Switch type: Scissor	2026-10-11
Perixx PERIPAD-202Cの対応OS	Windows 7 or higher（Windows 11の明記なし）、macOS Monterey 12.2 or higher	perixx.com Compatibility: Windows 7 or higher / MacOS Monterey 12.2 or higher	2026-10-11
Perixx PERIPAD-202Cの専用キー（メーカー記載）	記載なし	perixx.com 仕様・特長に Tab・00・BS・= の記載なし（19キー。2026-10-11 に確認。Tab の記載はメーカーページに無く、Amazon の商品名にだけある	2026-10-11
Perixx PERIPAD-202Cの薄さ	薄型（メーカーの説明に slim keypad、高さ20mm）	perixx.com Keypad Design: 19 keys full-size slim keypad; 131 × 87 × 20 mm	2026-10-11

条件からテンキーの型番を絞り込むの早見表

記事内のツールで条件を選ぶと、自分の条件の結果と合う商品が出ます。条件は URL で指定でき、下の表のリンクはその条件で開きます。

条件	結果	ツール
USB有線・Tab・00・薄さは問わない・NumLockは問わない	○ 条件に合うのは 9 機種。エレコム TK-TCM011BK、エレコム TK-TCP018BK、エレコム TK-TCM015BK、エレコム TK-TCM012BK、エレコム TK-TCM013BK、エレコム TK-TCM021SKBK、バッファロー BSTK130BK、バッファロー BSTK135BK、バッファロー BSTK120BKZ。エレコム TK-TCM011BK: USB有線・キーの記載 Tab・00・メンブレン・高さ23.5mm・110g。NumLock（エレコム TK-TCM011BK）: 「NumLock」問題をハードウェアで解決しており、対策ソフトのインストールは不要。エレコム TK-TCP018BK: USB有線・キーの記載 Tab・00・パンタグラフ・高さ21.5mm・110g。エレコム TK-TCM015BK: USB有線・キーの記載 Tab・00・BS・=・メンブレン・高さ24.5mm・143g。ほかに条件に合う型番: TK-TCM012BK、TK-TCM013BK、TK-TCM021SKBK、BSTK130BK、BSTK135BK、BSTK120BKZ。Windows 11 の記載が無い機種（買える商品の候補にしていません）: BSTK130BK、BSTK135BK、BSTK120BKZ。キーはメーカーが記載しているかで判定しています。記載が無いキーが付いていないとは限らないので、キー配列の図で確かめてください	この条件で開く
USB有線・Tab・00・薄さは問わない・NumLockの扱いの記載あり	○ 条件に合うのは 5 機種。エレコム TK-TCM011BK、エレコム TK-TCM012BK、バッファロー BSTK130BK、バッファロー BSTK135BK、バッファロー BSTK120BKZ。エレコム TK-TCM011BK: USB有線・キーの記載 Tab・00・メンブレン・高さ23.5mm・110g。NumLock（エレコム TK-TCM011BK）: 「NumLock」問題をハードウェアで解決しており、対策ソフトのインストールは不要。エレコム TK-TCM012BK: USB有線・キーの記載 Tab・00・メンブレン・高さ23.5mm・114g。NumLock（エレコム TK-TCM012BK）: 「NumLock」問題をハードウェアで解決しており、対策ソフトのインストールは不要。バッファロー BSTK130BK: USB有線・キーの記載 Tab・00・メンブレン・高さ20mm・115g。NumLock（バッファロー BSTK130BK）: 本体側のNumLockとUSBテンキー側のNumLockを同期させないよう設計されております（メーカー記載）。ほかに条件に合う型番: BSTK135BK、BSTK120BKZ。Windows 11 の記載が無い機種（買える商品の候補にしていません）: BSTK130BK、BSTK135BK、BSTK120BKZ。キーはメーカーが記載しているかで判定しています。記載が無いキーが付いていないとは限らないので、キー配列の図で確かめてください。NumLock の扱いはメーカーの言い方のままです。記載が無い機種でどう動くかは判定していません	この条件で開く
USB有線・Tab・00・薄型（パンタグラフ式）・NumLockは問わない	○ 条件に合うのは 1 機種。エレコム TK-TCP018BK。エレコム TK-TCP018BK: USB有線・キーの記載 Tab・00・パンタグラフ・高さ21.5mm・110g。キーはメーカーが記載しているかで判定しています。記載が無いキーが付いていないとは限らないので、キー配列の図で確かめてください。薄型は、メーカーの仕様のキースイッチがパンタグラフ式の機種としています（この記事の区分）	この条件で開く
USB有線・Tab・00・BS・=・薄さは問わない・NumLockは問わない	○ 条件に合うのは 1 機種。エレコム TK-TCM015BK。エレコム TK-TCM015BK: USB有線・キーの記載 Tab・00・BS・=・メンブレン・高さ24.5mm・143g。キーはメーカーが記載しているかで判定しています。記載が無いキーが付いていないとは限らないので、キー配列の図で確かめてください	この条件で開く
USB有線・Tab・=・薄さは問わない・NumLockの扱いの記載あり	○ 条件に合うのは 1 機種。サンワサプライ NT-27UBK。サンワサプライ NT-27UBK: USB有線・キーの記載 Tab・=・パンタグラフ・高さ18mm・110g。NumLock（サンワサプライ NT-27UBK）: NumLock非連動（メーカー記載。NumLockの表示がわかるLED付き）。キーはメーカーが記載しているかで判定しています。記載が無いキーが付いていないとは限らないので、キー配列の図で確かめてください。NumLock の扱いはメーカーの言い方のままです。記載が無い機種でどう動くかは判定していません	この条件で開く
2.4GHz（レシーバー）・Tab・00・薄さは問わない・NumLockは問わない	○ 条件に合うのは 5 機種。エレコム TK-TDM017BK、エレコム TK-TDP019BK、エレコム TK-TDM022SKBK、サンワサプライ NT-WL21BK、サンワサプライ NT-WL23BK。エレコム TK-TDM017BK: 2.4GHz無線（USBレシーバー）・キーの記載 Tab・00・メンブレン・高さ26.5mm・107g。電池（TK-TDM017BK）: 単3形電池1本・1.3年（想定電池使用期間・アルカリ乾電池使用時・メーカーのテスト値）。エレコム TK-TDP019BK: 2.4GHz無線（USBレシーバー）・キーの記載 Tab・00・パンタグラフ・高さ21.5mm・100g。電池（TK-TDP019BK）: 単4形電池1本・1年（想定電池使用期間・アルカリ乾電池使用時・メーカーのテスト値）。エレコム TK-TDM022SKBK: 2.4GHz無線（USBレシーバー）・キーの記載 Tab・00・メンブレン・高さ26.6mm・80g。電池（TK-TDM022SKBK）: 単4形電池1本・1.5年（想定電池使用期間・アルカリ乾電池使用時・1日8時間のパソコン操作を想定）。ほかに条件に合う型番: NT-WL21BK、NT-WL23BK。キーはメーカーが記載しているかで判定しています。記載が無いキーが付いていないとは限らないので、キー配列の図で確かめてください。電池の値はメーカーの記載のままで、書き方（想定電池使用期間・連続動作時間）がそろわないため比べていません	この条件で開く
2.4GHz（レシーバー）・Tab・00・薄型（パンタグラフ式）・NumLockは問わない	○ 条件に合うのは 3 機種。エレコム TK-TDP019BK、サンワサプライ NT-WL21BK、サンワサプライ NT-WL23BK。エレコム TK-TDP019BK: 2.4GHz無線（USBレシーバー）・キーの記載 Tab・00・パンタグラフ・高さ21.5mm・100g。電池（TK-TDP019BK）: 単4形電池1本・1年（想定電池使用期間・アルカリ乾電池使用時・メーカーのテスト値）。サンワサプライ NT-WL21BK: 2.4GHz無線（USBレシーバー）・キーの記載 Tab・00・パンタグラフ・高さ17mm・70g。NumLock（サンワサプライ NT-WL21BK）: NumLock非連動（メーカー記載）。電池（NT-WL21BK）: 単4形乾電池1本・70時間（連続動作時間・アルカリ電池使用時）。サンワサプライ NT-WL23BK: 2.4GHz無線（USBレシーバー）・キーの記載 Tab・00・パンタグラフ・高さ17mm・70g。NumLock（サンワサプライ NT-WL23BK）: NumLock非連動（メーカー記載）。電池（NT-WL23BK）: 単4形乾電池1本・70時間（連続動作時間・アルカリ電池使用時）。キーはメーカーが記載しているかで判定しています。記載が無いキーが付いていないとは限らないので、キー配列の図で確かめてください。薄型は、メーカーの仕様のキースイッチがパンタグラフ式の機種としています（この記事の区分）。電池の値はメーカーの記載のままで、書き方（想定電池使用期間・連続動作時間）がそろわないため比べていません	この条件で開く
2.4GHz（レシーバー）・Tab・00・薄さは問わない・NumLockの扱いの記載あり	○ 条件に合うのは 2 機種。サンワサプライ NT-WL21BK、サンワサプライ NT-WL23BK。サンワサプライ NT-WL21BK: 2.4GHz無線（USBレシーバー）・キーの記載 Tab・00・パンタグラフ・高さ17mm・70g。NumLock（サンワサプライ NT-WL21BK）: NumLock非連動（メーカー記載）。電池（NT-WL21BK）: 単4形乾電池1本・70時間（連続動作時間・アルカリ電池使用時）。サンワサプライ NT-WL23BK: 2.4GHz無線（USBレシーバー）・キーの記載 Tab・00・パンタグラフ・高さ17mm・70g。NumLock（サンワサプライ NT-WL23BK）: NumLock非連動（メーカー記載）。電池（NT-WL23BK）: 単4形乾電池1本・70時間（連続動作時間・アルカリ電池使用時）。キーはメーカーが記載しているかで判定しています。記載が無いキーが付いていないとは限らないので、キー配列の図で確かめてください。NumLock の扱いはメーカーの言い方のままです。記載が無い機種でどう動くかは判定していません。電池の値はメーカーの記載のままで、書き方（想定電池使用期間・連続動作時間）がそろわないため比べていません	この条件で開く
2.4GHz（レシーバー）・Tab・00・BS・=・薄さは問わない・NumLockは問わない	✕ 条件に合う機種は、調べた範囲にありません。キーはメーカーが記載しているかで判定しています。記載が無いキーが付いていないとは限らないので、キー配列の図で確かめてください	この条件で開く
Bluetooth・Tab・00・薄さは問わない・NumLockは問わない	○ 条件に合うのは 4 機種。エレコム TK-TBM023SKBK、エレコム TK-TBP020BK、サンワサプライ NT-BT21BK、サンワサプライ NT-BT23BK。エレコム TK-TBM023SKBK: Bluetooth・キーの記載 Tab・00・メンブレン・高さ26.6mm・80g。電池（TK-TBM023SKBK）: 単4形電池1本・10か月（想定電池使用期間・アルカリ乾電池使用時・1日8時間のパソコン操作を想定）。接続できる台数（TK-TBM023SKBK）: 1台のみ（ペアリングして使う）。エレコム TK-TBP020BK: Bluetooth・キーの記載 Tab・00・パンタグラフ・高さ21.5mm・100g。電池（TK-TBP020BK）: 単4形電池1本・1年（想定電池使用期間・アルカリ乾電池使用時・メーカーのテスト値）。接続できる台数（TK-TBP020BK）: 1台のみ（ペアリングして使う）。サンワサプライ NT-BT21BK: Bluetooth・キーの記載 Tab・00・パンタグラフ・高さ17mm・70g。NumLock（サンワサプライ NT-BT21BK）: NumLock非連動（メーカー記載）。電池（NT-BT21BK）: 単4形乾電池1本・150時間（連続動作時間）。ほかに条件に合う型番: NT-BT23BK。キーはメーカーが記載しているかで判定しています。記載が無いキーが付いていないとは限らないので、キー配列の図で確かめてください。電池の値はメーカーの記載のままで、書き方（想定電池使用期間・連続動作時間）がそろわないため比べていません	この条件で開く
Bluetooth・Tab・00・薄型（パンタグラフ式）・NumLockは問わない	○ 条件に合うのは 3 機種。エレコム TK-TBP020BK、サンワサプライ NT-BT21BK、サンワサプライ NT-BT23BK。エレコム TK-TBP020BK: Bluetooth・キーの記載 Tab・00・パンタグラフ・高さ21.5mm・100g。電池（TK-TBP020BK）: 単4形電池1本・1年（想定電池使用期間・アルカリ乾電池使用時・メーカーのテスト値）。接続できる台数（TK-TBP020BK）: 1台のみ（ペアリングして使う）。サンワサプライ NT-BT21BK: Bluetooth・キーの記載 Tab・00・パンタグラフ・高さ17mm・70g。NumLock（サンワサプライ NT-BT21BK）: NumLock非連動（メーカー記載）。電池（NT-BT21BK）: 単4形乾電池1本・150時間（連続動作時間）。サンワサプライ NT-BT23BK: Bluetooth・キーの記載 Tab・00・パンタグラフ・高さ17mm・70g。NumLock（サンワサプライ NT-BT23BK）: NumLock非連動（メーカー記載）。電池（NT-BT23BK）: 単4形乾電池1本・150時間（連続動作時間）。キーはメーカーが記載しているかで判定しています。記載が無いキーが付いていないとは限らないので、キー配列の図で確かめてください。薄型は、メーカーの仕様のキースイッチがパンタグラフ式の機種としています（この記事の区分）。電池の値はメーカーの記載のままで、書き方（想定電池使用期間・連続動作時間）がそろわないため比べていません	この条件で開く
Bluetooth・Tab・00・薄さは問わない・NumLockの扱いの記載あり	○ 条件に合うのは 2 機種。サンワサプライ NT-BT21BK、サンワサプライ NT-BT23BK。サンワサプライ NT-BT21BK: Bluetooth・キーの記載 Tab・00・パンタグラフ・高さ17mm・70g。NumLock（サンワサプライ NT-BT21BK）: NumLock非連動（メーカー記載）。電池（NT-BT21BK）: 単4形乾電池1本・150時間（連続動作時間）。サンワサプライ NT-BT23BK: Bluetooth・キーの記載 Tab・00・パンタグラフ・高さ17mm・70g。NumLock（サンワサプライ NT-BT23BK）: NumLock非連動（メーカー記載）。電池（NT-BT23BK）: 単4形乾電池1本・150時間（連続動作時間）。キーはメーカーが記載しているかで判定しています。記載が無いキーが付いていないとは限らないので、キー配列の図で確かめてください。NumLock の扱いはメーカーの言い方のままです。記載が無い機種でどう動くかは判定していません。電池の値はメーカーの記載のままで、書き方（想定電池使用期間・連続動作時間）がそろわないため比べていません	この条件で開く
Bluetooth・キーの指定なし・薄さは問わない・NumLockは問わない	○ 条件に合うのは 6 機種。エレコム TK-TBM023SKBK、エレコム TK-TBP020BK、サンワサプライ NT-BT21BK、サンワサプライ NT-BT23BK、サンワサプライ NT-BT27BK、Satechi ST-XLABKM。エレコム TK-TBM023SKBK: Bluetooth・キーの記載 Tab・00・メンブレン・高さ26.6mm・80g。電池（TK-TBM023SKBK）: 単4形電池1本・10か月（想定電池使用期間・アルカリ乾電池使用時・1日8時間のパソコン操作を想定）。接続できる台数（TK-TBM023SKBK）: 1台のみ（ペアリングして使う）。エレコム TK-TBP020BK: Bluetooth・キーの記載 Tab・00・パンタグラフ・高さ21.5mm・100g。電池（TK-TBP020BK）: 単4形電池1本・1年（想定電池使用期間・アルカリ乾電池使用時・メーカーのテスト値）。接続できる台数（TK-TBP020BK）: 1台のみ（ペアリングして使う）。サンワサプライ NT-BT21BK: Bluetooth・キーの記載 Tab・00・パンタグラフ・高さ17mm・70g。NumLock（サンワサプライ NT-BT21BK）: NumLock非連動（メーカー記載）。電池（NT-BT21BK）: 単4形乾電池1本・150時間（連続動作時間）。ほかに条件に合う型番: NT-BT23BK、NT-BT27BK、ST-XLABKM。Windows 11 の記載が無い機種（買える商品の候補にしていません）: ST-XLABKM。電池の値はメーカーの記載のままで、書き方（想定電池使用期間・連続動作時間）がそろわないため比べていません	この条件で開く
どれでも・Tab・00・BS・=・薄さは問わない・NumLockは問わない	○ 条件に合うのは 1 機種。エレコム TK-TCM015BK。エレコム TK-TCM015BK: USB有線・キーの記載 Tab・00・BS・=・メンブレン・高さ24.5mm・143g。キーはメーカーが記載しているかで判定しています。記載が無いキーが付いていないとは限らないので、キー配列の図で確かめてください	この条件で開く

Vue.js 入門 - エンジニアが解説する Component 基礎

Fri, 09 Apr 2021 00:00:00 GMT

2026-05-16 追記: 初出から数年経過した記事です。骨子は今も参考になりますが、ツールの UI やバージョンは執筆当時のままで、最新版とは差異があります。

Vue.js、JavaScript フレームワークを初めて使う方に向けて、今回はキモとなる Component について解説します。

Component の概念から説明していますので、初心者の方にも読みやすい内容です。

結論

Component は使いまわし可能なパーツで、メンテナンス性と再利用性を高める
親子間のデータ受け渡しは Binding で実現する
単方向バインディング (v-bind / v-on) と双方向バインディング (v-bind + v-on / sync) を使い分ける

Component とは？

Vue.js や Angular には Component という概念があります。

Component を使用して Vue.js などはコードの共通化を高めています。共通化を行うとメンテナンス性の向上やコード量の削減ができます。

どんなプロジェクトでも必ず Component は使用するので、Vue.js を理解するのには必須です。

使いまわし可能なパーツ

Component は簡単に説明すると使いまわし可能なパーツです。

vue ファイルの中で他の vue ファイルを呼び出して使用することができます。

例えばボタンを使いまわし可能な状態で実装すれば、呼び出すだけで同じデザイン、同じ処理を呼び出し側で実装できます。

例：ボタン

実現したいこと: 幅と高さが 20px の「ここをクリック」と表示されたボタンを使いまわしたい。

実装方法:

A ファイルで幅と高さが 20px の「ここをクリック」と表示されたボタンを作成。

B ファイルでボタン Component を呼び出す。

結果: B ファイルでボタンが表示される。

この呼ばれた側 (A ファイル)、呼び出し側 (B ファイル) は親と子で呼ぶことが多いです。

以下からは

呼び出し側 = 親
呼ばれた側 = 子

で説明していきます。

Binding とは？

上記の説明だと、ボタンの場合は次のような不満点があります。

ボタンのテキストが固定
クリック後の処理を子で書く必要がある

Binding はその不満点を解消する機能です。

Component 間のデータ受け渡し機能

Binding は簡単に説明すると Component 間のデータ受け渡し機能です。

Binding を行うと

親で子のテキストを変更可能にする
子でイベントトリガーを親に引き継ぐ

などができます。結果的に上記で起きていた不満点は、Binding を行うと解決します。

これらの Binding は親と子の関係性が重要で、

親から子、子から親の一方通行な Binding は一般的に単方向バインディング
親と子の双方向な Binding は一般的に双方向バインディング

と呼びます。

Binding の概念が理解できないと Component は上手く扱えないので頑張りましょう。

実際の使用例

ここからは実際に Vue.js のコードを見ながら実装方法を解説します。

vue ファイルの基本については以下の記事で解説していますので、わからない方は参考にしてください。

Vue.js 入門 - Vue の基礎

Component の使用

まずはベースとなる Component の呼び出しを解説します。

上記の例の Binding をしていないボタンの実装方法です。

子で string 文字列を表示する vue ファイルを作成し、親で子を読みます。

子: ChildComponent.vue

<template>
  string
</template>

子では処理不要なので、文字を書いているだけです。

親: ParentComponent.vue

<template>
  <ChildComponent />
</template>

<script>
import ChildComponent from "xxxx/ChildComponent.vue";

export default {
  components: { ChildComponent },
};
</script>

親では子の vue ファイル、ChildComponent.vue を使用するために ChildComponent.vue を import します。

そのうえで、html 側で実際に使用する箇所に <ChildComponent /> と記述すれば OK です。

v-bind (単方向バインディング: 親 → 子)

Component の呼び出し方法がわかったので、次に親 → 子の Binding を説明します。

親で子のテキストを変更可能にするイメージです。

以下のコードは親で設定したテキストを子で表示します。

子: ChildComponent.vue

<template>
  {{bindName}}
</template>

<script>
export default {
  props: ["bindName"],
};
</script>

子では親からのデータを受け取るため、props を用意します。

受け取るデータの名前は親と子で連携させる必要があります。今回は bindName と名付けます。

props は配列型なので、親から受け取るデータを複数持つこともできます。

親: ParentComponent.vue

<template>
  <ChildComponent :bindName="dataName" />
</template>

<script>
import ChildComponent from "xxxx/ChildComponent.vue";

export default {
  components: { ChildComponent },

  data() {
    return {
      dataName: 'string'
    };
  },
};
</script>

親では html 側で呼び出します。呼び出す時に :bindName="dataName" と属性が設定されています。

ここで親と子のデータをバインド、連携させています。

bindName は子の props で設定した名前
dataName は親で扱っているデータの名前

これで、親 → 子の Binding は完了です。

v-on (単方向バインディング: 子 → 親)

次に、子 → 親の Binding を説明します。

子で発生したイベントを親に検知、引き継ぐイメージです。

以下のコードは子のテキストをクリックすると親でイベントを検知して、親で表示されているテキスト内容が string → モジ に変更します。

子: ChildComponent.vue

<template>
  <div>
    <div @click="clickText()">
      クリックして変更
    </div>
  </div>
</template>

<script>
export default {

  methods: {
    clickText() {
      this.$emit('onName', 'モジ');
    }
  }
};
</script>

子ではクリックイベントを設定します。@click がクリックイベント設定です。

script 側では対象の Function 内で emit と記述しています。これが、子から親にイベントを検知させる方法です。

第一引数の onName は検知させたい名前
第二引数のモジは実際に送るデータ (オブジェクト型でも OK)

これで「クリックして変更」をクリックすると親の onName に伝播します。

親: ParentComponent.vue

<template>
  {{dataName}}
  <ChildComponent @onName="changeName"/>
</template>

<script>
import ChildComponent from "xxxx/ChildComponent.vue";

export default {
  components: { ChildComponent },

  data() {
    return {
      dataName: 'string'
    };
  },

  methods: {
    changeName(item) {
      this.dataName = item
    }
  }
};
</script>

親では基本的に v-bind と同様のことをしています。

他の追加処理はテキストの変更処理です。methods 内の changeName 引数に emit で設定した値が梱包されています。

これで、子 → 親の Binding は完了です。

応用編

今までは単方向バインディングのみだったので、双方向にデータを受け渡すことができません。

そこで以下からは、双方向バインディングの実装方法を解説します。

双方向バインディングが最も難しいので頑張りましょう。

v-bind と v-on (双方向バインディング)

Vue.js の双方向バインディングは大きく 2 種類の方法があります。

最初に最もベーシックな方法を解説します。

上記で解説した

v-bind (単方向バインディング: 親 → 子)
v-on (単方向バインディング: 子 → 親)

を組み合わせる方法です。

以下のコードの概要です。

親で子で表示する文字列を設定 (string)
子でクリックすると親にクリックイベントを送る (モジと書かれたデータを送信)
親で文字列が string → モジに変更
子の string がモジに変更

先程までは子、親の順に書きましたが、理解しやすさ優先でここからは親、子の順に書きます。

親: ParentComponent.vue

<template>
  <ChildComponent :bindName="dataName" @onName="changeName"/>
</template>

<script>
import ChildComponent from "xxxx/ChildComponent.vue";

export default {
  components: { ChildComponent },

  data() {
    return {
      dataName: 'string'
    };
  },

  methods: {
    changeName(item) {
      this.dataName = item
    }
  }
};
</script>

行っていることは v-bind と v-on をやっているだけです。親はそこそこシンプルです。

子: ChildComponent.vue

<template>
  <div>
    {{bindName}}
    <div @click="clickText()">
      クリックして変更
    </div>
  </div>
</template>

<script>
export default {
  props: ["bindName"],

  methods: {
    clickText() {
      this.$emit('onName', 'モジ');
    }
  }
};
</script>

子も同様に v-bind と v-on をやっているだけです。

分かりづらい場合は、上で書いた順序通りに処理を追うと理解しやすいです。

sync (双方向バインディング)

v-bind と v-on で双方向バインディングすると処理が少し複雑になります。

そこで、超応用の sync の登場です。

sync は簡単に説明すると v-bind を同期処理に変換します。

以下のコードでも先程と同じような処理を行っています。

親で子で表示する文字列を設定 (string)
子でクリックすると親にクリックイベントを送る (モジと書かれたデータを送信)
親で文字列が string → モジに変更
子の string がモジに変更

親: ParentComponent.vue

<template>
  <ChildComponent :bindName.sync="dataName" />
</template>

<script>
import ChildComponent from "xxxx/ChildComponent.vue";

export default {
  components: { ChildComponent },

  data() {
    return {
      dataName: 'string'
    };
  },
};
</script>

親の処理がスッキリしましたね。

ポイントは bindName.sync です。sync を書くことで v-on で行っていた代入処理を省略できます。

子: ChildComponent.vue

<template>
  <div>
    {{bindName}}
    <div @click="clickText()">
      クリックして変更
    </div>
  </div>
</template>

<script>
export default {
  props: ["bindName"],

  methods: {
    clickText() {
      this.$emit('update:bindName', 'モジ');
    }
  }
};
</script>

子も少し変化しています。emit の第一引数に update が追加されています。

update を書くことで、親の sync に通知がいく仕組みです。

v-on と sync の違い

紹介したとおり sync だと処理を省略して書けるので便利ですが、注意点もあります。

sync は同期処理なので、フィルター処理をはさみたい時などデータを加工したい時は使用できません。

双方向バインディングは以下の使い分けをおすすめします。

vue ファイル間でデータを加工するなら v-bind と v-on
vue ファイル間でデータを加工しないなら sync

まとめ

今回は Vue.js の Component と Binding を紹介しました。

とても重要な機能なので、何回も読み直してマネぶことをおすすめします。

ブログ用MacBookの選び方 — 最小構成は写真編集と外部ディスプレイで決まる

Thu, 08 Apr 2021 00:00:00 GMT

2026年10月時点の現行モデルを公式の数字で照合すると、メモリ8GB・ストレージ256GBの構成が最小になるのは、次の場合です。文章だけか、Lightroom ClassicのAI機能を使わない写真編集で、外部ディスプレイが1台までのときです。ただし8GBはLightroom ClassicとPhotoshopの最小ちょうどでぎりぎりで、Adobeの推奨の16GB以上は満たしません。

外部ディスプレイを2台つなぐかLightroom ClassicのAI機能を使うなら、2台までの最小はM5チップ・16GB・512GBの構成です。推奨の16GB以上とLightroom ClassicのAI機能の16GBにはぎりぎりです。3台ならM5 Pro、4台ならM5 Maxのチップが要ります。

対象はAppleが現在売るMacBook（2026年10月に確認）です。Lightroom ClassicのAI機能は、AIで写真を処理する機能です。実機は試していないので、速さや快適さは判定していません。

使い方と外部ディスプレイの台数で決まる最小構成

文章だけなら、外部ディスプレイの台数だけで選べます。写真編集をするなら、Adobeの最小メモリを満たす構成のうち、Neo・Air・Proの順で最初のものです。

外部ディスプレイ	文章だけ（メモリは判定なし）	Lightroom Classic（最小8GB）	Photoshop（最小8GB）	Lightroom ClassicのAI機能（16GB）
1台まで	MacBook Neo・8GB／256GB・メモリは判定なし	MacBook Neo・8GB／256GB・ぎりぎり	MacBook Neo・8GB／256GB・ぎりぎり	MacBook Air 13インチ（M5）・16GB／512GB・ぎりぎり
2台	MacBook Air 13インチ（M5）・16GB／512GB・メモリは判定なし	MacBook Air 13インチ（M5）・16GB／512GB	MacBook Air 13インチ（M5）・16GB／512GB	MacBook Air 13インチ（M5）・16GB／512GB・ぎりぎり
3台	MacBook Pro 14インチ（M5 Pro）・24GB／1TB・メモリは判定なし	MacBook Pro 14インチ（M5 Pro）・24GB／1TB	MacBook Pro 14インチ（M5 Pro）・24GB／1TB	MacBook Pro 14インチ（M5 Pro）・24GB／1TB
4台	MacBook Pro 14インチ（M5 Max）・36GB／2TB・メモリは判定なし	MacBook Pro 14インチ（M5 Max）・36GB／2TB	MacBook Pro 14インチ（M5 Max）・36GB／2TB	MacBook Pro 14インチ（M5 Max）・36GB／2TB

「ぎりぎり」は、余裕が必要なメモリの10%未満の構成です。Adobe の公式の要件では、公式の数字は、それぞれのアプリを単独で使うときのものです。Lightroom ClassicとPhotoshopを同時に使うときのメモリは公式の数字が無く、この記事では判定していません。

この記事で確かめたのは最大台数だけで、解像度・リフレッシュレートの組み合わせは確かめていません。

MacBook の最小構成を判定

使い方（文章だけ・Lightroom Classic・Photoshop・AI 機能）・持ち運び・外部ディスプレイの台数を選ぶと、Adobe の公式のメモリと空き容量を Apple のメモリの段に切り上げて、条件を満たすいちばん軽い構成を出します。条件に合う買える MacBook も1つ出します。

MacBook Neoは足りるか

MacBook Neo（8GB）は、写真編集の最小8GBちょうどで、ぎりぎりです。最小8GBはLightroom ClassicとPhotoshopの値です。Adobeの推奨の16GB以上と、Lightroom ClassicのAI機能の16GBは満たさず、外部ディスプレイは1台までです。

Apple の仕様ページでは、Neoは256GBのモデルがTouch IDに対応せず、512GBのモデルはTouch ID付きのキーボードです。

メモリとストレージの選び方

Mac版のLightroom ClassicとPhotoshopの最小メモリは8GBで、推奨は16GB以上とされています。Lightroom ClassicのAI機能には、Adobeが16GBの統合メモリを挙げています。

空き容量はLightroom Classicが8GB、Photoshopが10GB（推奨100GB）です。Neoの256GBもこれを上回りますが、macOSや写真の分は計算していません。

キーボードとSDカード

Apple の日本の仕様ページでは、キーボードはJIS配列が標準で、US配列はAppleで注文するときのカスタマイズ構成で選べます。Amazonなどの既製品の配列は、商品ごとに確かめてください。

Apple の仕様ページでは、SDカードスロット（SDXC）はMacBook Proの仕様ページに載っていて、AirとNeoの仕様ページには載っていません。

重さと画面の大きさ

毎日持ち歩く場合の上限を1.3kgとすると、入るのはNeoとAir 13インチで、どちらも1.23kgです。外部ディスプレイ3台以上に対応する機種はこの重さにありません。

モデル	画面	解像度	重さ	外部ディスプレイ	Webブラウズ	ポート
Neo	13インチ	2,408×1,506	1.23kg	1台	11時間	USB 3 1ポート・USB 2 1ポート
Air 13	13.6インチ	2,560×1,664	1.23kg	2台	15時間	Thunderbolt 4 2ポート
Air 15	15.3インチ	2,880×1,864	1.51kg	2台	15時間	Thunderbolt 4 2ポート
Pro 14 M5 Pro	14.2インチ	3,024×1,964	1.60kg	3台	14時間	Thunderbolt・HDMI

Webブラウズは、Appleの社内テストの最大時間です。NeoのUSB 3は映像出力に使えます。

条件ごとの候補

条件ごとに、Amazon.co.jpの出品が次の基準を満たせば1つ選びました。

新品・販売元がAmazon.co.jp・構成がAppleの仕様と一致
評価100件以上・星4以上・サクラチェッカーで注意なし

価格は各販売サイトで確かめてください。

文章だけ、または写真編集を最小8GBで・Lightroom ClassicのAI機能なし・外部ディスプレイ1台まで

最小8GBちょうどで、ぎりぎりです。Adobeの推奨の16GB以上には足りません。

色違いは別の商品ページ（評価数は4色で合算）。

推奨16GB以上・Lightroom ClassicのAI機能・外部ディスプレイ2台まで・1.3kg以下

Lightroom ClassicのAI機能の16GBちょうどで、ぎりぎりです。

色違いの型番（MDH74J/A・MDHH4J/A・MDHA4J/A）が別の商品ページで売られています。評価数が色違いと合算かは確かめていません。

よくある質問

ブログを書くだけならMacBook Neoで足りる？

2026年10月時点の現行モデルを公式の数字で照合すると、文章を書くだけなら、現行のどのモデルも候補で、外部ディスプレイの台数と重さだけで選べます。メモリは公式の数字が無いので、この記事では判定していません。

条件に合う機種は候補の節にあります。

ブログの写真編集にMacBook Neoは使える？

2026年10月時点の現行モデルを公式の数字で照合すると、いちばん少ないメモリ8GBの構成は、写真編集の最小8GBちょうどで、ぎりぎりです。最小8GBはLightroom ClassicとPhotoshopの値です。

Adobeの推奨の16GB以上と、Lightroom ClassicのAI機能の16GBは満たさず、外部ディスプレイは1台までです。PhotoshopのAI機能は判定していません。

この条件に合う機種は「条件ごとの候補」の節にあります。

ブログと写真編集用のMacBookはメモリ何GBがいい？

Appleの現行MacBook（2026年10月時点）で、推奨の16GB以上を満たすいちばん軽い構成は、重さ1.23kgでM5チップ・標準16GBのものです。推奨の下限ちょうどで、ぎりぎりです。

MacBookのキーボード配列やSDカードスロットはどうなっている？

現行のMacBookで、SDカードスロット（SDXC）がAppleの仕様ページに載っているのは、画面が14.2インチと16.2インチの機種です。画面が13インチ台と15インチ台の機種には載っていません。

MacBookには外部ディスプレイを何台つなげる？

Apple の仕様ページでは、現行のMacBookの外部ディスプレイの台数はチップで決まり、M5は2台まで、M5 Proは3台まで、M5 Maxは4台までです。メモリ8GBの構成は1台までです。

計算に使ったデータと式（検証用）

調べ方と出典:

出典: Apple MacBook Neo 仕様・MacBook Air 仕様・MacBook Pro 仕様・Mac を比較／ Adobe Lightroom Classic のシステム要件・Adobe Photoshop のシステム要件

計算の方法

必要なメモリ = 選んだ使い方の Adobe の公式の値（Mac 版の Lightroom Classic の最小 8GB、Photoshop の最小 8GB、Lightroom Classic の AI 機能（ノイズ除去など）に Adobe が推奨列で挙げる統合メモリ 16GB）。文章を書くだけは公式の数字が無いので、メモリを判定していない。Photoshop の macOS の表には AI 機能用のメモリの記載が無い（macOS の表に AI 機能用のメモリの記載なし（RAM は最小 8GB・推奨 16GB 以上だけ））。公式の推奨（Lightroom Classic 16GB、Photoshop 16GB）は最小構成の判定に使わず、推奨を満たすいちばん軽い構成として別に示した。
最小構成 = 必要なメモリ以上で、Apple の仕様ページに載っているメモリの段（Neo 8GB、Air と Pro 14 の M5 は 16・24・32GB、M5 Pro は 24・48・64GB、M5 Max は 36GB から）のうち、いちばん小さい段に切り上げた構成。外部ディスプレイの台数と重さの上限を満たす機種を Neo → Air 13 → Air 15 → Pro の順に見て、最初に満たす機種を出した（条件を満たす中でいちばん軽い機種になることを計算で確かめた）。余裕（構成のメモリ − 必要なメモリ）が必要なメモリの10%未満なら「ぎりぎり」とした（この記事で決めた値）。
外部ディスプレイの台数は Apple の仕様ページの最大台数（Neo 1台、Air 2台、Pro の M5 2台・M5 Pro 3台・M5 Max 4台）と比べた。重さは Apple の仕様ページの値（Neo 1.23kg、Air 13 1.23kg、Air 15 1.51kg、Pro 14 の M5 1.55kg）。持ち運びの重さの上限（毎日 1.3kg・ときどき 1.7kg）はこの記事で決めた選択肢。
ストレージは、Adobe の公式の空き容量（Lightroom Classic 8GB、Photoshop の最小 10GB・推奨 100GB）と各構成の容量を比べただけで、macOS や写真・カタログで使う分は計算していない。SD カードスロットは Apple の仕様ページ（日本・米国）の記載で比べた（Pro: SDXCカードスロットあり、Air: SDカードスロットの記載なし（MagSafe 3・Thunderbolt 4 ×2・ヘッドフォンジャック）、Neo: SDカードスロットの記載なし（USB 3 ×1・USB 2 ×1・ヘッドフォンジャック））。
速さ・快適さは実機で試しておらず、判定していない。候補は、販売元が Amazon の新品・評価100件以上・星4以上・サクラチェッカーで疑いなし・購入する構成が Apple の仕様と一致するものの中で、送料込みでいちばん安いもの。

使った公式の値

項目	値	出典	確認日
MacBook Air 13インチの画面サイズ（対角）	13.6 インチ	apple.com Apple 日本 MacBook Air 仕様（13インチタブ）: 13.6インチ（対角）、2,560 x 1,664ピクセル、224ppi	2026-10-08
MacBook Air 13インチの画面の横の画素数	2560 ピクセル	apple.com Apple 日本 MacBook Air 仕様（13インチタブ）: 2,560 x 1,664ピクセルネイティブ解像度	2026-10-08
MacBook Air 13インチの画面の縦の画素数	1664 ピクセル	apple.com Apple 日本 MacBook Air 仕様（13インチタブ）: 2,560 x 1,664ピクセルネイティブ解像度	2026-10-08
MacBook Air 13インチの重さ	1.23 kg	apple.com Apple 日本 MacBook Air 仕様（13インチタブ）: 重量：1.23kg（構成と製造工程によって異なる）	2026-10-08
MacBook Air 13インチのビデオストリーミング時間（最大）	18 時間	apple.com Apple 日本 MacBook Air 仕様（13インチタブ）: 最大18時間のビデオストリーミング。Apple の社内テスト（16GB・512GB・1080	2026-10-08
MacBook Air 13インチのワイヤレスインターネット時間（最大）	15 時間	apple.com Apple 日本 MacBook Air 仕様（13インチタブ）: 最大15時間のワイヤレスインターネット	2026-10-08
MacBook Air（M5）の外部ディスプレイの最大台数	2 台	apple.com Apple 日本 MacBook Air 仕様（13インチタブ）: 最大2台の外部ディスプレイ（6K・60Hzまたは4K・144Hzを2台、または8K・60Hz	2026-10-08
MacBook Air 13インチの標準メモリ	16 GB	apple.com Apple 日本 MacBook Air 仕様（13インチタブ）: 16GBユニファイドメモリ。24GBまたは32GBに変更可能	2026-10-08
MacBook Air 13インチの標準ストレージ	512 GB	apple.com Apple 日本 MacBook Air 仕様（13インチタブ）: 512GB SSD。1TB、2TB、4TBに変更可能	2026-10-08
MacBook Air（M5）で選べるメモリの最大	32 GB	apple.com Apple 日本 MacBook Air 仕様（13インチタブ）: 24GBまたは32GBに変更可能（13インチ・15インチとも）	2026-10-08
MacBook Air（M5）で選べるストレージの最大	4 TB	apple.com Apple 日本 MacBook Air 仕様（13インチタブ）: 1TB、2TB、4TBに変更可能	2026-10-08
MacBook Air 15インチの画面サイズ（対角）	15.3 インチ	apple.com Apple 日本 MacBook Air 仕様（15インチタブ）: 15.3インチ（対角）、2,880 x 1,864ピクセル、224ppi	2026-10-08
MacBook Air 15インチの画面の横の画素数	2880 ピクセル	apple.com Apple 日本 MacBook Air 仕様（15インチタブ）: 2,880 x 1,864ピクセルネイティブ解像度	2026-10-08
MacBook Air 15インチの画面の縦の画素数	1864 ピクセル	apple.com Apple 日本 MacBook Air 仕様（15インチタブ）: 2,880 x 1,864ピクセルネイティブ解像度	2026-10-08
MacBook Air 15インチの重さ	1.51 kg	apple.com Apple 日本 MacBook Air 仕様（15インチタブ）: 重量：1.51kg	2026-10-08
MacBook Air 15インチのビデオストリーミング時間（最大）	18 時間	apple.com Apple 日本 MacBook Air 仕様（15インチタブ）: 最大18時間のビデオストリーミング	2026-10-08
MacBook Air 15インチのワイヤレスインターネット時間（最大）	15 時間	apple.com Apple 日本 MacBook Air 仕様（15インチタブ）: 最大15時間のワイヤレスインターネット	2026-10-08
MacBook Pro 14インチの画面サイズ（対角）	14.2 インチ	apple.com Apple 日本 MacBook Pro 仕様（14インチタブ）: 14.2インチ（対角）Liquid Retina XDR、3,024 x 1,964ピクセル	2026-10-08
MacBook Pro 14インチの画面の横の画素数	3024 ピクセル	apple.com Apple 日本 MacBook Pro 仕様（14インチタブ）: 3,024 x 1,964ピクセルネイティブ解像度	2026-10-08
MacBook Pro 14インチの画面の縦の画素数	1964 ピクセル	apple.com Apple 日本 MacBook Pro 仕様（14インチタブ）: 3,024 x 1,964ピクセルネイティブ解像度	2026-10-08
MacBook Pro 14インチ（M5）の重さ	1.55 kg	apple.com Apple 日本 MacBook Pro 仕様（14インチタブ）: 重量（M5）：1.55kg	2026-10-08
MacBook Pro 14インチ（M5 Pro）の重さ	1.6 kg	apple.com Apple 日本 MacBook Pro 仕様（14インチタブ）: 重量（M5 Pro）：1.60kg	2026-10-08
MacBook Pro 14インチ（M5）のビデオストリーミング時間（最大）	24 時間	apple.com Apple 日本 MacBook Pro 仕様（14インチタブ）: M5: 最大24時間のビデオストリーミング、72.4Whバッテリー	2026-10-08
MacBook Pro 14インチ（M5）のワイヤレスインターネット時間（最大）	16 時間	apple.com Apple 日本 MacBook Pro 仕様（14インチタブ）: M5: 最大16時間のワイヤレスインターネット	2026-10-08
MacBook Pro 14インチ（M5 Pro）のビデオストリーミング時間（最大）	22 時間	apple.com Apple 日本 MacBook Pro 仕様（14インチタブ）: M5 Pro: 最大22時間のビデオストリーミング	2026-10-08
MacBook Pro 14インチ（M5 Pro）のワイヤレスインターネット時間（最大）	14 時間	apple.com Apple 日本 MacBook Pro 仕様（14インチタブ）: M5 Pro: 最大14時間のワイヤレスインターネット	2026-10-08
MacBook Pro（M5）の外部ディスプレイの最大台数	2 台	apple.com Apple 日本 MacBook Pro 仕様（14インチタブ）: M5: 任意に組み合わせたThunderboltポートとHDMIポート経由で最大2台	2026-10-08
MacBook Pro（M5 Pro）の外部ディスプレイの最大台数	3 台	apple.com Apple 日本 MacBook Pro 仕様（14インチタブ）: M5 Pro: 最大3台（6K・60Hzまたは4K・144Hzを3台）	2026-10-08
MacBook Pro（M5 Max）の外部ディスプレイの最大台数	4 台	apple.com Apple 日本 MacBook Pro 仕様（14インチタブ）: M5 Max: 最大4台	2026-10-08
MacBook Pro 14インチ（M5）の標準メモリ	16 GB	apple.com Apple 日本 MacBook Pro 仕様（14インチタブ）: M5: 16GB。24GBまたは32GBに変更可能	2026-10-08
MacBook Pro 14インチ（M5）の標準ストレージ	1 TB	apple.com Apple 日本 MacBook Pro 仕様（14インチタブ）: M5: 1TB SSD。2TBまたは4TBに変更可能	2026-10-08
MacBook Pro 14インチ（M5 Pro）の標準メモリ	24 GB	apple.com Apple 日本 MacBook Pro 仕様（14インチタブ）: M5 Pro（15コアCPU）: 24GB。48GB・64GB（20コアGPU搭載）に変更可	2026-10-08
MacBook Pro（M5 Pro）で選べるメモリの最大	64 GB	apple.com Apple 日本 MacBook Pro 仕様（14インチタブ）: 64GB（20コアGPU搭載M5 Pro）	2026-10-08
MacBook Pro 16インチの画面サイズ（対角）	16.2 インチ	apple.com Apple 日本 MacBook Pro 仕様（16インチタブ）: 16.2インチ（対角）、3,456 x 2,234ピクセル、254ppi	2026-10-08
MacBook Pro 16インチ（M5 Pro）の重さ	2.14 kg	apple.com Apple 日本 MacBook Pro 仕様（16インチタブ）: 重量（M5 Pro）：2.14kg	2026-10-08
MacBook Pro 16インチ（M5 Pro）のワイヤレスインターネット時間（最大）	17 時間	apple.com Apple 日本 MacBook Pro 仕様（16インチタブ）: M5 Pro: 最大17時間のワイヤレスインターネット、100Whバッテリー	2026-10-08
MacBook Neo の画面サイズ（対角）	13 インチ	apple.com Apple 日本 MacBook Neo 仕様: 13.0インチ（対角）Liquid Retina、2,408 x 1,506ピクセル、219ppi、500ニト	2026-10-08
MacBook Neo の画面の横の画素数	2408 ピクセル	apple.com Apple 日本 MacBook Neo 仕様: 2,408 x 1,506ピクセルネイティブ解像度	2026-10-08
MacBook Neo の画面の縦の画素数	1506 ピクセル	apple.com Apple 日本 MacBook Neo 仕様: 2,408 x 1,506ピクセルネイティブ解像度	2026-10-08
MacBook Neo の重さ	1.23 kg	apple.com Apple 日本 MacBook Neo 仕様: 重量：1.23kg	2026-10-08
MacBook Neo のビデオストリーミング時間（最大）	16 時間	apple.com Apple 日本 MacBook Neo 仕様: 最大16時間のビデオストリーミング、36.5Whバッテリー	2026-10-08
MacBook Neo のワイヤレスインターネット時間（最大）	11 時間	apple.com Apple 日本 MacBook Neo 仕様: 最大11時間のワイヤレスインターネット	2026-10-08
MacBook Neo のメモリ（仕様ページに載っている構成はこれだけ）	8 GB	apple.com Apple 日本 MacBook Neo 仕様: 8GBユニファイドメモリ（モデル1・2とも）。変更可能の記載なし	2026-10-08
MacBook Neo のストレージ（モデル1）	256 GB	apple.com Apple 日本 MacBook Neo 仕様: モデル1: 256GB SSD（Touch ID 非対応のキーボード）	2026-10-08
MacBook Neo のストレージ（モデル2）	512 GB	apple.com Apple 日本 MacBook Neo 仕様: モデル2: 512GB SSD。Touch ID 付きキーボード	2026-10-08
MacBook Neo の外部ディスプレイの最大台数	1 台	apple.com Apple 日本 MacBook Neo 仕様: 最大4K・60Hzの外部ディスプレイ1台。USB 3 ポートが DisplayPort 1.4 に対応	2026-10-08
MacBook Neo の USB 3（USB-C）ポート数	1 ポート	apple.com Apple 日本 MacBook Neo 仕様: USB 3（最大10Gb/s、充電・DisplayPort 対応）1つと3.5mm ヘッドフォンジャック	2026-10-08
MacBook Neo の USB 2（USB-C）ポート数	1 ポート	apple.com Apple 日本 MacBook Neo 仕様: USB 2（最大480Mb/s、充電対応）1つ	2026-10-08
MacBook Pro 16インチの画面の横の画素数	3456 ピクセル	apple.com Apple 日本 MacBook Pro 仕様（16インチタブ）: 3,456 x 2,234ピクセルネイティブ解像度	2026-10-08
MacBook Pro 16インチの画面の縦の画素数	2234 ピクセル	apple.com Apple 日本 MacBook Pro 仕様（16インチタブ）: 3,456 x 2,234ピクセルネイティブ解像度	2026-10-08
MacBook Pro 16インチ（M5 Max）の重さ	2.15 kg	apple.com Apple 日本 MacBook Pro 仕様（16インチタブ）: 重量（M5 Max）：2.15kg	2026-10-08
MacBook Pro 16インチ（M5 Pro）の外部ディスプレイの最大台数	3 台	apple.com Apple 日本 MacBook Pro 仕様（16インチタブ）: M5 Pro: 最大3台	2026-10-08
MacBook Pro 16インチ（M5 Max）の外部ディスプレイの最大台数	4 台	apple.com Apple 日本 MacBook Pro 仕様（16インチタブ）: M5 Max: 最大4台	2026-10-08
MacBook Pro 16インチの標準メモリ（M5 Pro）	24 GB	apple.com Apple 日本 MacBook Pro 仕様（16インチタブ）: モデル1（M5 Pro）: 24GB。48GB・64GB に変更可能	2026-10-08
MacBook Pro 16インチの標準ストレージ（M5 Pro）	1 TB	apple.com Apple 日本 MacBook Pro 仕様（16インチタブ）: モデル1（M5 Pro）: 1TB SSD	2026-10-08
MacBook Pro 16インチ（M5 Pro）のビデオストリーミング時間（最大）	24 時間	apple.com Apple 日本 MacBook Pro 仕様（16インチタブ）: M5 Pro: 最大24時間のビデオストリーミング	2026-10-08
MacBook Air 15インチの標準メモリ	16 GB	apple.com Apple 日本 MacBook Air 仕様（15インチタブ）: モデル1「16GBユニファイドメモリ」、24GBまたは32GBに変更可能	2026-10-08
MacBook Air 15インチの標準ストレージ	512 GB	apple.com Apple 日本 MacBook Air 仕様（15インチタブ）: モデル1「512GB SSD」、1TB、2TB、4TBに変更可能	2026-10-08
MacBook Pro 14インチ（M5 Max）の重さ	1.62 kg	apple.com Apple 日本 MacBook Pro 仕様（14インチタブ）: 「重量（M5 Max）：1.62kg」	2026-10-08
MacBook Pro（M5 Max）で選べるメモリの最小	36 GB	apple.com Apple 日本 MacBook Pro 仕様（14・16インチタブ）: メモリ「36GB（32コアGPU搭載M5 Max）」「48GB（…40コアGPU搭載M	2026-10-08
MacBook Pro（M5 Max）の標準ストレージ	2 TB	apple.com Apple 日本 MacBook Pro 仕様（14・16インチタブ）: M5 Max「2TB SSD」、4TBまたは8TBに変更可能	2026-10-08
MacBook Pro 14インチ（M5）で選べるメモリの最大	32 GB	apple.com Apple 日本 MacBook Pro 仕様（14インチタブ）: M5「16GBユニファイドメモリ」、「24GBまたは32GB」に変更可能	2026-10-08
MacBook Pro（M5 Max）で選べるメモリの最大	128 GB	apple.com Apple 日本 MacBook Pro 仕様（14・16インチタブ）: メモリ「128GB（40コアGPU搭載M5 Max）」。M5 Max で載っている最大	2026-10-08
Lightroom Classic（Mac）の最小メモリ	8 GB	helpx.adobe.com Adobe Lightroom Classic technical requirements（2025-10-27 更新、バージョン 15.0 以降）macOS	2026-10-08
Lightroom Classic（Mac）の推奨メモリ	16 GB	helpx.adobe.com Adobe Lightroom Classic technical requirements（2025-10-27 更新、バージョン 15.0 以降）macOS	2026-10-08
Lightroom Classic（Mac）の GPU 完全アクセラレーション・AI 機能に推奨される統合メモリ	16 GB	helpx.adobe.com Adobe Lightroom Classic technical requirements（2025-10-27 更新、バージョン 15.0 以降）macOS	2026-10-08
Lightroom Classic（Mac）に必要な空き容量（インストール）	8 GB	helpx.adobe.com Adobe Lightroom Classic technical requirements（2025-10-27 更新、バージョン 15.0 以降）macOS	2026-10-08
Photoshop（Mac）の最小メモリ	8 GB	helpx.adobe.com Adobe Photoshop on desktop technical requirements（2026-09-09 更新、バージョン 27.x 以降）ma	2026-10-08
Photoshop（Mac）の推奨メモリ	16 GB	helpx.adobe.com Adobe Photoshop on desktop technical requirements（2026-09-09 更新、バージョン 27.x 以降）ma	2026-10-08
Photoshop（Mac）に必要な空き容量（インストール）	10 GB	helpx.adobe.com Adobe Photoshop on desktop technical requirements（2026-09-09 更新、バージョン 27.x 以降）ma	2026-10-08
Photoshop（Mac）の推奨の空き容量	100 GB	helpx.adobe.com Adobe Photoshop on desktop technical requirements（2026-09-09 更新、バージョン 27.x 以降）ma	2026-10-08
Apple 日本の MacBook のキーボード配列（標準）	JIS配列（12個のファンクションキー）	apple.com Apple 日本 MacBook Air 仕様: 「JIS配列準拠キーボード（カスタマイズ構成オプションで米国仕様のUSキーボードを選択可能）」	2026-10-08
MacBook の US 配列の選択（Apple 日本の仕様ページ）	US配列はカスタマイズ構成で選択可	apple.com Apple 日本 MacBook Air 仕様（13・15インチ）	2026-10-08
Apple 米国の MacBook のキーボード（ANSI / ISO）	78キー（ANSI）または79キー（ISO）、12個のファンクションキー	apple.com Apple US MacBook Air Tech Specs: 78 (ANSI) or 79 (ISO) keys including 12 full-he	2026-10-08
MacBook Neo の 256GB モデルの Touch ID	Touch ID 非対応	apple.com Apple 日本 MacBook Neo 仕様キーボードとトラックパッド（モデル1: Touch IDは非対応、モデル2: Touch ID搭載 Magic	2026-10-08
MacBook Pro の SD カードスロット	SDXCカードスロットあり	apple.com Apple US MacBook Pro Tech Specs, Charging and Expansion: SDXC card slot, HDMI po	2026-10-08
MacBook Air の Thunderbolt 4（USB-C）ポート数	2 ポート	apple.com Apple 日本 MacBook Air 仕様、充電と拡張性: 2つのThunderbolt 4（USB-C）ポート、MagSafe 3充電ポート	2026-10-08
MacBook Air のポート（SD カードスロットの記載）	SDカードスロットの記載なし（MagSafe 3・Thunderbolt 4 ×2・ヘッドフォンジャック）	apple.com Apple US MacBook Air Tech Specs, Charging and Expansion（13インチタブで確認）	2026-10-08
MacBook Neo のポート（SD カードスロットの記載）	SDカードスロットの記載なし（USB 3 ×1・USB 2 ×1・ヘッドフォンジャック）	apple.com Apple 日本 MacBook Neo 仕様、充電と拡張性: 1つのUSB 3（USB-C）ポート、1つのUSB 2（USB-C）ポート、3.5mmヘッドフォ	2026-10-08
Photoshop（Mac）の AI 機能用のメモリの記載	macOS の表に AI 機能用のメモリの記載なし（RAM は最小 8GB・推奨 16GB 以上だけ）	helpx.adobe.com Adobe Photoshop on desktop technical requirements（2026-10-08 に Playwright で本文を確認	2026-10-08

MacBook の最小構成を判定の早見表

記事内のツールで条件を選ぶと、自分の条件の結果と合う商品が出ます。条件は URL で指定でき、下の表のリンクはその条件で開きます。

条件	結果	ツール
文章だけ・毎日（1.3kg以下）・なし	△ MacBook Neo（メモリは判定なし）。文章だけはメモリの公式の数字が無いので、メモリは判定していません。下の構成は、外部ディスプレイの台数と重さだけで選んだものです。持ち運びの重さの上限（1.3kg・1.7kg）は、この記事で決めた目安です。いちばん軽い構成: MacBook Neo・メモリ 8GB・ストレージ 256GB。重さ: 1.23kg（Apple の仕様ページ）。MacBook Neoの外部ディスプレイは最大1台です。ほかに条件を満たす機種: MacBook Air 13インチ（M5）	この条件で開く
文章だけ・毎日（1.3kg以下）・1台	△ MacBook Neo（メモリは判定なし）。文章だけはメモリの公式の数字が無いので、メモリは判定していません。下の構成は、外部ディスプレイの台数と重さだけで選んだものです。持ち運びの重さの上限（1.3kg・1.7kg）は、この記事で決めた目安です。いちばん軽い構成: MacBook Neo・メモリ 8GB・ストレージ 256GB。重さ: 1.23kg（Apple の仕様ページ）。MacBook Neoの外部ディスプレイは最大1台です。Neo で映像を出せるのは USB 3 のポート1つだけで、外部ディスプレイをつなぐと残りは USB 2 のポート1つになります。ほかに条件を満たす機種: MacBook Air 13インチ（M5）	この条件で開く
文章だけ・気にしない・3台	△ MacBook Pro 14インチ（M5 Pro）（メモリは判定なし）。文章だけはメモリの公式の数字が無いので、メモリは判定していません。下の構成は、外部ディスプレイの台数と重さだけで選んだものです。いちばん軽い構成: MacBook Pro 14インチ（M5 Pro）・メモリ 24GB・ストレージ 1TB。重さ: 1.60kg（Apple の仕様ページ）。MacBook Pro 14インチ（M5 Pro）の外部ディスプレイは最大3台です。ほかに条件を満たす機種: MacBook Pro 16インチ（M5 Pro）、MacBook Pro 14インチ（M5 Max）、MacBook Pro 16インチ（M5 Max）	この条件で開く
＋Lightroom Classic・毎日（1.3kg以下）・なし	△ MacBook Neoでぎりぎり満たします。必要なメモリ: 8GB（Lightroom Classic の公式の最小）。必要な空き容量: 8GB（Adobe の公式。写真やカタログの分は含みません）。持ち運びの重さの上限（1.3kg・1.7kg）は、この記事で決めた目安です。いちばん軽い構成: MacBook Neo・メモリ 8GB・ストレージ 256GB。重さ: 1.23kg（Apple の仕様ページ）。メモリは公式の数字ちょうどで、余裕がありません（ぎりぎり）。ストレージ 256GB はこの空き容量より大きい構成です。macOS や写真で使う分は計算していません。Adobe の推奨は 16GB 以上とされています（この判定は最小で行っています）。推奨を満たすいちばん軽い構成: MacBook Air 13インチ（M5）・16GB（推奨の下限ちょうどで、ぎりぎり）。MacBook Neoの外部ディスプレイは最大1台です。MacBook Neo（8GB）は Lightroom Classic と Photoshop の最小 8GB ちょうどで、推奨の 16GB 以上と AI 機能の 16GB は満たしません。使い方は1つだけ選びます。公式の数字は、それぞれのアプリを単独で使うときのものです。Lightroom Classic と Photoshop を同時に使う場合は公式の数字が無く、判定していません。ほかに条件を満たす機種: MacBook Air 13インチ（M5）	この条件で開く
＋Lightroom Classic・毎日（1.3kg以下）・2台	○ MacBook Air 13インチ（M5）で公式の最小を満たします。必要なメモリ: 8GB（Lightroom Classic の公式の最小）。必要な空き容量: 8GB（Adobe の公式。写真やカタログの分は含みません）。持ち運びの重さの上限（1.3kg・1.7kg）は、この記事で決めた目安です。いちばん軽い構成: MacBook Air 13インチ（M5）・メモリ 16GB・ストレージ 512GB。重さ: 1.23kg（Apple の仕様ページ）。メモリの余裕: 8GB。ストレージ 512GB はこの空き容量より大きい構成です。macOS や写真で使う分は計算していません。Adobe の推奨は 16GB 以上とされています（この判定は最小で行っています）。MacBook Air 13インチ（M5）の外部ディスプレイは最大2台です。使い方は1つだけ選びます。公式の数字は、それぞれのアプリを単独で使うときのものです。Lightroom Classic と Photoshop を同時に使う場合は公式の数字が無く、判定していません	この条件で開く
＋Lightroom Classic・気にしない・3台	○ MacBook Pro 14インチ（M5 Pro）で公式の最小を満たします。必要なメモリ: 8GB（Lightroom Classic の公式の最小）。必要な空き容量: 8GB（Adobe の公式。写真やカタログの分は含みません）。いちばん軽い構成: MacBook Pro 14インチ（M5 Pro）・メモリ 24GB・ストレージ 1TB。重さ: 1.60kg（Apple の仕様ページ）。メモリの余裕: 16GB。ストレージ 1TB はこの空き容量より大きい構成です。macOS や写真で使う分は計算していません。Adobe の推奨は 16GB 以上とされています（この判定は最小で行っています）。MacBook Pro 14インチ（M5 Pro）の外部ディスプレイは最大3台です。使い方は1つだけ選びます。公式の数字は、それぞれのアプリを単独で使うときのものです。Lightroom Classic と Photoshop を同時に使う場合は公式の数字が無く、判定していません。ほかに条件を満たす機種: MacBook Pro 16インチ（M5 Pro）、MacBook Pro 14インチ（M5 Max）、MacBook Pro 16インチ（M5 Max）	この条件で開く
＋Photoshop・毎日（1.3kg以下）・1台	△ MacBook Neoでぎりぎり満たします。必要なメモリ: 8GB（Photoshop の公式の最小）。必要な空き容量: 10GB・推奨 100GB（Adobe の公式。写真やカタログの分は含みません）。持ち運びの重さの上限（1.3kg・1.7kg）は、この記事で決めた目安です。いちばん軽い構成: MacBook Neo・メモリ 8GB・ストレージ 256GB。重さ: 1.23kg（Apple の仕様ページ）。メモリは公式の数字ちょうどで、余裕がありません（ぎりぎり）。ストレージ 256GB はこの空き容量より大きい構成です。macOS や写真で使う分は計算していません。Adobe の推奨は 16GB 以上とされています（この判定は最小で行っています）。推奨を満たすいちばん軽い構成: MacBook Air 13インチ（M5）・16GB（推奨の下限ちょうどで、ぎりぎり）。MacBook Neoの外部ディスプレイは最大1台です。MacBook Neo（8GB）は Lightroom Classic と Photoshop の最小 8GB ちょうどで、推奨の 16GB 以上と AI 機能の 16GB は満たしません。Neo で映像を出せるのは USB 3 のポート1つだけで、外部ディスプレイをつなぐと残りは USB 2 のポート1つになります。Photoshop の AI 機能に要るメモリは公式の数字が無く、判定していません。使い方は1つだけ選びます。公式の数字は、それぞれのアプリを単独で使うときのものです。Lightroom Classic と Photoshop を同時に使う場合は公式の数字が無く、判定していません。ほかに条件を満たす機種: MacBook Air 13インチ（M5）	この条件で開く
＋Photoshop・ときどき（1.7kg以下）・2台	○ MacBook Air 13インチ（M5）で公式の最小を満たします。必要なメモリ: 8GB（Photoshop の公式の最小）。必要な空き容量: 10GB・推奨 100GB（Adobe の公式。写真やカタログの分は含みません）。持ち運びの重さの上限（1.3kg・1.7kg）は、この記事で決めた目安です。いちばん軽い構成: MacBook Air 13インチ（M5）・メモリ 16GB・ストレージ 512GB。重さ: 1.23kg（Apple の仕様ページ）。メモリの余裕: 8GB。ストレージ 512GB はこの空き容量より大きい構成です。macOS や写真で使う分は計算していません。Adobe の推奨は 16GB 以上とされています（この判定は最小で行っています）。MacBook Air 13インチ（M5）の外部ディスプレイは最大2台です。Photoshop の AI 機能に要るメモリは公式の数字が無く、判定していません。使い方は1つだけ選びます。公式の数字は、それぞれのアプリを単独で使うときのものです。Lightroom Classic と Photoshop を同時に使う場合は公式の数字が無く、判定していません。ほかに条件を満たす機種: MacBook Air 15インチ（M5）、MacBook Pro 14インチ（M5）、MacBook Pro 14インチ（M5 Pro）、MacBook Pro 14インチ（M5 Max）	この条件で開く
＋AI機能（Lightroom Classic）・毎日（1.3kg以下）・なし	△ MacBook Air 13インチ（M5）でぎりぎり満たします。必要なメモリ: 16GB（Lightroom Classic の AI 機能に Adobe が挙げる統合メモリ）。必要な空き容量: 8GB（Adobe の公式。写真やカタログの分は含みません）。持ち運びの重さの上限（1.3kg・1.7kg）は、この記事で決めた目安です。いちばん軽い構成: MacBook Air 13インチ（M5）・メモリ 16GB・ストレージ 512GB。重さ: 1.23kg（Apple の仕様ページ）。メモリは公式の数字ちょうどで、余裕がありません（ぎりぎり）。ストレージ 512GB はこの空き容量より大きい構成です。macOS や写真で使う分は計算していません。Adobe の推奨は 16GB 以上とされています（この判定は最小で行っています）。MacBook Air 13インチ（M5）の外部ディスプレイは最大2台です。使い方は1つだけ選びます。公式の数字は、それぞれのアプリを単独で使うときのものです。Lightroom Classic と Photoshop を同時に使う場合は公式の数字が無く、判定していません	この条件で開く
＋AI機能（Lightroom Classic）・毎日（1.3kg以下）・2台	△ MacBook Air 13インチ（M5）でぎりぎり満たします。必要なメモリ: 16GB（Lightroom Classic の AI 機能に Adobe が挙げる統合メモリ）。必要な空き容量: 8GB（Adobe の公式。写真やカタログの分は含みません）。持ち運びの重さの上限（1.3kg・1.7kg）は、この記事で決めた目安です。いちばん軽い構成: MacBook Air 13インチ（M5）・メモリ 16GB・ストレージ 512GB。重さ: 1.23kg（Apple の仕様ページ）。メモリは公式の数字ちょうどで、余裕がありません（ぎりぎり）。ストレージ 512GB はこの空き容量より大きい構成です。macOS や写真で使う分は計算していません。Adobe の推奨は 16GB 以上とされています（この判定は最小で行っています）。MacBook Air 13インチ（M5）の外部ディスプレイは最大2台です。使い方は1つだけ選びます。公式の数字は、それぞれのアプリを単独で使うときのものです。Lightroom Classic と Photoshop を同時に使う場合は公式の数字が無く、判定していません	この条件で開く
＋AI機能（Lightroom Classic）・毎日（1.3kg以下）・3台	✕ 条件に合う機種がありません。必要なメモリ: 16GB（Lightroom Classic の AI 機能に Adobe が挙げる統合メモリ）。必要な空き容量: 8GB（Adobe の公式。写真やカタログの分は含みません）。持ち運びの重さの上限（1.3kg・1.7kg）は、この記事で決めた目安です。外部ディスプレイ3台に対応する機種は、この重さの範囲にありません。持ち運びを「気にしない」にすると出ます	この条件で開く
＋AI機能（Lightroom Classic）・ときどき（1.7kg以下）・3台	○ MacBook Pro 14インチ（M5 Pro）で公式の最小を満たします。必要なメモリ: 16GB（Lightroom Classic の AI 機能に Adobe が挙げる統合メモリ）。必要な空き容量: 8GB（Adobe の公式。写真やカタログの分は含みません）。持ち運びの重さの上限（1.3kg・1.7kg）は、この記事で決めた目安です。いちばん軽い構成: MacBook Pro 14インチ（M5 Pro）・メモリ 24GB・ストレージ 1TB。重さ: 1.60kg（Apple の仕様ページ）。メモリの余裕: 8GB。ストレージ 1TB はこの空き容量より大きい構成です。macOS や写真で使う分は計算していません。Adobe の推奨は 16GB 以上とされています（この判定は最小で行っています）。MacBook Pro 14インチ（M5 Pro）の外部ディスプレイは最大3台です。使い方は1つだけ選びます。公式の数字は、それぞれのアプリを単独で使うときのものです。Lightroom Classic と Photoshop を同時に使う場合は公式の数字が無く、判定していません。ほかに条件を満たす機種: MacBook Pro 14インチ（M5 Max）	この条件で開く
＋AI機能（Lightroom Classic）・気にしない・4台	○ MacBook Pro 14インチ（M5 Max）で公式の最小を満たします。必要なメモリ: 16GB（Lightroom Classic の AI 機能に Adobe が挙げる統合メモリ）。必要な空き容量: 8GB（Adobe の公式。写真やカタログの分は含みません）。いちばん軽い構成: MacBook Pro 14インチ（M5 Max）・メモリ 36GB・ストレージ 2TB。重さ: 1.62kg（Apple の仕様ページ）。メモリの余裕: 20GB。ストレージ 2TB はこの空き容量より大きい構成です。macOS や写真で使う分は計算していません。Adobe の推奨は 16GB 以上とされています（この判定は最小で行っています）。MacBook Pro 14インチ（M5 Max）の外部ディスプレイは最大4台です。使い方は1つだけ選びます。公式の数字は、それぞれのアプリを単独で使うときのものです。Lightroom Classic と Photoshop を同時に使う場合は公式の数字が無く、判定していません。ほかに条件を満たす機種: MacBook Pro 16インチ（M5 Max）	この条件で開く
＋Lightroom Classic・ときどき（1.7kg以下）・4台	○ MacBook Pro 14インチ（M5 Max）で公式の最小を満たします。必要なメモリ: 8GB（Lightroom Classic の公式の最小）。必要な空き容量: 8GB（Adobe の公式。写真やカタログの分は含みません）。持ち運びの重さの上限（1.3kg・1.7kg）は、この記事で決めた目安です。いちばん軽い構成: MacBook Pro 14インチ（M5 Max）・メモリ 36GB・ストレージ 2TB。重さ: 1.62kg（Apple の仕様ページ）。メモリの余裕: 28GB。ストレージ 2TB はこの空き容量より大きい構成です。macOS や写真で使う分は計算していません。Adobe の推奨は 16GB 以上とされています（この判定は最小で行っています）。MacBook Pro 14インチ（M5 Max）の外部ディスプレイは最大4台です。使い方は1つだけ選びます。公式の数字は、それぞれのアプリを単独で使うときのものです。Lightroom Classic と Photoshop を同時に使う場合は公式の数字が無く、判定していません	この条件で開く

ロジクールMXマウスはどれがいい？用途別の選び方と比較

Wed, 07 Apr 2021 00:00:00 GMT

この記事の目安では、事務・プログラミングはサムホイール付きのMX Master 4、持ち運びは120 g以下のMX Anywhere 3Sです。

MX Master 3S Bluetooth editionでなく4を選ぶ理由は、2つあります。パソコンのUSBに挿すだけで無線接続できる受信機（Logi Bolt）が付くことと、操作に合わせてマウスが振動する触覚フィードバックがあることです。

実機は試していないので、持ちやすさと速さは判定していません。

用途と条件で選ぶ

この記事では、事務・プログラミングはサムホイールの有無、持ち運びは120 g以下を目安に選びます。

事務・プログラミング向けの条件を、サムホイール（横スクロール用の親指のホイール）ありとします。当てはまるのは、日本で買えるMX Master 4とMX Master 3S Bluetooth editionです。米国ではMX Master 4 for Macも当てはまります。

この記事の目安では、持ち運びの重さを120 g以下とすると、現行のMXマウスで入るのはMX Anywhere 3S（99 g、Mac用も同じ）だけです。

条件	当てはまる機種
事務・プログラミング（この記事の目安: サムホイールあり）	MX Master 4、MX Master 3S Bluetooth edition
持ち運び（この記事の目安: 120 g以下）	MX Anywhere 3S
手首の圧力が減る形とメーカーが説明（縦型）	MX Vertical
前腕の緊張が減る傾きとメーカーが説明（トラックボール）	MX Ergo S
2台を切り替える	MX Master 4、MX Anywhere 3S、MX Vertical。MX Ergo Sはぎりぎり
3台を切り替える（ぎりぎり）	MX Master 4、MX Anywhere 3S、MX Vertical

「ぎりぎり」は、最大台数と使う台数が同じ（余裕が10%未満）ことです。

条件から MX マウスを絞り込む

用途（事務・プログラミング／持ち運び／手首の負担）・使う台数・OS・接続（Bluetooth／USB レシーバー／Logi Bolt）・静音クリック・触覚フィードバックを選ぶと、ロジクールの公式の仕様が条件に合う現行の MX マウスを出します。条件に合う買えるマウスも1つ出します。

手首の負担が気になるとき

2026年10月時点のロジクール公式ページでは、手で動かすなら縦型のMX Vertical、親指でボールを動かすならトラックボールのMX Ergo Sです。縦型は57°の角度で手首の圧力が減り、トラックボールは20度の傾斜で前腕の筋肉の緊張が減ると、メーカーが説明しています。

手の大きさの目安があるのはMX VerticalとMX Ergo Sだけで、どちらも中〜大サイズの手向けです。ほかの機種は、公式ページで目安を見つけられなかったので、合う・合わないを判定していません。

MX Ergo Sは右利き用だけとメーカーが書いています。ほかの機種は、左利きで使えるかの記載を確かめられませんでした。

複数のパソコンとMacで使うとき

3台を切り替えるなら、最大3台のMX Master 4・MX Anywhere 3S・MX Verticalです。最大台数ちょうどなので、ぎりぎりです。MX Ergo Sは最大2台です。

ロジクール公式ページでは、MX Master 3Sは、最大台数を見つけられず、2台以上の判定に入れていません。

Mac用モデルの対応OSはmacOSとiPadOSだけなので、Windowsでも使うなら通常版を選びます。通常版もmacOSに対応しています。MX Master 4 for Macは、ロジクール日本の公式サイトでは見つかりませんでした（2026年10月確認）。

MX Master 4と3Sの違いとレシーバー

ロジクール公式ページでは、MX Master 4には、触覚フィードバックとLogi Boltレシーバーがあります。3S Bluetooth editionには、どちらもありません。ボタンは3Sが7個、4が8個で、重さは3Sが141 g、4が150 gです。

触覚フィードバックは、特定の操作・ショートカット・通知に対する振動を、カスタマイズして使える機能です。あるのはMX Master 4（米国ではMX Master 4 for Macも）で、使うにはLogi Options+が要ります。公式ページに判断材料が無く、実機も試していないので、必要かどうかは判定していません。

USBレシーバーが同梱されているのは、MX Master 4とMX Ergo S、MX Verticalです。MX Master 4とMX Ergo SはLogi Bolt、MX VerticalはUnifyingです。MX Anywhere 3SはLogi Boltレシーバーが別売で、MX Master 3S Bluetooth editionにはレシーバーが付きません。

MX Master 4は、Windows 10ではLogi Boltレシーバーで接続します。Windows 11以降なら、レシーバーの代わりにBluetoothでも使えます。Logi Boltは、Wi-Fiなどの電波が多い環境でも安定して接続できるよう設計されているとロジクールが説明しています。

Logi Boltは暗号化したUSBレシーバーの方式で、レシーバー1個にLogi Bolt製品を最大6台つなげます。MX VerticalのUnifyingレシーバーはLogi Boltではないので、Logi Boltのレシーバーにはつなげません。

主な仕様の比較

ロジクール公式ページでは、電池の持ちは、メーカーの最長の値です。MX Masterの2機種とMX Anywhere 3Sが最長70日、MX Ergo Sが最長120日です。MX Verticalは最長4か月で、どれも使い方で変わるので比べていません。

MX Ergo Sの重さは金属プレートなしの値で、プレートありは259 gです。

機種	重さ	ボタン（総数）	最大台数	電池（メーカーの最長）	急速充電（メーカーの値）	DPI
MX Master 4	150 g	8個	3台	最長70日	1分の充電で3時間	200〜8,000 DPI
MX Master 3S Bluetooth edition	141 g	7個	公式ページで見つからず	最長70日	1分の充電で3時間	200〜8,000 DPI
MX Anywhere 3S	99 g	6個	3台	最長70日	1分の充電で3時間	200〜8,000 DPI
MX Vertical	125 g	総数は見つからず（カスタマイズ可能は4個）	3台	最長4か月	1分の充電で3時間	400〜4,000 DPI
MX Ergo S	164 g	8個	2台	最長120日	1分の充電で24時間	512〜2,048 DPI

静音クリックの記載を公式ページで見つけられなかったのは、MX Verticalと、米国のMX Master 4 for Macです。ほかの現行のMXマウスは、静音クリックとメーカーが書いています。

条件ごとの候補

候補は、次の基準を満たすAmazon.co.jpの出品があれば、条件ごとに1つ選びました。

新品で、販売元がAmazon.co.jp
評価100件以上・星4以上・サクラチェッカーで注意なし
購入する型番が公式の製品と一致するもの
条件を満たす出品が複数あるときは、調べた中で送料込みでいちばん安いもの

価格は各販売サイトで確かめてください。

事務・プログラミングで、レシーバー同梱

※ 選んだ MX2400GRd は1年保証です。ペイルグレー（MX2400PG、2年保証、B0FR7Q59GQ）が別の商品ページで売られています。評価数 540 は両方のページで同じ表示のため、色違いと合算です。

持ち運び（この記事の目安

99 gで、120 gとの余裕は21 gです。

ペイルグレー（MX1800PG、B0C65LK1BM）が別の商品ページで売られています。評価数 589 は両方で同じ表示のため、色違いと合算です。

手首の圧力が減る縦型

57°の角度の縦型です。

評価数が、同じ商品ページのほかの型番と合算かどうかは確かめていません。

前腕の緊張が減るトラックボール

本体を20度まで傾けて置き、親指でボールを動かします。

選んだ MXTB2d は1年保証です。2年保証の MXTB2（B0DC5X912P、販売元 Amazon.co.jp）は別の商品ページにあります。評価数 1,125 は両方のページで同じ表示のため合算です。

よくある質問

事務作業やプログラミングにはどのMXマウスがいい？

この記事の目安では、事務・プログラミング向けの条件を、サムホイール（横スクロール用の親指のホイール）ありとします。当てはまるのは、日本で買えるMX Master 4とMX Master 3S Bluetooth editionです。

米国ではMX Master 4 for Macも当てはまります。USBレシーバーと触覚フィードバックが要るなら、MX Master 4です。

持ち運びならMX Anywhere 3SとMX Masterのどちらがいい？

この記事の目安では、持ち運びの重さを120 g以下とすると、現行のMXマウスで入るのはMX Anywhere 3S（99 g、Mac用も同じ）だけです。

手首が疲れるときは、縦型とトラックボールのどちらを選ぶ？

手で動かすなら縦型のMX Vertical、親指でボールを動かすならトラックボールのMX Ergo Sです。縦型は57°の角度で手首の圧力が減り、トラックボールは20度の傾斜で前腕の筋肉の緊張が減ると、メーカーが説明しています。

複数のパソコンを切り替えて使うならどれ？

3台を切り替えるなら、最大3台のMX Master 4・MX Anywhere 3S・MX Verticalです。最大台数ちょうどなので、ぎりぎりです。

MX Ergo Sは最大2台です。2026年10月時点のロジクール公式ページでは、MX Master 3Sは、最大台数を見つけられず、2台以上の判定に入れていません。

MX Master 4とMX Master 3Sは何が違う？3Sはまだ買える？

MX Master 4には、触覚フィードバックとLogi Boltレシーバーがあります。3S Bluetooth editionには、どちらもありません。

ボタンは3Sが7個、4が8個で、重さは3Sが141 g、4が150 gです。3Sについて、ロジクール日本の公式サイトに商品ページがあり、在庫ありと表示されていることを確認しました（2026年10月）。

Bluetoothだけでよければ Bluetooth editionです。レシーバーが要るなら、標準エディション（Logi Bolt付き）かMX Master 4です。

標準エディションの販売は、公式ページで確かめられませんでした。

ガラスの机でも使える？DPIはどれも同じ？

MX Master 4・3S Bluetooth edition・MX Anywhere 3Sは、ガラス面でも使えるとメーカーが書いています。最小のガラスの厚さは、MX Master 4が4 mm、MX Master 3S Bluetooth editionが米国ページで4 mmです。

MX Anywhere 3Sは、厚さの数値を公式ページで見つけられませんでした。DPIは、MX MasterとMX Anywhere 3Sが200〜8,000 DPIです。

MX Verticalは400〜4,000 DPI、MX Ergo Sは512〜2,048 DPIです。足りるかはモニターと好みしだいで、数字は決めていません。

計算に使ったデータと式（検証用）

調べ方と出典:

出典: MX Master 4・MX Master 3S ／ MX Anywhere 3S・MX Vertical ／ MX Ergo S・MX Master 4 for Mac（Logitech US）

計算の方法

対象は 2026-10-08 時点でロジクール日本・Logitech US の公式ストアに載っている MX マウス（MX Master 4、MX Master 4 for Mac（米国のみ）、MX Master 3S Bluetooth edition、MX Anywhere 3S と Mac 用、MX Ergo S、MX Vertical）。仕様は各機種の公式ページの値で、実機は試していない。
事務・プログラミング = サムホイール（横スクロール用の親指のホイール）がある機種（この記事で決めた条件）。持ち運び = 重さ 120 g 以下（この記事で決めた線。MX Anywhere 3S は 99g、次に軽い MX Vertical は 125g）。手首の負担 = メーカーが手首の圧力が減ると説明する縦型（MX Vertical、57度）と、20度の傾斜で前腕の筋肉の緊張が減ると説明するトラックボール（MX Ergo S）。負担が減る割合はメーカーの測定条件を確かめていないので使っていない。
台数 = 公式の最大ペアリング台数（MX Master 4 3台、MX Anywhere 3S 3台、MX Vertical 3台、MX Ergo S 2台）が使う台数以上。MX Master 3S Bluetooth edition と MX Master 4 for Mac は台数の記載を確かめられず、2台以上では外した。最大台数ちょうど（余裕が使う台数の10%未満）は「ぎりぎり」とした。
レシーバー = 箱に入っているか（MX Master 4・MX Ergo S は Logi Bolt、MX Vertical は Unifying）。Logi Bolt で使う = Logi Bolt 対応の記載がある機種（別売を含む。MX Vertical は Logi Bolt ではない。MX Master 3S Bluetooth edition は記載を見つけられず外した）。1個の Logi Bolt レシーバーにつなげる Logi Bolt 製品は 6台。
静音クリック・触覚フィードバック・対応 OS は公式ページの記載で判定した。記載を確かめられなかった仕様（MX Vertical・MX Master 4 for Mac の静音）は「無い」とせず、条件に入れたときだけ外した。Mac 用モデルは対応 OS が macOS と iPadOS だけなので、Windows・両方では外した。手の大きさの目安はメーカーが書いている MX Vertical と MX Ergo S（中〜大）だけで、ほかの機種は判定していない。
電池はメーカーの最長の値（MX Master 4 70日、MX Anywhere 3S 70日、MX Ergo S 120日、MX Vertical は最長4か月）で、使い方で変わるので比べていない。候補は、販売元が Amazon の新品・評価100件以上・星4以上・サクラチェッカーで疑いなし・購入する型番と公式の製品が一致するものの中で、送料込みでいちばん安いもの。

使った公式の値

項目	値	出典	確認日
MX Master 4の高さ	128.15 mm	logicool.co.jp ロジクール日本公式 MX Master 4 製品ページ（仕様・特長）: 高さ128.15 / 幅88.35 / 奥行き50.8 mm、重量150 g	2026-10-08
MX Master 4の幅	88.35 mm	logicool.co.jp ロジクール日本公式 MX Master 4 製品ページ（仕様・特長）: 高さ128.15 / 幅88.35 / 奥行き50.8 mm、重量150 g	2026-10-08
MX Master 4の奥行き	50.8 mm	logicool.co.jp ロジクール日本公式 MX Master 4 製品ページ（仕様・特長）: 高さ128.15 / 幅88.35 / 奥行き50.8 mm、重量150 g	2026-10-08
MX Master 4の重量	150 g	logicool.co.jp ロジクール日本公式 MX Master 4 製品ページ（仕様・特長）: 高さ128.15 / 幅88.35 / 奥行き50.8 mm、重量150 g	2026-10-08
MX Master 3S Bluetooth editionの高さ	124.9 mm	logicool.co.jp ロジクール日本公式 MX Master 3S Bluetooth edition 製品ページ（仕様・特長）: 高さ124.9 / 幅84.3 / 奥行き51	2026-10-08
MX Master 3S Bluetooth editionの幅	84.3 mm	logicool.co.jp ロジクール日本公式 MX Master 3S Bluetooth edition 製品ページ（仕様・特長）: 高さ124.9 / 幅84.3 / 奥行き51	2026-10-08
MX Master 3S Bluetooth editionの奥行き	51 mm	logicool.co.jp ロジクール日本公式 MX Master 3S Bluetooth edition 製品ページ（仕様・特長）: 高さ124.9 / 幅84.3 / 奥行き51	2026-10-08
MX Master 3S Bluetooth editionの重量	141 g	logicool.co.jp ロジクール日本公式 MX Master 3S Bluetooth edition 製品ページ（仕様・特長）: 高さ124.9 / 幅84.3 / 奥行き51	2026-10-08
MX Anywhere 3Sの高さ	100.5 mm	logicool.co.jp ロジクール日本公式 MX Anywhere 3S 製品ページ（仕様・特長）: 高さ100.5 / 幅65 / 奥行き34.4 mm、重量99 g	2026-10-08
MX Anywhere 3Sの幅	65 mm	logicool.co.jp ロジクール日本公式 MX Anywhere 3S 製品ページ（仕様・特長）: 高さ100.5 / 幅65 / 奥行き34.4 mm、重量99 g	2026-10-08
MX Anywhere 3Sの奥行き	34.4 mm	logicool.co.jp ロジクール日本公式 MX Anywhere 3S 製品ページ（仕様・特長）: 高さ100.5 / 幅65 / 奥行き34.4 mm、重量99 g	2026-10-08
MX Anywhere 3Sの重量	99 g	logicool.co.jp ロジクール日本公式 MX Anywhere 3S 製品ページ（仕様・特長）: 高さ100.5 / 幅65 / 奥行き34.4 mm、重量99 g	2026-10-08
MX Anywhere 3S（Mac用）の高さ	100.5 mm	logicool.co.jp ロジクール日本公式 MX Anywhere 3S（Mac用）製品ページ（仕様・特長）: 高さ100.5 / 幅65 / 奥行き34.4 mm、重量99 g	2026-10-08
MX Anywhere 3S（Mac用）の幅	65 mm	logicool.co.jp ロジクール日本公式 MX Anywhere 3S（Mac用）製品ページ（仕様・特長）: 高さ100.5 / 幅65 / 奥行き34.4 mm、重量99 g	2026-10-08
MX Anywhere 3S（Mac用）の奥行き	34.4 mm	logicool.co.jp ロジクール日本公式 MX Anywhere 3S（Mac用）製品ページ（仕様・特長）: 高さ100.5 / 幅65 / 奥行き34.4 mm、重量99 g	2026-10-08
MX Anywhere 3S（Mac用）の重量	99 g	logicool.co.jp ロジクール日本公式 MX Anywhere 3S（Mac用）製品ページ（仕様・特長）: 高さ100.5 / 幅65 / 奥行き34.4 mm、重量99 g	2026-10-08
MX Verticalの高さ	120 mm	logicool.co.jp ロジクール日本公式 MX Vertical 製品ページ（仕様・特長）: 高さ120 / 幅79 / 奥行き78.5 mm、重量125 g	2026-10-08
MX Verticalの幅	79 mm	logicool.co.jp ロジクール日本公式 MX Vertical 製品ページ（仕様・特長）: 高さ120 / 幅79 / 奥行き78.5 mm、重量125 g	2026-10-08
MX Verticalの奥行き	78.5 mm	logicool.co.jp ロジクール日本公式 MX Vertical 製品ページ（仕様・特長）: 高さ120 / 幅79 / 奥行き78.5 mm、重量125 g	2026-10-08
MX Verticalの重量	125 g	logicool.co.jp ロジクール日本公式 MX Vertical 製品ページ（仕様・特長）: 高さ120 / 幅79 / 奥行き78.5 mm、重量125 g	2026-10-08
MX Master 4 for Mac（米国のみ）の高さ	128.15 mm	logitech.com Logitech US official MX Master 4 for Mac page (specs / features): Height 5.05 in	2026-10-08
MX Master 4 for Mac（米国のみ）の幅	88.35 mm	logitech.com Logitech US official MX Master 4 for Mac page (specs / features): Width 3.48 in	2026-10-08
MX Master 4 for Mac（米国のみ）の奥行き	50.8 mm	logitech.com Logitech US official MX Master 4 for Mac page (specs / features): Depth 2 in (50	2026-10-08
MX Master 4 for Mac（米国のみ）の重量	150 g	logitech.com Logitech US official MX Master 4 for Mac page (specs / features): Weight 5.29 oz	2026-10-08
MX Ergo Sの高さ	132.5 mm	logicool.co.jp ロジクール日本公式 MX Ergo S 製品ページ（仕様・特長）: 高さ132.5 mm	2026-10-08
MX Ergo Sの幅	99.8 mm	logicool.co.jp ロジクール日本公式 MX Ergo S 製品ページ（仕様・特長）: 幅99.8 mm	2026-10-08
MX Ergo Sの奥行き	51.4 mm	logicool.co.jp ロジクール日本公式 MX Ergo S 製品ページ（仕様・特長）: 奥行き51.4 mm	2026-10-08
MX Ergo Sの重量（金属プレートなし・レシーバーなし）	164 g	logicool.co.jp ロジクール日本公式 MX Ergo S 製品ページ（仕様・特長）: マウス（金属プレートなし/レシーバーなし）重量164 g	2026-10-08
MX Ergo Sの重量（金属プレートあり・レシーバーなし）	259 g	logicool.co.jp ロジクール日本公式 MX Ergo S 製品ページ（仕様・特長）: マウス（金属プレートあり/レシーバーなし）重量259 g	2026-10-08
MX Master 4のセンサーの最小 DPI	200 DPI	logicool.co.jp ロジクール日本公式 MX Master 4 製品ページ（仕様・特長）: 200～8000（50 DPI の増分で設定可能）	2026-10-08
MX Master 4のセンサーの最大 DPI	8000 DPI	logicool.co.jp ロジクール日本公式 MX Master 4 製品ページ（仕様・特長）: 200～8000（50 DPI の増分で設定可能）	2026-10-08
MX Master 4 for Mac（米国のみ）のセンサーの最小 DPI	200 DPI	logitech.com Logitech US official MX Master 4 for Mac page (specs / features): 200-8000 (incr	2026-10-08
MX Master 4 for Mac（米国のみ）のセンサーの最大 DPI	8000 DPI	logitech.com Logitech US official MX Master 4 for Mac page (specs / features): 200-8000 (incr	2026-10-08
MX Master 3S Bluetooth editionのセンサーの最小 DPI	200 DPI	logicool.co.jp ロジクール日本公式 MX Master 3S Bluetooth edition 製品ページ（仕様・特長）: 200～8000 DPI（50 DPI刻み）	2026-10-08
MX Master 3S Bluetooth editionのセンサーの最大 DPI	8000 DPI	logicool.co.jp ロジクール日本公式 MX Master 3S Bluetooth edition 製品ページ（仕様・特長）: 200～8000 DPI（50 DPI刻み）	2026-10-08
MX Anywhere 3Sのセンサーの最小 DPI	200 DPI	logicool.co.jp ロジクール日本公式 MX Anywhere 3S 製品ページ（仕様・特長）: 200～8000 DPI（50 DPI刻み）	2026-10-08
MX Anywhere 3Sのセンサーの最大 DPI	8000 DPI	logicool.co.jp ロジクール日本公式 MX Anywhere 3S 製品ページ（仕様・特長）: 200～8000 DPI（50 DPI刻み）	2026-10-08
MX Anywhere 3S（Mac用）のセンサーの最小 DPI	200 DPI	logicool.co.jp ロジクール日本公式 MX Anywhere 3S（Mac用）製品ページ（仕様・特長）: 200～8000 DPI（50 DPI刻み）	2026-10-08
MX Anywhere 3S（Mac用）のセンサーの最大 DPI	8000 DPI	logicool.co.jp ロジクール日本公式 MX Anywhere 3S（Mac用）製品ページ（仕様・特長）: 200～8000 DPI（50 DPI刻み）	2026-10-08
MX Ergo Sのセンサーの最小 DPI	512 DPI	logicool.co.jp ロジクール日本公式 MX Ergo S 製品ページ（仕様・特長）: 512～2048 dpi	2026-10-08
MX Ergo Sのセンサーの最大 DPI	2048 DPI	logicool.co.jp ロジクール日本公式 MX Ergo S 製品ページ（仕様・特長）: 512～2048 dpi	2026-10-08
MX Verticalのセンサーの最小 DPI	400 DPI	logicool.co.jp ロジクール日本公式 MX Vertical 製品ページ（仕様・特長）: 400～4000dpi（50dpiの増分で設定可能）	2026-10-08
MX Verticalのセンサーの最大 DPI	4000 DPI	logicool.co.jp ロジクール日本公式 MX Vertical 製品ページ（仕様・特長）: 400～4000dpi（50dpiの増分で設定可能）	2026-10-08
MX Master 4のボタン数	8 個	logicool.co.jp ロジクール日本公式 MX Master 4 製品ページ（仕様・特長）: ボタン数 8、ジェスチャーボタンあり	2026-10-08
MX Master 4 for Mac（米国のみ）のボタン数	8 個	logitech.com Logitech US official MX Master 4 for Mac page (specs / features): Number of Butt	2026-10-08
MX Master 3S Bluetooth editionのボタン数	7 個	logicool.co.jp ロジクール日本公式 MX Master 3S Bluetooth edition 製品ページ（仕様・特長）: 7個のボタン（左/右クリック、戻る/進む、アプリ	2026-10-08
MX Anywhere 3Sのボタン数	6 個	logicool.co.jp ロジクール日本公式 MX Anywhere 3S 製品ページ（仕様・特長）: 6個（左/右クリック、戻る/進む、ホイールモードシフト、ミドルクリック）	2026-10-08
MX Anywhere 3S（Mac用）のボタン数	6 個	logicool.co.jp ロジクール日本公式 MX Anywhere 3S（Mac用）製品ページ（仕様・特長）: 6個（左/右クリック、戻る/進む、ホイールモードシフト、ミドルクリ	2026-10-08
MX Ergo Sのボタン数	8 個	logicool.co.jp ロジクール日本公式 MX Ergo S 製品ページ（仕様・特長）: ボタン数8、カスタマイズ可能 6	2026-10-08
MX Ergo Sのカスタマイズ可能なボタン数	6 個	logicool.co.jp ロジクール日本公式 MX Ergo S 製品ページ（仕様・特長）: カスタマイズ可能なボタン数 6	2026-10-08
MX Verticalのカスタマイズ可能なボタン数	4 個	logicool.co.jp ロジクール日本公式 MX Vertical 製品ページ（仕様・特長）: カスタマイズ可能な4個のボタン（デフォルト：戻る/進む、DPI、ミドルクリック）	2026-10-08
MX Master 4のスクロールホイール	MagSpeed ホイール（スマートシフト付き）、サムホイールあり（水平スクロール）	logicool.co.jp ロジクール日本公式 MX Master 4 製品ページ（仕様・特長）: スクロールホイール: あり、スマートシフト付き MagSpeed ホイール／サムホイー	2026-10-08
MX Master 4 for Mac（米国のみ）のスクロールホイール	MagSpeed ホイール（スマートシフト付き）、サムホイールあり	logitech.com Logitech US official MX Master 4 for Mac page (specs / features): Scroll Wheel:	2026-10-08
MX Master 3S Bluetooth editionのスクロールホイール	スマートシフト付きスクロールホイール（MagSpeed 電磁気）、サムホイールあり	logicool.co.jp ロジクール日本公式 MX Master 3S Bluetooth edition 製品ページ（仕様・特長）: スクロールホイール: あり（スマートシフト付き）	2026-10-08
MX Anywhere 3Sのスクロールホイール	MagSpeed スクロールホイール（自動シフト付き）、サムホイールなし。水平スクロールはサイドボタンを押しながらホイールを回す	logicool.co.jp ロジクール日本公式 MX Anywhere 3S 製品ページ（仕様・特長）: スクロールホイール: あり、自動シフト付き／水平スクロール: あり（サイドボタン	2026-10-08
MX Anywhere 3S（Mac用）のスクロールホイール	MagSpeed スクロールホイール（自動シフト付き）、サムホイールなし。水平スクロールはサイドボタンを押しながらホイールを回す	logicool.co.jp ロジクール日本公式 MX Anywhere 3S（Mac用）製品ページ（仕様・特長）: スクロールホイール: あり、自動シフト付き／水平スクロール: あり（	2026-10-08
MX Ergo Sのホイールとトラックボール	スクロールホイール（左右ティルト付き）。トラックボールを親指で操作する	logicool.co.jp ロジクール日本公式 MX Ergo S 製品ページ（仕様・特長）: ボタン: スクロールホイール＋右/左ティルトとミドルクリック／高度なサムコントロールトラ	2026-10-08
MX Verticalのスクロールホイール	精密ホイール	logicool.co.jp ロジクール日本公式 MX Vertical 製品ページ（仕様・特長）: スクロールホイール: 精密ホイール	2026-10-08
MX Master 4の同時にペアリングできるデバイス数	3 台	logicool.co.jp ロジクール日本公式 MX Master 4 製品ページ（仕様・特長）: 最大3台のデバイスを接続し、Actions Ring または Easy-Switch	2026-10-08
MX Anywhere 3Sの同時にペアリングできるデバイス数	3 台	logicool.co.jp ロジクール日本公式 MX Anywhere 3S 製品ページ（仕様・特長）: Bluetooth 経由で最大3台のデバイスと接続	2026-10-08
MX Anywhere 3S（Mac用）の同時にペアリングできるデバイス数	3 台	logicool.co.jp ロジクール日本公式 MX Anywhere 3S（Mac用）製品ページ（仕様・特長）: （通常版 MX Anywhere 3S のページの記載。Mac 用ペ	2026-10-08
MX Ergo Sの同時にペアリングできるデバイス数	2 台	logicool.co.jp ロジクール日本公式 MX Ergo S 製品ページ（仕様・特長）: ブルートゥースまたは同梱の Logi Bolt レシーバーを使って最大2台のデバイスを接続	2026-10-08
MX Verticalの同時にペアリングできるデバイス数	3 台	logicool.co.jp ロジクール日本公式 MX Vertical 製品ページ（仕様・特長）: 最大3台のデバイスとペアリングでき、Flow をサポート（FAQ）	2026-10-08
MX Master 4のバッテリー持続（フル充電、最大）	70 日	logicool.co.jp ロジクール日本公式 MX Master 4 製品ページ（仕様・特長）: フル充電後最長70日。1分の充電で3時間使用。電池寿命は使用状況により異なる場合があり	2026-10-08
MX Master 4 for Mac（米国のみ）のバッテリー持続（フル充電、最大）	70 日	logitech.com Logitech US official MX Master 4 for Mac page (specs / features): Battery life:	2026-10-08
MX Master 3S Bluetooth editionのバッテリー持続（フル充電）	70 日	logicool.co.jp ロジクール日本公式 MX Master 3S Bluetooth edition 製品ページ（仕様・特長）: MX Master 3S は、フル充電後70日、	2026-10-08
MX Anywhere 3Sのバッテリー持続（フル充電、最大）	70 日	logicool.co.jp ロジクール日本公式 MX Anywhere 3S 製品ページ（仕様・特長）: 1回のフル充電で、最長70日使用可能。1分間の急速充電で3時間使用できます（電池	2026-10-08
MX Anywhere 3S（Mac用）のバッテリー持続（フル充電、最大）	70 日	logicool.co.jp ロジクール日本公式 MX Anywhere 3S（Mac用）製品ページ（仕様・特長）: 1回のフル充電で、最長70日使用可能。1分間の急速充電で3時間使用で	2026-10-08
MX Ergo Sのバッテリー持続（フル充電、最大）	120 日	logicool.co.jp ロジクール日本公式 MX Ergo S 製品ページ（仕様・特長）: 1回のフル充電で最大120日使用可能。1分の充電で24時間の使用（使用状況により異なる場合	2026-10-08
MX Verticalのバッテリー持続	フル充電後最長4か月（毎日使用した場合）。1分の充電で3時間	logicool.co.jp ロジクール日本公式 MX Vertical 製品ページ（仕様・特長）: フル充電した場合、毎日使用しても最大4か月持続／1分間の素早い充電で3時間使用可能（F	2026-10-08
MX Master 4の急速充電	1分の充電で3時間使用（USB-C。充電ケーブルは同梱されていない）	logicool.co.jp ロジクール日本公式 MX Master 4 製品ページ（仕様・特長）: わずか1分の充電で3時間使用できます／充電ケーブルは同梱されていません	2026-10-08
MX Master 4の接続方式	Bluetooth Low Energy 5.1、または同梱の USB-C Logi Bolt レシーバー（USB-A ポートにも対応）	logicool.co.jp ロジクール日本公式 MX Master 4 製品ページ（仕様・特長）: ワイヤレステクノロジー: Bluetooth Low Energy、BLE 5.1／パ	2026-10-08
MX Master 4 for Mac（米国のみ）の接続方式	Bluetooth Low Energy 5.1。Logi Bolt レシーバーは同梱されていない（別売で対応）	logitech.com Logitech US official MX Master 4 for Mac page (specs / features): Package: Mouse	2026-10-08
MX Master 3S Bluetooth editionの接続方式	Bluetooth Low Energy（Bluetooth edition。レシーバーなし）。標準エディションには Logi Bolt レシーバーが付く	logicool.co.jp ロジクール日本公式 MX Master 3S Bluetooth edition 製品ページ（仕様・特長）: ワイヤレステクノロジー: Bluetooth L	2026-10-08
MX Anywhere 3Sの接続方式	Bluetooth Low Energy。Logi Bolt レシーバー（別売）に対応。レシーバーは同梱されていない	logicool.co.jp ロジクール日本公式 MX Anywhere 3S 製品ページ（仕様・特長）: Bluetooth Low Energy テクノロジー、Logi Bolt US	2026-10-08
MX Anywhere 3S（Mac用）の接続方式	Bluetooth Low Energy。Logi Bolt レシーバー（別売）に対応	logicool.co.jp ロジクール日本公式 MX Anywhere 3S（Mac用）製品ページ（仕様・特長）: Bluetooth Low Energy が必要／Logi Bolt	2026-10-08
MX Ergo Sの接続方式	Bluetooth Low Energy、または同梱の Logi Bolt USB レシーバー	logicool.co.jp ロジクール日本公式 MX Ergo S 製品ページ（仕様・特長）: 接続タイプ: Logi Bolt USB レシーバー、Bluetooth Low Ener	2026-10-08
MX Verticalの接続方式	Bluetooth Low Energy 4.2、または同梱の Unifying USB レシーバー（Logi Bolt ではない）	logicool.co.jp ロジクール日本公式 MX Vertical 製品ページ（仕様・特長）: ワイヤレステクノロジー: Unifying USB レシーバー、Bluetooth L	2026-10-08
MX Master 4の対応 OS	Bluetooth: Windows 11 以降、macOS 13 以降、Linux・ChromeOS、iPadOS 15 以降、Android 12 以降。Logi Bolt: Windows 10・11 以降、macOS 13 以降。カスタマイズアプリ Logi Options+ は Windows/macOS	logicool.co.jp ロジクール日本公式 MX Master 4 製品ページ（仕様・特長）: システム要件: Bluetooth / Logi Bolt USBレシーバーの各欄	2026-10-08
MX Master 4 for Mac（米国のみ）の対応 OS	Bluetooth: macOS 13 以降、iPadOS 15 以降	logitech.com Logitech US official MX Master 4 for Mac page (specs / features): Bluetooth: Req	2026-10-08
MX Master 3S Bluetooth editionの対応 OS	Windows 10・11 以降、macOS 10.15 以降、Linux・ChromeOS、iPadOS 14 以降、Android 8.0 以降（Bluetooth）。Logi Options+ は Windows/macOS	logicool.co.jp ロジクール日本公式 MX Master 3S Bluetooth edition 製品ページ（仕様・特長）: 互換性・システム要件欄	2026-10-08
MX Anywhere 3Sの対応 OS	Windows 10・11 以降、macOS 10.15 以降、Linux・ChromeOS、iPadOS 14 以降、Android 8.0 以降	logicool.co.jp ロジクール日本公式 MX Anywhere 3S 製品ページ（仕様・特長）: システム要件: Bluetooth 欄	2026-10-08
MX Anywhere 3S（Mac用）の対応 OS	macOS 10.15 以降、iPadOS 14 以降	logicool.co.jp ロジクール日本公式 MX Anywhere 3S（Mac用）製品ページ（仕様・特長）: システム要件: Bluetooth Low Energy 経由	2026-10-08
MX Ergo Sの対応 OS	Windows 10・11 以降、macOS 12 以降、Linux・ChromeOS。Bluetooth 接続はさらに iPadOS 15 以降、Android 12 以降	logicool.co.jp ロジクール日本公式 MX Ergo S 製品ページ（仕様・特長）: システム要件: Logi Bolt USBレシーバー / Bluetooth	2026-10-08
MX Verticalの対応 OS	Windows 10・11 以降、macOS 10.15 以降、ChromeOS・Linux。Bluetooth 接続はさらに iPadOS 13.4 以降（AssistiveTouch が必要）	logicool.co.jp ロジクール日本公式 MX Vertical 製品ページ（仕様・特長）: システム要件: USBレシーバー / ブルートゥース	2026-10-08
MX Master 4の触覚フィードバック	あり。特定のアクション・ショートカット・通知に対するカスタマイズ可能な触覚フィードバック（Logi Options+ が必要。Windows と macOS の最新版のみ）	logicool.co.jp ロジクール日本公式 MX Master 4 製品ページ（仕様・特長）: 触覚センサーパネル、Actions Ring。高度な機能は Windows と mac	2026-10-08
MX Master 4 for Mac（米国のみ）の触覚フィードバック	あり（製品ページに同じ記載）	logitech.com Logitech US official MX Master 4 for Mac page (specs / features): Haptic Sense P	2026-10-08
MX Master 4の静音クリック	あり。MX Master 3 と比べ、左右クリックの音を90%軽減（メーカー表記）	logicool.co.jp ロジクール日本公式 MX Master 4 製品ページ（仕様・特長）: 静かなクリック音でノイズを90%軽減。MX Master 3と比較すると、MX Mas	2026-10-08
MX Master 3S Bluetooth editionの静音クリック	あり（Quiet Clicks）。MX Master 3 と比べ、左右クリックの音を90%軽減（メーカー表記、1 m で測定）	logicool.co.jp ロジクール日本公式 MX Master 3S Bluetooth edition 製品ページ（仕様・特長）: 静かなクリック音を実現（ノイズ90%軽減）	2026-10-08
MX Anywhere 3Sの静音クリック	あり（静かなクリック音。MX Anywhere 3 より音が少ない）	logicool.co.jp ロジクール日本公式 MX Anywhere 3S 製品ページ（仕様・特長）: MX Anywhere 3Sのクリック音は静かです（MX Anywhere 3よ	2026-10-08
MX Anywhere 3S（Mac用）の静音クリック	あり（静かなクリック音。MX Anywhere 3 より音が少ない）	logicool.co.jp ロジクール日本公式 MX Anywhere 3S（Mac用）製品ページ（仕様・特長）: MX Anywhere 3Sのクリック音は静かです（MX Anywh	2026-10-08
MX Ergo Sの静音クリック	あり（静音クリック）	logicool.co.jp ロジクール日本公式 MX Ergo S 製品ページ（仕様・特長）: 静かなクリック音と素早いUSB-C充電を装備／静音クリック	2026-10-08
MX Master 4のガラス面でのトラッキング	ガラス面でもトラッキング可能（最小4 mm のガラス厚）	logicool.co.jp ロジクール日本公式 MX Master 4 製品ページ（仕様・特長）: ガラス面を含むほぼすべての表面で動作／*最小4 mm のガラス厚	2026-10-08
MX Master 3S Bluetooth editionのガラス面でのトラッキング	ガラス面を含むほぼ全ての面をトラッキング可能（最小ガラス厚は米国ページに4 mm）	logicool.co.jp ロジクール日本公式 MX Master 3S Bluetooth edition 製品ページ（仕様・特長）: ガラス面を含めたほぼ全ての面をトラッキング可能	2026-10-08
MX Anywhere 3Sのガラス面でのトラッキング	ガラス面でもトラッキング可能（最小ガラス厚の数値は取得していない）	logicool.co.jp ロジクール日本公式 MX Anywhere 3S 製品ページ（仕様・特長）: あらゆる表面上で作業できます - ガラス面	2026-10-08
MX Anywhere 3S（Mac用）のガラス面でのトラッキング	ガラス面でもトラッキング可能（最小ガラス厚の数値は取得していない）	logicool.co.jp ロジクール日本公式 MX Anywhere 3S（Mac用）製品ページ（仕様・特長）: あらゆる表面上で作業できます - ガラス面	2026-10-08
MX Ergo Sの左利き用	いいえ。現在は右利き用のみ	logicool.co.jp ロジクール日本公式 MX Ergo S 製品ページ（仕様・特長）: FAQ: 左利き用モデルはありますか？いいえ、MX Ergo S は現在、右利き用のみ製	2026-10-08
MX Ergo Sの手のサイズ	中～大サイズの手に快適にフィット	logicool.co.jp ロジクール日本公式 MX Ergo S 製品ページ（仕様・特長）: 中～大サイズの手に快適にフィットします	2026-10-08
MX Verticalの手のサイズ	中～大サイズの手に最適	logicool.co.jp ロジクール日本公式 MX Vertical 製品ページ（仕様・特長）: MX Vertical は、中～大サイズの手に最適です	2026-10-08
MX Verticalの垂直角度	57 度	logicool.co.jp ロジクール日本公式 MX Vertical 製品ページ（仕様・特長）: 57°の垂直角度により、手首の圧力が減り、親指はサムレストに快適に配置されます	2026-10-08
MX Ergo Sの傾斜と手首・腕への説明	ヒンジでトラックボールの角度を0～20度に調整できる。20度の傾斜で前腕の筋肉緊張を軽減するとメーカーは説明	logicool.co.jp ロジクール日本公式 MX Ergo S 製品ページ（仕様・特長）: 独自の調整可能なヒンジで0～20度／20度の傾斜角度により前腕の筋肉緊張を軽減（FAQ・特	2026-10-08
MX Master 4の形状についての説明	自然な姿勢になるよう傾斜角度が最適化されているとメーカーは説明（角度の数値は取得していない）	logicool.co.jp ロジクール日本公式 MX Master 4 製品ページ（仕様・特長）: MX Master 4は、自然な姿勢になるように傾斜角度が最適化されており、1日中快適	2026-10-08
MX Verticalの左利き用	記載を確認できなかった（not found）	logicool.co.jp ロジクール日本公式 MX Vertical 製品ページ（仕様・特長）: 確認できず（not found）	2026-10-08
1個の Logi Bolt レシーバーにペアリングできるマウス・キーボードの数	6 台	hub.sync.logitech.com Users can pair up to six Logi Bolt wireless mice and keyboards to a single Logi	2026-10-08
Logi Bolt の接続セキュリティ（メーカー表記）	Bluetooth Security Mode 1・Level 4（Secure Connections Only）。FIPS 準拠とロジクールが説明	hub.sync.logitech.com Bluetooth security mode 1, level 4 (also known as Secure Connections Only mode),	2026-10-08
Logi Bolt レシーバーの接続相手	Logi Bolt レシーバーは暗号化した信号を出し、Logi Bolt 製品とだけ接続する。非 Logi Bolt 機器とはペアリングできない	hub.sync.logitech.com A Logi Bolt receiver is emitting an encrypted signal that only connects with Log	2026-10-08
Logi Bolt の無線通信距離（メーカー表記）	10 m	logitech.com up to 10 meters wireless range	2026-10-08
Logi Bolt と電波干渉（メーカー表記）	Wi-Fi アクセスポイントなどの干渉が多い無線環境でも安定した接続になるよう設計されているとロジクールは説明	logitech.com engineered for reliable connections, even in wireless environments congested wit	2026-10-08
MX Master 4 for Macのロジクール日本の公式サイトでの掲載	ロジクール日本の公式サイトで見つからなかった（商品ページの URL が404）	logicool.co.jp ロジクール日本の MX Master 4 for Mac 商品ページ（Logitech US の型番 910-007575 と同じ形の URL）は404。MX	2026-10-08
MX Master 3S Bluetooth editionのロジクール日本の公式サイトでの販売状況	ロジクール日本の公式サイトに商品ページがあり、在庫ありと表示されている	logicool.co.jp ロジクール日本公式 MX Master 3S Bluetooth edition 商品ページ: ページを取得でき、構造化データの availability が	2026-10-08

条件から MX マウスを絞り込むの早見表

記事内のツールで条件を選ぶと、自分の条件の結果と合う商品が出ます。条件は URL で指定でき、下の表のリンクはその条件で開きます。

条件	結果	ツール
事務・プログラミング・1台・Windows と Mac・Bluetooth でよい・静音は問わない・触覚は問わない	○ 当てはまる機種: MX Master 4、MX Master 3S Bluetooth edition。事務・プログラミングの条件は「サムホイール（横スクロール用の親指のホイール）あり」です（この記事で決めた条件）。MX Master 4: 150 g・ボタン 8個・Bluetooth・Logi Bolt レシーバー同梱。MX Master 3S Bluetooth edition: 141 g・ボタン 7個・Bluetooth（レシーバーなし）	この条件で開く
事務・プログラミング・3台・Windows と Mac・USB レシーバー付きがいい・静音は問わない・触覚は問わない	△ MX Master 4（台数はぎりぎり）。事務・プログラミングの条件は「サムホイール（横スクロール用の親指のホイール）あり」です（この記事で決めた条件）。MX Master 4: 150 g・ボタン 8個・Bluetooth・Logi Bolt レシーバー同梱・最大3台。MX Master 4は使う台数が最大台数ちょうどで、ぎりぎりです	この条件で開く
事務・プログラミング・1台・Mac・Bluetooth でよい・静音は問わない・触覚フィードバックがほしい	○ 当てはまる機種: MX Master 4。事務・プログラミングの条件は「サムホイール（横スクロール用の親指のホイール）あり」です（この記事で決めた条件）。MX Master 4: 150 g・ボタン 8個・Bluetooth・Logi Bolt レシーバー同梱。触覚フィードバックを使うには Logi Options+ が要ります（Windows と macOS の最新版のみ）	この条件で開く
事務・プログラミング・2台・Windows・Bluetooth でよい・静音クリックがほしい・触覚は問わない	○ 当てはまる機種: MX Master 4。事務・プログラミングの条件は「サムホイール（横スクロール用の親指のホイール）あり」です（この記事で決めた条件）。MX Master 4: 150 g・ボタン 8個・Bluetooth・Logi Bolt レシーバー同梱・最大3台。公式ページで記載を確かめられず、外した機種: MX Master 3S Bluetooth edition（台数）。MX Master 4 を Bluetooth で使うには Windows 11 以降が要ります（Logi Bolt レシーバーなら Windows 10 も対応）	この条件で開く
事務・プログラミング・1台・Windows・Logi Bolt で使いたい・静音は問わない・触覚は問わない	○ 当てはまる機種: MX Master 4。事務・プログラミングの条件は「サムホイール（横スクロール用の親指のホイール）あり」です（この記事で決めた条件）。MX Master 4: 150 g・ボタン 8個・Bluetooth・Logi Bolt レシーバー同梱。公式ページで記載を確かめられず、外した機種: MX Master 3S Bluetooth edition（Logi Bolt 対応）。Logi Bolt のレシーバー1個には、Logi Bolt 製品を最大6台つなげます	この条件で開く
事務・プログラミング・3台・Mac・Bluetooth でよい・静音クリックがほしい・触覚フィードバックがほしい	△ MX Master 4（台数はぎりぎり）。事務・プログラミングの条件は「サムホイール（横スクロール用の親指のホイール）あり」です（この記事で決めた条件）。MX Master 4: 150 g・ボタン 8個・Bluetooth・Logi Bolt レシーバー同梱・最大3台。MX Master 4は使う台数が最大台数ちょうどで、ぎりぎりです。触覚フィードバックを使うには Logi Options+ が要ります（Windows と macOS の最新版のみ）	この条件で開く
持ち運び・1台・Windows と Mac・Bluetooth でよい・静音は問わない・触覚は問わない	○ 当てはまる機種: MX Anywhere 3S。持ち運びの条件は「重さ 120 g 以下」です（この記事で決めた線）。MX Anywhere 3S: 99 g・ボタン 6個・Bluetooth（Logi Bolt レシーバーは別売）。Mac 用モデルは対応 OS が macOS と iPadOS だけなので、Windows でも使うなら通常版です	この条件で開く
持ち運び・3台・Mac・Logi Bolt で使いたい・静音クリックがほしい・触覚は問わない	△ MX Anywhere 3S、MX Anywhere 3S（Mac用）（台数はぎりぎり）。持ち運びの条件は「重さ 120 g 以下」です（この記事で決めた線）。MX Anywhere 3S: 99 g・ボタン 6個・Bluetooth（Logi Bolt レシーバーは別売）・最大3台。MX Anywhere 3Sは使う台数が最大台数ちょうどで、ぎりぎりです。MX Anywhere 3S（Mac用）: 99 g・ボタン 6個・Bluetooth（Logi Bolt レシーバーは別売）・最大3台。MX Anywhere 3S（Mac用）は使う台数が最大台数ちょうどで、ぎりぎりです。Logi Bolt のレシーバー1個には、Logi Bolt 製品を最大6台つなげます	この条件で開く
持ち運び・1台・Windows・USB レシーバー付きがいい・静音は問わない・触覚は問わない	✕ 条件に合う機種がありません。持ち運びの条件は「重さ 120 g 以下」です（この記事で決めた線）	この条件で開く
手首の負担を減らしたい・縦型・1台・Windows・USB レシーバー付きがいい・静音は問わない・触覚は問わない	○ 当てはまる機種: MX Vertical。メーカーの説明では、MX Vertical は 57° の縦型で手首の圧力を減らします。どれだけ減るかの数字は、測定の条件を確かめられなかったので載せていません。MX Vertical: 125 g・ボタン 4個（カスタマイズ可能）・Bluetooth・Unifying レシーバー同梱（Logi Bolt ではない）。MX Verticalはメーカーの目安で「中〜大サイズの手」向けです	この条件で開く
手首の負担を減らしたい・トラックボール・2台・Windows と Mac・USB レシーバー付きがいい・静音クリックがほしい・触覚は問わない	△ MX Ergo S（台数はぎりぎり）。メーカーの説明では、MX Ergo S は 20度の傾斜で前腕の筋肉の緊張を減らします。どれだけ減るかの数字は、測定の条件を確かめられなかったので載せていません。MX Ergo S: 164 g・ボタン 8個・Bluetooth・Logi Bolt レシーバー同梱・最大2台。MX Ergo Sは使う台数が最大台数ちょうどで、ぎりぎりです。MX Ergo Sはメーカーの目安で「中〜大サイズの手」向けです	この条件で開く
手首の負担を減らしたい・どちらでも・3台・Windows と Mac・Bluetooth でよい・静音は問わない・触覚は問わない	△ MX Vertical（台数はぎりぎり）。メーカーの説明では、MX Vertical は 57° の縦型で手首の圧力を減らします。メーカーの説明では、MX Ergo S は 20度の傾斜で前腕の筋肉の緊張を減らします。どれだけ減るかの数字は、測定の条件を確かめられなかったので載せていません。MX Vertical: 125 g・ボタン 4個（カスタマイズ可能）・Bluetooth・Unifying レシーバー同梱（Logi Bolt ではない）・最大3台。MX Verticalは使う台数が最大台数ちょうどで、ぎりぎりです。MX Verticalはメーカーの目安で「中〜大サイズの手」向けです。最大台数が使う台数より少ない機種: MX Ergo S（最大2台）	この条件で開く
手首の負担を減らしたい・トラックボール・3台・Windows・Bluetooth でよい・静音は問わない・触覚は問わない	✕ 条件に合う機種がありません。メーカーの説明では、MX Ergo S は 20度の傾斜で前腕の筋肉の緊張を減らします。どれだけ減るかの数字は、測定の条件を確かめられなかったので載せていません。最大台数が使う台数より少ない機種: MX Ergo S（最大2台）	この条件で開く

iPad miniの選び方 — 画面は紙のサイズで決める

Mon, 05 Apr 2021 00:00:00 GMT

読書・メモと筆圧ありの手書きで、紙がA6までなら、いちばん小さく軽い、画面が8.3インチの現行機種で足ります。A5を等倍で表示するなら、現行のiPadでは対角10.86インチ以上の機種が要り、10.86インチと11.1インチではぎりぎりです。

2026年10月時点の現行のiPadを、Appleの仕様ページとCLIP STUDIO PAINTの公式の要件で比べました。実機は試していないので、速さや使い心地は判定していません。

画面の大きさと紙のサイズの比べ方

iPad miniの画面は約176×116mmです。A6は等倍で丸ごと入りますが、A5は入りません。実際の表示領域は四隅が丸く、これより少し小さくなります。

画面の寸法はAppleが出していないので、対角と解像度から計算した値です。

紙のサイズ	iPad mini	無印のiPad（A16チップ）	11インチのiPad Air
A6（105×148mm）	○ 等倍で丸ごと入る	○ 等倍で丸ごと入る	○ 等倍で丸ごと入る
A5（148×210mm）	✕ 等倍では丸ごと入らない	○ 入る（ぎりぎり）	○ 入る（ぎりぎり）
A4（210×297mm）	✕ 等倍では丸ごと入らない	✕ 等倍では丸ごと入らない	✕ 等倍では丸ごと入らない

「ぎりぎり」は、余裕が紙の辺の10%未満のことです。

比べているのは画面全体と紙で、アプリのツールバーは引いていません。対角と解像度（Apple公表）から計算すると、A4は現行のどのiPadにも等倍では丸ごと入りません。いちばん大きい13インチでも画面の短辺は約198mmで、A4の短辺210mmに届きません。

用途と持ち歩く重さを選ぶと、足りる機種を1つ出します。

用途から iPad mini で足りるかを判定

用途・持ち歩く重さ・紙のサイズを選ぶと、iPad mini が Apple の仕様と CLIP STUDIO PAINT の公式の要件を満たすかと、条件を満たす最初の機種（iPad mini、iPad、iPad Air、iPad Pro の順）を出します。条件に合う買える iPad も1つ出します。

Apple Pencilの筆圧とホバー

Appleの比較表（ProとUSB-C版を比べた表）では、筆圧を検知するのはProで、USB-C版にはありません。Proに対応するのはiPad miniで、無印のiPad（A16チップ）は対応していません。

Apple Pencilのページでは、iPad miniはApple Pencilのホバーに対応しています。無印のiPad（A16チップ）は、対応が見つかりませんでした。

第1世代は初代のApple Pencilで、アダプタを付ける無印のiPad（A16チップ）だけが使えます。iPad miniは第1世代も第2世代も使えません。第1世代の筆圧は、Appleの比較表に無く、判定していません。

CLIP STUDIO PAINTの一覧では、第1世代も筆圧対応ペンです。

無印のiPadか11インチのiPad Airを選ぶ場面

現行のiPadでは、アプリのツールバーを引く前の画面全体で比べて、A5を等倍で丸ごと表示するには画面の対角が10.86インチ以上の機種が要ります。10.86インチと11.1インチでは余裕が10%未満で、ぎりぎりです。12.9インチ以上なら余裕があります。

筆圧ありでA5を等倍で見るなら、11インチのiPad Airがぎりぎりで届きます。筆圧が要らずA5を見るなら、無印のiPad（A16チップ）もぎりぎりで届きます。

CLIP STUDIO PAINTで使うときの注意

CLIP STUDIO PAINTの公式の要件では、iPad miniは対応端末のうち標準サイズ向けの一覧に載り、高解像度向けの一覧には載っていません。筆圧対応ペンの一覧には、Apple Pencil Proがあります。ただし画面は推奨の10.5インチ以上に届かず、必須のメモリ3GBもAppleの仕様からは判定できません。

iPad Air（M4）は対応端末のページに載っていないので、この記事では判定していません。

CLIP STUDIO PAINTの筆圧対応ペンの一覧に、Apple Pencil（USB-C）は挙がっていません。

対応OSはiPadOS 18とiPadOS 26で、現行のiPadOS 27は、そのページで見つかりませんでした。

主な仕様の比較（重さ・容量・Apple Pencil・メモリ）

2026年10月時点の現行のiPadをAppleの仕様ページで比べると、iPad miniはいちばん小さく軽い機種で、Wi-Fiモデルの重さは293gです。11インチのiPad AirのWi-Fiモデルより171g軽くなります。

機種	画面の対角	重さ	容量	Apple Pencil	メモリ
iPad mini	8.3インチ	293g	128GB・256GB・512GB	Pro・USB-C	Apple は記載なし
無印のiPad（A16チップ）	10.86インチ	477g	128GB・256GB・512GB	USB-C・第1世代（アダプタ）	Apple は記載なし
11インチのiPad Air	10.86インチ	464g	128GB・256GB・512GB・1TB	Pro・USB-C	12GB

重さはWi-Fiモデルの値で、Wi-Fi + CellularモデルのiPad miniは297gです。
バッテリー駆動時間は、Appleのテストで最大10時間です。Wi-Fiでのネット利用とビデオ再生の値で、お絵描き中の時間ではありません。
2026年10月時点の現行のiPadをAppleの仕様ページで比べると、ProMotionが載っているのはiPad Proだけで、iPad miniでは見つかりませんでした。
iPad miniはUSB-Cで外部ディスプレイにつなげます。仕様ページでは、USB-C経由のネイティブDisplayPort出力と、アダプタ（別売り）を使ったVGA・HDMI・DVI出力に対応しています。
iPad miniと無印のiPad（A16チップ）のメモリは見つかりませんでした。メモリが載っているのはiPad AirとiPad Proです。

条件ごとの候補

候補は、次の基準を満たすAmazon.co.jpの出品があれば、条件ごとに1つ選びました。

新品で、販売元がAmazon.co.jp
構成がAppleの仕様と一致
評価が100件以上で、星4以上
サクラチェッカーで注意が出ていない
条件を満たす出品が複数あるときは、調べた中でいちばん安いもの

価格は各販売サイトで確かめてください。

読書・メモで筆圧が要らない、またはApple Pencil Proで筆圧ありの手書き。350g以下・紙はA6まで

対角と解像度から計算した画面は約176×116mmで、A5は入りません。

色違いの出品があります。価格は色によって異なることがあります。評価数は、同じ商品ページの色違いなどをまとめた件数です。

紙がA5で筆圧が要らない、またはCLIP STUDIO PAINTで推奨の10.5インチ以上の画面

A5の余裕が紙の辺の10%未満で、ぎりぎりです。CLIP STUDIO PAINTの公式の要件では、この機種は標準サイズ向けの一覧に載り、画面は推奨の10.5インチ以上で余裕が小さく、ぎりぎりです。必須のメモリ3GBはAppleの仕様からは判定できません。筆圧を使うペンは、アダプタを付ける第1世代で、USB-C版は筆圧対応ペンの一覧にありません。

筆圧ありの手書きで、A5を等倍で表示

こちらもA5の余裕が小さく、ぎりぎりです。

よくある質問

iPad miniは買うべき？

iPad AirとiPad miniは何が違う？

小さく軽いのは画面が8.3インチの現行機種で、Wi-Fiモデルで293gです。M4チップで11インチの現行機種は対角10.86インチ・Wi-Fiモデルで464gで、Appleの仕様ではメモリが12GBです。

8.3インチの機種のメモリは、Appleの仕様に見つかりませんでした。どちらがどの機種かは、「主な仕様の比較」の表にあります。

無印のiPadとiPad miniはどっち？

現行のiPadで、紙がA6までの筆圧ありの手書きなら、Apple Pencil Proに対応する画面8.3インチの機種です。A5を等倍で見て筆圧も使うなら、M4チップで11インチの機種です。

筆圧が要らずA5を等倍で見るなら、現行のiPadではA16チップの機種がぎりぎりで届きます。Apple Pencilのページでは、画面が8.3インチの現行機種はApple Pencilのホバーに対応しています。

A16チップの現行機種は、対応が見つかりませんでした。機種は「主な仕様の比較」の表にあります。

容量は128GB・256GB・512GBのどれがいい？

容量は、画面が8.3インチの現行機種では128GB・256GB・512GBの3つです。CLIP STUDIO PAINTの空き容量の要件6GBはどれでも上回りますが、使い方ごとの必要量はAppleの目安が無く、計算していません。

iPad miniで使えるApple Pencilは？

Apple Pencil ProとUSB-C版は画面が8.3インチの現行機種で使えますが、第1世代と第2世代は使えません。Appleの比較表（ProとUSB-C版を比べた表）では、筆圧を検知するのはProで、USB-C版にはありません。

画面が8.3インチの現行機種はProに対応し、A16チップの現行機種は対応していません。筆圧が要らないならUSB-C版で足ります。

iPad miniの画面は小さすぎない？イラストは描ける？

対角と解像度（Apple公表）から計算すると、対角8.3インチの現行機種の画面は約176×116mmです。A6は等倍で丸ごと入りますが、A5は入りません。

実際の表示領域は四隅が丸く、これより少し小さくなります。CLIP STUDIO PAINTの公式の要件では、画面が8.3インチの現行機種は、対応端末のうち標準サイズ向けの一覧に載っています。

高解像度向けの一覧には載っていません。筆圧対応ペンの一覧には、Apple Pencil Proがあります。

ただし画面は推奨の10.5インチ以上に届かず、必須のメモリ3GBもAppleの仕様からは判定できません。読みやすさは、実機を試していないので判定していません。

計算に使ったデータと式（検証用）

調べ方と出典:

出典: Apple iPad mini 仕様・iPad（A16）仕様・iPad Air 仕様・iPadを比較／ Apple Pencil・Apple Pencilの互換性／ CLIP STUDIO PAINT 動作環境・対応端末のFAQ・ISO 216の表（ケンブリッジ大学）

計算の方法

現行機種: Apple のモデル比較ページの「現在のiPadのモデル」に並ぶ6機種（13・11インチiPad Pro（M5）、13・11インチiPad Air（M4）、iPad（A16）、iPad mini（A17 Pro））。旧モデルは扱わない。
仕様: 各機種の Apple の仕様ページ（日本・米国）とモデル比較ページ。メモリは Apple が記載した機種だけ（iPad Pro・iPad Air）。記載のない機種は「記載なし」とし、数値を推測しない。
バッテリー駆動時間は Apple が試作機で行ったテストの値で、お絵描き中の時間ではない。
Apple Pencil の対応は Apple の「Apple Pencilの互換性」ページ（2026年03月31日公開）と Apple Pencil のページ。筆圧（圧力）検知は Apple Pencil Pro のみ、Apple Pencil（USB-C）は非対応とページに明記。
アプリの要件: Procreate は公式ヘルプの現行バージョン 5.4.14 と iPadOS 16.3 以降、CLIP STUDIO PAINT for iPad は公式の動作環境ページ（iPadOS 18 / iPadOS 26、メモリ 3GB 必須・4GB 推奨、高解像度は 6GB 推奨）と対応端末の FAQ。
画面の寸法: Apple の対角（長方形として測った値、インチ）× 25.4 を、解像度の縦横比で長辺・短辺に分けた。長辺 = 対角mm × 横px ÷ √(横px² + 縦px²)、短辺 = 対角mm × 縦px ÷ √(横px² + 縦px²)。例: iPad mini は 8.3 × 25.4 = 210.8mm を 2266:1488 で分けて約176×116mm。解像度 ÷ ppi で出した長辺とも 1.5mm 以内で一致する。Apple の注記どおり、実際の表示領域は四隅が丸く、これより小さい。
紙が等倍で丸ごと入るか: 紙（ISO 216。A6 105×148mm・A5 148×210mm・A4 210×297mm）の長辺・短辺を、画面の長辺・短辺と比べた。余裕（画面 − 紙）が、比べた紙の辺の 10% 未満なら「ぎりぎり」。
用途の条件: 読書・メモ（Apple Pencil なし）は条件なし。筆圧ありの手書きは Apple Pencil Pro に対応すること（Apple の Apple Pencil のページの比較表は Pro と USB-C の2つで、筆圧の検知は Pro のみ）。Apple Pencil（第1世代）の筆圧はこの表に無いので判定しない。
CLIP STUDIO PAINT: 対応端末のページに載ること・同社の筆圧対応ペンの一覧（Apple Pencil 第1世代・第2世代・Pro）のペンが使えることを必須として判定し、画面 10.5インチ以上は推奨として別に判定した（Apple の対角との差が推奨の 10% 未満なら「ぎりぎり」）。メモリ（3GB 必須）は Apple が記載した機種（iPad Air・iPad Pro）だけ判定し、iPad mini と iPad（A16）は判定できないとした。対応端末のページに載っていない iPad Air（M4）は「載っていない」とし、非対応とは扱わない。
ツールの並び: 条件を満たす最初の機種を iPad mini → iPad（A16）→ 11インチiPad Air → 13インチiPad Air → 11インチiPad Pro → 13インチiPad Pro の順（小さいラインから）で探す。価格の比較ではない。持ち歩きの上限（350g・500g）は Wi-Fi モデルの重量で判定し、Cellular モデルでも同じ区分になることを確かめた。
商品: Amazon.co.jp と Amazon.com の新品・Wi-Fi モデル・標準ガラス。評価100件以上・星4以上・販売元 Amazon・購入する構成が Apple の仕様の構成と一致・サクラチェッカーで注意が出ていない（日本）を満たすものだけが候補。

使った公式の値

項目	値	出典	確認日
13インチiPad Pro（M5）の画面の対角（長方形として測った値）	13 inch	apple.com 脚注: ディスプレイは四隅が丸みを帯びている。長方形として対角線を測った場合、13インチiPad Proは13インチ、11インチiPad Pro（M4とM5）は	2026-10-08
13インチiPad Pro（M5）の解像度（長辺）	2752 px	apple.com ディスプレイの項: 2,752 x 2,064 ピクセル解像度、264ppi（13インチiPad Pro（M5））	2026-10-08
13インチiPad Pro（M5）の解像度（短辺）	2064 px	apple.com ディスプレイの項: 2,752 x 2,064 ピクセル解像度、264ppi（13インチiPad Pro（M5））	2026-10-08
13インチiPad Pro（M5）の画素密度	264 ppi	apple.com ディスプレイの項: 264ppi	2026-10-08
13インチiPad Pro（M5）の重量（Wi-Fiモデル）	579 g	apple.com サイズと重量: Wi-Fiモデル 579g（Wi-Fi + Cellularモデル 582g）	2026-10-08
13インチiPad Pro（M5）の重量（Wi-Fi + Cellularモデル）	582 g	apple.com サイズと重量: Wi-Fi + Cellularモデル 582g	2026-10-08
13インチiPad Pro（M5）の本体の高さ	281.6 mm	apple.com サイズと重量: 高さ 281.6mm	2026-10-08
13インチiPad Pro（M5）の本体の幅	215.5 mm	apple.com サイズと重量: 幅 215.5mm	2026-10-08
13インチiPad Pro（M5）の本体の厚さ	5.1 mm	apple.com サイズと重量: 厚さ 5.1mm	2026-10-08
13インチiPad Pro（M5）のチップ	M5 text	apple.com チップの項: M5	2026-10-08
13インチiPad Pro（M5）のストレージ容量の選択肢	256GB・512GB・1TB・2TB text	apple.com 容量の項: 256GB, 512GB, 1TB, 2TB	2026-10-08
13インチiPad Pro（M5）のメモリ	256GB・512GB モデルは 12GB、1TB・2TB モデルは 16GB（ユニファイドメモリ） text	apple.com チップの項: 256GB・512GB モデルは 12GB、1TB・2TB モデルは 16GB（ユニファイドメモリ）	2026-10-08
13インチiPad Pro（M5）のポート	Thunderbolt / USB 4 ポート（USB-C 形状）。USB 4（最大 40Gb/s） text	apple.com 充電と拡張性: Thunderbolt / USB 4 ポート（USB-C 形状）、USB 4（最大 40Gb/s）、充電・DisplayPort 対応	2026-10-08
13インチiPad Pro（M5）のバッテリー容量	38.99 Wh	apple.com 電源とバッテリー: 38.99Whリチャージャブルリチウムポリマーバッテリー内蔵	2026-10-08
13インチiPad Pro（M5）のバッテリー駆動時間（Apple のテスト値、Wi-Fi でのインターネット利用・ビデオ再生）	10 時間	apple.com 電源とバッテリー: Wi-Fiでのインターネット利用、ビデオ再生：最大10時間（Appleが試作モデルで実施したテスト結果。脚注）	2026-10-08
13インチiPad Pro（M5）のリフレッシュレート	10Hz〜120Hz のアダプティブリフレッシュレートの ProMotion テクノロジー text	apple.com ディスプレイの項: 10Hz〜120Hz のアダプティブリフレッシュレートの ProMotion テクノロジー	2026-10-08
13インチiPad Pro（M5）のディスプレイの種類・ラミネーション・色域	Ultra Retina XDR（タンデム OLED）。フルラミネーション。広色域（P3） text	apple.com ディスプレイの項: Ultra Retina XDR（タンデム OLED）、フルラミネーション、広色域（P3）	2026-10-08
13インチiPad Pro（M5）のNano-textureガラス	Nano-texture ディスプレイガラスは 1TB・2TB モデルのオプション text	apple.com ディスプレイの項: Nano-texture ディスプレイガラスは 1TB・2TB モデルのオプション	2026-10-08
13インチiPad Pro（M5）が対応する Apple Pencil	Apple Pencil Pro、Apple Pencil（USB-C） text	support.apple.com Apple Pencilの互換性（公開日 2026年03月31日）: 13インチiPad Pro（M5）が使える Apple Pencil は Apple Pe	2026-10-08
13インチiPad Pro（M5）の Apple Pencil ホバー	対応 text	apple.com 脚注: Apple Pencilのホバーは、iPad Pro（M4、M5）、11インチiPad Pro（第4世代）、12.9インチiPad Pro（第6世代）、	2026-10-08
11インチiPad Pro（M5）の画面の対角（長方形として測った値）	11.1 inch	apple.com 脚注: ディスプレイは四隅が丸みを帯びている。長方形として対角線を測った場合、13インチiPad Proは13インチ、11インチiPad Pro（M4とM5）は	2026-10-08
11インチiPad Pro（M5）の解像度（長辺）	2420 px	apple.com ディスプレイの項: 2,420 x 1,668 ピクセル解像度、264ppi（11インチiPad Pro（M5））	2026-10-08
11インチiPad Pro（M5）の解像度（短辺）	1668 px	apple.com ディスプレイの項: 2,420 x 1,668 ピクセル解像度、264ppi（11インチiPad Pro（M5））	2026-10-08
11インチiPad Pro（M5）の画素密度	264 ppi	apple.com ディスプレイの項: 264ppi	2026-10-08
11インチiPad Pro（M5）の重量（Wi-Fiモデル）	444 g	apple.com サイズと重量: Wi-Fiモデル 444g（Wi-Fi + Cellularモデル 446g）	2026-10-08
11インチiPad Pro（M5）の重量（Wi-Fi + Cellularモデル）	446 g	apple.com サイズと重量: Wi-Fi + Cellularモデル 446g	2026-10-08
11インチiPad Pro（M5）の本体の高さ	249.7 mm	apple.com サイズと重量: 高さ 249.7mm	2026-10-08
11インチiPad Pro（M5）の本体の幅	177.5 mm	apple.com サイズと重量: 幅 177.5mm	2026-10-08
11インチiPad Pro（M5）の本体の厚さ	5.3 mm	apple.com サイズと重量: 厚さ 5.3mm	2026-10-08
11インチiPad Pro（M5）のチップ	M5 text	apple.com チップの項: M5	2026-10-08
11インチiPad Pro（M5）のストレージ容量の選択肢	256GB・512GB・1TB・2TB text	apple.com 容量の項: 256GB, 512GB, 1TB, 2TB	2026-10-08
11インチiPad Pro（M5）のメモリ	256GB・512GB モデルは 12GB、1TB・2TB モデルは 16GB（ユニファイドメモリ） text	apple.com チップの項: 256GB・512GB モデルは 12GB、1TB・2TB モデルは 16GB（ユニファイドメモリ）	2026-10-08
11インチiPad Pro（M5）のポート	Thunderbolt / USB 4 ポート（USB-C 形状）。USB 4（最大 40Gb/s） text	apple.com 充電と拡張性: Thunderbolt / USB 4 ポート（USB-C 形状）、USB 4（最大 40Gb/s）、充電・DisplayPort 対応	2026-10-08
11インチiPad Pro（M5）のバッテリー容量	31.29 Wh	apple.com 電源とバッテリー: 31.29Whリチャージャブルリチウムポリマーバッテリー内蔵	2026-10-08
11インチiPad Pro（M5）のバッテリー駆動時間（Apple のテスト値、Wi-Fi でのインターネット利用・ビデオ再生）	10 時間	apple.com 電源とバッテリー: Wi-Fiでのインターネット利用、ビデオ再生：最大10時間（Appleが試作モデルで実施したテスト結果。脚注）	2026-10-08
11インチiPad Pro（M5）のリフレッシュレート	10Hz〜120Hz のアダプティブリフレッシュレートの ProMotion テクノロジー text	apple.com ディスプレイの項: 10Hz〜120Hz のアダプティブリフレッシュレートの ProMotion テクノロジー	2026-10-08
11インチiPad Pro（M5）のディスプレイの種類・ラミネーション・色域	Ultra Retina XDR（タンデム OLED）。フルラミネーション。広色域（P3） text	apple.com ディスプレイの項: Ultra Retina XDR（タンデム OLED）、フルラミネーション、広色域（P3）	2026-10-08
11インチiPad Pro（M5）のNano-textureガラス	Nano-texture ディスプレイガラスは 1TB・2TB モデルのオプション text	apple.com ディスプレイの項: Nano-texture ディスプレイガラスは 1TB・2TB モデルのオプション	2026-10-08
11インチiPad Pro（M5）が対応する Apple Pencil	Apple Pencil Pro、Apple Pencil（USB-C） text	support.apple.com Apple Pencilの互換性（公開日 2026年03月31日）: 11インチiPad Pro（M5）が使える Apple Pencil は Apple Pe	2026-10-08
11インチiPad Pro（M5）の Apple Pencil ホバー	対応 text	apple.com 脚注: Apple Pencilのホバーは、iPad Pro（M4、M5）、11インチiPad Pro（第4世代）、12.9インチiPad Pro（第6世代）、	2026-10-08
13インチiPad Air（M4）の画面の対角（長方形として測った値）	12.9 inch	apple.com 脚注: ディスプレイは四隅が丸みを帯びている。長方形として対角線を測った場合、13インチiPad Proは13インチ、11インチiPad Pro（M4とM5）は	2026-10-08
13インチiPad Air（M4）の解像度（長辺）	2732 px	apple.com ディスプレイの項: 2,732 x 2,048 ピクセル解像度、264ppi（13インチiPad Air（M4））	2026-10-08
13インチiPad Air（M4）の解像度（短辺）	2048 px	apple.com ディスプレイの項: 2,732 x 2,048 ピクセル解像度、264ppi（13インチiPad Air（M4））	2026-10-08
13インチiPad Air（M4）の画素密度	264 ppi	apple.com ディスプレイの項: 264ppi	2026-10-08
13インチiPad Air（M4）の重量（Wi-Fiモデル）	616 g	apple.com サイズと重量: Wi-Fiモデル 616g（Wi-Fi + Cellularモデル 617g）	2026-10-08
13インチiPad Air（M4）の重量（Wi-Fi + Cellularモデル）	617 g	apple.com サイズと重量: Wi-Fi + Cellularモデル 617g	2026-10-08
13インチiPad Air（M4）の本体の高さ	280.6 mm	apple.com サイズと重量: 高さ 280.6mm	2026-10-08
13インチiPad Air（M4）の本体の幅	214.9 mm	apple.com サイズと重量: 幅 214.9mm	2026-10-08
13インチiPad Air（M4）の本体の厚さ	6.1 mm	apple.com サイズと重量: 厚さ 6.1mm	2026-10-08
13インチiPad Air（M4）のチップ	M4 text	apple.com チップの項: M4	2026-10-08
13インチiPad Air（M4）のストレージ容量の選択肢	128GB・256GB・512GB・1TB text	apple.com 容量の項: 128GB, 256GB, 512GB, 1TB	2026-10-08
13インチiPad Air（M4）のメモリ	12GB（ユニファイドメモリ） text	apple.com チップの項: 12GB（ユニファイドメモリ）	2026-10-08
13インチiPad Air（M4）のポート	USB-C ポート。USB 3（最大 10Gb/s） text	apple.com 充電と拡張性: USB-C ポート、USB 3（最大 10Gb/s）、充電・DisplayPort 対応	2026-10-08
13インチiPad Air（M4）のバッテリー容量	36.59 Wh	apple.com 電源とバッテリー: 36.59Whリチャージャブルリチウムポリマーバッテリー内蔵	2026-10-08
13インチiPad Air（M4）のバッテリー駆動時間（Apple のテスト値、Wi-Fi でのインターネット利用・ビデオ再生）	10 時間	apple.com 電源とバッテリー: Wi-Fiでのインターネット利用、ビデオ再生：最大10時間（Appleが試作モデルで実施したテスト結果。脚注）	2026-10-08
13インチiPad Air（M4）のリフレッシュレート（Apple は記載なし）	ProMotion の記載なし（リフレッシュレートの数値も記載なし） text	apple.com ディスプレイの項に ProMotion・リフレッシュレートの記載なし（2026-10-08）	2026-10-08
13インチiPad Air（M4）のディスプレイの種類・ラミネーション・色域	Liquid Retina（IPS）。フルラミネーション。広色域（P3） text	apple.com ディスプレイの項: Liquid Retina（IPS）、フルラミネーション、広色域（P3）	2026-10-08
13インチiPad Air（M4）が対応する Apple Pencil	Apple Pencil Pro、Apple Pencil（USB-C） text	support.apple.com Apple Pencilの互換性（公開日 2026年03月31日）: 13インチiPad Air（M4）が使える Apple Pencil は Apple Pe	2026-10-08
13インチiPad Air（M4）の Apple Pencil ホバー	対応 text	apple.com 脚注: Apple Pencilのホバーは、iPad Pro（M4、M5）、11インチiPad Pro（第4世代）、12.9インチiPad Pro（第6世代）、	2026-10-08
11インチiPad Air（M4）の画面の対角（長方形として測った値）	10.86 inch	apple.com 脚注: ディスプレイは四隅が丸みを帯びている。長方形として対角線を測った場合、13インチiPad Proは13インチ、11インチiPad Pro（M4とM5）は	2026-10-08
11インチiPad Air（M4）の解像度（長辺）	2360 px	apple.com ディスプレイの項: 2,360 x 1,640 ピクセル解像度、264ppi（11インチiPad Air（M4））	2026-10-08
11インチiPad Air（M4）の解像度（短辺）	1640 px	apple.com ディスプレイの項: 2,360 x 1,640 ピクセル解像度、264ppi（11インチiPad Air（M4））	2026-10-08
11インチiPad Air（M4）の画素密度	264 ppi	apple.com ディスプレイの項: 264ppi	2026-10-08
11インチiPad Air（M4）の重量（Wi-Fiモデル）	464 g	apple.com サイズと重量: Wi-Fiモデル 464g（Wi-Fi + Cellularモデル 465g）	2026-10-08
11インチiPad Air（M4）の重量（Wi-Fi + Cellularモデル）	465 g	apple.com サイズと重量: Wi-Fi + Cellularモデル 465g	2026-10-08
11インチiPad Air（M4）の本体の高さ	247.6 mm	apple.com サイズと重量: 高さ 247.6mm	2026-10-08
11インチiPad Air（M4）の本体の幅	178.5 mm	apple.com サイズと重量: 幅 178.5mm	2026-10-08
11インチiPad Air（M4）の本体の厚さ	6.1 mm	apple.com サイズと重量: 厚さ 6.1mm	2026-10-08
11インチiPad Air（M4）のチップ	M4 text	apple.com チップの項: M4	2026-10-08
11インチiPad Air（M4）のストレージ容量の選択肢	128GB・256GB・512GB・1TB text	apple.com 容量の項: 128GB, 256GB, 512GB, 1TB	2026-10-08
11インチiPad Air（M4）のメモリ	12GB（ユニファイドメモリ） text	apple.com チップの項: 12GB（ユニファイドメモリ）	2026-10-08
11インチiPad Air（M4）のポート	USB-C ポート。USB 3（最大 10Gb/s） text	apple.com 充電と拡張性: USB-C ポート、USB 3（最大 10Gb/s）、充電・DisplayPort 対応	2026-10-08
11インチiPad Air（M4）のバッテリー容量	28.93 Wh	apple.com 電源とバッテリー: 28.93Whリチャージャブルリチウムポリマーバッテリー内蔵	2026-10-08
11インチiPad Air（M4）のバッテリー駆動時間（Apple のテスト値、Wi-Fi でのインターネット利用・ビデオ再生）	10 時間	apple.com 電源とバッテリー: Wi-Fiでのインターネット利用、ビデオ再生：最大10時間（Appleが試作モデルで実施したテスト結果。脚注）	2026-10-08
11インチiPad Air（M4）のリフレッシュレート（Apple は記載なし）	ProMotion の記載なし（リフレッシュレートの数値も記載なし） text	apple.com ディスプレイの項に ProMotion・リフレッシュレートの記載なし（2026-10-08）	2026-10-08
11インチiPad Air（M4）のディスプレイの種類・ラミネーション・色域	Liquid Retina（IPS）。フルラミネーション。広色域（P3） text	apple.com ディスプレイの項: Liquid Retina（IPS）、フルラミネーション、広色域（P3）	2026-10-08
11インチiPad Air（M4）が対応する Apple Pencil	Apple Pencil Pro、Apple Pencil（USB-C） text	support.apple.com Apple Pencilの互換性（公開日 2026年03月31日）: 11インチiPad Air（M4）が使える Apple Pencil は Apple Pe	2026-10-08
11インチiPad Air（M4）の Apple Pencil ホバー	対応 text	apple.com 脚注: Apple Pencilのホバーは、iPad Pro（M4、M5）、11インチiPad Pro（第4世代）、12.9インチiPad Pro（第6世代）、	2026-10-08
iPad（A16）の画面の対角（長方形として測った値）	10.86 inch	apple.com 脚注: ディスプレイは四隅が丸みを帯びている。長方形として対角線を測った場合、13インチiPad Proは13インチ、11インチiPad Pro（M4とM5）は	2026-10-08
iPad（A16）の解像度（長辺）	2360 px	apple.com ディスプレイの項: 2,360 x 1,640 ピクセル解像度、264ppi（iPad（A16））	2026-10-08
iPad（A16）の解像度（短辺）	1640 px	apple.com ディスプレイの項: 2,360 x 1,640 ピクセル解像度、264ppi（iPad（A16））	2026-10-08
iPad（A16）の画素密度	264 ppi	apple.com ディスプレイの項: 264ppi	2026-10-08
iPad（A16）の重量（Wi-Fiモデル）	477 g	apple.com サイズと重量: Wi-Fiモデル 477g（Wi-Fi + Cellularモデル 481g）	2026-10-08
iPad（A16）の重量（Wi-Fi + Cellularモデル）	481 g	apple.com サイズと重量: Wi-Fi + Cellularモデル 481g	2026-10-08
iPad（A16）の本体の高さ	248.6 mm	apple.com サイズと重量: 高さ 248.6mm	2026-10-08
iPad（A16）の本体の幅	179.5 mm	apple.com サイズと重量: 幅 179.5mm	2026-10-08
iPad（A16）の本体の厚さ	7 mm	apple.com サイズと重量: 厚さ 7mm	2026-10-08
iPad（A16）のチップ	A16 text	apple.com チップの項: A16	2026-10-08
iPad（A16）のストレージ容量の選択肢	128GB・256GB・512GB text	apple.com 容量の項: 128GB, 256GB, 512GB	2026-10-08
iPad（A16）のメモリ（Apple は記載なし）	Apple は記載なし text	apple.com チップの項にメモリ容量の記載なし（日本の仕様ページ、2026-10-08）	2026-10-08
iPad（A16）のポート	USB-C ポート。USB 2.0（最大 480Mb/s） text	apple.com 充電と拡張性: USB-C ポート、USB 2.0（最大 480Mb/s）、充電・DisplayPort 対応	2026-10-08
iPad（A16）のバッテリー容量	28.93 Wh	apple.com 電源とバッテリー: 28.93Whリチャージャブルリチウムポリマーバッテリー内蔵	2026-10-08
iPad（A16）のバッテリー駆動時間（Apple のテスト値、Wi-Fi でのインターネット利用・ビデオ再生）	10 時間	apple.com 電源とバッテリー: Wi-Fiでのインターネット利用、ビデオ再生：最大10時間（Appleが試作モデルで実施したテスト結果。脚注）	2026-10-08
iPad（A16）のリフレッシュレート（Apple は記載なし）	ProMotion の記載なし（リフレッシュレートの数値も記載なし） text	apple.com ディスプレイの項に ProMotion・リフレッシュレートの記載なし（2026-10-08）	2026-10-08
iPad（A16）のディスプレイの種類・ラミネーション・色域	Liquid Retina（IPS）。フルラミネーションの記載なし。広色域（P3）の記載なし（比較ページは sRGB カラー） text	apple.com ディスプレイの項: Liquid Retina（IPS）	2026-10-08
iPad（A16）が対応する Apple Pencil	Apple Pencil（USB-C）、Apple Pencil（第1世代）（USB-C - Apple Pencil アダプタが必要） text	support.apple.com Apple Pencilの互換性（公開日 2026年03月31日）: iPad（A16）が使える Apple Pencil は Apple Pencil（USB	2026-10-08
iPad（A16）の Apple Pencil ホバー	対応の記載なし text	apple.com 脚注: Apple Pencilのホバーは、iPad Pro（M4、M5）、11インチiPad Pro（第4世代）、12.9インチiPad Pro（第6世代）、	2026-10-08
iPad mini（A17 Pro）の画面の対角（長方形として測った値）	8.3 inch	apple.com 脚注: ディスプレイは四隅が丸みを帯びている。長方形として対角線を測った場合、13インチiPad Proは13インチ、11インチiPad Pro（M4とM5）は	2026-10-08
iPad mini（A17 Pro）の解像度（長辺）	2266 px	apple.com ディスプレイの項: 2,266 x 1,488 ピクセル解像度、326ppi（iPad mini（A17 Pro））	2026-10-08
iPad mini（A17 Pro）の解像度（短辺）	1488 px	apple.com ディスプレイの項: 2,266 x 1,488 ピクセル解像度、326ppi（iPad mini（A17 Pro））	2026-10-08
iPad mini（A17 Pro）の画素密度	326 ppi	apple.com ディスプレイの項: 326ppi	2026-10-08
iPad mini（A17 Pro）の重量（Wi-Fiモデル）	293 g	apple.com サイズと重量: Wi-Fiモデル 293g（Wi-Fi + Cellularモデル 297g）	2026-10-08
iPad mini（A17 Pro）の重量（Wi-Fi + Cellularモデル）	297 g	apple.com サイズと重量: Wi-Fi + Cellularモデル 297g	2026-10-08
iPad mini（A17 Pro）の本体の高さ	195.4 mm	apple.com サイズと重量: 高さ 195.4mm	2026-10-08
iPad mini（A17 Pro）の本体の幅	134.8 mm	apple.com サイズと重量: 幅 134.8mm	2026-10-08
iPad mini（A17 Pro）の本体の厚さ	6.3 mm	apple.com サイズと重量: 厚さ 6.3mm	2026-10-08
iPad mini（A17 Pro）のチップ	A17 Pro text	apple.com チップの項: A17 Pro	2026-10-08
iPad mini（A17 Pro）のストレージ容量の選択肢	128GB・256GB・512GB text	apple.com 容量の項: 128GB, 256GB, 512GB	2026-10-08
iPad mini（A17 Pro）のメモリ（Apple は記載なし）	Apple は記載なし text	apple.com チップの項にメモリ容量の記載なし（日本の仕様ページ、2026-10-08）	2026-10-08
iPad mini（A17 Pro）のポート	USB-C ポート。USB 3（最大 10Gb/s） text	apple.com 充電と拡張性: USB-C ポート、USB 3（最大 10Gb/s）、充電・DisplayPort 対応	2026-10-08
iPad mini（A17 Pro）のバッテリー容量	19.3 Wh	apple.com 電源とバッテリー: 19.3Whリチャージャブルリチウムポリマーバッテリー内蔵	2026-10-08
iPad mini（A17 Pro）のバッテリー駆動時間（Apple のテスト値、Wi-Fi でのインターネット利用・ビデオ再生）	10 時間	apple.com 電源とバッテリー: Wi-Fiでのインターネット利用、ビデオ再生：最大10時間（Appleが試作モデルで実施したテスト結果。脚注）	2026-10-08
iPad mini（A17 Pro）のリフレッシュレート（Apple は記載なし）	ProMotion の記載なし（リフレッシュレートの数値も記載なし） text	apple.com ディスプレイの項に ProMotion・リフレッシュレートの記載なし（2026-10-08）	2026-10-08
iPad mini（A17 Pro）のディスプレイの種類・ラミネーション・色域	Liquid Retina（IPS）。フルラミネーション。広色域（P3） text	apple.com ディスプレイの項: Liquid Retina（IPS）、フルラミネーション、広色域（P3）	2026-10-08
iPad mini（A17 Pro）が対応する Apple Pencil	Apple Pencil Pro、Apple Pencil（USB-C） text	support.apple.com Apple Pencilの互換性（公開日 2026年03月31日）: iPad mini（A17 Pro）が使える Apple Pencil は Apple P	2026-10-08
iPad mini（A17 Pro）の Apple Pencil ホバー	対応 text	apple.com 脚注: Apple Pencilのホバーは、iPad Pro（M4、M5）、11インチiPad Pro（第4世代）、12.9インチiPad Pro（第6世代）、	2026-10-08
Apple Pencil Pro の筆圧（圧力）検知	対応 text	apple.com 機能の比較表「圧力を感知するセンサー」: Apple Pencil Proに対応	2026-10-08
Apple Pencil（USB-C）の筆圧（圧力）検知	非対応 text	apple.com 機能の比較表「圧力を感知するセンサー」: Apple Pencil（USB-C）に非対応	2026-10-08
Apple Pencil Pro の傾き検知	対応 text	apple.com 機能の比較表「傾きを感知するセンサー」: Apple Pencil Proに対応	2026-10-08
Apple Pencil（USB-C）の傾き検知	対応 text	apple.com 機能の比較表「傾きを感知するセンサー」: Apple Pencil（USB-C）に対応	2026-10-08
Apple Pencil Pro だけの機能	スクイーズ、バレルロール、触覚フィードバック、ダブルタップ、「探す」に対応（Apple Pencil（USB-C）は非対応） text	apple.com 機能の比較表: Apple Pencil Pro のみ対応の行	2026-10-08
Apple Pencil のホバーに対応する iPad	iPad Pro（M4、M5）、iPad Air（M2、M3、M4）、iPad mini（A17 Pro）などで対応。iPad（A16）は挙がっていない text	apple.com 脚注 1: Apple Pencilのホバーは、iPad Pro（M4、M5）、11インチiPad Pro（第4世代）、12.9インチiPad Pro（第6世代	2026-10-08
Apple Pencil（USB-C）に必要な iPadOS	iPadOS 17.1.1 以降 text	support.apple.com Apple Pencil（USB-C）は iPadOS 17.1.1 以降でのみ使える。Apple Pencil Pro は iPadOS 17.5 以降	2026-10-08
iPad（A16）と Apple Pencil（第1世代）	iPad（A16）では USB-C - Apple Pencil アダプタでペアリング・充電すれば Apple Pencil（第1世代）も使える text	support.apple.com Apple Pencil（第1世代）: iPad（A16）。このiPadでペアリングと充電を行うには USB-C - Apple Pencilアダプタが必	2026-10-08
Apple Pencil（第2世代）の対応	現行6機種のどれも Apple Pencil（第2世代）に対応していない text	support.apple.com Apple Pencil（第2世代）の対応機種は iPad mini（第6世代）、iPad Air（第4・第5世代）、iPad Pro 12.9インチ（第3〜第	2026-10-08
Apple が現在販売している iPad の機種	13インチiPad Pro（M5）、11インチiPad Pro（M5）、13インチiPad Air（M4）、11インチiPad Air（M4）、iPad（A16）、iPad mini（A17 Pro） text	apple.com 「現在のiPadのモデル」に並ぶ6機種（2026-10-08）。ほかは「そのほかのiPadのモデル」（旧モデル）	2026-10-08
Apple の iPadOS のページにある最新の版	iPadOS 27 text	apple.com OS のページ: iPadOS 27。対応: iPad Pro（M1以降）、iPad Air（M2以降）、iPad（A16）、iPad mini（A17 Pro	2026-10-08
Procreate（iPad 版）の現行バージョン	5.4.14 text	help.procreate.com Procreate FAQ: The current version of Procreate for iPad is 5.4.14	2026-10-08
Procreate 5.4.14 に必要な iPadOS（以降）	16.3 text	help.procreate.com Procreate FAQ: Procreate 5.4.14 requires an iPad running iPadOS 16.3 or newer	2026-10-08
Procreate が使える iPad（現行機種）	機種の一覧は無く、iPadOS 16.3 以降が動く iPad が対象。現行6機種はいずれも iPadOS 27 に対応するので条件を満たす text	help.procreate.com Can my iPad run Procreate?: iPadOS 16.3 以降が必要。対応機種は iPadOS の対応で判断	2026-10-08
Procreate の最大キャンバス（機種別）	iPad Pro（M4・M5）と iPad Air（M2・M3）は 134 メガピクセル（11,585px × 11,585px）、iPad mini（第6・第7世代）は 67 メガピクセル（8,192px × 8,192px）。iPad（A16）と iPad Air（M4）は一覧に載っていない text	help.procreate.com Canvas maximum pixels by device（iPadOS 15 以降。変更されることがある）	2026-10-08
CLIP STUDIO PAINT（iPad 版）の App Store のバージョン	5.1.4 text	apps.apple.com App Store の日本のページ（iTunes Lookup API）: バージョン 5.1.4、更新 2026-09-08、最低 OS 18.0	2026-10-08
CLIP STUDIO PAINT for iPad の対応 OS（公式の動作環境）	iPadOS 18 / iPadOS 26（iPadOS 27 の記載なし） text	clipstudio.net CLIP STUDIO PAINT for iPad「最新OSの動作について」OS: iPadOS 18 / iPadOS 26	2026-10-08
CLIP STUDIO PAINT for iPad のメモリ要件	3GB以上のメモリ必須、4GB以上推奨。高解像度のイラスト・漫画などを制作する場合は 6GB以上のメモリが推奨 text	clipstudio.net コンピュータ本体: 3GB以上のメモリ必須 4GB以上推奨	2026-10-08
CLIP STUDIO PAINT for iPad のディスプレイサイズの推奨	10.5インチ以上のディスプレイサイズを推奨 text	clipstudio.net コンピュータ本体: 10.5インチ以上のディスプレイサイズを推奨	2026-10-08
CLIP STUDIO PAINT for iPad のストレージ空き領域	6GB以上の空き容量 text	clipstudio.net ストレージ空き領域: 6GB以上の空き容量のあるストレージ	2026-10-08
CLIP STUDIO PAINT for iPad の筆圧対応ペン（公式の動作環境）	筆圧対応ペン: Apple Pencil（第1世代）、Apple Pencil（第2世代）、Apple Pencil Pro（Apple Pencil（USB-C）は挙がっていない） text	clipstudio.net 筆圧対応ペン: Apple Pencil（第 1 世代）/ Apple Pencil（第 2 世代）/ Apple Pencil Pro	2026-10-08
CLIP STUDIO PAINT の対応端末: 高解像度向けの一覧	高解像度のイラスト・漫画向けの一覧: 13・11インチiPad Pro（M5）、同（M4）、13・11インチiPad Air（M3・M2）など。iPad Air（M4）は載っていない text	support.clip-studio.com 「高解像度のイラスト・漫画など」の端末一覧（更新 2025/12/02）	2026-10-08
CLIP STUDIO PAINT の対応端末: 標準サイズ向けの一覧	標準的なサイズのイラスト・Web用の漫画向けの一覧: iPad（A16）、iPad mini（A17 Pro）ほか text	support.clip-studio.com 「標準的なサイズのイラスト・Web用の漫画など」の端末一覧（更新 2025/12/02）: iPad（A16）、iPad mini（A17 Pro）ほか	2026-10-08
iPad Air（M4）と CLIP STUDIO PAINT	iPad Air（M4）は CLIP STUDIO PAINT の対応端末のページ（FAQ 更新 2025/12/02）に載っていない text	support.clip-studio.com 端末一覧に iPad Air（M4）が無い（iPad Air は M3・M2・第5世代・第4世代・第3世代まで）。確認日 2026-10-08	2026-10-08
A6 判の短辺	105 mm	cl.cam.ac.uk A Series Formats の表。A6 = 105 × 148 mm	2026-10-08
A6 判の長辺	148 mm	cl.cam.ac.uk A Series Formats の表。A6 = 105 × 148 mm	2026-10-08
A5 判の短辺	148 mm	cl.cam.ac.uk ISO 216 の A 判の寸法表（Markus Kuhn「International standard paper sizes」）。A5 = 148 × 21	2026-10-08
A5 判の長辺	210 mm	cl.cam.ac.uk 同じ表。A5 = 148 × 210 mm	2026-10-08
A4 判の短辺	210 mm	cl.cam.ac.uk ISO 216 の A 判の寸法表（Markus Kuhn「International standard paper sizes」）。A4 = 210 × 29	2026-10-08
A4 判の長辺	297 mm	cl.cam.ac.uk 同じ表。A4 = 210 × 297 mm	2026-10-08
Apple Pencil のページの機能の比較表で比べている機種	機能の比較表で比べているのは Apple Pencil Pro と Apple Pencil（USB-C）の2つだけ。Apple Pencil（第1世代）・（第2世代）の筆圧はこの表に無い text	apple.com 機能の比較表は Apple Pencil Pro と Apple Pencil（USB-C）の2列。第1世代・第2世代は下の製品の選択の欄にだけ出る（2026-	2026-10-08
iPad mini（A17 Pro）の外部ディスプレイ出力	USB-C経由のネイティブDisplayPort出力と、アダプタ（別売り）を使ったVGA・HDMI・DVI出力 text	apple.com ビデオ出力: USB-C経由でのネイティブDisplayPort出力、アダプタ（別売り）を使用したVGA、HDMI、DVI出力に対応	2026-10-08

用途から iPad mini で足りるかを判定の早見表

記事内のツールで条件を選ぶと、自分の条件の結果と合う商品が出ます。条件は URL で指定でき、下の表のリンクはその条件で開きます。

条件	結果	ツール
読書・メモ（筆圧なし）・気にしない・指定なし	○ iPad mini で条件を満たします。条件: 筆圧が要らないので、画面と重さだけで判定します。iPad mini はこの条件を満たします。条件を満たす最初の機種: iPad mini（A17 Pro）（293g・画面の対角 8.3インチ）。iPad mini（A17 Pro）の容量の選択肢: 128GB・256GB・512GB。使い方ごとの必要量は Apple の目安が無く、計算していません	この条件で開く
読書・メモ（筆圧なし）・350g以下・指定なし	○ iPad mini で条件を満たします。条件: 筆圧が要らないので、画面と重さだけで判定します。iPad mini はこの条件を満たします。条件を満たす最初の機種: iPad mini（A17 Pro）（293g・画面の対角 8.3インチ）。iPad mini（A17 Pro）の容量の選択肢: 128GB・256GB・512GB。使い方ごとの必要量は Apple の目安が無く、計算していません	この条件で開く
読書・メモ（筆圧なし）・気にしない・A6	○ iPad mini で条件を満たします。条件: 筆圧が要らないので、画面と重さだけで判定します。紙: A6（105×148mm）を等倍で丸ごと表示。iPad mini はこの条件を満たします。条件を満たす最初の機種: iPad mini（A17 Pro）（293g・画面の対角 8.3インチ）。A6 の余裕は約11mm です（計算は長方形として測った対角から。実際の表示領域は四隅が丸く、これより小さくなります）。iPad mini（A17 Pro）の容量の選択肢: 128GB・256GB・512GB。使い方ごとの必要量は Apple の目安が無く、計算していません	この条件で開く
読書・メモ（筆圧なし）・気にしない・A5	△ iPad（A16）でぎりぎり満たします。条件: 筆圧が要らないので、画面と重さだけで判定します。紙: A5（148×210mm）を等倍で丸ごと表示。iPad mini の画面（約176×116mm）には A5 が等倍で丸ごと入りません。条件を満たす最初の機種: iPad（A16）（477g・画面の対角 10.86インチ）。A5 の余裕は約9mm（紙の辺の10%未満）で、ぎりぎりです。実際の表示領域は四隅が丸く、計算の値より小さくなります。より軽く、同じ条件を満たす機種: 11インチiPad Pro（M5）（444g）。iPad（A16）の容量の選択肢: 128GB・256GB・512GB。使い方ごとの必要量は Apple の目安が無く、計算していません	この条件で開く
読書・メモ（筆圧なし）・気にしない・A4	✕ 条件に合う機種がありません。条件: 筆圧が要らないので、画面と重さだけで判定します。紙: A4（210×297mm）を等倍で丸ごと表示。iPad mini の画面（約176×116mm）には A4 が等倍で丸ごと入りません。A4 は現行のどの iPad にも等倍では丸ごと入りません（いちばん大きい13インチでも画面の短辺は約198mm）	この条件で開く
手書き（筆圧あり）・気にしない・指定なし	○ iPad mini で条件を満たします。条件: Apple Pencil Pro に対応（Apple の比較表（Pro と USB-C 版を比べた表）では、筆圧を検知するのは Pro で、USB-C 版は非対応）。iPad mini はこの条件を満たします。条件を満たす最初の機種: iPad mini（A17 Pro）（293g・画面の対角 8.3インチ）。Apple Pencil のホバーにも対応しています。iPad mini（A17 Pro）の容量の選択肢: 128GB・256GB・512GB。使い方ごとの必要量は Apple の目安が無く、計算していません	この条件で開く
手書き（筆圧あり）・350g以下・指定なし	○ iPad mini で条件を満たします。条件: Apple Pencil Pro に対応（Apple の比較表（Pro と USB-C 版を比べた表）では、筆圧を検知するのは Pro で、USB-C 版は非対応）。iPad mini はこの条件を満たします。条件を満たす最初の機種: iPad mini（A17 Pro）（293g・画面の対角 8.3インチ）。Apple Pencil のホバーにも対応しています。iPad mini（A17 Pro）の容量の選択肢: 128GB・256GB・512GB。使い方ごとの必要量は Apple の目安が無く、計算していません	この条件で開く
手書き（筆圧あり）・気にしない・A5	△ 11インチiPad Air（M4）でぎりぎり満たします。条件: Apple Pencil Pro に対応（Apple の比較表（Pro と USB-C 版を比べた表）では、筆圧を検知するのは Pro で、USB-C 版は非対応）。紙: A5（148×210mm）を等倍で丸ごと表示。iPad mini の画面（約176×116mm）には A5 が等倍で丸ごと入りません。条件を満たす最初の機種: 11インチiPad Air（M4）（464g・画面の対角 10.86インチ）。A5 の余裕は約9mm（紙の辺の10%未満）で、ぎりぎりです。実際の表示領域は四隅が丸く、計算の値より小さくなります。より軽く、同じ条件を満たす機種: 11インチiPad Pro（M5）（444g）。Apple Pencil のホバーにも対応しています。11インチiPad Air（M4）の容量の選択肢: 128GB・256GB・512GB・1TB。使い方ごとの必要量は Apple の目安が無く、計算していません	この条件で開く
手書き（筆圧あり）・350g以下・A5	✕ 条件に合う機種がありません。条件: Apple Pencil Pro に対応（Apple の比較表（Pro と USB-C 版を比べた表）では、筆圧を検知するのは Pro で、USB-C 版は非対応）。紙: A5（148×210mm）を等倍で丸ごと表示。iPad mini の画面（約176×116mm）には A5 が等倍で丸ごと入りません。この重さの範囲に、条件を満たす機種がありません。持ち歩きを「気にしない」にすると出ます	この条件で開く
手書き（筆圧あり）・500g以下・A5	△ 11インチiPad Air（M4）でぎりぎり満たします。条件: Apple Pencil Pro に対応（Apple の比較表（Pro と USB-C 版を比べた表）では、筆圧を検知するのは Pro で、USB-C 版は非対応）。紙: A5（148×210mm）を等倍で丸ごと表示。iPad mini の画面（約176×116mm）には A5 が等倍で丸ごと入りません。条件を満たす最初の機種: 11インチiPad Air（M4）（464g・画面の対角 10.86インチ）。A5 の余裕は約9mm（紙の辺の10%未満）で、ぎりぎりです。実際の表示領域は四隅が丸く、計算の値より小さくなります。より軽く、同じ条件を満たす機種: 11インチiPad Pro（M5）（444g）。Apple Pencil のホバーにも対応しています。11インチiPad Air（M4）の容量の選択肢: 128GB・256GB・512GB・1TB。使い方ごとの必要量は Apple の目安が無く、計算していません	この条件で開く
CLIP STUDIOで描く・気にしない・指定なし	△ iPad（A16）でぎりぎり満たします。条件: CLIP STUDIO PAINT の対応端末のページに載り、同社の筆圧対応ペンの一覧（Apple Pencil 第1世代・第2世代・Pro）のペンが使えること。画面は10.5インチ以上が推奨。iPad mini は対応端末の標準的なサイズ向けの一覧に載り（高解像度向けの一覧にはありません）、Apple Pencil Pro も筆圧対応ペンに挙がっています。ただし画面は推奨の10.5インチ未満です。iPad mini と iPad（A16）は Apple がメモリを記載していないので、CLIP STUDIO PAINT の必須 3GB を満たすかは判定できません。推奨の画面サイズも満たす最初の機種: iPad（A16）（477g・10.86インチ）。画面の推奨 10.5インチに対する余裕が10%未満で、ぎりぎりです。iPad（A16）はアダプタで Apple Pencil（第1世代）が使え、これは CLIP STUDIO PAINT の筆圧対応ペンの一覧にあります（Apple Pencil（USB-C）は一覧になく、筆圧を使うには第1世代とアダプタが要ります）。メモリも Apple の記載で確かめられる最初の機種: 11インチiPad Pro（M5）（12GB。必須 3GB、高解像度向けの推奨 6GB を上回ります）。iPad（A16）の容量の選択肢: 128GB・256GB・512GB。使い方ごとの必要量は Apple の目安が無く、計算していません。iPad Air（M4）は CLIP STUDIO PAINT の対応端末のページに載っていないので、判定していません。CLIP STUDIO PAINT の対応 OS は iPadOS 18 / 26 で、現行の iPadOS 27 は記載がありません	この条件で開く
CLIP STUDIOで描く・350g以下・指定なし	△ iPad mini は対応端末に載るが、画面は推奨未満。条件: CLIP STUDIO PAINT の対応端末のページに載り、同社の筆圧対応ペンの一覧（Apple Pencil 第1世代・第2世代・Pro）のペンが使えること。画面は10.5インチ以上が推奨。iPad mini は対応端末の標準的なサイズ向けの一覧に載り（高解像度向けの一覧にはありません）、Apple Pencil Pro も筆圧対応ペンに挙がっています。ただし画面は推奨の10.5インチ未満です。iPad mini と iPad（A16）は Apple がメモリを記載していないので、CLIP STUDIO PAINT の必須 3GB を満たすかは判定できません。条件を満たす最初の機種: iPad mini（A17 Pro）（293g・画面の対角 8.3インチ）。Apple Pencil のホバーにも対応しています。iPad mini（A17 Pro）の容量の選択肢: 128GB・256GB・512GB。使い方ごとの必要量は Apple の目安が無く、計算していません。iPad Air（M4）は CLIP STUDIO PAINT の対応端末のページに載っていないので、判定していません。CLIP STUDIO PAINT の対応 OS は iPadOS 18 / 26 で、現行の iPadOS 27 は記載がありません	この条件で開く
CLIP STUDIOで描く・500g以下・指定なし	△ iPad（A16）でぎりぎり満たします。条件: CLIP STUDIO PAINT の対応端末のページに載り、同社の筆圧対応ペンの一覧（Apple Pencil 第1世代・第2世代・Pro）のペンが使えること。画面は10.5インチ以上が推奨。iPad mini は対応端末の標準的なサイズ向けの一覧に載り（高解像度向けの一覧にはありません）、Apple Pencil Pro も筆圧対応ペンに挙がっています。ただし画面は推奨の10.5インチ未満です。iPad mini と iPad（A16）は Apple がメモリを記載していないので、CLIP STUDIO PAINT の必須 3GB を満たすかは判定できません。推奨の画面サイズも満たす最初の機種: iPad（A16）（477g・10.86インチ）。画面の推奨 10.5インチに対する余裕が10%未満で、ぎりぎりです。iPad（A16）はアダプタで Apple Pencil（第1世代）が使え、これは CLIP STUDIO PAINT の筆圧対応ペンの一覧にあります（Apple Pencil（USB-C）は一覧になく、筆圧を使うには第1世代とアダプタが要ります）。メモリも Apple の記載で確かめられる最初の機種: 11インチiPad Pro（M5）（12GB。必須 3GB、高解像度向けの推奨 6GB を上回ります）。iPad（A16）の容量の選択肢: 128GB・256GB・512GB。使い方ごとの必要量は Apple の目安が無く、計算していません。iPad Air（M4）は CLIP STUDIO PAINT の対応端末のページに載っていないので、判定していません。CLIP STUDIO PAINT の対応 OS は iPadOS 18 / 26 で、現行の iPadOS 27 は記載がありません	この条件で開く
CLIP STUDIOで描く・気にしない・A5	△ iPad（A16）でぎりぎり満たします。条件: CLIP STUDIO PAINT の対応端末のページに載り、同社の筆圧対応ペンの一覧（Apple Pencil 第1世代・第2世代・Pro）のペンが使えること。画面は10.5インチ以上が推奨。紙: A5（148×210mm）を等倍で丸ごと表示。iPad mini の画面（約176×116mm）には A5 が等倍で丸ごと入りません。推奨の画面サイズも満たす最初の機種: iPad（A16）（477g・10.86インチ）。画面の推奨 10.5インチに対する余裕が10%未満で、ぎりぎりです。iPad mini と iPad（A16）は Apple がメモリを記載していないので、CLIP STUDIO PAINT の必須 3GB を満たすかは判定できません。iPad（A16）はアダプタで Apple Pencil（第1世代）が使え、これは CLIP STUDIO PAINT の筆圧対応ペンの一覧にあります（Apple Pencil（USB-C）は一覧になく、筆圧を使うには第1世代とアダプタが要ります）。メモリも Apple の記載で確かめられる最初の機種: 11インチiPad Pro（M5）（12GB。必須 3GB、高解像度向けの推奨 6GB を上回ります）。A5 の余裕は約9mm（紙の辺の10%未満）で、ぎりぎりです。実際の表示領域は四隅が丸く、計算の値より小さくなります。iPad（A16）の容量の選択肢: 128GB・256GB・512GB。使い方ごとの必要量は Apple の目安が無く、計算していません。iPad Air（M4）は CLIP STUDIO PAINT の対応端末のページに載っていないので、判定していません。CLIP STUDIO PAINT の対応 OS は iPadOS 18 / 26 で、現行の iPadOS 27 は記載がありません	この条件で開く