2026年10月9日に6.3.2がリリースされ、この問題は解決しました。

問題は解決しましたが、今後も似たようなことは起こる可能性があるため、事例として残しておきます。

概要

X（旧Twitter）にて@t_fukuiさんとやり取りをしていたのですが、Default Folder X 6.3.1では、Finderでファイルやフォルダをドラッグし始めると、メニューバーアイコンの下にフォルダ形のドロップ先が表示されるようになりました。

公式のリリースノートには、次のように書かれています。

When you begin dragging a file or folder in the Finder, Default Folder X shows a drag target below its menu bar icon. Drop the item on it to choose a destination folder using Default Folder X’s menus.

Default Folder X Release Notes

日本語に訳すと下記のとおりです。

Finderでファイルやフォルダのドラッグを始めると、Default Folder Xはメニューバーアイコンの下にドロップ先を表示します。そこに項目をドロップすると、Default Folder Xのメニューから移動先のフォルダを選べます。

Default Folder X Release Notes

わざわざメニューバーまでドラッグする必要がありますし、ファイルをドラッグするたびにぴょこぴょこ表示されるのは正直邪魔です。

バージョン6.3.1の時点では、環境設定にオフにする項目が見当たりませんでした。
そこで、statusItemDragTargetという名前からあたりを付けて設定値を変えたところ、非表示にできました。

今回はその設定方法についてまとめておきます。

設定変更方法

ドロップ先を非表示にする

ターミナルでstatusItemDragTargetをfalseに設定します。
通常版では下記のコマンドを実行します。

defaults write com.stclairsoft.DefaultFolderX5 statusItemDragTarget -bool false

Setapp版を使っている場合は設定の書き込み先が異なるので、下記コマンドを実行します。

defaults write com.stclairsoft.DefaultFolderX5-setapp statusItemDragTarget -bool false

コマンドを実行したらDefault Folder Xを終了し、起動し直してください。
再起動後に設定が反映されます。

元に戻す

再びドロップ先を表示したいときは、trueに変更します。
通常版は下記のコマンドです。

defaults write com.stclairsoft.DefaultFolderX5 statusItemDragTarget -bool true

Setapp版は下記を実行します。

defaults write com.stclairsoft.DefaultFolderX5-setapp statusItemDragTarget -bool true

こちらも実行後にDefault Folder Xを再起動すると反映されます。

コマンドで何をしているのか？

defaults writeはアプリの設定値をターミナルから書き込むコマンドです。

コマンドのcom.stclairsoft.DefaultFolderX5とcom.stclairsoft.DefaultFolderX5-setappは、設定を書き込む先の指定です。
通常版とSetapp版ではここが違うため、使っている版に合うコマンドを実行します。

コマンドを実行すると「~/Library/Preferences/com.stclairsoft.DefaultFolderX5.plist」の「.plist」ファイルを見て、このファイル内にある「statusItemDragTarget」の値を変更します。

ちなみに、defaults writeではなくdefaults readにすると現在の値を確認できます。

defaults read com.stclairsoft.DefaultFolderX5 statusItemDragTarget

非表示にしている場合は0、表示に戻した場合は1が返ってきます。
一度も変更していなければ、値が存在しないというメッセージが表示されます。

まとめ

今回のように、環境設定に見当たらない項目でもdefaultsコマンドを使えば変更できる場合があります（ただ、当然ですがアプリ側に設定値がそもそも用意されていなければ変更できません）。

今回はここまで実装されているので、そのうちアップデートで環境設定から切り替えられるようになりそうですが、それまでの間はこのコマンドで設定を変えることでしのげます。

ドラッグのたびにアイコンが表示されて気になる方は、試してみてください。

簡単にできるようになったのは良いことですが、なにも考えずにパスの変更をしてしまい、その後リダイレクト設定をせずにそのままになっているなんてケースがあります（リダイレクト設定をしないままパスを変えているケースに、ここ最近で2回遭遇しました）。

今回はウェブサイトにおけるリダイレクト設定についてまとめます。

URLを変える = 引っ越し

URLはインターネット上の住所だとよく言われます。
住所を変えるということは、「引っ越し」です。

ドメイン全体を移転する場合も、サイト内の一部のページのURLを変える場合も、対応する新しいページがあれば旧URLからリダイレクトが必要です（ドメイン全体を移転する場合は、旧ドメインを手放してしまうとどうしようもありませんが）。

引っ越すときに引っ越し先の住所を教えていなかったら連絡が取れなくなる可能性がありますし、使っているサービスの住所登録も変更して回る必要があります。

実際の引っ越し手続きでも、郵便局で手続きをしておくと、前の住所に届いた郵便物を新しい住所に届けてくれるサービスがあります。

これと同じことをURLでも行うのがリダイレクト設定です。
リダイレクトは日本語で「転送」と訳されます。元のURLにアクセスが来たら、サーバーが転送先を返し、ブラウザがそのURLへ移動してくれます。

リダイレクト方法にはいくつか種類があり、転送が恒久的なのか一時的なのかによって設定を変える必要があります。

ステータスコードの使い分け

リダイレクト設定時にはステータスコードというものも一緒に指定するのですが、そのときに使うステータスコードは、大きく分けて「恒久的なもの（この先ずっと変わったまま）」と「一時的なもの」に分かれます。

リダイレクトに関連する代表的なステータスコードは下記の通りです。

URLを恒久的に変更したときは、301または308を使います（基本は301）。
そして301と302を間違えると、検索エンジン側での扱われ方が変わってしまいます。

Googleは301と308を、転送先を正規URLとして扱うための強いシグナルにします。ただし、設定した瞬間に検索結果が新URLへ切り替わるわけではありません。

Google for Developers

リダイレクトと Google 検索 | Google 検索セントラル  |  Documentation  |  Google for Developers

https://developers.google.com/search/docs/crawling-indexing/301-redirects?hl=ja

一方、302・303・307は一時的な転送として扱われ、転送元のURLが検索結果に残る場合があります。

普通のウェブサイトのURL変更であれば、301を使うのが基本です。

301リダイレクト設定はキャッシュに注意

301リダイレクト設定はブラウザにキャッシュされることがあり、有効期限などを指定しないと長く残る場合があります。
一度間違った転送先を設定してしまうと、設定を直してもそのブラウザではしばらく直す前の転送先に飛んでしまいます。

自分の環境ならキャッシュを消せば済む話ですが、すでにアクセスしてしまった他ユーザーの環境には干渉できないので注意が必要です。

対策として、301のレスポンスにCache-Control: max-age=3600のような有効期限を付けておく方法があります。

リダイレクト設定はいつまで残す？

「リダイレクト設定はいつまで残せばいいの？」と思う人もいるでしょう。

別サイトからリンクしている可能性がありますし、できることならずっと残しておくのが理想です。

それが難しい場合でも、Googleのサイト移転ガイドでは「できるだけ長く、一般的には最低でも1年」維持するよう案内されています。

ただし、1年経てば古いリンクが無くなるわけではないので、新URLが使われている以上は旧URLもずっと残しておくのが理想だということは知っておきましょう。

リダイレクトの設定方法

リダイレクトの設定方法は、サーバーやホスティング環境によって書き方が変わります。
また、転送元と転送先を並べた表さえあれば、あとはそれを各サーバーの記法に直して設定するだけの作業になります。

ノーコードツール・CMSの場合

冒頭に書いた通り、最近はノーコードツールで作られたサイトも多いです。

たとえばStudioにはBusinessプラン以上だと「リダイレクトページ」、Shopifyには「URLリダイレクト」があります。
設定できる転送元やプランの条件はサービスごとに異なるので、利用中のサービスのヘルプを確認しましょう。

WordPressの場合は、Redirectionのようなプラグインを使うか、後述するサーバーの設定ファイルを使用する方法を利用します。

Apache（.htaccess）

Apacheで.htaccessによる書き換えが許可されている環境なら、下記のように設定できます。

なお、.htaccessは書き間違えるとサイト全体が500エラーになるので、編集前にバックアップを取ってから作業をしましょう。

サイトのルートにある.htaccessで、1ページを転送する例です。
既存のCMSのルールがある場合は、その前に置くなど、評価される順番も確認します。

RewriteEngine On
RewriteRule ^old-page/?$ /new-page/ [R=301,L]

R=301が返すステータスコード、Lはここでルールの処理を止める指定です。

Nginx

Nginxの場合は、対象サイトの既存のserverブロック内に書きます。

location = /old-page/ {
	return 301 /new-page/$is_args$args;
}

$is_args$argsはクエリ文字列を引き継ぐ指定です。
この例は/old-page/に一致する設定なので、末尾のスラッシュがない旧URLも使われていた場合は、その転送も確認します。

設定後は構文を確認し、成功した場合に再読み込みします。
下記はNginxを直接管理する環境の例で、コンテナや管理サービスではその環境の反映手順に従います。

sudo nginx -t && sudo nginx -s reload

Next.js

Next.jsのリダイレクトは、next.config.jsに設定できます。
下記はCommonJS形式の例です。

既存の設定オブジェクトがある場合は、そこへredirectsを追加します。

module.exports = {
	async redirects() {
		return [
			{
				source: '/old-page',
				destination: '/new-page',
				permanent: true,
			},
		]
	},
}

permanent: trueが308、falseが307になります。
301と308は、Googleにはどちらも恒久的な転送として扱われます。
ただし、308はPOSTなどのメソッドを維持しますが、301ではPOSTがGETに変わる場合がある点だけ注意が必要です。

どうしても301を返したい場合は、permanentの代わりにstatusCode: 301を指定できます（両方を同時に指定することはできません）。

設定を変更したら、再ビルド・再デプロイして反映します。
Vercelを使っている場合はvercel.jsonでも設定できますが、同じ転送を複数の場所で管理すると混乱のもとになるため、あらかじめ設定場所を決めておきましょう。

サーバーを触れない場合

何らかの理由でサーバーの設定を触れない環境では、旧URLのHTMLのhead内に、meta要素を書く方法があります。

<meta http-equiv="refresh" content="0; url=https://example.com/new-page/">

この設定をしておくとGoogleは待ち時間が0秒のmeta refreshを恒久的な転送として扱ってくれます。
逆に、待ち時間を1秒でも入れると一時的な転送として扱われるので、ここは0秒で書きます。

しかし、HTMLを読み込ませてから移動させる方式なので転送開始までHTMLの読み込みが必要ですし、そもそもHTMLを返さないPDFや画像には使えません。

サーバー側で設定できるならそちらを使うようにしましょう。

他にもJavaScriptでlocation.hrefを書き換える方法もありますが、リダイレクト方法としてはさらに優先度の低い選択肢になります。

リダイレクトでやりがちな失敗

リダイレクトの設定はできているものの、失敗してしまっていたり理想的とは言えない設定になっている場合もあります。

全部トップページに飛ばしている

古いURLをまとめてトップページへ301でリダイレクトさせる設定を見かけますが、転送元と内容が対応しない場合、Googleからソフト404として扱われることがあります。

ユーザーからしても、読みたかった記事を開いたらトップページに飛ばされるのはイライラします。

面倒でも、ページごとに対応するリダイレクト先を決めます。
本当に該当するページが無くなった「削除」の場合は、リダイレクトではなく404または410を返しましょう。

リダイレクトが数珠つなぎになっている

リニューアルを何度か繰り返したサイトでよく起きますが、「A → B → C → D」のようにリダイレクトが数珠つなぎになっていると、そのぶん表示が遅くなります。

新しいリダイレクト設定をする場合は、古いリダイレクト設定も見直して、できるだけ1回で終わるようにしましょう。

リダイレクトループしている

AからBへ、BからAへリダイレクトする設定になっているパターンです。
「www」あり・なしの統一と「http」から「https」への転送を別々のルールで書いたときに起こりやすく、ブラウザには「リダイレクトが多すぎます」とだけ表示されます。

ルールを複数書いたら、実際にアクセスして必ず確認しましょう。
クエリ文字列を使っているURLは、その値が必要な形で引き継がれるかも見ます。

ドメインが変わるならアドレス変更ツールを使う

