Nativefierがうまくいかないとき｜確かめる順番

Nativefierがうまく動かないという相談は、同じ言葉で語られていても中身が4種類に分かれます。導入の途中で止まったのか、アプリの束はできたのに名前やアイコンが思った通りでないのか、束はできたがMacが開いてくれないのか、窓は開いたのにサイト側が拒んでいるのか。この4つは原因も直し方もまったく別で、片方の解決策をもう片方に当てても一歩も進みません。ここでは、どの段階で止まったのかを先に確定させてから、その段階だけを見る順番をまとめます。手を動かす前の切り分けに1分使うほうが、結果として早く終わります。

どの段階で止まったのかを先に決める

段階の境目ははっきりしています。導入の段階が終わるのは、コマンドが自分の版番号を答えたときです。組み立ての段階が終わるのは、出力先の場所にアプリの束ができたときです。起動の段階が終わるのは、画面に窓が出たときです。そこから先はすべてサイト側の話になります。

確かめ方は2つだけです。まずコマンドに版番号を尋ねます。答えが返るなら導入は終わっているので、入れ直しても何も変わりません。次に出力先の場所を見ます。束が1つできているなら組み立ても終わっています。名前が変でもアイコンが違っても、それは組み立てが失敗したのではなく、指定しなかった項目を道具が推測した結果です。

この区別に厳しくする理由は単純です。段階が違えば有効な操作が重ならないからです。入れ直しは、Macが開いてくれない束には効きません。セキュリティの設定変更は、束そのものができていない状況には効きません。指定を増やすことは、すでに窓の種類を見て断っているログイン画面には効きません。

道具には経過を細かく書き出す指定があり、各段階で何をどう決めたのかが順に出ます。受け取った指定と、受け取らなかったので推測した項目が分かれて表示されるので、まずこれを1回通してから情報を探すと、候補の半分は読む前に消えます。

導入の段階で止まる場合に見る3か所

必要な環境はNode 16.16.0以上、npm 8.11.0以上と公開されています。いまのMacなら問題なく超えています。実際に2026年9月12日にNode 24.12.0とnpm 11.6.2の組み合わせで52.0.0を入れたところ、674個のパッケージが入って普通に完了しました。新しい実行環境だから入らない、という予想はほぼ外れます。

失敗に見えて失敗ではない表示が2つ出ます。1つ目は、組み立てに使う部品が非推奨になったという通知です。この部品は公開後に名前が変わっており、通知はその改名を伝えているだけです。組み立ては動きます。

2つ目は安全性の監査結果です。同じ導入で30件の指摘が出て、うち20件が高、2件が緊急と分類されました。自動修正も版上げも効きません。部品の版はパッケージの中の固定ファイルで留められており、2023年8月の52.0.0より後の版が存在しないためです。指摘の対象は組み立て中に動く道具側で、できあがったアプリに入る部分ではありませんが、管理された社用のMacでは、この数字自体が導入可否の判断材料になります。何度やり直しても数字は変わりません。

本物の失敗は、パッケージ名ではなく権限か場所を名指しします。全体に入れる指定はホームの外側に書き込むため、そこを制限しているMacでははっきりそう言われます。作業用の場所に入れて、その中から呼び出す形にすれば、この問いそのものが消えます。

組み立てはできたが、中身が思ったものと違う

いちばん多い相談がここで、そしてこれは不具合ではありません。指定しなかった項目を道具が推測し、その推測が文字どおりだったという話です。

名前は、ページが自分自身について書いている文言から取られます。2026年9月12日に技術文書のサイトを対象に組み立てたところ、そのサイトの紹介文がまるごとアプリ名になり、60文字を超える名前が付きました。それがそのまま入れ物の名前になり、Dockに並ぶ表示にもなります。壊れたのではなく、ページがそう名乗っていたので道具が信じただけです。名前を指定すればこの推測は丸ごと置き換わります。

アイコンも同じ規則で、条件が1つ増えます。画像の変換には別の変換ソフトが要り、これは任意の追加部品なので入っていない環境があります。入っていても、道具が見つけられる形の画像をページが用意していなければ、標準の絵のままになります。試した2件はどちらも標準の絵のままでした。手元の画像を指定する方法が確実で、変換ソフトが無い環境ではそれが唯一の方法になります。

CPUの種類も推測されます。組み立ては、実行している環境の種類に合わせて作られるため、Intelの機械ではIntel向け、Apple siliconの機械ではarm64向けの束ができます。渡した相手の機械で妙に重い、という報告はたいていこれで、種類を明示すれば解決します。

この段階で本当に失敗するのは、エンジンの取得です。初回の組み立てでは、対象の版のエンジン一式を取りに行きます。標準の版のApple silicon向けは84MBの取得になるため、通信が制限された回線ではここで時間切れになります。症状は「包装の段階で止まったまま終わる」です。

Macが開いてくれないときは、どこから来た束かを見る

できあがった束には署名が付いていますが、その場限りの形式です。試した束を調べると、署名の種別はad hocで、開発者の識別子は設定されていませんでした。システム側の審査に掛けると通りません。これは組み立てが壊れた印ではなく、有料の開発者登録なしで作ったときの正常な結果です。

