Changer de fournisseur de WiFi invité WiFi : liste de contrôle de migration pour les sites multiples

Changer de fournisseur de WiFi invité sur des sites multiples nécessite d'exporter les données des invités, de configurer le RADIUS cloud selon les normes RFC 2865 et RFC 2866, et d'exécuter un projet pilote de 14 jours avant un déploiement par vagues. Le matériel existant de fournisseurs tels que Cisco Meraki ou HPE Aruba s'intègre sans remplacer les équipements, tandis que le maintien de rapports parallèles sur une période de chevauchement de 30 jours garantit la continuité du service.

En quoi consiste réellement le changement de fournisseur de WiFi invité ?

Un changement de fournisseur de WiFi invité déplace trois éléments : vos données d'invités, vos paramètres réseau et vos rapports. Vos points d'accès restent là où ils sont. Grâce à une surcouche cloud telle que WiFi invité de Purple, le nouveau fournisseur s'appuie sur le matériel que vous possédez déjà. Ce matériel comprend Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme et Fortinet. Les explications sont détaillées dans Pourquoi votre prochaine mise à niveau WiFi ne nécessite pas de nouveau matériel.

Trois termes concentrent l'essentiel du travail lors d'une migration de WiFi invité :

• Portail captif : la page de connexion qu'un visiteur voit avant de pouvoir accéder à Internet.
• Walled garden (jardin clos) : la liste des domaines qu'un appareil peut atteindre avant de se connecter, afin que le portail et les pages de connexion via les réseaux sociaux puissent se charger.
• RADIUS : le protocole défini par la RFC 2865 que les points d'accès utilisent pour demander à un serveur s'il convient d'autoriser un appareil. Son extension de comptabilisation, la RFC 2866, signale au serveur le début, la fin et la durée de la session.

Les deux défaillances critiques sont la journée sans service et la perte de liste. Une journée sans service correspond à un site où les invités ne peuvent pas se connecter en raison d'un paramètre manquant. Une perte de liste correspond à une base de données marketing à laquelle vous ne pouvez plus envoyer d'e-mails parce que la preuve du consentement est restée chez l'ancien fournisseur. Le plan de travail ci-dessous vise à prévenir ces deux situations.

De quoi avez-vous besoin avant de changer de fournisseur de WiFi invité ?

Les dates de votre contrat et les clauses relatives aux données

Commencez par l'ancien contrat, et non par le réseau. Identifiez trois dates : la date limite de préavis, la fin du service et toute date limite de restitution des données. Conformément à l'article 28(3)(g) du GDPR, un sous-traitant doit supprimer ou restituer les données personnelles à la fin du service, selon votre choix en tant que responsable du traitement. Écrivez à l'ancien fournisseur et optez pour la « restitution », par écrit, avant de notifier votre préavis.

Prévoyez un chevauchement d'au moins 30 jours entre la mise en service du nouveau service et l'arrêt de l'ancien. Ce chevauchement est indispensable pour la phase de génération de rapports en parallèle décrite plus loin. Si la période de préavis est de 90 jours, procédez à un rétroplanning : exportez au cours des deux premières semaines, lancez le pilote vers le 45e jour et effectuez la vague finale vers le 75e jour.

Un inventaire de chaque site

Vous ne pouvez pas planifier une transition sans visibilité. Créez un tableau comprenant une ligne par site et les colonnes suivantes :

• Fournisseur de points d'accès et contrôleur ou tableau de bord (par exemple, tableau de bord Cisco Meraki, HPE Aruba Central, Ruckus SmartZone).
• Noms du SSID invité et tout VLAN (LAN virtuel, un segment de réseau distinct) sur lequel repose le trafic invité.
• Le propriétaire du pare-feu et de la ligne haut débit sur ce site.
• Un contact local désigné capable de confirmer que le portail se charge sur un téléphone.
• Les périodes de forte affluence commerciale et les dates d'interdiction d'intervention.

Un export propre de l'ancien fournisseur

Demandez l'export par écrit et spécifiez le format. Une demande imprécise aboutit à un fichier imprécis. Ce tableau détaille ce qu'il convient de demander.

