Logiciel Captive Portal en marque blanche : ce que les MSP et revendeurs doivent vérifier avant de signer

Le logiciel de Captive Portal en marque blanche permet à un MSP ou à un revendeur de vendre des pages de connexion WiFi invité sous sa propre marque. Avant de signer, vérifiez six points : un véritable environnement multi-tenant avec administration déléguée, l'image de marque sur le domaine, les e-mails et les rapports, la prise en charge de chaque fournisseur d'accès que vous installez, un modèle de facturation qui protège vos marges, les registres de consentement GDPR détenus par votre client, et des API documentées.

Quel modèle de Captive Portal en marque blanche devriez-vous choisir ?

Un Captive Portal est la page web qu'un appareil affiche avant que le réseau ne lui accorde l'accès à Internet. L'IETF définit l'architecture dans le RFC 8952. Le RFC 8908 définit une API qui informe les appareils de la présence d'un portail.

Le logiciel de Captive Portal en marque blanche vous permet de vendre cette page de connexion sous votre propre marque. La console et les rapports sous-jacents portent également votre marque.

Trois modèles commerciaux prédominent sur le marché de la revente. Ils diffèrent sur trois points :

• qui détient le contrat client
• jusqu'où s'étend votre marque
• la qualité du cloisonnement des données de chaque client

Choisissez d'abord le modèle, puis évaluez les fournisseurs au sein de celui-ci.

Modèle	Votre marque apparaît sur	Cloisonnement des données clients	Qui détient le contrat client	Facturation typique	Convient à
Marque blanche complète, multi-tenant	Page de connexion, domaine personnalisé, console d'administration, e-mails, SMS et rapports	Tenant distinct par client, avec rôles d'administration et clés API restreints	Vous	En gros par site ou par point d'accès, vous fixez le prix de détail	MSPs disposant d'un centre de services et d'un portefeuille de clients sur site
Revendeur en co-branding	Page de connexion et e-mails uniquement ; la console et les rapports affichent le fournisseur	Sous-comptes ou dossiers au sein d'un compte partagé	Vous ou le fournisseur	Prix catalogue du fournisseur moins une remise revendeur	Revendeurs ajoutant le WiFi invité à une vente de matériel
Apporteur d'affaires ou contrat direct	Marque du fournisseur partout ; vous apparaissez comme installateur	Propre compte fournisseur du client	Le fournisseur	Prix catalogue du fournisseur ; vous touchez une commission d'apporteur d'affaires ou des revenus de services	Partenaires gérant des projets ponctuels sans centre de support

La plupart des MSPs disposant d'un centre de support et de plusieurs clients sur site choisissent le premier modèle. La suite de ce guide s'appuie sur ce modèle et vous montre comment vérifier les engagements d'un fournisseur.

Où les plateformes de Captive Portal en marque blanche diffèrent réellement

Toutes les démos de fournisseurs montrent une page de connexion personnalisée. Les vraies différences se trouvent en dessous, dans six domaines. Ensemble, ils déterminent votre marge, votre exposition à la conformité et votre charge de support.

Véritable architecture multi-tenant et administration déléguée

Une véritable architecture multi-tenant signifie un client par tenant. Les données, les paramètres, les comptes d'administration et les clés API sont isolés au niveau de la plateforme. Un dossier au sein d'un compte partagé n'est pas un tenant. Si un rôle mal configuré expose la liste d'invités d'un client à un autre, vous êtes responsable de la fuite de données.

Testez l'administration déléguée dans un tenant d'essai, pas sur une présentation. Vous avez besoin d'au moins quatre rôles :

• votre propre super administrateur
• un administrateur client
• un gestionnaire d'établissement limité à un seul site
• un rôle marketing en lecture seule

Un directeur général d'hôtel doit voir son propre hôtel et rien d'autre.

Exigez le Single Sign-On via SAML 2.0, la norme OASIS pour la connexion fédérée. Il doit fonctionner avec Microsoft Entra ID, Okta et Google Workspace.

Le SCIM 2.0 (System for Cross-domain Identity Management, RFC 7643 et RFC 7644) automatise la création et la suppression des comptes d'administration. Sans cela, un employé qui quitte votre client conserve son accès à la console jusqu'à ce que quelqu'un s'en souvienne. Vérifiez que les journaux d'audit sont conservés par client et peuvent être exportés, afin que vous puissiez prouver à un client qui a modifié quoi.