問題になるかどうかは、その束がどうやってそのMacに来たかで決まります。組み立てたMacでそのまま開く場合、隔離の印が付いていないため、何も言われずに開きます。同じ束を配布や共有で別のMacへ渡すと隔離の印が付き、そこで初めて止まります。

Appleが案内している通し方は決まっていて、古い記事にある右クリックの手順ではありません。

アプリを開くことを試みた後で、次の手順に従ってください。システム設定を開きます。「プライバシーとセキュリティ」をクリックし、下にスクロールして「このまま開く」ボタンをクリックして、アプリを開く、またはインストールする意思を確認します。 出典: support.apple.com

順番が肝心です。ボタンは、一度開こうとして止められた後にしか現れません。設定画面から始める説明が間違っているように見えるのはこのためで、正しい並びは「開こうとする、断られる、それから設定を見る」です。

確認できないという警告ではなく「壊れている」と言われる場合は、組み立てではなく受け渡しの経路を疑います。圧縮と展開の経路によっては束の内部構造が崩れるため、圧縮し直したものではなく元の場所ごと渡すほうが確実です。

窓は開いたのに、サイト側が受け付けない

窓が出た時点で道具の仕事は終わっていて、そこから先はサイトとエンジンのやり取りです。

いちばん分かりやすいのがログインの拒否です。組み込みの窓では認証させない方針を掲げているサービスがあります。

お持ちの Google アカウントを保護できるように、Google では一部のブラウザからのログインが不可となっており、次のようなブラウザからのログインは拒否されることがあります。JavaScript に対応していない、または JavaScript をオフにしている。安全でない拡張機能やサポートされていない拡張機能が追加されている。人の手ではなくソフトウェアで自動的に操作されている。別のアプリケーションに組み込まれている。 出典: support.google.com

ここで名乗りを変える指定を探す人が多いのですが、期待とは逆向きです。この道具は標準で、エンジンの名前と自分のアプリ名を名乗りから取り除き、普通のブラウザに見えるようにしてから通信します。用意されている指定は、その偽装をやめて正直に名乗るほうです。すでに偽装した状態で断られているので、偽装を足す手は残っていません。

保護された動画が再生できないのは、仕組み上の話です。復号に使う部品が標準のエンジンには入っていないためで、指定は用意されていますが、道具の説明文自体が「非公式で、第三者が提供しているものを使う」と断っています。機能を有効にするのとは意味が違います。

リンクを押すと外のブラウザが開くのは、設定であって故障ではありません。標準では、同じ基本ドメインの行き先だけが窓の中に残り、それ以外は通常のブラウザに渡ります。窓の中に留める範囲は正規表現で指定できるので、複数のドメインにまたがるサービスではここを書き換えます。

数か月たってから急に出る警告

しばらく問題なく使えていたのに、ある日から起動のたびに警告が出るようになった、という症状も壊れたわけではありません。組み立てられたアプリは自分がいつ作られたかを覚えていて、起動のたびに確かめています。90日を過ぎると、作り直しを促す窓が出ます。

出る文面は英語で、原文は次のとおりです。

This app was built a long time ago. Nativefier uses the Chrome browser (through Electron), and it is insecure to keep using an old version of it. Please upgrade Nativefier and rebuild this app. 出典: github.com

内容は、ずいぶん前に作られたアプリであること、中で使っているブラウザの版が古いままなのは安全ではないこと、道具を更新してこのアプリを作り直してほしいこと、の3点です。

この警告を消す指定は存在しますが、その名前には「安全でないと承知している」という一言が含まれています。作り手が設定として用意したというより、意思表示に近い作りです。想定されている答えは作り直しで、そのための専用の入口もあります。既存のアプリの場所を渡すと、最初に組み立てたときの指定を引き継いだまま上書きしてくれる仕組みです。何を指定して作ったかを思い出す必要がないので、ゼロから組み立て直すのとは手間が違います。

この警告はもう1つの意味でも役に立ちます。その時点で、そのアプリの中のエンジンは、同じMacに入っているブラウザより少なくとも3か月分は古いということです。サイト側から「対応していないブラウザです」と言われ始める前に気づける合図として扱えます。

作り直しの回数から逆算して考える

ここまでの切り分けは、どれも一度で終わる話ではありません。導入は一度きりですが、組み立ては90日ごとに戻ってきますし、署名の問題は配る相手が増えるたびに出てきます。同じ詰まり方を何度も踏んでいるなら、確かめる順番の問題ではなく、作り方そのものを変える段階に来ていると考えるほうが現実的です。

アプリ化したいサービスがすでに知られたものなら、詰まりやすい点があらかじめ織り込まれているかどうかで手間が大きく変わります。240以上のプリセットからすぐ作れる形で並んでいる一覧には、ログインの持ち方やリンクの外出しの扱いを個別に調整済みのサービスが載っているので、同じサイトを何度も作り直しているなら対応サービス一覧を先に見ておくと無駄が減ります。どこまでを入れ物の側で調整できるのかはできることに整理されています。

作ったあとの直し方や消し方の手順は使い方ガイドにまとまっています。似た詰まり方が続くようなら、先によくある質問を読んでおくと、同じ場所で止まる回数が減ります。

最後に順番だけ繰り返します。版番号を尋ねて導入を確定し、出力先を見て組み立てを確定し、開かないなら束の出所を見て、開くならサイト側の事情を見る。この4つを混ぜないかぎり、無駄な操作は増えません。