Créez gratuitement un site web avec GitHub et l’IA — et restez-en propriétaire pour toujours

Pendant des années, votre site web vivait chez votre hébergeur. Webflow, Framer, WordPress.com: votre contenu, votre design, les réglages de votre domaine, vos fichiers, tout était stocké sur leurs serveurs et verrouillé dans leur système. Changer de prestataire signifiait tout migrer, avec la certitude que certaines choses casseraient. Je le sais d’expérience. J’ai créé un site sur Webflow, acheté un modèle, consacré beaucoup de travail à ce site et, lorsque j’ai voulu partir, la seule option réaliste était de tout reconstruire. Techniquement, vous pouvez exporter le code, mais ce que vous récupérez vous appartient à peine. Avant cela, je téléversais manuellement les fichiers de mon site par FTP. Aucune de ces options ne me donnait quelque chose qui m’appartenait vraiment.

Il n’est plus nécessaire de travailler ainsi. Votre site web peut vivre dans un dépôt GitHub, tandis que l’hébergement ne sert qu’à le montrer au monde et devient interchangeable. Si votre hébergeur ne vous convient plus demain, vous en connectez un autre au même dépôt et c’est réglé. Rien ne migre. Rien ne casse.

Ce guide vous explique ce modèle. À la fin, vous comprendrez comment créer un site web d’aspect moderne en utilisant des outils IA pour écrire le code à votre place, GitHub pour le stocker et Cloudflare Pages pour le publier — gratuitement.

Pourquoi GitHub? Et qu’est-ce qu’un dépôt, au juste?

Si vous n’avez jamais utilisé GitHub, le mot « dépôt » vous paraît probablement technique. En réalité, il ne l’est pas vraiment. Un dépôt GitHub est un dossier de projet qui se trouve sur internet et enregistre chaque modification qui lui est apportée.

Voyez-le comme Google Docs pour le code, sauf qu’au lieu d’un document, vous avez un dossier de projet complet. Tous les fichiers s’y trouvent: le code qui construit votre site, le contenu que vous écrivez, les images, la configuration. Et chaque modification est enregistrée, avec un horodatage et une description. Si quelque chose casse, vous pouvez voir exactement ce qui a changé et quand.

GitHub sert aussi de déclencheur pour votre site web. Connectez GitHub à un hébergeur comme Cloudflare Pages et, chaque fois que vous mettez à jour votre branche principale, votre site est automatiquement reconstruit et publié. Vous écrivez du nouveau contenu, vous le poussez sur GitHub et votre site est actualisé en moins d’une minute. Pas de FTP, pas de panneau d’administration, pas de bouton « publier » à actionner manuellement.

Votre site web ne vit pas vraiment sur les serveurs de Cloudflare. Il vit dans votre dépôt GitHub. Cloudflare se contente de le lire et de le montrer au monde.

Qu’est-ce qu’un site statique, et pourquoi est-ce important?

La plupart des plateformes d’hébergement traditionnelles — WordPress, Webflow, de nombreux CMS — sont dynamiques. Lorsqu’une personne charge une page, le serveur exécute du code, interroge une base de données, assemble le HTML et le renvoie. C’est puissant, mais cela suppose un serveur actif 24 heures sur 24 et 7 jours sur 7, une base de données, des mises à jour logicielles et des correctifs de sécurité.

Un site statique fonctionne autrement. Le site est construit une fois — en HTML, CSS et un peu de JavaScript — puis servi sous forme de fichiers ordinaires. Aucun serveur n’exécute de code à chaque visite. Pas de base de données. Rien à actualiser ni à corriger. Les fichiers restent simplement là, et Cloudflare les transmet aux personnes qui visitent votre site depuis des serveurs proches d’elles, où qu’elles se trouvent dans le monde.

Résultat: des temps de chargement plus courts, rien à pirater, rien à maintenir et un hébergement qui peut être entièrement gratuit, car servir des fichiers statiques à grande échelle ne coûte presque rien à Cloudflare.