ドメインごと引っ越す場合は、Search Consoleの「アドレス変更ツール」を使いましょう（同じドメイン内のパス変更や、HTTPからHTTPSへの変更には使わないので注意）。

support.google.com

アドレス変更ツール - Search Console ヘルプ

https://support.google.com/webmasters/answer/9370220?hl=ja

使うときは301リダイレクトを設定したうえで、新旧どちらのプロパティも同じアカウントで所有している必要があります。

このツールで送られるシグナルが続くのは180日間ですが、180日経ってもリダイレクト設定は残したままにしておくのが理想です。

まとめ

とりあえず最低限覚えておきたいのは、恒久的なURL変更なら301のリダイレクトを使うことです。

リダイレクトは、知っていれば設定自体はそこまで難しいものではありません。
しかし、ページを増やす作業や文言を直す作業と同じ感覚でURLが変更され、そもそもリダイレクトの話が出てこないまま公開されているケースが多いように感じます。

ノーコードツールでスラッグを1つ書き換えるのは数秒で終わりますが、それがどう影響するのかを知っておかないと気づきすらしません。

作業手順を整理して社内で共有し、作業時はそれに沿って行うなど、「誰かが気付かないとそのまま進んでしまう」状態にならないような工夫が必要です。

www.popclip.app

PopClip Extensions Directory

https://www.popclip.app/extensions/

翻訳やノートアプリへの取り込みといったよくありそうな機能は、だいたいここで見つかります。

しかし、自分が使っているマイナーなサービスに投げたい、社内ツールのURLを選択したIDで開きたい、といった用途では、既存の拡張機能だけで対応できないことがあります。

そんなときは、拡張機能を自作する選択肢があります。
開発者登録もビルドも要らず、テキストエディタがあれば完結します。

今回はPopClipの拡張機能を自作する方法についてまとめます。

拡張機能の2つの形式

PopClipの拡張機能には、大きく分けて「Snippets（スニペット）」と「Packages（パッケージ）」の2つの形式があります。

www.popclip.app

Snippets — PopClip Developer

https://www.popclip.app/dev/snippets

違いをまとめると下記の通りです。

Snippetsの方が気軽に追加できますが、追加ファイルの同梱や署名はできません。
配布したり自分以外も使う場合はPackagesがいいですが、自分専用や個人でのお試しレベルであればSnippetsで十分です。

まずはSnippetsで作って、配布したくなったらPackagesにする流れが良さそうです。

Snippetsで自作する

SnippetsはYAML形式のテキストを書くだけで作れます（JavaScriptで書く方法もありますが、その方法は後述します）。

最小のサンプルは下記の通りです。

#popclip
name: Urban Dictionary
icon: UD
url: https://www.urbandictionary.com/define.php?term=***

1行目の#popclipが目印で、この形式のテキストを丸ごと選択すると、PopClipが自動的に検知して「Install Extension」のアクションを表示してくれます。
***には、選択したテキストの前後の空白を取り除き、URLエンコードした値が入ります。

検索先のURLを差し替えれば、好きなサイトの検索用アクションが作れます。

そしてテキストを選択するだけで、PopClip上にインストールボタンが表示されます。

わざわざファイルを作らなくてもテキストを選択するだけで拡張機能をインストールできるという方法は、PopClipらしい仕組みで面白いです。

なお、テキスト選択からインストールできるのは5,000文字までです。
それ以上に長い場合やファイルとして保存したい場合は、.popcliptxt拡張子で保存することで、ファイルをダブルクリックでインストールできるようになります。

.yaml・.js・.tsで保存した場合は、Finderの［このアプリケーションで開く］→［PopClip］を選ぶか、PopClipのメニューバーアイコンへドラッグします。

なお、YAMLのインデントにはタブではなく半角スペースを使う必要があるので注意が必要です。

アイコンを指定する

iconで指定できる代表的な形式は、下記の通りです（アイコンの公式仕様）。

テキストアイコンはsquare（四角）やcircle（丸）といった図形の指定に、filled（塗りつぶし）を組み合わせて書きます。
icon: UDのように文字だけを書くこともできます。

バーに同じような四角が並ぶと押し間違えるので、サービスのロゴがIconifyにあるならそれを指定しておくのが分かりやすいです。

アクションの種類

指定できるアクションには、下記の6種類があります。

文字列の加工や条件分岐が必要になったら、JavaScriptやシェルスクリプトを使います。

キー入力を送る

アプリのショートカットキーを押すだけのアクションはkeyComboで書けます。

#popclip
name: Bold
icon: B
keyCombo: command b
keyComboTarget: app
stayVisible: true

command bのように、修飾キーと通常のキーを半角スペースで区切って書きます。
修飾キーはcommand・option・control・shiftが使え、cmdやoptのような省略形も通ります。

また、stayVisible: trueを付けると、クリックしてもPopClipバーが消えません。
太字と斜体を続けて当てたいときなど、連続で押したいアクションに向いています。

シェルスクリプトを実行する

シェルスクリプトを実行する場合、選択したテキストは環境変数POPCLIP_TEXTから受け取ります。

#popclip
name: Character Count
icon: symbol:textformat.123
after: show-result
interpreter: /bin/zsh
shellScript: printf '%s' "$POPCLIP_TEXT" | wc -m | tr -d ' '

POPCLIP_TEXT以外にも、ブラウザで開いているURLが入るPOPCLIP_BROWSER_URLなどが用意されています。

JavaScriptで書く

JavaScriptの場合は#popclipをコメントとして書き、その下に処理を続けます。
拡張子は.jsです。

// #popclip
// language: javascript
// name: Uppercase
// icon: square filled AB
popclip.pasteText(popclip.input.text.toUpperCase());

選択したテキストはpopclip.input.textで取得でき、popclip.pasteText()で置換できます。

上記のサンプルは選択テキストを大文字に変換していますが、このレベルの処理なら簡単に作成できます。
ちなみに、あとで説明する公式ディレクトリへの公開ではJavaScriptが推奨されています。

複数のアクションを設定する

1つの拡張機能に複数のアクションを持たせる場合はactionsに並べます。

#popclip
name: 検索
actions:
  - title: Google
    icon: iconify:simple-icons:google
    url: https://www.google.com/search?q=***
  - title: MDN
    icon: iconify:simple-icons:mdnwebdocs
    url: https://developer.mozilla.org/ja/search?q=***

titleはアイコンが無いときにボタンへ表示され、アイコンがある場合はツールチップに表示されます。

よく使う検索先を、1つの拡張機能としてまとめて管理なんてことができます。

表示条件を絞る

拡張機能を増やしていくと、バーが横に長くなって目的のアクションを探すのに時間がかかるようになってしまいます。

そこで便利な設定が「requirements」です。
選択した内容が条件に合うときだけアクションを表示する指定で、主な値は下記の通りです。

値の先頭に!を付けると条件を反転することもできます。

さらに、細かく絞りたい場合はregexで正規表現の指定も可能です。
「requirements」で絞ったあとに正規表現がかけられて、マッチした部分だけがアクションに渡ります。

例えば、選択した文字列がチケット番号のときだけ管理ツールを開く、といった書き方ができます。

#popclip
name: Issue
icon: symbol:number
regex: "^[A-Z]+-[0-9]+$"
url: https://example.com/browse/***

上記のサンプルでは選択テキストがABC-123のような形式に一致したときだけ表示されます。

他にも、特定のアプリでだけ表示したい場合はrequiredAppsにバンドルIDを指定します。

実行後の動作を決める

afterを指定すると、アクションの実行結果をどう扱うかを決められます。

対になるbeforeもあって、アクションの実行前にcopyやcutを挟めます。

シェルスクリプトの標準出力を選択範囲に戻す場合は、after: paste-resultを指定します。
URLを開くだけのアクションなど、テキストの結果を返さない処理には使えません。

Packagesにする

アイコン画像や別ファイルを同梱したい場合、または公式ディレクトリへ公開したい場合は、Packages（パッケージ形式）にします。

Packagesと言っても、.popclipextで終わる名前のフォルダを作ってその中に設定ファイルを置くだけです。

MyExtension.popclipext/
├── Config.yaml
├── icon.png
└── readme.md

今回の例では設定ファイルにConfig.yamlを使っていますが、他にJSONやplist、JavaScriptなどでも記述できます。

中身に書く内容はSnippetsと同じですが、公開する場合はname・identifier・description・popclip versionの4つが必須になります。

name: My Extension
identifier: com.example.myextension
popclip version: 6221
description: 選択したテキストを社内ツールで開きます。
icon: icon.png
url: https://example.com/search?q=***

identifierは拡張機能を識別する値なので、一意の名前を決めて、更新時も同じ値を使います。
popclip versionは必要なPopClipの最低バージョンのビルド番号で、上記サンプルでは2026.8.1（6221）以降を対象にしています。

icon.pngも実際の画像を用意します。
画像を使わない場合はicon: square filled ABのようなテキストアイコンに変更し、画像ファイルを省けます。

パッケージ化したら、フォルダをダブルクリックするとインストールされます。
なお、配布用にはフォルダをzipで圧縮して、拡張子を.popclipextzに変えたものを渡します。

自作した拡張機能を公開する方法

自分で使うだけなら前述のファイルだけで事足りますが、公式のディレクトリに載せることもできます。

www.popclip.app

PopClip Extensions Directory

https://www.popclip.app/extensions/

ディレクトリに掲載された拡張機能はサーバー側で署名されるので、インストール時に警告が出なくなりますし、更新も自動で配信されます。

提出の準備

公式の提出手順に沿って、公開したGitHubリポジトリを登録します。
2026年8月に新しい方式へ切り替わったようで、以前より手順が整理されました。

www.popclip.app

Submit an Extension — PopClip Extensions

https://www.popclip.app/extensions/submit

流れは下記の通りです。

1. 拡張機能を.popclipextパッケージとしてGitHubの公開リポジトリに置く
2. リポジトリのルートにpopclip-directory.yamlを作る
3. PopClip Directoryのアプリを対象のリポジトリにインストールする
4. バージョンのタグを付けてプッシュする

popclip-directory.yamlには、どのフォルダを拡張機能として扱うかを書きます。

include: "source/*.popclipext"
versionPrefix: v

この設定例では、パッケージをリポジトリ内のsource/フォルダに置きます。
ソースと設定ファイルをコミットしてGitHubへプッシュしたら、提出するコミットにバージョンのタグを付けて送ります。

git tag v1.0.0
git push origin v1.0.0

タグをプッシュすると自動チェックが始まり、結果をGitHubで確認できます。

サイズ制限は1つの拡張機能につきファイル数は100個まで、1ファイル1MiBまで、全体で2MiBまでです。

そしてreadme.mdを置くと、拡張機能のページに表示されます。
デモ動画（demo.mp4）を置くこともできて、こちらは目立つ位置に表示されます。

自動チェックを通ると手動レビューへ進みます。
それも承認されると、専用のページと署名済みの.popclipextzのダウンロードが用意されて公開されます。

シェルスクリプトは理由が必要

ひとつ注意したいのが、ディレクトリではJavaScriptで書くことが強く推奨されている点です。

シェルスクリプトを使う拡張機能を提出する場合は、shellScriptRationaleに「なぜJavaScriptでは実現できないのか」を書く必要があります。
理由は20文字以上が必要で、項目が無い場合は自動チェックを通りません。

公開を考えている場合は、JavaScriptで実現できる処理かを先に確認しておくと作り直しを減らせます。

まとめ

PopClipの拡張機能の自作は、想像していたよりずっと手前から始められました。
特に公開予定もなく、とりあえず自分で使う用のものであれば、YAMLを4行書いてそれを選択するだけで追加できます。

何よりテキストを選択するだけでインストール表示が出てくるのは、PopClipらしくて非常に面白いです。

まずは自分で試してみて、便利そうであれば公式ディレクトリへの申請も考えてみてはいかがでしょうか。

文章でのやり取りだけなら困りませんが、ミーティングや対面での会話ではそうもいきません。
何より、考えごとをするときにも頭の中でその言葉を使うわけですが、読み方が分からないとノイズになります。

