Nativefierの使い方｜導入から1本目のアプリ化と、今使う前の確認

Nativefierの使い方は、ターミナルで npm install -g nativefier を実行して導入し、nativefier "https://対象のURL" と打つだけで1本目のアプリができる、というのが基本の流れです。名前、アイコン、リンクを外のブラウザで開くかどうかなどは、オプションで後から足していきます。ただし2026年10月18日時点で、公式のリポジトリは開発終了を告げてアーカイブされており、作られるアプリの中身も2023年のChromiumのままです。この記事では、導入と作り方の手順を順に並べたうえで、今使う前に確かめておきたい点を公式の記載に沿って整理します。

Nativefierとは何をする道具か

NativefierはNode.jsで動くコマンドラインの道具で、指定したWebサイトをElectronで包み、Dockから開ける独立したアプリに仕立てます。上位の解説記事でも、この点はほぼ同じ言葉で説明されています。

Nativefierは、ウェブページをデスクトップアプリ化する Node.js のツールで、ウェブサイトを Electron でラップした Windows, macOS, Linux 用のアプリを作成します。 出典: riotz.works

使われてきた理由は単純です。デスクトップアプリが用意されていないサービス、たとえばタスク管理や社内の管理画面をブラウザのタブから切り離し、Command＋Tabで行き来できる1つのアプリにできるからです。タブの列から目的の画面を探す手間がなくなり、Dockのアイコンで開けるようになります。

仕組みの上で知っておきたいのは、作られたアプリがブラウザ本体を使わず、Electronに同梱されたChromiumを丸ごと抱えている点です。手元のChromeが更新されても、作ったアプリの中のChromiumは作った時点のまま変わりません。この性質が、後半で触れる「今使う前の確認」に直結します。

導入の手順と動作条件

導入はnpmで行います。手順は次のとおりです。

• Node.jsを入れる（公式サイトのインストーラーか、Homebrewなど）
• ターミナルで npm install -g nativefier を実行する
• nativefier --version で版数が表示されれば導入は完了

動作条件は、資料によって書き方が少し違います。リポジトリのREADMEにはmacOS 10.13以降、Node.js 16.9以上、npm 7.10以上とあります。一方、npmに登録されている最終版の52.0.0（2023年8月25日公開）が求める条件は、Node.js 16.16.0以上、npm 8.11.0以上です。今入れると取れるのは52.0.0なので、後者を基準にするのが確実です。

アイコンにPNGを渡してmacOS用の形式に変換させたい場合は、ImageMagickかGraphicsMagickを追加で入れておくと、変換を自動で済ませてくれます。どちらも無い場合は、最初から .icns の形式で用意したアイコンを渡します。

Apple Silicon搭載のMacで注意したいのは、Node.jsの種類です。Rosetta経由で入ったNode.jsを使うと、Intel向けのアプリが作られます。node -p "process.arch" を実行して arm64 と返るか確かめ、x64 と返る場合はビルド時に -a arm64 を付けます。この注意はAPI.mdの説明にそのまま書かれています。

1本目のアプリを作る

1本目は、オプションを付けずにURLだけを渡して作るのが手早い進め方です。Nativefierは対象のサイトから名前とアイコンを拾ってくるので、まず何が自動で付くかを見てから、足りないところだけ指定します。

基本の形は nativefier [オプション] [対象URL] [出力先] です。たとえば次のように打ちます。

nativefier --name "Asana" "https://app.asana.com/" ~/Applications

出力先を省くと、コマンドを打ったフォルダにアプリが作られます。毎回書くのが面倒なら、~/.zshrc に export NATIVEFIER_APPS_DIR=~/Applications/ と書いておけば、以降は出力先を省いてもホームの「アプリケーション」フォルダに作られます。

作り終えたら、次の3点を確かめます。

• 起動して、対象のページが表示されるか
• ログインが最後まで通るか
• ふだん使う操作（通知、ファイルの添付、印刷など）が動くか

ログインの途中で外のブラウザが開いてしまう場合は、次の節のリンクの扱いを見直します。試作の段階では同じ出力先へ何度も作り直し、残す1本を作るときだけ名前と出力先を確定させると、不要なアプリがフォルダに溜まりません。

よく使うオプションと決める順番

オプションは数多くありますが、Macで日常的に使うアプリを作るなら、次の表の範囲で足ります。

オプション	役割
-n / --name	アプリ名を指定する
-i / --icon	アイコンを指定する（macOSは.icnsか.png）
-a / --arch	arm64、x64、universal を選ぶ
--single-instance	二重起動を止め、既存の窓を前に出す
--tray	閉じるボタンで終了せず、メニューバーに残る
--internal-urls	アプリ内で開くURLの範囲を正規表現で指定する
--block-external-urls	範囲外への移動を止める
--upgrade	作ったアプリを手元の版で作り直す

