Windows起動後に毎回使うアプリは、実行ファイルそのものではなくショートカットをスタートアップフォルダーへ置くと、対象ユーザーのサインイン時に自動起動できます。現在のユーザーだけならshell:startup、PCの全ユーザーならshell:common startupを使います。最初は現在のユーザー用で試し、アプリの提供元、起動対象、作業ファイルの保存状況を確認してください。自動起動はWindowsサービスのような「OS起動前の強制実行」ではなく、サインイン後に遅れて開始される場合があります。
スタートアップフォルダーで実行されるタイミング
スタートアップフォルダーは、ユーザーがWindowsへサインインした後に処理される自動開始場所です。PCの電源を入れただけで、誰もサインインしていない状態からデスクトップアプリを動かす仕組みではありません。また、Windowsは操作性を守るため、Runキーやスタートアップグループのプログラムを即時ではなく遅らせて開始することがあります。登録後にデスクトップが表示された瞬間だけを見て失敗と判断せず、少し待ってプロセスや通知領域を確認します。
スタートアップへ登録しても、管理者権限を求めるアプリのUAC確認を安全に迂回することはできません。常時高い権限が必要な設計なら、ショートカットで無理に起動せず、アプリ提供元の企業向け展開方法や、組織で承認された管理方式を検討します。パスワードを引数へ埋め込む、UACを無効にする、セキュリティ製品を停止する方法は使いません。
現在のユーザー用と全ユーザー用を選ぶ
- shell:startup：現在サインインしているユーザーだけが対象です。実体はユーザープロファイル配下のStartupフォルダーです。まずはこちらで検証します。
- shell:common startup：そのPCへサインインする全ユーザーが対象です。実体はProgramData配下で、追加時に管理者の承認が必要になる場合があります。
- ［設定］→［アプリ］→［スタートアップ］：アプリがWindowsへスタートアップタスクを登録済みなら、ここでオンとオフを切り替えます。
- タスクマネージャーの［スタートアップ アプリ］：設定と同じ登録アプリを確認でき、起動への影響も切り分けられます。
共用PCだからという理由だけで、いきなり全ユーザー用へ登録しないでください。業務アプリのライセンス、ユーザーごとの初期設定、データ保存先、サインイン方式が異なることがあります。まずテスト用ユーザーのshell:startupで動作を確認し、全員に必要だと確認できた場合だけshell:common startupを使います。
公式手順でショートカットを登録する
- 起動したいアプリを通常どおり開き、正しいアプリであること、更新が完了していること、終了時にデータが保存されることを確認してから終了します。
- ［スタート］を右クリックして［ファイル名を指定して実行］を開き、shell:appsfolderと入力してEnterキーを押します。インストール済みアプリの一覧を開いたままにします。
- もう一度［ファイル名を指定して実行］を開き、現在のユーザーだけならshell:startup、全ユーザーならshell:common startupと入力します。
- shell:appsfolder側から対象アプリをStartupフォルダーへドラッグします。実行ファイルのコピーではなく、ショートカットとして登録されていることを確認します。
- ショートカットの名前、リンク先、作業フォルダーを確認します。ネットワークドライブや取り外し可能ドライブをリンク先にすると、サインイン直後に利用できず失敗しやすいため避けます。
従来のようにインストール先からEXEを探してコピーする必要はありません。実行ファイル本体をStartupフォルダーへ移動すると、更新やアンインストールが壊れるおそれがあります。Microsoftの現行手順どおり、shell:appsfolderからショートカットを登録する方法なら、Microsoft Storeアプリを含めて対象を見つけやすくなります。
登録直後に内容を検査する
サインアウトする前に、Startupフォルダーに置かれた項目が一つだけか確認します。同じアプリが［設定］のスタートアップ、アプリ自身の「Windowsと同時に起動」、Runキーなど複数の場所へ登録されていると、二重起動の原因になります。タスクマネージャーの［スタートアップ アプリ］も開き、同名項目と発行元、状態、起動への影響を記録します。
ショートカットをダブルクリックしてアプリが通常起動するか試します。この時点で「リンク先が見つからない」「アクセスが拒否された」と表示されるなら、自動起動の問題ではなくリンク先またはアプリの問題です。先にアプリの修復や再インストールを行い、存在しないパスを登録し直さないでください。
サインインし直して動作を確認する
- 開いている文書を保存し、対象アプリを終了します。
- Windowsからサインアウトし、同じユーザーでサインインします。単なる画面ロック解除ではスタートアップ処理を再現できません。
- デスクトップ表示後、アプリが遅れて起動する可能性を考慮して待ちます。通知領域へ最小化されるアプリは、画面が開かなくてもプロセスが動いている場合があります。
- タスクマネージャーで対象プロセスと重複起動の有無を確認し、業務に必要な画面や接続先が正しいかを確認します。
- 全ユーザー用を検証するときは、別のテストユーザーでも同じ確認を行います。本番利用者全員へ一度に試させないでください。
起動しない場合の切り分け
- ［設定］にアプリがある場合：［アプリ］→［スタートアップ］がオフならオンにします。組織のポリシーで制御されている場合は、利用者が迂回せず管理者へ確認します。
- 「このアプリが見つかりません」と出る場合：アンインストール済み、移動済み、取り外しドライブ上など、登録されたパスが無効です。正規のインストーラーで修復または再インストールします。
- 管理者の確認画面で止まる場合：スタートアップフォルダーで昇格を自動承認することはできません。権限を下げて動く構成か、正式な管理方式をアプリ提供元へ確認します。
- ネットワーク上のファイルを開くショートカットの場合：サインイン直後にはネットワークや認証が準備できていないことがあります。アプリ本体はローカルから起動し、接続はアプリの対応機能で行います。
- 二重に起動する場合：Startupフォルダー、設定、アプリ内設定のうち管理する場所を一つに決め、重複する登録だけを解除します。
停止と元に戻す方法
Startupフォルダー方式を止めるときは、shell:startupまたはshell:common startupを開き、追加したショートカットだけを削除します。アプリ本体や業務データは削除しません。削除前にショートカットの名前とリンク先を記録しておけば、必要になったときに同じ公式手順で作り直せます。［設定］に登録されたアプリを一時停止する場合は、［アプリ］→［スタートアップ］のトグルをオフにします。アンインストールとは異なるため、手動起動は継続できます。
全ユーザー用から削除するとPC上の全利用者へ影響します。変更日時、対象ショートカット、検証ユーザーを記録し、問題があれば元のショートカットを戻します。原因が不明なままStartupフォルダーを空にしたり、Runキーをまとめて削除したりしないでください。
安全性と起動時間を保つ運用
自動起動するアプリは、サインインのたびにバックグラウンド処理、CPU、ディスク、メモリを消費します。タスクマネージャーの起動への影響を定期的に確認し、毎日必要なものに限定します。出所不明の実行ファイル、メール添付のスクリプト、資格情報を含むバッチ、全ユーザーが書き換え可能な共有場所へのリンクは登録しません。配布元の署名と更新経路を確認し、不要になったショートカットはアプリ本体を残したまま解除します。
コメント