Donnez l’URL de votre vieux site à cette IA : elle le reconstruit puis peut ajouter login, base de données et boutique

Un ancien site peut-il devenir une véritable application simplement en donnant son URL à une IA ? Depuis le 18 août 2026, Hostinger AI Builder promet de reconstruire le site visible, puis d’ajouter comptes utilisateurs, base de données, stockage, logique applicative et boutique. La démonstration est spectaculaire. Mais le test décisif commence lorsque l’on demande comment sauvegarder les données, reprendre le code ailleurs et continuer à faire évoluer le produit sans la plateforme.

Dans son annonce officielle du nouvel AI Builder, Hostinger explique qu’une URL, une capture, une image de référence ou un PDF peuvent devenir le point de départ d’un site, d’une boutique, d’une application ou d’un outil interne. L’agent ne se contente ensuite plus de dessiner les pages : il peut provisionner son propre backend, créer les connexions utilisateur et ouvrir une boutique.

Hostinger ne lance plus seulement un générateur de homepage

Le positionnement a changé. Hostinger réunissait déjà un constructeur visuel de sites et Horizons pour les applications générées par IA. AI Builder rassemble désormais ces deux approches dans une plateforme unique : l’IA construit et agit en mode agentique, tandis que le mode manuel permet de déplacer des sections ou de modifier précisément un élément.

Hostinger justifie cette évolution par ses propres données d’usage. Selon l’entreprise, moins de 4 % des projets créés sur sa plateforme sortaient du site web traditionnel un an plus tôt ; ils seraient aujourd’hui près d’un sur cinq à être des SaaS, outils internes ou plateformes de formation. Ce chiffre décrit l’activité déclarée par l’éditeur. Il ne constitue ni une étude indépendante du marché ni une mesure du nombre d’applications arrivées jusqu’à une production durable.

La SERP française reste pour l’instant dominée par les pages commerciales du produit, des guides de création de site et d’anciens avis sur Hostinger Website Builder ou Horizons. Le nouvel enjeu est pourtant ailleurs : il faut désormais évaluer Hostinger AI Builder comme une plateforme applicative, pas uniquement comme un outil qui produit une jolie page en trente secondes.

Phase 1 : donner l’URL d’un vieux site à l’IA

Le point de départ le plus visuel consiste à coller l’URL d’un site réellement daté. Le cloneur analyse le contenu visible, la structure, les styles et les pages accessibles pour produire un nouveau projet modifiable. Il ne migre pas magiquement tout ce qui se trouve derrière le site : comptes clients, commandes, base WordPress, scripts privés, formulaires connectés ou règles métiers ne sont pas déductibles d’une page publique.

Le premier prompt doit donc limiter la reconstruction :

« Reconstruis uniquement la structure éditoriale, les pages publiques et la hiérarchie de navigation de ce site. Ne copie pas les marques, contenus ou images dont je ne possède pas les droits. Dresse ensuite la liste de tout ce que l’URL ne permet pas de migrer. »

Ce cadre évite de confondre inspiration, reconstruction autorisée et copie d’un tiers. La documentation technique d’Hostinger rappelle d’ailleurs que la réplication de sites ou de contenus protégés est déconseillée. Le cas légitime est votre propre site, celui d’un client qui vous autorise à le migrer ou un prototype dont les ressources sont maîtrisées.

Mesurez le résultat page par page : nombre de contenus repris, menus correctement reconstruits, formulaires reconnus, liens cassés, images manquantes et éléments inventés. Une ressemblance visuelle ne suffit pas si la moitié des URL historiques disparaît.

Phase 2 : moderniser sans sacrifier le SEO de l’ancien site

La deuxième étape consiste à demander une mise en page responsive, une navigation mobile, des composants plus lisibles et une meilleure hiérarchie visuelle. Il faut cependant séparer la modernisation graphique de la migration SEO. Un builder peut produire des balises et un sitemap sans connaître les pages qui apportent réellement du trafic ni les redirections nécessaires.

Avant de publier, conservez un inventaire des anciennes URL avec leur titre, statut, trafic éventuel et nouvelle destination. Vérifiez notamment :

• la conservation des URL importantes ou leurs redirections permanentes ;
• les titres, descriptions, H1 et données structurées ;
• les canonicals, le sitemap, le robots.txt et les pages exclues de l’index ;
• les textes alternatifs et les dimensions des images ;
• les formulaires, événements de conversion et outils de mesure ;
• l’affichage mobile, le LCP et les décalages de mise en page.

Cette phase complète naturellement le travail d’un outil de conception. Après avoir utilisé Figma pour passer du design à une première application fonctionnelle, Hostinger cherche à supprimer l’étape suivante : configurer l’hébergement et les services nécessaires au projet. Cela ne dispense pas de valider les routes et le comportement final.

Phase 3 : ajouter un espace membre et une vraie base de données

C’est ici que le projet cesse d’être un simple site. Demandez à l’agent de créer trois rôles — visiteur, membre et administrateur — puis définissez précisément ce que chacun peut lire, créer, modifier et supprimer. Un écran de connexion réussi ne prouve pas que les autorisations sont correctes.

Le backend intégré de Hostinger AI Builder fournit actuellement jusqu’à 5 Go de stockage de données par projet et 500 e-mails automatisés par jour. Il prend en charge mot de passe, code à usage unique par e-mail, récupération de compte et connexions Google, Apple, Facebook ou Microsoft.

Le prompt de test doit décrire des règles, pas seulement des écrans :

« Crée un espace membre où chaque utilisateur ne voit et ne modifie que ses propres demandes. L’administrateur peut consulter toutes les demandes mais doit confirmer chaque suppression. Ajoute inscription, connexion, mot de passe oublié et journal minimal des modifications. »

