Guide du rappel web
Web callback : le guide complet du rappel web
Comprendre les deux branches téléphoniques, choisir leur ordre, préparer les cas d’échec et mesurer une conversation réellement raccordée.
Publié et relu par Click2Call le .
Un web callback est un service de rappel déclenché depuis un site web. Le visiteur saisit son numéro et demande à être appelé. Le service lance ensuite deux branches téléphoniques — vers l’entreprise et vers le visiteur — puis les relie. Selon la solution, l’agent peut être appelé en premier, le visiteur en premier ou les deux simultanément. Ici, « callback » ne désigne ni une fonction de programmation ni un webhook.
Qu’est-ce qu’un web callback ?
L’Office québécois de la langue française retient les termes « service de rappel Web » et « rappel Web ». Sa fiche, publiée en 2000, décrit un service permettant à un internaute de recevoir par téléphone les renseignements demandés sur un site. Cette définition historique parle d’un rappel différé. Les produits actuels peuvent aussi orchestrer une mise en relation immédiate lorsque l’équipe est disponible.
Le mécanisme reste distinct du bouton qui ouvre simplement l’application téléphone du visiteur. Il est aussi distinct d’une communication WebRTC dans laquelle le microphone et le navigateur transportent la voix. Pour explorer toute cette terminologie sans la mélanger, consultez notre définition du click-to-call et de ses différents parcours.
Enfin, une demande différée n’est pas nécessairement un appel programmé. Elle peut être une fiche transmise à une équipe afin qu’elle la traite pendant sa prochaine plage de disponibilité. Une page ou un widget doit donc annoncer exactement ce qui se passera, sans promettre un appel automatique lorsque le produit ne le déclenche pas.
Deux branches, un raccordement
Comment fonctionne un rappel web ?
Le formulaire visible n’est que le début du parcours. Une solution fiable doit vérifier la demande, tenir compte des règles de service, joindre les bonnes personnes et exposer un résultat compréhensible.
- 1. Demande
Le visiteur ouvre le widget, renseigne son numéro et prend connaissance de la finalité annoncée.
- 2. Validation
Le service vérifie le format, les limites, l’origine du site, les horaires et les règles configurées.
- 3. Sélection
Un ou plusieurs agents sont sélectionnés selon la priorité, la rotation ou la sonnerie simultanée.
- 4. Première branche
L’agent, le visiteur ou les deux sont appelés en fonction de l’ordre choisi.
- 5. Seconde branche
Quand le parcours le demande, le service lance la branche restante et prépare le raccordement.
- 6. Connexion
Une conversation ne doit être comptée comme connectée que lorsque les deux personnes sont effectivement raccordées.
- 7. Résultat
Le système conserve un état explicite : terminé, agent indisponible, visiteur sans réponse, échec, rejet ou annulation.
Alternative textuelle du schéma : Visiteur → demande → validation des règles et horaires → première branche → seconde branche → connexion → résultat.
Click2Call utilise par défaut un ordre agent-first : un agent disponible est appelé avant le visiteur. Le workspace prend également en charge les ordres visitor-first et simultané. Découvrez le parcours Click2Call en détail ou comparez les variantes dans le guide agent-first ou visitor-first.
Quels sont les types de callback téléphonique ?
Agent-first : vérifier la disponibilité avant de rappeler
Le service appelle d’abord un membre de l’équipe. Si celui-ci décroche, le visiteur est appelé à son tour. Ce choix limite le risque de faire attendre le visiteur sans interlocuteur, mais suppose que l’agent accepte la première branche avant le raccordement.
Visitor-first : joindre le visiteur avant l’équipe
Le service appelle d’abord le visiteur, puis cherche un agent. Le visiteur sait donc immédiatement que sa demande a été prise en compte, mais il peut attendre pendant la recherche d’un interlocuteur. Le message d’attente et le comportement en cas d’indisponibilité doivent être testés.
Simultané : lancer les branches en parallèle
Les appels démarrent en même temps. Cette approche réduit potentiellement le temps entre les réponses, mais exige de gérer la synchronisation et l’annulation des branches perdantes. « Simultané » ne garantit pas que les deux personnes décrocheront au même instant.
Immédiat, programmé ou traité manuellement
Un rappel immédiat est tenté pendant que l’équipe est ouverte et disponible. Un rappel programmé suppose qu’un produit permette réellement de choisir et d’exécuter un créneau futur. Une demande manuelle hors horaires enregistre seulement les coordonnées et le contexte pour un traitement ultérieur. Ces trois promesses doivent rester distinctes dans le libellé du bouton et la confirmation affichée.
Choisir le bon mécanisme
Web callback, WebRTC, lien tel: ou formulaire ?
Ces quatre parcours ne répondent pas au même besoin. Un nom générique comme « click-to-call » ne suffit pas pour comprendre l’expérience réelle.
| Critère | Web callback | WebRTC | Lien tel: | Formulaire |
|---|---|---|---|---|
| Action du visiteur | Demande un rappel | Parle dans le navigateur | Ouvre un logiciel associé au numéro | Envoie une demande |
| Transport de la voix | Branches téléphoniques | Communication temps réel web, selon architecture | Téléphone du visiteur | Aucun appel immédiat |
| Disponibilité | Selon les règles de la solution | Selon l’application | Non gérée par le lien | Traitement ultérieur |
| Routage | Selon la solution | À construire ou intégrer | Vers le numéro indiqué | Selon le processus interne |
| Cas adapté | Équipe disponible et rappel orchestré | Voix intégrée à une application web | Parcours mobile simple | Demande non urgente |
La RFC 3966 définit tel: comme un URI identifiant une ressource au moyen d’un numéro. Elle précise que cet URI ne décrit pas les étapes nécessaires pour joindre ce numéro. Un lien tel: ne gère donc pas, à lui seul, une disponibilité, une file ou une stratégie de routage.
Pour approfondir le choix entre les deux architectures voix les plus proches, consultez la comparaison web callback ou WebRTC.
Dans quels cas installer un bouton de rappel ?
Le rappel est surtout pertinent lorsque le visiteur manifeste une intention forte, rencontre une question complexe et peut joindre une équipe réellement disponible. Les pages de tarifs, de comparaison, de démonstration ou de produit à forte valeur sont des emplacements à tester, pas une garantie universelle de conversion.
Pour une équipe commerciale, la voix peut lever une objection au moment où elle apparaît. Pour le support client, elle peut réduire un échange écrit devenu long ou ambigu. Une réservation urgente ou un parcours administratif complexe peuvent également justifier une conversation.
| Intention | Complexité | Agent disponible | Parcours conseillé |
|---|---|---|---|
| Forte | Élevée | Oui | Rappel immédiat à tester |
| Forte | Élevée | Non | Demande différée explicite |
| Faible | Faible | Oui ou non | Libre-service ou contenu |
| Refus de donner un numéro | Toute | Toute | Canal alternatif visible |
Le rappel convient moins lorsque personne ne peut répondre, lorsque l’information est simple à obtenir en libre-service ou lorsque le contexte rendrait l’appel intrusif. Il doit toujours compléter les autres moyens de contact, pas les masquer.
Comment choisir une solution de web callback ?
Parcours réel
Vérifiez l’ordre des branches, le délai annoncé, les états d’échec et ce qui arrive lorsqu’aucun agent ne répond.
Organisation
Contrôlez horaires, fuseau, priorité, rotation, sonnerie simultanée, débordement et capacité de l’équipe.
Expérience
Testez formats flottant et intégré, petits écrans, clavier, zoom, lecteurs d’écran et préférence de mouvement réduit.
Protection
Demandez comment sont gérés origines autorisées, limites de fréquence, anti-abus, masquage, chiffrement et conservation.
Intégration
Examinez API, webhooks, idempotence, événements, attribution et possibilité de mesurer sans transmettre de donnée personnelle.
Coût vérifiable
Comparez forfait, minutes, quotas, dépassements et compatibilité téléphonique à partir de tarifs datés, jamais d’un résumé ancien.
Widget ou API
Comment installer un web callback ?
Un widget prêt à intégrer convient à la plupart des sites. Une API permet de construire une expérience spécifique lorsque le formulaire, le routage ou le suivi doivent s’insérer dans une application existante. Dans les deux cas, commencez sur un environnement de test et autorisez exactement les origines attendues.
Le snippet Click2Call ci-contre utilise l’attribut data-workspace pour créer automatiquement un widget flottant. Pour un composant intégré, l’attribut public est workspace-key. La clé est publique, mais elle identifie un workspace dont les origines doivent être contrôlées.
Suivez le guide d’installation du bouton « Être rappelé » pour le mode inline, la CSP, les tests mobiles et les erreurs courantes. Les équipes techniques peuvent consulter l’API et les webhooks Click2Call.
<script
src="https://cdn.click2call.app/widget/v1.js"
data-workspace="c2c_pub_VOTRE_CLE"
async>
</script>Confiance
Consentement, données et appels en France
Cette section est informative et ne constitue pas un conseil juridique. La finalité doit être décrite au moment où le numéro est recueilli. Un rappel explicitement demandé pour répondre à une question ne doit pas être silencieusement transformé en autorisation générale de prospection ultérieure.
La CNIL indique, dans une page mise à jour le 10 juin 2026, que les règles de prospection téléphonique B2C ont changé le 11 août 2026. Elle décrit notamment une obligation d’information et, dans le cas général de la prospection commerciale vers des consommateurs, un consentement préalable sous réserve des exceptions prévues. La qualification d’un parcours précis dépend de sa finalité et de son contexte : faites relire vos textes et votre conservation par votre conseil.
Le widget Click2Call recueille le numéro, un nom facultatif, l’accord présenté, l’origine et la page source. Sa documentation indique une case non précochée, des numéros chiffrés conservés au maximum 90 jours, des événements techniques expurgés et des IP pseudonymisées conservés 30 jours. Les conversations ne sont pas enregistrées dans la V1. Ces paramètres doivent rester alignés avec la politique de confidentialité et la page sécurité et protection des numéros.
Comment mesurer la performance d’un web callback ?
Une demande acceptée n’est pas une conversation. Mesurez le parcours avec des étapes distinctes : widget vu, widget ouvert, demande acceptée, agent joint, visiteur joint, conversation connectée, qualification et conversion. Le taux connecté utilise les conversations effectivement raccordées comme numérateur et les demandes acceptées comme dénominateur.
Suivez aussi le délai médian et le P75, les motifs d’échec, la durée raccordée et le coût par conversation. Toute valeur publiée doit préciser la période, l’échantillon et la définition de chaque étape. Sans volume terrain défendable, publiez un protocole de laboratoire reproductible plutôt qu’un benchmark de marché.
Les événements navigateur servent à adapter l’interface, mais ne constituent pas une preuve serveur. Pour une automatisation fiable, utilisez les webhooks signés. N’envoyez ni numéro, ni nom, ni email dans l’analytics.
Checklist de déploiement
- ✓ Définir l’objectif, les pages cibles et un canal alternatif.
- ✓ Configurer équipe, horaires, fuseau, routage et débordement.
- ✓ Écrire séparément le message immédiat et le message hors horaires.
- ✓ Valider information, accord présenté, conservation et droits.
- ✓ Tester mobile, clavier, zoom, lecteur d’écran et mouvement réduit.
- ✓ Rejouer succès, agent absent, visiteur absent, double clic et erreur réseau.
- ✓ Instrumenter la connexion sans donnée personnelle.
- ✓ Vérifier LCP, CLS et INP, jamais FID, avant et après ajout du widget.
- ✓ Contrôler les résultats à J+7 puis J+30.
Questions utiles
Questions fréquentes sur le web callback
Quelle différence entre web callback et click-to-call ?
Le web callback est un mécanisme précis : le visiteur demande à être rappelé et un service orchestre des branches téléphoniques. Click-to-call est un terme plus large qui peut aussi désigner un lien tel:, du click-to-dial ou une communication WebRTC.
Qui est appelé en premier ?
Cela dépend de l’ordre configuré. Un parcours agent-first appelle l’équipe avant le visiteur ; un parcours visitor-first fait l’inverse ; un parcours simultané lance les deux branches en parallèle.
Peut-on programmer un rappel ?
Seulement si la solution prend réellement en charge l’exécution d’un créneau futur. Un formulaire hors horaires peut simplement enregistrer une demande pour traitement manuel.
Faut-il remplacer son standard téléphonique ?
Pas nécessairement. Click2Call appelle les numéros existants des agents et ajoute le parcours de rappel au site sans remplacer le standard.
Que se passe-t-il si personne ne répond ?
La réponse dépend des règles du produit. Le visiteur doit recevoir un état clair, et l’équipe doit pouvoir distinguer agent indisponible, visiteur sans réponse et échec technique.
Le web callback fonctionne-t-il sur mobile ?
Un widget web peut fonctionner sur mobile sans demander au visiteur de quitter la page pour composer le numéro. L’intégration réelle doit néanmoins être testée sur petits écrans, au clavier et avec le zoom.
Comment calculer le retour sur investissement ?
Reliez le coût total aux conversations effectivement connectées, puis aux résultats métier qualifiés. Documentez toutes les hypothèses et ne confondez pas une demande de rappel avec une vente.
Sources primaires et date de revue
- OQLF — service de rappel Web, fiche terminologique mise à jour en 2000.
- RFC 3966 — URI tel:, RFC Editor, décembre 2004.
- W3C — WebRTC 1.0, recommandation officielle.
- CNIL — prospection commerciale par téléphone, mise à jour du 10 juin 2026.
- Règlement général sur la protection des données, texte officiel de l’Union européenne.
- W3C — WCAG 2.2, recommandation accessibilité.
Dernière vérification éditoriale et produit : . Les tarifs, limites et règles juridiques doivent être revérifiés avant toute mise à jour substantielle.