El chatbot IA es el carrusel del 2026: la moda que nadie usa

⏱️ Lectura: 13 min

Empieza siempre igual. El cliente saca el celular en plena reunión, abre el sitio de un competidor, y gira la pantalla como evidencia: “Mirá, ellos tienen una de esas”. Una burbujita parpadeante en la esquina inferior derecha. Un chatbot IA. La pregunta que sigue, sin excepción, no es si los usuarios lo necesitan ni si resuelve un problema concreto. La pregunta es: ¿por qué nosotros no tenemos uno?

📑 En este artículo

1. Qué pasó: la nueva ola del chatbot IA en sitios pequeños
2. Contexto e historia: del carrusel al chatbot, una década de modas web
3. Datos y cifras: la web cada vez más pesada
4. Impacto y análisis: por qué los clientes no escuchan al desarrollador
5. El antídoto: smolweb, restricción y un poco de evidencia
6. Qué sigue: el cambio probablemente vendrá de los usuarios
7. Preguntas frecuentes
   1. ¿Por qué los clientes piden chatbot IA si no resuelve un problema real?
   2. ¿Cuánto pesa realmente un widget de chatbot IA en un sitio?
   3. ¿Qué alternativa puedo proponerle al cliente que insiste en un chatbot?
   4. ¿Qué es el smolweb y por qué importa para freelancers en LATAM?
   5. ¿Por qué el cliente dice que un sitio rápido “se ve simple”?
   6. ¿Qué viene después del chatbot IA en el ciclo de modas web?
8. Referencias

Esta escena, descrita por la desarrolladora francesa Adèle en una publicación del 14 de marzo de 2026, resume con precisión quirúrgica el estado del frontend freelance en este año. Para quienes facturamos por sitio entregado en LATAM, el chatbot IA ocupa hoy exactamente el mismo lugar que ocupó el carrusel a inicios de los años 2020, las cookie banners hace siete años, y Google Tag Manager hace cinco. No es una herramienta. Es una señal social. Y el patrón vuelve a repetirse, idéntico, con otro envoltorio.

Qué pasó: la nueva ola del chatbot IA en sitios pequeños

El argumento que hace que un cliente pequeño en San Salvador, Bogotá o Buenos Aires exija integrar un chatbot IA en su sitio web institucional rara vez tiene que ver con métricas. Adèle relata haber empezado a hacer una pregunta sencilla en cada reunión: “¿Vos usás chatbots cuando entrás a otros sitios web?”. La respuesta, casi unánime, es no. Los cierran de inmediato. Los encuentran molestos. La mitad del tiempo responden algo completamente desconectado de la pregunta. Un cliente le contó, riendo, que el chatbot de un competidor estuvo dando horarios de atención equivocados durante meses.

Y, sin embargo, la conclusión de la conversación siempre es la misma: “pero deberíamos tener uno, ¿verdad?”. Esa es la grieta que un freelancer técnico tiene que aprender a navegar. No es un problema de utilidad. Es un problema de visibilidad: el miedo a parecer atrasado, a tener un sitio incompleto en 2026 sin esa burbuja parpadeante en la esquina.

Contexto e historia: del carrusel al chatbot, una década de modas web

Los desarrolladores con más de cinco años en el oficio reconocen el patrón al instante. La industria del frontend genera, cada cierto tiempo, un componente que se vuelve obligatorio sin que nadie firme nunca el decreto. El ciclo se repite con una regularidad que asusta.

graph LR
    A["Carrusel (2010-2018)"] --> B["Cookie Banner (2018-2022)"]
    B --> C["Google Tag Manager (2020-2024)"]
    C --> D["Chatbot IA (2024-2026)"]
    D --> E["Próximo widget"]

Cada eslabón de esta cadena cumplió la misma función: dar al cliente la sensación de estar al día, aun cuando los datos demostraran que el componente no aportaba valor a los usuarios reales del sitio.

• Carruseles de imágenes. Estudios clásicos de Erik Runyon en la Universidad de Notre Dame mostraron que más del 84% de los clics en un carrusel iban a la primera diapositiva, y que el resto eran prácticamente ignorados. Aun así, todo homepage corporativo entre 2010 y 2018 tenía uno.
• Cookie banners. Tras el RGPD europeo de 2018 y leyes similares en LATAM, las banderas de cookies se volvieron rito obligatorio incluso en sitios sin ningún tracking, simplemente por si acaso. Los usuarios aprendieron a cerrarlas sin leer.
• Google Tag Manager. Instalado en sitios cuyos dueños jamás abrieron Google Analytics. Adèle cuenta que un cliente, dieciocho meses después del lanzamiento, no se acordaba ni siquiera del usuario y contraseña.
• Chatbot IA. La iteración actual. Diferente envoltorio, misma dinámica.