今回はアプリ・サービス名の読み方を調べる方法についてまとめます。

読み方を調べる方法

「〇〇 読み方」で検索する

いちばん手軽なのがとりあえず読み方について検索する方法です。
読み方に迷うような名前は他の人も同じところで迷っているので、「〇〇 読み方」で検索すると大抵は誰かがまとめてくれています。

例えばdotfilesを管理するchezmoiは「シェモア」と読みます。
フランス語の「chez moi（我が家）」が由来だそうですが、日本人で初見で読める人はなかなかいないと思います。

chezmoiの場合は特に検索候補にも表示されるので、読み方が気になって調べている人が多いのでしょう。

AIに聞く

最近はAIを使う人も多いと思いますが、読み方に関する情報はAIが間違えやすいと思っています。

出典がないまま、それらしい読み方を自信満々に返してくることがあります。
参照元リンクまで見ておくようにしましょう。

出典が出てこない読み方は、鵜呑みにせずに別の方法でも確認します。

公式サイトやドキュメントを確認する

サービスによっては、公式サイトやヘルプに読み方や発音記号が書かれています。

例えば、ディスプレイの色温度を調整してブルーライトを抑える「f.lux」は、公式のFAQに「How do you guys say “f.lux”?」という項目があり、「We say “flux.”」で「エフラックス」ではなく「フラックス」と発音することが分かります。

ウェブサーバーの「nginx」も、公式サイトの1文目が「nginx (“engine x”) is an HTTP web server,」から始まります。
名前の直後に読み方が書かれていて「エンジンエックス」と読むことがわかります。

開発者向けのツールならGitHubのREADMEや公式ドキュメントも有力です。
先ほどのchezmoiは、公式ドキュメントのトップに「pronounced /ʃeɪ mwa/ (shay-mwa)」と発音記号があり、音声ファイルまであります。

ちなみに日本語だと「シェモア」と書かれることが多いのですが、公式の発音記号を見ると「シェイモア」に近い音です。

日本語版のサイトを確認する

日本語版のドキュメントが用意されている場合、英語の正式表記のあとに括弧書きで読み方が書かれている場合があります。

フロントエンドのビルドツール「Vite」の日本語ドキュメントには、「Vite（フランス語で「素早い」という意味の単語で /viːt/ ヴィートのように発音）」と書かれています。

発音記号や音声ファイルもありますし、その上でカタカナ表記まで記載してくれています。日本語話者に向けて公式が出しているので、これ以上確かな情報はありません。

公式の動画で発音を聞く

文字で見つからないときは、公式のプロモーション動画やカンファレンスの発表を聞く方法があります。

ちなみにGoogleが開発しているAIの「Gemini」は、日本語のサイトや動画では「ジェミニ」ですが、英語の発表では「ジェミナイ」と発音されています（ふたご座を意味するGeminiの英語読みがジェミナイなので、英語としてはそちらが自然です）。

日本語の広告を見てみると、「ジェミニ」と発音しています。

英語の場合は「ジェミナイ」と発音しているのが分かります。

また、Xの旧サービス名「Twitter」も、日本では「ツイッター」が一般的でしたが、アメリカでは「トゥイッター」に近い音で発音されていました。

このように国によって呼び方が違う場合もあるので、公式が日本語として出しているものや、カタカナ表記にした場合にどのように扱っているのかは確認しておいた方が良いでしょう。

翻訳サービスに発音させる

公式にも日本語版にも記載が見つからないときの手段です。
Google翻訳のような読み上げ機能に入れると、英語として自然に読んだ場合の音を聞けます。

ただし、固有名詞の読みを保証してくれるわけではありません。
造語やもじりが入った名前だと、開発元が意図した読み方とは違う音になることもあります。

「英語話者が普通に読んだらこうなる」くらいの参考として使います。

読み方が割れる言葉もある

読み方が割れる有名な言葉が画像形式の「GIF」です。

GIFの開発者であるSteve Wilhite氏は2014年のウェビー賞の授賞式で「It’s pronounced “jif” not “gif”」とスライドに出しています。

生みの親が言っているので「ジフ」が正しいということになりますが、「ギフ」と読む人もいます（特に英語圏だと「ギフ」読みの方が多かったそうです）。

The Webby Awards

It's Pronounced 'Jif' Not 'Gif' | The Webby Awards

https://www.webbyawards.com/how-do-you-pronounce-gif/

基本は生みの親が言っている「ジフ」読みにしつつ、「ギフ」と読む人もいると覚えておきましょう。

この辺りは相手に伝わるかどうかも大切なので、相手の読み方によって読み分けるのが良さそうです。
相手が「ギフ」と読んでいるのを無理に指摘する必要はないでしょう。

まとめ

チャットコミュニケーションが多いと、普段は問題なく感じてしまいますが、改めて見直してみると読み方に自信のない単語は多いのではないでしょうか。

また、そもそも読み方を調べる癖をつけるためには、単語登録をするのがオススメです。

スペルがややこしい名前や、どこが大文字だったか毎回迷う名前も、登録しておけば入力ミスがなくなりますし、登録するときには「読み」も入力する必要があります。
そこで自然に「これ何て読むんだっけ」と調べることになるので、入力の効率化と読み方の確認を同時に済ませられます。

そこで活用したいのが「PopClip（ポップクリップ）」です。
存在は知っていたものの、ほとんどショートカットキーで対応していて使っていませんでしたが、最近になって試しに使い始めました。

今回はPopClipの概要から基本的な使い方、拡張機能の追加、環境設定までまとめます。

PopClip

www.popclip.app

PopClip for Mac

https://www.popclip.app

PopClipはマウスでテキストを選択したときに、iOSのようなポップアップを表示させるアプリです。

「コピー」「ペースト」レベルであればショートカットキーの方が早いですが、PopClipは拡張機能が多く、さまざまなアクションを自由に追加できます。

Setappの活用

Webrandum

220以上の有料Macアプリが使えるサブスクサービス「Setapp」

https://webrandum.net/setapp

PopClipは有料アプリが使い放題になるサブスクサービスのSetappにも登録されています。

PopClipだけを利用するのであれば単体で購入した方がお得ですが、すでにSetappを契約している人はSetapp経由で利用するのがよいでしょう。

ライセンスの料金

Setappではなく単体購入する場合は買い切りですが、アップデート期間の違いで2種類のライセンスがあります。
執筆時点（2026年9月）の金額は下記の通りです。

どちらも5台までのMacで使えて、日本からの購入は消費税が別途かかります。

無料のトライアルモードでは全機能を利用でき、250回のアクションを実行した時点で購入を促す表示が出るようになります。

Mac App Store版の注意点

PopClipは以前Mac App Storeでも販売されていましたが、2024年3月に新規販売を終了しました。

Mac App Store版はバージョン2023.9で更新が止まっているため、これから利用する場合は、公式サイト版かSetapp版を選ぶことになります。

販売終了の理由について、開発者はフォーラムで次のように書いています。

I can’t update PopClip with new features on the Mac App Store any more. This is due to Apple’s sandboxing policy.

PopClip Forum

App Storeのサンドボックス要件によって、PopClipに新機能を追加することが難しくなったことが販売終了の理由だそうです。

なお、過去にMac App Store版を買っていた人向けには、Lifetime Licenseの割引、または2年分のStandard Licenseの無償提供が用意されています。

インストール方法

インストールは公式サイトからダウンロードするか、Homebrewを使っている場合は下記のコマンドでもインストールできます。

brew install --cask popclip

Setappを使っている人は、Setappのアプリ一覧から「PopClip」を検索してインストールします。

初回起動時には、アクセシビリティの権限を求められます。

PopClipは他のアプリで選択したテキストをアクセシビリティAPI経由で読み取るため、［システム設定］→［プライバシーとセキュリティ］→［アクセシビリティ］で許可しないと動作しません。

基本的な使い方

PopClipを起動しておくと、マウスやトラックパッドでテキストを選択したタイミングで、選択範囲の近くに横長のバーが表示されます（shift + 矢印キーによるテキスト選択では表示されません）。

バーに並んでいるアイコンをクリックすると、そのアクションが実行されます。
バーの外をクリックしたり、キーを押したりすると消えます。

テキストを選択していない状態でも、マウスのボタンを0.5秒ほど長押しするとPopClipが表示されるので、iOSと同じような感覚でポップアップを使えます。

反対に、PopClipを一時的に出したくないときは、commandを押しながらテキストを選択すると表示されません。

また、環境設定でショートカットキーを割り当てておくと、キーボードからPopClipを呼び出すこともできます（わざわざショートカットキーを割り当てて使うメリットはなさそうですが……）。

標準で用意されているアクション

インストール直後の状態で使えるアクションは下記の通りです。

表示されるアクションは、選択した内容によって変わります。

「URLを選択したときだけリンクを開くが出る」といった具合なので、バーに不要な項目が並んで邪魔になることはあまりありません。

拡張機能

www.popclip.app

PopClip Extensions Directory

https://www.popclip.app/extensions/

PopClipでは標準アクションだけでなく、拡張機能を使ってさまざまなアクションを追加できます。

公式の拡張機能ディレクトリには、執筆時点（2026年9月）で248個の拡張機能が登録されています。
代表的なものをいくつか挙げると下記の通りです。

ディレクトリからダウンロードした拡張機能ファイル（.popclipextz）を開くだけでインストールできます。

インストール済みの拡張機能は、環境設定の［アクション］タブ右下にあるツール（レンチ）アイコンから［拡張機能を管理（Manage Extensions）］を選ぶと一覧表示できます（command + Eでも開けます）。

ここでアップデートの確認やソースコードの閲覧ができます。

環境設定

環境設定はメニューバーのPopClipアイコンから開きます。
タブは［一般（General）］［アクション（Actions）］［アプリ（App）］の3つです。

一般（General）

テキスト選択の頻度が高いエディタやターミナルで毎回バーが出てくると邪魔なので、非表示にしたいアプリは［ルール］で除外しておきましょう。

アクション（Actions）

また、拡張機能を入れていくとバーが横に長くなっていくので、［＋］アイコンをクリックして追加できるフォルダ機能や区切り線を活用することで、用途ごとにまとめられます。

アプリ（App）

アプリ自体の設定とバージョン情報を確認するタブです。
私はSetapp版を使っているのですが、Setapp版ではアップデートとライセンスの項目が表示されません。

まとめ

改めてPopClipについて調べてみると、拡張性の高さに驚きました。
翻訳やノートアプリへの取り込み、他アプリへの受け渡しまで、テキストを選択した直後の動作をまとめて1つのバーに集められます。

ショートカットキーが覚えられないという人にはオススメですし、ショートカットキーを使う人も、ブラウザで調べ物をしている時間はマウスを握っていることが多く、マウスの方がラクな場合もあります。

また、PopClipに設定するような全アプリ共通のアクションをショートカットキーに割り当てようとすると、競合を避けるために複雑なキーの組み合わせが必要になりがちです。

キーを押すのも大変ですし、空いているショートカットキーも限られてきます。
わざわざマウスから手を離して両手でショートカットキーを押すよりも、マウスでメニューを選択した方が早いのかもしれません。

テキスト操作にひと手間を感じている人は一度試してみてはいかがでしょうか。

ここでいつも混乱するのが、「位置情報ルーティング」と「地理的近接性ルーティング」です。たまに見返すときにどっちがどっちか分からなくなってしまいます……

今回はRoute 53のルーティングポリシー8種類をまとめつつ、位置情報と地理的近接性の違いについて自分なりに整理します。

DNSとRoute 53の基本

Amazon Web Services, Inc.

Amazon Route 53 – DNS サービス – AWS

https://aws.amazon.com/jp/route53/

「DNS（Domain Name System）」は、ドメイン名に対応するIPアドレスなどの情報を返す仕組みです。

例えば当ブログ「Webrandum」のドメインは「webrandum.net」ですが、ブラウザが実際に接続するときはDNSから取得したIPアドレスを使います。

DNSはよく「電話帳」に例えられます。

実際に電話をかけるときは電話番号（数字の並び）を使いますが、それだけではパッと見で誰の番号か分かりません。
そこで、名前と電話番号を紐付けて電話帳に登録しておきます。

