Gérer cinquante sites web, ce n'est pas le même métier que d'en gérer un

Marque blanche / Gestion multisite

Un site web est un projet. Cinquante sites, c'est une exploitation : des personnes arrivent et partent, des sites sont lancés puis oubliés, quelqu'un demande qui a changé les horaires d'ouverture, et personne ne sait dire combien de sites l'organisation possède réellement. Cette page montre, écran par écran, comment We.Inc gère cette exploitation depuis un seul compte à votre marque, et où vous aurez encore besoin de vos propres processus.

Réserver une démo · Les tarifs sont adaptés à votre volume et à votre configuration, et vous obtenez votre prix exact pendant l'appel. 0% de frais de transaction.

Mis à jour : 25 octobre 2026

En bref

Le plus difficile avec de nombreux sites n'est pas de les construire ; c'est de savoir ce qui existe, qui possède chacun et ce que chaque propriétaire a le droit de faire.
Dans We.Inc, chaque propriétaire de site est un compte « client » sous votre marque. Vous les voyez tous dans une seule liste avec statut, étiquettes, notes et limite de sites.
Des réglages par client déterminent qui peut publier, connecter un domaine, voir le code, ou gérer blog, boutique, formulaires et réglages SEO. L'approbation avant publication est un réglage de plus.
Il n'y a ni syndication de contenus partagés ni moteur de circuits à plusieurs étapes. Réservez une démo pour y faire passer votre propre liste de sites.

Les questions qui montrent qu'un réseau a dépassé son organisation

Avant de regarder un logiciel, essayez de répondre à ces questions sur vos sites actuels. Si plus de deux prennent plus d'une minute, le problème est opérationnel, pas technique.

Combien de sites en ligne avons-nous, et où est la liste ?
Pour chacun, qui est le propriétaire désigné aujourd'hui (pas celui qui l'a construit) ?
Quels sites peuvent changer sans que personne au niveau central ne le voie d'abord ?
Si un collaborateur part demain, quels sites perdent leur unique éditeur ?
Quels sites ont leur propre domaine, et qui le renouvelle ?
Quand une page a posé problème le mois dernier, combien de temps a-t-il fallu pour savoir qui l'avait modifiée ?

Les organisations qui gèrent de nombreux sites prennent généralement l'une de trois formes. L'agence gère des sites pour des clients payants. Le réseau (franchiseur, association, université, ville) gère des sites pour ses propres services, sections ou établissements. La plateforme fournit des sites à ses propres clients dans le cadre d'un autre produit. Les écrans ci-dessous sont les mêmes pour les trois ; seul change ce que vous appelez un « client ».

1. Un registre unique de chaque site et de chaque propriétaire

Liste des clients We.Inc dans l'écran de configuration de la marque, avec quatre clients de démonstration, des étiquettes, le statut Actif ou Invité, et une recherche par nom, e-mail, site, note ou étiquette

*Le registre clients d'une marque de démonstration. Chaque propriétaire de site apparaît une fois, avec un statut (Actif ou Invité), des étiquettes et une recherche couvrant noms, e-mails, sites, notes et étiquettes.*

La première tâche de la gestion multisite est un registre qui ne peut pas s'écarter de la réalité. Dans We.Inc, le registre n'est pas un tableur que quelqu'un tient à jour ; c'est la liste des comptes qui existent sous votre marque. Un service, un établissement ou un client y apparaît dès qu'il est invité, et ses sites apparaissent sous lui à mesure qu'ils sont créés.

Ce qu'il vaut la peine d'utiliser dès le premier jour :

Les étiquettes. Étiquetez selon ce que vous suivez : région, service, type de contrat, « pilote », « à revoir ». La recherche filtre par étiquette.
Les notes. Indiquez le propriétaire officiel et la date de renouvellement ou de revue dans les notes du client. Les notes sont consultables, donc « revue : mars » retrouve tous les sites à revoir en mars.
Les clients supprimés restent retrouvables. « Afficher les clients supprimés » fait réapparaître les comptes retirés, ce qui compte quand quelqu'un demande ce qu'est devenu un site l'an dernier.

Tableau des clients de la console agence avec colonnes client, entreprise, formule, plafond de sites, statut et actions, limité à l'agence

*Les mêmes clients dans la vue tableau de la console agence : entreprise, formule, nombre de sites autorisés et statut d'un coup d'œil.*

2. Des limites adaptées à ce que chaque propriétaire doit gérer

La façon la plus courante dont un réseau déborde, c'est un propriétaire enthousiaste qui crée six sites pour un seul objectif. Chaque client de We.Inc a une limite de sites : un nombre, ou « sans limite ». Une association étudiante peut avoir un site, un service trois, une antenne régionale dix. Si vous vendez des sites, la limite peut provenir d'une formule attribuée au client, si bien que changer un client de formule change aussi sa limite.

