Créer une audience dans SFMC sans compétences techniques
Ce que vous pouvez vraiment construire seul dans SFMC, où les outils sans code s'arrêtent, et comment formuler une audience qui passera la revue technique.
Créer une audience dans SFMC sans compétences techniques
Formuler une audience à l'oral prend dix secondes. La construire dans Salesforce Marketing Cloud prend rarement dix minutes.
Entre les deux se glisse une chaîne de dépendances que peu d'équipes marketing maîtrisent complètement.
Le problème ne tient pas au niveau technique des marketeurs. Il tient plutôt à une frontière mal connue : ce que la plateforme ouvre en libre-service, ce qu'elle réserve à une requête, et ce qui relève simplement d'une question de droits.
Cet article trace cette frontière, puis propose une méthode pour formuler une demande d'audience assez précise pour passer en production sans allers-retours.
Ce qu'est réellement une audience dans SFMC
Une table, pas une vue enregistrée
Beaucoup d'outils marketing traitent un segment comme une définition, recalculée à chaque consultation.
SFMC procède autrement : une audience est une data extension, autrement dit une table qui contient physiquement des lignes.
La conséquence est immédiate. Sans mécanisme de rafraîchissement, votre audience reste figée à l'instant de sa création et vieillit sans prévenir.
Ce seul détail explique la majorité des surprises constatées d'une campagne à l'autre.
La question du caractère envoyable
Une data extension ne peut servir de cible d'envoi que si elle est déclarée sendable et qu'un champ est relié à la relation abonné.
Le subscriber key est la valeur texte qui identifie de façon unique un abonné dans votre compte : c'est elle qui relie une ligne de votre table à un contact réel.
Quand un collègue vous répond qu'une audience « n'est pas envoyable », il parle presque toujours de ce mapping, jamais de la logique de segmentation.
Ce que vous pouvez construire sans écrire de SQL
Filtres de données et data extensions filtrées
Un filtre de données est un ensemble de critères qui segmente une liste ou une data extension. Il se construit visuellement, en glissant des champs et en posant des conditions, et il peut être enregistré pour être réutilisé.
Appliqué à une table source, ce filtre produit une data extension filtrée : un sous-ensemble de l'original, généralement envoyable.
Vous pouvez créer jusqu'à douze groupes de critères simultanément, ce qui dépasse largement les besoins d'une audience de campagne classique.
En pratique, tout ce qui se joue à l'intérieur d'une seule table passe par là : pays, statut du cycle de vie, consentement, gamme de produits, date d'inscription.
Là où l'interface visuelle s'arrête
Les limites apparaissent dès que la question traverse plusieurs tables.
Email Studio propose des filtres MultiJoin pour combiner des data extensions, mais ils demandent une configuration préalable et ne remplacent pas une jointure libre.
D'autres contraintes sont plus discrètes. Un filtre issu d'une data extension filtrée ne peut pas être appliqué lors d'un glisser-déposer de segments, ce que l'on découvre rarement avant d'avoir terminé la construction.
Pourquoi l'engagement est plus difficile que le profil
Les data views couvrent environ six mois
Les attributs de profil vivent dans vos propres data extensions. Les données d'engagement, non.
Envois, ouvertures, clics et bounces sont stockés dans des data views système comme _Sent, _Open, _Click et _Bounce, accessibles via une activité SQL Query dans Automation Studio.
Ces vues conservent en général six mois d'historique. Salesforce documente explicitement cette rétention de six mois pour les clics et les bounces, et décrit plus largement les data views comme couvrant les six derniers mois.
Une demande du type « tous ceux qui n'ont pas ouvert depuis deux ans » est donc, en réalité, impossible à traiter à partir des seules data views. Soit l'organisation archive déjà l'engagement dans ses propres tables, soit la fenêtre disponible est plus courte que la fenêtre demandée.
L'absence n'est pas un champ
Un marketeur raisonne spontanément en termes de non-comportement. Une base de données, elle, n'enregistre que ce qui a eu lieu.
« Sans ouverture depuis 90 jours » doit donc s'exprimer comme une différence d'ensembles : partir de votre audience, puis retirer toute personne présente dans _Open sur la période.
C'est la raison la plus fréquente pour laquelle un filtre visuel bute sur une question qui paraissait évidente à formuler.
La question des droits, vérifiée toujours trop tard
Des rôles attribués application par application
Dans SFMC, l'accès repose sur des rôles et des permissions définis au niveau de chaque application. Un utilisateur porte un rôle Marketing Cloud standard et un rôle Email Studio standard, avec la possibilité de créer des rôles personnalisés lorsque les rôles standards ne conviennent pas.
La recommandation de Salesforce est explicite : n'accorder à chacun que ce qui est nécessaire à son travail.
Il en découle une situation très courante : un marketeur dispose de tous les droits sur Content Builder et d'aucun sur Contact Builder ou Automation Studio.
Quoi demander, et dans quel ordre
Avant de réclamer une clé, mieux vaut savoir quelle porte est fermée.
Trois questions suffisent le plus souvent :
- Puis-je créer et modifier des data extensions dans cette business unit ?
- Puis-je ouvrir Automation Studio et consulter les activités existantes ?
- Quelles data views ce compte est-il autorisé à interroger ?
L'accès en lecture à Automation Studio s'obtient souvent plus facilement que l'accès en écriture, et il suffit déjà à comprendre comment les audiences existantes ont été bâties.
Formuler une audience qui passe la revue
Nommer la source et l'identifiant
Une demande qui nomme ses entrées se traite bien plus vite qu'une demande qui les suppose connues.
Précisez quelle data extension contient vos clients, et confirmez que SubscriberKey est bien le champ qui relie l'ensemble.
Si deux tables reposent sur des identifiants différents, autant le signaler dès le départ plutôt qu'au moment de l'envoi.
Fixer les fenêtres et les exclusions
Les fenêtres temporelles concentrent l'essentiel des reprises. « Récent » ne veut rien dire ; « au cours des 30 derniers jours » est exploitable.
Indiquez si la fenêtre est glissante ou fixe, et à quel champ de date elle s'applique.
Énoncez ensuite les exclusions séparément. Désabonnés, hard bounces, contacts déjà engagés dans un parcours actif, personnes sollicitées la semaine précédente : aucune de ces suppressions n'est appliquée par défaut.
Un format en trois lignes fonctionne bien : qui entre, qui sort, sur quelle période. La plupart des demandes échouent sur la deuxième ligne, pas sur la première.
Ce que change une interface conversationnelle
Du ticket au brouillon
Le mouvement en cours dans les marketing operations ne consiste pas à faire disparaître le SQL. Il déplace l'écriture du premier jet hors du périmètre des spécialistes.
Le marketeur décrit son audience en langage naturel, l'assistant génère la requête à partir des tables et des data views réellement présentes dans le compte, et le résultat est une activité de requête lisible par un relecteur technique.
La demande cesse d'être un ticket dans une file d'attente et devient un brouillon qui compile déjà.
L'étape de relecture demeure
Autant le dire nettement, car la promesse inverse serait malhonnête : une requête générée doit toujours être vérifiée sur ses jointures, sa déduplication et sa logique de suppression avant tout envoi.
Ce qui change, c'est le rapport de temps. Relire un brouillon prend quelques minutes ; en écrire un à partir d'un brief ambigu mobilise une réunion et une journée.
Les équipes qui adoptent ce fonctionnement observent souvent le même effet secondaire : les marketeurs posent de meilleures questions, parce que poser une question coûte enfin moins cher.
Découvrir QAiry en action
Si vos demandes d'audience transitent aujourd'hui par une file d'attente, le plus simple pour juger de l'apport d'une couche conversationnelle reste d'en observer une construction complète.
Vous pouvez voir comment QAiry transforme une description en langage naturel en requête SFMC prête pour la production sur qairy.com/fr/product-demos, ou l'essayer sur vos propres tables via qairy.com/fr/try-it-free.
