La stack 2026, en clair
Astro, Supabase, Cloudflare, Resend, Claude API. Pourquoi cette combinaison, et comment on déploie 11 projets avec.
On nous demande souvent quelle stack on utilise. Réponse courte : Astro + Supabase + Cloudflare + Resend + Claude API.
Réponse longue, voici pourquoi chaque brique.
Astro, pour la vitesse de build
Les sites statiques sont revenus. Lighthouse 95+ out of the box, SEO natif, zéro hydratation sauf besoin explicite. On build un site de 7919 pages en 3 min sur Cloudflare Pages. Aucun framework JS ne fait ça.
Supabase, pour l’instant backend
Postgres hostés, auth built-in, edge functions, storage. Un projet = un Supabase dédié. Pas de mutualisation, pas de locataire bruyant. On gère 7 instances en parallèle.
Cloudflare, pour le déploiement
Pages pour les sites, Workers pour les fonctions edge, DNS gérés au même endroit. Gratuit jusqu’à 100K requests/jour par Worker. Aucune raison d’aller ailleurs.
Resend, pour les emails
SMTP moderne, 10 domaines sur le plan Pro, 50K emails/mois. Les DNS SPF/DKIM/DMARC se configurent en 5 min. Les emails arrivent. C’est là où d’autres échouent.
Claude API, pour le contenu
Génération d’articles, pipeline d’audits, agents d’enrichissement. Prompt caching pour diviser les coûts par 10. Réservé aux crons, tout le contenu ad-hoc s’écrit à la main en conversation.
Ce qu’on a pas mis
- Pas de Next.js (overkill pour du statique)
- Pas de Vercel (Cloudflare moins cher)
- Pas de MongoDB (Postgres gagne toujours)
- Pas de GA (tracker custom Supabase + détection bots)
- Pas de Shopify quand c’est évitable (Astro se suffit)
C’est simple, c’est rapide, c’est remplaçable. Chaque brique est remplaçable en un weekend si on change d’avis.