Comment les agences peuvent gérer les sites clients basés sur l'IA sans code sans perdre le contrôle

Tu as bâti ton agence sur la base de résultats concrets. Aujourd’hui, tu passes la moitié de ton lundi matin à te connecter à six tableaux de bord différents, chacun appartenant à un client qui a créé son propre site à l’aide d’un créateur de site web basé sur l’IA avant de faire appel à toi. Tu es responsable de leurs performances, mais tu n’as aucun contrôle sur leur infrastructure. Ce guide t’explique comment évaluer, organiser et centraliser les sites clients « no-code » au sein d’une infrastructure que tu contrôles réellement — et comment facturer ce service.

Le problème de portefeuille dont personne ne t'a prévenu

Il y a cinq ans, quand un nouveau client d'agence te confiait un projet, il te remettait généralement un WordPress ou un compte Squarespace à moitié terminé. La charge de travail était gérable.

L'ère de l'IA sans code a changé la donne. Des outils comme Lovable et Base44 permettent aux clients de passer d'une simple consigne textuelle à une application web déployée en moins d'une heure, ce qui signifie que les agences se retrouvent de plus en plus souvent face à des sites déjà en ligne avant même qu'un cahier des charges n'ait été rédigé. Au moment où tu es sollicité pour t'occuper du référencement, des campagnes ou de la maintenance courante, l'infrastructure est déjà enfermée dans l'écosystème d'un fournisseur.

Les développeurs amateurs sont désormais quatre fois plus nombreux que les ingénieurs logiciels professionnels, et ils développent environ 70 % de toutes les nouvelles applications d'entreprise. Les agences en font les frais. Les clients arrivent avec des sites Webflow, des pages Framer, des boutiques en ligne générées par Durable et des sites créés par l'IA de Wix. Chacun a sa propre gestion DNS, son propre contact de facturation, sa propre file d'attente pour l'assistance.

Ce n'est pas un simple désagrément. C'est un problème structurel qui s'aggrave à chaque nouveau client.

À quoi ressemble réellement la dépendance vis-à-vis d'un fournisseur au niveau des agences

La plupart des discussions sur les plateformes « no-code » présentent la dépendance vis-à-vis d'un fournisseur comme un risque pour le client. Pour les agences, il s'agit d'un risque opérationnel qui a des répercussions directes sur le chiffre d'affaires.

La plupart des plateformes de développement logiciel « low-code » et « no-code » sont propres à un fournisseur, ce qui peut créer une dépendance vis-à-vis de l'écosystème de ce fournisseur — limitant ainsi la flexibilité et pouvant entraîner des problèmes liés à la dépendance vis-à-vis d'un fournisseur. Pour une agence qui gère 30 sites clients répartis sur 10 plateformes, cette dépendance est décuplée.

Voilà où ça fait mal :

Tu dois rendre des comptes sur les performances sans pouvoir les contrôler. Quand le site Wix AI d’un client met du temps à charger lors du lancement d’une campagne, c’est toi qu’il appelle — pas Wix. Tu n’as pas accès aux journaux du serveur, tu ne peux pas modifier les en-têtes de mise en cache et tu n’as aucun moyen de diagnostiquer le véritable goulot d’étranglement. Tu es responsable d’un résultat sur lequel tu n’as aucune influence.

Des failles de sécurité que tu ne peux pas corriger. De nombreux outils de création d'IA ne sont pas capables de gérer les connexions CRM, les systèmes de réservation, les API complexes ou les workflows avancés. Une enquête Stack Overflow réalisée en 2025 a révélé que 67 % des développeurs considèrent que les applications créées par l'IA sont difficiles à maintenir ou à faire évoluer. Le renforcement de la sécurité sur les plateformes « no-code » dépend entièrement du calendrier de mise à jour du fournisseur. Tu ne peux pas appliquer de correctifs, configurer de pare-feu ou modifier les paramètres PHP. Cette vulnérabilité incombe à ton client, mais rejaillit sur ton agence.

Une facturation fragmentée entre les factures des différents fournisseurs. Douze sites clients répartis sur six plateformes, ça veut dire six relations de facturation distinctes, six dates de renouvellement et six procédures d'escalade différentes en cas de problème. Et tout ce temps-là n'est pas facturable.