Champ	Pourquoi vous en avez besoin	Format à demander
Adresse e-mail	Clé primaire pour le marketing et la déduplication	CSV UTF-8, un enregistrement par ligne
Numéro de mobile	Marketing par SMS et rapprochement	Format international UIT-T E.164
Indicateur de consentement par canal	Les consentements par e-mail et SMS sont distincts selon le PECR	Une colonne vrai/faux par canal
Horodatage du consentement	Prouve la date et l'heure du consentement (GDPR Article 7(1))	ISO 8601 avec décalage UTC
Formulation ou version du consentement	Prouve ce qui a été communiqué au visiteur	Identifiant de version associé aux textes archivés du portail
Site de collecte	Associe le consentement à l'établissement qui l'a recueilli	Identifiant de site correspondant à votre inventaire
Retraits et désinscriptions	Vous évite d'envoyer des e-mails aux personnes qui se sont désinscrites	Fichier d'exclusion distinct avec les dates
Historique des visites	Base de référence pour le rapprochement des rapports	Totaux mensuels par site, 13 derniers mois

Vérifiez le nombre de lignes à la réception. Si l'ancien tableau de bord affiche 200 000 profils et que le fichier en contient 160 000, demandez des explications avant de valider quoi que ce soit.

Des preuves de consentement qui subsistent après la migration

L'article 7(1) du GDPR stipule que lorsque le traitement repose sur le consentement, le responsable du traitement doit être en mesure de le démontrer. Les directives de l'ICO sur le consentement précisent ce que cet enregistrement doit contenir : qui a consenti, quand, comment, ce qui lui a été indiqué et s'il a retiré son consentement. Une feuille de calcul d'adresses e-mail comportant une colonne « marketing = oui » ne satisfait à aucune de ces exigences.

Trois étapes permettent de préserver l'intégrité du consentement lors du transfert :

1. Archivez les formulations de l'ancien portail. Effectuez une capture d'écran de chaque version de la page de connexion et de la politique de confidentialité, datée, et associez chacune d'elles au champ de version du consentement.
2. Vérifiez au nom de qui le consentement est établi. Le considérant 42 du GDPR indique que la personne concernée doit au moins connaître l'identité du responsable du traitement. Un consentement accordé à la marque de votre établissement est transférable. Un consentement accordé pour le propre marketing de l'ancien fournisseur ne l'est pas.
3. Importez d'abord la liste d'exclusion. Toute personne désinscrite doit le rester dans le nouveau système dès le premier jour.

Les enregistrements ne comportant pas d'horodatage ou de version de formulation ne sont pas exploitables à des fins marketing. Importez-les en tant que contacts sans consentement marketing plutôt que de les supprimer, afin de préserver l'historique des visites.

Comment mener une migration de WiFi invité WiFi site par site ?

Étape 1 : importer la liste avant de toucher à un point d'accès

Effectuez d'abord l'importation dans Purple Engage. Purple Engage prend en charge les fiches de visiteurs consentants avec l'historique de leur consentement, de sorte que chaque profil conserve son horodatage, son canal et la version du texte validé. Procéder ainsi avant toute bascule garantit qu'aucun envoi marketing ne parte sans que la liste d'exclusion ne soit chargée. Cela permet également aux visiteurs qui reviennent de retrouver une base de données contenant déjà leur fiche.

Purple Engage s'intègre aux plateformes CRM et marketing. Si votre plateforme d'e-mailing constitue le système de référence pour les désinscriptions, connectez-la avant la première campagne, et non après.

Étape 2 : créer le portail captif, le walled garden et les paramètres RADIUS

Purple Access prend en charge le portail captif et le service RADIUS dans le cloud sur les points d'accès que vous possédez déjà. Créez un modèle de portail par marque, puis dupliquez-le par site afin que l'identifiant du site soit correct dès le départ. Rédigez le nouveau texte de consentement prévoyant des opt-ins à choix éclairé, un par canal, et consignez sa version avant la mise en production.

Pour la partie points d'accès, suivez l'article d'assistance de Purple dédié à votre fournisseur spécifique plutôt que de copier les valeurs de l'ancien prestataire. Les adresses de serveur, les secrets partagés et les domaines du walled garden diffèrent d'un fournisseur à l'autre. Un paramètre hérité de l'ancienne configuration est la cause la plus fréquente d'un échec de bascule.