Niveau de personnalisation de la marque : domaine, e-mail d'expéditeur, portail et rapports

Le niveau de personnalisation de la marque est le point faible de la plupart des offres dites "marque blanche". Évaluez chaque interface qu'un invité ou un client est susceptible de voir :

• Domaine de la page de connexion. Le Captive Portal doit se charger depuis votre domaine ou celui de votre client. Le fournisseur doit renouveler son certificat TLS automatiquement.
• Console d'administration. Votre logo, vos couleurs et votre URL doivent figurer sur l'écran de connexion. Une console aux couleurs du fournisseur indique exactement à votre client qui contacter au moment du renouvellement.
• E-mail d'expéditeur. Les codes de vérification et les e-mails marketing doivent être envoyés depuis votre domaine. Cela nécessite un alignement SPF (RFC 7208), DKIM (RFC 6376) et DMARC (RFC 7489) avec votre domaine, sinon les messages finissent dans les spams.
• Nom d'expéditeur SMS. Les SMS de vérification doivent afficher votre nom ou celui de l'établissement, jamais celui du fournisseur.
• Rapports. Les exportations planifiées et les tableaux de bord doivent porter votre marque, sans aucun filigrane du fournisseur. Si vous revendez WiFi Analytics, le rapport mensuel est le produit que votre client voit réellement.
• Liens d'assistance et pages de statut. Les liens de la console doivent pointer vers votre base de connaissances, ou vers rien.

Les modèles par client sont également importants. Un groupe de pubs et une collectivité locale ont besoin de parcours de connexion, de formulations de consentement et de langues différents.

Couverture du matériel sur votre parc installé

Vos clients possèdent déjà des points d'accès, et ils proviennent rarement d'un seul fournisseur. Demandez la liste des matériels pris en charge par nom et par plateforme de gestion : Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks et Fortinet. "Tous les principaux fournisseurs" est un signal d'alarme, pas une réponse.

La prise en charge implique bien plus qu'une simple réorientation. Pour chaque fournisseur, confirmez quatre capacités :

• redirection vers un Captive Portal externe
• authentification RADIUS (Remote Authentication Dial-In User Service, RFC 2865)
• comptabilité RADIUS (RFC 2866) pour les données de session
• configuration du walled garden pour les connexions via les réseaux sociaux et les moyens de paiement

Demandez un guide d'intégration publié pour chaque fournisseur. Testez ensuite sur le firmware que vos clients utilisent réellement.

La couverture du matériel vous protège également lors des cycles de renouvellement. Une superposition cloud s'installe au-dessus du réseau, de sorte qu'un client peut changer de fournisseur de points d'accès sans modifier l'expérience invité. Cela est essentiel pour tout parc traitant de la Planification d'un renouvellement des points d'accès WiFi 6 vers le WiFi 7 lorsque Cisco Meraki WiFi 6 atteint sa fin de vente.

Le Guest WiFi de Purple fonctionne comme une superposition cloud indépendante du matériel sur les huit équipementiers ci-dessus. Pour en savoir plus, consultez Pourquoi votre prochaine mise à niveau WiFi ne nécessite pas de nouveau matériel.

Certains clients souhaiteront plus qu'un simple accès invité. Demandez si la plateforme prend en charge la norme 802.1X, la norme IEEE pour le contrôle d'accès réseau basé sur les ports. Renseignez-vous également sur l'iPSK (clé prépartagée d'identité), qui attribue à chaque appareil ou personne sa propre clé WiFi. Si vous ajoutez un accès pour le personnel, gardez le manuel Dépannage des problèmes d'authentification 802.1X sous Windows 11 : guide informatique pour entreprises à portée de main.

Passpoint, également appelé Hotspot 2.0, permet aux invités récurrents de se reconnecter automatiquement sans passer par un portail. OpenRoaming, la fédération de la Wireless Broadband Alliance, fait de même à travers les réseaux participants. Une plateforme sans ces fonctionnalités limite ce que vous pourrez vendre ultérieurement.

Registres de consentement GDPR détenus par votre client

