完全無料
コア機能に課金の壁はありません。寄付は開発を支えますが任意です。
無料・オープンソース · Windows
ShareX
キャプチャ。録画。
自動化。
ShareXは、クリエイター、開発者、サポートチームに信頼されている高機能なスクリーンショット・画面収録ユーティリティです。できること、日々の使い方、よくある不具合の直し方をこのページでまとめました。作業を速く進める助けになります。
- 広告なし
- カスタムワークフロー
- 80以上の送信先
ShareXが際立つ理由
ShareXプロジェクトが強調する強みは、コミュニティの議論やIssueでも長年のユーザーが報告している内容と一致しています。
オープンソース
GitHub上で検証可能なコード—動作を確認したり貢献できます。
軽量
起動が速く、作業の邪魔になりにくい。
長年の磨き込み
エッジケースや使い勝手の細部が積み重なっています。
強力なワークフロー
ホットキーとキャプチャ後タスクで実運用のパイプラインに。
機能のハイライト
ShareXでできることの実用的な地図です。詳しくはこのページの各セクションを参照してください。
キャプチャ
柔軟な画面キャプチャ
全画面、アクティブウィンドウ、モニター、メニュー、領域（透明や「ライト」モードを含む）、直前の領域の繰り返し、スクロールキャプチャ、自動キャプチャ、画面収録（GIF含む）。
- キャプチャ後：美麗化、エフェクト、エディタ、画面にピン留め、OCR、QRスキャン、印刷、保存、アップロード。
- スクロールキャプチャ：継ぎ目がずれるときはスクロールを遅くするか領域を狭める—キャプチャ詳細を参照。
アップロード
環境に合わせたアップロード
ファイル、フォルダ、クリップボードの画像・テキスト、URLを共有。アップロード後：URL短縮、リンクコピー、QR、カスタムアクション。
ShareXの「Destinations（送信先）」でカスタムアップローダー、Amazon S3、Cloudflare R2などを設定できます。
生産性
内蔵ツール
カラーピッカー、定規、画像エディタ、エフェクト、結合・分割、サムネイル、動画ツール、OCR、QR、ハッシュ確認、クリップボードビューアなど—アプリを離れずに利用できます。
キャプチャ詳細
適切なモードを選ぶと時間を節約できます。フォーラムやドキュメントでよく語られるパターンです。
領域と全画面
チケットでは領域でぎりぎりまで切り取り、画面全体の配置どおりのピクセルが必要なときは全画面。
スクロールキャプチャ
継ぎ目がずれるときはスクロールを遅くするか領域を狭める。
GIF録画
クリップは短く。滑らかなループには外部でトリミング。
注釈
ぼかし、ピクセル化、ステップ、矢印—サポート用スクショに最適。
アップロードと送信先
チームは環境ごとに送信先を一つ選ぶことが多いです—気軽な共有は公開ホスト、チケット用はプライベートバケット。
| シナリオ | 代表的なやり方 |
|---|---|
| すばやく共有 | 画像ホスト；キャプチャ後にURLをコピー。 |
| プライバシー優先 | S3 / R2 / GCS またはカスタムアップローダー。 |
| 開発者 | 認証ヘッダ付きで自APIへPOST。 |
| クリップボードのみ | アップロードをスキップ；パスや画像をコピー。 |
キャプチャ以外のツール
作業の流れを維持するユーティリティ—実際のUI画面とともに。
- OCR — ツールメニューとキャプチャ後から利用可能。
- ホットキー — ShareXのホットキー設定で指定。
- ハッシュチェッカー — ダウンロードの検証
- 画像結合 — 前後の比較など
- クリップボードビューア — アップロードのデバッグ
- エフェクト — 上のスクリーンショット参照
実運用のワークフロー
よくある構成例です—すべてのPCで保証されるわけではありませんが、出発点として有効です。
ITサポート：ホットキー1つ、URL1つ
領域 → ぼかし → アップロード → チケットにリンクを貼り付け。
開発者：GIFでリグレッション
GitHubのIssueでは短いGIFのほうが長い再現手順より伝わりやすい。
クリエイター：長いページのスクロール
長いページを1枚に—プライバシーと利用規約に注意。
学生：スライドからOCR
PDF出力がないとき—著作権を守ってください。
トラブルシュートと対処
まず簡単な確認から。ログとコミュニティで絞り込みます。
- ホットキーの衝突
- ホットキー設定で修飾キー付きに割り当て直す（スクリーンショット参照）。
- アップロード失敗
- 認証情報、上限、ファイアウォールを確認；別のホストを試す。
- スクロールのずれ
- スクロールを遅く、領域を狭く、レイアウト拡張を無効化。
- AVの隔離
- このページのダウンロード欄を使うか、公式GitHubリリースから入手してチェックサムを確認し、改ざんインストーラのリスクを減らしてください。
用語集
メニューやフォーラム、ガイドで出てくるShareX関連用語の簡潔な定義です。
- After capture task（キャプチャ後タスク）
- キャプチャ直後に実行される操作—保存、コピー、アップロード、エディタを開くなど。
- After upload task（アップロード後タスク）
- ファイルがホストに届いたあとに実行—URL短縮、リンクコピー、QR表示など。
- Destination（送信先）
- アップロードの出力先として設定したターゲット—画像ホスト、ストレージバケット、カスタムスクリプトなど。
- Custom uploader（カスタムアップローダー）
- 自社APIへキャプチャをPOSTするためのユーザー定義HTTPリクエストテンプレート。
- Workflow（ワークフロー）
- キャプチャ方法＋タスク＋送信先を保存し、一つの操作で起動できるようにしたチェーン。
- Hotkey profile（ホットキープロファイル）
- メインウィンドウを開かずに特定のワークフローを起動する割り当て。
- Region capture（領域キャプチャ）
- 全画面ではなく長方形・楕円・フリーハンドで領域を選ぶこと。
- Scrolling capture（スクロールキャプチャ）
- 自動スクロールでスライスをつなぎ、縦長の文書を一枚にまとめること。
- OCR
- 光学文字認識—文字の画素を選択可能な文字に変換する処理。
- Beautify（美麗化）
- 保存・共有の前にスクリーンショットへ自動で手直しを適用すること。
- Pin to screen（画面にピン留め）
- 他アプリで作業しながら、参照画像を最前面に浮かべておくこと。
- History（履歴）
- 最近のキャプチャとアップロードのログ。すぐに再オープンや再コピーに使う。
よくあるニーズでのShareXの位置づけ
ベンダー比較表ではなく、Windowsでキャプチャ環境を選ぶときに実務で気になる観点です。
| ニーズ | ShareXでの典型 | 注意点 |
|---|---|---|
| チケット用の素早いスクショ | 領域キャプチャ → ぼかし → リンクまたはパスをコピー | クラウドアップロードの社内方針を確認。 |
| UIドキュメント | スクロールキャプチャ＋エディタで番号付きステップ | 非常に長いページは複数回に分ける必要があることがあります。 |
| 短い動きのデモ | 適度な長さのGIF録画 | 大きなGIFはメールでは重い—リンクホスティングを推奨。 |
| 非公開アーカイブ | ディスク保存のみ；アップロードタスクを無効化 | 機密が写るならディスク暗号化を。 |
| 色のサンプリング | ツールから画面カラーピッカー | HDRでは見え方が変わることがある—デザインアプリで確認。 |
最初の1時間チェックリスト
本番でShareXに頼る前に、すっきりした設定にするための実践的な順序です。
- デフォルトのワークフローを決める。毎回アップロードするか、ローカル保存のみか、都度確認するか。
- ホットキーは控えめに。IDEやゲームと衝突しないよう、めったに使う操作は修飾キー付き（Ctrl+Alt+…）を推奨。
- 送信先を一つテスト。小さなテスト画像で認証を確認してから日常運用に組み込む。
- ファイル名のパターンを決める。予測しやすい名前は数週間後の検索やチケットで効いてきます。
- 監査が必要なら履歴を有効に。「10分前に何をアップロードした？」という場面で役立ちます。
- 伏せ字の練習をする。ダミーデータでぼかし・ピクセル化の手順を体に覚えさせておく。
プライバシーとセキュリティの習慣
- ●誤アップロードを減らす。送信先のテストが終わるまで「キャプチャ後アップロード」は無効に。非機密のウィンドウで試運転。
- ●仕事用と個人用を分ける。必要なら別のWindowsユーザーまたは別のShareX設定フォルダ—規制データを安易に混ぜない。
- ●OCR後はクリップボードを確認。機密テキストがクリップボードに残ることがある—画面共有前に消去。
- ●EXIFやウィンドウタイトルに注意。キャプチャにメタデータが含まれる場合がある。公開前にパイプラインで何を落とすか確認。
よく見る形式
PNG
可逆圧縮。UIや図に向く。写真ではJPEGよりファイルが大きくなりがち。
JPEG
写真向けに小さくできるが、文字をピクセル完璧に残したい用途には不向き。
GIF
短い動きや簡単なアニメ—パレット制限とファイルサイズに注意。
WebP
サイズと画質のバランスが現代的—古いビューアでは対応がまちまち。
誤解と現実
誤解：「一つのホットキーですべてをこなすべき」
現実：仕事の種類ごとにワークフローが異なる—全画面録画と小さな領域の切り取りは置き換えられない。
誤解：「スクロールキャプチャはどのページでも動く」
現実：無限スクロール、固定ヘッダ、canvas主体のサイトは継ぎ目を混乱させる—領域を調整するか分割キャプチャ。
誤解：「アップロード失敗はいつもShareXのバグ」
現実：トークン期限切れ、ホストのレート制限、企業プロキシのHTTPS介入など—ネットワークと認証を必ず確認。
追加の質問
行を開くと簡潔な回答が表示されます。トピックは互いに独立しています。
実画面と比べてキャプチャが暗い／明るいのはなぜ？
Windowsの表示スケーリング、HDR、ナイトライトなどが色の解釈を変えます。デザイン作業と同じカラープロファイルの文脈で撮り、HDRのスクショとSDRの資料を混ぜる場合は違いを明記してください。
キャプチャをスケジュール実行できる？
自動キャプチャは一定間隔に対応—ゆっくり変わるUIの監視に向きます。専用の出力フォルダと定期的な整理を組み合わせ、ディスク使用量を予測可能に。
チーム間でファイル名を一意に保つには？
日付、チケットID、短いスラグを含むパターンに。自動パイプラインではスペースを避け、アンダースコアやハイフンが安全。
サブモニタのスケールが違う場合は？
モニタごとのDPIでは、一セッションでピクセル密度が混在することがあります。後で正規化しない限り、不整合な領域をつなぐよりモニタ単位でキャプチャを。
機密アプリの画面収録は安全？
生放送と同様に考えてください—画面上に見えるものは撮れます。方針で認められたツールを使い、機密オーバーレイがあるときは録画しない。
メール用にGIFを小さくするには？
時間を短く、フレーム領域を小さく、色数を減らし、数MBの添付よりリンクホスティングを。
アップロード後にQRが読めなくなるのはなぜ？
強い圧縮や縮小でモジュールが壊れることがあります。PNGで試し、余白を確保し、スキャンアプリ側のフィルタも確認。
スクリーンショットとアクセシビリティは？
公開先のプラットフォームでキャプションやaltを追加してください。ShareXはピクセルを撮るだけで意味構造は含みません—スクリーンリーダー利用者向けに文章で補足を。
役割別のプレイブック
デザイナー
Figmaの横に参照ショットをピン留め、コンポーネント文書化は1×で。プロジェクトごとに命名を揃え、引き継ぎを検索しやすく。
開発者
IssueテンプレートとGIFをセットに。コンソールは領域モードで。トークン流出を避け—アップロード前に徹底的にぼかす。
サポートリード
環境・再現・期待と実際の3段のビジュアルを標準化。保存義務がある規制では原本を管理フォルダに。
パフォーマンスのメモ
- 低スペックPCでは不要なキャプチャ後エフェクトを切る—美麗化や重いフィルタは遅延の元。
- 長時間録画は出力を速いローカルSSDに—フレーム落ちを防ぐ。
- 24時間起動しっぱなしなら週一程度の再起動—長時間セッションで履歴がメモリに溜まることがある。
- ビデオ会議と帯域を共有するときは並列アップロードを抑える。
別ツールが向く場合
ShareXは万能ですが、正直さが時間を救います：プロ向け動画編集はタイムライン処理が得意、大量文書のOCRは専用スイートのほうが速いことがある、企業のDLPはキャプチャアプリでは代替できないポリシー強制があります。
締めのヒント
ホットキー、送信先、命名規則、アップロード失敗時の手順を、短い社内メモにまとめておくとよいです。その習慣一つでShareXは単なるユーティリティから、プレッシャー下でも記憶に頼らない信頼できるワークフローの一部になります。
この拡張セクションは、本編より深く知りたい読者向けの独立した参考資料です。ShareXアプリ本体のヘルプやリリースノートの代わりにはなりません。
自動化と再現性
同じキャプチャの流れが毎日起きるときこそShareXが輝きます。パイプラインで考える：トリガー → 出力 → 送信先 → 監査証跡。
安定した入力
ワークフローごとに固定ホットキー。思いつきクリックではなく。予測可能な入力は繁忙期や新人が来ても残ります。
安定した出力
プロジェクトごとにフォルダの型、チームごとに命名ルールを一つ。ファイル名の混乱はチケットの混乱になる。
マルチモニタと混在DPI
- 表示ごとにキャプチャ—スケールが違うとき（ノート125%＋外付け100%など）。不一致DPIの領域を一枚に混ぜると見る人を混乱させます。
- ドキュメントを読者の想定ディスプレイに合わせる—色やシャープさはパネル技術で変わります。
- 「違うモニタが全画面」は多くの場合アクティブウィンドウがそこにあったから—ツールのせいにする前にフォーカスを確認。
クリップボードの衛生
- OCRやクリップボードへコピーのあとは、機密が履歴に残ると想定—デモ前に消去。
- 巨大な画像はクリップボードが他アプリのRAMを奪う；大きいキャプチャは可能ならディスクに保存。
- ライブサポートでは数秒以内に貼り付け—遅いと新しいクリップボード項目を拾うことがある。
サポート向け注釈の型
| 要素 | 使うとき | 避けるとき |
|---|---|---|
| 矢印 | 単一のコントロールを指すとき | UIがすでに明らかなとき |
| 番号付きステップ | 2手順を超える連続操作 | 順序がどうでもよいとき |
| ぼかし／ピクセル化 | PIIや社内IDが写るとき | 修正のためにまだ文字を読める必要があるとき |
| クロップ | ウィジェット周りにノイズがあるとき | 診断にURLバーやタイトルなど文脈が必要なとき |
GIFと静止画
GIF／短い動画向き
ホバー、アニメ、リストの並べ替え、ドラッグ＆ドロップなど時間の順序が重要なもの。
PNG／JPEG向き
エラーテキスト、設定パネル、ピクセル単位のレイアウト不具合、レビュアーが拡大して見るもの。
保管と整理
スクリーンショットは劣化が早い：パスが変わり、秘密は期限切れになり、ディスクは埋まる。キャプチャフォルダに簡単な方針を。
- 大量チームは週次または月次でアーカイブをローテーション。
- 捨て切りの切り抜きと「法的ホールド」証拠フォルダを分ける。
- コールドストレージなら古いPNG束を圧縮—アーカイブには日付範囲のラベルを。
送信前QAチェックリスト
100%ズームで文字が読める
フォーカスは正しいウィンドウ
余計な通知なし
伏せ字完了
ファイル名がチケットIDと一致
習熟曲線（典型）
1週目
探索：デフォルトホットキー、送信先一つ、ときどき違うウィンドウを撮る。
1か月
安定：名前付きワークフロー、信頼できるアップロード経路、やり直し減少。
四半期
身体記憶：バッチの習慣、チームの約束事、予測できる成果物品質。
チームがやりがちな7つのミス
- 200×200の領域で足りるのに全画面を共有—余分なピクセルが文脈を漏らす。
- 送信先アカウントを確認せずアップロード—テナントやバケット違い。
- ゲームとShareXで同じホットキー—積極的に割り当て直す。
- 監査の日まで履歴を無視—コンプライアンスが絡むなら早めに有効化。
- 引き継ぎでバージョン注記を省く—ビルド番号のない「うちでは動く」スクショ。
- 編集しすぎ：実際の不具合を隠す重いフィルタ。
- 編集不足：タスクバーの時計付近に患者データの入った生キャプチャ。
同期と非同期のコミュニケーション
同期（ライブ）
通話では領域の切り抜きをチャットに貼る速さが効く—磨きより速度と明瞭さ。
非同期
チケットやメールでは番号付きステップ、必要な文脈にクロップした画像、後から人も検索エンジンも見つけられるファイル名が効く。
環境とエッジケース
初めてのキャプチャ設定で混乱しがちな状況—各回答は独立しています。
VPNや社内プロキシが変わった—突然アップロードが失敗
TLSの中間者やスプリットトンネルが公開ホストへの経路を変えます。VPNのオンオフで同じアップロードを試し、特定ホストが必要ならネットワーク管理者に許可リストを。
長いスクロールキャプチャ中にノートPCがスリープ
電源設定で前面アプリがスクロール途中で止まることがあります。AC接続、スリープ時間の一時延長、または縦方向を短く分割キャプチャ。
リモートデスクトップ（RDP）がぼやける
RDPは映像を圧縮します。可能ならセッションホスト側でキャプチャするか、クライアントの表示品質を上げる—それでもローカルよりエッジは柔らかくなりがち。
仮想マシンの全画面とウィンドウ
ゲストツールが解像度とスケールを変えます。ホストかゲストOSかを記録し、「解像度が違う」議論を避ける。
バッテリー節約モードと録画FPS
OSのスロットリングでキャプチャのフレームレートが落ちることがあります。滑らかさが必要なデモではAC接続と高性能プランを一時的に。
アンチウイルスの「安全」フォルダ除外
スイートによっては出力フォルダへの書き込みを毎回スキャンし遅延が出ます。セキュリティレビューのうえでキャプチャ先だけ限定除外も一案。
Unicodeパスと後処理スクリプト
ASCII前提の自動化はローカライズされたユーザー名で壊れます。スクリプトを配線するときは出力ルートに特殊文字を避ける。
画面収録中の音声ルーティング
ヘッドセット接続で既定デバイスが変わります。ナレーション付きウォークスルーの前に、システムの既定入出力を確認。
ナレッジベース記事の骨子
ShareXを使う手順を社内wikiに書くとき、このアウトラインを貼り付けてください。
タイトル: WindowsでShareXを使った[操作] 対象読者: [役割] 前提: OSビルド、アプリ版、権限 手順: 1. トリガ: [ホットキー / メニュー経路] 2. キャプチャ: [領域 / スクロール / 録画] 3. 編集: [ぼかし / クロップ / ステップ] 4. 出力: [パス規則 / アップロードなし] 確認: [期待するファイル名 / チェックサム任意] 巻き戻し: [取り消しや成果物削除の方法]
英語UIの用語（多言語チーム向け）
OSの表示が英語で議論が別の言語のとき、これらの語を揃えると引き継ぎが曖昧になりません。
Capture — 画面から画像や録画を取得すること
Workflow — 保存された一連の操作
Destination — アップロードの送信先
Task settings — ワークフローごとのオプション
After capture task — キャプチャ後の処理ステップ
History — 最近のアイテムのログ