Ringba sur vos landing pages
Le pay per call a un coût que le journal d'appels ne montre pas : chaque clic qui voit le numéro et appelle par curiosité. Ringba compte ces appels, les route et en fait le reporting, mais ne peut pas les empêcher. Ça, c'est le travail de la page, et c'est ce pour quoi LanderLab est conçu : un quiz qui pose les questions qu'imposent les règles de votre acheteur, et une page d'appel que seuls les visiteurs qui passent le filtre atteignent.
Ensemble, les deux couvrent tout le parcours. LanderLab qualifie le visiteur et garde le click ID dans l'URL. Le tag de Ringba, que LanderLab installe à partir de votre Campaign ID sans snippet à coller, donne à ce visiteur un numéro de votre pool et rattache l'appel à la visite. Ringba route ensuite l'appel vers la bonne target, décide s'il a converti et déclenche le pixel qui prévient votre tracker. Au final, vous savez quelle publicité, quelle landing page et quelle variante ont produit les appels payés.
Des numéros Ringba réservés aux appelants qualifiés
En pay per call, vous êtes payé à l'appel, pas au formulaire, et un acheteur ne paie que lorsqu'un appel dure assez longtemps pour être qualifié. Mettez le numéro devant chaque clic et vous payez pour les curieux qui raccrochent tôt, alors que votre acheteur n'en paie aucun. Et un acheteur qui reçoit sans cesse des appels courts de votre source n'a guère de raison de continuer à les prendre.
Un quiz LanderLab place le numéro derrière les questions qui comptent pour votre acheteur. Sur une question à choix, chaque réponse peut mener à sa propre étape ou à une URL personnalisée : le visiteur avec 6 000 $ de dettes voit une autre offre, et celui avec 30 000 $ arrive sur la page d'appel. Ringba compte toujours chaque appel, mais les appels qu'il compte sont désormais ceux qui valent d'être routés.
Des tags Ringba issus de la publicité, de la page et du quiz
Le tag de pool de numéros de Ringba envoie la session du visiteur avec la demande de numéro : l'URL complète de la page, les UTM, le référent, l'État, la ville et le code postal du visiteur, l'IP et le user agent. Tout autre paramètre de l'URL, comme le click ID de votre tracker ou un sub ID, est capté comme tag lui aussi, sans code.
C'est là que les réglages du quiz LanderLab font leurs preuves. Avec « Transmettre les paramètres d'URL » et « Inclure les données du quiz » activés, le click ID et les réponses passent du quiz à l'URL de la page d'appel, nommés d'après chaque champ. Ringba en tague l'appel, et dès que vous déclarez un paramètre dans Ringba, il devient un token comme [tag:User:clickid] pour les filtres de routage et les pixels.
Routage et enchères en temps réel sur de vraies données d'appelant
Ringba route selon ce qu'il sait de l'appel. Un appelant tagué avec un État, un montant de dette et une tranche d'âge peut être filtré vers la target agréée pour cet État, envoyé à l'acheteur qui paie le plus pour ce profil, ou tenu à l'écart d'une target qui ne peut pas le prendre. Plus l'appel porte d'informations, plus le routage peut être fin.
Les mêmes données rendent vos appels plus faciles à vendre. Les acheteurs sur les enchères en temps réel de Ringba fixent le prix de chaque appel, et un appel qui arrive en correspondant déjà aux règles d'un acheteur est un appel sur lequel il a une raison d'enchérir et pour lequel il garde de la capacité.
Des appels rattachés à la page, à la variante et à la publicité
Un pixel Ringba peut se déclencher quand un appel convertit ou est payé, et avec le click ID sur l'appel il renvoie cette conversion à ClickFlare ou à votre tracker, rattachée au clic exact. Votre tracker la transmet à Meta ou à Google, et les ad sets apprennent des appels payés plutôt que des pages vues.
Sur une page avec des variantes A/B, vous choisissez quelles variantes chargent Ringba. Faites tourner une version qui invite à appeler contre une version qui pose d'abord le quiz, sur le même trafic, et comparez ce que chacune rapporte dans Ringba à côté du décompte, par LanderLab, des taps sur le bouton d'appel.
