Projet Supabase en pause ? Vos données sont toujours là

Votre app ne répond plus. Chaque requête revient en erreur et, quand vous ouvrez votre tableau de bord Supabase, le projet porte le mot Paused à côté de son nom, avec un bouton Restaurer là où se trouvaient les panneaux habituels. Rien de ce que vous avez déployé n'a provoqué cela, et rien ne vous a prévenu.

C'est ici que les deux réponses habituelles se trompent. La première dit que votre base de données a disparu, ce qui n'a jamais été vrai. La seconde dit de vous détendre, qu'un projet Supabase en pause pour inactivité conserve toutes ses données, donc cliquez sur Restaurer et passez à autre chose. Celle-là est vraie aujourd'hui et cesse discrètement de l'être à une date que personne ne mentionne.

Il aide de voir le projet comme un box de stockage. Le loyer n'est plus payé, donc la lumière est éteinte et la porte fermée. Vos cartons sont dedans, exactement comme vous les avez laissés. C'est là que se tient votre projet en ce moment, et il existe une date après laquelle le box est vidé.

Un projet Supabase en pause est-il supprimé ?

Non. Le projet est arrêté, et arrêter n'est pas retirer. Vos tables, vos lignes, vos règles Row Level Security et les fichiers téléversés par vos utilisateurs sont tous encore sur le disque. Ce qui a été éteint, c'est la base de données devant eux, et c'est pourquoi votre app reçoit une erreur à chaque requête.

Cet écart rend la panique raisonnable. Vu de l'extérieur, l'app est cassée comme une app se casse quand sa base de données a disparu : listes vides, chargements qui ne finissent jamais, une erreur à chaque enregistrement. Vu du tableau de bord, c'est un projet avec un bouton dessus.

Supabase met en pause des projets sur le plan gratuit, et uniquement là. Selon leur propre documentation, ils peuvent mettre en pause les applications du plan gratuit qui montrent peu d'activité sur sept jours afin d'économiser des ressources serveur, et les projets payants ne sont pas mis en pause pour inactivité. Leur page sur la mise en pause est celle à lire, car tout ce qui suit ici dépend de chiffres qui leur appartiennent.

Pourquoi Supabase a-t-il mis mon projet en pause ?

Parce que personne ne lui a parlé pendant environ une semaine.

Activité veut dire requêtes. Ouvrir le projet dans le tableau de bord compte. Votre app qui appelle la base de données compte. Ce qui ne compte pas, c'est que votre app existe : un projet lancé le mois dernier et qui n'a pas encore trouvé de visiteurs est exactement la forme qui se fait mettre en pause. Cela ne touche presque jamais les apps fréquentées.

Le plan gratuit autorise par ailleurs deux projets actifs à la fois, et les projets en pause cessent de compter dans cette limite. Un projet que vous avez garé exprès et un projet qui s'est arrêté tout seul se ressemblent donc dans le tableau de bord, et tous les deux courent désormais contre la même horloge d'un an.

Comment restaurer un projet Supabase en pause ?

Ouvrez le tableau de bord, choisissez le projet, cliquez sur Restaurer. Dans la fenêtre, c'est toute la procédure, et cela représente quelques minutes d'attente plutôt qu'une migration.

Ce qui revient, c'est le projet que vous aviez. La même référence de projet, donc la même URL d'API. Les mêmes tables, les mêmes règles, les mêmes buckets Storage. Supabase relance les projets gratuits sur la dernière version mineure de Postgres au passage, ce que vous ne remarquerez pas.

Les clés sont la partie qui risque de ne pas revenir telle quelle. Supabase a prévenu que les projets restaurés depuis le 1er novembre 2025 ne reçoivent plus les clés historiques, anon et service_role. Selon les propres termes de Supabase, les projets en pause que l'on restaure risquent d'être cassés parce qu'ils n'auront plus les clés historiques. Si votre app envoie encore l'ancienne clé anon, une longue chaîne qui commence par eyJ, attendez-vous à ce que ses requêtes soient refusées une fois le projet revenu. La solution consiste à mettre la clé publiable du projet, celle qui commence par sb_publishable_, dans les réglages d'environnement de votre builder. Les deux formats de clé y sont comparés côte à côte.

