Une route par page
Chaque page du site devient un fichier app/nom-de-la-page/page.tsx, et la page d'accueil app/page.tsx. Le fichier app/layout.tsx porte l'en-tête, le pied de page, la langue et les données structurées.

Créez, modifiez, publiez, puis gérez votre site et votre application depuis leur propre tableau de bord. Chaque fonctionnalité en vraies captures.
Voir les fonctionnalités
Un projet Next.js en React et TypeScript, envoyé dans votre dépôt GitHub. Un changement de la spec fait dans le dépôt revient dans Eqlo.
Voir la page développeurs
Collez une adresse : on vous dit en trente secondes ce que Google voit réellement de vos pages.
Tester une adresseEqlo est un générateur de code React par IA qui travaille en deux temps. L'IA rédige d'abord une spécification du site à partir de votre description, puis un compilateur en tire un projet Next.js en React et TypeScript. Ce projet part dans votre dépôt GitHub, où vous le lisez, le relisez et le reprenez comme n'importe quel code.
L'IA n'écrit pas directement les fichiers du site. Elle produit une spécification structurée : les pages, leurs sections, les textes, le thème, la navigation et les formulaires. Un compilateur transforme ensuite cette spécification en projet Next.js, toujours de la même façon. Deux versions proches donnent donc deux projets proches, et le diff reste lisible en revue.
À chaque génération, des règles de qualité sont vérifiées : un seul H1 par page, des titres et des descriptions uniques, des liens internes valides, une description sur chaque image et aucun script étranger. Si une règle n'est pas respectée, le site est réparé automatiquement avant de vous être montré. Les pages s'affichent sans JavaScript, et les formulaires fonctionnent aussi sans lui.
Le moteur lui-même est testé à chaque évolution du produit. Il doit tenir un score Lighthouse mobile d'au moins 95 en SEO et en accessibilité et de 85 en performance, et réussir au moins 18 générations sur 20 du premier coup. Côté modèles, Claude Haiku classe et rédige, Claude Sonnet génère et modifie, et un niveau de secours prend le relais quand une modification échoue deux fois.
Le projet suit l'arborescence d'une application Next.js avec App Router. Après un clone, npm install puis npm run dev suffisent pour le lancer en local, et npm run build pour le construire.
Chaque page du site devient un fichier app/nom-de-la-page/page.tsx, et la page d'accueil app/page.tsx. Le fichier app/layout.tsx porte l'en-tête, le pied de page, la langue et les données structurées.
Les textes et les sections de chaque page sont rangés dans content/pages, au format JSON, et les éléments communs dans content/site.json. Les composants du dossier components lisent ces fichiers, si bien qu'une correction de texte ne touche aucun composant.
Le thème tient dans un fichier theme.css, avec des variables pour les couleurs, les polices et les arrondis. Les polices sont installées comme paquets Fontsource et servies par le site lui-même, sans appel à Google. Les icônes viennent de lucide-react.
Le dossier public contient sitemap.xml, robots.txt et llms.txt. Pour une application, il ajoute le manifeste, les icônes et un service worker qui garde les pages en cache pour la consultation hors ligne.

Versions relevées dans le moteur le 10 octobre 2026. Elles sont figées dans le package.json du projet exporté, sans plage de version.
La connexion GitHub se règle dans l'écran Connexions du projet, comme Slack ou Notion. Elle est incluse dans toutes les offres, y compris l'offre gratuite.
Vous créez un jeton à granularité fine, limité aux seuls dépôts choisis, avec la permission Contents en lecture et écriture. Eqlo le vérifie, puis le stocke chiffré en AES-256. La branche visée est main par défaut.
Chaque envoi crée un seul commit intitulé « Eqlo : version N », avec la spécification et le projet compilé. Les fichiers qui ont disparu du projet sont supprimés du dépôt, et l'historique n'est jamais réécrit de force.
Après avoir collé le secret du webhook dans les réglages du dépôt, un push qui modifie eqlo/spec.json devient une nouvelle version dans Eqlo. Les autres fichiers sont recompilés à l'envoi suivant : une modification durable passe donc par la spécification, ou par une branche que vous gardez pour vous.