Pour les personnes qui les visitent, les sites statiques modernes n’ont rien de « statique ». Ce site — goodaiguide.com — est construit comme un site statique. Il offre une recherche, des filtres, des pages qui paraissent dynamiques et un design adaptatif. En revanche, il n’a ni base de données, ni facture mensuelle de serveur, ni CMS auquel je dois me connecter.

La partie IA: vous n’écrivez pas le code vous-même

C’est ce qui change la donne pour les personnes qui ne sont pas développeuses.

Il y a quelques années, créer un site statique exigeait encore de connaître suffisamment le HTML, le CSS et un peu de JavaScript pour que tout fonctionne. Ou de payer quelqu’un qui savait le faire. L’IA a pour ainsi dire supprimé cette exigence.

Vous décrivez ce que vous voulez. L’IA écrit le code. Vous le passez en revue, demandez des modifications dans un langage courant et l’IA l’adapte. Les connaissances techniques sont toujours là. Elles se trouvent simplement dans l’IA, pas chez vous.

Trois outils s’y prêtent particulièrement bien, et tous fonctionnent avec GitHub:

Claude Code est le plus performant. Il fonctionne dans votre terminal (l’interface en ligne de commande de votre ordinateur), se connecte au dossier de votre projet, lit tous vos fichiers et apporte des modifications de manière autonome. Vous décrivez ce que vous voulez dans un langage naturel — « ajoutez une section d’inscription à la newsletter sur la page d’accueil » ou « créez une page pour mon portfolio » — et Claude Code écrit, teste et commite les modifications. Il comprend l’ensemble de votre projet comme contexte, ce qui permet de garder des changements cohérents sans rien casser. La contrepartie: vous devez être à l’aise avec un terminal. La configuration prend quelques minutes, puis son utilisation devient vite naturelle.

Google Antigravity est un environnement de développement accessible dans le navigateur et propulsé par les modèles Gemini de Google. Aucune installation n’est nécessaire: ouvrez un navigateur, lancez un projet, et les agents d’Antigravity planifient et construisent pour vous. Il est excellent pour partir de zéro et obtenir rapidement une première version fonctionnelle d’un site. Il convient bien aux personnes qui pensent visuellement et aux projets pour lesquels vous voulez voir quelque chose fonctionner avant de l’affiner.

Google Jules adopte une approche asynchrone. Vous le connectez à votre dépôt GitHub et lui attribuez des tâches — « vérifiez si cette page présente des problèmes d’accessibilité » ou « ajoutez un article de blog avec ce contenu ». Jules travaille en arrière-plan et vous présente un résultat à examiner. Pas de terminal, pas d’IDE: une description de la tâche et un résultat. Il fonctionne aussi bien depuis votre téléphone que depuis votre ordinateur. Il convient à la maintenance et aux petites modifications une fois le site construit.

J’utilise les trois sur ce site, selon mes besoins. Les changements structurels complexes passent par Claude Code. Les expériences visuelles rapides passent par Antigravity. Les mises à jour de contenu à la volée passent par Jules. Ils ne se gênent pas mutuellement, grâce au système de branches de GitHub.

Les branches: pourquoi plusieurs outils IA ne se gênent pas

Ce concept mérite d’être compris, même si vous ne comptez jamais utiliser plus d’un outil.

GitHub utilise un concept appelé les branches. Voyez-les comme des versions parallèles de votre projet. La branche principale est votre site web publié et accessible au public. Toute autre branche est une copie de travail sur laquelle vous apportez des changements sans toucher au site en ligne.

Lorsqu’un outil IA — ou vous-même — apporte des changements, ceux-ci sont effectués sur une branche séparée. Lorsque le résultat vous convient, ils sont fusionnés dans la branche principale, ce qui déclenche un nouveau déploiement. Si les changements sont mauvais ou incomplets, vous abandonnez la branche. La branche principale reste intacte jusqu’à ce que vous soyez prêt.

Les équipes professionnelles de développement logiciel travaillent ainsi depuis des années. C’est pourquoi je peux utiliser Claude Code un jour, Antigravity le lendemain et Jules sur mon téléphone, tous sur le même projet, sans qu’ils se marchent sur les pieds. Chaque outil travaille sur sa propre branche. La branche principale reste propre.