Étape 3 : basculer un premier site pilote

Choisissez un site pilote représentatif, et non facile. Il doit fonctionner avec votre matériel le plus courant, enregistrer une fréquentation normale et se situer à portée de votre équipe informatique. Effectuez la bascule pendant les heures de plus faible activité commerciale, en conservant l'ancienne configuration SSID sauvegardée pour pouvoir faire marche arrière en quelques minutes.

Faites des tests sur au moins quatre appareils : un iPhone récent, un téléphone Android récent, un ordinateur portable Windows et un ordinateur portable macOS. Testez chaque méthode de connexion proposée. Laissez ensuite le pilote fonctionner pendant 14 jours avant la première vague, car certaines anomalies n'apparaissent qu'en conditions réelles d'utilisation.

Étape 4 : basculer par vagues

Regroupez les sites de sorte que chaque vague réutilise une configuration que vous avez déjà éprouvée. Cette matrice de décision en définit l'ordre.

Profil du site	Vague	Raison
Site représentatif, matériel courant, proche de l'équipe informatique	Pilote	Révèle les anomalies de configuration sur un seul site, pas sur 30
Même contrôleur ou tableau de bord que le pilote	Vague 1	Modèle éprouvé, risque minimal
Fournisseur de matériel différent	Son propre pilote, puis vague suivante	La syntaxe du walled garden et de RADIUS varie selon le fournisseur
Sites saisonniers ou à faible activité commerciale	Vague 1 ou 2	Moins de visiteurs affectés en cas d'anomalie passée inaperçue
Sites phares ou générant le chiffre d'affaires le plus élevé	Vague finale	Bénéficient de la configuration la plus éprouvée
Sites ayant des événements ou des périodes de pointe pendant le déploiement	En dehors d'un intervalle de 7 jours de part et d'autre du pic	Aucun gel des modifications enfreint lors de vos périodes les plus intenses

Limitez chaque vague à un volume que votre équipe peut vérifier en un seul quart de travail. Un contact sur place doit confirmer que le portail se charge correctement sur chaque site avant de clôturer la vague.

Cas pratique : un groupe de 30 hôtels

Les chiffres ci-dessous correspondent à un exemple concret et non à un déploiement nommé. Un groupe de 30 hôtels exploite le WiFi invité sur Cisco Meraki dans 22 établissements et HPE Aruba dans huit d'entre eux. Son contrat prévoit un préavis de 90 jours. Pour en savoir plus sur ce secteur, consultez notre page dédiée aux Hôtels.

Ce qui a été mis en place. Le groupe a choisi la « restitution » conformément à l'article 28 et a notifié son préavis dès le premier jour. L'exportation est arrivée au cours de la deuxième semaine avec 210 000 enregistrements. Parmi ceux-ci, 31 000 ne comportaient pas d'horodatage de consentement et ont été importés dans Purple Engage comme non exploitables à des fins marketing. La phase pilote s'est déroulée pendant 14 jours au sein d'un hôtel Meraki de 120 chambres. Les autres hôtels Meraki ont migré en deux vagues de 10 et 11 établissements à l'aide de modèles de tableaux de bord. Le parc Aruba a bénéficié de son propre pilote, avant de migrer en une seule vague de sept établissements.

Résultat. Dès la septième semaine, les 30 hôtels utilisaient le nouveau portail. La plus longue interruption, tous sites confondus, n'a duré que 12 minutes, au cours d'une fenêtre de changement nocturne. Les connexions quotidiennes enregistrées lors du pilote correspondaient aux données de l'ancien fournisseur à 3 % près. L'ancien contrat a pris fin avec 40 jours de chevauchement restants.

Comment prouver que les nouveaux rapports correspondent aux anciens ?

Exécutez les deux systèmes en parallèle lors du pilote

Il est impossible de comparer les rapports de deux systèmes qui n'ont jamais mesuré les mêmes visiteurs. Pendant les deux semaines du pilote, maintenez le tableau de bord de l'ancien fournisseur actif en conservant les options d'exportation activées. Extrayez les cinq mêmes métriques depuis les deux systèmes pour les mêmes dates et le même site :

• Connexions quotidiennes.
• Visiteurs uniques.
• Nouveaux visiteurs par rapport aux visiteurs récurrents.
• Durée moyenne des sessions.
• Taux d'adhésion (opt-in) marketing.

