Comment connecter un formulaire Webflow à votre CRM maintenant que Logic a disparu ?
Beaucoup de conseils encore bien positionnés recommandent une fonctionnalité Webflow qui a été coupée. Voici les voies qui subsistent.
C'est une question où une bonne part des conseils bien positionnés est simplement périmée, et le mode d'échec est silencieux : vous suivez un guide, cherchez une fonctionnalité dans le Designer, et ne la trouvez pas. La fonctionnalité n'est pas cachée. Elle a été coupée. Le savoir vous épargne un après-midi, et les voies restantes sont simples dès qu'on sait lesquelles elles sont et ce que chacune coûte.
Qu'est-il arrivé à Webflow Logic ?
Il a été désactivé sur tous les sites Webflow le 27 juin 2025, après avoir cessé d'accepter de nouvelles activations le 31 janvier 2025. Logic était la fonctionnalité d'automatisation intégrée : on pouvait déclencher un flux depuis une soumission de formulaire et lui faire exécuter des actions, dont l'appel d'un service externe, sans outil tiers. Webflow l'a retiré en même temps que User Accounts. Les formulaires reliés à un flux Logic sont redevenus des formulaires Webflow ordinaires, et c'est le détail sur lequel s'arrêter : un formulaire ordinaire accepte toujours les soumissions et les stocke toujours. Il cesse simplement d'en faire quelque chose ensuite, sans que rien ne change côté visiteur.
Comment savoir si cela vous a touché ?
Soumettez votre propre formulaire puis vérifiez si quelque chose en aval l'a reçu, car l'affichage sera correct dans les deux cas. Un visiteur qui remplit le formulaire voit toujours le message de succès, puisqu'il est produit par le formulaire lui-même et non par ce qui devait suivre. Envoyez un test via chaque formulaire du site et confirmez qu'il arrive là où il doit : le système client, la boîte de notification, le tableur. Faites-le chaque trimestre, indépendamment de tout changement de plateforme, car les intégrations cassent pour de nombreuses raisons et aucune ne s'annonce sur la page.
Quelles voies fonctionnent encore ?
Trois, et elles diffèrent surtout par la personne dont vous dépendez. Une plateforme d'automatisation se place entre le formulaire et le système client, capte la soumission et la transmet : c'est le plus rapide à mettre en place, avec un coût mensuel et un tiers de plus. Un point de terminaison sur mesure signifie que le formulaire envoie vers un petit service que vous contrôlez, qui fait ensuite ce dont vous avez besoin : contrôle total, développeur requis. Un prestataire de formulaires qui parle directement à votre système client remplace entièrement la gestion de formulaires de Webflow : un saut en moins, mais vos données passent chez un autre fournisseur. Il n'y a pas de mauvaise réponse, seulement un choix sur l'endroit où loge la dépendance.
Laquelle un petit groupe doit-il choisir ?
Une plateforme d'automatisation, dans la plupart des cas, car ce que vous optimisez n'est pas l'élégance mais la capacité à réparer vous-même à onze heures du soir. Ces outils montrent chaque soumission passée, permettent de rejouer un échec, et peuvent être réparés par un marketeur sans ouvrir d'éditeur de code. Cette qualité opérationnelle vaut plus, pour une petite équipe, que l'abonnement mensuel. Passez à un point de terminaison sur mesure quand le volume rend la tarification à la tâche inconfortable, quand la logique dépasse ce que gère un constructeur visuel, ou quand les données ne doivent pas résider chez un prestataire supplémentaire.
Que se passe-t-il quand la connexion échoue ?
Par défaut, rien de visible, et c'est la partie à concevoir délibérément plutôt qu'à découvrir. Si le système client est indisponible ou qu'un identifiant expire, le visiteur voit quand même un message de succès, car le formulaire a réussi même si la livraison a échoué. Décidez d'avance du repli : au minimum une notification par e-mail sur un chemin distinct pour qu'un humain apprenne qu'un prospect est arrivé, et idéalement une alerte en cas d'échec de livraison plutôt qu'un silence identique à une semaine calme. Posez précisément cette question quand on vous chiffre une intégration, car chiffrer le chemin qui marche revient à chiffrer la moitié du travail.
Tout cela change-t-il la façon de construire le formulaire ?
Oui, sur un point qui évite des ennuis plus tard : nommez vos champs pour le système qui les recevra, pas pour la mise en page. Un champ appelé Champ 3 convient jusqu'à ce que quelqu'un le mappe dans une fiche client et doive deviner ce qu'il contient. Des noms de champs cohérents et descriptifs simplifient chaque intégration en aval et transforment la future migration vers un autre outil en exercice de correspondance plutôt qu'en fouille archéologique. Cela ne coûte rien au moment du build. Il vaut aussi la peine de limiter le nombre de champs à ce que vous utiliserez vraiment, car chaque champ est une correspondance de plus et une raison de plus d'abandonner le formulaire.