Faites une chose avant de fermer l'onglet : prenez une copie des données pendant que la base tourne. Un projet en pause est le seul état dans lequel vous ne pouvez rien exporter, et la raison de le faire aujourd'hui plutôt que la semaine prochaine, c'est l'horloge de la section suivante.

Tant que votre app est de nouveau debout, il vaut aussi la peine de savoir ce qu'elle montre à un inconnu. Notre scan gratuit lit votre site depuis l'extérieur et vous dit ce qu'il trouve. Il prend une vingtaine de secondes et ne demande aucun compte : scannez votre app.

Combien de temps ai-je pour le restaurer ?

Un an à compter du jour de la mise en pause. Supabase le formule ainsi : une fois le projet en pause, il existe une fenêtre d'un an pour le restaurer sur la plateforme depuis Supabase Studio.

Vérifiez ce chiffre plutôt que de lui faire confiance, car il a déjà bougé une fois. Quand la limite a été introduite en juin 2024 elle était de 90 jours, et tout ce qui a été écrit sur les projets en pause avant que Supabase ne l'élargisse dit encore 90. Leur propre article d'aide en est le signe le plus net : la page dit un an, et l'URL où elle vit dit toujours 90 jours.

Calculez la date et mettez-la dans un calendrier pendant que vous y pensez. C'est un an après le jour où le projet est passé en pause, ce qui n'est presque jamais un an après le jour où vous l'avez remarqué.

Il n'y a pas de bouton Restaurer. Que se passe-t-il ?

Vous obtenez un téléchargement au lieu d'une restauration, et cette différence est plus grande qu'elle n'en a l'air.

Une fois la fenêtre fermée, Supabase remplace l'option de restauration par deux choses à emporter : la dernière sauvegarde logique, prise juste avant la mise en pause, et tous vos objets Storage. Les deux se récupèrent sur la page de résumé du projet. Vos données sont dans ces fichiers. Votre projet, lui, ne l'est pas, et il ne reviendra pas.

Supabase documente la migration qui suit. Ce sont cinq étapes, et à elles toutes elles réclament un client Postgres, la CLI Supabase et un jeton d'accès à la Management API.

Cette dernière ligne est celle que les gens découvrent trop tard. L'adresse que votre app utilisait fait partie du projet que vous venez de perdre : reconstruire n'est donc pas qu'un travail sur les données. Les variables d'environnement de votre builder, tout ce que vous avez collé directement dans le code, chaque webhook, prestataire de paiement ou outil d'analytics pointant vers l'ancienne URL : chacun est un endroit où l'app casse une fois les données revenues saines et sauves.

Il reste une ligne après celle-là, et elle n'a aucun recours attaché. La note de Supabase est sans détour : une fois un projet supprimé, toutes les données associées, sauvegardes comprises, sont retirées définitivement et ne peuvent pas être récupérées. Si votre tableau de bord vous propose des téléchargements en ce moment, prenez-les tout de suite.

Le plan gratuit garde-t-il une sauvegarde pendant la pause ?

Il y en a exactement une, et ce n'est pas le filet de sécurité que la plupart des gens imaginent.

Le plan gratuit ne prend aucune sauvegarde planifiée. Rien n'est copié nulle part tant que votre projet tourne, ce qu'il vaut mieux savoir avant que quelque chose tourne mal que pendant. La copie qui apparaît dans votre tableau de bord à la fermeture de la fenêtre est une unique sauvegarde logique prise à l'instant de la pause, et elle devient téléchargeable précisément au moment où vous ne pouvez plus restaurer.

