それぞれの違いについて調べると「ALBはL7、NLBはL4」と出てきますが、ネットワークに関する知識が無い人からすると、これだけではイマイチ理解できません。

今回はELBで選べるロードバランサーの種類をまとめつつ、ALBとNLBの違いと使い分けを整理します。

Elastic Load Balancingの基本

Amazon Web Services, Inc.

ロードバランサー – Amazon Elastic Load Balancer (ELB) – AWS

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

ロードバランサーとは、サイトへのアクセスを複数のサーバーに振り分けて、1台に負荷が集中しないようにする仕組みです。

コンビニなどでレジを待つときにフォーク型で並ぶようなものだと考えると分かりやすいです。1つの列に並び、空いたレジへ順番に進んでいく並び方です。

ロードバランサーも同じように、受け付けた通信を複数のサーバーへ振り分けます。
ちなみに、この振り分け先になるEC2インスタンスやコンテナなどを「ターゲット」と呼びます。

そしてAWSのロードバランサーのサービスが「ELB（Elastic Load Balancing）」です。
ややこしいですが、ELBというサービスの中に、ALBやNLBといったロードバランサーが何種類か用意されています。

また、ELBはターゲットが正常に動いているかを定期的に確かめる「ヘルスチェック」も行っています。
このヘルスチェックがあるおかげで、応答しなくなったターゲットには通信を送らないので、止まっているサーバーにアクセスが送られてエラーになるのを防げます。

ロードバランサーの種類

2026年10月時点で、ELBで選べるロードバランサーは下記の4種類です。

Application Load Balancer（ALB）

ALBはHTTPとHTTPSの通信を扱う、ウェブサイト・ウェブアプリ向けのロードバランサーです。
名前もApplication Load Balancerなのでアプリケーション向けだと覚えられます。

WebSocketにも対応しているので、チャットのようにつなぎっぱなしで通信するアプリケーションも扱えます。

HTTPのリクエストを読めるALBでは、下記のような機能が使えます。

• URLやドメインで振り分け先を変える
  • 例：/api/はAPIのサーバー、blog.example.comはブログのサーバーのように振り分けられる
• HTTPでアクセスされたら、HTTPSへリダイレクトする
  • サーバー側の.htaccessなどに書かなくて済む
• Amazon Cognitoなどと連携してログイン画面を挟む（HTTPSリスナーのみ）
• AWS WAF（不正なリクエストを遮断するファイアウォール）を使う

ヘルスチェックもHTTPまたはHTTPSで行い、指定したパスが返すステータスコードで正常かどうかを判断できます。

Network Load Balancer（NLB）

NLBはHTTPに限らず、TCPやUDPの通信を扱うロードバランサーです。

独自プロトコルのサービスなど、HTTP以外の通信を振り分けたい場合はNLBを選びます（対応しているプロトコルの一覧はNLBのドキュメントを参照）。

IPアドレスを、AZ（リージョンの中にあるデータセンターのまとまり）ごとに1つ固定できるのも特徴です。

また、クライアントのIPアドレスを接続元のままターゲットに渡せます（ただし、ターゲットをIPアドレスで登録した場合、TCPやTLSでは既定で無効なので、ターゲットグループの設定で有効にします）。

NLBのヘルスチェックは、既定ではTCPで接続できるかどうかだけを確認します。
ポートさえ開いていれば、アプリケーションがエラーを返していても正常と判定されるので、ウェブアプリを載せるならHTTPやHTTPSに変えておきます。

なお、NLBのセキュリティグループ（受け付ける通信を決めるファイアウォール）は、作成時に付けなかった場合は後から追加できません。
後から付けたくなったら作り直しになるので、作成時に付けておく必要があるので注意しましょう。

Gateway Load Balancer（GWLB）

ファイアウォールなどのセキュリティ製品を通信経路に挟むためのロードバランサーです。
ウェブサイトを公開するだけなら、出番はほとんどありません。

Classic Load Balancer（CLB）

旧世代のロードバランサーで、現在AWSはALBやNLBへの移行を推奨しています。
古い環境でCLBが残っている場合は、HTTP/HTTPSならALB、TCPならNLBへの移行を検討します。

これから新しく作る場合はALBかNLBを選びましょう。

ALBとNLBの違い

ALBとNLBは、どちらも通信をターゲットへ振り分けるロードバランサーです。

この2つの大きな違いは、NLBがIPアドレスとポート番号だけを見て振り分けるのに対して、ALBはURLやCookieを含むHTTPリクエストの中身まで見て振り分ける点です。

