Lovable vs Hostinger Horizons : quel créateur d’applications choisir ?

Comment créer une application sans écrire tout le code soi-même ?

Le point de départ est un besoin concret, pas une liste de technologies. Vous pourriez demander : « Crée un espace où mes clients se connectent, envoient une demande et suivent sa réponse. » L’IA construit les écrans ; vous regardez le résultat et demandez des changements. Les deux outils proposent aussi les services qui gardent les données et gèrent les comptes, puis un parcours pour mettre l’application en ligne.

Dans Lovable, vous pouvez discuter d’un plan avant de faire modifier le projet. Horizons permet de partir d’une description ou d’une image de référence et de retoucher le texte visuellement. Ce sont des façons documentées de travailler ; aucun essai ici ne permet d’affirmer que l’un est plus simple ou plus rapide pour votre application.

Peut-on continuer par conversation après l’aide d’un développeur ?

Faire une application avec l’IA ne vous oblige pas à rester seul sur le projet. Un développeur peut corriger ses fichiers ou ajouter une fonction. Avec Lovable, ses modifications peuvent revenir dans le constructeur : vous retrouvez le projet mis à jour et continuez à demander des changements par conversation. Ce lien passe par GitHub, un service qui conserve le code et l’historique des modifications, disponible sur tous les plans Lovable.

Horizons permet aussi de récupérer les fichiers du code. Ils sont regroupés dans une archive ZIP, un dossier compressé à télécharger. En revanche, les modifications réalisées à l’extérieur ne peuvent pas revenir dans son constructeur. Vous poursuivez alors le travail à l’extérieur, au lieu de retrouver ces changements dans la conversation Horizons.

Que récupère-t-on si l’on veut quitter la plateforme ?

Une application ne se limite pas à ses écrans : elle contient aussi les comptes utilisateurs, leurs données et parfois des fichiers. L’archive Horizons fournit les fichiers qui décrivent les écrans et leur comportement, en React/Vite, les outils utilisés pour les construire. Elle ne contient pas les données des services intégrés. Récupérer cette archive ne suffit donc pas à déplacer une application déjà utilisée par des clients.

Lovable explique comment transférer ces services depuis Lovable Cloud vers Supabase, un service qui gère notamment données et comptes utilisateurs. Il faut déplacer les données et les fichiers, remettre en place les connexions des utilisateurs, adapter les adresses et remplacer les connexions qui appellent encore Lovable. Ce guide permet de préparer un départ ; le transfert demande encore ces opérations.

Quel montant paie-t-on réellement, et pour combien de temps ?

Lovable Pro 100 affiche 25 $/mois en paiement mensuel ou 250 $/an payé à l’année. Le prix Hostinger Premium de 2,99 €/mois correspond, lui, à 48 mois payés d’avance : 143,52 € hors TVA, puis 9,99 €/mois au renouvellement. Comparez la somme réellement débitée et la durée, avant de retenir le petit montant mensuel.

Les offres Hostinger Unlimited et Cloud Startup affichent aussi 48 mois prépayés et des tarifs de renouvellement plus élevés. Le domaine offert pendant un an, c’est-à-dire l’adresse personnalisée de votre application, facilite le lancement mais son renouvellement se paie ensuite. Ce regroupement peut vous convenir ; les sources ne permettent pas de conclure qu’une application terminée coûte moins cher chez Hostinger.

Que paie-t-on pour créer l’application puis la faire fonctionner ?

Chez Hostinger, les cinq ou quinze crédits de création affichés sur la grille sont offerts une seule fois. Les crédits sont les unités décomptées pour utiliser l’IA. Le créateur d’applications demande un hébergement actif et un abonnement à l’IA distinct. La consommation varie selon la demande, même lorsqu’elle ne modifie pas le code. Les crédits d’un autre service Hostinger ne remplacent pas automatiquement ceux de ce constructeur.

Les captures publiques ne donnent pas l’allocation mensuelle complète de cet abonnement à l’IA. Vérifiez son prix et son quota dans votre compte si vous prévoyez de modifier souvent l’application. On ne peut pas déduire un nombre garanti de projets ou de corrections à partir des seuls crédits offerts.

Chez Lovable, créer l’application et la faire fonctionner utilisent un solde général commun après les dotations réservées au stockage, à l’hébergement et à l’IA. Une fois les crédits épuisés, certaines fonctions d’IA échouent et les services qui gèrent les données peuvent être mis en pause. Une page qui s’affiche encore ne garantit donc pas que la connexion ou l’enregistrement d’un formulaire fonctionne.

Qui gère les données et les comptes de vos utilisateurs ?

