Chatwoot restreint l'accès gratuit à l'API cloud, poussant les utilisateurs vers l'auto-hébergement

Le 16 juillet 2026, Chatwoot a annoncé une modification majeure de sa structure tarifaire pour l'hébergement cloud, supprimant l'accès API et webhook de son offre gratuite. Cette décision force effectivement les développeurs et les petites équipes qui dépendent d'intégrations programmatiques à passer soit à un plan payant, soit à une déploiement auto-hébergé. L'entreprise a cité les coûts d'infrastructure et les abus par des spammeurs comme principales raisons de ce changement de politique, tout en confirmant que l'édition communautaire open source reste pleinement fonctionnelle avec toutes ses capacités d'intégration intactes.

Ce qui s'est passé

Ce changement affecte à la fois les nouveaux et les anciens utilisateurs de Chatwoot Cloud. Les nouveaux comptes créés sur le plan gratuit "Hacker" ne reçoivent plus aucun accès API. Les comptes gratuits existants ont bénéficié d'une période de transition de deux semaines avant que leurs jetons API cessent de fonctionner pour les requêtes liées au compte. Les utilisateurs ont signalé que leurs jetons d'authentification continuaient de renvoyer des données de profil valides, mais toute tentative d'accéder à des ressources spécifiques au compte résultait en une erreur 403 indiquant que l'accès API n'était pas activé. Ce comportement imite souvent un jeton cassé, créant de la confusion jusqu'à ce que les utilisateurs réalisent que la restriction est liée à leur niveau d'abonnement plutôt qu'à une défaillance technique.

En réponse, de nombreuses équipes techniques évaluent les options d'auto-hébergement. L'édition communautaire de Chatwoot est sous licence MIT, permettant une utilisation sans restriction de la plateforme principale, y compris les API, webhooks, chat en direct et fonctions d'automatisation. Cependant, les utilisateurs doivent distinguer entre l'image Docker standard, qui inclut du code réservé aux entreprises, et l'image de l'édition communautaire taguée avec -ce. Utiliser la bonne image garantit la conformité avec la licence open source tout en évitant l'utilisation involontaire de fonctionnalités propriétaires comme les tableaux de bord personnalisés ou les assistants IA qui nécessitent un abonnement payant.

Détails clés

• Date du changement de politique : Le 16 juillet 2026 a marqué la suppression de l'accès API et webhook pour les comptes cloud gratuits.
• Plans affectés : Le plan "Hacker" (gratuit) limite désormais les utilisateurs à 2 agents, 500 conversations par mois et 30 jours de rétention de données sans accès API.
• Alternative auto-hébergée : L'image de l'édition communautaire (chatwoot/chatwoot:v4.18.0-ce) conserve toutes les fonctionnalités API et webhook sous la licence MIT.
• Exigences en ressources : Une configuration minimale auto-hébergée consomme environ 810 Mo de RAM en veille, nécessitant au moins 2 Go de mémoire système totale pour un fonctionnement stable.
• Comparaison des coûts : Les plans cloud payants commencent à 19 $ par agent et par mois, tandis que les coûts d'auto-hébergement sont limités à l'infrastructure serveur, telle qu'une configuration VPS mensuelle à 7,50 €.
• Fonctionnalités entreprise : Les utilisateurs auto-hébergés perdent l'accès à la gestion SLA, aux journaux d'audit et à l'assistant Captain AI sauf s'ils achètent une licence entreprise.

Contexte

Chatwoot est une suite open source d'engagement client qui fournit des capacités de chat en direct, d'e-mail et de messagerie sur les réseaux sociaux. Comme de nombreux produits SaaS modernes, il repose fortement sur les API et les webhooks pour s'intégrer à d'autres outils, tels que les systèmes CRM, les help desks et les applications internes personnalisées. Les webhooks permettent à la plateforme d'envoyer des notifications en temps réel concernant les nouveaux messages ou les changements de statut vers des serveurs externes, tandis que les API permettent aux programmes de lire et écrire des données dans Chatwoot.

La distinction entre les éditions "Community" et "Enterprise" est cruciale pour les auto-hébergeurs. L'édition communautaire ne contient que du code sous licence MIT, libre d'utilisation et de modification. L'image Docker standard inclut souvent du code supplémentaire provenant du répertoire enterprise/, régi par une licence commerciale distincte. Bien que le logiciel fonctionne, l'utilisation de ces fonctionnalités entreprise en production sans abonnement payant viole les conditions. Par conséquent, les administrateurs doivent explicitement épingler leurs images Docker sur le tag -ce pour s'assurer qu'ils n'exécutent que les composants open source.

Pourquoi c'est important

Pour les équipes qui ont construit des workflows personnalisés autour de l'offre cloud gratuite de Chatwoot, ce changement rompt immédiatement les intégrations existantes. Les scripts d'automatisation, les bots de notification et les outils de synchronisation de données qui dépendent des webhooks ou des appels API échoueront silencieusement ou retourneront des erreurs de permission. Cette perturbation met en évidence le risque de compter sur les offres gratuites des services gérés pour la logique métier critique. Lorsqu'un fournisseur modifie son modèle tarifaire, le coût de la migration peut dépasser largement les économies précédentes, surtout si l'équipe manque d'expérience DevOps.

L'auto-hébergement offre un moyen de reprendre le contrôle de ces intégrations, mais introduit une charge opérationnelle. Les équipes doivent gérer les migrations de base de données, traiter les mises à jour de sécurité et assurer la haute disponibilité. La nécessité de dépendances spécifiques comme PostgreSQL avec l'extension pgvector et Redis ajoute de la complexité au processus de déploiement. Cependant, pour les organisations ayant deux agents ou plus, le coût fixe d'un serveur privé virtuel est souvent inférieur au prix par agent des plans cloud, rendant l'auto-hébergement financièrement attrayant malgré la charge de maintenance.

Ce que vous pouvez faire

• Auditez votre plan actuel : Vérifiez si votre compte Chatwoot Cloud est sur l'offre gratuite et confirmez si vos intégrations échouent actuellement avec des erreurs 403.
• Passez à l'image CE : Si vous auto-hébergez, mettez à jour votre fichier Docker Compose pour utiliser chatwoot/chatwoot:v4.18.0-ce afin de garantir que vous utilisez uniquement du code sous licence MIT.
• Vérifiez l'allocation des ressources : Assurez-vous que votre serveur dispose d'au moins 2 Go de RAM pour héberger les processus du serveur Rails, du worker Sidekiq, de PostgreSQL et de Redis.
• Configurez correctement les variables d'environnement : Générez une SECRET_KEY_BASE unique et définissez FRONTEND_URL sur votre adresse HTTPS publique pour éviter les problèmes de session et de redirection.
• Mettez en place un proxy inverse : Utilisez un outil comme Caddy ou Nginx pour gérer la terminaison TLS et les mises à niveau WebSocket, car l'application Rails écoute uniquement sur localhost.
• Testez la connectivité API : Après le déploiement, générez un nouveau jeton d'accès dans le tableau de bord et vérifiez qu'il peut récupérer des données de conversation via curl pour confirmer la pleine fonctionnalité de l'API.