ポイントは、これらがほぼすべて作成時にアプリへ書き込まれることです。作った後に設定画面から直す道はなく、変えたくなったら作り直しになります。決める順番は、置き場所、対象のアーキテクチャ、名前とアイコン、リンクの扱い、窓の出方、の順にすると作り直しが減ります。

リンクの扱いの既定は、www. を除いた基準のドメインが同じなら内部、違えば外部です。外部と判定されたリンクは既定のブラウザで開きます。accounts.google.com や login.microsoftonline.com など、よく使われるログインのページは内部として扱う一覧が組み込まれています。一覧に無い認証の仕組みを使うサービスでは、--internal-urls で範囲を足します。

今使う前に確かめておきたい3つの点

ここからが、上位の解説記事にはほとんど書かれていない部分です。2026年10月18日に公式の情報を確かめた結果を並べます。

1つ目は、開発が終わっていることです。GitHubのリポジトリは2023年9月29日に「Nativefier is unmaintained」と告げてアーカイブされ、READMEの冒頭にも同じ一文があります。不具合の報告も修正も受け付けていません。

2つ目は、作られるアプリの中身が古いことです。最終版のソースに書かれた既定のElectronは25.7.0で、同梱されるChromiumは114です。Electron 25系の最後の更新は2023年12月5日の25.9.8でした。Electronの公式の方針では、修正が届くのは新しい3つの安定版だけで、2026年10月17日に出た最新の安定版は44.9.0（Chromium 152）です。差は19世代あります。

3つ目は、開発者自身が代わりの道を示していることです。開発終了を告げたイシュー#1577には、自分用のWebアプリ化ならChromeやFirefoxのショートカット機能を強く勧めると書かれています。理由は、ブラウザの自動更新でセキュリティの修正を受け続けられるからです。配布するアプリを作るならElectronを直接使うよう勧めています。

-e でElectronの版を指定する方法も残っていますが、Nativefierは新しいElectronでの動作を確かめないまま止まっているため、動く保証はありません。社内向けの用途で古い版の警告を消す --disable-old-build-warning-yesiknowitisinsecure というオプションもありますが、名前のとおり危険を承知で使うものです。

代わりに選ばれている方法と違い

開発者が勧める方法を含め、Macで同じことをする道はいくつかあります。どれもブラウザの更新に追従する点が、Nativefierとの大きな違いです。

Chromeでは、開きたいページを表示した状態で、右上のその他アイコンから「キャスト、保存、共有」、「ページをアプリとしてインストール」と進みます（Chromeヘルプ）。作ったアプリは chrome://apps で管理でき、ログイン時に自動で開く設定もそこから選べます。

Safariでは、macOS Sonoma 14以降で、メニューバーの「ファイル」から「Dockに追加」を選びます（Appleサポート）。作ったWebアプリは閲覧履歴やCookieをSafariと共有しないので、Safari側とは別のアカウントでログインしておけます。名前、URL、アイコンは後からアプリの「設定」で変えられます。この点は、作り直しが前提のNativefierと違うところです。

方法	中のブラウザ	作成後の変更	更新
Nativefier	同梱のChromium 114	作り直し	2023年で停止
Chromeのアプリ化	手元のChrome	一部可能	Chromeの更新に追従
SafariのDockに追加	手元のSafari	設定で変更可能	macOSの更新に追従
サイトをアプリにする道具	手元のChromium系	道具の画面で変更	手元のブラウザに追従

手元のブラウザを使う道具という選択

最後に、Chromeのアプリ化でもSafariでも足りない場面について触れます。アプリごとに別のアカウントでログインしたい、パスワード管理や広告ブロックの拡張機能をアプリの中でも使いたい、という場合です。

このサイトを運営する編集部が扱っているサイトをアプリにする道具は、手元に入っているChromeやBraveなどのブラウザ本体を参照して動く作りです。そのためブラウザが更新されると、作ったアプリも新しい版で動きます。Nativefierのように古いChromiumが残る問題は起きません。土台にできるブラウザは7種類で、アプリごとにプロファイルが分かれ、Cookieとログイン状態も別々になります。macOS 12以降で動き、無料で3アプリまで作れます。それ以上は3,980円（税込）の買い切りです。何ができるかはできることに、作る手順は使い方ガイドにまとまっています。アプリにできるサービスは対応サービス一覧で、費用は料金で確かめられます。

Nativefierで作ったアプリがすでに手元にあるなら、まず日常的にログインしているものから順に、ブラウザの更新に追従する方法へ移すのが安全です。ブラウザの外で動かす必要が無いものは、Chromeのアプリ化かSafariの「Dockに追加」で足ります。迷いやすい点はよくある質問にまとめてあります。