« Pouvez-vous intégrer notre solution de téléconsultation directement dans notre site Elementor ? » Cette demande, reçue pour un site de cabinet médical, méritait une réponse honnête plutôt qu’un simple oui technique. Un widget HTML Elementor peut effectivement afficher un iframe ou un script tiers de visioconférence en quelques minutes. La question qui compte n’est pas « est-ce possible » mais « est-ce responsable » dans ce contexte précis.
La téléconsultation médicale s’inscrit dans un cadre réglementaire strict, indépendant du choix d’outil de construction de site. Elementor, comme tout page builder, ne connaît rien de ce cadre : il affiche du contenu, il ne le sécurise pas selon des exigences propres au secteur de la santé.
Ce qu’un widget HTML fait réellement
Techniquement, intégrer un lien de téléconsultation dans Elementor consiste souvent à afficher un bouton qui ouvre une fenêtre vers la plateforme de visioconférence tierce choisie par le praticien, ou à embarquer un script fourni par cette plateforme dans un widget HTML dédié. Cette intégration reste purement visuelle et fonctionnelle du point de vue de l’affichage : le site Elementor ne traite, ne stocke et ne transmet aucune donnée de santé lui-même dans ce scénario, à condition que l’implémentation reste strictement un pointeur vers le service tiers.
Où se situe la limite exacte
Le point de vigilance principal concerne ce qui transite réellement par le serveur WordPress. Un simple lien ou bouton qui ouvre une page tierce dans un nouvel onglet ne pose pas les mêmes questions qu’un formulaire de pré-consultation qui collecterait des informations de santé avant de les transmettre, même de façon transitoire, par le serveur du site.
Cas acceptable : simple point d’entrée
Un bouton Elementor qui redirige vers l’espace patient de la plateforme de téléconsultation, sans jamais faire transiter de donnée de santé par le site lui-même, reste un usage raisonnable d’un widget standard.
Cas à écarter sans expertise dédiée
Un formulaire Elementor Pro Forms qui collecterait des symptômes, un motif de consultation détaillé ou tout élément assimilable à une donnée de santé avant de rediriger vers la téléconsultation franchit une ligne : ce type de traitement de donnée sensible exige un hébergement certifié et des garanties que ni Elementor ni un hébergement WordPress classique n’apportent par construction.
La discussion à avoir avec le praticien
Face à ce type de demande, la réponse professionnelle consiste à distinguer clairement deux couches : l’affichage et l’orientation du patient vers l’outil de téléconsultation (relevant du site Elementor), et le traitement effectif de la consultation et des données associées (relevant exclusivement de la plateforme de téléconsultation et de son hébergeur certifié).
- Le site Elementor ne doit jamais devenir un intermédiaire de collecte de données de santé
- Toute information transmise doit transiter directement entre le patient et la plateforme certifiée, sans passer par le serveur du site
- Le choix de la plateforme de téléconsultation elle-même reste une décision du praticien, appuyée sur un conseil juridique et réglementaire adapté
Ce que cet article ne traite pas
Cet article ne détaille ni les exigences d’hébergement de données de santé (HDS) elles-mêmes, matière réglementaire à part entière suivie par des hébergeurs certifiés spécialisés, ni le choix ou la configuration du protocole de visioconférence utilisé par la plateforme tierce. Le rôle décrit ici se limite strictement à la couche d’intégration visuelle sous Elementor.
Savoir dire « ce n’est pas notre rôle » sur un sujet réglementé protège autant le client que le prestataire : la compétence technique ne remplace jamais l’expertise réglementaire quand les deux sont requises.
Notre position
Sur ce projet, la décision a été de limiter strictement l’intégration à un point d’entrée vers la plateforme de téléconsultation choisie par ailleurs par le praticien, avec un renvoi explicite vers ses obligations propres en matière d’hébergement et de protocole. Un site Elementor peut orienter vers un service de santé numérique ; il ne devrait jamais prétendre en assumer les garanties réglementaires à sa place.