En vertu du GDPR, votre client, l'exploitant du site, est normalement le responsable du traitement des données des invités (Article 4(7)). Vous agissez en tant que sous-traitant, et le fournisseur de la plateforme en tant que votre propre sous-traitant. L'Article 28 exige un contrat écrit à chaque maillon de cette chaîne. L'Article 28(2) interdit à un sous-traitant de faire appel à un autre sous-traitant sans l'autorisation écrite préalable du responsable du traitement.

L'Article 7(1) exige que le responsable du traitement apporte la preuve du consentement. Cela implique un registre complet par invité :

• l'horodatage
• le texte exact affiché
• la version de la politique de confidentialité
• le canal
• les finalités acceptées

Un simple indicateur "opt-in marketing" ne suffit pas. Le considérant 32 ajoute que les cases précochées ne constituent pas un consentement. Pour le marketing par e-mail et SMS au Royaume-Uni, le consentement doit également être conforme à la réglementation PECR (Privacy and Electronic Communications Regulations).

Vérifiez trois points du contrat avant de signer :

1. Le fournisseur ne prétend pas utiliser les données des invités à ses propres fins. Si c'est le cas, il devient un responsable du traitement, et la politique de confidentialité de votre client doit le mentionner.
2. L'Article 28(3)(g) exige la restitution ou la suppression des données à caractère personnel à la fin du contrat. Obtenez par écrit le format d'exportation, le délai et le coût.
3. Le fournisseur publie une liste de sous-traitants et vous informe des modifications, afin que vous puissiez transmettre l'information à vos clients.

Purple intègre des options d'opt-in basées sur un choix conscient dans le flux de connexion, de sorte que chaque invité choisit activement de recevoir du contenu marketing. Purple est certifié ISO 27001 et conforme au GDPR.

Accès API et webhook

Les API déterminent dans quelle mesure vous pouvez construire votre propre service. Demandez une API REST documentée avec des clés restreintes à un seul client (tenant). Ainsi, une clé compromise ne permettra pas d'accéder à l'ensemble des clients. Des points de terminaison globaux (bulk endpoints) pour les clients, les sites et les modèles de portail vous permettent d'automatiser l'intégration par script au lieu d'effectuer des clics manuels.

Les webhooks envoient les événements, tels qu'une connexion d'invité ou un nouvel opt-in, vers le CRM de votre client en temps réel. Vérifiez trois points :

• les charges utiles (payloads) sont signées, permettant au destinataire de vérifier l'expéditeur
• les échecs de livraison sont réessayés automatiquement
• les limites de débit et les éventuels frais supplémentaires pour l'accès API sont confirmés par écrit

Escalade du support

Sur une plateforme en marque blanche, vous assurez le support de premier niveau. Le site client vous appelle, et le fournisseur ne doit jamais contacter votre client directement. La procédure de support de niveau 2 du fournisseur constitue donc votre clause de service la plus importante.

Inscrivez ces éléments dans le contrat :

• des niveaux de sévérité définis
• des objectifs de temps de réponse pour chaque niveau
• un contact partenaire désigné
• un accès direct à l'équipe ingénierie en cas d'incident critique d'interruption de service

L'article 33(2) du GDPR exige qu'un sous-traitant notifie le responsable du traitement de toute violation dans les meilleurs délais. Votre contrat fournisseur doit vous garantir un préavis suffisamment rapide pour respecter ce devoir envers votre client.

Demandez également des preuves de leur capacité de montée en charge. Purple a géré 440 millions de connexions en 2024 à travers plus de 80 000 sites actifs dans plus de 90 pays (données internes de Purple).

Quand une plateforme en marque blanche entièrement multi-tenant est la bonne solution

Choisissez la marque blanche complète lorsque vous gérez la relation client de bout en bout. Cela implique généralement trois critères :

• vous gérez un centre de services
• vous facturez vos clients tous les mois
• vous comptez plusieurs clients exploitant des sites dans différents secteurs

Le WiFi invité devient alors une ligne récurrente sur votre propre facture.

Cette option convient également aux parcs d'équipements hétérogènes. Une plateforme unique, indépendante du matériel, remplace plusieurs consoles spécifiques aux constructeurs. Vos ingénieurs se forment sur un seul système, et les rapports de chaque client présentent la même structure.

Scénario concret : un groupe hôtelier régional avec deux fournisseurs de matériel