Analytics WiFi de Purple fournit ces métriques par site et pour l'ensemble du parc. La durée des sessions dépendant de la comptabilité RADIUS (accounting), vérifiez que les enregistrements de comptabilité parviennent bien au système avant de vous fier à ce chiffre.

Réconciliez les données sur la base des définitions, et non des totaux

Les totaux correspondent rarement dès le premier jour, ce qui n'est pas une anomalie en soi. La plupart des écarts s'expliquent par des définitions différentes. Un fournisseur peut comptabiliser chaque association d'appareil comme une visite, tandis qu'un autre ne prendra en compte que les sessions authentifiées. L'un peut fusionner les sessions espacées de moins de 30 minutes, alors qu'un autre ne le fera pas.

Notez la définition de chaque fournisseur, puis comparez ce qui est comparable. Les fonctionnalités de confidentialité des appareils influent également sur le décompte des visiteurs récurrents. Apple a introduit les adresses privées avec iOS 14, et Android rend aléatoires les adresses par défaut à partir d'Android 10. Un fournisseur qui identifie les visiteurs récurrents uniquement par leur adresse MAC remontera moins de retours qu'un système s'appuyant sur l'identité de connexion.

Convenez d'une marge de tolérance avant de commencer, par exemple 5 % sur les connexions quotidiennes. Sans valeur définie au préalable, le moindre écart donnera lieu à des débats.

Validez avant la fin de la période de préavis

Rédigez un document de validation d'une page comprenant : les métriques comparées, la définition de chaque fournisseur, l'écart constaté et son explication. Faites-le signer par l'informatique, le marketing et les achats. Réalisez ensuite une dernière exportation des rapports historiques de l'ancien fournisseur, afin de préserver vos comparaisons d'une année sur l'autre après la transition.

Exemple concret : une chaîne de magasins de 120 points de vente

Les chiffres ci-dessous sont un exemple pratique et ne correspondent pas à un déploiement réel. Une chaîne de mode de 120 magasins exploite des points d'accès Ruckus gérés par un contrôleur central. Le service marketing du groupe a besoin de conserver l'historique des tendances de fréquentation d'une année sur l'autre après la transition. Notre page Commerce de détail présente ce secteur plus en détail.

Ce qui a été réalisé. Le magasin pilote a constaté que la connexion via les réseaux sociaux échouait sur les appareils Android. Le walled garden contenait bien les domaines du portail, mais pas ceux de connexion du fournisseur d'identité. L'équipe informatique a corrigé ce problème avant la vague 1. Dans les rapports parallèles, l'ancien fournisseur affichait 18 % de visites quotidiennes de plus que Purple. L'ancien fournisseur comptabilisait chaque association. Purple comptabilisait les sessions authentifiées. En générant à nouveau l'ancien export uniquement sur les sessions authentifiées, l'écart a été réduit à 2 %.

Résultat. L'ensemble des 120 magasins a migré en quatre vagues hebdomadaires. Aucun magasin n'a subi de coupure du WiFi invité WiFi pendant les heures d'ouverture. Le rapprochement a été validé avec un écart de 2 % par rapport à une tolérance convenue de 5 %, trois semaines avant la fin de l'ancien contrat.

Quels paramètres de point d'accès posent le plus souvent problème lors de la migration d'un portail captif ?

La plupart des incidents proviennent d'une poignée de paramètres. Ce tableau détaille chacun d'eux, avec le symptôme associé et la solution à appliquer.