Pas d'environnement de préproduction pour les projets clients. Pour réaliser des tests A/B, tester les mises à jour de plugins ou prévisualiser une refonte, il faut un environnement de préproduction. La plupart des formules « no-code » d'entrée de gamme ne proposent pas d'environnement de préproduction ou facturent ce service en supplément, site par site. Ça ralentit la mise en ligne et augmente le risque de perturber les sites en production.

Classer les sites « no-code » de tes clients

Tous les sites « no-code » ne doivent pas nécessairement être migrés. Tous les sites « no-code » ne peuvent pas être migrés. Avant d'élaborer un plan opérationnel, classe ton portefeuille en trois catégories.

Catégorie 1 : Sites exportables

Certaines plateformes génèrent du code réel et portable. Webflow et Lovable proposent toutes deux une fonctionnalité d'exportation de code, qui te permet de télécharger les fichiers HTML, CSS et JavaScript réels pour bénéficier d'une maîtrise totale et d'une flexibilité optimale. Framer prend également en charge l'exportation de code. Ces sites sont des candidats à la migration. Le code sous-jacent peut être hébergé n'importe où, y compris sur un serveur dédié (VPS) ou dans un environnement de revendeur contrôlé par ton agence.

Si le site d'un client a été développé sur l'une de ces plateformes et que son trafic ou la complexité de ses campagnes justifient un contrôle plus strict de l'infrastructure, la migration est techniquement possible sans avoir à tout refaire.

Catégorie 2 : Sites hybrides ou WordPress

Certains outils de création IA sans code génèrent des sites WordPress. Les formules de création de sites IA de WordPress. WordPress proposent une génération par commande textuelle s'appuyant sur une WordPress entièrement gérée, ce qui signifie que le site est construit sur WordPress le CMS qui alimente 43 % du Web. Ce sont souvent les plus faciles à migrer vers un hébergement géré par une agence, car le CMS sous-jacent est portable et la procédure de migration est bien documentée.

Catégorie 3 : Sites liés à une plateforme

Wix, Squarespace et Durable ne proposent pas d'exportation de code. Le site réside sur leurs serveurs, un point c'est tout. Tu as le choix entre te contenter des contraintes de leur tableau de bord ou reconstruire le site sur une plateforme portable avant de le migrer. Cela implique un engagement différent, avec un coût différent.

Quand migrer (et quand ne pas le faire)

La migration n'est pas toujours la bonne solution. Le choix qui s'impose dépend des besoins opérationnels réels du client, et non de ta préférence pour une infrastructure plus épurée.

Quand effectuer la migration :

• Le client mène des campagnes payantes qui dépendent de la vitesse de chargement des pages et des accords de niveau de service (SLA) relatifs à la disponibilité. Tu ne peux pas garantir les performances sur une plateforme que tu ne contrôles pas.
• Le site gère les données des utilisateurs, les processus de paiement ou les soumissions de formulaires qui nécessitent des paramètres de sécurité configurables et une localisation claire des données.
• Le client est sur une trajectoire de croissance qui nécessitera la mise en place d'un environnement de test, la gestion multisite ou une configuration personnalisée des serveurs d'ici 12 mois.
• Le coût d'hébergement de la plateforme sans code se situe entre 30 et 50 % de ce que tu facturerais pour un hébergement géré dans le cadre de l'infrastructure de ton agence — ce qui signifie que le rapport qualité-prix est évident pour le client.

Ne pas retirer dans les cas suivants :

• Ce site est une simple page d'accueil sans campagne active et avec très peu de trafic. Pour une entreprise de services locale, un site Wix ou Squarespace ne vaut pas la peine qu'on se donne la peine de le migrer, ni le coût que ça implique.
• Le client utilise une version du générateur de code liée à une plateforme spécifique, et le coût d'une refonte ne serait pas compensé par des gains de performance ou des avantages en termes de facturation dans un délai raisonnable.
• La relation avec le client en est encore à ses débuts et vous n'avez pas encore abordé la question du budget.

Le but n'est pas de migrer tous les sites. Le but est d'identifier ceux qui te font perdre du temps ou qui limitent ta capacité à obtenir des résultats — et de t'attaquer à ceux-là en premier.

Le guide de migration pour les sites sans code

Quand la migration s'avère être la bonne décision, le processus suit une séquence prévisible, quelle que soit la plateforme d'origine.

Étape 1 : Auditer l'environnement source

Répertorie tout ce qui est actuellement en cours d'exécution sur la plateforme « no-code ». Quels scripts tiers sont chargés ? Y a-t-il un gestionnaire de formulaires, un système de réservation ou une connexion à une API externe ? Identifie les dépendances avant de toucher à quoi que ce soit.