Deux choses en découlent. La copie porte la date du jour où votre projet s'est arrêté, ce qui s'avère suffisant, puisqu'un projet en pause n'a plus accepté une seule écriture depuis. Et elle vit dans le même compte que le projet dont elle vient, derrière le même identifiant, couverte par la même suppression. Elle est dans le box, derrière la même porte.

Le moment de prendre votre propre copie, c'est pendant que le projet tourne de nouveau. En faire une depuis le tableau de bord sans toucher à un terminal est la voie du plan gratuit, et trois façons de sauvegarder une base de données Supabase compare ce que chacune coûte.

Comment éviter que cela recommence ?

Donnez au projet quelque chose à répondre tous les deux ou trois jours, ou sortez-le du plan gratuit.

Supabase compte comme activité l'ouverture du projet dans le tableau de bord et les requêtes venant de votre application connectée. Une tâche planifiée qui appelle votre base une fois par jour suffit donc à garder le compteur éveillé, et un petit service de cron ou un workflow planifié dans votre dépôt de code est la manière habituelle d'en mettre un en place.

Passer à Pro supprime la question au lieu de la gérer. Les projets payants ne sont pas mis en pause pour inactivité, et Pro est aussi le plan où commencent les sauvegardes quotidiennes de Supabase, sur une fenêtre de sept jours. Ce que Pro change d'autre, limite par limite, fait l'objet d'un article à part.

Quoi faire cette semaine

Où se place Reeve Care

Une pause est une panne qui n'en a pas l'air. Vos pages continuent de charger, parce que c'est votre builder qui les sert ; ce qui s'est arrêté, c'est tout ce qu'il y a derrière. C'est une bonne partie de la raison pour laquelle personne ne vous a prévenu.

• Un projet en pause ne peut pas être copié, et une copie qui échoue vous envoie un e-mail. Care se connecte à votre base selon son propre calendrier plutôt que d'attendre que votre app s'en aperçoive : la nuit où elle cesse de répondre est la nuit où vous l'apprenez.
• La copie vit hors de votre compte Supabase. Chiffrée, sur un stockage que nous détenons, de sorte qu'un projet mis en pause, expiré ou supprimé n'emporte pas les sauvegardes avec lui.
• Chaque copie est relue avant de compter. La date affichée dans votre tableau de bord est la dernière sauvegarde ayant passé ce contrôle, jamais la dernière tentée.
• Restaurer est un bouton, et une capture de l'état actuel est prise avant de commencer, de sorte que la restauration a elle aussi son annulation.
• Les fichiers téléversés par vos utilisateurs sont copiés eux aussi, dès que vous connectez vos buckets Storage. C'est une deuxième clé et elle est facultative, car la clé que Supabase émet pour Storage sait aussi écrire, et nous préférons la demander à part plutôt que de la fondre avec une clé qui ne le peut pas.

Deux limites, avant que vous ne décidiez quoi que ce soit. Care sauvegarde Supabase et rien d'autre à ce jour, et si vos données vivent ailleurs nous le disons avant que vous payiez plutôt qu'après. Et rien de tout cela n'empêche un projet de passer en pause : la pause se produit à l'intérieur de Supabase, où nous sommes un client comme un autre. Ce qui change, c'est où se tiennent vos données le jour où cela arrive.

Laissez aussi les sauvegardes de Supabase activées le jour où vous passez à un plan payant. Deux copies à deux endroits, c'est toute l'idée, et la moins chère des deux est déjà dans votre facture. Ce que contient chaque plan est sur la page des tarifs, et la copie, le contrôle et la restauration sont dessinés étape par étape sur la page des sauvegardes Supabase.

Avant de fermer cet onglet, ouvrez votre tableau de bord et regardez lequel des deux boutons votre projet vous propose. Ce seul fait décide si aujourd'hui est cinq minutes d'attente ou une reconstruction, et la checklist de sécurité en 10 minutes couvre les sauvegardes avec tout le reste de ce qu'il vaut la peine de confirmer une fois votre app de nouveau en ligne.