DNS（電話帳）に「このドメイン（人の名前）のIPアドレス（電話番号）を教えて」と聞いて、返ってきたIPアドレスを使うイメージです。

そのDNSの仕組みをAWS上で提供しているのがRoute 53です。
ドメインの登録やDNSレコードの管理に加えて、振り分け先が正常に動いているかを監視する「ヘルスチェック」もまとめて行えます。

ちなみにRoute 53の読み方は「ルート フィフティースリー」ですが、日本だと「ルート ごーさん」と読む人も見かけます。

また、名前の部分はアメリカの有名な国道「Route 66」にちなんだものだと言われていて、「53」という数字は、DNSが使用するポート番号の「53」が由来だそうです。

ルーティングポリシーの基本

ルーティングポリシーは、Route 53がDNSクエリにどのレコードで応答するかを決める設定です。

設定できるのは「このレコードにアクセスされたらここに返す」というシンプルなルールだけではありません。
「指定の比率で分けて返す」というA/Bテスト向けの設定や、「リソースが異常だったら別の場所に振り分ける」といったことも可能です。

ポリシーごとの詳しい仕様は、公式ドキュメントのルーティングポリシーの選択にまとまっています。

docs.aws.amazon.com

ルーティングポリシーの選択 - Amazon Route 53

https://docs.aws.amazon.com/ja_jp/Route53/latest/DeveloperGuide/routing-policy.html

ルーティングポリシーの種類

2026年9月時点で、選べるルーティングポリシーは下記の8つです。

1. シンプルルーティングポリシー
2. 加重ルーティングポリシー
3. レイテンシールーティングポリシー
4. フェイルオーバールーティングポリシー
5. 複数値回答ルーティングポリシー
6. 位置情報ルーティングポリシー
7. 地理的近接性ルーティングポリシー
8. IPベースのルーティングポリシー

振り分けの基準と主な用途をまとめると下記の通りです。

シンプルルーティングポリシー

名前の通り、特別な振り分けを行わないルーティングです。
通常は1つのDNSレコードを1つのリソースに紐付けます。

1つのレコードに複数のIPアドレスを書くこともできますが、その場合は書いたすべての値がまとめて返されます。

加重ルーティングポリシー

レコードごとに0〜255の重みを設定し、その比率でDNSの応答を振り分けます。
新しいバージョンに少しだけトラフィックを流して様子を見る「カナリアリリース」やA/Bテストで使えるポリシーです。

重みを0にするとそのレコードは応答から外れますが、ヘルスチェックを設定している場合は重みが0より大きいレコードがすべて異常になると、重み0のレコードが選ばれます。

また、グループ内のすべてのレコードを0にすると、逆にすべてのリソースへ均等に振り分けられます。

レイテンシールーティングポリシー

複数のAWSリージョンにリソースがあるとき、ユーザーから見て最もレイテンシーが低いリージョンへ振り分けます。

しかし、AWSリージョン外のリソースを指定すると、同じ都市にあるサーバーでも実際のレイテンシーと大きくズレる可能性があります。

また、レイテンシーのデータはネットワークの状態に応じて更新されるため、振り分け先は固定ではありません。

フェイルオーバールーティングポリシー

「プライマリ」と「セカンダリ」のレコードを用意し、プライマリのヘルスチェックが異常になったときだけセカンダリを返すポリシーです。

AWSのドキュメントでは、プライマリにWebサーバー、セカンダリにS3の静的ウェブサイトを置く人もいると紹介されています。S3側には「一時的に使用できません」とだけ表示させておく構成です。

複数値回答ルーティングポリシー

1回のDNSクエリに対して、最大8件の正常なレコードをまとめて返すポリシーです。
レコードごとにヘルスチェックを紐付けられるため、異常なサーバーのIPアドレスを応答から除外できます。

正常なレコードが8件以下なら、そのすべてを返します。
9件以上ある場合は最大8件が選ばれるため、返される組み合わせは一定ではありません。

シンプルルーティングで複数の値を書く方法と似ていますが、レコードごとに正常性を確認できる点が大きな違いです。

しかし、AWSのドキュメントでも「ロードバランサーに代わるものではありません」と説明されています。
DNSのキャッシュが挟まるため、細かい負荷分散や即時の切り替えには向いていません。

位置情報ルーティングポリシー

DNSクエリの発信元（ユーザーの場所）を基準に振り分けるポリシーです。
なお、指定できるのは大陸・国・米国の州の3段階です。

範囲が重なるレコードを作った場合は、狭い地域のレコードが優先されます。
例えば「北米向け（大陸）」と「カナダ向け（国）」のレコードを作ると、カナダからのクエリではカナダ向け（国）のレコードが優先される仕組みです。

用途としては、アクセス元の国に応じて言語を切り替える、配信できる権利がある地域だけにコンテンツを出すといったものがあります。

どのレコードにも当てはまらない場所からのクエリに備えて、「デフォルト」のレコードを作っておくことが推奨されています（デフォルトが無いと、レコードを作っていない場所からのクエリには何も応答が返りません）。

地理的近接性ルーティングポリシー

ユーザーと各リソースの場所を比較し、地理的に一番近いリソースへ振り分けるポリシーです。

AWSのリソースであればAWSリージョンまたはLocal Zoneグループを指定し、AWS外のリソースであれば緯度経度を指定します。自社データセンターなど、AWS外のサーバーも振り分け先に含められるのが特徴です。

このポリシーでは、リソースごとに-99〜99の「bias（バイアス）」という範囲調整用の数値を設定できます。
正の値にするとそのリソースが受け持つ地域が広がり、負の値にすると狭くなります。

Route 53がbiasを反映するときの計算式（biasが正の値の場合）は下記の通りです。

バイアス適用後の距離 = 実際の距離 * [1 - (bias / 100)]

ちなみに負の値を設定すると下記の計算式になります。

バイアス適用後の距離 = 実際の距離 / [1 + (bias / 100)]

例えばユーザーから見て、WebサーバーAが150km、WebサーバーBが100kmの位置にある場合、そのままなら距離が近いBに振り分けられます。
しかし、Aにbias +50を設定すると75kmとして扱われるため、Aの方が近いという判定になります。

IPベースのルーティングポリシー

ユーザーのIPアドレスが、どのCIDRブロック（IPアドレスの範囲）に含まれるかを基準に振り分けます。
IPアドレスとリソースの対応表を自分でRoute 53へ登録して使うポリシーです。

特定のISPからのユーザーを特定のリソースへ寄せて通信コストを下げる、位置情報ルーティングの判定を上書きするといった使い方が想定されています。

位置情報と地理的近接性の違い

さて、位置情報ルーティングポリシーと地理的近接性ルーティングポリシーは、どちらもパッと見ではユーザーの場所を基準にしているように見えてしまいます。

大きな違いは、位置情報がユーザーの場所だけを見るのに対して、地理的近接性はユーザーとリソースの距離を見ている点です。

例えば、日本のユーザーには東京リージョンの日本語サイトを、それ以外の国にはバージニア北部リージョンの英語サイトを見せたいケースを考えます。

位置情報ルーティングポリシーなら、「日本 → 東京リージョン」「デフォルト → バージニア北部リージョン」の設定をして実現できます。

それに対して、地理的近接性ルーティングポリシーだとそうはいきません。
仮にオーストラリアからアクセスがあった場合、北米より日本の方が近いため、東京リージョンの日本語サイトが表示されてしまいます。

このように、国などの位置情報だけで決めたいのか、リソースとの距離で決めたいのかでどちらを使うのかが変わってきます。

まとめ

位置情報ルーティングと地理的近接性ルーティングは、どちらも位置情報を使いそうな名前なので久しぶりに見たりすると混乱してしまいます。

ただ、「位置情報」だけの点で判断したいのか、「近接性（距離）」という線で判断したいのかで覚えておくと間違いもなさそうです。

それ以外のほとんどのルーティングポリシーは名前で何ができるのか何となく分かるので、そこまで難しくはないかなと思いますし、調べれば済みます。

しかし、何ができるか知らない状態だと、Route 53側だけで完結する内容をわざわざアプリケーション側で作り込んでしまいます。

すべての細かい仕様を覚える必要はありませんが、どんなことができるかだけでも頭に入れておくと、役に立つ場面が来るかもしれません。

「さっきコピーしたURLをもう一度貼りたい」「コピーした値を貼る前にうっかり別のものをコピーしてしまった……」といった場面で、元の画面まで戻って再度コピーしている人も多いのでは無いでしょうか。

そこで導入したいのがクリップボード履歴の管理です。
コピーしたものを溜めておいて、あとから一覧で選んで貼れるのでコピペの行ったり来たりが無くなります。

最近は専用アプリを入れなくても、macOS標準の機能でも使えるようになりました。

今回はそんなクリップボード履歴の管理方法についてまとめます。

ちなみに、私の場合はAlfredをメインで使いつつ、PasteというアプリのPaste Stack機能を併用している状態です。
その状態に至った理由についても順を追って紹介します。

クリップボード履歴の管理アプリ

クリップボード履歴の管理アプリとは、コピー操作を監視しておいて、その内容をどんどん履歴として記録していく仕組みをもったアプリのことです。

呼び出しはショートカットキーが基本で、専用のウインドウが開いて過去にコピーしたものが新しい順に並ぶので、そこから選ぶとペーストされます。

記録されるのはテキストだけではありません。
多くのアプリは画像やファイル、URLも履歴として扱えます。

今までmacOSの標準機能だけで実現できないのが不思議なくらい基本的な機能でしたが、macOS 26のTahoeでようやく標準搭載されました。

ランチャーアプリでの管理

クリップボード履歴の管理と非常に相性が良いのがランチャーアプリです。

過去にコピーしたテキストの内容を何となく覚えていれば、検索して絞り込んで呼び出すことができます。
直近のコピー履歴は絞り込まなくても上の方に表示されるため、そこから選択すればいいですし、コピーは1日に何回も行うため、あっという間に埋もれてしまいます。

検索機能は必須だと考えて良いですし、その前提だと文字入力による操作に特化したランチャーアプリは相性が良いです。

また、macOS標準のクリップボード履歴管理を使う場合はSpotlightを使うことになります。

ただ、Spotlightは他のランチャーアプリに比べると動作が重く、個人的にはAlfredかRaycastをオススメします。
私の場合はAlfredを使っていますが、Alfredのクリップボード履歴機能は有料プランじゃないと使えないため、無料がいい人はRaycastを使うようにしましょう。

この辺りのランチャーアプリの比較は過去記事の『macOSのコマンドパレット比較！SpotlightとAlfred、Raycastどれを使えばいい？』にまとめています。

Webrandum

macOSのコマンドパレット比較！SpotlightとAlfred、Raycastどれを使えばいい？

https://webrandum.net/mac-command-palette

Spotlight

macOS 26 Tahoeから、Spotlightにクリップボード履歴が入りました。
ついに、追加のアプリを入れずにOS標準機能として使えるようになりました。

ただし、デフォルトではオフになっています。
［システム設定］→［Spotlight］で［クリップボードからの結果］をオンにすると使えるようになります。

使いたい人はこの設定をオンにしておきましょう。

呼び出し方は、command + space（デフォルトの場合）でSpotlightを開いたあとにcommand + 4を押します。

Spotlight上部に並ぶアイコンからクリップボードを選んでも同じように切り替えられます。

保存期間はデフォルトで8時間です。
macOS 26.1からは［システム設定］→［Spotlight］の下の方にあるクリップボードの項目で、30分・8時間・7日の3つから選べるようになりました。

クリップボード履歴を使っていると「昨日コピーしたあのテキストを呼び出したい」といったケースも出てくると思います。
8時間は短すぎるので、7日に変更しておくのがオススメです（8時間のままだと、昨日どころか朝コピーしたものが夕方には消えている可能性があります）。

Alfred

Alfredのクリップボード履歴は、Powerpack（有料版）の機能です。
無料版では使えないので注意が必要です。

設定はAlfredの環境設定の［Features］→［Clipboard History］からできます。