この違いは、よく郵便物の仕分けに例えられます。
NLBは封筒の宛名だけを見て仕分ける係で、ALBは封筒を開けて手紙を読み、内容に合わせて担当の部署へ回す係です。

ALBとNLBの特徴を表にまとめると下記のようになります（2026年10月時点）。

例えば、同じ接続で/api/usersと/images/logo.pngが続けて送られたとします。

NLBは、TCPの場合は接続を始めるときに振り分け先を決め、切断されるまで同じターゲットに送ります。
ブラウザは一度つないだ接続を使い回してリクエストを続けて送るので、この2つはどちらも同じターゲットに届きます。

それに対してALBは、リクエストごとに振り分け先を決めます。
パスごとに振り分け先を設定しておけば、この2つを別々のターゲットへ送れます。

このように、HTTPの中身を見て振り分けたいのか、接続単位で振り分けられれば十分なのかで、どちらを使うのかが変わってきます。

実際にはどう使い分けるのか

HTTP/HTTPSのウェブサイトやウェブアプリなら、まずはALBを使うことから考えます。
URLでの振り分け、HTTPSへのリダイレクト、AWS WAFは、どれもNLBにはない機能だからです。

複数のアプリケーションを動かす場合も、ロードバランサーを増やす必要はありません。
1つのALBで、パスやホスト名ごとにターゲットグループ（振り分け先のターゲットをまとめたもの）を分ければ済みます。

そのうえで、下記のようなALBでは満たせない要件があるときにNLBを選びます。

• HTTP以外のプロトコル（TCPやUDP）を扱う
• 接続先のIPアドレスを固定する必要がある
• クライアントのIPアドレスを、ヘッダーではなく接続元のまま受け取りたい

ウェブ制作の案件でウェブサイトやウェブアプリを公開するだけなら、固定IPの要件くらいで、それ以外はあまり無いんじゃないかと思います。

まとめ

ALBとNLBは、IPアドレスとポート番号だけで判断しているか、URLやCookieを含むHTTPリクエストを見て判断しているかの違いです。URLでの振り分けやWAFがALBにしかないのは、HTTPの中身を見ているからです。

ウェブサイトであればALBで構成を組み、そのうえで「IPアドレスを固定してほしい」「HTTP以外の通信もある」と言われた時点でNLBを検討します。

初めてELBを知ったときは、とりあえず「アプリケーションならALB」と丸暗記しているような状態でした。
しかし、どうなっているか詳しく調べて整理してみると、それぞれの機能差がどこからきているのか分かって面白いです。

また、NLBを使う場合は、後から追加できないセキュリティグループを作成時に付けることだけは忘れないようにしましょう。

Webrandum

タグ 「Bartender」

https://webrandum.net/tag/bartender

しかし、少し前からアクティビティモニタを確認すると、Bartenderがメモリを大量消費していることが多々ありました。何なら暴走して、メモリ消費の一番上がBartenderになっていたこともあります。

Bartenderはアプリの特性上、常に起動しているアプリなのでメモリ消費量は気になります。
そこで、代替アプリはないか調べてみました。

今回はBartenderを含むメニューバー管理アプリについて、機能の違いと対応macOS、アップデートの状況をまとめます。

メニューバー管理アプリの比較

macOSアプリは、対応しているものはメニューバーの右側にアイコンが表示されます。
常駐系のアプリの場合は、メニューバーから環境設定を開くなんてものもあります。

インストールしているアプリ数が少なければ気になりませんが、アプリが増えてくるとメニューバーに並ぶアイコンもどんどん増えていき、溢れてしまいます。

そこで、Bartenderをはじめとするメニューバー管理アプリを使うと、使わないアイコンは非表示にしたり、別のバーにあらかじめ配置しておき、特定アイコンを押すことでバーの切り替えができたりします。

まずはアプリごとの機能と、無料・有料の区分を表にまとめました。
（料金・機能・配布状況は2026年10月時点で確認した内容です）

Thawの条件切り替えは、バッテリー・電源以外の条件を開発者設定から個別に有効化する方式で、バージョン2.0.1時点では一部実験的な機能です。

有料プランの料金

有料アプリと、無料版に有料機能を追加するアプリの料金は下記の通りです。
Barbeeは、ダウンロードが無料でもすべての機能を無料で使えるわけではありません（日常的に使おうとするなら、有料前提になりそうです）。