Eqlo n'a pas d'outil en ligne de commande ni d'API publique avec clé. Le dépôt GitHub sert de point d'échange pour le code, et les données sortent par d'autres chemins.
Les formulaires peuvent partir vers votre serveur, Make, Zapier ou n8n par un webhook signé, avec de nouvelles tentatives si la réception échoue. Les automatisations de l'admin appellent elles aussi un webhook sécurisé, au déclenchement que vous choisissez : une ligne créée, un statut atteint, une date ou un formulaire reçu.
Les tables de données s'exportent en CSV ou en SQL, l'espace de travail entier en un fichier JSON sans aucun secret, et le journal d'activité en CSV jusqu'à 50 000 lignes. Les clés des services reliés sont chiffrées en AES-256 et masquées dans les messages d'erreur. Tant que le projet tourne chez Eqlo, ces données résident dans la région sélectionnée à sa création, parmi l'Union européenne, les États-Unis et le Royaume-Uni.
Chaque site a son admin, à son adresse suivie de /admin. Les propriétaires et les administrateurs de l'espace disposent d'un chat qui modifie le code de cet admin, avec des garde-fous pensés pour un développeur.
L'IA propose un changement, Eqlo le contrôle et le compile, puis affiche la liste des fichiers modifiés. Vous validez ou vous abandonnez, sans rien appliquer à l'aveugle.
Vous pouvez annuler un changement, restaurer une version saine ou revenir au modèle de départ. Si une version plante chez les utilisateurs, la précédente revient automatiquement.
Le projet exporté se construit et s'héberge ailleurs, sur n'importe quelle plateforme qui fait tourner Next.js. Avant de couper le lien, vérifiez chaque fonction qui envoie des données : les formulaires, par exemple, postent vers le point d'accès Eqlo du projet, et il faudra les rebrancher sur votre propre serveur.
Pour l'application mobile, chaque offre permet de télécharger le projet source Expo et React Native. Ce projet charge le site publié à l'intérieur d'une coque native : voilà pourquoi un changement de contenu arrive dans l'application sans nouvelle revue des stores.
Un relecteur remarque d'abord la séparation entre contenu et composants : la plupart des diffs touchent des fichiers JSON, rarement le code React. C'est voulu, et c'est ce qui rend les versions comparables d'un envoi à l'autre.
Il remarque aussi ce qui manque. Aucun test n'est généré, aucune base de données n'est livrée avec le projet, et les composants sont génériques plutôt qu'écrits pour votre métier. Une règle de calcul, une permission fine ou une validation côté serveur restent à écrire par vous.
La méthode qui fonctionne le mieux : traiter chaque envoi comme une contribution externe. Une branche dédiée, une relecture, vos tests, puis la fusion. Le code étant du Next.js standard, il passe dans vos outils d'intégration continue sans adaptation.
Eqlo convient quand le livrable est un site, une boutique, une prise de rendez-vous ou une application de contenu, avec un admin pour le client et un code que vous voulez pouvoir relire. Il vous épargne le socle répétitif : les pages, le SEO technique, les formulaires et l'hébergement.
Il convient mal à une application métier avec une logique complexe, une base de données que vous voulez concevoir vous-même ou une bibliothèque de composants existante à respecter. Dans ces cas, partez de votre propre dépôt et gardez Eqlo pour les pages publiques.
Pour continuer selon ce que vous construisez.
Non. Le dépôt contient un projet Next.js standard en React et TypeScript, du contenu en JSON et un fichier de thème en CSS. La spécification eqlo/spec.json est le seul fichier propre à Eqlo, et elle sert au retour vers le studio.
Oui, mais seules les modifications de eqlo/spec.json reviennent dans Eqlo. Les autres fichiers sont recompilés au prochain envoi. Pour une reprise durable du code, travaillez sur une branche qu'Eqlo ne pousse pas.
Non. Les échanges passent par GitHub pour le code, par des webhooks signés pour les formulaires et les automatisations, et par les exports CSV, SQL ou JSON pour les données.
En partie. Vous choisissez parmi 21 styles et 44 polices, vous réglez la palette, la forme des boutons et l'espacement dans l'onglet Design, sans IA. Importer votre propre bibliothèque de composants n'est pas possible.
Il reste à vous, avec tout son historique. Le projet se construit et s'héberge ailleurs, à condition de rebrancher les formulaires, qui postent par défaut vers le point d'accès Eqlo.
L'adresse d'un site que vous aimez sert d'inspiration : Eqlo en reprend l'ambiance, c'est-à-dire les couleurs, les polices, les arrondis et la quantité d'animation. Les textes, les images et la marque ne sont jamais copiés.
Oui. Le studio existe en français et en anglais, et chaque site est généré dans l'une des deux langues. Des instructions permanentes, jusqu'à 2 000 caractères, sont relues à chaque demande.
Rien de plus : les connexions et l'export du code sont inclus dans toutes les offres. L'offre gratuite compte cinq projets actifs et un siège, l'offre Plus coûte 19 € par mois et l'offre Équipe 49 €.
Commencez avec l'offre gratuite, sans carte bancaire. Reliez GitHub dès la première version et lisez le code avant de décider quoi en faire.