Boilerplates SaaS en Go en 2026 : la liste honnête

6 septembre 2026

Cherchez « boilerplate SaaS Go » et vous tombez sur des annuaires qui listent trois kits Next.js et un Laravel, parce que les entrées Go n'existent pas ou sont enterrées. Voici la liste que j'aurais voulu avoir en commençant : ce qui tourne en Go aujourd'hui, ce que chaque kit contient réellement, et à quoi il vous engage. Nous en vendons un (GoVueKit) : il est dans le même tableau, soumis aux mêmes questions, et chaque nom renvoie vers la page du projet pour que vous vérifiiez.

Ce qui compte

Un boilerplate SaaS n'est pas « un starter web en Go ». Un starter vous donne un routeur, une couche de templates et un cookie de session. Un socle SaaS vous donne les cinq choses que chaque produit réécrit et que personne n'a envie d'écrire : les comptes (avec les parcours ingrats : réinitialisation, vérification, double authentification, révocation), les organisations (rôles et isolation des locataires), le paiement (un webhook qu'on peut facturer à travers), l'email transactionnel (durable, pas « on envoie et on prie ») et un back-office. Les kits ci-dessous sont jugés sur ces cinq points, plus les questions du sixième mois : quelle base, quelle licence, comment ça se déploie.

Exclus volontairement : go-blueprint et gowebly (des générateurs de squelette, excellents, pas des kits SaaS), PocketBase (un backend-en-un-fichier sur lequel on construit un SaaS, pas un SaaS), et les dizaines de dépôts « Go + HTMX + templ starter » qui s'arrêtent au formulaire de connexion.

Le tableau

Les cases disent ce que chaque projet annonce. Quand une page ne le disait pas, la case le dit plutôt que de deviner ; chaque nom renvoie à la source.

Un paragraphe chacun

goilerplate est le plus abouti des kits rendus côté serveur, signé par l'auteur de templUI, et son offre gratuite est réellement utilisable : Go, templ, SQLite, SMTP, auth, en-têtes de sécurité, tests et CI. L'offre payante ajoute la partie SaaS (abonnements via Polar ou Stripe, uploads S3, analytics, pages légales). Si vous voulez zéro étape de build JavaScript et que HTMX ou Datastar vous convient comme modèle d'interactivité, commencez ici. À vérifier avant de payer : comment sont modélisés les organisations et les rôles, car « SaaS » sur la page d'accueil veut surtout dire « abonnements individuels ».

Pagoda est un starter, et l'assume : « pas un framework ». Echo, Ent, HTML typé en Go, HTMX, une file de tâches avec interface de suivi, un panneau d'admin généré depuis vos entités, cache, CSRF, sessions. Pas de paiement, et l'email est un squelette à terminer. C'est la plus grande communauté de la liste (plus de 3 000 étoiles GitHub) et le code le plus propre pour apprendre. Prenez-le quand vous voulez construire votre couche SaaS vous-même sur de bonnes fondations.