Situation. Un MSP gérait le WiFi invité pour un groupe régional de 14 hôtels. Neuf hôtels utilisaient Cisco Meraki. Cinq hôtels, rachetés l'année précédente, utilisaient Ruckus avec un total de 210 points d'accès. Le Captive Portal initialement sélectionné par le MSP ne prenait en charge que Meraki.

Action menée. Le MSP a réorienté sa sélection vers des plateformes agnostiques en matière de matériel et a lancé un projet pilote sur deux hôtels couvrant les deux fournisseurs. Il a créé un tenant pour le groupe, chaque hôtel constituant un site. Les directeurs généraux ont reçu des accès limités à leur propre site. La responsable marketing du groupe a obtenu un accès en lecture seule aux rapports sur l'ensemble des 14 hôtels.

Résultat (chiffres illustratifs). Les 210 points d'accès Ruckus ont été conservés au lieu d'être remplacés. Le groupe a déployé un portail de connexion unique, une formulation de consentement uniforme et un rapport mensuel consolidé pour l'ensemble des établissements.

Pour en savoir plus sur ce secteur, consultez Hôtels et WiFi dans les restaurants : un guide du réseau et de la sécurité.

Quand un contrat en co-branding ou direct est la bonne solution

La marque blanche complète ne justifie pas toujours les coûts de gestion. Vous pouvez vendre le WiFi invité comme un module complémentaire ponctuel à un projet d'infrastructure matérielle. Dans ce cas, un compte en co-branding ou un modèle d'apport d'affaires est plus simple, et vous évitez d'assurer le support de premier niveau pour un produit que vous ne souhaitez pas exploiter vous-même.

Un contrat direct convient aux grands clients uniques disposant d'un service informatique interne, comme une chaîne nationale de Commerce de détail. Leur équipe d'achats peut préférer signer directement avec le fournisseur. Les clients issus de secteurs réglementés, tels que la Santé, gèrent aussi souvent leurs propres évaluations de conformité des fournisseurs.

Vous continuez à générer des revenus sur l'installation, la gestion du réseau et les études de site. Le guide WiFi Site Surveys: A Practical Planning Guide couvre cette étape préparatoire.

Comment les logiciels de Captive Portal en marque blanche sont facturés

Trois unités de facturation prédominent : par site, par point d'accès et par utilisateur invité. La plupart des fournisseurs vendent en gros et vous fixez le prix de vente au détail. Votre marge dépend moins de la remise accordée que de l'alignement de votre unité de facturation sur celle du fournisseur.

Modèle de facturation	Vous payez pour	Prévisibilité des coûts	Risque principal pour vous	Meilleure adéquation
Par site	Chaque établissement, quelle que soit sa taille	Élevée : varie uniquement lors de l'ajout ou du retrait d'un établissement	Les petits sites coûtent le même prix que les grands	Chaînes d'établissements similaires : pubs, restauration rapide, commerces de centre-ville
Par point d'accès	Chaque point d'accès géré	Élevée : varie uniquement lors des projets matériels	La densification ou une mise à niveau vers le WiFi 7 ajoute des licences	Stades, centres de conférences et autres lieux présentant des pics de fréquentation
Par utilisateur invité	Chaque invité authentifié par mois	Faible : évolue selon la fréquentation	Les pics d'événements créent de mauvaises surprises sur la facture, sauf en cas de plafonnement	Projets pilotes, sites saisonniers et sites à faible trafic

La structure la plus sûre consiste à facturer votre client avec la même unité que celle utilisée par votre fournisseur. Si vous payez par point d'accès mais facturez par site, chaque projet de densification réduit votre marge.

Avant de signer, vérifiez quatre coûts supplémentaires :

• l'engagement de durée minimale
• les clauses d'augmentation annuelle
• les frais d'accès aux API ou pour des tenants supplémentaires
• la vérification par SMS, qui est souvent exclue de la licence

Étude de cas : un centre de conférences avec des pics liés aux événements

Situation. Un revendeur a chiffré le WiFi invité pour un centre de conférences équipés de 120 points d'accès. La fréquentation mensuelle variait d'environ 3 000 visiteurs lors des mois calmes à 45 000 pendant un salon professionnel majeur.