Étape 2 : Choisis l'environnement de destination

Pour les clients gérant un seul site et en pleine croissance, l'hébergement VPS t'offre un accès complet au serveur, une adresse IP stable et la possibilité de configurer la mise en cache, les paramètres PHP et les règles de sécurité sans aucune contrainte. Les formules VPS d'InMotion incluent par défaut l'accès cPanel WHM, ce qui te donne le même environnement de panneau de contrôle centralisé que celui d'une formule Revendeur, avec en plus la flexibilité d'une configuration du serveur au niveau root. Pour les agences gérant 10 sites actifs ou plus, l'hébergement revendeur ou le forfait Shared Pro d'InMotion avec accès à WHM est plus pratique sur le plan opérationnel. WHM te permet de créer et de gérer cPanel distincts par client, en isolant l'utilisation des ressources et le DNS entre les comptes sans avoir à te connecter à des tableaux de bord séparés.

Étape 3 : Recompiler ou porter l'interface utilisateur

Pour les plateformes exportables (Webflow, Framer), récupère le code exporté et héberge directement le fichier statique. Pour les sites IA WordPress, effectue unecPanel standardcPanel . Pour les sites liés à une plateforme spécifique qui nécessitent une refonte, profite de cette occasion pour faire passer le client à WordPress à un générateur de sites statiques que tu peux réellement gérer.

Étape 4 : Valider avant la bascule DNS

Mets en place le nouvel environnement en utilisant un domaine temporaire ou en modifiant le fichier hosts. Vérifie que la vitesse du site, l'envoi des formulaires et toutes les intégrations tierces fonctionnent correctement avant de toucher au DNS. Le service de migration gratuit d'InMotion prend en charge le transfert technique pour les forfaits éligibles, ce qui réduit les coûts de main-d'œuvre de ton côté.

Étape 5 : Consigne tout dans le système de ton agence

Note l'environnement d'hébergement, les identifiants cPanel , la date de renouvellement, l'allocation des ressources et toute configuration personnalisée du serveur pour chaque client. C'est cette couche opérationnelle qui transforme une migration ponctuelle en un service géré durable.

Proposer la gestion des infrastructures comme un service haut de gamme

C'est là que la plupart des agences passent à côté d'une marge de manœuvre. La migration et la gestion de l'infrastructure sont considérées comme des coûts plutôt que comme des services. Ce point de vue te porte préjudice.

Les agences qui gèrent l'hébergement de leurs clients sur leur propre infrastructure peuvent facturer entre 50 et 150 $ par mois et par site à titre de forfait d'hébergement géré. Il ne s'agit pas de revendre de la bande passante. Il s'agit de vendre de la stabilité, de la responsabilité et l'accès à des personnes qui comprennent ce qu'est WHM. Le prix reflète ce que le client achète réellement : un interlocuteur unique pour tous les problèmes d'hébergement, une surveillance proactive et la garantie que son site n'est pas à la merci de la file d'attente du support d'une plateforme sans code.

La conversation avec un client se déroule ainsi : « À l'heure actuelle, si ton site tombe en panne à 23 h juste avant ta plus grande campagne de l'année, tu envoies un ticket à Wix. Avec notre programme d'hébergement géré, tu nous appelles. » Ce n'est pas de la vente incitative. C'est une proposition de valeur accompagnée d'une comparaison opérationnelle directe.

La dépendance vis-à-vis d'un fournisseur, c'est quand des éléments essentiels de la logique métier se retrouvent inextricablement enfermés dans les « jardins clos » des plateformes SaaS propriétaires. Les clients qui ont déjà subi une panne de plateforme « no-code », un changement de tarification imposé ou la suppression d'une fonctionnalité comprennent ce risque mieux que quiconque. Axez la discussion sur l'hébergement géré autour des notions de contrôle et de continuité, et non sur les spécifications techniques.

L'infrastructure d'InMotion pour la gestion sans code des agences

L'infrastructure d'InMotion, conçue pour les agences, est spécialement pensée pour la gestion de plusieurs clients. Il y a quelques fonctionnalités spécifiques qu'il est bon de connaître.

