Softphone WebRTC : téléphoner depuis son navigateur, intégré au CRM

Un commercial ouvre la fiche d’un client dans le CRM, clique sur le numéro, et l’appel part depuis l’onglet du navigateur, casque sur les oreilles, sans téléphone de bureau ni logiciel à installer. C’est ce que permet WebRTC, un standard du web. Cet article explique ce qu’il est, ce qu’il change pour une PME, ce qu’il exige de votre réseau, comment il est sécurisé, et où il atteint ses limites.

WebRTC : le navigateur devient un poste téléphonique

WebRTC (Web Real-Time Communication) est un ensemble de fonctions intégrées aux navigateurs pour échanger de la voix, de la vidéo et des données en temps réel, directement d’une page web vers un autre navigateur ou un équipement compatible. Ce n’est pas un produit, c’est une norme, publiée par deux organismes. Le W3C, qui édite les standards du web, définit l’interface utilisée par les pages : sa spécification « WebRTC: Real-Time Communication in Browsers » est une Recommandation du W3C dont la version en vigueur date du 13 mars 2025. L’IETF, qui édite les standards d’internet, définit les protocoles de transport, de sécurité et de codage, coordonnés par la RFC 8825, publiée en janvier 2021.

La conséquence pratique est simple : tout navigateur récent sait déjà téléphoner. Il ne manque qu’une application web qui s’en serve et qui relie l’appel au réseau téléphonique. C’est le rôle du standard téléphonique hébergé : il fait le pont entre l’onglet du navigateur et vos numéros. La norme laisse d’ailleurs volontairement ce point ouvert : la RFC 8825 précise que le choix des protocoles de signalisation entre le navigateur et le serveur est hors de son périmètre, ce qui permet à chaque éditeur de l’intégrer à sa plateforme.

Le softphone WebRTC est donc le troisième âge du téléphone d’entreprise, après le poste physique et le logiciel à installer que nous décrivons dans softphone professionnel : transformer votre smartphone en standard.

Ce que ça change au quotidien

D’abord, plus rien à installer. Le poste de travail d’un nouveau collaborateur est prêt dès qu’il a un navigateur, un casque et un compte : pas de téléphone à commander, pas de logiciel à déployer, pas de mise à jour à suivre. Un casque USB ou Bluetooth suffit ; le navigateur demande l’autorisation d’utiliser le micro à la première utilisation et peut la mémoriser pour ce site.

Ensuite, l’appel vit dans le CRM. Le numéro est cliquable dans la fiche ; l’appel entrant ouvre la fiche du client reconnu par son numéro avant même de décrocher ; la durée, l’heure et le résultat sont journalisés sans saisie ; les notes se prennent dans la même fenêtre pendant la conversation. Le détail de ce couplage est dans notre article sur l’intégration de la téléphonie VoIP au CRM.

Enfin, le poste suit la personne, pas le bureau. Télétravail, déplacement, bureau partagé : la même extension, le même numéro sortant et les mêmes règles de renvoi, où que la session soit ouverte. Pour une PME qui a déjà réuni messagerie, visioconférence et téléphone dans un même outil, c’est l’aboutissement logique des communications unifiées.

Les prérequis réseau et matériel

La voix est peu gourmande en débit mais intolérante aux à-coups. Trois grandeurs comptent plus que la vitesse affichée de votre accès : la latence (le délai de transit), la gigue (la variation de ce délai) et la perte de paquets. Une fibre d’entreprise avec un routeur qui sait prioriser la voix donne un résultat stable ; un Wi-Fi saturé ou une connexion partagée avec de gros transferts produit des coupures et des échos, quel que soit le débit nominal. Pour les postes sédentaires, préférez le câble au Wi-Fi.

