L’intelligence artificielle peut accélérer la création d’un site, mais elle ne s’occupe pas nécessairement de le publier ni de vous fournir un nom de domaine. Pour rester à budget nul, le parcours le plus prévisible consiste à générer un site statique, vérifier ses fichiers, puis l’héberger sur une offre gratuite adaptée. Voici une méthode concrète, avec ses limites et des outils documentés officiellement.
Les sept briques d’un parcours gratuit
Pour une page vitrine, un portfolio ou un projet scolaire sans compte utilisateur ni paiement en ligne, assemblez ces outils : GitHub Copilot Free pour l’assistance au code (forfait et limites Copilot), Visual Studio Code pour modifier les fichiers (présentation de VS Code), GitHub pour stocker le projet (création d’un site et dépôt), GitHub Pages pour publier les fichiers statiques (fonctionnement de Pages), Cloudflare Pages comme autre hébergeur statique (limites officielles du forfait gratuit), le validateur HTML du W3C (service de validation) et Lighthouse pour les audits du navigateur (guide Chrome). Ces services ont des rôles différents : l’assistant propose du code, l’éditeur permet de le relire, le dépôt le conserve, l’hébergeur le rend accessible.
GitHub Copilot Free inclut une assistance limitée; la documentation indique notamment 2 000 complétions de code par mois et un accès limité à certaines fonctions. C’est un quota, pas une promesse d’usage illimité. Vérifiez le forfait et les conditions avant de commencer, et n’activez pas d’option payante pour poursuivre. VS Code est l’éditeur, non un service qui publie votre site.
Définir le site avant de le générer
Un mini cahier des charges évite les pages génériques. Notez : objectif et public; une page ou quelques pages; sections souhaitées; contenu réel; couleurs et ton; action principale; langues; besoins d’accessibilité; éléments à exclure. Pour un premier essai : « page d’accueil pour une photographe indépendante, avec présentation, trois projets, courte biographie et contact par courriel; style sobre, lisible sur mobile; aucun formulaire, suivi publicitaire ou bibliothèque externe ».
Demandez ensuite à l’assistant : « Crée un site statique en HTML et CSS, sans framework ni dépendance externe. Fournis index.html et style.css séparément. Utilise des titres hiérarchisés, un lien d’évitement vers le contenu, des libellés explicites et des textes alternatifs descriptifs. N’invente ni témoignages ni coordonnées. Explique comment ouvrir le site localement. »
Puis améliorez-le par petites demandes, par exemple : « Rends le menu utilisable au clavier et indique clairement le focus », ou « Vérifie les contrastes et propose des corrections sans changer le contenu ». Demandez à l’IA d’expliquer les modifications et relisez-les : un résultat plausible peut contenir des erreurs, des faits inventés ou des composants inutiles.
Modifier et tester avant publication
Créez un dossier local, placez-y les fichiers et ouvrez la page d’accueil dans un navigateur. Remplacez tout texte factice, vérifiez les liens et testez plusieurs largeurs d’écran. Le validateur W3C aide à repérer des erreurs de balisage; Lighthouse fournit des audits automatisés d’accessibilité, performance et référencement. Aucun score ne remplace les essais réels : parcourez la page au clavier, vérifiez l’ordre des titres, le contraste, les alternatives d’images, les libellés de liens et de champs, et agrandissez le texte. Les conseils W3C donnent des repères pratiques pour la conception, le contenu et le développement accessibles.
Avant de publier, recherchez dans tous les fichiers clés d’API, mots de passe, informations personnelles ou données privées. N’ajoutez pas de formulaire qui collecte des données sans comprendre où elles sont transmises et comment les protéger. Un site statique ne fournit pas à lui seul une base de données, un traitement sécurisé de paiement ou un espace de connexion. Pour cette première version, un lien de courriel peut suffire.
Publier gratuitement, sans confondre les offres
Avec GitHub Pages, créez un dépôt, ajoutez les fichiers à la source choisie, puis activez Pages dans les paramètres du dépôt et attendez le déploiement. Sur un compte GitHub Free, le dépôt utilisé doit être public; le site publié est accessible sur Internet, donc ne poussez aucun secret (procédure et conditions de publication). L’adresse fournie est un sous-domaine github.io (souvent avec le nom du dépôt), et non un domaine personnalisé. Ce dernier est un nom que vous possédez et configurez séparément (documentation des domaines personnalisés); l’achat ou le renouvellement du domaine peut entraîner des frais.
Pages convient aux sites statiques, pas aux langages côté serveur comme PHP, Ruby ou Python. Les limites officielles incluent une taille publiée maximale de 1 Go et une bande passante mensuelle indicative de 100 Go; le service n’est pas destiné aux sites principalement consacrés aux transactions commerciales ou au SaaS (limites d’usage GitHub Pages). Pour un autre hébergeur, Cloudflare Pages publie ses propres limites du forfait Free, dont 500 builds par mois et 20 000 fichiers par site. Comparez les conditions applicables à votre projet avant le choix.
Un forfait gratuit peut changer et ne garantit pas une publication perpétuelle. N’ajoutez pas de domaine, extension, modèle premium ou fonction payante si le budget doit rester à zéro; relisez aussi l’écran de facturation avant d’activer une option. Une fois le déploiement terminé, ouvrez l’URL publique sur mobile et ordinateur, testez à nouveau navigation, liens, images, HTTPS et contrôles Lighthouse. Gardez une copie locale et le dépôt à jour pour pouvoir corriger le site.
Pour retenir l’essentiel
L’IA peut produire une première version, mais un site gratuit et fiable exige encore une relecture, des tests et un choix d’hébergement adapté. Commencez petit, publiez sur le sous-domaine gratuit proposé, puis n’ajoutez domaine ou fonctions avancées qu’après avoir vérifié leur coût et leurs conditions.