ちなみにBartenderの場合は、サブスクアプリが使い放題になるSetappにもあるため、Setappを契約している人なら追加費用無しで使えます。

アップデート状況

アップデート状況についても確認しました。
あくまでこれらは執筆時点の2026年10月現在の情報です。

IceとDozerは更新されていないので、それ以外のアプリなら概ね問題なく定期的にアップデートされていそうです。

メニューバー管理アプリの不安定性

Bartenderもですが、メニューバー管理アプリはmacOSのベースとも言えるメニューバーを操作したりカスタマイズするため、動作が不安定な場合があります。

特にOSのアップデート直後のバージョンは不安定になりやすいらしく、アイコンの表示が不安定になったり、編集がまともにできなくなったりします。私のようにBartenderのメモリ消費が激しくなったという声も見かけます。

今回さまざまなアプリを調べたのも、どれか1つに絞るのではなく、選択肢をいくつか知っておくために整理しました。

もし今後使っているメニューバー管理アプリが不安定になったら、試しに別のアプリを使ってみるのも良いでしょう。

また、アプリのバージョンアップを重ねて改善される可能性もあるので、動作が不安定になったとしても、別アプリに一時退避して、しばらくしたらまた試しに使ってみても良いかもしれません。

Bartenderの代替アプリ

ここからはBartenderの代替になるメニューバー管理アプリを1つずつ紹介していきます。

Thaw

GitHub

GitHub - thaw-app/Thaw: The open source menu bar manager · GitHub

https://github.com/thaw-app/Thaw

Thawは、Iceという別のアプリから派生して開発されている無料のメニューバー管理アプリです。
アイコンの表示・非表示だけでなく、別のバーへの表示、検索、配置を保存するプロファイル機能なども備えています。

設定の［レイアウト］で並び替えや、スペーサーや細かいレイアウトの設定が可能です。

他の設定項目も多く、オートメーション・トリガーなどのBartenderにも備わっている機能や、外観もかなり自由にカスタマイズできます。

「プロファイル」と呼ばれる、設定をディスプレイ構成などと結び付ける機能もあります。
MacBook単体と外部ディスプレイ使用時で、表示する項目を変えたい場合に使えます。

あとは非表示メニューを開くためのアイコンも色んな種類が用意されていますし、自分で画像を選択して設定することも可能です（私は基本的に［省略記号］しか使っていません）。

Barbee

App Store

‎Barbee - Hide Menu Bar Itemsアプリ - App Store

https://apps.apple.com/jp/app/barbee-hide-menu-bar-items/id1548711022?mt=12

Barbeeは、アイコンのグループ分け、自動表示・非表示、アイコン間隔の調整ができるアプリです。
App Storeからインストールでき、日本語にも対応しています。

VIPは年額800円または買い切り2,000円で、新規ユーザー向けに3日間のトライアル期間があります。
表示切り替え回数の制限解除などがVIPに含まれるため、使うなら有料前提になりそうです。

折りたたまれるような形で隠されたアイコンを表示する「ノーマルモード」と、別のメニューバーを表示する「強化モード」のどちらかを選択して使用します。

その他の機能もThaw同様に多く、ウィジェット・オートメーション・プロファイルはBarbeeにも備わっています。

2026年も複数回更新されているのでアップデート頻度は問題なさそうですが、バイブコーディングで作成したようで、細かい部分の粗や、デザイン的な部分（絵文字の感じなど）が気になります。

また、長時間使うとスクロールなどの反応が悪くなるという報告もあります。

Hidden Bar

GitHub

GitHub - dwarvesf/hidden: An ultra-light MacOS utility that helps hide menu bar icons · GitHub

https://github.com/dwarvesf/hidden

Hidden Barは、区切りアイコンの左側に配置したアイコンをまとめて隠すアプリです。
検索や複雑な自動化より、クリックで表示・非表示を切り替えられれば十分な場合に候補になります。

長く更新が空いていましたが、2026年3月に1.10、9月に1.11.1が公開されています。
Homebrewを使って下記のコマンドでインストールできます。

brew install --cask hiddenbar

macOS 27の場合は、GitHub配布の1.11.1を使います（Mac App Store版もありますが、macOS 27ではアイコンを隠せないようです）。
ただし、macOS 27向けの実装は今後のOS更新で動かなくなる可能性があるそうです。

起動したらHidden Barのアイコンが表示されるので、メニューバーでcommandを押しながらドラッグしてアイコンの位置を入れ替えます。

ちなみに、同じアプリで複数のアイコンを持つ場合はまとめて切り替わります。