保存期間は24時間・7日・1ヶ月・3ヶ月から選べて、テキスト・画像・ファイルごとに指定できます。

さらにAlfred特有の機能が「マージ機能」です。
設定で［Merging］を有効にしたうえでcommandを押したままCを2回押すと、コピーした内容が直前のクリップボードの末尾に追記されていきます。

複数箇所から文章を拾って一気に貼りたいときに使える機能です。

クリップボード履歴には専用の呼び出しショートカットキーが設定できて、私の場合は修飾キー全押し + Cにしています。caps lockを押すと修飾キーが全押しになるので、正確にはcaps lock + Cで起動します。

修飾キーの全押しは、他のアプリのショートカットキーと被る可能性が低いので、このショートカットキーにしています。

ちなみにスニペットの表示はcaps lock + Vにしています。
コピーした履歴を見る（あとClipboardの頭文字）のでクリップボード履歴は「C」にしているのと、スニペットはペーストが主軸なので「V」にしているわけです。

また、クリップボード履歴の一覧で項目を選択している状態でcommand + Sを押すと、履歴の内容をスニペットとして簡単に登録できます。
「このテキスト、何回も履歴から呼んでペーストしているな……」と思ったら、その場でスニペット化できるので便利です。

Raycast

Raycastのクリップボード履歴機能は無料の範囲で使えます。
書式を保ったまま記録してくれるので、貼り付け先で見た目を維持したい場合に向いています。

Alfredの場合はプレーンテキストになるので、スタイルを維持したい場合は私もRaycastを使うことがあります。

設定はRaycast Settingsの［Extensions］内にある［Clipboard History］で行います。

種類での絞り込みや、よく使う項目のピン留め（command + .）にも対応しています。
画像から文字を読み取る機能もあり、スクリーンショットからテキストを拾いたいときに便利です。

保存期間は無料版だと1日・1週間・1ヶ月・3ヶ月から選べ、Pro（有料）なら6ヶ月・1年・無制限まで延ばせます。

パスワード管理アプリなど、履歴に残したくないアプリは「Disabled Applications」で除外できます。パスワード.appとキーチェーンアクセスは最初から入っています。

Raycast全体の設定については、過去記事の『無料版でも高機能なランチャーアプリ「Raycast」の基本機能と環境設定』にまとめているので、Raycastが気になった方はそちらもご覧ください。

クリップボード履歴専用アプリ

ランチャーアプリ以外にも、クリップボード履歴に特化した専用アプリを使う選択肢もあります。

個人的にはランチャーアプリを使う方が良いと思っていますが、人によってはメニューバーから開きたかったり、ランチャーがどうも慣れないという人もいるので、検討してみるのもありだと思います。

Maccy

maccy.app

Maccy - macOS clipboard manager

https://maccy.app

Maccyは無料で使えるオープンソース（MITライセンス）のクリップボード履歴アプリです。
使い勝手はランチャーアプリに近くて機能を絞っているのが特徴で、ショートカットキーで履歴を開き、絞り込んで選んで貼るだけです。

画像やファイルも扱えますが、カテゴリ分けやスニペット機能のような発展的な機能はありません。

App Store版は$9.99（約1,600円）ですが、これは開発者への支援という位置付けで、GitHubやHomebrewからインストールする場合は無料で、機能差もありません。

ローカルにしか保存せず、外部に送信しないことを明言しているのも安心できるポイントです。

Clipy

clipy-app.com

Clipy - Clipboard extension app for macOS

https://clipy-app.com

Clipyも無料で使えるオープンソース（MITライセンス）のクリップボードアプリです。
日本製で、古くから定番として使われてきました。

長らく更新が止まっていたのですが、2026年6月に約8年ぶりのアップデートとなるv1.3.0がリリースされました。
Apple Siliconにネイティブ対応し、内部のデータベースもRealmからSQLiteに移行しています（動作要件はmacOS 13 Ventura以降）。

履歴の管理だけでなく、定型文を登録しておくスニペット機能も持っています。
ショートカットキーを押すとメニューが出てきて、そこから選ぶという昔ながらのインターフェースです。

無料でここまでできるので、Maccyと同じく「とりあえず履歴が残ってくれればいい」という人には十分だと思います。

Paste

pasteapp.io

The smart way to copy and paste on Mac, iPhone, and iPad

https://pasteapp.io

Pasteは、クリップボード履歴を専用アプリとしてしっかり作り込んだアプリです。
コピーした内容がカード状に横並びで表示されるのが特徴です。

料金は年額$29.99（約4,800円）で、月額換算すると$2.49です。買い切りのライフタイムは$89.99（約14,300円）で、どちらもMac版とiOS版の両方が含まれます。

有料アプリが使い放題になるサブスクサービスのSetappにも入っているので、Setappを契約している人は追加費用なしで使えます。

Mac・iPhone・iPadで履歴を同期できるので、MacでコピーしたものをそのままiPhoneで貼れるのも特徴です。

あとは後述するPaste Stackという機能が非常に便利で、その機能を使うためだけに私はPasteをインストールしています。

正直、クリップボード履歴機能自体に関しては、カード状に並べる必要はないと思っていますし、ランチャーアプリの方が使いやすいと思っています。

Pasteについては過去記事の『クリップボード履歴を複数一括でペーストしたり、コピーした順にペーストするアプリ「Paste」』で紹介しているので、もっと詳しく知りたい方はそちらの記事もご覧ください。

Webrandum

クリップボード履歴を複数一括でペーストしたり、コピーした順にペーストするアプリ「Paste」

https://webrandum.net/paste

Pastebot

Pastebot 3

Pastebot 3 for Mac

https://tapbots.com/pastebot/

PastebotはTapbotsが開発しているクリップボードアプリで、2026年7月に約10年ぶりのメジャーアップデートとなるPastebot 3がリリースされました。

コピーした内容を条件によって自動的に振り分ける「ルール」機能と、貼り付けるときにテキストを加工する「フィルター」機能が特徴です。

例えば「URLをコピーしたら特定のリストに入れる」「貼り付けるときに全角スペースを半角に置換する」といった処理をまとめてかけられます。

公式サイトからの直販は$39（約6,200円）で1年分のアップデートが含まれ、そのあとは$19（約3,000円）を払えばさらに1年分のアップデートを受け取れます。払わなくても、最後に支払ったバージョンはそのまま使い続けられます。

App Store版はサブスクリプションで、月額$2.99または年額$24.99（約4,000円）です。どちらも14日間の試用期間があります。

Paste Stackの活用

PasteにはPaste Stackという機能があり、起動している間のコピーがどんどんスタックされていきます。
そしてペーストするときに、スタックした順番にペーストできます。

この「コピーした順に貼れる」というのが想像以上に便利です。

表から複数の値を拾って別のフォームに転記する、複数のファイルパスを順番に貼るといった作業が、ウインドウを行き来せずに済みます。

普通のクリップボード履歴でも同じことはできますが、貼るたびに履歴を開いて目的の項目を探す必要があります。
Paste Stackなら、コピーを全部済ませてから、あとはペーストのショートカットキー（command + V）を押して回るだけです。

転記作業が多い人なら、この機能だけでもPasteを入れる価値があります。

私の場合は普段Alfredでクリップボード履歴を管理していますが、この機能を使うためだけにPasteも併用しています。
また、ショートカットキーはcontrol + option + command + Cに割り当てて、すぐ起動できるようにしています。

さらに便利な活用方法として、Keyboard Maestroと組み合わせてテキストを一行ごとに分割し、Paste Stackに入れるマクロを作成しています。

一気にコピーして、順番にペーストするのは日常でもよく使うので、Paste Stackを活用できるとかなりラクになります。

まとめ

クリップボード履歴は、一度入れると無いMacが使いづらくて仕方なくなるレベルの必須機能です。
導入コストに対して、日々の細かいストレスが減る量が大きいと思います。

まだ使っていない人は、macOS 26でSpotlightに標準搭載されたので、まずはそれを使ってみて、保存期間や速度に不満が出たらランチャーアプリや専用アプリを検討するのが良いでしょう。

すでにAlfredやRaycastを使っているなら、クリップボード履歴機能にショートカットキーを割り当て、積極的に使っていくようにしましょう。

基本的にはそれで問題ないのですが、プロファイルを複数使い分けていたり、用途に応じてブラウザを使い分けている場合、意図していないブラウザやプロファイルで開かれると面倒です。

そこで活用したいのが「OpenIn（オープンイン）」です。
リンクを開く瞬間に「どのアプリで開くか」を差し込めるリンクハンドラで、ブラウザだけでなくメールリンクや電話リンク、ファイルの開き先までまとめてコントロールできます。

今回はそんなOpenInについて紹介します。

OpenIn

loshadki.app

OpenIn | Loshadki Apps

https://loshadki.app/openin4/

OpenInは、Loshadki LLCが開発しているmacOS用のリンクハンドラです。
URL・メールリンク（mailto）・電話リンク（tel）・ファイルを開くときに、どのブラウザ・アプリで開くかを選択して開いてくれます。

仕組みはシンプルで、OpenIn自体を「デフォルトのブラウザ」としてmacOSに登録します。

そうすることで、リンクを開く操作がすべてOpenInを経由するようになり、そこからルールに従って目的のアプリへ振り分けたり、その場でアプリを選んだりできるようになります。

購入方法

購入方法は3つあり、それぞれ料金と制限に違いがあります。
主な違いをまとめると下記の通りです。

有料アプリが使い放題になるサブスクサービスのSetappにも登録されています。

Webrandum

220以上の有料Macアプリが使えるサブスクサービス「Setapp」

https://webrandum.net/setapp

注意点として、ライセンスは入手方法をまたいで移行できません（Mac App Storeで買ったものをあとからSetapp版に引き継ぐ、といったことはできない）。
そのため、最初にどこで購入するかを決めておいた方が良さそうです。

私の場合はSetappに加入しているので、追加費用なしで使えました。

類似ツールとの比較

リンクの振り分けを行うツールはOpenInだけではありません。
主なものをまとめると下記の通りです。

mailtoやtel、ファイルの開き先までまとめて管理できるのはOpenInです。Choosyは$10（約1,500円）の買い切りで、ターミナルやAppleScriptから叩けるURL形式のAPIを持っているのが特徴です。

設定をコードで管理したい人にはFinickyという選択肢もあります。
MITライセンスのオープンソースで、~/.finicky.jsにJavaScriptまたはTypeScriptでルールを書く形式です。

基本的な使い方

OpenInを使うには、まずOpenInをデフォルトのブラウザに設定します。
アプリを起動して案内に従い、macOSの設定でデフォルトのWebブラウザをOpenInに変更します。

これでブラウザ以外のアプリからリンクを開く操作が、OpenInを経由するようになります。

設定が終わったら、適当なリンクをクリックしてみます。
するとアプリ選択ウインドウが表示され、インストール済みのブラウザやアプリが一覧で並びます。

あとは開きたいブラウザ・プロファイルを選ぶだけです。
毎回マウスで選ぶのは面倒なので、各項目の右側に表示されている数字キーを押して開くこともできます。

もちろん、この一覧に表示されるブラウザやプロファイルを設定したり、開くたびに選ぶのではなく「このドメインは必ずこのブラウザ」といったルールを決めて自動で振り分けることもできます。

ブラウザ拡張機能の活用

1点注意しないといけないのが、ブラウザの中で踏んだリンクはOpenInを経由しないという点です。

OpenInが呼ばれるのは、あくまで「他のアプリからブラウザが開かれるとき」です。
Google Chromeで開いているウェブページ内のリンクをクリックしても、そのままGoogle Chromeの中で開きます。

しかし、現在開いているのとは別のブラウザでリンクを開きたい場合があります。

そこで用意されているのがブラウザ拡張機能です。
Safari用は本体に内蔵されていて、Google Chrome用とFirefox用はそれぞれのストアで配布されています。

chromewebstore.google.com

OpenIn - Chrome Web Store

https://chromewebstore.google.com/detail/openin/iinbnkcidamhlklkapebjknpfdelahel

addons.mozilla.org