Action menée. Le premier fournisseur facturait par utilisateur invité. Le revendeur a modélisé la fréquentation sur 12 mois et s'est rendu compte que la facture pouvait varier d'un facteur 15. Il a opté pour un fournisseur facturant par point d'accès et a appliqué un forfait mensuel fixe pour le site.

Résultat (chiffres illustratifs). La ligne de licence est restée fixe à 120 points d'accès chaque mois, ramenant la variation mensuelle des coûts à zéro. Le site a pu mensualiser un budget annuel fixe. La marge du revendeur ne dépendait plus du calendrier des événements.

Comment décider pour votre parc : questions d'appel d'offres et signaux d'alerte

Envoyez les mêmes questions à chaque fournisseur sélectionné et demandez des réponses écrites. Vérifiez ensuite les points importants dans un tenant d'essai.

Questions d'appel d'offres à envoyer

1. Chaque client est-il un tenant distinct bénéficiant de données, de paramètres, de comptes d'administration et de clés API isolés ?
2. Quels rôles d'administration existent, et un rôle peut-il être restreint à un seul site ?
3. Prenez-vous en charge le SSO SAML 2.0 avec Microsoft Entra ID, Okta et Google Workspace, ainsi que le provisionnement SCIM ?
4. Le Captive Portal, la console, l'adresse e-mail d'expédition, l'ID d'expéditeur SMS et les rapports peuvent-ils tous porter notre marque ?
5. Qui délivre et renouvelle les certificats TLS pour les domaines personnalisés ?
6. Quels fournisseurs de points d'accès prenez-vous en charge, et publiez-vous un guide d'intégration pour chacun ?
7. Prenez-vous en charge l'authentification et le comptage RADIUS, 802.1X, iPSK, Passpoint et OpenRoaming ?
8. Quels sont l'unité de facturation, la durée minimale et la revalorisation annuelle ?
9. Combien facturez-vous pour les SMS, l'accès API ou les tenants supplémentaires ?
10. Utilisez-vous les données des invités à vos propres fins ?
11. Que contient un enregistrement de consentement, et dans quels formats notre client peut-il l'exporter ?
12. Comment et quand restituez-vous ou supprimez-vous les données à la fin du contrat ?
13. Où se trouve votre liste de sous-traitants ultérieurs, et comment notifiez-vous les changements ?
14. Quels sont vos niveaux de gravité et vos objectifs de temps de réponse, et sous quel délai nous notifieriez-vous une violation ?
15. Quel est le périmètre de votre certificat ISO 27001 ?

Les signaux d'alarme qui devraient bloquer une signature

Domaine	Ce qu'est une bonne pratique	Signal d'alarme
Multi-tenant	Tenant distinct par client avec données et clés API isolées	Les clients se trouvent dans des dossiers au sein d'un seul compte partagé
Image de marque	Votre domaine sur le portail, la console, les e-mails, les SMS et les rapports	Nom du fournisseur dans les e-mails, l'URL de la console ou le pied de page des rapports
Matériel	Fournisseurs désignés, chacun disposant d'un guide d'intégration publié	"Tous les principaux fournisseurs" sans liste précise
Facturation	L'unité de facturation correspond à votre mode de facturation client, avec une revalorisation plafonnée	Tarification par invité non plafonnée, ou accès API réservé au niveau le plus élevé
Données des invités	Le client est responsable du traitement ; le fournisseur traite uniquement sur instruction	Le fournisseur se réserve le droit d'utiliser lui-même les données des invités
Sortie	Enregistrements de consentement exportés en CSV ou JSON dans un délai convenu	Exportation uniquement sur demande, payante ou dans un format propriétaire
Support	Niveaux de gravité, objectifs de temps de réponse et un contact désigné pour l'escalade	Formulaire de ticket uniquement, sans délais de réponse définis

Scénario concret : un conseil municipal changeant de revendeur

Situation. Un revendeur gérait le WiFi invité pour un conseil municipal dans 22 bibliothèques et centres de loisirs. Lors du nouvel appel d'offres, le conseil a choisi un autre fournisseur. Son équipe événementielle disposait du consentement d'environ 38 000 visiteurs pour recevoir des informations.

Ce qui a été fait. Le contrat entre le revendeur et son fournisseur incluait une clause de sortie selon l'Article 28(3)(g). Cette clause exigeait un export JSON de chaque enregistrement de consentement sous 30 jours, avec horodatage, version de la formulation et canal.