Fixez des limites basses et relevez-les sur demande. Une demande de hausse est un bon moment pour demander à quoi servira le nouveau site et qui en sera propriétaire.

3. Décidez une fois de ce que chaque propriétaire peut faire, puis faites des exceptions

Réglages par défaut de la marque intitulés Ce que vos clients peuvent faire : interrupteurs pour publier des sites, connecter leur propre domaine, voir le code, blog, boutique en ligne, formulaires et envois, réglages SEO, et Publication soumise à mon approbation

*Réglages par défaut de la marque. Ils s'appliquent à tous les clients, sauf si vous les modifiez pour l'un d'eux.*

Plutôt que de configurer chaque site, vous définissez une valeur par défaut pour toute la marque, puis la remplacez pour les clients qui ont besoin d'autre chose. Les sept réglages sont la publication, la connexion de leur propre domaine, l'accès au code, le blog, la boutique en ligne, les formulaires et envois, et les réglages SEO. Un réglage distinct fait attendre la publication jusqu'à votre approbation. Nous détaillons ces réglages sur la page des permissions clients ; pour le travail multisite, l'essentiel est qu'un nouveau site hérite de règles sensées dès qu'il existe, sans dépendre de quelqu'un qui penserait à le verrouiller.

4. Une équipe à la taille du réseau

Panneau Équipe invitant un collègue par e-mail avec un sélecteur de rôle sur Designer, décrit comme ouvre et modifie le site de n'importe quel client sans accès à la facturation, et une liste de membres avec les badges Membre et Admin

*Votre propre équipe, distincte des propriétaires de sites. Chaque personne reçoit un rôle lors de l'invitation.*

Les personnes qui gèrent le réseau forment un groupe distinct de celles qui possèdent les sites. Les membres de votre équipe sont propriétaires, administrateurs ou membres du compte de marque. Le formulaire d'invitation propose aussi des profils fixes pour les tâches courantes : un designer ouvre et modifie le site de n'importe quel client sans voir la facturation, le support voit les clients et leurs sites et rédige des notes mais ne modifie rien, et la facturation ne gère que les formules et paiements. Ce sont des rôles fixes, pas un éditeur de rôles personnalisés. Si vous avez besoin d'un rôle qui fait quelque chose qu'aucun de ceux-ci ne fait, dites-le-nous pendant la démo plutôt que de supposer qu'il existe.

5. L'approbation pour les sites qui en ont besoin

File En attente de votre approbation montrant un site de démonstration, Timber Fired Pizza, avec les boutons Approuver et publier et Demander des corrections

*La file d'approbation. Quand un client soumis à approbation clique sur Publier, la demande arrive ici.*

La plupart des réseaux ont besoin d'une approbation pour certains sites et pas pour d'autres : nouveaux propriétaires, éditeurs étudiants ou bénévoles, tout ce qui touche à un domaine réglementé. Dans We.Inc, l'approbation est une étape unique. Le client clique sur Publier comme d'habitude ; le site est mis en ligne dès que le propriétaire de la marque l'approuve, ou ce dernier demande des corrections. Ce n'est pas une chaîne à plusieurs étapes avec validation juridique puis communication ; si votre politique l'exige, les étapes supplémentaires ont lieu hors de la plateforme avant l'approbation du propriétaire. Tous les détails figurent sur notre page des approbations de publication.

6. Une trace de qui a modifié quoi

Les changements au niveau du compte (invitation ou suppression d'un client, modification de ses limites ou réglages, modification des paramètres de la marque, changements d'équipe, approbations) sont consignés dans un journal d'audit que les propriétaires et administrateurs peuvent filtrer par action. Il répond à « qui a donné son propre domaine à ce client ? », pas à « qui a modifié ce paragraphe ? », et la différence est expliquée sur cette page.

Une séquence de lancement pour un réseau existant

Si vous avez déjà des sites éparpillés sur d'autres outils, ne les migrez pas tous d'un coup. Cet ordre a fonctionné pour des réseaux de 20 à quelques centaines de sites :

Semaine	Étape	Terminée quand
1	Construire le registre : chaque site actuel, son propriétaire officiel, son domaine, sa date de renouvellement	La liste existe et un responsable l'a validée
1	Rédiger les réglages par défaut de la marque : quels réglages sont activés pour tous, et si l'approbation l'est par défaut	Les réglages par défaut sont définis dans le compte
2	Inviter votre propre équipe avec le rôle le plus restreint qui permet de faire le travail	Personne dans l'équipe n'est administrateur sans en avoir besoin
2-3	Pilote : cinq propriétaires aux besoins différents (un de confiance, un nouveau, un avec domaine personnalisé, un éphémère, un réglementé)	Chacun a publié au moins une modification
4	Ajuster les réglages par défaut d'après le pilote	Moins d'un client sur cinq a besoin d'une exception
5+	Migrer le reste par lots de 10 à 20, en retirant les sites que personne ne réclame	Chaque site du registre a un propriétaire et une date de revue