Paramètre	Symptôme en cas d'erreur	Solution
Domaines du nouveau portail manquants dans le walled garden	Le téléphone se connecte, le portail ne se charge jamais	Ajoutez chaque domaine indiqué dans le guide fournisseur de Purple, puis supprimez ceux de l'ancien fournisseur
Domaines de connexion aux réseaux sociaux manquants dans le walled garden	La connexion par e-mail fonctionne, la connexion via les réseaux sociaux échoue	Ajoutez les domaines des fournisseurs d'identité répertoriés dans le guide fournisseur
Secret partagé RADIUS non concordant	Connexion acceptée, l'appareil n'accède jamais à Internet	Saisissez à nouveau le secret sur le contrôleur et sur le nouveau serveur
Accounting RADIUS désactivé	Les connexions apparaissent, la durée de session affiche zéro	Activez l'accounting (RFC 2866) avec des mises à jour intermédiaires
Pare-feu bloquant les ports RADIUS	La connexion expire sur un seul site	Autorisez les flux UDP sortants 1812 et 1813, les ports attribués dans la RFC 2865 et la RFC 2866
Identifiant de site mal mappé	Les sessions sont attribuées au mauvais établissement	Faites correspondre l'identifiant de site du contrôleur avec l'identifiant de site Purple
Ancienne redirection conservée sur un groupe de points d'accès	La moitié d'un site affiche l'ancien portail	Auditez chaque SSID et chaque groupe de points d'accès, et pas seulement celui par défaut
Délai d'expiration de session copié depuis l'ancien fournisseur	Les invités sont invités à se reconnecter en cours de visite	Définissez le délai d'expiration en fonction de la durée de visite ; consultez Comment implémenter des restrictions de temps et de bande passante sur le WiFi invité WiFi

Politiques hébergées au sein de l'ancien fournisseur

Certains fournisseurs appliquent le filtrage de contenu ou les limites de bande passante dans leur propre cloud, et non sur votre matériel. Lorsque vous changez de solution, ces règles disparaissent sans alerte. Répertoriez chaque politique appliquée par l'ancien fournisseur et recréez-la avant la bascule. Les établissements nocturnes y sont le plus souvent confrontés, comme l'explique l'article Fournisseurs de WiFi WiFi pour boîtes de nuit et établissements nocturnes : filtrage de contenu, capacité maximale et accès du personnel.

Problèmes d'horloge et de certificat

La comptabilité RADIUS et les certificats du portail dépendent tous deux d'une heure exacte. Un contrôleur dont l'horloge dérive génère des enregistrements de session attribués au mauvais jour. Pointez chaque contrôleur vers une source NTP (Network Time Protocol) fiable avant la phase pilote.

Combien coûte une migration et quels sont les bénéfices en retour ?

Les postes de coûts à budgétiser

Une migration sur votre matériel existant comprend quatre postes de coûts, dont aucun ne concerne le matériel :

• Licence de chevauchement. Prévoyez de payer les deux fournisseurs pendant au moins 30 jours.
• Temps informatique par site. Les tableaux de bord basés sur des modèles réduisent considérablement ce temps après la phase pilote. Les sites disposant de contrôleurs autonomes demandent plus de temps.
• Nettoyage des données. Une personne doit mapper les versions de consentement, dédupliquer les enregistrements et charger la liste d'exclusion.
• Vérification locale. Une personne désignée sur chaque site vérifie que le portail se charge bien le jour J.

Purple propose trois offres sous licence : Connect, Capture et Engage. Le service des achats doit évaluer le coût de l'offre choisie en fonction de la période de chevauchement, et non sur une année complète à compter du basculement.

Ce que vous y gagnez

Vous conservez vos points d'accès existants, évitant ainsi toute dépense d'investissement en matériel. Vous préservez une liste marketing que vous pouvez légalement contacter par e-mail, car les preuves de consentement sont associées à chaque enregistrement. Vous bénéficiez d'un modèle de reporting unifié sur l'ensemble de vos sites ; les comparaisons à l'échelle de tout votre parc ne dépendent donc plus du fournisseur déployé sur chaque site.

Vous rejoignez également une plateforme éprouvée à grande échelle. Purple est déployé sur plus de 80 000 sites dans plus de 90 pays et gère 500 millions d'utilisateurs et de connexions par an. Purple garantit une disponibilité de 99,999 %, détient la certification ISO 27001 et est conforme au GDPR.

Foire aux questions

Faut-il de nouveaux points d'accès pour changer de fournisseur de WiFi invité et passer à Purple ?

Non, Purple fonctionne sur vos points d'accès existants. Purple est agnostique vis-à-vis du matériel et fonctionne avec Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme et Fortinet. La migration modifie les paramètres du portail captif, du walled garden et de RADIUS sur votre contrôleur ou votre tableau de bord. Vos points d'accès, votre câblage et vos commutateurs restent en place : changer de fournisseur est donc un projet de configuration et non un renouvellement de matériel.