Résultat (chiffres illustratifs). Le conseil a importé les 38 000 enregistrements de consentement dans sa nouvelle plateforme. Il a pu continuer à envoyer des e-mails aux visiteurs sans campagne de redemande d'autorisation. Le revendeur a quitté le contrat avec une confirmation écrite attestant de la suppression de sa copie des données.

Foire aux questions

Qu'est-ce qu'un Captive Portal en marque blanche ?

Un Captive Portal en marque blanche est un logiciel de connexion WiFi invité qu'un MSP ou un revendeur vend sous sa propre marque. Le fournisseur gère la plateforme, tandis que votre logo, votre domaine, votre e-mail d'expéditeur et vos rapports sont présentés au client. Les plateformes les plus solides intègrent une véritable architecture multi-tenant. Chaque client dispose alors de son propre tenant isolé, avec des rôles d'administration délégués pour les responsables de sites et les équipes marketing.

Un MSP peut-il personnaliser un Captive Portal à sa propre marque ?

Oui, à condition que la plateforme offre une personnalisation de marque complète. La page de connexion doit se charger depuis votre domaine avec un certificat TLS valide. Les e-mails doivent être envoyés depuis votre domaine avec les alignements SPF, DKIM et DMARC. La console d'administration et les rapports ne doivent comporter aucune référence au fournisseur. Si la personnalisation s'arrête à la page de connexion, votre client verra toujours le nom du fournisseur chaque mois.

Comment le logiciel de Captive Portal en marque blanche est-il facturé ?

La plupart des fournisseurs facturent par site, par point d'accès ou par visiteur, vendus en gros pour que vous fixiez le prix de revente. La facturation par site convient aux chaînes d'établissements similaires. La facturation par point d'accès convient aux lieux ayant de grands pics de fréquentation. La facturation par visiteur convient aux projets pilotes et aux sites à faible trafic, mais varie selon la demande. Pour protéger votre marge, facturez votre client dans la même unité que celle utilisée par le fournisseur.

Quels points d'accès un portail en marque blanche doit-il prendre en charge ?

Il doit prendre en charge tous les équipementiers de vos clients, nommés individuellement : Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks et Fortinet. Pour chacun d'eux, confirmez la redirection vers un Captive Portal externe, l'authentification et le comptage RADIUS, ainsi que la prise en charge du jardin fermé (walled garden), étayés par un guide d'intégration publié. Le Guest WiFi de Purple fonctionne sur ces huit matériels en tant que superposition cloud indépendante des équipements.

À qui appartiennent les données des visiteurs sur une plateforme de revente ?

Votre client, l'exploitant du site, doit être propriétaire des données des visiteurs en tant que responsable du traitement conformément au GDPR. Vous agissez en tant que sous-traitant et le fournisseur de la plateforme en tant que sous-traitant ultérieur, chacun lié par un contrat au titre de l'article 28. Refusez les conditions générales qui permettent au fournisseur d'utiliser les données des visiteurs à ses propres fins. Les registres de consentement doivent pouvoir être exportés sur demande et être restitués à votre client à la fin du contrat.

Les clients ont-ils besoin de nouveau matériel pour passer à une nouvelle plateforme de Captive Portal ?

Non, pas si la plateforme est indépendante du matériel. Une superposition cloud se connecte aux points d'accès que votre client utilise déjà, en utilisant la redirection vers un Captive Portal externe et le protocole RADIUS. Vous reconfigurez le réseau pour le pointer vers la nouvelle plateforme au lieu de remplacer l'équipement. Effectuez des tests sur les versions de firmware réellement utilisées par vos clients avant de planifier la bascule.

Pouvez-vous migrer des clients existants depuis une autre plateforme de Captive Portal ?

Oui, si votre fournisseur actuel exporte les registres de consentement et les données des visiteurs de chaque client dans un format exploitable. Demandez un export CSV ou JSON avec horodatage, libellé du consentement et canal, en invoquant l'article 28(3)(g) du GDPR. Reconstruisez les modèles de portail dans le nouveau tenant et faites fonctionner les deux plateformes dans un établissement pilote. Basculez ensuite les sites restants par lots pour limiter les risques.