Hébergement revendeur et Shared Pro avec WHM. Les formules Revendeur d'InMotion et la nouvelle formule Shared Pro incluent toutes deux un accès à WHM, ce qui te permet de créer jusqu'à quatre cPanel distincts par formule Pro (et davantage avec les niveaux Revendeur). Chaque compte est isolé, facturé à ton agence et présenté aux clients sous ta marque. Aucune mention de la marque InMotion n'apparaît dans l'interface destinée aux clients. Il s'agit de la couche opérationnelle centrale pour les agences qui centralisent les migrations de sites sans code.

Pour les agences dont les sites clients nécessitent des ressources dédiées, les offres cPanel et ServeurcPanel d'InMotion proposent la même gestion de comptes via WHM, tout en offrant le contrôle total du serveur dont les sites à fort trafic ou soumis à des exigences de conformité ont besoin.

Hébergement VPS pour les clients pour qui la performance est essentielle. Quand le site d'un client nécessite une mise en cache configurable, un réglage personnalisé de PHP-FPM ou la gestion d'OPcache, l'hébergement VPS te donne un accès root pour effectuer ces opérations. UltraStack d'InMotion (NGINX PHP-FPM + OPcache + Redis) gère les environnements WordPress à grande échelle sans qu'il soit nécessaire de régler les performances de chaque plugin.

Programme de partenariat pour les agences. Le programme de partenariat pour les agences d'InMotion propose aux agences une structure officielle de facturation et de commissions conçue autour des deux modèles d'hébergement pour agences les plus courants.

Modèle	Comment ça marche	Meilleur pour
Recommandation (facturée au client)	Jusqu'à 12 % de commission immédiate par client parrainé	Agences où les clients gèrent eux-mêmes leur hébergement
Revendeur (facturation par l'agence)	Jusqu'à 25 % de réduction sur les nouveaux abonnements et les renouvellements d'hébergement	Les agences qui intègrent l'hébergement dans leurs offres de services aux clients

Les niveaux vont de « Basic » (aucune exigence de MRR) à « Recognized », « Preferred » et « Signature » (MRR ≥ 4 000 $), chaque niveau offrant en plus une gestion de compte dédiée, des heures de conseil, des actions de co-marketing et des taux de remise ou de commission plus élevés. Pour une agence gérant 20 sites à 30 $ par mois chacun, le modèle Revendeur au niveau Signature permet de réaliser environ 1 800 $ d'économies annuelles, plus des crédits d'hébergement mensuels — sans compter ce que tu factures à tes clients pour l'hébergement géré.

Environnements de test et isolation. Chaque cPanel sous WHM prend en charge des environnements de test par site, ce qui te permet de tester les migrations, les mises à jour de plugins ou les refontes sans toucher à l'environnement de production. Cela élimine le plus grand risque opérationnel lié à la gestion des transitions de sites sans code.

Une assistance humaine disponible 24 h/24, 7 j/7, qui maîtrise les processus de ton agence. L'équipe d'assistance d'InMotion sait ce qu'est WHM, connaît bien cPanel multi-locataires et peut remonter les problèmes au niveau du serveur sans que tu aies à expliquer de A à Z la structure opérationnelle de ton agence.

La norme opérationnelle qui fait la différence entre les agences

Gérer 30 sites clients répartis entre Wix, Webflow, Squarespace, Durable et Framer, ce n'est pas une stratégie d'hébergement. C'est un problème de fragmentation déguisé en flexibilité.

Les agences qui mettent en place une infrastructure d'hébergement centralisée — où les sites des clients tournent sur des environnements qu'elles contrôlent, via des tableaux de bord auxquels elles ont accès, avec des accords de niveau de service (SLA) auxquels elles peuvent réellement s'engager — fonctionnent différemment. Leurs chargés de compte ne passent pas leurs matinées à dépanner des tableaux de bord de plateformes qui ne leur appartiennent pas. Leurs développeurs ne mettent pas au point de solutions de contournement pour des comportements de mise en cache qu'ils ne peuvent pas configurer. Et leurs clients ne sont pas confrontés au fossé entre « ton agence gère notre site web » et « notre site web appartient à trois fournisseurs différents ».

Commence par tes sites exportables et tes clients les plus fréquentés. Assure-toi d'abord qu'ils soient hébergés sur une infrastructure que tu contrôles. Ensuite, présente l'hébergement géré comme un service standard, et non comme une option supplémentaire.

Découvre les formules d'hébergement VPS d'InMotion et le programme de partenariat pour agences pour voir comment fonctionne concrètement la gestion centralisée de plusieurs clients.