Neon Avis et verdict 2026

Postgres serverless avec branching de base de données et scale-to-zero.

Notre lecture

Comprendre Neon.

Neon, c'est du Postgres, mais en version serverless : la base se provisionne en quelques secondes, se met à l'échelle automatiquement et passe à zéro quand personne ne l'utilise (scale-to-zero), donc tu ne paies pas pour une base qui dort. Sa fonctionnalité signature, c'est le branching : tu crées une copie instantanée de ta base comme une branche Git, pour tester une migration ou faire tourner un environnement de preview, sans dupliquer manuellement les données.

Pour un indie hacker ou un dev qui lance un SaaS, c'est très pratique : l'offre gratuite suffit à faire tourner un vrai projet (jusqu'à 100 heures de calcul et 0,5 Go par mois), et les tarifs payants démarrent autour de 5$/mois en facturation à l'usage. En 2026, les prix de stockage et de calcul ont nettement baissé, ce qui le rend encore plus compétitif.

Le comparatif naturel, c'est Supabase. Neon est une base Postgres pure, là où Supabase est une plateforme complète (auth, stockage, API, temps réel) construite autour de Postgres. Si tu veux juste une base managée propre, Neon est idéal. Si tu veux un backend tout-en-un, Supabase répond à plus de besoins d'un coup. À noter : Neon a été racheté par Databricks en 2025, ce qui ancre son avenir côté data.

Usages concrets

Créer une branche de base par pull request pour tester sans toucher la production.
Héberger une application à charge variable sans payer le compute à l'arrêt.
Démarrer un projet Postgres sur le palier gratuit puis monter à l'usage.

Avantages et inconvénients

Ce que Neon fait particulièrement bien — et les limites à anticiper.

Avantages

PostgreSQL serverless standard, sans administrer l'infrastructure.
Scale-to-zero : vous ne payez pas le compute quand la base est inactive.
Branching de base de données pour tester et itérer comme avec Git.
Palier gratuit confortable pour démarrer.

Inconvénients

Facturation à l'usage : coût moins prévisible à grande échelle.
Le réveil après scale-to-zero peut introduire une légère latence.
Plus jeune que les bases gérées historiques.

Neon : quand ça a du sens.

Neon s'impose quand le branching Postgres et le scale-to-zero collent à des charges variables ou à des workflows de dev ; pour une charge constante et un budget fixe, une base gérée classique reste plus prévisible.

À garder si

Vous voulez du PostgreSQL serverless avec des branches de base pour vos workflows de dev/CI.. Vos charges sont variables ou intermittentes : le scale-to-zero évite de payer à l'arrêt.

À challenger si

Vous voulez un coût mensuel fixe et parfaitement prévisible.. Vous avez une charge toujours active et très gourmande en compute.

Notre avis sur Neon.

Pourquoi ce verdict

Très bon

Neon est remplaçable assez facilement par une alternative, un plan gratuit accessible pour tester avant de payer, des cas d'usage clairement documentés.