Barkeep

GitHub

GitHub - iannuttall/barkeep: Manage hidden macOS menu bar items from one place · GitHub

https://github.com/iannuttall/barkeep

Barkeepは2026年8月24日に初回リリースされた比較的新しいメニューバー管理アプリです。

インストールはGitHubのReleasesからダウンロードして行います。

検索や非表示機能に加えて、隠した項目を表示するときにTouch IDやMacのパスワードで認証する機能もあり、設定画面の［Behavior］→［Use Touch ID or Mac password before reveal］をオンにすると有効になります（この機能は初めて見ました）。

新しいアプリなので、自分の環境でちゃんと動作するか確認してから使う必要がありそうです。

Bartenderを更新して使い続ける選択肢

Bartenderは、別のバーへの表示や検索だけでなく、条件に応じて項目を表示するトリガー、Widgetsなどを備えています。
単なるメニューバーの整理だけなら他アプリでも十分ですが、それ以外の機能まで備えたアプリは見当たりません。

アップデートを繰り返して

ちなみに、Bartenderは現在macOSのバージョンメジャーバージョンが一致するようになっています。
macOS 27ではBartender 7、macOS 26は6、macOS 14向けには5を案内しているため、インストールするときは注意しましょう。

更新が長く空いているアプリ

更新が長い間空いているアプリも念のため紹介しておきます。

ただ、これらはあくまで執筆時点の2026年10月の情報のため、今後アップデートされる可能性はありますし、逆に上記で紹介したアプリの更新が途絶える可能性もあります。

Ice

Iceは、別のバーへの表示や検索もできる無料アプリです。
ただ、安定版は2024年10月29日の0.11.12、最後に確認できた開発版は2025年9月16日の0.11.13-dev.2で、その後は約1年リリースが空いています。

新しいmacOSへの乗り換え候補としては、Iceから派生して更新が続くThawにするのが良さそうです。

Dozer

Dozerは、ドット状の区切りを使ってアイコンを隠す無料アプリです。
公開されている動作要件はmacOS 10.13以降ですが、最後のリリースは2020年7月の4.2.0で、GitHubではプレリリース扱いになっています。

長期間新しい配布版が出ていないため、現在のmacOSで新しく導入するなら、更新や対応OSを確認できるほかの候補から選ぶ方が良いです。

まとめ

私の場合はメモリ消費が激しすぎてBartenderからひとまずThawに切り替えている状態です。
ただ、Bartender自体はメニューバーに関連するさまざまな機能がありますし、メニューバーだけであれだけの機能を考えて実装しているのは魅力に感じます。

たまにBartenderも使ってみてメモリ消費がどうなるか確認しつつ、消費が激しいうちはとりあえずThawを使っておこうと思います。

しかし、アプリのボタンをクリックしたり、画面をスクロールしたりする場面ではどうしてもマウスやトラックパッドが必要になってきます。

もちろんマウスで操作した方が早い場面もありますが、ボタンを1つ押すだけなら、キーボードから手を離さずに済ませたいところ。

何よりマウスを持っている状態（マウスモード）と、キーボードに両手がある状態（キーボードモード）のどちらでも最低限の操作ができるのが理想です。

ここ最近、画面上のボタンやマウスカーソルなどをキーボードだけで操作できるようにするアプリを試してみたので、今回はその中からHomerowとMouselessの2つを紹介します。

macOSのUI操作をキーボードで行うアプリ

macOSのUI操作をキーボードで行うアプリは、大きく分けて2つの方式に分かれます。

1つ目が「ヒント方式」です。
ショートカットキーを押すと画面上のクリック可能な要素（ボタン、リンク、メニュー項目など）に「ka」「jf」のようなラベルが表示され、そのラベルをキーボードで入力すると対応する要素がクリックされます。

もう1つが「グリッド方式」です。
画面全体を格子状に区切り、セルに割り当てられたキーを入力してマウスカーソルそのものを移動させます。

前者はUI要素を検出できることが前提で、後者は画面上の位置さえ指定すれば操作できる違いがあります。

アプリ比較

キーボードだけで画面操作を行う方法はいくつかあり、下記が代表的です（料金は2026年10月時点のものになります）。

HomerowはVimacの後継にあたるアプリです。
Vimacのリポジトリでも、後継としてHomerowが案内されています。

Vimac is now Homerow. Homerow is a refined, sleeker, more performant successor of Vimac, incorporating lessons learned from it’s predecessor.