Retirer des sites fait partie du travail. Un réseau qui ne fait qu'ajouter des sites finit avec des dizaines que personne ne lit. Notre modèle de politique de gouvernance propose une formulation pour retirer et archiver des sites.

Évitez de bâtir un réseau de pages quasi identiques

Si vos sites sont des sites d'établissements ou d'agences, il existe un risque de référencement en plus du risque opérationnel. Les règles anti-spam de Google décrivent l'abus de pages satellites, qui inclut « le fait d'avoir plusieurs noms de domaine ou pages ciblant des régions ou des villes spécifiques qui redirigent les utilisateurs vers une seule page », et l'abus de contenu à grande échelle, où de nombreuses pages sont générées principalement pour manipuler le classement. Un réseau de sites qui ne diffèrent que par le nom de la ville s'expose aux deux. Donnez à chaque site un contenu que seul son propriétaire peut écrire (son équipe, ses horaires, son activité locale) et laissez-le l'écrire : une raison de plus de donner aux propriétaires de vrais droits d'édition au lieu de tout faire centralement.

Quand We.Inc convient, et quand il ne convient pas

Bon choix : une équipe centrale qui gère de dizaines à des centaines de petits et moyens sites pour des services, établissements, sections ou clients payants, où chaque site a un propriétaire différent et où le rôle central consiste à fixer les règles, approuver et savoir ce qui existe.

Pas conçu pour :

La syndication de contenus partagés. Il n'existe pas de hub de contenus pour « publier cette actualité sur 40 sites à la fois ». Un écran d'opérations groupées existe dans la console agence pour appliquer des modifications à plusieurs sites clients ; demandez à voir ce qu'il couvre aujourd'hui avant de bâtir votre plan dessus.
Les circuits à plusieurs étapes. L'approbation est une seule étape, par le propriétaire de la marque.
Les intégrations poussées sur un site vitrine principal. Si un site doit reposer sur un système étudiant, un moteur de réservation ou un ERP, un CMS d'entreprise conviendra peut-être mieux à ce site ; We.Inc peut gérer la longue traîne autour.

Nous ne publions ni certifications de sécurité, ni taux de disponibilité, ni garanties de région d'hébergement. Le code de chaque site peut être téléchargé ou synchronisé avec GitHub, donc partir est possible ; notre guide du plan de sortie d'un prestataire explique quoi inscrire au contrat.

Réservez une démo avec votre registre (ou la liste désordonnée qui en tient lieu) et nous ferons passer cinq de vos sites par les écrans ci-dessus.

Sources

Dernière vérification le 2026-10-25.

Google Search Central, Règles anti-spam pour la recherche Google : abus de pages satellites et abus de contenu à grande échelle.

Apportez votre liste de sites à une démo

Réservez une démo de 30 minutes. Nous vous montrons le créateur à votre marque, examinons combien de sites clients vous prévoyez de gérer et vous donnons votre prix exact.

Réserver une démo

Envie de voir la visite complète d'abord ? Découvrir le créateur de sites web en marque blanche

Les questions que posent les acheteurs

Combien de sites un compte We.Inc peut-il gérer ?

Chaque compte de marque contient de nombreux comptes clients, et chaque client a sa propre limite de sites, un nombre ou sans limite. Le plafond pratique pour votre réseau se discute lors de la démo, où nous examinons votre volume.

Puis-je appliquer une modification à de nombreux sites à la fois ?

Il n'existe pas de hub de contenus partagés qui diffuse un élément sur de nombreux sites. La console agence dispose d'un écran d'opérations groupées pour appliquer des modifications à plusieurs sites clients ; demandez à voir ce qu'il couvre aujourd'hui avant de compter dessus.

Différents sites peuvent-ils avoir des règles différentes ?

Oui. Vous définissez des valeurs par défaut pour toute la marque sur sept réglages et sur l'approbation avant publication, puis remplacez n'importe lequel pour un client.

Qui dans mon équipe peut voir et modifier les sites clients ?

Les propriétaires et administrateurs gèrent tout. Le formulaire d'invitation propose aussi des profils fixes : designer (modifie n'importe quel site client, sans facturation), support (voit les clients et les sites, rédige des notes, aucune modification) et facturation (formules et paiements uniquement). Il n'y a pas d'éditeur de rôles personnalisés.