Votre restaurant a probablement trois endroits où vivent vos contacts : le logiciel de réservation, l'outil de newsletter et les formulaires du site (contact, privatisation, événement). Sans organisation, chacun contient une version différente du même client, et quelqu'un recopie les données à la main. Résultat : des doublons, des e-mails envoyés à quelqu'un qui s'était désinscrit, des demandes qui se perdent.
Ce guide explique comment synchroniser formulaires, newsletter et CRM sans ressaisie : le principe à poser d'abord (source de vérité, identifiant client, consentement), les trois méthodes possibles (intégration native, API, outil d'automatisation) et les erreurs qui reviennent le plus souvent. La partie SevenRooms s'appuie sur ses fonctions documentées.
À noter : les menus et options des outils évoluent. Les chemins SevenRooms cités sont ceux de la documentation à la date de rédaction ; vérifiez-les dans votre compte.
Le principe : une source de vérité, un identifiant, un consentement
Avant de brancher quoi que ce soit, trois décisions à prendre sur papier.
1. Une source de vérité par donnée. Pour chaque information (coordonnées, historique de visites, préférences, statut d'abonnement), un seul outil fait foi. Les autres reçoivent une copie. Pour un restaurant, c'est généralement le CRM ou le logiciel de réservation qui fait foi pour le client et son historique, et l'outil de newsletter pour l'état d'abonnement à l'envoi. Si deux outils peuvent modifier la même donnée, ils finiront par se contredire.
2. Un identifiant client. Il faut une clé qui permet de dire « ce formulaire et cette réservation concernent la même personne ». Le plus simple et le plus courant est l'adresse e-mail, normalisée (en minuscules, sans espaces). Le numéro de téléphone peut servir de second critère. Évitez le nom seul : deux clients peuvent s'appeler Martin.
3. Un consentement qui voyage avec la fiche. Pour chaque contact, notez : a-t-il accepté de recevoir des communications commerciales, par quel canal, quand et via quel formulaire. Pour les particuliers, la CNIL exige un accord préalable, donné par une action positive, avec une case non pré-cochée. Une exception existe pour des produits ou services analogues proposés à une personne déjà cliente, avec droit d'opposition simple et gratuit. Cette information doit être copiée en même temps que le contact.
Ce que fait déjà SevenRooms pour collecter et rapprocher les contacts
Si vous utilisez SevenRooms, plusieurs briques sont documentées et couvrent une partie du travail.
- Subscription Widget (Settings > Subscription Widget) : un formulaire d'inscription à la newsletter, accessible par lien direct ou par un bouton HTML à poser sur le site, mais aussi sur un QR code en salle. Il collecte par défaut prénom, nom, téléphone et e-mail ; ces champs ne peuvent pas être désactivés. Si l'invité existe déjà dans la base, ces champs servent à retrouver sa fiche et à la mettre à jour. Vous pouvez ajouter la date d'anniversaire, le code postal, les restrictions alimentaires, proposer l'opt-in au niveau du groupe et activer reCAPTCHA.
- Statuts d'abonnement e-mail : Subscribed (inscrit explicitement), Unsubscribed (désinscrit) et Not Yet Subscribed (aucun choix, client d'une transaction). Une fois qu'un invité sort de l'état Not Yet Subscribed, il ne peut plus y revenir. Pour les établissements européens, SevenRooms applique un filtre : seuls les invités ayant explicitement opté reçoivent les campagnes marketing, et l'Auto-tag « All Guests » n'est pas disponible ; on utilise « Marketing Opt-Ins ». Les e-mails automatiques standards (confirmation, rappel avant arrivée, feedback) sont considérés comme transactionnels.
- Double opt-in : disponible sur demande auprès du Customer Success Manager ou du support. Un invité n'est considéré comme inscrit qu'après avoir cliqué sur le lien de confirmation. Pour les invités existants, SevenRooms peut soit les considérer comme inscrits, soit leur envoyer un e-mail de confirmation (auquel cas la base marketable tombe à zéro tant qu'ils n'ont pas confirmé). À valider avec votre conseil juridique.
- Import (Clients > More > Import Clients) : fichier .xlsx, 4 000 lignes par import, avec un modèle Basic ou Advanced. L'import applique un algorithme de rapprochement fondé sur le prénom, le nom et le téléphone ou l'e-mail ; si un profil correspond, il est fusionné et mis à jour. SevenRooms précise qu'il n'y a pas de dédoublonnage complet de la base à l'import (un service séparé existe sur demande) et qu'un import ne se défait pas facilement.
- Fusion de doublons (Clients, cocher les profils, Merge) : la fusion est permanente. Elle demande d'être Superuser ou Manager avec la permission Merge Client Profiles.
Pour les envois marketing eux-mêmes, voir notre guide sur l'emailing et le RGPD sur SevenRooms.
Méthode 1 : l'intégration native
C'est la plus simple et la plus stable quand elle existe : deux outils sont prévus pour se parler, avec une configuration guidée.
Exemple documenté : SevenRooms vers Mailchimp. Dans SevenRooms, Settings > Email Service Providers, cliquez sur Authenticate et saisissez la clé API de votre compte Mailchimp. Ensuite, dans l'onglet Clients, filtrez les invités voulus, puis Export > Send to Mailchimp et choisissez le groupe de destination. Deux points importants tirés de la documentation :
- les invités sans adresse e-mail ne peuvent pas être envoyés ;
- si vos filtres n'incluent pas l'opt-in marketing, SevenRooms affiche un avertissement : annulez et filtrez d'abord sur les invités ayant donné leur consentement.
Limite à connaître : cet envoi est une action manuelle, déclenchée par un utilisateur sur une sélection, et non une synchronisation continue dans les deux sens. La documentation ne décrit pas de remontée automatique des désinscriptions faites dans Mailchimp vers SevenRooms : vérifiez ce point avant de vous y fier. C'est exactement l'écart qui crée des erreurs de consentement (voir plus bas).
Avantages : peu de technique, support de l'éditeur. Inconvénients : périmètre limité à ce que l'éditeur a prévu.
Méthode 2 : l'API
L'API est l'option quand vous voulez un contrôle total : champs personnalisés, règles de rapprochement, synchronisation dans les deux sens.
- Côté SevenRooms : la documentation indique qu'une API existe et qu'il faut contacter votre Customer Success Manager ou le support pour y accéder. Aucun détail technique n'est public dans le centre d'aide : l'accès et le périmètre se discutent avec SevenRooms.
- Côté outil de newsletter, exemple Mailchimp : l'API Marketing permet d'ajouter ou de mettre à jour un membre d'une audience par une requête PUT, où l'identifiant du membre est le hachage MD5 de l'adresse e-mail en minuscules. Un champ de statut accepte notamment subscribed, unsubscribed, pending et transactional. Le champ status_if_new fixe le statut uniquement si l'adresse n'existe pas encore. Le statut pending correspond à une confirmation en attente dans la logique de double opt-in ; consultez la documentation Mailchimp pour le flux exact.
Avantages : sur-mesure, fiable, adapté aux volumes. Inconvénients : demande du développement et de la maintenance.
Méthode 3 : un outil d'automatisation
Entre les deux, un outil d'automatisation comme Zapier ou Make relie un déclencheur (formulaire envoyé) à des actions (créer le contact, notifier l'équipe), sans écrire de code.
Cas typique pour un site Webflow : Webflow peut envoyer chaque soumission de formulaire vers une adresse web (webhook) ; l'outil d'automatisation la reçoit, cherche la fiche par e-mail, la crée ou la met à jour dans le CRM, et ajoute le contact à l'outil de newsletter seulement si la case de consentement est cochée. L'emplacement du réglage des webhooks dans Webflow varie selon la version de l'interface ; vérifiez-le dans l'aide Webflow. Pensez aussi à publier le site avant de tester, car les modifications non publiées ne déclenchent pas les webhooks.
Avantages : rapide à mettre en place, visuel. Inconvénients : coût selon le volume, dépendance à un tiers, scénarios à surveiller. Pour d'autres scénarios de ce type, voir 5 automatisations concrètes pour un restaurant.
Les erreurs qui reviennent : doublons et consentement perdu
Les doublons
- Pas de clé unique : sans règle claire, chaque formulaire crée une nouvelle fiche. Cherchez toujours par e-mail avant de créer.
- Variantes d'écriture : majuscules, espaces ou alias d'adresse. Normalisez avant de comparer.
- Import massif sans nettoyage : comme le rappelle la documentation SevenRooms, l'import ne fait pas un dédoublonnage complet. Nettoyez votre fichier avant.
- Fusion trop rapide : la fusion étant permanente, vérifiez nom, téléphone, e-mail et historique avant de valider.
Le consentement perdu
- Désinscription non remontée : un client se désinscrit dans l'outil de newsletter, mais reste « abonné » dans le CRM, qui le réinscrit à la prochaine synchronisation. Décidez quelle base fait foi pour le statut et faites remonter les désinscriptions.
- Consentement implicite recopié comme explicite : un client qui a seulement réservé (Not Yet Subscribed) ne doit pas devenir « abonné » dans l'autre outil.
- Consentement non daté : conservez la date, la source (quel formulaire) et le texte affiché au moment de l'inscription.
- Export sans filtre : exporter toute la base vers l'outil de newsletter sans filtrer sur l'opt-in.
Checklist avant de brancher quoi que ce soit
- Lister tous les endroits où un contact peut entrer (réservation, widget, formulaires, caisse, WiFi, import).
- Choisir la source de vérité et la clé d'identification.
- Définir les champs de consentement (statut, date, source) et leur sens dans chaque outil.
- Choisir la méthode : native, API ou automatisation.
- Tester avec un contact fictif : inscription, désinscription, doublon, modification.
- Définir la durée de conservation et la procédure de suppression.
- Nommer un responsable qui contrôle les synchronisations chaque mois.
Questions fréquentes sur la synchronisation formulaires, newsletter et CRM
Quel identifiant utiliser pour éviter les doublons de clients ?
L'adresse e-mail normalisée (minuscules, sans espaces) est l'identifiant le plus courant, le téléphone servant de second critère. SevenRooms rapproche par exemple les profils sur le prénom, le nom et le téléphone ou l'e-mail. Le nom seul ne suffit jamais.
Que faire quand un client se désinscrit de la newsletter ?
Le statut doit être mis à jour dans toutes vos bases, pas seulement dans l'outil d'envoi. Sans synchronisation de ce statut, une nouvelle synchronisation peut réinscrire la personne. Conservez aussi la trace de l'opposition pour ne pas la recontacter.
SevenRooms propose-t-il une API pour relier mes outils ?
Oui, le centre d'aide indique qu'une API existe et invite à contacter le Customer Success Manager ou le support pour y accéder. Les détails techniques ne sont pas publics dans cette documentation : le périmètre se discute avec SevenRooms.
Un client qui a réservé peut-il recevoir ma newsletter ?
Pas automatiquement. Pour les particuliers, le principe est le consentement préalable, avec une exception limitée pour des produits ou services analogues proposés à un client existant. Chez SevenRooms, les établissements européens n'envoient les campagnes marketing qu'aux invités ayant explicitement opté.
Besoin d'aide pour synchroniser vos formulaires, votre newsletter et votre CRM ?
Relier proprement ces outils demande de choisir la bonne méthode pour votre situation, puis de la tester. C'est un travail que māhie fait régulièrement pour des restaurants et des hôtels.
- Cartographier vos sources de contacts et choisir la source de vérité ;
- Brancher votre site Webflow, SevenRooms, votre CRM et votre outil de newsletter, par intégration native, API ou webhook ;
- Configurer la remontée du consentement et des désinscriptions ;
- Nettoyer votre base et mettre en place la détection de doublons ;
- Former vos équipes aux bons réflexes de collecte.
Découvrez notre offre CRM & cartes VIP et notre expertise SevenRooms, puis contactez māhie.