（VimacはHomerowになりました。HomerowはVimacから得られた知見を取り入れ、さらに洗練されたデザインと、より優れたパフォーマンスを実現した後継アプリです。）

nchudleigh/vimac: Productive macOS keyboard-driven navigation

新規で導入する場合は、まずHomerowのトライアルで普段のアプリに対応しているか確認すると良さそうです。

Mouselessは買い切りとサブスクの両方が用意されていて、どちらのライセンスでもmacOS・Windows・Linuxをまたいで5台まで使えます。

Homerow

www.homerow.app

Homerow — Keyboard shortcuts for every button in macOS

https://www.homerow.app

Homerowは、macOSのUI要素をヒント方式でクリックできるようにするアプリです。

$49.99の買い切りで、1ライセンスで自分が所有するすべてのMacで使えます。

ちなみに無料トライアルに期限はなく、Homerowを50回呼び出すごとに購入を促すリマインダーが表示されます。
操作感を試すだけなら無料の範囲で十分試せます。

インストール方法

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

brew install --cask homerow

初回起動時はアクセシビリティの許可が必要です。
案内に従って［システム設定］→［プライバシーとセキュリティ］→［アクセシビリティ］からHomerowを許可します（［Grant Accessibility Permission］を押せば許可できるみたいですが、特に反応が無い場合は［Open Privacy & Security］を押して自分で追加しましょう）。

クリックモード

クリックモードがHomerowのメインとなる機能です。

デフォルトのショートカットキー（shift + command + space）で起動すると、画面上のクリック可能な要素にラベルが表示されます。

このラベルに表示されているアルファベットのキーを押すと、その位置がクリックできます。
例えば、上記の画像の場合はF→Aを順に押すと、新規タブのボタンがクリックされます。

このように、クリック要素に表示されるラベルを押すことで、素早くキーボードだけでマウス操作ができるわけです。

さらにHomerowはラベルの入力に加えて、ボタン名で候補を検索できます。
クリックしたいボタンの名前を打つと候補が絞り込まれ、残った要素にラベルが振られます。

「Save」と表示されたボタンなら、その文字列を打つことで候補を絞れます（日本語だと不可なので、英語のラベルに限ります）。

他にもいくつかキー操作があり、公式ガイドにある、モード内の主な操作は下記の通りです。

スクロールモード

クリックではなくスクロールをしたい場合は、専用のスクロールモードを使用します。

ショートカットキー（デフォルトはshift + command + J）で起動し、モードに入ったあとは下記のキーで操作します。

Vimと同じh/j/k/lなので、Vimキーバインドに慣れている人ならすぐ使えます。

スクロール可能なエリアが複数あるアプリでは、tabか数字キーでエリアを切り替えてからスクロールします。

ショートカットキーの変更

ショートカットキーの変更は設定の［Clicking］と［Scrolling］タブでそれぞれ変更できます。

クリックモードはデフォルトだとshift + command + spaceですが、私の場合はcontrol + spaceに変更しています。

苦手な操作

Homerowはアクセシビリティ経由でUI要素を拾って操作します。
そのため、ゲームや独自描画のアプリ、キャンバス上に描かれた図形など はラベルが表示されなくて操作できないことがあります。

また、ボタン名が日本語だと検索して絞り込みができないので注意が必要です。

そもそもそこまで複雑なマウス操作をするなら普通にマウスを使った方が良いので、あくまで両手がキーボードにあるときに、狙ったボタンを1回だけ押すような使い方が適しています。

Mouseless

Mouseless

Mouseless — Lightning-fast mouse control with the keyboard

https://mouseless.click

Mouselessは、マウスカーソルの位置をキーボードで制御するアプリです。
画面をグリッドに分割し、キー入力でカーソル位置を指定します。

ライセンスは買い切り（ライフタイム）とサブスクの2種類が用意されています。
1つのライセンスがmacOSだけでなくWindows・Linux版にも共通で使え、5台まで有効化できるのが特徴です。

購入前に14日間のトライアルが使えて、クレジットカードもメールアドレスも登録せずに試せます。

Homerowとの最大の違いは、アプリのUI要素の検出に依存しないことです。
UI要素が検出されない場面でも、画面上の任意の座標に移動してクリックできます。

クリックしたい位置をグリッドで指定するため、ボタン名を検索するHomerowとは操作の覚え方が異なります。
どちらが早いかは、目的の要素を検出できるかやグリッドの設定にもよります。

キャンバス上の位置など、Homerowで候補にならない場所を操作したい場合に向いています。