La historia importa porque demuestra que el problema no es el chatbot en sí. El problema es la forma en que un cliente decide qué necesita: copiando lo que ven en los competidores, sin métrica de validación. Si supiéramos cuál es el siguiente eslabón, ya estaríamos vendiéndolo.

Datos y cifras: la web cada vez más pesada

Los datos del HTTP Archive Web Almanac dan contexto cuantitativo a esta sensación de internet inflado. El peso medio de una página web móvil pasó de unos 800 KB en 2017 a más de 2.3 MB en 2024, un aumento del 188% en siete años. JavaScript es el componente que más creció: la mediana de KB de JS por página móvil supera ya los 500 KB, una cifra impensable hace una década para un sitio meramente informativo.

El widget de chatbot IA promedio aporta, en su versión más liviana, entre 80 y 150 KB de JavaScript adicional, un endpoint persistente para llamadas al backend, y un iframe que carga estilos y a veces fuentes propias. En su versión más pesada (proveedores que incluyen analítica, grabación de sesiones y conexión a un LLM hospedado), puede sumar más de 400 KB.

⚠️ Ojo: Un chatbot IA agregado a un sitio simple puede duplicar el peso total de la página y empeorar significativamente Largest Contentful Paint, especialmente en redes 4G de calidad media en LATAM.

Esto importa porque los Core Web Vitals son métricas de ranking en Google desde 2021. Cada widget que se boltea sobre un sitio existente sin auditoría empuja al sitio hacia abajo en los resultados de búsqueda, justo lo contrario de lo que el cliente cree estar comprando cuando pide aparecer moderno.

Impacto y análisis: por qué los clientes no escuchan al desarrollador

Adèle relata un experimento que muchos freelancers en LATAM podrían haber escrito palabra por palabra. Cuando un cliente le menciona el chatbot, ella abre algunos sitios smolweb: rápidos, mínimos, legibles, sin pop-ups ni esquinas parpadeantes. Solo contenido, claro e inmediato. Los ojos del cliente cambian. Ah, eso carga rápido. Eso es fácil de leer. Me gusta.

Y luego viene la pregunta inevitable: ¿Querría algo así?. La respuesta, también casi siempre la misma, es: Bueno, pero se ve un poco simple, ¿no?.

💭 Clave: Cuando un cliente dice “simple” en una reunión de diseño web, rara vez significa “fácil de usar”. Significa “no se ve lo suficientemente impresionante” o “no parece que costó dinero”.

Construir un sitio genuinamente sencillo, que cargue al instante y diga exactamente lo que tiene que decir y nada más, es a menudo más difícil que pegar un chatbot encima. Pero esa restricción es trabajo invisible. Nadie ve la moderación. Nadie ve las cinco features que decidiste no incluir. Nadie ve las tres librerías que rechazaste. El cliente ve menos cosas en pantalla y, paradójicamente, asume que costó menos hacerlo.

El antídoto: smolweb, restricción y un poco de evidencia

El movimiento smolweb propone una vuelta a sitios pequeños, leves, manuscritos en HTML y CSS, con poca o nula dependencia de frameworks pesados. No es un manifiesto antimoderno: es una respuesta práctica a una década de bloat. Para un freelancer en LATAM, donde la conectividad móvil aún tiene latencias y caps de datos importantes, este enfoque tiene un argumento técnico fuerte y verificable.

Comparemos. Un homepage minimalista para un negocio local puede verse así:

