Pannes Supabase en 2026 : causes du bug et impacts immédiats
Comprendre un incident Supabase, distinguer une pause de projet Free et vérifier les actions adaptées selon le statut officiel.
Vous constatez un blocage sur Supabase et vous ne savez pas si le problème vient de la plateforme ou de votre configuration ?
En tant que technicien indépendant, je vois régulièrement des particuliers et des petites structures perdre du temps à diagnostiquer un incident global comme un souci local. Voici ce que la page de statut officielle a documenté fin juin 2026, et comment distinguer les trois situations les plus fréquentes.
L'incident public de juin 2026 sur Supabase
Le 30 juin 2026, Supabase a publié un incident sur status.supabase.com. La chronologie officielle est la suivante :
- 02:38 UTC : investigation en cours sur des échecs de création de projets.
- 03:08 UTC : le périmètre s'élargit. Les opérations de création, redimensionnement, provisionnement de branches et redémarrages de projets sont impactées.
- 11:20 UTC : ajout de capacité dans la majorité des régions. Des limitations persistent dans ap-northeast-2, ap-south-1 et eu-north-1.
Les mises à jour ultérieures du même incident mentionnent aussi des difficultés sur les restaurations (restores). Il s'agit donc d'un incident centré sur les opérations de gestion de projets, pas d'une coupure générale de tous les services pour tous les clients.
Point important repris par Supabase : les projets déjà en cours d'exécution restent disponibles, sauf s'ils ont été redémarrés ou redimensionnés pendant la fenêtre d'incident.
Trois cas à ne pas confondre
1. Un projet déjà actif pendant l'incident
Si votre base tournait normalement avant l'incident et que vous n'avez pas lancé de redémarrage, de resize ou de restore, elle peut rester accessible. En revanche, toute opération de maintenance déclenchée pendant l'incident peut échouer ou rester bloquée.
2. Un projet Free mis en pause pour inactivité
Ce n'est pas une panne plateforme. Sur le plan gratuit, Supabase met en pause un projet après une semaine d'inactivité, comme indiqué sur supabase.com/pricing et dans la documentation free-project-pausing.
Vous pouvez restaurer le projet depuis le tableau de bord dans un délai de 90 jours. Passé ce délai, la ressource est supprimée. Le symptôme ressemble parfois à une panne, mais la cause est une règle d'inactivité du plan gratuit.
3. Un problème local (navigateur, réseau, DNS)
Avant de conclure à un incident global, vérifiez votre poste : cache navigateur, extension, proxy d'entreprise ou résolution DNS. Un test en navigation privée ou via un autre réseau permet souvent d'écarter un faux positif côté client.
Que faire concrètement
Voici la démarche que je recommande, dans cet ordre :
- Consulter la page de statut : status.supabase.com reste la source officielle pour savoir si un incident est ouvert et quelles opérations sont touchées.
- Identifier votre situation : projet actif non touché, opération bloquée (create, resize, restart, restore), ou pause d'inactivité sur plan Free.
- Éviter les actions risquées pendant l'incident : si un incident est en cours, reportez redémarrage, redimensionnement et restauration tant que le statut n'est pas revenu à la normale.
- En cas de pause Free : utilisez le bouton de restauration depuis le dashboard, puis vérifiez que l'application reprend bien ses connexions API.
- En cas de doute local : videz le cache, testez un autre navigateur ou un autre réseau avant d'ouvrir un ticket support.
Les pannes Supabase 2026 documentées fin juin concernent surtout la gestion de projets (création, resize, restart, restore), pas nécessairement l'accès à une instance déjà stable. En séparant incident plateforme, pause d'inactivité et problème local, vous gagnez du temps et vous évitez des manipulations inutiles sur une base saine.
