「サイトを作ってもらったとき、shadcn とか Radix とかいう部品を使っていると聞いた気がします。今回それが別のものに変わったというニュースを見たんですが、うちのサイトも作り直しになるんでしょうか。追加で費用がかかるなら早めに知りたくて」——先日、コーポレートサイトを外部に発注している担当者の方から、こんな問い合わせを受けました。技術の内側の変更が、発注側にはそのまま「また費用がかかるのでは」という不安として届きます。
結論から言えば、多くの場合、既存サイトは何もしなくて大丈夫です。ただ「何もしなくてよい理由」を発注側が理解しておくと、開発会社から不要な作り直しを提案されたときに見抜けます。本記事では、今回何が変わったのか、既存サイトへの影響、そして開発会社への確認の仕方を、発注する側が慌てず判断できるよう整理します。
何が変わったのか — 「部品の中身」の作り手が替わった
まず、専門用語を最小限にして状況を説明します。多くの Web サイトやアプリは、ボタン・入力欄・メニューといった細かい部品を一から作らず、既製の部品集を土台に組み立てています。その代表格が shadcn/ui という部品集です。
その shadcn/ui が、部品の内部で使う土台を、これまでの Radix から Base UI という新しいものに切り替え、これから新しく作るプロジェクトでは Base UI が既定になりました。Base UI は、もともと Radix を作っていた技術者たちが、数年分の反省を踏まえて作り直したものです。見た目や使い勝手が変わるわけではなく、部品の内側を支える骨組みの作り手が替わった、というのが実態です。
ここで発注側が押さえるべき肝は一つです。この変更は「これから新しく作るもの」の初期設定の話であって、すでに動いているサイトを壊すものではない、ということです。
既存サイトは、原則そのままで問題ない
今回いちばん大事な事実は、既存のサイトは移行しなくてよいという点です。旧来の Radix は廃止されたわけではなく、引き続きサポートされます。今後の更新や新しい部品も、Base UI と Radix の両方に提供されます。つまり、いま Radix で動いているサイトは、放っておいても急に動かなくなることはありません。
なので、このニュースを見て「作り直しが必要になった」と身構える必要はありません。もし開発会社から「土台が変わったので全面的に作り直しましょう」と大きな見積もりが来たら、それは変化を口実にした過剰な提案の可能性があります。作り直すかどうかは、部品集の既定が変わったからではなく、あくまで自社サイトに実際の不具合や作り替えたい理由があるかで決めるべきです。塩漬けにするか作り替えるかの一般的な判断軸はレガシーサイトの保守記事にもまとめています。
| 発注側の状況 | とるべき対応 |
|---|---|
| 今のサイトが問題なく動いている | 何もしなくてよい。Radixは継続サポート |
| これから新規に作る/大きく作り替える | 新しく作る分はBase UI既定でよい |
| 「土台が変わったので全面作り直し」と提案された | 理由を確認。変化そのものは作り直しの根拠にならない |
判断の軸は「部品集が変わったか」ではなく「自社のサイトに作り替える実利があるか」です。ここを取り違えないことが、無駄な出費を防ぎます。
それでも見ておくべき、たった二つの点
「何もしなくてよい」とはいえ、発注側として押さえておくと安心な点が二つあります。
一つは、新規で何かを作り足すときの初期設定です。既存サイトに新しいページや機能を追加する際、開発ツールを何も指定せずに動かすと、新しい部品は自動的に Base UI 側で作られます。一つのサイトの中で新旧が混在しても大きな問題は出にくいのですが、揃えたいなら「今回の追加分は既存に合わせてほしい」と伝えるだけで済みます。二つ目は、将来まとめて乗り換える場合の進め方です。もし将来 Base UI に統一したくなっても、一気にやる必要はなく、部品を一つずつ置き換えながらサイトを動かしたまま進められます。作り直しではなく、少しずつの移行で済むということです。設計資産としての部品の整え方はAI-Readyなデザインシステムの記事や使い回せるUI設計の記事も参考になります。
要するに、急いで全部を移す理由はなく、必要になったときに部分的に進めればよい。この一点を知っているだけで、開発会社との話が対等になります。
開発会社への確認は、この一言でよい
発注側が今すぐやるべきことは、実はほとんどありません。もし気になるなら、開発会社に次の一言を投げれば十分です。「今回の shadcn/ui の変更で、うちのサイトに影響や対応が必要なところはありますか。あるなら理由と、対応しない場合のリスクを教えてください」。
まともな開発会社なら、「既存はそのままで問題ない」「新規追加分だけ方針を揃えたい」といった具体的な答えが返ってきます。逆に、明確な理由なく大きな作り直しを勧めてくるなら、一度立ち止まって別の意見を取るサインです。
変化のたびに作り直さない、を基本に
UI 部品集の土台が替わる——技術の内側ではよくある出来事ですが、発注側から見ると「また費用がかかるのでは」という不安になりがちです。今回に関しては、既存サイトは原則そのままで問題なく、旧来の仕組みも継続サポートされます。作り直すかどうかは、部品集の変化ではなく、自社サイトに実利があるかで決める。この基本を持っておけば、技術の流行に振り回されずに済みます。
「発注しているサイトの技術がまた変わったと聞いて不安」「開発会社の提案が過剰なのか妥当なのか判断できない」「新しく機能を足したいが、既存と揃うか心配」——そうしたお悩みがあれば、グリームハブのWeb制作・リニューアル相談からお気軽にお問い合わせください。今の作りを壊さずに必要な分だけ進める形を、発注側の立場に立ってご一緒します。