Mettre le site en ligne: connecter GitHub au monde

Une fois votre site dans un dépôt GitHub, vous devez le connecter à un hébergeur. C’est l’étape qui le publie réellement.

Plusieurs prestataires proposent ce service gratuitement:

Prestataire	Offre gratuite	Domaine personnalisé	Minutes de build
Cloudflare Pages	Sites illimités, bande passante illimitée	Oui, SSL gratuit	500/mois
Vercel	Projets personnels illimités	Oui, SSL gratuit	6000/mois
Netlify	1 site par projet	Oui, SSL gratuit	300/mois
GitHub Pages	1 site par compte	Oui (avec configuration)	Via GitHub Actions

Tous les quatre surveillent votre dépôt GitHub et redéploient votre site lorsque la branche principale change. Ils incluent tous automatiquement le HTTPS (le cadenas dans le navigateur). Pour un site personnel ou un petit projet, chacun d’eux convient.

J’utilise Cloudflare Pages parce que Cloudflare gère aussi le DNS de mon domaine, ce qui simplifie la configuration d’un domaine personnalisé. Voici comment procéder.

Configurer Cloudflare Pages, étape par étape

Avant de commencer: vous avez besoin d’un compte GitHub (gratuit sur github.com) et d’un compte Cloudflare (gratuit sur cloudflare.com). Le code de votre site doit déjà se trouver dans un dépôt GitHub. Si vous partez de zéro, demandez à un outil IA de créer le projet et de le pousser sur GitHub. C’est une première tâche tout à fait raisonnable à lui confier.

Étape 1 — Connectez GitHub à Cloudflare

Connectez-vous à Cloudflare. Dans la barre latérale gauche, accédez à « Workers & Pages » → « Pages ». Cliquez sur « Create a project » → « Connect to Git ». Autorisez Cloudflare à accéder à votre compte GitHub lorsque le système vous le demande, puis sélectionnez le dépôt que vous voulez déployer.

Étape 2 — Configurez votre build

Cloudflare doit savoir comment construire votre site. Les réglages dépendent du framework utilisé par votre outil IA. Voici les options courantes:

• Astro: commande de build npm run build, dossier de sortie dist
• Next.js: Cloudflare le détecte généralement automatiquement
• HTML simple: aucune commande de build nécessaire, le dossier de sortie est votre dossier racine ou public

Si vous avez un doute, demandez à votre outil IA: « Quels sont les réglages de build Cloudflare Pages pour ce projet? » Il vous dira exactement quoi saisir.

Cliquez sur « Save and Deploy ». Cloudflare lancera votre premier build. Cela prend une minute ou deux. Une fois terminé, vous aurez une URL fonctionnelle à l’adresse [quelque-chose].pages.dev.

Étape 3 — Ajoutez un domaine personnalisé

Si vous possédez votre propre domaine (par exemple votremarque.com), vous pouvez le connecter dans les réglages du projet Pages, sous « Custom domains ». Cloudflare vous guidera dans la configuration du DNS. Il s’agit généralement d’ajouter un enregistrement CNAME qui fait pointer votre domaine vers l’URL Pages.

Si votre domaine est enregistré ailleurs, vous devrez modifier les serveurs de noms pour les faire pointer vers Cloudflare, ou ajouter des enregistrements CNAME auprès de votre prestataire d’enregistrement. J’utilise Gandi: son interface est claire, ses prix sont transparents et elle ne cherche pas à vous piéger. La configuration m’a pris environ cinq minutes. Si cette étape reste confuse, quel que soit votre prestataire, collez les instructions de Cloudflare dans votre outil IA et demandez-lui de vous expliquer précisément quoi faire dans votre cas.

Étape 4 — C’est tout

Chaque fois que vous poussez des changements vers votre branche principale sur GitHub, Cloudflare reconstruit et redéploie automatiquement votre site. Aucune étape manuelle. L’ensemble du processus prend environ une minute entre le commit et la mise en ligne.

