Credit : Logo officiel
Les 10 meilleurs outils gratuits pour créer un site web en 2026
Le contexte : un client veut un site « pour hier »
Vendredi 17h, un commerçant m'appelle au support : il a besoin d'une page en ligne le lundi matin pour une opération promotionnelle. Pas de budget, pas de dev sous la main. C'est exactement le scénario où les outils gratuits ou freemium deviennent vitaux. Je vais détailler les dix plateformes que je recommande quotidiennement à mes clients IONOS, avec les vraies limites techniques de chacune (DNS, SSL, export, performances) que tu rencontres dès la mise en prod.
Critères de tri techniques
Avant de classer un outil, je le passe par six filtres concrets que tu peux reproduire :
- Domaine personnalisé gratuit : sinon ton URL contient le sous-domaine du provider, mauvais pour le SEO et la marque.
- HTTPS automatique (Let's Encrypt ou équivalent) sans config manuelle.
- Export du code ou possibilité de quitter sans tout reconstruire.
- Score Lighthouse sur la page d'accueil produite par défaut.
- Limite de bande passante mensuelle réelle, pas le marketing.
- Compatibilité DNS : est-ce que tu peux pointer juste un
CNAMEou faut-il déléguer toute la zone ?
Vérifie systématiquement le score Lighthouse avant de t'engager :
# Depuis un poste avec Node.js installé
npm install -g lighthouse
lighthouse https://exemple-site-de-test.com --only-categories=performance,seo,accessibility --chrome-flags="--headless"
La commande sort un rapport HTML. Sur mes tests, Carrd et GitHub Pages tapent 95+, Wix descend souvent sous 60 sur mobile.
WordPress.com (plan gratuit)
Plus de 40 % du web tourne sous WordPress, mais attention : wordpress.com (hébergé) et wordpress.org (auto-hébergé) sont deux mondes différents. Le plan gratuit de .com impose des pubs, un sous-domaine .wordpress.com et bloque les plugins.
# Limites du plan gratuit WordPress.com
- 1 Go de stockage
- Sous-domaine .wordpress.com obligatoire
- Pas de plugins tiers
- Pubs WordAds affichées
Dès que le client a 5 € à mettre, je le pousse vers un hébergement mutualisé avec WordPress auto-installé. Ça coûte le même prix qu'un café et ça lève toutes ces limites. Pour la stack technique complète, je détaille le déploiement dans mon guide d'installation Debian + Nginx.
Wix (drag & drop)
Wix est la solution que je recommande aux non-techniques qui veulent un design libre. L'éditeur est puissant mais le HTML généré est lourd : 200+ requêtes pour la home, des div imbriqués sur dix niveaux. Sur 4G correcte, le LCP dépasse souvent 4 s.
Point critique : tu ne peux pas changer de template une fois publié. Tu dois reconstruire de zéro. Préviens ton client avant. Pour vérifier le poids de la home Wix d'un concurrent, je lance :
# Mesurer la taille totale de la home et le nombre de requêtes
curl -s -o /dev/null -w "Total: %{size_download} bytes\nTime: %{time_total}s\n" https://exemple.wixsite.com/home
Sur un site Wix moyen, je vois 4 à 6 Mo de transfert initial. Compare avec un Hugo bien optimisé qui tourne autour de 200-400 Ko.
Wix se rentabilise sur les sites vitrines de moins de 10 pages avec très peu de mises à jour. Au-delà, le ratio coût / contrôle devient mauvais.
Carrd (one-pagers)
Mon outil préféré pour une landing page urgente. Trois sites gratuits par compte, build en 20 minutes, score Lighthouse autour de 98. Le HTML produit fait moins de 100 Ko gzippé.
Pour brancher un domaine custom (offre Pro à 19 $/an, mais l'abonnement gratuit accepte le DNS) :
# Enregistrement DNS chez ton registrar
Type: CNAME
Nom: www
Valeur: cname.carrd.co
TTL: 3600
J'ai utilisé Carrd la semaine dernière pour un avocat qui voulait juste un formulaire de contact + ses coordonnées. Mis en ligne en 35 minutes, formulaire branché sur Formspree.
Notion + Super.so
Tendance solide depuis 2024. Tu écris dans Notion comme tu prendrais des notes, Super publie ça comme un site statique avec ton domaine.
# Workflow type
1. Créer la page Notion (privée)
2. La rendre publique (toggle Share)
3. Coller l'URL Notion dans Super
4. Mapper ton domaine via CNAME
Idéal pour la doc produit, un changelog ou un portfolio texte. Limite : peu de contrôle CSS sur le plan gratuit (Super propose 12 $/mois pour le custom code).
GitHub Pages + Hugo
La solution gratuite ultime si tu touches au terminal. Hébergement gratuit, HTTPS automatique, CDN Cloudflare devant, et tu versionnes tout en Git.
# Installer Hugo sur Debian
sudo apt install hugo
# Créer un site
hugo new site monsite
cd monsite
git init
git submodule add https://github.com/theNewDynamic/gohugo-theme-ananke themes/ananke
echo "theme = 'ananke'" >> hugo.toml
# Tester en local
hugo server -D
# Bind sur http://localhost:1313
Pour publier, tu pousses sur un repo username.github.io et GitHub déploie en 30 s. Tu peux brancher un domaine custom via un fichier CNAME à la racine du repo.
Le workflow GitHub Actions que j'utilise pour builder et déployer automatiquement :
# .github/workflows/deploy.yml
name: Deploy Hugo
on:
push:
branches: [main]
jobs:
build:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
with:
submodules: true
- uses: peaceiris/actions-hugo@v3
with:
hugo-version: '0.125.0'
extended: true
- run: hugo --minify
- uses: peaceiris/actions-gh-pages@v4
with:
github_token: ${{ secrets.GITHUB_TOKEN }}
publish_dir: ./public
À chaque push sur main, ton site est rebuilt et déployé sur la branche gh-pages en moins d'une minute.
Framer
Framer a remplacé Webflow chez beaucoup de designers depuis 2025. L'éditeur est proche de Figma, et le code généré est propre. Le plan gratuit donne un site avec sous-domaine .framer.app, 1 000 visiteurs/mois.
Ce que j'aime : le CMS interne pour faire un blog sans plugin, et l'export en composants React si tu veux récupérer le code.
Webflow (plan Starter)
Le plan gratuit Webflow plafonne à 50 pages CMS et impose le sous-domaine webflow.io. C'est suffisant pour un portfolio mais pas pour un site marchand. Webflow brille sur les animations CSS complexes (interactions au scroll, parallaxe).
Google Sites
L'option que personne ne mentionne mais que j'ai déjà déployée pour des associations. Création en 10 minutes, intégration native avec Drive et Calendar, gratuit avec un compte Google. Limite forte : design pauvre, pas de SEO sérieux.
Tilda et Typedream
Tilda excelle sur les longues landing pages avec storytelling visuel (200+ blocs préfaits). Typedream se positionne entre Notion et Webflow, parfait pour des MVP de SaaS.
Tableau comparatif
| Outil | Domaine custom gratuit | Score Lighthouse moyen | Export | Limite trafic |
|---|---|---|---|---|
| WordPress.com | Non | 75 | Partiel (XML) | Bande passante illimitée |
| Wix | Non | 55 | Aucun | Illimitée |
| Carrd | Non (Pro: 19$/an) | 98 | HTML statique | Illimitée |
| Notion + Super | Oui sur Super 12$/mois | 85 | Markdown via Notion | 100k vues/mois |
| GitHub Pages | Oui | 99 | Total (Git) | 100 Go/mois |
| Framer | Non | 90 | Composants React (payant) | 1 000 visiteurs |
| Webflow | Non | 88 | HTML/CSS (payant) | 50 Go bande passante |
| Google Sites | Oui | 82 | Aucun | Illimitée (Google Drive) |
| Tilda | Non | 80 | HTML (Business) | Illimitée |
| Typedream | Non | 87 | Aucun | 1 000 visiteurs |
Mon process pour un site en 4 heures
Quand un client appelle en panique, voici comment je structure les 4 heures de travail :
- Heure 1 : achat du domaine (
namecheap.comou IONOS), pointage DNS, choix de l'outil selon le besoin (Carrd pour landing, WordPress pour blog, Hugo pour technique). - Heure 2 : maquette rapide en Excalidraw, choix des 3-5 sections, écriture des textes en markdown brut.
- Heure 3 : intégration dans l'outil, ajout des images compressées (
squoosh.appen WebP), paramétrage SEO de base (title, meta description, OG image). - Heure 4 : tests cross-browser (Firefox, Safari iOS, Chrome Android), Lighthouse, soumission Google Search Console, dépôt du sitemap.
Je garde toujours une checklist post-déploiement :
[ ] DNS propagé (vérifier via dig)
[ ] HTTPS valide (curl -vI)
[ ] robots.txt accessible (/robots.txt)
[ ] sitemap.xml accessible (/sitemap.xml)
[ ] favicon en place (/favicon.ico → 200)
[ ] OG image rendue (Facebook Debugger)
[ ] 404 personnalisé existe
[ ] Formulaire de contact testé (vrai email envoyé)
[ ] Analytics actif (Plausible ou Matomo)
[ ] Mentions légales et CGU présentes
Migrer un site no-code vers WordPress
Quand un client veut quitter Wix ou Squarespace, je passe par un crawl statique pour récupérer le contenu :
# Aspirer un site existant en HTML
wget --mirror --convert-links --adjust-extension --page-requisites \
--no-parent --user-agent="Mozilla/5.0" https://anciensite.com
# Le résultat est dans ./anciensite.com/
Ensuite j'extrais les textes avec pup (parser HTML en CLI) :
for f in anciensite.com/*.html; do
pup 'main, article, .content text{}' < "$f" > "${f%.html}.txt"
done
Je colle ensuite chaque fichier dans un nouveau post WordPress via WP-CLI :
wp post create --post_type=page --post_title="À propos" \
--post_status=publish --post_content="$(cat about.txt)"
Le gain de temps est énorme par rapport à un copier-coller manuel.
Performance et SEO en sortie
Google Search Console reste le meilleur indicateur après le déploiement. Sur les sites no-code je surveille trois métriques :
- Core Web Vitals (LCP, INP, CLS) — un site Wix échoue souvent ici.
- Couverture d'indexation : assure-toi que
robots.txtn'est pas bloquant. Sur Carrd il faut activer la balise dans Settings → SEO. - Sitemap soumis — la plupart des outils en génèrent un sur
/sitemap.xml. Vérifie aveccurl -s https://monsite.fr/sitemap.xml | head.
Pour pousser un sitemap récalcitrant à l'indexation, j'utilise l'IndexNow :
curl -X POST "https://api.indexnow.org/IndexNow" \
-H "Content-Type: application/json" \
-d '{"host":"monsite.fr","key":"abc123","urlList":["https://monsite.fr/page1"]}'
Bing et Yandex prennent en compte cette API instantanément, Google la suit indirectement.
Erreurs courantes et leur fix
DNS_PROBE_FINISHED_NXDOMAIN après pointage du domaine
Cause : la propagation DNS n'a pas fini. Vérifie avec dig :
dig +short www.monsite.fr CNAME
# Doit renvoyer le CNAME du provider (ex: cname.carrd.co)
La propagation prend de 5 minutes à 24 h. Force le flush local : sudo systemd-resolve --flush-caches.
Erreur ERR_SSL_PROTOCOL_ERROR sur le domaine custom
Cause : le provider n'a pas encore généré le certificat Let's Encrypt. Attends 10-15 minutes après l'ajout du DNS, puis teste avec curl -vI https://www.monsite.fr.
Lighthouse score à 30 sur Wix/Webflow
Cause : trop d'images non compressées. Active le format WebP dans les paramètres média et limite-toi à 200 Ko par image en dessous du fold.
Le formulaire de contact ne reçoit pas les emails
Cause : SPF/DKIM mal configurés sur le domaine d'envoi. Vérifie avec dig TXT monsite.fr que le SPF inclut bien le provider d'email transactionnel.
Site indexé en https://wordpress.com/... au lieu du domaine custom
Cause : le canonical n'a pas été mis à jour. Sur WordPress.com gratuit c'est impossible à corriger, tu dois passer au plan payant.
Pour aller plus loin
- Installer WordPress sur Debian avec Nginx — le guide complet quand le client veut quitter le no-code
- Pourquoi choisir IONOS pour héberger son site — comparatif des offres mutualisé vs VPS
- Mettre en place un CDN gratuit avec Cloudflare — pour booster les sites GitHub Pages ou Hugo
- Optimiser les performances WordPress — quand le site grossit
- Certificat SSL wildcard avec Let's Encrypt — pour gérer plusieurs sous-domaines
Ce que je retiens après 200 sites livrés
Le meilleur outil est celui que ton client peut maintenir seul une fois le site livré. Carrd pour l'urgence, Hugo + GitHub Pages pour le technique, WordPress auto-hébergé pour tout ce qui dépasse 20 pages. Le no-code coûte cher à long terme : prévois la migration vers une vraie stack dès que le projet décolle.