LastSaaS est le plus récent et le plus dense : RBAC multi-locataire, Stripe avec tarification par siège et paquets de crédits, webhooks sortants, clés d'API, thème en marque blanche, tableau de bord analytique, même un serveur MCP pour l'administration par IA — sous licence MIT, déployé en un petit conteneur sur Fly.io. Deux points à peser : la base est MongoDB (très bien, mais c'est le seul choix non relationnel de la liste, et le reporting multi-locataire en SQL est une autre vie), et le README indique qu'il a été construit entièrement en conversation avec Claude Code. Ce n'est pas une critique ; ça veut dire qu'il faut lire le code de tenancy et de webhooks avant de facturer à travers, ce qui est vrai de chaque kit ici.

SaaS Boost Kit associe une API Go à SvelteKit et à PocketBase pour la base et l'admin, avec des abonnements Stripe, des webhooks et un checkout invité pour les ventes ponctuelles, des tests unitaires et Playwright, et une landing configurable. Il est commercial (tarif sur le site). Le choix PocketBase vous donne une interface d'admin gratuite et un fichier SQLite comme base ; il signifie aussi qu'une partie de votre backend est un framework qu'on étend par hooks plutôt qu'un code qu'on possède.

Go SaaS Startup Kit est le vétéran : un ensemble de bibliothèques et un exemple multi-locataire fonctionnel orienté AWS (SES, ECS). Il est open source et complet pour son époque, mais regardez l'historique des commits avant d'y engager le vôtre ; il précède l'essentiel de ce que l'écosystème Go tient aujourd'hui pour acquis.

go-saas/kit est l'exception : une architecture microservices (sur Kratos) avec gestion des locataires, plans Stripe et un admin React/Ant Design. Si vous exploitez déjà des services et qu'il vous faut un plan de contrôle SaaS, c'est le seul kit de la liste taillé pour ça. Pour une équipe produit de un à cinq, c'est une architecture vers laquelle grandir, pas d'où partir.

GoVueKit — le nôtre — est le seul de la liste construit autour d'une vraie SPA embarquée dans le binaire : Vue 3 avec TypeScript, Pinia et un client fetch typé, compilée par Vite et servie via go:embed, prérendue en HTML statique pour les pages publiques afin que le SEO n'exige pas de SSR. Go avec chi et sqlc côté serveur, sans ORM. Les comptes incluent argon2id, liens magiques, OAuth/OIDC et TOTP ; les organisations ont des rôles propriétaire/admin/membre et une isolation par ligne (les non-membres reçoivent un 404, et un test Playwright le prouve d'un locataire à l'autre) ; Stripe couvre abonnements et achats uniques avec webhooks idempotents, remboursements et litiges ; l'email est une file durable avec des modèles en français et en anglais ; le back-office calcule MRR, ARPU et churn depuis vos propres tables. PostgreSQL et SQLite sont tous deux de première classe : un seul fichier de migration, les mêmes requêtes générées, les deux moteurs en CI. Il est commercial (199 € une fois, perpétuel, projets illimités) et c'est un noyau : un blog, un générateur de code et un second fournisseur de paiement ont été construits puis retirés, et DECISIONS.md explique pourquoi.

Comment choisir

Par philosophie de front. C'est la vraie bifurcation du monde Go. HTMX et templ (goilerplate, Pagoda) vous donnent un seul langage, pas de Node dans le build, et des pages qui sont d'abord du HTML ; le prix, c'est que tout ce qui ressemble à une application (un éditeur, un tableau de bord à filtres vivants, du hors-ligne) devient laborieux. Une SPA (LastSaaS avec React, GoVueKit avec Vue) coûte une seconde chaîne d'outils et vous donne un contrat typé entre front et back, dans lequel une équipe front peut travailler. Personne n'a tort ici ; soyez honnête sur ce à quoi ressembleront les écrans de votre produit dans deux ans.

Par base de données. Si vous pourriez un jour vouloir SQLite en production (SaaS mono-nœud, installation chez le client, un acheteur qui veut « juste un binaire et un fichier »), seuls goilerplate et GoVueKit le traitent comme une cible et non comme une commodité de développement, et seul GoVueKit fait tourner toute sa suite de tests sur les deux. Si votre monde est PostgreSQL pour toujours, la question disparaît.

Par licence. MIT (Pagoda, LastSaaS) veut dire que vous pouvez forker et ne jamais payer, et aussi que personne ne vous doit le prochain correctif de sécurité. Commercial avec source livrée (goilerplate payant, SaaS Boost Kit, GoVueKit) veut dire que vous payez une fois et possédez un dépôt, avec des mises à jour tant que l'éditeur existe. Lisez la clause de restrictions : celle qui compte est de savoir si le travail pour des clients est autorisé.

Par ce que vous devrez lire. Comptez les lignes que vous allez posséder. Un kit n'est pas « plus » quand il contient plus ; il est plus quand vous pouvez le tenir en tête. Demandez à chaque éditeur le nombre de lignes et le nombre de migrations ; les honnêtes vous répondront.

Essayer avant de décider

Le plus rapide pour comparer, c'est de les faire tourner. Pagoda et LastSaaS se clonent et démarrent en quelques minutes. L'offre gratuite de goilerplate est à une connexion GitHub. GoVueKit lance toute sa pile depuis un fichier, sans compte, sans licence :

curl -fsSLO https://govuekit.dev/labs/docker-compose.yml
docker compose up -d      # app + PostgreSQL + Dex (SSO) + MinIO + stripe-mock + Mailpit

Connectez-vous via le SSO, créez une organisation, invitez un coéquipier, lisez l'invitation dans la boîte mail, ouvrez le back-office. Puis lisez le code du kit qui vous a plu — c'est la seule évaluation qui compte.

Corrections bienvenues : si une case ci-dessus est fausse à propos de votre projet, ouvrez un ticket sur github.com/kOlapsis/govuekit et elle sera corrigée, avec attribution.