Quelle est la différence entre les canaux Email et Web dans l’automatisation du marketing ?

L’automatisation du marketing de GetResponse prend désormais en charge deux canaux distincts : L’e-mail (basé sur les abonnés) et le nouveau canal Web (basé sur les visiteurs). Ces canaux diffèrent dans la façon dont ils suivent et interagissent avec les utilisateurs, ainsi que dans la façon dont les flux de travail sont exécutés et gérés.

Jusqu’à présent, l’automatisation du marketing dans GetResponse était basée sur le traitement des abonnés, où l’identifiant principal était l’ID de l’abonné.

Nous introduisons maintenant un nouveau canal : Web, où les flux de travail s’exécutent directement dans le navigateur web du client. Ces flux ne nécessitent pas de contexte d’abonné, car l’identifiant principal est l’UUID du visiteur, stocké dans le cookie gaVisitorUuid. L’exécution du cycle d’automatisation dans le canal Web est gérée par le script WebConnect qui s’exécute dans le navigateur de l’utilisateur.

Quand dois-je utiliser le canal Web ou le canal Email ?

Utilisez le canal Email lorsque votre objectif est de dialoguer avec des contacts connus de votre liste d’emails – par exemple, pour envoyer des suivis, marquer des abonnés, ou déclencher des actions basées sur le comportement de l’email ou l’historique d’achat.

Utilisez le canal Web lorsque vous souhaitez communiquer avec des visiteurs anonymes ou identifiés directement sur votre site, par exemple en affichant des fenêtres contextuelles, en demandant des notifications push ou en réagissant à des comportements Web tels que les URL visitées ou les produits aimés/vus.

Nous vous expliquons ci-dessous les principales différences entre le canal Web et le canal Email.

Chemins négatifs

Dans le canal Email, les éléments de condition peuvent inclure des chemins négatifs (rouges) si les conditions ne sont pas remplies dans une fenêtre de temps spécifiée.

Cette option n’est pas disponible dans le canal Web. Au lieu de cela :

• Si un visiteur ne remplit pas la condition, il restera dans l’élément pendant 30 jours maximum.
• Si la condition n’est toujours pas remplie au bout de 30 jours, le visiteur est automatiquement supprimé du flux de travail.

Transferts d’itinéraires transcanaux

Un parcours est un chemin unique à travers le graphe d’automatisation. Une même personne peut avoir plusieurs parcours dans le même graphe en même temps.

Bien que les deux canaux puissent fonctionner côte à côte, le déplacement d’une personne directement d’un canal à l’autre au sein d’un même parcours est limité.

🔄 De l’e-mail au web – non pris en charge

À l’heure actuelle, il n’est pas possible de transférer un parcours du canal e-mail vers le canal web. Cela signifie que si une personne entre dans un flux de travail par le biais d’une condition basée sur l’email, vous ne pouvez pas connecter des éléments web plus tard dans ce même parcours.

Si vous essayez d’ajouter un élément web (tel que “Show popup” ou “Prompt for push notification”) après un parcours basé sur l’email, le système affichera un avertissement et l’automatisation n’autorisera pas cette configuration.

Cependant, vous pouvez toujours créer des automatismes qui réagissent au comportement des abonnés et des visiteurs en utilisant plusieurs conditions de démarrage dans le même flux de travail – par exemple, une condition lorsque quelqu’un s’inscrit à votre liste d’emails (canal Email), et une autre lorsque quelqu’un aime un produit spécifique (canal Web). Chaque condition démarre un parcours distinct au sein du même graphe de flux de travail.

🔄 Du Web à l’Email – pris en charge

Le transfert d’un parcours basé sur le Web vers le canal Email est possible, mais à une seule condition : le visiteur doit être identifié comme un abonné.

L’identification du visiteur se fait automatiquement lorsqu’un utilisateur se connecte à votre magasin ou à votre portail client et que votre intégration envoie son adresse e-mail et l’identifiant du visiteur(gaVisitorUuid) à GetResponse. Vous pouvez également identifier les visiteurs manuellement à l’aide de la méthode GrTracking ou en suivant les clics sur les liens. Pour en savoir plus sur les options de suivi disponibles et sur la manière de les mettre en œuvre, consultez cet article dans notre Centre d’aide.

Au moment où le transfert est déclenché, le système vérifie si le visiteur est déjà lié à un abonné. Si ce n’est pas le cas, il tentera à nouveau le transfert à des intervalles de plus en plus rapprochés sur une période d’environ 30 minutes.

Pour améliorer la fiabilité du transfert, vous pouvez insérer le filtre “Abonné e-mail” avant le transfert. Ce filtre vérifie si le système peut reconnaître le visiteur en tant qu’abonné sur la base des données disponibles dans le navigateur.

Ajout de contacts existants à un flux de travail

Dans l’automatisation traditionnelle basée sur l’email, vous pouvez inclure des contacts qui font déjà partie de votre liste avant que le flux de travail ne commence :

Dans l’automatisation Web, ce type de saisie manuelle n’est pas possible. Les flux de travail Web reposent entièrement sur le comportement des visiteurs en temps réel. Vous ne pouvez pas précharger ou importer des utilisateurs existants dans un flux de travail Web.

Segmentation

Le canal Web ne prend actuellement pas en charge la segmentation basée sur les données des listes de contacts.