Comprenez ce qui est partagé.
Un réseau WordPress Multisite fait fonctionner plusieurs sites avec un cœur logiciel partagé et une administration réseau. Chaque site conserve ses contenus et réglages. Des installations séparées peuvent suivre d’autres choix de logiciel et de publication, selon leur hébergement et leur maintenance.
Aucune de ces appellations ne règle toutes les questions de données ou de sécurité. Demandez comment comptes, autorisations, sauvegardes et restauration fonctionnent réellement. Des installations séparées sur un même compte d’hébergement ne sont pas automatiquement isolées à tous égards.
Comparez les décisions à venir.
Qui choisit les extensions ? Quand publie-t-on les changements ? Que se passe-t-il si une boutique a besoin d’une fonction différente ? Un propriétaire commun peut avoir des règles distinctes. Les clients d’une agence peuvent avoir des responsabilités et des besoins de sortie très différents.
| Domaine | Question à résoudre |
|---|---|
| Changements logiciels | Toutes les boutiques peuvent-elles suivre la même politique de mises à jour et d’extensions ? |
| Données métier | Quels produits, stocks ou clients nécessitent réellement une source commune ? |
| Accès | Qui peut gérer le réseau et chaque boutique ? |
| Restauration | Peut-on restaurer une boutique sans créer de problèmes ailleurs ? |
| Séparation future | Comment une activité quitterait-elle la configuration commune ? |
Deux entreprises peuvent raisonnablement choisir différemment.
Dans une activité fictive à deux marques, un même propriétaire utilise des produits similaires et une équipe de maintenance. Une politique logicielle commune peut intéresser, mais le partage du catalogue et du stock demande toujours une conception explicite. Le réseau ne supprime pas ces règles.
Dans une agence fictive, des clients indépendants ont besoin d’extensions, de dates de publication et de transmissions futures différentes. L’autonomie peut compter davantage qu’une installation partagée. Ces scénarios expliquent les critères ; ce n’est pas un score fondé sur le nombre de boutiques.
Définissez séparément le plan technique et le travail quotidien.
Demandez au développeur d’expliquer les intégrations prises en charge, les domaines, les limites d’accès et les responsabilités de maintenance. Utilisez un environnement test adapté avant de convertir une installation existante.
Décrivez ensuite deux tâches réelles : passer à la bonne boutique pour aider un client et préparer une modification produit pour une activité. Une architecture peut être techniquement solide tout en nécessitant un espace quotidien plus clair. Évaluez chaque question séparément.