Passer au contenu principal

Déclencher des campagnes d'enquêtes Feedier à partir de Salesforce

Déclencher des campagnes d'email Feedier depuis Salesforce via les Messages sortants et les Flux déclenchés par enregistrement. Inclut le mapping du payload, la protection anti-doublons et les pièges fréquents.

Écrit par Julien Chil Hagopian

Feedier Surveys + Salesforce

Cet article couvre l'un des trois cas d'usage de l'intégration Salesforce : déclencher une campagne d'email Feedier lorsqu'un enregistrement Salesforce remplit vos conditions (par exemple un Case fermé, un Contact qui atteint un statut). Pour l'enrichissement des feedbacks et le push de feedbacks vers Salesforce sous forme de FeedierFeedback__c, voir Connecter Salesforce à Feedier.

Qui peut y accéder ?

Rôles

Accès

👑 Admins

Accès complet

🛠️ Éditeurs

Accès complet

👀 Lecteurs

Pas d'accès

🔒 Lecteurs restreints

Pas d'accès

Côté Salesforce, vous aurez besoin d'un accès Configuration et de la permission Flow Builder.

Fonctionnement

Trois éléments fonctionnent ensemble :

  1. Une campagne d'email Feedier — l'enquête que vous souhaitez envoyer.

  2. Un Message sortant Salesforce qui pointe vers un endpoint Feedier, transportant les champs Salesforce à transmettre comme attributs de feedback.

  3. Un Flux déclenché par enregistrement dans Salesforce qui décide quand déclencher le Message sortant.

Lorsque les conditions du Flux sont remplies, Salesforce envoie les champs sélectionnés à Feedier et un push est planifié dans la campagne ciblée. Un enregistrement → un email.

Prérequis — campagne d'email Feedier

Créez la campagne d'email dans Feedier Surveys avant de configurer quoi que ce soit dans Salesforce :

Étape 1 — Créer le Message sortant dans Salesforce

Salesforce Configuration → Messages sortants → Nouveau message sortant

Champ

Valeur

🏷️ Nom / Nom unique

N'importe quel libellé — sans impact sur l'intégration.

📦 Objet

L'objet Salesforce sur lequel le Flux s'exécutera (typiquement Contact, Case, Opportunity, ou un objet personnalisé).

🚀 URL Endpoint — Production

(Salesforce prod ou sandbox → Feedier production)

https://connector.feedier.com/salesforce/push?push_campaign_id={FeedierCampaignID}&api_key={FeedierPrivateAPIKey}&target_attribute={targetAttributeName}

📋 Champs à envoyer

Au minimum : l'Id de l'enregistrement et un champ Email (email du Contact ou équivalent). Ajoutez ensuite tout champ à transmettre comme attribut de feedback — prénom, compte, business unit, langue, champs personnalisés (Product_Range__c, etc.).

Feedier extrait automatiquement l'email du contact si votre sObject contient l'un de ces trois champs :

  1. Email

  2. Email__c

  3. ContactEmail

Si aucun d'entre eux n'est présent — par exemple si votre champ email est un champ personnalisé comme CaseEmailOwner — l'email ne sera pas récupéré automatiquement, et vous devez indiquer à Feedier où le trouver à l'aide de target_attribute.

Ajoutez &target_attribute={SalesforceFieldName} à l'URL de l'endpoint, en utilisant le nom brut du champ Salesforce sans le préfixe sf. Exemple :

https://connector.feedier.com/salesforce/push?push_campaign_id={FeedierCampaignID}&api_key={FeedierPrivateAPIKey}&target_attribute=CaseEmailOwner

Feedier applique la même règle de préfixage sf que d'habitude, donc CaseEmailOwner sera mis en correspondance avec sfCaseEmailOwner dans le payload entrant.

⚠️ Le champ doit malgré tout être coché dans la liste « Fields to send » (champs à envoyer) de l'Outbound Message. Le paramètre target_attribute dans l'URL de l'endpoint indique seulement à Feedier où chercher l'email, il ne transmet pas un champ qui n'a pas été envoyé.

Deux pièges courants :

  • Un champ qui n'est pas coché dans la liste des champs de l'Outbound Message n'arrive pas, même s'il existe sur l'enregistrement.

  • Un champ qui est coché mais vide sur l'enregistrement arrive vide (et l'attribut sera vide dans Feedier).

Où trouver les variables

  • {FeedierCampaignID} → Feedier → Surveys → votre enquête → Partager → Campagne d'email → Info.

  • {FeedierPrivateAPIKey} → Feedier → Paramètres avancés → Clé publique.

  • {targetAttributeName} → Salesforce → Uniquement nécessaire si l'objet Salesforce utilisé pour déclencher le message sortant ne contient pas `Email`, `Email__c`, ou `ContactEmail`. Reprend le nom brut du champ Salesforce (sans le préfixe `sf`) contenant l'email du contact, par ex. `CaseEmailOwner`.

Comment les champs arrivent dans Feedier

Salesforce préfixe automatiquement chaque nom de champ par sf dans le payload XML envoyé :

  • Id → sfId

  • ContactId → sfContactId

  • Email → sfEmail (ou sfContactEmail selon le champ source)

  • Les champs personnalisés conservent leur suffixe __c → sfProduct_Range__c