Testez ensuite avec deux comptes différents. L’utilisateur A ne doit jamais pouvoir afficher les données de B en changeant un identifiant dans une URL ou une requête. Contrôlez également les e-mails de confirmation, l’expiration des sessions, la récupération du mot de passe et le comportement après suppression d’un compte.

Phase 4 : ajouter une boutique ou une fonction payante

Hostinger indique qu’AI Builder peut créer boutique, abonnements, paiements uniques et accès premium. Le traitement financier reste toutefois confié à un prestataire comme Stripe ou PayPal : le backend intégré ne remplace pas le compte de paiement, ses contrôles ni ses frais.

Le test ne doit pas s’arrêter au bouton « Acheter ». Créez au minimum un produit gratuit, une offre payante et un changement de formule. Vérifiez le paiement réussi, le paiement refusé, le double clic, l’annulation, le remboursement et la désactivation réelle de l’accès lorsqu’un abonnement se termine.

Ne stockez jamais vous-même les numéros de carte. Les webhooks du prestataire doivent devenir la source faisant autorité pour attribuer ou retirer l’accès. Si une confirmation arrive deux fois, l’application ne doit pas créer deux commandes ou doubler un avantage.

Le vrai test de Hostinger AI Builder commence lorsque vous voulez partir

La simplicité du backend propriétaire a une contrepartie importante. La fiche technique officielle indique qu’AI Builder n’est pas un système basé sur des fichiers : FTP, SFTP, SSH et gestionnaire de fichiers ne sont pas disponibles. Les tâches cron et le moniteur de ressources ne le sont pas non plus.

Hostinger permet de télécharger le code du projet, mais l’export produit un site statique destiné à être hébergé ailleurs. Il ne peut pas être réimporté dans AI Builder pour reprendre les modifications par prompt. Plus critique pour un SaaS : il n’existe actuellement aucun outil d’export direct des données du backend intégré. Utilisateurs, formulaires et fichiers ne peuvent pas être simplement téléchargés depuis la plateforme.

Cette limitation change complètement un comparatif avec Lovable. Hostinger réduit la configuration initiale et gère son infrastructure. Lovable se présente comme une plateforme full-stack avec code modifiable, historique de projet et synchronisation GitHub ou GitLab. Cela ne rend pas automatiquement toute base de données portable, mais le dépôt de code peut rejoindre un workflow de développement classique.

Hostinger AI Builder ou Lovable : le tableau qui compte après la démo

Ce comparatif prolonge notre analyse du choix entre construire un logiciel interne avec Lovable plutôt que continuer à louer un SaaS. Une application moins chère sur vingt-quatre mois ne l’est réellement que si la maintenance, les sauvegardes et la récupération des données sont incluses dans le calcul.

Combien coûte Hostinger AI Builder ?

Hostinger permet actuellement de commencer sans carte bancaire avec cinq crédits IA. Sa page internationale affiche des forfaits payants à partir de 2,99 dollars par mois, hors TVA, puis des recharges de crédits lorsque le quota est épuisé. Ce montant peut être un prix promotionnel lié à une durée d’engagement, une devise ou une région ; il faut donc comparer le prix de renouvellement visible au moment de l’achat, pas uniquement le tarif d’appel.

Le backend intégré n’entraîne pas de supplément distinct selon la documentation Hostinger, mais les paiements utilisent encore un prestataire tiers. Ajoutez donc les frais de transaction, le domaine après sa période incluse, les crédits supplémentaires, l’e-mail marketing, le temps de test et surtout le coût potentiel d’une migration future.

Ce que le test doit mesurer pendant trente jours

• Reconstruction : pages reprises, contenus manquants et erreurs de structure.
• Responsive : écrans réellement utilisables sur mobile, tablette et ordinateur.
• SEO : URL conservées, redirections, métadonnées, sitemap et trafic.
• Authentification : inscription, récupération, séparation des comptes et rôles.
• Données : création, modification, suppression, volume et scénario de sauvegarde.
• Paiement : succès, refus, remboursement, webhooks et changement de formule.
• Versioning : restauration après une modification qui casse l’application.
• Portabilité : code récupérable, données exportables et déploiement ailleurs.
• Coût : abonnement, crédits, prestataires et temps humain de contrôle.

Une autre règle améliore la robustesse : l’application ne doit pas absorber toutes les automatisations simplement parce que l’IA peut les générer. Les opérations transversales, les notifications entre outils et les traitements planifiés peuvent rester dans un orchestrateur. Notre guide n8n montre comment automatiser ce que l’application ne doit pas gérer elle-même, en conservant une source de données et des responsabilités claires.

Peut-on réellement transformer un vieux site en SaaS avec Hostinger ?

Oui, Hostinger AI Builder possède désormais les briques nécessaires pour dépasser la simple reconstruction visuelle. L’URL fournit le squelette public ; l’agent peut ensuite créer comptes, données, fichiers, e-mails et commerce. Cette continuité évite une grande partie des connexions techniques qui font échouer les prototypes.

Mais un SaaS n’est pas défini par son écran de connexion. Il doit protéger les données, survivre à une erreur, restaurer une version et offrir une stratégie de sortie. Aujourd’hui, l’absence d’export direct du backend intégré constitue la limite la plus importante à écrire dans tout avis sur Hostinger AI Builder. Le bon test n’est donc plus « la homepage est-elle jolie ? ». C’est : « puis-je exploiter, sauvegarder et déplacer ce produit lorsqu’il commence réellement à compter ? »