Le pare-feu est le deuxième point. La RFC 8825 décrit un chemin média direct entre les navigateurs quand c’est possible ; lorsque la traduction d’adresses ou le pare-feu l’empêche, la norme prévoit le passage par des relais (TURN), généralement opérés par le fournisseur de la plateforme. Votre prestataire doit vous indiquer les adresses et les ports à autoriser, et vous devez vérifier que votre pare-feu ne réécrit pas ces flux de manière imprévisible.

Le matériel, enfin. Le casque fait la qualité perçue : un modèle professionnel avec micro antibruit vaut mieux que le micro intégré de l’ordinateur, surtout en espace ouvert. Testez l’ensemble sur les navigateurs réellement utilisés dans l’entreprise. Pour les sites où le téléphone ne doit jamais tomber, un accès de secours en 4G ou 5G, décrit dans box 4G/5G de secours : garder internet et la téléphonie quand la fibre tombe, protège aussi la téléphonie dans le navigateur.

Sécurité : un chiffrement imposé par le standard

C’est l’un des points forts de WebRTC : la sécurité n’est pas une option laissée au fournisseur, elle est imposée par la norme. L’architecture de sécurité publiée par l’IETF (RFC 8827) dispose que « DTLS-SRTP MUST be offered for every media channel » et que « Media traffic MUST NOT be sent over plain (unencrypted) RTP or RTCP » : la voix est chiffrée entre le navigateur et la plateforme, sans possibilité de repli en clair. La RFC 8825 confirme que l’implémentation de SRTP est requise pour toutes les mises en œuvre.

Le même document encadre l’accès au micro : les navigateurs doivent obtenir le consentement explicite de l’utilisateur avant de donner accès à la caméra ou au micro, et ils doivent refuser toute autorisation aux sites servis en HTTP non sécurisé, les origines HTTP et HTTPS étant traitées comme des domaines de permission distincts. En clair, un softphone WebRTC ne fonctionne que sur un site en HTTPS, et aucun site ne peut écouter votre micro sans que vous l’ayez accepté.

Ce socle ne dispense pas des règles habituelles. L’accès au CRM qui héberge le softphone doit être protégé par une authentification forte, les sessions doivent expirer, et les droits d’appel (international, numéros surtaxés) doivent être limités par profil, car un compte compromis est un téléphone compromis. Demandez à votre prestataire où sont hébergés la plateforme et les journaux d’appels, et avec quel contrat de sous-traitance.

Les limites à connaître

La première limite est évidente une fois qu’on l’a vécue : navigateur fermé, pas de sonnerie. Un softphone WebRTC ne reçoit les appels que si l’onglet est ouvert et la session active. Les plateformes contournent ce point par des notifications, par une application de bureau légère ou, le plus souvent, par une règle de renvoi : si le poste navigateur ne répond pas, l’appel bascule vers le mobile ou la messagerie. Cette règle doit être configurée dès le départ.

La deuxième concerne le mobile. Les navigateurs de smartphone gèrent mal les appels en arrière-plan et les écrans verrouillés ; pour les équipes en déplacement, une application mobile dédiée, reliée au même standard, reste préférable. La troisième est la dépendance à la machine : ordinateur en veille, mise à jour du navigateur en cours, casque Bluetooth déconnecté, et l’appel est manqué. La quatrième est la coupure d’accès internet, qui coupe aussi le téléphone du navigateur, d’où l’intérêt des renvois automatiques et d’un accès de secours.

Poste de bureau, softphone installé ou WebRTC : le tableau

Dans la plupart des PME, les trois coexistent : un poste physique à l’accueil, des applications mobiles pour le terrain, et le navigateur pour tous ceux qui passent la journée dans le CRM. Le bon standard est celui qui fait sonner les trois sur la même extension avec les mêmes règles.

Questions fréquentes

Sources

• W3C — WebRTC: Real-Time Communication in Browsers, W3C Recommendation (13 mars 2025)
• IETF — RFC 8825, Overview: Real-Time Protocols for Browser-Based Applications (janvier 2021)
• IETF — RFC 8827, WebRTC Security Architecture (janvier 2021)