Pourquoi mes inscriptions issues des publicités ne s'activent-elles jamais ?

Pourquoi l'onboarding est le mauvais premier suspect

L'onboarding est le même pour tous ceux qui s'inscrivent. Donc si les inscriptions organiques s'activent et pas les payantes, la différence n'est pas dans l'onboarding — elle est dans qui est arrivé, ce qu'on lui a promis en chemin et dans quel état il est arrivé. C'est pour cela qu'une réécriture de l'onboarding ne bouge si souvent rien : elle modifie une étape qui n'a jamais été la variable. Quatre choses diffèrent de façon fiable sur le trafic payant :

1. La température de l'intention Celui qui a cherché votre catégorie et cliqué sur une annonce est généralement plus en amont du problème que celui arrivé d'un fil de communauté ou d'une page comparative. Il s'est inscrit pour découvrir ce que c'est, pas pour faire le travail.
2. La promesse faite par l'annonce Votre produit est jugé face à la phrase de l'annonce, pas face à votre document de positionnement. Si l'annonce suggère une tâche et que le premier écran en demande une autre, cet écart ressort plus tard sous forme de taux d'activation.
3. Le contexte d'arrivée La langue, le pays et l'appareil varient fortement selon la campagne. Un tunnel qui fonctionne en anglais sur un ordinateur portable peut être cassé en portugais sur un téléphone, et une moyenne sur tout le site ne le dira jamais.
4. La patience Les visiteurs payants ne vous ont pas choisi, on les a interrompus. Ils accordent au premier écran bien moins de temps que quelqu'un venu exprès : toute attente qui vous paraît acceptable est donc mesurée face à une mèche beaucoup plus courte.

Rien de tout cela n'apparaît sur un graphique de tunnel portant sur tout le site. Segmentez d'abord — par campagne, par langue, par page d'atterrissage — et trouvez l'étape où la courbe de la cohorte payante se détache des autres. Cette étape est votre bug, et c'est rarement celle que vous comptiez corriger. Traitez le taux d'activation comme un chiffre par cohorte, sinon il moyennera votre problème jusqu'à le faire disparaître.

Deux ruptures trouvées dans notre propre tunnel payant

AgentCeres — le Growth Officer IA, sur agentceres.com — achète sa propre recherche payante : ce n'est donc pas un conseil donné depuis la touche. La première rupture était linguistique. Un visiteur venu d'une campagne en portugais s'est inscrit, a atterri sur le tableau de bord en portugais, a cliqué sur une carte — et la page ouverte était en anglais : une navigation forcée avait perdu le préfixe de langue, et le reste de la session est resté en anglais. Il est parti environ quatre-vingt-seize secondes après son arrivée. La campagne allait bien. La page d'atterrissage allait bien. Le tunnel s'est cassé un clic après la partie que quelqu'un surveillait.

La seconde rupture était la patience. La première inscription venue d'une campagne en anglais est repartie au bout d'environ quatre secondes — soit à peu près dix-neuf secondes avant que le premier message du produit ne lui parvienne. Ce qu'elle a vu pendant ces quatre secondes, c'était un panneau vide l'invitant à dire bonjour, alors que derrière, son agent en était déjà à vingt secondes de recherche sur son site. Rien n'était cassé. L'écran disait simplement qu'il ne se passait rien — au visiteur le moins patient que nous ayons eu.

Vérifiez ensuite l'objectif confié à la régie publicitaire

Les régies optimisent vers l'événement que vous désignez. Si cet événement est une inscription, le système devient de plus en plus doué pour trouver des gens qui s'inscrivent — ce qui n'est pas la même population que les gens qui restent. La solution consiste à déplacer vers l'aval la conversion que vous remontez : un compte activé, un prospect qualifié, une première action réelle. Attendez-vous à ce que le volume remonté baisse et que la qualité monte — c'est l'échange qui fonctionne, pas qui casse. La version de ce même raisonnement appliquée au type de campagne se trouve dans faut-il utiliser Performance Max.

Deux réserves. Un événement plus en aval a besoin d'un volume hebdomadaire suffisant pour que le modèle apprenne : si vous n'en produisez qu'une poignée par semaine, continuez d'enchérir sur l'événement superficiel et jugez le profond dans vos rapports. Et l'événement profond doit atteindre la régie en portant l'identifiant de clic qui l'a créé, ce qui suppose de capter cet identifiant à l'atterrissage et de le stocker avec le compte — voir le suivi côté serveur. Une conversion propre que la régie ne peut rattacher à aucun clic ne lui apprend strictement rien.