Chacun devient un attribut de feedback dans Feedier avec ce nom exact.

Étape 2 — Construire le Flux déclenché par enregistrement

Salesforce Configuration → Automatisation des processus → Flux → Nouveau flux → Flux déclenché par enregistrement

⚠️ Les Règles de workflow sont dépréciées par Salesforce. Utilisez Flow Builder (Flux déclenché par enregistrement).

  1. Définir le déclencheur

    Choisissez l'objet qui doit déclencher l'enquête et sélectionnez « Lorsqu'un enregistrement est créé ou mis à jour ». Ajoutez vos conditions d'entrée — par exemple Case.Status = Closed ou Contact.Survey_Eligible__c = true. Voir les exemples de règles de déclenchement plus bas.

  2. Attacher le Message sortant

    Ajoutez une action de type Message sortant (dans « Actions et enregistrements associés ») et sélectionnez le Message sortant créé à l'étape 1. Sauvegardez et activez le Flux.

Tutoriel d'exemple (dans le contexte de Feedier, assurez-vous d’utiliser les endpoints mentionnés ci-dessus) :

Étape 3 — Tester et vérifier

Déclenchez la règle sur un enregistrement de test (par exemple, fermez un Case de test). Puis vérifiez, dans Feedier :

  • Page Messages sortants — le payload parsé apparaît avec le statut push_created, ou skipped_due_to_recently_contacted_same_campaign si un doublon a été bloqué par la protection.

  • Page Pushs — le push est planifié et l'email sera envoyé.

🎊 Vous devriez voir un push créé dans la page des Pushs en quelques secondes.

Protection contre les envois en double

Le système de Messages sortants de Salesforce est conçu pour la fiabilité — si la réponse de Feedier n'est pas acquittée exactement comme attendu, Salesforce retente l'appel toutes les 2 heures pendant 24 heures. En complément, lorsque plusieurs enregistrements sont mis à jour dans la même transaction Salesforce (par exemple un import en masse), Salesforce les regroupe dans un seul appel de Message sortant. Ces deux comportements peuvent générer des appels supplémentaires.

Feedier embarque deux couches de protection :

Couche

Comportement

🛡️ Déduplication 24h par défaut
​(intégré, sans configuration)

Même cible + même campagne de push dans les 24 heures → le second push est automatiquement ignoré. Le Message sortant est néanmoins loggué avec le statut skipped_due_to_recently_contacted_same_campaign.

⚙️ Fenêtre d'oversollicitation personnalisée
​(optionnelle, par URL endpoint)

Ajoutez &over_solicitation=true&survey_id={SurveyID}&interval_days={N} à l'URL endpoint pour définir un intervalle plus strict à l'échelle de l'enquête (ex. 100 jours entre deux emails sur une enquête donnée, toutes campagnes confondues).

Exemple d'URL endpoint avec oversollicitation personnalisée :

https://connector.feedier.com/salesforce/push?push_campaign_id=610&api_key=v5Bakp76sMjA...XY&over_solicitation=true&survey_id=1476&interval_days=100

Support multilingue

Vous pouvez contrôler la langue d'affichage de l'enquête en ajoutant &locale={languageCode} à l'URL du endpoint.

Par exemple, pour afficher l'enquête en français, ajoutez locale=fr ; en espagnol, locale=es, à la fin du lien, avec la clé API et l'ID de la campagne push :

https://connector.feedier.com/salesforce/push?push_campaign_id={FeedierCampaignID}&api_key={FeedierPrivateAPIKey}&locale={languageCode}

⚠️ L'enquête doit déjà être traduite dans cette langue sur Feedier pour que cela fonctionne; locale sélectionne uniquement une traduction existante, il ne traduit pas l'enquête à la volée.

Pièges fréquents

Symptôme

Cause probable et solution

Aucun Message sortant n'arrive dans Feedier

Les conditions du Flux ne sont pas remplies côté Salesforce, ou la livraison du message a échoué. Vérifiez Configuration → Surveillance → Messages sortants dans Salesforce — les livraisons en échec restent dans la file 24h avec l'erreur.

Push créé dans Feedier mais avec un attribut manquant

Soit le champ n'est pas coché dans la liste « Champs à envoyer » du Message sortant, soit il est vide sur l'enregistrement Salesforce. Vérifiez les deux — le connecteur transmet ce que Salesforce envoie, rien de plus.

Exemples de règles de déclenchement

Les règles sont définies côté Salesforce (dans les conditions d'entrée du Flux), pas dans Feedier :

  • Événement CRM — après la fermeture d'un case, après un achat ou une commande, après une interaction avec le support, après la fin de l'onboarding.

  • Segmentation — pays, langue, business unit, type de compte, plan d'abonnement, gamme de produits.

  • Statut du contact — client actif uniquement, consentement à la communication accordé, non désinscrit.

  • Fréquence — combinez avec le paramètre d'oversollicitation de Feedier pour un plafond à l'échelle de l'enquête (ex. une enquête par contact tous les 90 jours).

Références Salesforce utiles :

Qu'est-ce qu'un flux déclenché par enregistrement ?

Comment utiliser des outils d'IA générative pour écrire des requêtes SOQL

Articles connexes
Avez-vous trouvé la réponse à votre question ?