Mettre en ligne ton site créé avec l'IA

Claude ou ChatGPT

Un artefact Claude est un seul fichier HTML. Copie le tout, colle-le sur notre page de téléversement, et ton site est en ligne. Rien d'autre à faire.

Marche aussi pour du HTML brut de ChatGPT ou de n'importe quel autre outil. Plusieurs fichiers ? Mets-les dans un zip et téléverse le zip.

Claude Code, Codex ou Cursor

Ces outils ont un terminal. Demande-leur simplement de publier ton site chez Dorelli, ou lance la commande toi-même dans le dossier de ton projet :

npx github:dorelli-cloud/cli deploy dist --email you@example.com

La dernière ligne de la sortie est ton adresse. Relance-la plus tard dans le même dossier et tu mets à jour le même site. La clé est dans .dorelli.json (garde-la hors du contrôle de version). Pas de dossier de build ? Enlève 'dist' pour publier le dossier courant.

Comme outil MCP

Tu préfères que ton IA appelle la publication elle-même, sans terminal ? Ajoute-nous comme serveur MCP. Dans Claude Code, c'est une seule ligne ; les autres clients MCP pointent vers la même commande :

claude mcp add dorelli -- npx -y github:dorelli-cloud/cli mcp

Ton IA reçoit alors deux outils : deploy_site (dossier, e-mail, nom souhaité) et site_status (dossier). Le même .dorelli.json que la variante terminal.

Lovable

Lovable n'a pas de bouton pour publier chez un autre hébergeur ; la sortie passe par GitHub. Relie ton projet à GitHub (en haut à droite dans Lovable), puis ajoute ce fichier à ton dépôt sous .github/workflows/dorelli.yml :

name: Publish to Dorelli
on:
  push:
    branches: [main]

jobs:
  publish:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v7
      - uses: actions/setup-node@v7
        with:
          node-version: 22
      - run: npm ci && npm run build
      - run: npx github:dorelli-cloud/cli deploy dist --email you@example.com --yes

À partir de là, chaque modification dans Lovable se publie toute seule. Ton projet est construit sur les serveurs de GitHub, pas sur les nôtres, ce qui le garde rapide et sûr. Après la première exécution, le résumé t'indique quels secrets régler pour que le push suivant mette à jour le même site.

v0, Bolt ou tout projet avec une étape de build

Même idée : construis ton projet et publie le dossier de sortie. C'est en général dist, build ou out.

npm run build
npx github:dorelli-cloud/cli deploy dist --email you@example.com

Ton projet a un serveur et une base de données ? C'est la formule App

Connexions, commandes, un tableau de bord avec des données : alors ton projet est une app Node ou Next, pas un site statique. Il tourne chez nous dans son propre container avec sa propre base Postgres (15 € par mois après 14 jours d'essai). L'image est construite sur GitHub, jamais sur notre serveur, donc ça passe toujours par un workflow dans ton dépôt :

name: Deploy app to Dorelli
on:
  push:
    branches: [main]

permissions:
  contents: read
  id-token: write

jobs:
  deploy:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v7
      - uses: dorelli-cloud/action@v1
        with:
          plan: app
          email: you@example.com
          site-id: ${{ secrets.DORELLI_SITE_ID }}
          registry-user: ${{ secrets.DORELLI_REGISTRY_USER }}
          registry-password: ${{ secrets.DORELLI_REGISTRY_PASSWORD }}

La première exécution crée le site et un jeton de registry, lie le site à ton dépôt et t'indique quels trois secrets régler : l'id du site et les deux valeurs de registry. Dans un dépôt public, tout le monde peut lire ce qu'affiche une exécution, donc crée le mot de passe de registry dans ton espace, onglet Agents. Ton app reçoit DATABASE_URL et PORT (3000 par défaut) comme variables d'environnement ; pas besoin de Dockerfile, nous utilisons alors npm ci, npm run build, npm start. L'app descend à zéro sans trafic. La première visite ensuite prend 10 à 30 secondes. Les logs, le redémarrage et les variables sont dans ton espace.