VBScriptは、長年にわたりWindows上の簡易自動化や業務用スクリプトで使われてきました。
一方でMicrosoftは、VBScriptを非推奨機能として扱い、段階的に廃止へ進める方針を示しています。
「VBSはもう使えないのか」「Windows 11で急に動かなくなるのか」「PowerShellへ今すぐ全部置き換えるべきか」と迷う人も多いはずです。
本記事では、2026年5月時点のMicrosoft公式情報をもとに、VBScriptが今どういう状態なのか、今後どう変わるのか、既存VBS利用者は何を確認すべきかを整理します。
結論：VBScriptはすぐ消えるわけではないが、新規作成は見直し時期
先に結論を整理します。
- VBScriptは、現時点ですぐ使えなくなるわけではない
- ただしMicrosoftは、段階的な廃止方針を明示している
- Windows 11 24H2以降では、Feature on Demandとして扱われる
- Microsoftのタイムラインでは、2027年頃に既定で有効ではなくなる段階が示されている
- その後、将来のWindowsではVBScript自体を削除する方針が示されている
- 既存VBSは棚卸しを始め、新規作成ではPowerShell / JavaScriptも検討した方がよい
つまり、今すぐ全VBSを書き換える必要はありませんが、何も確認せずに使い続けるのは非推奨です。
VBScriptは今どういう状態か
Microsoftは、Windowsクライアントの非推奨機能一覧で、VBScriptをdeprecated、つまり今後積極的に使い続ける前提ではない機能として扱っています。
ただし、非推奨化と即時削除は同じ意味ではありません。VBScriptは、削除前の移行期間として、Windows上でFeature on Demand として提供される段階に入っています。
Windows 11 24H2以降ではFeature on Demand扱い
Microsoftのタイムライン説明では、Windows 11 バージョン24H2以降の第1段階として、VBScriptのFeature on Demandが事前インストールされ、既定で有効な状態になると案内されています。
そのため、現時点では、Windows 11 24H2以降だからといって、すぐにすべてのVBSが使えなくなるわけではありません。
ただし、これはあくまで移行準備期間です。将来の段階では、既定で有効ではなくなり、さらに後にはWindowsから削除される方針が示されています。
VBScript廃止スケジュールの見方
Microsoftが示している流れを、記事作成時点の整理でまとめると次の通りです。
| 段階 | 扱い | 利用者側の見方 |
|---|---|---|
| 現在〜第1段階 | Windows 11 24H2以降でVBScript FODが事前インストールされ、既定で有効 | 既存VBSは引き続き動く前提だが、移行準備を始める段階 |
| 2027年頃 | VBScript FODが既定で有効ではなくなる予定 | 必要に応じて有効化が必要になる可能性がある |
| 将来 | VBScript自体をWindowsから削除する方針 | VBS依存のまま放置すると、将来実行できなくなる可能性が高い |
特に注意したいのは、「2027年に完全終了」と断定するのは不正確という点です。Microsoftの説明では、2027年頃は「既定で有効ではなくなる段階」とされており、完全削除はさらに後の段階として整理されています。
既存VBS利用者が困りやすいこと
VBScriptは、古い社内運用や個人用の自動化でまだ使われていることがあります。
- 共有フォルダに置いた `.vbs` スクリプト
- タスクスケジューラから実行している処理
- ログオン時や日次処理で動かしている簡易自動化
- 社内PCで配布している小さな補助スクリプト
- 古い手順書に残ったVBS前提の操作
現時点で動いているからといって、そのまま長期運用してよいとは限りません。特に、誰が管理しているか分からないVBSや、止まると業務に影響するVBSは、早めに棚卸し対象へ入れるべきです。
既存VBSはまず棚卸しから始める
Microsoftは、VBScript廃止に備える検出戦略として、使用状況の監視、依存関係の見直し、`.vbs` ファイルの確認などを示しています。
個人利用や小規模運用では、まず次のように整理すると現実的です。
- どの `.vbs` ファイルを使っているか洗い出す
- 誰が使っているか確認する
- 止まると困る処理か判断する
- 1回限りの古いスクリプトか、今も定期実行しているか分ける
- PowerShellなどで置き換えやすいか確認する
すべてを一度に置き換えるのではなく、重要度が高いもの、現在も動いているものから順に整理する方が現実的です。
新規でVBSを作るべきか
既存VBSをすぐに全廃する必要はありませんが、新規で自動化処理を作る場合は、VBScript以外を優先検討するのが妥当です。
理由は単純で、VBScriptは今後のWindowsで段階的に扱いが縮小される方針が示されているためです。新しく作った処理ほど、数年先まで保守しやすい技術で作る方が合理的です。
PowerShellが向くケース
Windows上の管理作業やファイル処理、自動実行を置き換えるなら、PowerShellは最有力候補です。
- ファイル整理
- フォルダー監視
- PC設定の確認
- タスクスケジューラと組み合わせた処理
- 社内PC向けの管理自動化
Microsoftも、VBScriptの代替としてPowerShellを挙げています。特にWindows上の自動化であれば、今後はPowerShellで考える方が自然です。
JavaScriptが向くケース
Microsoftは、VBScriptの代替候補としてJavaScriptも挙げています。
ただし、JavaScriptは用途によって実行環境が大きく変わります。
- Webページ内で動くJavaScript
- Node.js上で動くJavaScript
- 旧来のWindows Script Host系のJScript
これらは同じ「JavaScript系」に見えても、前提が異なります。VBSの置き換え先として考える場合は、何を自動化したいのかを先に整理する必要があります。
今すぐ全部置き換える必要はあるか
結論として、今すぐすべてのVBSを一括移行する必要はありません。
ただし、次のようなVBSは優先的に見直した方がよいです。
- 毎日または毎週動かしている
- 業務が止まると困る
- 社内で複数人が使っている
- 作成者がすでに不在
- 今後も長く使う予定がある
逆に、すでに使っていない古いVBSや、一時的なメモ用途のスクリプトまで、急いで書き換える必要は薄いです。
判断の目安：既存VBSは3段階で整理する
| 区分 | 扱い | 対応 |
|---|---|---|
| 重要 | 業務停止につながるVBS | 早めに移行方針を決める |
| 継続 | 今も使っているが緊急度は低いVBS | 用途確認と優先順位付け |
| 整理 | もう使っていない、用途不明のVBS | 残す理由がなければ棚卸し対象 |
このように分けると、「全部すぐ変えるべきか」という不安を、実際に手を動かせる判断へ落とし込みやすくなります。
既存VBSを使い続けるなら確認したいこと
- そのVBSが今も必要か
- 代替手段があるか
- 今後も使い続ける責任者が決まっているか
- PowerShell化した方が安全か
- Feature on Demandが無効化された環境でも困らない設計か
「まだ動くから残す」ではなく、将来使えなくなる方向が示されている機能として扱うのが重要です。
既存のVBS関連記事
kobewing.comでは、既存VBSの具体的な使い方として、待機処理に関する記事も公開しています。
今後は、VBS利用者が困りやすい処理を整理しながら、PowerShellやJavaScriptへの置き換え記事も追加していく予定です。
今後整理したい関連記事
- VBSで処理を一時停止したい時の確認ポイント
- PowerShellで一時停止・待機する方法
- VBSのpause処理をPowerShellで置き換えるには
- JavaScriptで処理を待つ方法
今回の記事は、その入口となるハブ記事として位置づけます。
参考にしたMicrosoft公式情報
本記事は、Microsoftが公開しているVBScript非推奨化と廃止スケジュール、検出戦略に関する公式情報をもとに整理しています。
- Deprecated features in the Windows client
- Resources for deprecated features in the Windows client
- VBScript deprecation: Timelines and next steps
- VBScript deprecation: Detection strategies for Windows
まとめ
VBScriptは、今すぐ完全に使えなくなるわけではありません。
- 現時点では利用継続できる環境がある
- ただしMicrosoftは非推奨化と段階的廃止を明示している
- Windows 11 24H2以降ではFeature on Demand扱い
- 2027年頃には既定有効ではなくなる予定が示されている
- その後、将来のWindowsでは削除される方針
- 既存VBSは棚卸しを始め、新規作成はPowerShell / JavaScriptも検討する
特に、業務で使い続けているVBSや、作成者不在の古いスクリプトがある場合は、今のうちに確認を始める方が安全です。