OpenIn – 🦊 Firefox (ja) 向け拡張機能を入手

https://addons.mozilla.org/ja/firefox/addon/openin/

拡張機能を入れると、リンクの右クリックメニューから［OpenInに送る（Open in OpenIn）］ができるようになります。

ブラウザ間でリンクを渡したい場面に便利です。

環境設定

ここからはOpenInの環境設定をまとめます。

General

OpenIn全体の動作に関わる基本的な設定です。
主な項目は下記の通りです。

候補が1つしかないときにもウィンドウを出すかどうか（Always show the Window）は、好みが分かれそうです。私の場合は候補が1つなら確認なしで開いてほしいので、オフにしています。

Browsers

ブラウザでリンクを開くときの挙動を設定します。
Applications・Rules・Developer・Redirectsの4つのセクションに分かれています。

Applications

リンクを開く候補となるブラウザを登録する場所です。

インストール済みのブラウザを候補として追加し、アプリ選択ウィンドウに表示する順番を並び替えられます。
よく使うブラウザを上に置いておくと選びやすくなります。

ChromeやArc系のブラウザであれば、プロファイルを指定して特定のプロファイルで開いたり、プライベートウィンドウ（シークレットウィンドウ）で開く候補を別に用意したりもできます。

仕事用と個人用のプロファイルを別々の候補として並べておけるのは、ブラウザを使い分けている人には嬉しいポイントです。

Rules

リンクの条件に応じて、開くブラウザを自動で振り分ける場所です。

ルールは［+ Add condition］から追加でき、ドメイン・パス・修飾キーの有無・送信元アプリ・macOSのFocus（集中モード）などを条件にできます。

条件は上から順に評価され、最初にマッチしたルールが適用されます。

例えば「会社のドメインのリンクは仕事用プロファイルのChromeで開く」「Messagesアプリから来たリンクはSafariで開く」といった振り分けが可能です。

よく開くリンクほどルール化しておくと、アプリ選択ウィンドウを出さずにそのまま目的のブラウザで開けるのでラクになります。

Focusを条件にする場合は別途設定が必要です。
macOSは集中モードの名前をアプリ側に教えてくれないため、OpenIn側で「Focus Hint」という文字列（例えばWork）を作り、macOSの集中モードの設定で同じ文字列を指定して紐づけます。

ひと手間かかりますが、仕事モードのときだけ仕事用ブラウザを起動するといった切り替えができます。

Launchを［Selected］に切り替えて、有効にしたいブラウザにチェックを入れると、ルール適用時にはそのブラウザだけが表示されるようになります。

ちなみに、［General］の設定で［Always show the Window］のチェックを外していると、選択ブラウザが1つだけの場合は選択ウインドウが出ずにいきなりリンクが開くようになります。

Developer

ルールをJavaScriptで自作するための場所です。

ドメインやパスの指定だけでは表現しきれない複雑な条件を、JavaScriptで書いて制御できます。
書いたルールの動きはログで確認でき、［General］設定の「Enable JavaScript logs」をオンにしておくと挙動を追いやすくなります。

私自身ここまで凝ったルールは組んでいませんが、標準のルールで物足りなくなったときにさらに細かく設定できるのはありがたいです。

Redirects

リンクのURLそのものを書き換えてから開く機能です。
正規表現でURLのパターンを指定し、別のURLに置き換えられます。

例えば https://music\.apple\.com/(.*) を music://music.apple.com/$1 に書き換えるルールを作れば、本来ブラウザで開かれるApple MusicのリンクをMusicアプリで直接開けます。

Apple MusicやApple TV、Zoomのように、Web版ではなくネイティブアプリで開きたいリンクをアプリ側へ送りたいときに便利です。

Schema

電話リンク（tel）や通話・会議系のリンク、メールリンク（mailto）を開くときの挙動を設定します。
Browsersと同じく、Applications・Rules・Developerのセクションに分かれています。

デフォルトだと「Call apps」と「Mail apps」だけですが、他にも［Add scheme…］から追加することもできます。

Applications

リンクを開く候補となるアプリケーションを登録します。
メールの場合、標準のメールアプリだけでなく、GmailやOutlookといったWebメールも候補にできます。

Rules

アプリケーションの振り分けルールを設定します。

メールの場合、ここでGmailなどのWebメールを指定し、URLの書き換えを有効にすると、mailtoリンクをブラウザ上のGmailの新規作成画面で開けるようになります。
デスクトップ版のメールアプリを使っていない人には便利な設定です。

Developer

Browsersと同様、JavaScriptでリンク用のルールを自作できます。
私の場合はメールはルールを細かく組むほど使っていないので、ここはほとんど触っていません。

Files

ファイルを開くアプリを、拡張子ごとに設定するセクションです。

BrowsersやSchemesと同じ考え方で、Finderでファイルを開くときに拡張子ごとに開く候補アプリを複数登録できます。
［Add file type…］で拡張子を入力するか、その拡張子のファイルをリストにドラッグすると追加できます。

追加したらURLやメール・電話リンクと同様に、その拡張子のファイルを開くときにどのアプリケーションで開くかを設定できます。

常に固定のアプリで開く場合は問題ないですが、たまに別のアプリで開きたい場合があるときはこの設定をしておくと便利です。

ただ、私の場合はAlfredを使って選択中のファイルを指定アプリで開けるようにしているので、この設定はあまり使うことがなさそうです。

GitHub

GitHub - 31mskz10/alfred-workflows: My Alfred Workflows · GitHub

https://github.com/31mskz10/alfred-workflows#open-with-application-download-

Backups

設定したルールや候補アプリの構成をバックアップするセクションです。

バックアップはiCloudに保存され、設定を変更する前にバックアップを取っておけば、あとから元の状態に戻せます。
ファイルとしてエクスポート・インポートもできるので、別のMacに同じ設定を持っていきたいときにも使えます。

ルールを作り込むほど構成は複雑になっていくので、大きく変更する前にバックアップを取っておくと安心です。

About

OpenInのバージョン情報などを確認できるセクションです。

Mac App Store版を使っている場合は、ここでOpenIn Helperのアップデートを求められることがあります（ブラウザのプロファイル対応など、Helper側の更新が必要な機能を使うとき）。

まとめ

プライベート用や仕事用にプロファイルを分けていたり、状況に応じて開くブラウザを変えたい場合が多々あったので、どこで開くか選択できるようになってかなり快適になりました。

普段ブラウザを1つしか使わない人には、出番がないかもしれません。
Setappに加入している人なら追加費用なしで試せるので、まずはSetapp版で使い勝手を確かめてみるのが良さそうです。

ルールやJavaScriptまで設定をしていくと沼ですが、まず最初はデフォルトのブラウザに設定してアプリ選択ウィンドウを使うだけでも十分です。

複数のブラウザやプロファイルを活用している方は、ぜひお試しください。

しかし、これらの環境は当然ながら見た目がまったく同じです。
URLの一部が違うだけなので「今開いているのはどっちだっけ？」と分からなくなります。

他にも、最初はテスト環境を開いて操作していても、リダイレクトでいつの間にか本番環境に移動している可能性も0ではありません（そんな設定かなり危ないですが、近い内容で過去に肝を冷やした経験があります）。

テスト環境のつもりで本番環境の管理画面を操作してしまう事故は起こり得ます。
そこで活用したいのが、ブラウザ拡張機能の「Environment Marker」です。

今回はEnvironment Markerでウェブページに環境ごとの目印を表示する方法をまとめます。

Environment Marker

environmentmarker.io

Environment Marker

https://environmentmarker.io

Environment Markerは、URLのパターンごとに色付きのリボン（ラベル）をページ上に表示してくれるChrome拡張機能です。

例えば「本番環境のURLには赤いリボン」「テスト環境には黄色いリボン」と設定しておけば、ページを開いた瞬間にどの環境かが視覚的に分かるようになります。

ChromeのほかMicrosoft Edge版も提供されています。
なお、Firefoxアドオンにも「Environment Marker」という同名の拡張機能がありますが、こちらは別の開発者によるものです。

インストール方法

addons.mozilla.org

Environment Marker – 🦊 Firefox (ja) 向け拡張機能を入手

https://addons.mozilla.org/ja/firefox/addon/environment-marker/

Chrome Web Storeで「Environment Marker」を検索して追加するだけです。

インストール後、ツールバーの拡張機能アイコンから設定画面を開けます。

使い方

設定はシンプルで、「①表示するURLのパターン」と「②表示するリボン」の2つをルールとして登録していくだけです。

アイコンをクリックして［クイック設定］から新規追加することもできますし、［設定ページへ移動］リンクをクリックして、設定ページから管理することもできます。

設定ページは下記のような表示になっていて、［マーカー設定］にすべての設定が表示されます。

ルールを登録する

設定画面で［＋］アイコンをクリックして新しいルールを追加し、下記を入力します。

1. 名前（リボンにも表示されます）
2. 対象のURLパターン（部分一致で正規表現も使えます）
3. リボンの色やフォント・位置

これだけで、パターンにマッチしたページを開いたときにリボンが表示されるようになります。

表示位置とスタイルを変える

リボンの表示位置は、［右上］［右下］［左上］［左下］の四隅から選べます。ページのUIと被ってしまう場合は、位置を変えるだけで解決することが多いです。

リボンの透明度も調整できるので、「常に見えていてほしいが操作の邪魔はしてほしくない」というバランスも取れます。

また、リボンの代わりにページ全体を枠線で囲む［枠］も選べます。

個人的にはこちらの方が好みですし、ページの一部に注意が行っていると、リボンだと意外と目に入っていないことがあります。
ページ全体を囲んだ方が、リボンよりもさらに見落としにくくなります。

設定のエクスポート・インポート

登録したルールはJSONファイルとしてエクスポート・インポートできます。

環境の取り違えはチーム全体で防ぎたい事故なので、プロジェクトの環境一覧をルール化してチームメンバーに配れます。新しいメンバーが入ったときにJSONを渡すだけで済むのはラクです。

類似の拡張機能

同じ目的の拡張機能はほかにもいくつかあります。

• Environment Indicator：三角形やリボンでの表示。URLのマッチ方式が細かく選べる
• ENV Alert：本番環境を開いたときに警告バナーを表示する

私の場合は常時表示のリボンで足りていますが、慎重にしたくて「本番を開いたら警告を出す」方が良ければ、ENV Alertを検討しても良さそうです。

まとめ

こうしたミスは「気をつける」だけでは防ぎきれません。
Environment Markerのように、視覚的に環境を区別できる仕組みを入れておくのが確実です。

導入もURLパターンを数個登録するだけなので、手間に対して効果が大きいのが良いところです。

そもそも気軽に本番環境を触れないようにするなどの他の対策もセットで必要ですが、手間や工数の問題で後回しにされてしまう案件もあるのではないでしょうか（チキンレースをやっていることに変わりありませんし、事故が起こっていないのは運が良いだけというのは肝に銘じておく必要があります）。

個人レベルですぐにできる対策として、試してみる価値があると思います。

Karabiner-Elements

Karabiner-Elements

Karabiner-Elements

https://karabiner-elements.pqrs.org

Karabiner-Elementsは、キーボードのカスタマイズ（リマップ）ができるアプリです。

特にUS配列のキーボードを使っている人は必須と言っても過言ではないアプリで、左commandキーの単体押しで「英数入力」、右commandキーの単体押しで「かな入力」といった入力ソースの切り替えをUS配列で実現できます。

Complex Modifications

単純なキーの置き換えだけでなく、複数キーの組み合わせや条件付きの細かな設定もできます。こうした設定をKarabiner-Elementsでは「Complex Modifications」と呼び、JSON形式で記述します。

ルールは公式の共有サイトからインポートできるので、まずはそこから探すのがラクです。

ke-complex-modifications.pqrs.org

Karabiner-Elements complex_modifications rules

https://ke-complex-modifications.pqrs.org

自作する場合は、JSONファイルを ~/.config/karabiner/assets/complex_modifications/ に置くか、設定画面から追加します。

Karabiner-Elementsの設定画面を開き、［Complex Modifications］内の［Add your own rule］ボタンをクリックします。