インストール方法

公式サイトからダウンロードする方法もあります。
もしくは、Homebrewの下記コマンドでインストールできます。

brew install --cask mouseless

初回起動時は利用規約とプライバシーポリシーへの同意画面が表示されます。
チェックしたら［Activate］または［Start Trial］を押します。

Mouselessもアクセシビリティの許可が必要で、ポップアップが表示されるので［Open System Settings］を押してシステム設定で許可しましょう。

基本的な使い方

起動後は下記の説明画面が表示され、ここに基本的な操作方法が書かれています。

デフォルトでは左commandキーを単押しすると、グリッドが画面上にオーバーレイ表示されます（escを押すと解除されます）。

各セルに割り当てられたキーを入力すると、カーソルがそのセルの位置に移動します。

移動後はspaceで左クリックします。
macOSの初期設定で右クリックする場合は、右commandを押しながらspaceです。

ほかにも中クリック・戻る・進むボタン、ダブルクリックやトリプルクリック、ドラッグアンドドロップ、スクロールまでキーボードから行えます。

グリッドの行数・列数や色などの表示スタイル、キー割り当てに関しては設定画面で変更できます。

command単体押しで英数かなを切り替えている場合

私はUS配列のキーボードを使っていて、Karabiner-Elementsで左右のcommand単体押しで英数・かなを切り替えられるようにしています。

そのため、Mouselessのcommand単体押しとバッティングして起動ができません。

設定画面の［Keymap］→［Overlay］→［show overlay］を「CommandLeft tap」から「OptionLeft tap」など別のキーにして［Save］を押せば変更できます。

他にもキーリマップを行っている人はバッティングしていないか最初に確認しておきましょう。

フリーモード

グリッドを出さずにカーソルをなめらかに動かす「フリーモード」も用意されています。

デフォルトだと左optionキーの単押しで切り替わり（私は右commandに変更しています）、I/J/K/Lでカーソル移動、M/カンマでスクロール、S/D/Fで移動速度を変えられます。

グリッドで大まかな位置に飛んでから、フリーモードで微調整するという組み合わせもできます。
細かい操作をするならフリーモードも活用することになりますが、そこまでするならマウスに移動した方が早いですね……

UI要素の検出に頼らない分、画面上の座標を基準に操作したり、マウス操作をキーボードで行えるようになるのは面白いです。

その他の方法

macOS標準のフルキーボードアクセス

フルキーボードアクセスは、macOSに標準で用意されている機能です。

［システム設定］→［アクセシビリティ］→［キーボード］にある「フルキーボードアクセス」をオンにすると、tabなどで画面上のコントロールにフォーカスを移せるようになります（Appleの操作ガイド）。

フォーカスされた項目はspaceで実行でき、グループ内の移動は矢印キーで行います。
追加のアプリが不要なのは大きなメリットです。

ただし、主にtabや矢印キーでフォーカスを移すため、目的の項目まで何度もキーを押す場面があります。
ラベル入力、画面上の座標指定を使いたい場合は、HomerowやMouselessが必要になります。

Vimium（ブラウザ限定）

ブラウザ内のリンクやボタンを操作したい場合は、拡張機能のVimiumが便利です。
Fキーを押すとリンクやボタンにヒントが表示され、そのラベルを入力するとクリックされます。

HomerowはVimiumから影響を受けたアプリなので、操作感が非常によく似ています。
無料でオープンソースですし、作業時間の大半がブラウザという人ならこれだけで満足できるかもしれません。

私の場合はブラウザ以外のマウス操作もキーボードから行いたかったのでHomerowを試しましたが、ブラウザだけでいいならVimiumで十分です。

まとめ

私の場合はHomerowのクリックモードが合っているので、現状はそれをメインで使っています。
独自描画の特殊なアプリの方が少ないので、大抵のクリック候補は出るのでストレス無く使えています。

まずは普段使うアプリの画面で試し、どうしてもHomerowだけで操作できない場合はMouselessも試してみてはいかがでしょうか。

ただ、何が何でもキーボードで操作を完結させる必要は無いので、複雑な操作が必要なら素直にマウスを使いましょう。

あくまで冒頭でも述べた通り、「マウスを持っている状態（マウスモード）と、キーボードに両手がある状態（キーボードモード）のどちらでも最低限の操作ができる」という選択肢がある状態が理想です。

あとは状況に応じてうまく使い分けるようにしましょう。

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パターンを数個登録するだけなので、手間に対して効果が大きいのが良いところです。

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

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