Chatwoot cierra la API y los webhooks de su plan gratuito en la nube
Desde el 16 de julio de 2026, la API y los webhooks de Chatwoot Cloud exigen plan de pago. La Community Edition autoalojada bajo licencia MIT los mantiene completos.
Chatwoot cerró el 16 de julio de 2026 el acceso a la API y a los webhooks en el plan gratuito de Chatwoot Cloud. Quien autoaloja la Community Edition no nota nada: la licencia MIT le sigue dando API y webhooks sin límite. Autoalojar se ha convertido, de hecho, en la única forma de seguir usando esas integraciones sin pagar.
La compañía lo justificó por abuso: cuentas gratuitas usaban API y webhooks para spam a escala, y eso le costaba dinero en infraestructura y moderación. Es un motivo razonable. Chatwoot regala el producto bajo MIT y puede cobrar por operarlo. En el anuncio lo dicen sin rodeos: quien autoaloja su propio despliegue conserva API y webhooks. Las cuentas gratuitas existentes tuvieron dos semanas de transición; las nuevas no tienen API de ninguna clase.
El síntoma, eso sí, despista. Un token válido sigue respondiendo 200 a GET /api/v1/profile con rol administrator, pero cualquier llamada con scope de cuenta devuelve 403 con "API access is not enabled for this account". Parece un token roto. No lo es: es el plan.
Cuánto cuesta cada vía
Según la página de precios, consultada el 30 de septiembre de 2026, el plan Hacker sigue siendo gratuito con 2 agentes, 500 conversaciones al mes y 30 días de retención, pero sin API. Startups cuesta 19 dólares por agente y mes, Business 39 y Enterprise 99. Con dos agentes, eso son 38 y 78 dólares mensuales. En autoalojado el coste no crece con el número de agentes: sólo es el servidor.
El autor del montaje que circula estos días avisa de su conflicto de interés: gestiona Hostim.dev, una plataforma de hosting con plantilla de Chatwoot en un clic, así que un cambio de precios que empuje hacia el autoalojamiento le favorece. Su instancia, la que atiende el chat de soporte de ese sitio, le sale por 7,50 euros al mes.
Lo que hay que montar
El stack son cuatro piezas: la imagen de la Community Edition (chatwoot/chatwoot:<versión>-ce), PostgreSQL con la extensión pgvector, Redis y un worker de Sidekiq junto al servidor Rails. El consumo en reposo, medido justo después del primer arranque, es de 373 MB para rails, 381 MB para sidekiq, 44 MB para Postgres y 12 MB para Redis: unos 810 MB antes de tráfico real, así que conviene reservar 2 GB de RAM como mínimo.
Dos detalles se llevan por delante a más de uno. El primero es la etiqueta de la imagen: la que no lleva el sufijo -ce incluye el directorio enterprise/, que se puede leer y probar pero no usar en producción sin suscripción. El docker-compose.production.yaml oficial apunta a latest, la que trae ese código. Con la -ce se pierden dashboards personalizados, gestión de SLA, registros de auditoría y el asistente Captain; siguen el chat en vivo, el correo, la API, los webhooks, las automatizaciones y las macros. El segundo es Postgres: tiene que ser la imagen pgvector/pgvector:pg16, porque las migraciones de la serie 4.x crean las extensiones vector y pg_trgm y la imagen estándar no trae la primera.
Y ojo con Sidekiq. Si falta, el panel funciona y no se envía nada: ni correos, ni webhooks, ni automatizaciones. Sin ningún error en pantalla.
Quien tenga integraciones montadas contra el plan gratuito de Chatwoot Cloud tiene hasta que le corten el acceso. Después, o paga por agente o se monta el stack: la prueba documentada usa Chatwoot 4.18.0 y Docker Compose v5.5, y cualquier VPS con 2 GB sirve.