するとJSONの編集モーダルが表示されるので、ここでJSONを貼り付けて［Save］をクリックするとルールが追加されます。

右commandキー関連で実現していること

ここからは右commandキーを活用して実現していることを紹介します。
私の場合は下記の3つを実現しています。

1. Vimキーバインドでの矢印キー入力
2. esc / delete / return / tildeキーの入力
3. spaceの入力

Vimキーバインドで矢印キーの入力

右commandキーとh/j/k/lで←/↓/↑/→の矢印キーが入力できるようにしています。
ちょっとした選択をするときやFinderでファイル選択をするときに、ホームポジションから手を動かさずに移動できるようになります。

ちなみに、hが←でlが→なのは位置関係的に分かりやすいと思います。
Vimキーバインドに慣れていない人にとって、問題はjとkでどちらが上矢印・下矢印なのかです。

覚え方として、jにはホームポジションの目印としてポッチが付いているキーボードが大半だと思います。ホームポジションで人差し指が来るのがjです。

つまり、基本となるキー（よく押すキー）がjに設定されて、その反対がkに設定されているはずだと推測できます。

PCでは上から下に向かって選択していく流れが基本です。
なので下矢印キーの方がよく使うはず。というわけでjが↓になります。

これはあくまで私の覚え方なので、実際のところは分かりませんが、無理矢理でも理屈を付けると覚えやすくなるかもしれません。

設定用のJSONは下記の通りです。

{
    "description": "right_command + h/j/k/l → arrow keys",
    "manipulators": [
        {
            "from": {
                "key_code": "h",
                "modifiers": {
                    "mandatory": ["right_command"],
                    "optional": ["any"]
                }
            },
            "to": [{ "key_code": "left_arrow" }],
            "type": "basic"
        },
        {
            "from": {
                "key_code": "j",
                "modifiers": {
                    "mandatory": ["right_command"],
                    "optional": ["any"]
                }
            },
            "to": [{ "key_code": "down_arrow" }],
            "type": "basic"
        },
        {
            "from": {
                "key_code": "k",
                "modifiers": {
                    "mandatory": ["right_command"],
                    "optional": ["any"]
                }
            },
            "to": [{ "key_code": "up_arrow" }],
            "type": "basic"
        },
        {
            "from": {
                "key_code": "l",
                "modifiers": {
                    "mandatory": ["right_command"],
                    "optional": ["any"]
                }
            },
            "to": [{ "key_code": "right_arrow" }],
            "type": "basic"
        }
    ]
}

Vimキーバインドが慣れない場合

横一列のVimキーバインドが慣れない場合、右commandとi/j/k/lという手もあります。
これなら矢印キーと同じ位置関係になるので、学習コストが低く、押す位置だけホームポジション付近に移動できます。

esc / delete / return / tildeキーの入力

他にもキーボードの端の方にあるキーを、右commandキーを活用して入力できるようにしています。
偶然にも、左手で押しやすい位置に各キーの頭文字が並んでいました。

• esc：右command + e
• delete：右command + d
• return：右command + r
• tilde：右command + t

deleteやreturnは文字入力の締めで頻繁に押すキーなのに、キーボードの右端まで小指を伸ばす必要があります。
ホームポジション付近で完結するようになると、手の移動が減ります。

あとはcommand + deleteしたいときに、両方のcommandを押しながらdを押して使ったりもしています。

設定用のJSONは下記の通りです。

{
    "description": "right_command + r/e/d/t → return/esc/delete/tilde",
    "manipulators": [
        {
            "from": {
                "key_code": "r",
                "modifiers": {
                    "mandatory": ["right_command"],
                    "optional": ["any"]
                }
            },
            "to": [{ "key_code": "return_or_enter" }],
            "type": "basic"
        },
        {
            "from": {
                "key_code": "e",
                "modifiers": {
                    "mandatory": ["right_command"],
                    "optional": ["any"]
                }
            },
            "to": [
                { "key_code": "escape" },
                { "key_code": "japanese_eisuu" }
            ],
            "type": "basic"
        },
        {
            "from": {
                "key_code": "d",
                "modifiers": {
                    "mandatory": ["right_command"],
                    "optional": ["any"]
                }
            },
            "to": [{ "key_code": "delete_or_backspace" }],
            "type": "basic"
        },
        {
            "from": {
                "key_code": "t",
                "modifiers": {
                    "mandatory": ["right_command"],
                    "optional": ["any"]
                }
            },
            "to": [{ "key_code": "grave_accent_and_tilde" }],
            "type": "basic"
        }
    ]
}

spaceの入力

右commandを押している間は、矢印キーによる操作を行っている場合が大半です。
特に多いのは、Finderをキーボードで操作しているときです。

Finderではspaceを押すとクイックルックが開きますが、右commandを押しっぱなしのままspaceを押すと、command + space扱いになってランチャーアプリが起動してしまいます（デフォルトだとSpotlightで、私の場合はAlfredを割り当てています）。

しかし、右commandを押しているときにランチャーを呼びたい場面はほぼありません。
そこで、右command + spaceはただのspaceになるようにして、矢印キーで選択してそのままクイックルックという流れを崩さないようにしています。

設定用のJSONは下記の通りです。

{
    "description": "right_command + space → space",
    "manipulators": [
        {
            "from": {
                "key_code": "spacebar",
                "modifiers": {
                    "mandatory": ["right_command"],
                    "optional": ["any"]
                }
            },
            "to": [{ "key_code": "spacebar" }],
            "type": "basic"
        }
    ]
}

活用事例

Finderでのファイル選択・削除

Finderをリスト表示にしているので、右command + h/j/k/lでファイル選択ができます。

また、左右両方のcommand + jを押すと、command + ↓になるので、選択フォルダ内に移動したり、ファイルを開けます。
左右両方のcommand + kでcommand + ↑になるので、親フォルダに移動できます。

そしてさらに、両方のcommand + dを押せば、command + deleteになるので選択ファイルの削除ができます。

ホームポジションから移動することなく、ファイル操作がラクにできます。
この辺りはPath Finderを使ってキーボードでファイル操作をする方法でも紹介しているので、そちらもぜひご覧ください。

Webrandum

Path Finderを使ってキーボードだけでファイル操作する方法（基本操作編）

https://webrandum.net/path-finder-file-manipulation-1

Webrandum

Path Finderを使ってキーボードだけでファイル操作する方法（応用編）

https://webrandum.net/path-finder-file-manipulation-2

テキストカーソルの移動

文章を書いたりするとき、右command + h/j/k/lで矢印キーが使えるので、ホームポジションから動くことなくテキストカーソルの移動ができます。

システム設定でキーのリピートと最速にしておくことで、長押しで快適にカーソル移動ができます。

まとめ

右commandキーを活用して矢印キーやescを詰め込めるだけで、手の移動がかなり減ります。

まずは矢印キーのh/j/k/lだけでも設定してみて、少しずつ慣れしていくのがオススメです。

このノッチ周辺をDynamic Islandのように操作や情報表示できる状態に変えるのが、メニューバー管理アプリBartenderの上位プラン「Bartender Pro」に追加された「Top Shelf」です。

今回はTop Shelfでできることをまとめます。

Bartender ProとTop Shelf

Bartender

Bartender Pro

https://www.macbartender.com/pro/

BartenderはmacOSのメニューバーをキレイに整理・管理するアプリです。
詳細は過去記事にまとめているのでそちらをご覧ください。

Top ShelfはこのBartenderの上位プランの「Bartender Pro」でのみ使える機能で、2026年5月に追加されました。

ノッチにウィジェットやファイル、クリップボードなどを置けるバーを表示してくれます。
Bartenderには通常版に加えてBartender Proライセンスが追加され、Top Shelfが使えるのはPro以上です。

買い切りのBartender 6を持っていてもTop Shelfは使えないので、ここは少し悩むポイントです。すでに買い切りで使ってきた人にとっては、Top Shelfのために年額サブスクへ移るかどうかの判断になります。

しかし、Setappを契約している人なら追加費用なしで使えます。

Setappの活用

Webrandum

220以上の有料Macアプリが使えるサブスクサービス「Setapp」

https://webrandum.net/setapp

Bartenderは有料アプリが使い放題になるサブスクサービスのSetappにも登録されています。Bartender Proの機能もSetapp経由で利用できます。

私の場合はSetapp経由でBartenderを使っているので、Top Shelfもそのまま試せました。
また、Setapp版を使っている人はアプリ名も「Bartender Pro」に変わっています。

ノッチが無いMacBookでも使える？

ノッチが無いMacBookじゃないと使えないのかと思いきや、ノッチが無いMacBookや外付けディスプレイにもメニューバーに黒い角丸長方形が表示されるようになります。

ノッチ無しのMacBookを使っていて、メニューアイコンをいっぱい並べている人は、そもそもノッチが邪魔に感じてしまうかもしれません。

また、この黒い角丸長方形はデスクトップの画面共有にも映ってしまいます。

気にならない人もいるかもしれませんが、私はできる限り画面共有時にノイズになる情報は消しておきたい派です。
そのため余計なアイコンもBartenderで普段は非表示にしていますし、デスクトップにファイルを置かないようにしています（画面共有時にうっかり他案件のファイルが見られないようにという理由もあります）。

普段は仕方ありませんが、デモ操作などで画面共有が必要なときはオフにしています。

Top Shelfの設定方法

Bartender環境設定のサイドバーの一番下に［Bartender Pro］カテゴリが追加されています。そこにある［Top Shelf］をクリックすると設定できます。

ちなみに2026年7月現在、Bartender ProにはTop Shelfしかありませんが、今後他の機能も追加していく予定だそうです。

［Set up Top Shelf］ボタンをクリックすると、チュートリアルが表示されます。

チュートリアルの内容は主に下記の通りです。

1. ライブアクティビティにホバーすることで詳細が開ける
2. ノッチの中心をホバーするとトレーを表示できる
3. ファイルをノッチにドラッグすると一時置き場として使える
4. クリップボードにコピーしたものも表示される

進むと権限を許可する画面が表示されます。
カレンダーと位置情報、そしてAirPods（Bluetooth）へのアクセス許可をして次へ進みます。

Top Shelfでできること

Top Shelfはノッチ周辺に表示され、必要なときに展開して使う作りになっています。ここからはそこに置ける主な機能をまとめます。気になるものから流し見してください。

ウィジェット

ノッチ周辺にカレンダーや天気などのウィジェットを表示できます。

カレンダーは予定の前にアラートを出してくれたり、会議にそのまま参加できたりします。天気はリアルタイムの情報を表示します。

音楽プレイヤーのウィジェットも用意されていて、Apple MusicやSpotify、YouTube、Apple TVに対応しています。再生中はNow Playingのパネルにアルバムアートが表示され、音量を操作したときには表示が広がる作りになっています。

ファイルの一時置き場

ノッチをファイルの一時的な置き場として使えます。

ファイルやフォルダをノッチにドラッグして、最大6件まで、最大1週間ほど保管できます。アプリ間でファイルを移すときの中継地点として置いておくとラクです。

AirDropで共有するエリアもあるので、別のデバイスにサッと送りたいときにも使えます。

また、私は普段Path FinderというFinder代替アプリを使っています。
非常に便利なのですが、AirDropだけ対応していなくて、iPhoneに何か送信したいときにはわざわざFinderでAirDropを開いてそこにドラッグする必要がありました。

それがTop Shelfにドラッグするだけですぐに共有できるのは便利で

クリップボード履歴

コピーした内容の履歴をノッチから呼び出せます。

履歴はカルーセル形式で並び、最大100件まで保存されます。
ただ、すでに他のクリップボード履歴系のアプリを使っている人はわざわざTop Shelfのクリップボード履歴を使う必要がなさそうです。

システム情報

音量や画面の明るさ、バッテリー残量といったシステム情報もノッチに表示されるようになります。
音量や明るさは表示するだけでなく調整もできるので、ノッチがちょっとしたコントロール用のスペースになります。

表示位置が画面の右上からノッチ（画面上部中央）になるので、人によってはこの方が気づきやすいかもしれません。
ただし、ノッチは表示領域が小さいので、そこだけ注意が必要です。