Les deux outils peuvent gérer les comptes des utilisateurs et les données de l’application. Ces services en arrière-plan sont souvent appelés le backend. Lovable propose ses propres services Cloud ou une connexion à Supabase ; Hostinger propose aussi des services intégrés. La présence d’une base de données ne départage donc pas les deux à elle seule.

Dans Lovable, Plan mode sert à discuter de ce qui sera construit avant de modifier le projet ; Build mode réalise les changements. Horizons permet aussi de partir d’une conversation, d’utiliser une image de référence et de modifier le texte visuellement. Pour un espace client, précisez par exemple qui peut envoyer une demande, qui la traite et ce que chaque personne peut voir.

Lovable peut examiner les fichiers du projet, les messages d’erreur et les échanges avec les services, puis lancer des vérifications de l’application. Ces outils se déclenchent le plus souvent sur demande. Décrivez donc le problème avec une action précise, par exemple « la demande ne s’enregistre pas après connexion », et vérifiez ensuite le parcours corrigé. La présence de ces outils ne prouve pas que toute l’application est sûre.

Comment mettre l’application en ligne, y compris sur mobile ?

Publier signifie rendre l’application accessible à une adresse web ; l’hébergement est le service qui la fait fonctionner. Lovable peut la publier sur sa propre adresse. Si vous récupérez ses fichiers pour les installer ailleurs, un développeur doit vérifier le type d’hébergement nécessaire. Les projets créés depuis le 13 mai 2026 utilisent TanStack Start, qui peut demander un serveur ; les anciens projets React/Vite peuvent être de simples fichiers à servir.

L’archive Horizons React/Vite doit aussi être préparée avant d’être hébergée ailleurs. Le code brut ne fonctionne pas simplement en le déposant sur n’importe quel hébergement web. Si vous restez chez Hostinger, vous utilisez son parcours de publication ; si vous partez, prévoyez ce travail de préparation et vérifiez les services de données à conserver ou remplacer.

Horizons crée des applications utilisables dans un navigateur, y compris sur mobile. Il ne fournit pas une application native à distribuer directement dans les boutiques Apple ou Android. Si votre besoin est un outil accessible par un lien, le parcours web peut convenir ; si vous voulez des fonctions propres au téléphone ou une présence dans ces boutiques, il faut prévoir un autre travail.

Lovable réserve l’adresse personnalisée aux offres payantes. Ses contrôles peuvent relever des problèmes de configuration, de composants utilisés ou d’accès aux données. Avant d’accueillir des utilisateurs, essayez les actions permises et interdites avec plusieurs comptes : un bouton « publier » ou une vérification automatique ne remplace pas ce contrôle du projet.

Comment ajouter des paiements ou un service extérieur ?

Une application peut avoir besoin d’un service extérieur, par exemple Stripe pour les paiements. Ces services se relient souvent par une API, une porte d’échange entre deux logiciels. Horizons documente les abonnements Stripe ; Lovable documente les connexions à des services extérieurs. Il faut encore configurer le compte, les clés d’accès et les frais du fournisseur.

Pour un espace client payant, vérifiez l’achat, le renouvellement et l’annulation. Un webhook est le message qu’un service comme Stripe envoie à l’application lorsqu’un événement se produit ; recevoir deux fois le même message ne doit pas facturer deux fois le client. Il s’agit de vérifications conseillées, pas de résultats de tests attribués ici aux deux outils.

Qui peut accéder au projet et comment sont utilisés vos échanges ?

Les échanges qui servent à construire le projet ont leurs propres règles d’utilisation. Sur Lovable Free et Pro, chaque personne peut exclure ses futurs contenus de l’entraînement de l’IA en désactivant « AI model training », le réglage d’entraînement, dans ses préférences. Le choix d’un membre ne couvre pas les autres. Business et Enterprise excluent par défaut les données de l’espace de travail partagé ; cela ne retire pas les contenus déjà utilisés. Les données des utilisateurs finaux de l’application sont exclues de cet entraînement.

Les captures Hostinger décrivent une mémoire de l’IA lorsqu’elle est activée, sans établir ici une option précise permettant d’exclure les demandes du constructeur de l’entraînement. Elles ne confirment pas non plus tous les droits d’équipe ni la modification simultanée. Si ces points déterminent votre achat, demandez leur confirmation avant d’ajouter les contenus concernés.

L’espace de travail du constructeur organise les personnes qui créent l’application. Les comptes de vos clients organisent ceux qui l’utilisent : ce sont deux jeux de droits distincts. De même, choisir où les données sont stockées ne dit pas où tous les traitements d’IA ont lieu. Gardez ces distinctions au moment de régler les accès et de choisir un service.