Mettre à jour votre site depuis n’importe où

Une fois le pipeline configuré, maintenir votre site à jour demande étonnamment peu de travail.

Depuis votre ordinateur: Claude Code est l’outil à privilégier pour tout ce qui dépasse les simples mises à jour de contenu. Vous pouvez lui demander d’ajouter des fonctionnalités, de repenser le design de certaines sections, de mettre à jour les styles ou de créer des types de pages entièrement nouveaux. Il comprend l’ensemble de votre projet et préserve la cohérence des modifications.

Depuis n’importe quel navigateur: Antigravity ou Jules dans le navigateur. Jules est particulièrement adapté aux tâches ciblées: « Ajoutez un article de blog sur [sujet] », « corrigez le lien cassé sur la page À propos », « mettez à jour les prix sur la page des outils ». Vous décrivez la tâche, Jules s’en charge, puis vous examinez et approuvez le résultat.

Depuis votre téléphone: Jules s’en charge bien. Son modèle asynchrone — vous soumettez une tâche et revenez plus tard consulter le résultat — convient parfaitement à un téléphone. Je l’utilise pour ajouter du contenu et apporter de petites modifications lorsque je ne suis pas à mon bureau. Il fonctionne très bien dans un navigateur mobile.

Et si vous voulez aller plus loin: j’ai créé un assistant basé sur WhatsApp appelé Clawdia. Je peux lui envoyer un message vocal décrivant une modification, recevoir en retour un lien de prévisualisation et mettre le changement en ligne d’une simple réponse. Ce sera l’objet d’un autre guide, mais cela montre jusqu’où cette configuration peut aller — et la limite est loin d’être atteinte.

Pour le contenu en particulier: si votre site utilise des fichiers Markdown pour le contenu (comme la plupart des frameworks de sites statiques modernes), le mettre à jour revient à modifier un fichier texte. Les outils IA peuvent rédiger du nouveau contenu, actualiser des pages existantes et gérer automatiquement les métadonnées du frontmatter. Vous écrivez comme dans n’importe quelle application de notes, l’IA s’occupe du format.

Une chose permet au contenu produit avec l’aide de l’IA de vraiment fonctionner: vous devez avoir consigné votre voix. Votre façon de parler, vos convictions, votre manière d’expliquer les choses, ce que vous ne diriez jamais. J’ai un document qui le fait pour goodaiguide.com. Il couvre mes valeurs, le public auquel j’écris, les expressions précises que j’évite et des exemples du ton que je recherche. Avant que l’IA n’écrive quoi que ce soit pour ce site, elle lit ce document. Le résultat ressemble vraiment à ma façon de parler, au lieu de sonner comme une newsletter générique. Si vous créez un site où l’écriture compte, ce brief mérite une heure de votre temps avant de commencer à générer du contenu à grande échelle.

Lorsque vous bloquez: demandez à l’IA

Vous allez rencontrer des obstacles. Quelque chose ne fonctionnera pas, un message d’erreur semblera incompréhensible, une étape d’un tutoriel ne correspondra pas à ce que vous voyez à l’écran. C’est normal. Cela arrive même aux personnes qui font ce travail depuis des années.

La différence, aujourd’hui, c’est que vous disposez d’une IA capable de vous l’expliquer.

« J’ai reçu ce message d’erreur en essayant de déployer le site. Que signifie-t-il et comment puis-je le corriger? » Collez le message d’erreur. L’IA vous l’expliquera.

« Cloudflare indique que mon build a échoué. Voici le journal: quel est le problème? » Collez le journal. L’IA trouvera le problème.

« Mon domaine personnalisé est configuré, mais le certificat SSL affiche une erreur. Voici ce que Cloudflare affiche: que dois-je faire? » L’IA vous guidera pas à pas.

C’est ainsi que vous développez votre compréhension au lieu de contourner l’apprentissage: vous résolvez des problèmes réels dans leur contexte plutôt que de lire des tutoriels abstraits. J’ai construit la majeure partie de ce site en décrivant ce que je voulais, puis en ajustant le résultat à chaque réponse. Les lacunes dans mes propres connaissances se sont comblées en chemin, problème après problème.