AIエージェントの情報表示

Claude CodeやCodexと連携して、現在のステータス表示も可能です。
AIエージェントから質問が来ているときや、動作中か完了済みかどうかなどが表示できます。

現状この機能が一番よく使っています。

設定は設定画面の［Tops Shelf］→［AI Agents］で可能です。
初回は［Install Hooks」ボタンをクリックして、Claude CodeやCodexにHooksと呼ばれる設定をインストールする必要があります。

まとめ

ノッチを活用したアプリは他にもいくつかありますが、メニューバー整理の定番であるBartenderがその延長として出してきたのが面白いところです。

しかし、Top Shelfが使えるのは年額サブスクのBartender Proからなので、買い切りで使ってきた人には悩ましい変更だと思います。買い切りのBartender 6だけでもメニューバー整理は十分できるので、Top Shelfに価値を感じるかどうかで判断することになりそうです。

私の場合はSetapp経由なので追加費用なく試せましたが、Top Shelfのためだけに単体でProへ移るかというと微妙です。
今後Top Shelf以外にどんな機能が追加されるのか、楽しみにしています。

標準のスクショ機能でも十分ですが、これをさらに便利にするのがCleanShot Xです。

今回はこのCleanShot Xについてまとめます。

CleanShot X

CleanShot

CleanShot X for Mac

https://cleanshot.com

CleanShot XはmacOS専用のスクリーンショット・画面録画アプリです。
範囲選択や全画面のキャプチャだけでなく、スクロールキャプチャ、注釈、画面録画、OCR、クラウド共有まで、スクショ関係でやりたいことがすべて揃っています。

標準のスクリーンショット機能を置き換えて、撮影直後に注釈を入れたり、すぐにリンクで共有したりできるようになります。

2026年7月時点での料金は$29です。
完全な買い切りというわけではなく、アップデートは購入してから1年間だけです。

しかし、1年を過ぎてもアプリが使えなくなるわけではありません。
その時点での最新バージョンをそのまま使い続けられます。さらに新しいバージョンへアップデートしたい場合のみ、年$19で更新できる仕組みです。

サブスクリプションと違って、アプリへのアクセスを取り上げることはないのがポイントです。

Setappの活用

Webrandum

220以上の有料Macアプリが使えるサブスクサービス「Setapp」

https://webrandum.net/setapp

有料アプリが使い放題になるサブスクサービスのSetappにも登録されています。

CleanShot Xは1年後のバージョンアップを考えなければ買い切りとしてでも利用できますが、最新バージョンを使い続けるには実質毎年アップデート料金が必要になります。

すでにSetappを使っている人や、他にも使うアプリがある場合はSetapp経由の方がお得です。

また、Setapp版ならではのメリットとして、後述するCloud Proの機能（クラウド容量無制限など）が追加のサブスクなしで使えます。買い切り版だと別途サブスクが必要になる部分がカバーされるので、Cloud機能をしっかり使いたい人にとってもSetappが向いています。

基本的な使い方

CleanShot Xにはスクショ関連のさまざまな機能があります。
環境設定でショートカットキーを設定して発火するか、もしくはメニューバーアイコンをクリックしてそこから機能を選択して使用します。

キャプチャ

macOS標準と同じようにスクショができますが、スクショ後の動きが豊富です。
まず、キャプチャ直後には画面の端へ小さく表示されるポップアップが表示されます（Quick Accessと呼びます）です。

これはmacOS標準のフローティングサムネールと同じですが、下記のようなことができます。

• Save：スクショを保存
• Copy：スクショをクリップボードにコピー
• Quick Accessを閉じる
• スクショをピン留めして画面上に表示する
• アノテーション（編集画面）を開く
• クラウドにアップする

アノテーションを開くと、スクショにその場で矢印や四角形、テキスト、ぼかしなどを描き込めます。

「ここを見てほしい」と示したいときに、別の画像編集アプリを開かずに完結できます。

ウインドウ下の［Drag Me］をドラッグすると、チャットサービスなどにそのまま添付できるので、テキストだけよりも画像で説明した方が分かりやすい場合に重宝します。

スクロールキャプチャ

スクロールキャプチャ（Scrolling Capture）は画面に収まらない縦長の範囲をまとめて撮影して1枚の画像にできる機能です。

［Scrolling Capture］を実行したあと、下記手順で撮影できます。

1. キャプチャ範囲を指定
2. ［Start Capture］ボタンをクリック
3. ゆっくりスクロール

ウェブサイトのフルスクリーンショットを撮影するブラウザ拡張機能はよく見かけますし、最近はブラウザ標準で用意されていたりもします。

しかし、このスクロールキャプチャ機能はウェブサイト以外のアプリ画面でも利用できる点が便利です。

画面録画（動画・GIF）

画面録画もCleanShot Xから行えます。
動画（MP4）だけでなくGIFでも保存できます。

また、録画中のクリックやキー入力を表示したり、カメラ映像を重ねることもできます。
録画後は内蔵の動画エディタで前後をトリミングできます。

GIFはサイズが軽くSlackやGitHubなどにそのまま貼れるので、ちょっとした操作手順を共有するときに便利です。

OCR

画面に表示されている文字を、範囲選択するだけで読み取ってコピーできるOCR機能も備わっています。

［Capture Text (OCR)］を実行して、スクショと同じ要領で画面をキャプチャします。
すると、キャプチャした範囲内のテキストがクリップボードにコピーされます。

コピーできないアプリの文字や、画像内の文字をコピーしたいときに役立ちます。

ピン留め

撮影したスクリーンショットを、付箋のように画面の最前面へ固定表示できる機能です。

フォーカスが外れると消えてしまうような表示を見ながら何か別の操作をしたいときなど、参考にしたい資料や手順を表示したまま別のアプリで作業できるので、ウインドウを行き来する手間が減ります。

All-In-One

All-In-Oneは、1つのショートカットからスクショ・録画・スクロールキャプチャなど、すべてのモードにアクセスできる機能です。
これはmacOS標準のスクリーンショット.appに似た機能です。

機能ごとにショートカットを覚えるのが面倒な場合は、All-In-Oneだけ覚えておけばひとまず事足ります。

さらに地味に便利なのが横幅と縦幅をpx指定できる点です。
スクリーンショット.appだと、ドラッグして細かく範囲を調節しないといけません。

「横幅1280pxで撮影したいのに、1281pxになっていた……」なんて人もいるのではないでしょうか？

All-In-Oneでpx指定すれば確実なので、決まったサイズでスクショを撮りたい人は重宝します。

CleanShot Cloud

CleanShot Cloudは、撮影したスクリーンショットや録画をクラウドにアップロードして、リンクで共有できる機能です。

撮影直後にワンクリックでアップロードでき、コピーされたURLを相手に渡すだけで共有できます。ファイルそのものを送らなくて済むので、サッと共有したいときにラクです。

買い切り版にも無料のCloudアカウント（1GB）が付いてくるので、ちょっとした共有であればこの範囲でも使えます。

しかし、下記のような機能はCloud Pro（サブスク）でのみ使えます。

• クラウドストレージ無制限
• 共有リンクのパスワード保護
• 一定時間で消える自己消滅リンク
• 独自ドメインでの共有

Cloud Proの料金は、年払いで月8ドル（年96ドル）、月払いで月10ドルです。
アプリ自体は買い切りでも、Cloudの高度な機能を使いたい場合はサブスクが前提になります。

ちなみに、先ほど触れた通りSetapp版ならCloud Proの機能が追加料金なしで使えます。Cloudをしっかり使いたいならSetapp版がオススメです。

環境設定

CleanShot Xのメニューバーアイコンから［Settings…］を開くか、command + ,（カンマ）で環境設定を開けます。

General

［General］タブでは、起動やサウンド、保存先などの基本設定ができます。

Wallpaper

CleanShot Xはウインドウだけを撮影したときに、背景へ壁紙を敷いてキレイに見せる機能があります。
［Wallpaper］タブでは、その背景をここで設定します。

Shortcuts

［Shortcuts］タブでは、各キャプチャ機能にショートカットキーを割り当てられます。

割り当ては、各項目の入力欄をクリックして、設定したいキーを実際に押すだけです。
割り当てできる項目は多いので、ここではよく使う主なものを挙げます。

Quick Access

［Quick Access］タブでは、キャプチャ後に表示されるQuick Accessの設定ができます。

私の場合はオーバーレイを左に表示し、保存ボタンは指定の保存先に直接保存する設定にしています。

Recording

［Recording］タブでは、画面録画に関する設定ができます。General・Video・GIFの3つに分かれています。

Screenshots

［Screenshots］タブでは、スクリーンショットの保存形式や見た目に関する設定ができます。

Annotate

［Annotate］タブでは、Annotate（注釈）ツールの挙動を設定できます。

Cloud

［Cloud］タブでは、CleanShot Cloudのアカウント連携やアップロードに関する設定ができます。

ログイン状態の管理や、アップロードしたファイルの扱い、共有リンクの形式などをここで設定します。

Advanced

［Advanced］タブでは、ファイル名やクリップボード、履歴など細かな挙動を設定できます。

About

［About］タブでは、バージョン情報やライセンス、アップデートの確認ができます。

現在使っているバージョンの確認や、最新版へのアップデート確認をここから行えます。

アクションURL

CleanShot XにはアクションURLが設定されています。
これはURLのような形式で、アプリの特定機能を発火できる機能のことです。

CleanShot

CleanShot X - URL scheme API

https://cleanshot.com/docs-api

用意されているアクションは下記の通りです。形式はcleanshot://アクション名で、必要に応じて?パラメータ=値を付けて細かく制御できます。

多くのキャプチャ系アクションはactionパラメータにcopy／save／annotate／upload／pinを指定でき、キャプチャ後の動作をURL側から決められます。

なお、これらのアクションを外部アプリから呼び出すには、前述の［Advanced］タブにあるAPIの項目（Allow applications to control CleanShot）が有効になっている必要があります。

Keyboard Maestroの活用

CleanShot XでmacOS標準のスクショショートカットキーを上書きする手もありますが、私の場合はKeyboard Maestroを使ってshift + command + 4の1回押しで標準のスクショにして、2回押しでCleanShot Xが起動するようにしています。

Keyboard Maestroのトリガーを2回押しを設定して、escで標準のスクショをキャンセルしてから、アクションURLでCleanShot Xを呼び出しています。

これならショートカットキーを忘れる心配がありませんし、標準機能とCleanShot Xを使い分けられます。

他にもshift + command + 5の2回押しならAll in Oneが起動するようにもしています。

このように、アクションURLがあると他アプリとの連携がラクに実現できます。

Alfredの活用

アクションURLを一覧で表示して、そこからAlfredで絞り込んで実行できるワークフローを作成しました。

下記GitHubリポジトリ内の「CleanShot X Actions」です。

GitHub

GitHub - 31mskz10/alfred-workflows: My Alfred Workflows

https://github.com/31mskz10/alfred-workflows

これはCleanShot XのドキュメントページからアクションURLを取得して表示しているので、今後アップデートがあって新しいアクションURLが追加されても反映されるようになっています。

PixelSnapとの連携

ふわっとの岡田さんがCleanShot XとPixelSnapの連携についてnoteを書いてくださいました。
ぜひこちらの記事もご覧ください。

note（ノート）

CleanShot Xがもっと便利になる。私が手放せない「PixelSnap」との組み合わせ｜岡田（ふわっと）

https://note.com/fuwhat_okada/n/nf2a52c739325

PixelSnapは画面上のオブジェクトの幅・高さ・オブジェクト間の距離・余白などを測定できるアプリで、PixelSnapとCleanShot Xはアプリレベルで連携できるようになっています。

まとめ

標準のスクリーンショット機能でも撮影自体は十分です。
しかし、撮ったあとに注釈を入れたりすぐ共有したりといったその先の作業まで考えると、CleanShot Xがあると一気にラクになります。

スクショを撮る機会が多い人や、撮った画像に手を加えて共有することが多い人にはオススメのアプリです。