Shopify compró Tailwind CSS: el framework nunca creció tanto y la facturación cayó casi 80%

Embudo metálico sobre una superficie oscura por el que apenas cae un hilo de esferas, mientras el grueso del flujo se desvía por los costados
0 0 votos
Valora la Publicación

El 9 de septiembre Adam Wathan anunció que Tailwind Labs pasa a formar parte de Shopify. Los términos económicos de la operación no se revelaron.

Tailwind CSS es el framework de estilos más usado del desarrollo web actual: según el propio anuncio, se instala más de 110 millones de veces por semana y da estilo a productos como ChatGPT, Cloudflare, Reddit y la propia Shopify.

El movimiento llega ocho meses después de que Wathan contara públicamente que la facturación de la empresa estaba «cerca de un 80% abajo» y que había tenido que despedir al 75% de su equipo de ingeniería.

Lo que dice el anuncio, y lo que no dice

El posteo oficial plantea la compra como la búsqueda de «un hogar estable a largo plazo donde el framework se mantenga activamente para los millones de personas que dependen de él».

Sobre el open source el compromiso es explícito: todos los proyectos siguen con licencia MIT y los mantiene el mismo equipo, ahora con el respaldo de Shopify. Lo que cambia es el lado comercial:

  • Se cierran las altas de clientes nuevos en Tailwind Plus (la biblioteca paga de componentes y plantillas) y en ui.sh.
  • Los clientes actuales conservan su acceso.
  • El equipo se enfoca en Tailwind CSS dentro de Shopify.

Conviene marcarlo: el anuncio no menciona ni a la IA ni a la caída de facturación. La razón que da Wathan es que siempre quiso desarrollar el framework al servicio de un producto real y complejo, y Shopify se lo da (storefronts, administración, checkout y sus experimentos con comercio agéntico).

El dato de enero: 80% menos de facturación con el framework creciendo

El número que hoy explica la compra no salió de un comunicado, sino de un hilo en GitHub.

En noviembre de 2025 un colaborador abrió el pull request #2388 en el repositorio del sitio de documentación, para agregar un endpoint llms.txt: un archivo que sirve la documentación en texto plano, optimizada para que los modelos de lenguaje la consuman directamente.

El 6 de enero de 2026 Wathan lo cerró y explicó por qué: «hacer que a los LLM les resulte más fácil leer nuestra documentación significa menos tráfico a la documentación, lo que significa menos gente enterándose de nuestros productos pagos y un negocio todavía menos sostenible».

Al día siguiente, ante la reacción del hilo, dio las cifras:

  • El 75% del equipo de ingeniería perdió su trabajo el 6 de enero, «por el impacto brutal que la IA tuvo en nuestro negocio».
  • El tráfico a la documentación está un 40% abajo respecto de principios de 2023.
  • La facturación cayó «cerca de un 80%».
  • Al mismo tiempo, «Tailwind está creciendo más rápido que nunca y es más grande que nunca».

El hilo llegó a la portada de Hacker News y terminó bloqueado. La frase que resume el problema: «ahora mismo no hay ninguna correlación entre hacer que Tailwind sea más fácil de usar y hacer que el desarrollo del framework sea más sostenible».

La documentación era el embudo de ventas

Tailwind Labs nunca cobró por el framework. El modelo era el clásico del open source de frontend: regalás la herramienta, la gente aprende a usarla en tu documentación, y en esas mismas páginas le vendés los componentes premium.

Ese embudo depende de una condición: que para escribir CSS haya que abrir la documentación. Cuando el asistente de código ya sabe de memoria cómo se centra un div con Tailwind, la visita no ocurre nunca.

Y acá aparece la paradoja incómoda del caso: la razón por la que los modelos escriben tan bien Tailwind es precisamente su diseño de clases utilitarias, repetitivo y predecible, ideal para que un modelo lo reproduzca. La característica que lo hizo ganar es la misma que le rompió el negocio.

El intento de cobrarle al agente en vez de al desarrollador

Semanas después de los despidos, Wathan y Steve Schoger lanzaron ui.sh, que se define como «agent skills para quienes construyen interfaces».

No es documentación para humanos: es un conjunto de reglas y referencias de diseño (espaciado, jerarquía, color, tipografía) que un agente de código consume para dejar de producir la típica landing genérica de IA.

Era el intento de pasar de venderle al desarrollador que lee a venderle al agente que escribe. Ocho meses más tarde, ese producto también cierra sus altas.

Nuxt, Bun y ahora Tailwind: el mismo final

Tailwind no es un caso aislado. En catorce meses, tres proyectos centrales del ecosistema JavaScript terminaron adentro de una empresa grande:

  • NuxtLabs a Vercel (julio de 2025), con la decisión opuesta a la de Tailwind: liberar los productos pagos (Nuxt UI Pro entre ellos) y abrazar la documentación amigable para modelos.
  • Bun a Anthropic (diciembre de 2025), un runtime con adopción enorme y facturación directa nula, que pasó a ser infraestructura de un producto de IA.
  • Tailwind Labs a Shopify (septiembre de 2026).

El proyecto sobrevive y la licencia MIT sobrevive. Lo que desaparece es la empresa independiente que lo sostenía, y la continuidad pasa a depender de que el proyecto le siga siendo estratégico al dueño nuevo.

Si tu stack depende de un proyecto de cuatro personas

Para el equipo que ya tiene Tailwind en producción hoy no cambia nada operativo: la licencia es la misma y el mantenimiento queda mejor financiado que hace nueve meses. Lo que conviene revisar es la exposición al patrón, que va más allá de Tailwind:

  • Qué dependencias críticas de tu build las mantiene una empresa chica, y de qué vive esa empresa.
  • Si pagás licencias de componentes o plantillas, qué pasa con tu acceso y con las actualizaciones si mañana cierran las altas.
  • Qué parte de tu código lo escribió un modelo copiando patrones de un proyecto que nadie está financiando.
  • Si tu organización usa intensivamente un proyecto abierto, qué aporta de vuelta (patrocinio, licencias, tiempo de gente).

¿Cuántas dependencias críticas tenés en tu stack mantenidas por menos de cinco personas, y cuánto tardarías en responder esa pregunta? Te leemos en los comentarios.

Fuentes

Escrito por

Pablo Ariel Di Loreto

Profesor. Informático. Fanático del helado de dulce de leche. Director de Ingeniería en MODO, y Secretario del Microsoft Users Group Asociación Civil. Además, soy owner de iniciativas como ConoSurTech y Aprender IT.

Ver todas las entradas de Pablo Ariel Di Loreto →
Suscribirse
Notificarme de
guest

0 Comentarios
Viejos
Nuevos Más votados
Scroll al inicio
0
Nos encantaría conocer tu opinión: ¡comenta!x