Node.js 20 サポート終了と制作会社の保守｜ビルド環境（Next.js・Astro・Vite）で確認するものと、年1回の更新メニュー【2026年版】
この記事は、Node.js 20 サポート終了（2026年4月30日）を受けて、制作会社がビルド環境で確認することと、年1回のバージョン更新を保守メニューにする方法を扱います。
結論から書きます。Node.js 20 は、公式のリリーススケジュールで2026年4月30日にEOLを迎え、すでに終了しています（Node.js公式、2026年11月9日確認）。今やることは、Next.js・Astro・Vite などのビルドが動く場所（自社のPC、CI、ホスティングの設定）を洗い出し、Node.js 20 を指定している箇所を、公式が長期サポートとして案内する版へ上げることです。
動いているサイトの表示に影響しにくいぶん、見落とされやすい期限です。
Node.js のサポート期限は、版ごとに決まっている
Node.js公式のリリース情報では、v18とv20はEOL、v22・v24・v26はLTSの扱いです（Node.js公式、2026年11月9日確認）。日付は、Node.js の Release リポジトリのスケジュールで確認しました。
版 開始日 LTS開始 Maintenance開始 EOL
18 2022-04-19 2022-10-25 2023-10-18 2025-04-30
20 2023-04-18 2023-10-24 2024-10-22 2026-04-30
22 2024-04-24 2024-10-29 2025-10-21 2027-04-30
24 2025-05-06 2025-10-28 2026-10-20 2028-04-30
26 2026-05-05 2026-10-28 2027-10-20 2029-04-30今日（2026年11月9日）の時点で、Node.js 20 はEOLを約6か月過ぎています。
v22は、すでにMaintenance（保守のみ）の段階で、EOLは2027年4月30日です。
EOLの意味は、その版に修正が出なくなることです。ブラウザで見えるサイトが急に止まる、という話ではありません。
Node.js のバージョンアップとは、ビルドと実行の環境にある「版の指定」を、すべて見つけて揃える仕事である
黒字化の外科医です。Node.js のバージョンアップを、制作会社の保守としてどう扱うかを解剖します。
版の指定を洗い出す必要がある理由は、三つあります。
第一に、版の指定が、複数の場所に散らばるから。
開発者のPC、CI、ホスティングのビルド設定、Dockerfile、package.json の engines、.nvmrc。どれか1か所だけ新しくしても、別の場所は古いままです。
第二に、ビルドが通っても、実行時のコードが同じとは限らないから。
フレームワークやライブラリには、対応するNodeの版が決まっています。対応版は、各フレームワークの公式ドキュメントで確認します。
第三に、静的なサイトとサーバーで動くサイトで、影響が違うから。
ビルドして静的ファイルを置くだけのサイトは、ビルド環境の更新で済みます。サーバー側でNodeが動くサイトは、本番の実行環境も更新が必要です。
今すぐ試せる：Node.js の版の指定を洗い出すプロンプト
私はWeb制作会社の担当者です。保守先のサイトごとに、Node.js の版の指定箇所を洗い出す表を作ってください。
【前提】
・サイトの一覧（顧客名、フレームワーク、ホスティング、ビルドの方法）：〔記載〕
・Node.js 公式で確認した、現在のLTSの版とEOL日：〔記載〕
1. サイトごとに、版が指定されうる場所（.nvmrc、package.json の engines、CIの設定、ホスティングの設定、Dockerfile）を列にする。
2. 各場所の現在の指定を書き込む欄を作る。
3. EOLを過ぎた版の指定がある行を、優先度「高」にする。
4. フレームワークの公式ドキュメントで確認すべき項目を、行ごとに書く。
記載のない日付や対応バージョンは、推測で書かないこと。結果は表で示すこと。Node.js バージョンアップ工場：年1回の更新メニュー
1. 確認する場所のチェックリスト
□ .nvmrc または .node-version の指定
□ package.json の engines
□ CI（ビルド・テスト）の Node の版
□ ホスティングのビルド設定（Node の版の指定欄）
□ Dockerfile のベースイメージ
□ サーバー側でNodeが動く場合の本番の実行環境
□ フレームワーク・ビルドツールの公式の対応版（Next.js、Astro、Vite など）
□ 主要な依存パッケージの対応版2. 作業の流れ
①現在の版と、公式のEOL日を台帳に記録
②検証用のブランチで、新しい版に変えてビルド・テスト
③警告やエラーを確認し、依存パッケージを更新
④検証環境で、表示・フォーム・管理画面を確認
⑤本番のビルド設定を変更して、公開
⑥台帳に、新しい版と日付を記録3. 見積もりの考え方（例）
1サイトの標準の作業（例）：
調査（版の指定箇所・対応版の確認）：1時間
検証（ビルド・テスト・画面確認）：3時間
本番の切り替え・記録：1時間
合計：5時間
自社の時間単価を、例として1時間8,000円とすると：
5時間 × 8,000円 ＝ 40,000円数字はすべて例です。自社の時間単価は、別の記事の方法で出します。
▶ 制作会社の「時間単価」は、年収から逆算する──人件費の係数、稼働率、目標の利益で決める、見積もりの土台になる1時間の値段
4. 年1回のメニューの文例
【ビルド環境の年次更新】
内容：Node.js のLTS版への更新、依存パッケージの更新、ビルドの動作確認
時期：毎年〇月（Node.js 公式のリリーススケジュールを確認して実施）
料金：1サイトあたり〇円／年
対象外：ライブラリの大幅な書き換えが必要な場合は別途見積もり「別途見積もり」の範囲を決めておく考え方は、PHPの期限対応と同じです。
▶ PHP 8.2 サポート終了（2026年12月31日）に制作会社がやること｜顧客への案内の順番と、年内に間に合わない案件の扱い【2026年版】
構造的なリスク
逆説を指摘しておきます。
版を最新に保つことを売りにすると、「いつも最新」を約束したと受け取られます。
けれど、依存パッケージの都合で、すぐには上げられない案件が必ず出ます。
約束するのは「公式のLTSの範囲で、年1回の確認と更新を行う」ことまでにします。それ以上の約束は、契約書に書けない範囲です。
よくあるQ&A
Q. Node.js 20 のサポート終了はいつ？
Node.js公式のスケジュールでは、2026年4月30日です。すでに終了しています（Node.js公式、2026年11月9日確認）。
Q. Node.js 22 はいつまで使える？
同じスケジュールで、EOLは2027年4月30日です。Maintenanceの段階に入っているため、新しく作るサイトは、より新しいLTSの検討が現実的です。
Q. Node.js のバージョンアップは、いくらかかる？
相場ではなく、工数で出します。調査・検証・本番の3工程を、自社の時間単価で計算します。
Q. 静的サイトでも、Node.js のバージョンアップは必要？
ビルドに使う環境が古いと、新しいパッケージやセキュリティ修正を取り込めなくなります。公開されたファイルへの影響とは分けて考え、ビルド環境の更新として案内します。
最後に
Node.js 20 は、2026年4月30日にEOLを迎えました。
版の指定が散らばる場所をすべて洗い出し、年1回の更新を保守のメニューにした会社だけが、地味な期限を安定した売上に変えられるのです。
これまでの記事は、メンバーシップ「黒字化オペ室」でまとめて読めます。月額1,980円、記事2本分の金額です。詳しくはプロフィールから。
#Web制作会社 #Node_js #Node_js20 #NodeEOL #Nodeバージョンアップ #サポート終了 #制作会社経営 #中小企業 #サイト保守 #ビルド環境
