スクリーンショットとスクリーンレコード、使い分けるタイミングと保存形式

結論: 「状態」はスクリーンショット、「操作」はスクリーンレコード。形式はPNG・MP4が無難。

画面を記録する方法を聞かれると、多くの人が「とりあえずスクリーンショット」と答えます。ところが、手順を説明したい場面や再現性を確認したい場面では、静止画では情報が足りないことがほとんどです。

一方で「スクリーンレコードを送ったら重くてメールに添付できなかった」という経験も珍しくありません。どちらを使うか、そしてどの形式で保存するか。この2点を決めておくだけで、日常の情報共有はずいぶんと楽になります。

• 静止画と動画、目的で決まる基本の分岐
• OS別の標準キャプチャ機能
• 保存形式の選び方
  • 静止画の形式
  • 動画の形式
• ファイルサイズをコントロールする
• 注釈・加工の手間を比較する
• 業務・学習シーン別の使い分け早見表
• 保存先とファイル名の命名規則
• FAQ

§静止画と動画、目的で決まる基本の分岐

まず大前提として、スクリーンショットは「ある瞬間の状態」を切り取るもの、スクリーンレコードは「ある時間の操作」を記録するものです。

どちらを使うかは、「相手に何を理解してほしいか」で決まります。

• エラー画面の共有 → スクリーンショット(エラーコードと状態が一枚に収まる)
• 設定画面の説明 → 操作が複数ステップなら動画、1画面で完結するなら静止画
• バグの再現報告 → スクリーンレコード(どの操作で起きるかを見せる)
• デザインレビュー → スクリーンショット(比較・注釈がしやすい)

最初は「動画の方が丁寧だろう」と思っていましたが、実際には静止画の方が相手に読んでもらえることが多いと感じます。動画は再生ボタンを押すという一手間があり、テキストメッセージのやり取りでは開かれないケースも少なくないからです。

§OS別の標準キャプチャ機能

専用アプリを入れなくても、主要OSには十分な機能が標準で揃っています。

余談ですが、macOSの Shift + Cmd + 5 は2019年のCatalina(10.15)から統合されたショートカットで、それ以前のユーザーにとっては「こんな機能があったのか」と驚く人も多いようです。Windowsも同様に、Windows 10のバージョン1809からSnipping ToolがWin + Shift + Sに統合されました。

§保存形式の選び方

§静止画の形式

スクリーンショットの保存形式は、用途によって使い分けます。

テキストやUIのキャプチャにはPNG一択と覚えておいて問題ありません。JPEGの圧縮はテキストのエッジを滲ませてしまい、読みにくさにつながります。

§動画の形式

スクリーンレコードの保存形式も、共有先によって変わります。

Slackへの貼り付けやGitHubのIssueへの添付を頻繁に行う場合、MP4(H.264)が最も互換性が高いという印象です。2026年4月時点では、主要なビジネスチャットツールの多くがMP4のインライン再生に対応しています。

[GitHubの通知設定や作業効率化については、GitHub通知設定を整理して、メール疲れから抜けるでも関連する環境整備の考え方に触れています。]

§ファイルサイズをコントロールする

スクリーンレコードは、何も考えずに録画すると数百MBになることがあります。送付・保存の前に次の点を確認しましょう。

1. 録画範囲を絞る: 全画面ではなく対象のウィンドウのみに限定する
2. フレームレートを下げる: 操作説明なら30fpsで十分、24fpsでも支障なし
3. 解像度を落とす: Retina/4K画面の場合は50〜75%に縮小して書き出す
4. 不要な前後を切る: 録画開始直後の数秒・終了直前の迷い操作を削除する
5. 圧縮ツールを通す: HandBrake(無料・オープンソース)でH.264に再エンコードする

HandBrakeはWindows・macOS・Linux対応の動画圧縮ツールで、品質設定のRF値を20〜23に設定するとファイルサイズを大幅に削減できます。

§注釈・加工の手間を比較する

スクリーンショットの強みは、撮った後に加工しやすい点です。矢印・テキスト・モザイクを加えて説明を補完できます。

macOSではプレビューアプリのマークアップ機能、WindowsではPaint 3DやGreenshotが無料で使えます。Greenshotは2026年4月時点でも活発にメンテナンスされており、Jiraやconfluenceへの直接アップロード機能もあります。

スクリーンレコードに注釈を加えるには動画編集ソフトが必要になるため、手間が格段に増えます。「ここを見てほしい」という箇所を動画で伝えたい場合は、録画中にマウスのクリックを可視化するオプションを使うのが現実的です。

macOSの Shift + Cmd + 5 には録画中のポインタ表示オプションがあり、WindowsのShareXも同様の機能を持ちます。ShareXはオープンソースで、スクリーンショット・動画・GIF・テキスト認識(OCR)を1本に統合した多機能ツールです。

§業務・学習シーン別の使い分け早見表

「マニュアルは動画の方が親切」と最初は思っていましたが、実際に作ってみると動画は更新コストが高いことに気づきました。手順が1ステップ変わるだけで再録画が必要になります。更新頻度の高い手順書には、静止画+テキストの組み合わせの方が長期的な維持管理に向いています。

ここは賛否がありますが、GIFは「軽くてループ再生できる」という利点から今もREADMEやPull Requestの説明に好んで使われます。ただし色数制限から画質が荒く、ファイルサイズも実はMP4より大きくなることが多い(参考: web.dev「Animated GIF to video」)。新しく作るなら短いMP4かWebMの方が現実的です。

§保存先とファイル名の命名規則

記録したファイルが後から探せないと意味がありません。命名規則を決めておくと検索性が上がります。

# スクリーンショット
YYYYMMDD_説明_対象.png
例: 20260425_error_login-screen.png

# スクリーンレコード
YYYYMMDD_説明_手順.mp4
例: 20260425_howto_export-settings.mp4

macOSはデフォルトで「スクリーンショット 2026-04-25 17.13.22.png」のような名前で保存します。これはそのままでは検索しにくいため、Shift + Cmd + 5 の設定からデスクトップではなく専用フォルダを保存先に指定し、定期的にリネームするか、Hazel(macOS用の自動整理ツール)でルールを組むのが効率的です。

§FAQ

Q. スクリーンショットとスクリーンレコード、どちらが容量を食いますか? A. スクリーンレコードの方が圧倒的に大きくなります。1分の録画でもMP4で10〜50MB程度になることがあります。スクリーンショットはPNGで数百KB〜数MB程度です。送付前の圧縮を習慣にしましょう。

Q. GitHubのIssueに動画を添付できますか? A. 2026年4月時点では、GitHubのIssueやPull RequestにはMP4・MOV・GIFのドラッグ&ドロップ添付が可能です。ただしファイルサイズ上限があるため、長い動画は別途動画共有サービスを使う方が確実です。

Q. iPhoneでスクリーンレコードした動画をそのままPCに送っても使えますか? A. iOSのスクリーンレコードはMP4(H.264)で保存されるため、Windowsでも問題なく再生できます。ただしAirDropではなくメール添付の場合、ファイルサイズが大きいと送信できないことがあるので注意が必要です。

Q. Zoomなどのオンライン会議を録画するのとスクリーンレコードは違いますか? A. 目的は似ていますが、Zoomのクラウド録画はZoom側のサーバーで処理されます。スクリーンレコードはローカルで任意の範囲を録画するもので、会議ツールに依存しません。参加者への通知義務など録画のマナーは個人情報保護委員会のガイドラインも参考にしてください。