Une autre démarche utile une fois votre site construit: demandez à votre outil IA d’effectuer un contrôle de sécurité. « Examinez ce site à la recherche de problèmes de sécurité courants: clés API exposées, en-têtes mal configurés, dépendances non sûres. » Les sites statiques ont une surface d’attaque bien plus réduite que les sites dynamiques, mais un contrôle reste utile. Il prend cinq minutes et repère parfois un problème auquel vous n’auriez jamais pensé.

Ce que vous obtenez concrètement

Pour être concret, voici ce que cette configuration vous apporte:

Aucun coût d’hébergement récurrent. Cloudflare Pages est gratuit pour les sites statiques à tout niveau de trafic raisonnable. GitHub est gratuit. Les outils IA fonctionnent par abonnement, mais vous les paieriez de toute façon. En pratique, la seule chose que je paie pour goodaiguide.com est le domaine, soit environ 30 dollars par an.

Aucune dépendance à une plateforme. Votre site web — chaque page, chaque article, chaque image — vit dans un dépôt GitHub qui vous appartient. Si Cloudflare modifie ses prix ou si vous trouvez une meilleure solution, vous connectez un autre prestataire au même dépôt. Rien ne bouge.

Un historique des versions. Chaque modification est enregistrée dans GitHub. Si quelque chose casse, vous pouvez voir exactement ce qui a changé et revenir à n’importe quel état antérieur.

Des mises à jour depuis n’importe où. La combinaison de Claude Code (ordinateur, puissance maximale), Antigravity (navigateur, visuel) et Jules (navigateur, asynchrone, mobile) vous permet de toujours disposer d’un outil adapté à votre situation du moment.

Un site qui se charge vraiment vite. Les sites statiques servis par le réseau mondial de Cloudflare se chargent rapidement partout dans le monde. Pas d’hébergement mutualisé, pas de base de données surchargée, pas de plugin qui décide de contacter son serveur à chaque chargement de page.

L’autre option: pourquoi ne pas utiliser Webflow, Framer ou WordPress?

Ce sont tous des outils légitimes avec de vrais atouts. Mais ils impliquent des compromis que cette configuration évite.

Webflow et Framer mettent l’accent sur le design et produisent de très beaux résultats. Mais vous travaillez à l’intérieur de leur système. Le design visuel reste lié à leur plateforme. Techniquement, vous pouvez exporter le code, mais le résultat est à peine portable. Il est construit autour de leur pipeline de rendu, pas du vôtre. Lorsque j’ai quitté Webflow, je n’ai pas migré mon site. Je l’ai reconstruit. Ça n’a rien d’une migration: c’est une prise d’otage avec une porte de sortie polie.

WordPress est extrêmement flexible, mais il exige un hébergement (généralement payant), une base de données, des mises à jour logicielles, la gestion de plugins et un entretien constant de la sécurité. Les plugins entrent en conflit les uns avec les autres. Les thèmes doivent être mis à jour. Des agences entières ont pour modèle économique la gestion de sites WordPress. Cette charge de travail est bien réelle et s’alourdit avec le temps.

Le modèle GitHub + site statique + outils IA vous offre la flexibilité d’un site sur mesure avec une charge de maintenance proche de zéro.

---

Ce site — goodaiguide.com — est construit et maintenu exactement de cette façon. Tous les guides, toutes les évaluations d’outils, tout le travail de design: Claude Code, Antigravity et Jules travaillent depuis le même dépôt GitHub, tandis que Cloudflare Pages publie automatiquement les changements. Si vous voulez voir ce modèle à l’œuvre avant de créer votre propre site, l’ensemble du site vous en donne l’exemple.

Si vous construisez votre site avec Claude Code en particulier, consultez le guide pour débuter avec Claude Code. Et si vous voulez comprendre comment les outils IA s’intègrent à une boîte à outils plus large, le guide sur l’utilisation de Jules couvre le workflow asynchrone.