本文へ移動
技術を、自社の仕事に。
判断と実行を助けるメディア

記事を検索

Tailwindが買収された — 確認すべきは依存の中身

目次 · 7項目

「うちのサイト、Tailwind というもので作られていると聞いたんですが、大丈夫でしょうか」。制作を外注している事業者が、こう不安に思う場面を考えます。ニュースの見出しだけが先に届いて、自社に何が起きるのか分からない、という状態です。

結論から言うと、公開中のサイトが明日から動かなくなる話ではありません。ただし「何も起きないので気にしなくていい」でもありません。確認すべき点はあり、それはライセンスの話ではなく保守契約の話です。

起きたことを、影響の大きい順に

2026年9月、Shopify が Tailwind CSS の開発元である Tailwind Labs を買収しました。整理すると次のようになります。

  • Tailwind CSS 本体は MIT ライセンスのまま。 Headless UI や Heroicons といった関連の OSS も同じく MIT のまま継続する、と案内されています
  • 開発チームはそのまま Shopify に加わる。 開発が止まるという発表にはなっていません
  • 有償プロダクトは新規受付を停止。 Tailwind Plus と ui.sh は2026年9月9日をもって新規の申し込みを受け付けなくなりました。既存の購入者は購入済みのものへのアクセスを維持します

3つ目も、公開済みサイトの表示を直接止める変更ではありません。影響を調べるのは、新規購入や追加制作、再構築の条件です。1つ目と2つ目は、むしろ継続性が確保された方向の変化です。

「無料で使えていたもの」が、何で回っていたか

公式発表では、商用プロダクトの販売拡大から、Shopify の実プロダクトを支えるフレームワーク開発へ注力すると説明されています。無料のライブラリであっても、継続的な開発には資金と担当者が必要です。

発注側が把握したいのは、ライブラリの資金調達を予測することではなく、提供体制に変化があったときに自社サイトの依存を調べられるか、という点です。

サイトの寿命に効くのは、ライセンスではなく更新を見る人

ライセンスが MIT なら、極端に言えば開発が止まっても既存のコードは使い続けられます。表示が消えることはありません。

問題が出るのは、周りが動いたときです。ブラウザが仕様を変える、依存している別のパッケージが上がる、セキュリティの修正が必要になる。このとき更新を追う人がいないと、直せない状態のまま残ります。

だから確認する先は、ライブラリの提供元ではなく自社の保守契約です。

確認する項目何を聞くか
更新の担当使っているライブラリの更新情報を、誰が見ているか
更新の範囲保守費用に、ライブラリのバージョン更新は含まれているか
バージョンの固定外部から読み込んでいるものに、バージョン指定はあるか
引き継ぎ制作会社を変える場合、環境の再構築に何が必要か

このうち3つ目は、Tailwind に限らず効きます。バージョンを書かないURLで外部のスクリプトを読んでいると、提供側の更新がそのまま自社サイトに降ってきます。この構造の危うさはバージョンを書かないCDN読み込みが抱える問題で扱いました。

Tailwindの依存を3つに分ける。OSS本体、有償の部品・ツール、自社の保守を整理した図

有償のUIキットを使って作られている場合

制作時に Tailwind Plus のコンポーネントを使っていた場合、実務上は次のようになります。

既に手元にあるものは使い続けられます。 購入済みの範囲へのアクセスは維持されると案内されています。すでにサイトに組み込まれているコードが引き上げられることはありません。

新規顧客の購入受付が停止されています。 既存購入者が取得済みコンポーネントを使って追加ページを制作できなくなる、という意味ではありません。現在のライセンス範囲と、制作会社から引き継ぐ場合の利用条件を確認します。

制作会社に確認するのは「何をどこから持ってきたか」。 見積もりの段階では見えない部分なので、追加のページを依頼するときに聞いておくと、後から「同じ見た目にするのに工数がかかる」と言われる場面を減らせます。

乗り換えを検討する話ではない

ここまでの内容を受けて「では別のものに作り直したほうがいいのか」と聞かれることがありますが、今回の件は作り直しの理由になりません

作り直しは、それ自体が費用と事故のリスクを持つ作業です。URL が変われば検索からの流入が落ちますし、表示の確認はページ数に比例します。ライセンスが変わったわけでも、開発が止まったわけでもない段階で動かす理由は薄いです。

そもそもの選定基準として、素の CSS で足りる範囲がどこまでかという議論はTailwind とネイティブCSSの比較モダンCSSのネイティブ機能で足りる範囲で整理しています。次に新しく作るときの判断材料として読んでください。

次にやること

自社サイトの保守契約書を開いて、ライブラリやプラグインの更新が業務範囲に入っているかを確認してください。書かれていない場合、更新は誰の仕事でもない状態です。

書かれていなかったら、次の打ち合わせで「更新の情報を誰が見ていて、どのタイミングで提案してもらえるのか」を聞いてください。今回のような話が出るたびに問い合わせる必要がなくなります。

既存サイトが使っている技術の棚卸し、保守範囲に更新作業を組み込む契約の設計、乗り換えの要否判断については、グリームハブのHP制作・リニューアル相談で承っています。現在の構成と運用の体制によって進め方が変わるため、お問い合わせからご相談ください。

Sources

この記事を共有XFacebook
鈴木 翔

技術の可能性に魅了され、学生時代からプログラミングとデジタルアートの分野に深い関心を持つ

この記事のテーマを、自社の次の一歩へ

Webサイトで、実現したいことから。

使う人の目的、必要な機能、更新の体制を整理し、制作・改善で最初に取り組むことを考えます。

  • サイトの目的
  • 機能と使いやすさ
  • 公開後の運用
Web制作・改善を相談する

構想段階からご相談いただけます。この記事の情報を相談フォームに引き継ぎます。

最新記事をメールで受け取る・Web制作ガイドを読む
無料ダウンロード

Web制作 費用・発注・集客 完全ガイド【2026年版】

費用相場・制作会社の選び方・集客戦略をPDFにまとめました。

The PDF and newsletter emails are currently in Japanese.

メルマガにも登録されます。いつでも解除可能です。