<!doctype html>
<html lang="es">
<head>
  <meta charset="utf-8" />
  <title>Carpintería La Roble — San Salvador</title>
  <meta name="viewport" content="width=device-width,initial-scale=1" />
  <style>
    body { font: 18px/1.6 system-ui, sans-serif; max-width: 36rem; margin: 2rem auto; padding: 0 1rem; }
    h1 { font-size: 1.6rem; }
    a { color: #0a4; }
  </style>
</head>
<body>
  <h1>Carpintería La Roble</h1>
  <p>Muebles a medida en San Salvador. Lunes a viernes, 8am a 5pm.</p>
  <p><a href="tel:+50312345678">Llamar +503 1234-5678</a></p>
  <p><a href="https://wa.me/50312345678">Escribir por WhatsApp</a></p>
</body>
</html>

Este archivo pesa menos de 1 KB. Carga al instante en cualquier red. Le dice al usuario, en tres líneas, qué ofrecen y cómo contactar. Comparado con un homepage típico de WordPress más theme premium más chatbot IA más pop-up de cookies más Google Tag Manager, la diferencia en Time to Interactive puede ser de 8 segundos contra 200 milisegundos sobre la misma red 4G.

Lo mismo ocurre con WhatsApp Business como alternativa al chatbot IA. En LATAM, donde más del 95% de los usuarios de smartphones tiene WhatsApp instalado, un simple link wa.me/numero resuelve el caso de uso real (responder dudas) sin agregar ninguna dependencia al frontend, sin contratar un servicio mensual, y sin riesgo de que un LLM mal afinado dé horarios incorrectos durante meses sin que nadie se entere.

💡 Tip: Si el cliente realmente quiere “chat”, proponé primero un botón fijo de WhatsApp con wa.me. Resuelve el 80% del caso de uso con 0 KB de JavaScript añadido al frontend.

Qué sigue: el cambio probablemente vendrá de los usuarios

Adèle es honesta en el cierre de su artículo: no tiene una solución ordenada. La presión por agregar widgets no viene realmente de los clientes, viene de la web misma. De una década de páginas infladas, dark patterns y carreras armamentistas que redefinieron, sin que nadie firmara nada, qué aspecto tiene un sitio web serio. Los clientes solo están leyendo el cuarto. El cuarto está mal, pero ellos no lo están imaginando.

El cambio, si llega, probablemente no vendrá de las decisiones de los clientes. Vendrá de los usuarios. Llegará el día en que suficiente gente note que el sitio rápido y limpio fue más fácil de usar. Que encontraron lo que buscaban. Que no tuvieron que cerrar tres cosas antes de leer una sola línea. Mientras tanto, el chatbot IA sigue parpadeando en la esquina del sitio del cliente. No conoce los horarios. No conoce los precios. No sabe nada en concreto. Pero está ahí. Como el de todos los demás.

Para los desarrolladores en LATAM, la lección práctica del 2026 es no entrar en pánico cada vez que el cliente saca el celular. Preguntar primero qué problema concreto quiere resolver el chatbot, medir, comparar con alternativas más livianas (WhatsApp, FAQ estática, formulario simple), y reservar la integración con LLM solo cuando los datos lo justifiquen. Esa es la diferencia entre vender frontend y vender criterio.

📖 Resumen en Telegram: Ver resumen

Preguntas frecuentes

¿Por qué los clientes piden chatbot IA si no resuelve un problema real?

En la mayoría de los casos no es por utilidad medida sino por imitación competitiva. Es la misma dinámica social que llevó al carrusel y al cookie banner a generalizarse: la sensación de “estar al día” pesa más que cualquier métrica de uso. Adèle, en su blog del 14 de marzo de 2026, lo describe como una señal social, no una herramienta.

¿Cuánto pesa realmente un widget de chatbot IA en un sitio?

Depende del proveedor, pero la mayoría agrega entre 80 y 400 KB de JavaScript, conexiones persistentes y un iframe. En sitios pequeños eso puede duplicar el peso total de la página y empeorar significativamente las métricas de Core Web Vitals que Google usa para rankear desde 2021.

¿Qué alternativa puedo proponerle al cliente que insiste en un chatbot?

Tres opciones livianas funcionan bien en LATAM: un botón fijo de WhatsApp con wa.me/numero, una sección de FAQ estática bien organizada, y un formulario simple con respuesta automática por email. Las tres resuelven el caso de uso real (responder dudas) sin sumar JavaScript ni riesgo de respuestas incorrectas generadas por un LLM.

¿Qué es el smolweb y por qué importa para freelancers en LATAM?

Smolweb es un movimiento informal que aboga por sitios web pequeños, livianos y minimalistas, hechos a mano con HTML y CSS y poca o nula dependencia de frameworks pesados. Para LATAM importa porque la conectividad móvil tiene latencias mayores y caps de datos más estrictos que en Europa o Estados Unidos, y un sitio liviano carga rápido incluso en redes 4G de calidad variable.

¿Por qué el cliente dice que un sitio rápido “se ve simple”?

Cuando un cliente dice “simple”, rara vez significa “fácil de usar”. Significa “no se ve lo suficientemente impresionante” o “no parece que costó dinero”. El bloat visual, paradójicamente, transmite la idea de inversión y profesionalismo, aunque empeore la experiencia real del usuario que entra al sitio buscando un teléfono o un horario.

¿Qué viene después del chatbot IA en el ciclo de modas web?

Nadie lo sabe con certeza. Si el patrón histórico se repite, llegará otro widget que prometa “estar al día” y se generalice durante 4 a 6 años antes de que la siguiente moda lo desplace. Lo que sí sabemos es que el ciclo seguirá empujando hacia más bloat hasta que los usuarios, no los clientes, exijan lo contrario.

Referencias

• Blog de Adèle (14 marzo 2026) — artículo original que inspiró este análisis sobre el ciclo de modas en la web.
• HTTP Archive — Page Weight Report — datos públicos sobre el peso medio histórico de las páginas web móviles y de escritorio.
• web.dev — Core Web Vitals — definición oficial de Google sobre las métricas de rendimiento que afectan el ranking de búsqueda desde 2021.
• Wikipedia — Image carousel — historia del componente de carrusel en interfaces web y referencias a estudios de UX sobre su efectividad real.

📱 ¿Te gusta este contenido? Únete a nuestro canal de Telegram @programacion donde publicamos a diario lo más relevante de tecnología, IA y desarrollo. Resúmenes rápidos, contenido fresco todos los días.