Pour les équipes qui jonglent avec plusieurs sites clients.
Peu de petites agences décident de disperser leur hébergement sur une douzaine de comptes — cela arrive un client à la fois, jusqu’à ce que personne dans l’équipe ne puisse dire avec certitude où tout se trouve réellement.
Chaque nouveau projet client tend à apporter sa propre décision d’hébergement — ce que le client avait déjà, ce qu’un ancien pigiste a configuré, ce qui paraissait le plus rapide sous pression. Après quelques projets, cela donne des identifiants distincts, des facturations distinctes et des dates de renouvellement distinctes, rien de tout cela n’étant visible centralement pour quiconque sauf la personne qui a fait chaque configuration.
Le coût de tout cela n’est pas que de l’agacement. Le temps passé à retrouver un identifiant, ou à réapprendre le tableau de bord d’un autre hébergeur pour la troisième fois ce mois-ci, est du temps non facturable — et il est invisible sur une facture, d’une façon qui ronge la marge sans jamais apparaître comme une ligne.
Tout n’a pas besoin de vivre dans un seul outil — mais trois choses y gagnent vraiment.
Une seule facture au lieu d’en rapprocher plusieurs.
Voir l’état de chaque site client d’un coup d’œil, plutôt que de se connecter à chacun séparément.
Pouvoir confier un projet à un collègue sans chercher des identifiants éparpillés dans l’équipe.
Le but n’est pas de réduire le nombre d’outils pour le principe — c’est de réduire le nombre d’endroits à consulter quand il faut vérifier ou transmettre quelque chose.
Si votre agence a déjà une configuration d’hébergement qui fonctionne, la vraie question n’est pas de savoir s’il faut changer — c’est de savoir si le changement se rentabilise en temps gagné sur le prochain projet. Une façon approximative de vérifier : chronométrez votre processus actuel entre « le site est prêt » et « le site est en ligne avec le domaine du client et un SSL fonctionnel », pour le prochain projet que vous lancez. Si ce nombre se mesure en heures plutôt qu’en minutes, un hébergement centralisé et sans configuration se rentabilise probablement bien avant le dixième client.
Les clients demandent rarement ce qui alimente leur hébergement — mais ils remarquent un site qui n’est pas sur leur propre domaine, ou une interruption pendant un transfert d’outil. Un domaine personnalisé, un SSL fonctionnel et un site qui ne s’éteint pas pendant une migration sont les signaux visibles du « cette agence a ses systèmes en ordre », même quand le client ne voit jamais ce qui se trouve derrière.
sofast est bâti précisément autour de cette forme de problème : un tableau de bord pour tous les sites clients, une facture au lieu de plusieurs, et aucune configuration technique par client à répéter chaque fois qu’un nouveau projet est livré. Si votre équipe conçoit déjà des sites avec Claude, ChatGPT ou un autre outil d’IA, l’hébergement est la seule étape restante qui ne devrait pas exiger sa propre mise en route chaque fois.
Il n’y a pas de nombre fixe — le meilleur indice est de savoir si votre équipe perd déjà le fil des identifiants ou de la facturation sur plus de deux hébergeurs. Pour beaucoup de petites agences, cela commence à faire mal autour du troisième ou du quatrième site client actif.
Ce n’est pas obligatoire — migrer un site statique consiste généralement à téléverser les mêmes fichiers chez un nouvel hébergeur et à mettre à jour les réglages DNS, ce qui peut se faire avec une interruption minime ou nulle si l’opération est planifiée plutôt que précipitée.
Cela dépend du modèle de permissions de la plateforme — à vérifier explicitement avant de s’engager, puisque certains outils d’hébergement n’ont pas du tout été conçus pour un usage multiclient à permissions multiples.
Un site statique n’est que des fichiers — les exporter et les remettre, ou pointer le domaine ailleurs, n’enferme aucun client. Le dire d’emblée bâtit généralement plus de confiance que cela ne coûte en fidélisation.
Cela dépend de la façon dont votre agence préfère travailler — certaines centralisent tout sous un compte d’agence et facturent les clients séparément ; d’autres préfèrent que chaque client ait sa propre relation de facturation avec l’hébergeur. Cela vaut la peine d’être décidé délibérément plutôt que d’hériter par défaut de la configuration du premier client.
Souvent oui, puisque l’argument du temps gagné n’exige pas une grande équipe — il s’agit de ne pas réapprendre un tableau de bord et un cycle de facturation différents à chaque projet, ce qui coûte la même attention qu’on soit deux ou vingt.
Un accès, une facture, aucune configuration par client. Jusqu’à 30 sites sur Large.