Tag: GEO

  • Shopify compra Tailwind: no falló el framework, falló el embudo

    Shopify compra Tailwind: no falló el framework, falló el embudo

    El 18 de noviembre de 2025, un contribuidor abrió un pull request en el repositorio de la documentación de Tailwind. La propuesta era razonable: un endpoint llms.txt que sirviera toda la doc en un único archivo de texto, optimizado para que lo consumieran los modelos de lenguaje.

    El PR se quedó parado siete semanas. A principios de enero alguien preguntó en el hilo por qué no avanzaba. Adam Wathan lo cerró el 6 de enero de 2026, y al día siguiente contestó con algo que no era la respuesta a un PR:

    "75% of the people on our engineering team lost their jobs here yesterday because of the brutal impact AI has had on our business."

    "El 75 % de la gente de nuestro equipo de ingeniería perdió su trabajo ayer por el impacto brutal que la IA ha tenido en nuestro negocio."

    Eran cuatro ingenieros. Quedó uno.

    Ocho meses después llegó el desenlace: el 9 de septiembre de 2026, Shopify compra Tailwind Labs. Ni Shopify ni Tailwind Labs han revelado el importe.

    La lectura fácil es "gran salida para un proyecto querido". La útil es otra: aquí no falló el framework. Falló el embudo por el que ese framework se pagaba.


    Qué dice el anuncio de la compra de Tailwind por Shopify

    El anuncio, firmado por Adam Wathan el 9 de septiembre de 2026, se apoya en una promesa. Wathan la escribe sin ambigüedad: "Nothing changes with Tailwind CSS or any of our other open-source projects". Y refuerza: "Everything will always be MIT-licensed". El equipo sigue liderando y manteniendo los proyectos open source, ahora con el respaldo de Shopify.

    Con el negocio es más seco: "On the commercial side, we'll no longer be trying to grow the business around Tailwind". Los clientes actuales de Tailwind Plus y de ui.sh conservan su acceso. Lo que sí cierra son las altas nuevas: "we're closing sign ups for new customers to focus on Tailwind CSS at Shopify".

    La razón declarada es de alineación estratégica: Wathan siempre quiso que el framework se desarrollara al servicio de un producto real, y Shopify fue adoptante temprano —lo usa internamente y con sus merchants.

    Todo eso es cierto. Y no menciona despidos ni caída de ingresos, porque un anuncio de adquisición no es donde se cuenta eso.

    Pero sin esa parte, la historia no se entiende.


    El dato que no cuadra: 69,9 millones de descargas y los ingresos cayendo

    La contradicción es esta: en septiembre de 2026 Tailwind CSS se descarga más que nunca mientras los ingresos de la empresa que lo mantiene caen casi un 80 %.

    Tailwind es un framework de CSS basado en clases de utilidad: compones el estilo en el propio marcado en vez de escribir hojas aparte. Lo expliqué a fondo en qué es Tailwind CSS, y desde entonces se ha comido buena parte del front-end moderno.

    Eso no es entusiasmo. Es medible.

    La semana del 3 al 9 de septiembre de 2026, el paquete tailwindcss registró 69,9 millones de descargas semanales en npm. Para situar la escala: React tuvo 95,7 millones esa misma semana.

    Ponlo al lado del resto de señales.

    Señal Dirección
    Descargas semanales de tailwindcss 69,9 M (3-9 de septiembre de 2026)
    Tráfico a la documentación −40 % desde principios de 2023
    Ingresos casi −80 %
    Equipo de ingeniería −75 % (enero de 2026)

    Descargas: API de npm — 69.920.618 en la semana del 3 al 9 de septiembre de 2026. Tráfico e ingresos: cifras que dio el propio Wathan en el hilo del PR #2388 el 6 y el 7 de enero de 2026. El anuncio de la adquisición no menciona ninguna de las dos.

    Lee la tabla otra vez. La adopción sube. El tráfico y el dinero se desploman.

    Esa contradicción no es una curiosidad. Es el post entero.


    El embudo que rompió la IA: la documentación era el canal de adquisición

    El embudo que se rompió es el de la documentación: durante más de una década, una empresa de herramientas para developers regalaba el open source y monetizaba las visitas que su doc traía desde Google. Funcionaba tan bien que dejamos de mirarlo.

    Regalas el open source. La documentación posiciona en Google porque es contenido técnico específico y con una intención de búsqueda altísima. El developer aterriza a resolver un problema concreto y una fracción descubre por el camino que además vendes algo.

    La documentación no era un centro de coste. Era el canal de adquisición, y durante años el más barato de todos: gratis, evergreen y perfectamente cualificado.

    Ese embudo se rompió. Despacio en el tráfico, de golpe en el dinero.

    Cada vez menos gente aterriza en tailwindcss.com para buscar cómo se hace un grid. Se lo pregunta a Claude, o lo escribe Cursor mientras mira otra cosa. La respuesta llega, es correcta, y nadie visitó la web. La doc se consume más que nunca, pero a través de un intermediario que no monetiza para ti.

    Tailwind no perdió usuarios. Perdió visitas.

    Y su negocio cobraba por visitas.


    La IA no mató a Tailwind sola: shadcn y el encaje del producto de pago

    Cuidado con la narrativa cómoda: "la IA mató a Tailwind" es demasiado limpio para ser verdad.

    En el hilo de Hacker News que siguió a los despidos —1.457 puntos y 840 comentarios— varios clientes de pago decían lo mismo: los componentes de Tailwind Plus les resultaban complicados y demasiado opinados, y shadcn —gratis— les encajaba mejor. Eso no lo provocó ningún modelo de lenguaje. Es competencia normal, de la que ya existía antes de ChatGPT.

    El producto de pago tenía un problema de encaje. Lo que hizo la IA fue quitarle el colchón.

    Con un canal sano, un producto que pierde encaje te da años para corregir el rumbo. Si el canal lleva tres años cayendo hasta perder un 40 %, no te quedan años: te quedan trimestres. Y con los ingresos cayendo casi un 80 %, la decisión ya no es qué construir, sino a quién llamar.

    Y que quede claro: la adquisición no es el fracaso de esta historia, es probablemente el mejor final posible. Un paquete con 69,9 millones de descargas semanales ahora lo paga una empresa con caja, con licencia MIT y el equipo original al mando.

    El fracaso, si acaso, es de un modelo. No de Wathan.


    Por qué te importa aunque no vendas componentes

    Es probable que tengas un producto propio o quieras tenerlo. Un SaaS, un curso, una plantilla, una librería con versión Pro. Yo tengo varios.

    Hazte una pregunta y respóndela con datos, no con intuición:

    ¿Cómo se entera un desconocido de que tu producto existe?

    Si la respuesta es "busca en Google, aterriza en mi web y ahí descubre que vendo algo", tienes exactamente el embudo de Tailwind. Solo que todavía no lo has medido.

    Ahí está el corolario incómodo: la IA no te va a quitar el trabajo de escribir código, pero puede quitarte el canal por el que vendías el código que escribes.

    Cuando escribí sobre micro-SaaS rentables como developer en solitario, la parte que más preguntas generó fue la de distribución. Con razón: el producto es lo que ya sabemos hacer; el canal es lo que decide si existe o no.

    Tres números que puedes mirar esta semana

    1. Porcentaje de altas que llegan por búsqueda orgánica. Si más de la mitad de tus clientes nuevos entran por ahí, dependes de un canal que se mueve bajo tus pies.
    2. Impresiones contra clics en los últimos 24 meses. Si las impresiones aguantan y los clics bajan, no te has hundido en el ranking: la respuesta se sirve sin ti. Es la señal temprana, y llega mucho antes que la caída de ingresos.
    3. Cuántos compradores tenían relación previa contigo. Email, comunidad, canal, lo que sea. Ese porcentaje es tu independencia real del algoritmo de turno.

    Si el tercero es bajo, no tienes un negocio. Tienes un alquiler de tráfico.


    Qué modelos de negocio aguantan cuando la IA se queda el clic

    Aguantan los modelos de negocio que no dependen del clic, y hay menos de los que parece.

    Distribución directa. Una lista de email, un canal propio, un feed que alguien eligió seguir. Entre tú y una bandeja de entrada hay mucho menos intermediario que entre tú y un resultado de búsqueda. Mi canal de YouTube hace justo eso: nadie llega a un vídeo mío preguntándole a Claude cómo se centra un div.

    Comunidad. Gente que vuelve porque hay alguien al otro lado respondiendo. Un LLM contesta la pregunta que sabes formular; no te dice cuál deberías estar haciéndote. En Dominicode Labs esa es la propuesta entera: gente que vuelve cada semana porque hay alguien al otro lado. No hay algoritmo intermedio que pueda cortarlo.

    Producto que la IA no puede regenerar. Un componente de UI se regenera en veinte segundos. Un backend con estado, datos propietarios, SLA y alguien de guardia, no. Cuanto más cerca esté tu producto de "esto lo escribe un modelo en un prompt", más frágil es tu precio.

    Cobrar por el producto, no por el tráfico que genera. Open source más hosting, soporte o servicio gestionado. Es, por cierto, lo contrario de lo que tenía Tailwind: el framework nunca cobró por sí mismo, cobraba la doc que lo explicaba. Ahora lo financia el producto real de otro.

    Ninguna de las cuatro es rápida. Todas se construyen antes de necesitarlas.


    Si tu único canal es el SEO: qué cambiar ahora

    No lo abandones. Sería la reacción exagerada.

    Cámbiale el trabajo. Tu contenido ya no compite por el clic: compite por ser la fuente que el modelo cita. Escribe para que te citen, estructura para que te parseen, publica tu llms.txt —sí, el mismo que Tailwind no pudo permitirse— y deja de medir el éxito en páginas vistas. Lo desglosé paso a paso en SEO vs GEO para developers: cómo conseguir que las IAs citen tus tutoriales.

    Y asume la parte dura: la conversión ya no ocurre en tu web, ocurre después. Cada visita tiene que dejar algo —un email, una suscripción—, porque puede ser la única vez que esa persona pise tu dominio.

    Hay una ironía aquí: aquel PR proponía exactamente esto, un llms.txt con toda la doc. Wathan dijo que le veía el valor y que quería añadirlo, pero que no podía priorizar algo que le quitaba el único canal por el que llegaban clientes. Tenía razón en el diagnóstico. El problema no era el llms.txt: era que el negocio colgaba entero de las visitas. Eso es lo que hay que mover, y hay que moverlo antes de que te lo muevan.

    Montar ese otro sitio —producto propio, distribución y todo lo que hay entre la idea y el primer cliente— es lo que trabajamos paso a paso en el curso Construye con IA: de la idea al producto con Claude Code.


    Lo único que me llevaría de la compra de Tailwind por Shopify

    Que un framework con 69,9 millones de descargas semanales dejara a su empresa con los ingresos casi un 80 % por debajo significa que el uso y el negocio son cosas distintas, y que llevábamos años confundiéndolas porque el SEO nos hacía el favor de unirlas.

    Abre tu analítica hoy: de tus últimos veinte clientes, cuántos te conocían de antes.

    Ese número es tu modelo de negocio real. Lo demás es tráfico prestado.


    Preguntas frecuentes

    ¿Cuánto pagó Shopify por Tailwind Labs?

    No se ha hecho público. Ni el anuncio publicado por Adam Wathan el 9 de septiembre de 2026 ni Shopify han revelado el importe ni la estructura de la operación.

    ¿Por qué ha comprado Shopify a Tailwind Labs?

    Por alineación estratégica, según el anuncio: Shopify fue adoptante temprano de Tailwind CSS y lo usa internamente y con sus merchants, y Wathan siempre quiso desarrollar el framework al servicio de un producto real. El contexto que el anuncio no menciona es económico: en enero de 2026 Tailwind Labs despidió al 75 % de su equipo de ingeniería y el tráfico a su documentación estaba un 40 % por debajo del de principios de 2023.

    ¿Tailwind CSS sigue siendo gratis y open source tras la compra de Shopify?

    Sí. Wathan lo dice literalmente en el anuncio: "Nothing changes with Tailwind CSS or any of our other open-source projects" y "Everything will always be MIT-licensed". El mismo equipo sigue manteniéndolos, ahora con el respaldo de Shopify. Si usas Tailwind en producción, no tienes nada que tocar.

    ¿Qué pasa con Tailwind Plus y ui.sh si ya soy cliente?

    Los clientes actuales mantienen su acceso. Lo que cambia es que se cierran las altas nuevas: en palabras del anuncio, cierran los registros "to focus on Tailwind CSS at Shopify". El producto de pago deja de crecer para que el equipo se centre en el framework dentro de Shopify.

    ¿Por qué cayeron los ingresos de Tailwind si el framework se usa más que nunca?

    Porque cobraban en un sitio distinto de donde estaba el uso. El dinero llegaba por la documentación: posicionaba en Google, el developer aterrizaba a resolver una duda y una parte descubría que existía un producto de pago. Con los asistentes de IA la respuesta llega sin visitar la web. El tráfico a la doc cayó alrededor de un 40 % desde principios de 2023 y los ingresos casi un 80 %, mientras la adopción seguía subiendo.

    ¿Significa esto que el SEO ya no sirve para vender productos para developers?

    Sirve, pero ha cambiado de función. Antes el contenido técnico traía visitas y las visitas traían clientes. Ahora compite por ser la fuente que citan los modelos, y la conversión ocurre fuera de tu web. La conclusión no es dejar de escribir: es dejar de medir en páginas vistas y hacer que cada visita deje una relación directa.

    ¿Debería dejar de usar Tailwind CSS en mis proyectos?

    No hay razón técnica para hacerlo. Mantiene licencia MIT, lo lleva el mismo equipo y ahora hay detrás una empresa que puede financiarlo. El riesgo de continuidad es menor hoy que en enero.


    Por Bezael Pérez — Developer senior con más de 15 años de experiencia y fundador de Dominicode.

  • SEO vs GEO para developers: Cómo conseguir que las IAs citen tus tutoriales en lugar de ignorarte?

    SEO vs GEO para developers: Cómo conseguir que las IAs citen tus tutoriales en lugar de ignorarte?

    Tiempo estimado de lectura: 5 min

    • GEO (Generative Engine Optimization) optimiza para que sistemas RAG seleccionen y citen tu contenido, no solo para visibilidad humana.
    • Escribe con alto information gain, encabezados autónomos y código citable para maximizar probabilidad de atribución por IAs.
    • Incluye metadatos estructurados y señales de autoridad (TechArticle/FAQ) y datos únicos (benchmarks, casos borde) para ser elegido como fuente.

    Introducción

    ¿Quieres que ChatGPT, Perplexity o Gemini no solo lean tu tutorial, sino lo citen como fuente? Este artículo explica por qué SEO vs GEO para developers importa, qué cambia en la práctica y cómo escribir para ser la fuente que las IAs automáticas escogen y atribuyen.

    Resumen rápido (lectores con prisa)

    GEO (Generative Engine Optimization) optimiza contenido para que sistemas RAG lo seleccionen y citen. Prioriza fragmentos autónomos, alto information gain, metadatos estructurados y código autoexplicativo. Aplica BLUF, encabezados descriptivos, benchmarks únicos y JSON-LD cuando corresponda.

    SEO vs GEO para developers: qué cambia y por qué debe importarte

    Google sigue siendo importante. Pero las respuestas conversacionales consumen la salida de la web y la entregan directamente al usuario. Si una IA resume tu artículo sin citarte, pierdes tráfico y autoridad. GEO se centra en que las máquinas identifiquen y prefieran tu contenido como fuente confiable.

    Requisitos para ser citado por RAG

    Técnicamente, los sistemas RAG buscan fragmentos relevantes y rankean documentos por utilidad semántica, no por CTR. Ser citado exige:

    • Densidad informativa alta.
    • Estructura semántica explotable.
    • Valor único (benchmarks, edge-cases, heurísticas prácticas).

    Referencias útiles: RAG paper; Schema.org TechArticle; Google Structured Data.

    Cómo escribir para GEO: reglas prácticas que funcionan

    Aquí no hay magia: las IAs prefieren contenidos fáciles de parsear, con señales de autoridad y datos únicos. Aplica esto ahora.

    1) Abre con la respuesta (BLUF)

    Empieza tu sección con la conclusión técnica en 1–2 frases. El modelo indexador extrae y cita fragmentos cortos y precisos. Ejemplo:

    • “BLUF: configura el webhook en n8n con HMAC-256 y reintentos exponenciales; así evitas duplicados y reduces errores de integridad.”

    2) Encabezados descriptivos y fragmentos autónomos

    Usa H2/H3 que describan la intención exacta:

    • “Paso: Configurar webhook HMAC en n8n”
    • “Comparativa: HMAC vs JWT para verificación de payload”

    Los modelos extraen por encabezado; si la frase es clara, la AI puede citarla tal cual.

    3) Proporciona Information Gain

    La documentación oficial existe. Si solo la reescribes, te ignorarán. Añade:

    • Benchmarks reales (latencias, memory footprints).
    • Casos de fallo y cómo solucionarlos.
    • Por qué una opción es preferible en producción (trade-offs).

    Ejemplo: “En pruebas con 10k eventos/min, usar HMAC reduce reintentos en 18% frente a JWT (ver metodología abajo).”

    4) Código citable y comentado

    Los snippets deben ser autónomos y explicativos. Incluye comentarios que expliquen intención y limitaciones:

    // Dominicode: HMAC verification for n8n webhook
    import crypto from 'crypto';
    
    function verifyHmac(body: string, secret: string, signature: string) {
      const hash = crypto.createHmac('sha256', secret).update(body).digest('hex');
      return crypto.timingSafeEqual(Buffer.from(hash), Buffer.from(signature));
    }
    

    Los comentarios ayudan a la IA a entender el por qué y arrastrar la atribución.

    5) Metadatos y structure markup

    Añade JSON-LD TechArticle y FAQ cuando corresponda. Los crawlers que alimentan índices de RAG usan esos marcadores para entender la semántica del documento. Guía: Schema.org TechArticle — Implementación: Google Structured Data.

    Checklist GEO para tu siguiente tutorial

    1. Título y H1 claro con la intención exacta.
    2. Introducción BLUF (responde la pregunta en 2–3 líneas).
    3. H2/H3 descriptivos por cada paso o concepto.
    4. Al menos un elemento de Information Gain (benchmark, caso borde, configuración recomendada).
    5. Código autónomo y comentado.
    6. Una tabla o lista estructurada que resuma trade-offs.
    7. JSON-LD (TechArticle + FAQ si aplica).
    8. Enlaces a fuentes primarias (docs, papers, repos repos).
    9. Fecha y versión de dependencias (ej.: “válido para n8n v0.250+”).
    10. Lenguaje asertivo y preciso (evita “puede que” o “tal vez”).

    Cómo medir si te están citando (medible y práctico)

    No es suficiente publicar. Monitoriza:

    • Menciones en SERP enriquecidos (People Also Ask, snippets).
    • Backlinks que incluyan fragmentos de tu contenido.
    • Consultas a tu site por tráfico referido desde plataformas AI (si el modelo ofrece atribución con link).
    • Herramientas de rastreo de contenido regenerado (Perplexity a veces muestra fuentes; revisa si aparece tu URL).

    Cierre: escribe para máquinas, aporta criterio para humanos

    SEO vs GEO para developers no es una guerra; es una evolución. Si escribes con estructura, precisión y valor único, ganas dos cosas: humanos encuentran tu tutorial útil y las IAs lo eligen y te citan. Publicar sin este criterio es entregar tu conocimiento gratis a algoritmos que ni te nombran.

    En Dominicode preferimos posts que puedan sobrevivir dos cosas: una auditoría técnica y la digestión de una IA. Haz que tu siguiente tutorial pase ambas.

    Visita Dominicode Labs para ejemplos y plantillas orientadas a GEO y workflows reproducibles. Es un recurso práctico para llevar un tutorial desde la idea hasta un formato citable por modelos generativos.

    FAQ

     

    ¿Qué es GEO y en qué se diferencia del SEO?

    GEO (Generative Engine Optimization) optimiza el contenido para que motores de generación con RAG seleccionen y citen tu trabajo. SEO optimiza para descubrimiento y comportamiento humano (CTR, sesiones). GEO prioriza fragmentos autónomos, metadatos y información única que los modelos consideran utilizable.

    ¿Cuándo debo añadir JSON-LD a mi tutorial?

    Añádelo cuando tu contenido sea técnico y busques que los crawlers identifiquen estructura (TechArticle, FAQ). JSON-LD ayuda a los índices semánticos a entender roles del documento y puede mejorar la probabilidad de citación por sistemas RAG.

    ¿Cómo estructuro código para que las IAs lo citen?

    Proporciona snippets autónomos y comentados. Incluye la intención, los límites y una mínima explicación de seguridad o performance en comentarios. El ejemplo en el artículo muestra un verificador HMAC con comentarios que explican propósito y limitaciones.

    ¿Qué tipo de datos únicos aumentan la probabilidad de ser citado?

    Benchmarks reales, casos borde y metodologías reproducibles. Datos comparativos (latencias, tasas de reintento, memory footprints) y ejemplos concretos (p. ej. “10k eventos/min, HMAC reduce reintentos en 18% frente a JWT”) son especialmente valiosos.

    ¿Cómo valido si una IA me está citando?

    Revisa menciones en SERP enriquecidos, backlinks que incluyan fragmentos de tu texto y herramientas que muestren fuentes en respuestas de modelos (por ejemplo, Perplexity). Monitorea tráfico referido y apariciones en snippets que contengan tu URL.

    ¿Esto aplica a cualquier tecnología o sólo a temas de IA y workflows?

    Aplica especialmente a contenidos técnicos que los modelos suelen reutilizar: automation, applied AI, agentes, workflows, y guías prácticas. Para temas puramente de UI (Angular/React) o liderazgo técnico, muchos principios siguen siendo válidos, pero la necesidad de benchmarks y JSON-LD puede ser menor.