Pouvons-nous continuer à envoyer des e-mails à notre liste d'invités existante après la migration ?

Oui, à condition que les preuves de consentement soient transférées avec la liste. L'article 7, paragraphe 1, du GDPR exige de prouver le consentement ; chaque enregistrement nécessite donc un horodatage, un canal, un site de collecte et la mention exacte vue par le visiteur. Purple Engage importe les enregistrements consentis en y associant cet historique. Les enregistrements sans preuve doivent être importés comme non exploitables à des fins marketing. Le consentement accordé à l'ancien fournisseur en son nom propre, plutôt qu'à votre marque, n'est pas transférable.

Combien de temps prend une migration multisite de WiFi invité ?

Prévoyez six à huit semaines pour la plupart des parcs de 20 à 150 sites. Cela couvre une période d'exportation de deux semaines, un pilote de 14 jours et des vagues de bascule dimensionnées en fonction de ce que votre équipe peut vérifier en un seul quart de travail. Les sites partageant un tableau de bord cloud migrent plus rapidement, car un modèle éprouvé s'applique à plusieurs d'entre eux. Démarrez la planification à partir de la date de préavis de votre ancien contrat, en prévoyant au moins 30 jours de chevauchement pour le reporting parallèle.

Nos sites seront-ils hors ligne pendant la bascule ?

Non, pas si vous suivez l'ordre consistant à réaliser un pilote puis des vagues. Chaque site migre pendant ses heures d'activité les plus calmes, l'ancienne configuration étant sauvegardée afin de permettre un retour en arrière en quelques minutes. La plupart des interruptions durent le temps que le contrôleur applique les nouveaux paramètres. Les anomalies entraînant des pannes plus longues, comme des domaines de walled garden manquants ou des ports RADIUS bloqués, sont détectées sur le site pilote plutôt que sur l'ensemble du parc.

Le transfert de données visiteurs entre fournisseurs est-il conforme au GDPR ?

Oui, dès lors que vous agissez en tant que responsable du traitement et que les deux fournisseurs interviennent comme sous-traitants sous contrat. L'article 28(3)(g) du GDPR impose à l'ancien sous-traitant de restituer ou de supprimer les données à caractère personnel à la fin du service, selon votre choix. Choisissez l'option « restitution » par écrit avant de notifier le préavis. Transférez d'abord la liste d'exclusion, afin que toute personne ayant refusé le traitement reste exclue. Purple est conforme au GDPR et certifié ISO 27001.

Qu'advient-il des données encore détenues par l'ancien fournisseur ?

L'ancien fournisseur doit les supprimer à la fin du service, si votre contrat respecte l'article 28 du GDPR. Demandez une confirmation écrite de suppression après avoir vérifié votre exportation et validé le reporting. Effectuez d'abord une dernière exportation des rapports historiques, car les comparaisons d'une année sur l'autre dépendent de cet historique. Conservez la confirmation de suppression avec votre registre des activités de traitement au cas où un régulateur ou un visiteur la demanderait.

Comment prouver que les rapports de Purple correspondent aux chiffres de notre ancien fournisseur ?

Exécutez les deux systèmes en parallèle sur le site pilote pendant 14 jours et comparez cinq indicateurs : connexions quotidiennes, visiteurs uniques, nouveaux visiteurs par rapport aux visiteurs récurrents, durée des sessions et taux d'adhésion (opt-in). La plupart des écarts proviennent de définitions différentes de la notion de visite, et non de données erronées. Documentez la définition de chaque fournisseur, convenez à l'avance d'une marge de tolérance (par exemple 5 %) et validez le tout avant la fin de l'ancien contrat.

Purple peut-il se connecter à notre CRM et à notre plateforme d'e-mailing existants ?

Oui, Purple s'intègre aux plateformes de CRM et de marketing. Les profils visiteurs importés, les nouvelles connexions et les modifications de consentement peuvent être synchronisés vers le système que votre équipe marketing utilise déjà. Activez l'intégration avant votre première campagne post-migration, afin que les désabonnements provenant de l'un ou l'autre canal soient respectés dès le premier envoi. Cela permet de conserver un registre unique des consentements entre la connexion WiFi et les e-mails, conformément aux recommandations de l'ICO en matière de consentement.