Backups
¿Proyecto de Supabase pausado? Tus datos siguen ahí
Supabase pausó tu proyecto tras una semana sin actividad. No se ha borrado nada, Restaurar está junto al nombre y tienes un año antes de que eso cambie.

En resumen
- Un proyecto de Supabase pausado por inactividad no es un proyecto borrado. Los datos están congelados en disco y el panel tiene un botón de Restaurar junto al nombre.
- Tienes un año desde el día en que se pausó para restaurarlo desde el panel de Supabase. Los proyectos gratuitos se pausan tras una semana de poca actividad.
- Pasado ese año el botón de Restaurar se sustituye por una descarga, y la única vuelta es un proyecto nuevo con URL nueva y claves nuevas.
- El plan gratuito no copia nada mientras tu proyecto funciona, así que el único backup que existe es el que se tomó justo al pausarlo.
Tu app ha dejado de responder. Cada petición vuelve como un error y, cuando abres tu panel de Supabase, el proyecto tiene la palabra Paused junto al nombre, con un botón de Restaurar donde antes estaban los paneles de siempre. Nada de lo que desplegaste ha causado esto, y nada te avisó de que venía.
Aquí es donde se tuercen las dos respuestas habituales. Una dice que tu base de datos ya no está, lo cual nunca fue cierto. La otra dice que te relajes, que un proyecto de Supabase pausado por inactividad conserva todos sus datos, así que pulsa Restaurar y sigue con tu día. Eso es cierto hoy y deja de serlo, en silencio, en una fecha que nadie menciona.
Ayuda pensar en el proyecto como en un trastero. Se dejó de pagar el alquiler, así que las luces están apagadas y la puerta cerrada. Tus cajas siguen dentro, exactamente como las dejaste. Ahí es donde está tu proyecto ahora mismo, y hay una fecha a partir de la cual el trastero se vacía.
¿Un proyecto de Supabase pausado está borrado?
No. El proyecto está detenido, y detener no es eliminar. Tus tablas, tus filas, tus reglas de Row Level Security y los archivos que subieron tus usuarios siguen todos en disco. Lo que se ha apagado es la base de datos que hay delante, y por eso tu app recibe un error en cada petición que hace.
Esa distancia es lo que hace razonable el susto. Desde fuera la app está rota como se rompe una app cuando le falta la base de datos: listas vacías, cargadores que no terminan nunca, un error en cada guardado. Desde el panel es un proyecto con un botón encima.
Supabase pausa proyectos en el plan gratuito y solo ahí. Según su propia documentación, pueden pausar aplicaciones del plan gratuito que muestren poca actividad durante siete días para ahorrar recursos de servidor, y los proyectos de pago no se pausan por inactividad en absoluto. Su página sobre pausas es la que conviene leer, porque todo lo de aquí abajo depende de cifras que son suyas.
¿Por qué pausó Supabase mi proyecto?
Porque nadie habló con él durante una semana aproximadamente.
Actividad significa peticiones. Abrir el proyecto en el panel cuenta. Tu app llamando a la base de datos cuenta. Lo que no cuenta es que tu app simplemente exista, así que un proyecto que se lanzó el mes pasado y todavía no ha encontrado visitantes es exactamente la forma que acaba pausada. Casi nunca le pasa a las apps con tráfico.
El plan gratuito permite además dos proyectos activos a la vez, y los pausados dejan de contar contra ese límite. Así que un proyecto que aparcaste a propósito y uno que se detuvo solo se ven igual en el panel, y ambos corren ya contra el mismo reloj de un año.
¿Cómo restauro un proyecto de Supabase pausado?
Abre el panel, elige el proyecto y pulsa Restaurar. Dentro de la ventana ese es todo el procedimiento, y son unos minutos de espera en lugar de una migración.
Lo que vuelve es el proyecto que tenías. La misma referencia de proyecto, así que la misma URL de la API. Las mismas tablas, las mismas reglas, los mismos buckets de Storage. Supabase levanta los proyectos gratuitos en la última versión menor de Postgres como parte de la restauración, cosa que no vas a notar.
Las claves son la parte que puede no volver tal como estaba. Supabase ha
advertido que los proyectos restaurados desde el 1 de noviembre de 2025 ya no
reciben las claves heredadas, anon y service_role. En palabras de la propia
Supabase, los proyectos
pausados que se restauran corren el riesgo de romperse porque no tendrán las
claves heredadas. Si tu app todavía envía la clave anon antigua, una cadena
larga que empieza por eyJ, cuenta con que sus peticiones se rechacen en cuanto
el proyecto vuelva. La solución es poner la clave publicable del proyecto, la
que empieza por sb_publishable_, en los ajustes de entorno de tu builder. Los
dos formatos de clave se comparan uno junto al
otro.
Haz una cosa antes de cerrar la pestaña: saca una copia de los datos mientras la base de datos está en marcha. Un proyecto pausado es el único estado en el que no puedes exportar nada, y el motivo para hacerlo hoy y no la semana que viene es el reloj de la siguiente sección.
Ya que tu app ha vuelto, también merece la pena saber qué le enseña a un desconocido. Nuestro escaneo gratuito lee tu sitio desde fuera y te dice lo que encuentra. Tarda unos 20 segundos y no necesita cuenta: escanea tu app.
¿Cuánto tiempo tengo para restaurarlo?
Un año desde el día en que se pausó. Supabase lo formula así: una vez pausado el proyecto, hay una ventana de un año para restaurarlo en la plataforma desde Supabase Studio.
Comprueba esa cifra en lugar de fiarte de ella, porque ya se ha movido una vez. Cuando el límite se introdujo en junio de 2024 eran 90 días, y todo lo escrito sobre proyectos pausados antes de que Supabase lo ampliara sigue diciendo 90. Su propio artículo de ayuda es la señal más clara: la página dice un año y la URL en la que vive sigue diciendo 90 días.
Calcula la fecha y ponla en un calendario ahora que estás pensando en ello. Es un año desde el día en que el proyecto se pausó, que casi nunca es un año desde el día en que tú te enteraste.
No hay botón de Restaurar. ¿Qué pasa ahora?
Recibes una descarga en lugar de una restauración, y esa diferencia es mayor de lo que suena.
Una vez cerrada la ventana, Supabase sustituye la opción de restaurar por dos cosas que puedes llevarte: el último backup lógico, tomado justo antes de pausar el proyecto, y todos tus objetos de Storage. Ambos salen de la página de resumen del proyecto. Tus datos están en esos archivos. Tu proyecto no, y no va a volver.
Supabase documenta la migración que viene a continuación. Son cinco pasos y, entre todos, piden un cliente de Postgres, la CLI de Supabase y un token de acceso de la Management API.
| Lo que recuperas | Cómo llega hasta ahí |
|---|---|
| Tablas, filas, tipos de columna, índices y reglas de Row Level Security | Dentro del archivo .backup, cargado en un proyecto nuevo con psql |
| Los archivos que subieron tus usuarios | Se descargan aparte desde la página de resumen y luego se copian a los buckets nuevos con la CLI de Supabase |
| Ajustes de Auth, Realtime, Storage y API | Supabase publica un script que los copia a través de su Management API |
| Extensiones, webhooks de base de datos y publicaciones de Realtime | Los vuelves a activar a mano en el proyecto nuevo |
| Tu URL de API y tus claves | Esto no lo recuperas. Un proyecto nuevo tiene una referencia nueva, así que la URL y cada clave cambian con ella, y todo lo que guarde las antiguas hay que actualizarlo |
Esa última fila es de la que la gente se entera demasiado tarde. La dirección que tu app venía usando es parte del proyecto que acabas de perder, así que reconstruir no es solo un trabajo de datos. Las variables de entorno de tu builder, todo lo que pegaste directamente en el código, cualquier webhook, pasarela de pago o herramienta de analítica que apunte a la URL antigua: cada una de esas cosas es un sitio por donde la app se rompe después de que los datos ya estén a salvo.
Después de eso queda una línea más, y esa no lleva rescate. La nota de Supabase es contundente: una vez borrado un proyecto, todos los datos asociados, backups incluidos, se eliminan de forma permanente y no se pueden recuperar. Si tu panel te está ofreciendo descargas ahora mismo, cógelas ya.
¿El plan gratuito guarda un backup mientras mi proyecto está pausado?
Hay exactamente uno, y no es la red de seguridad que imagina la mayoría.
El plan gratuito no toma ningún backup programado. No se copia nada a ninguna parte mientras tu proyecto funciona, cosa que conviene saber antes de que algo salga mal y no durante. La copia que aparece en tu panel cuando se cierra la ventana de restauración es un único backup lógico tomado en el momento de la pausa, y pasa a poder descargarse justo en el punto en que ya no puedes restaurar.
De ahí se siguen dos cosas. La copia lleva la fecha del día en que tu proyecto se detuvo, lo cual resulta ser suficiente, porque un proyecto pausado no ha aceptado ninguna escritura desde entonces. Y vive en la misma cuenta que el proyecto del que salió, detrás del mismo inicio de sesión, cubierta por el mismo borrado. Está en el trastero, detrás de la misma puerta.
El momento de sacar tu propia copia es mientras el proyecto vuelve a funcionar. Hacer una desde el panel sin tocar un terminal es la vía del plan gratuito, y tres formas de hacer backup de una base de datos Supabase compara lo que cuesta cada una.
¿Cómo evito que se vuelva a pausar?
Dale al proyecto algo que responder cada pocos días, o sácalo del plan gratuito.
Supabase cuenta como actividad abrir el proyecto en el panel y las peticiones que llegan desde tu aplicación conectada. Una tarea programada que llame a tu base de datos una vez al día basta para mantener el contador despierto, y un pequeño servicio de cron o un flujo programado en tu repositorio de código es la forma habitual de montarlo.
Pasar a Pro elimina la pregunta en lugar de gestionarla. Los proyectos de pago no se pausan por inactividad, y en Pro es además donde empiezan los backups diarios de Supabase, con una ventana de siete días. Qué más cambia Pro, límite por límite, tiene su propio artículo.
Qué hacer esta semana
Qué hacer
- Pulsa Restaurar hoy si el botón está ahí. Son unos minutos, y es la única vía que conserva tu URL. Si tu app todavía usa la clave
anonantigua, dale la clave publicable en cuanto el proyecto vuelva. - Si el botón ya no está, descarga primero el archivo de backup y tus archivos de Storage. Un proyecto borrado se los lleva.
- Saca tu propia copia de la base de datos en cuanto el proyecto funcione, porque el plan gratuito no está sacando ninguna por ti.
- Pon algo en un temporizador que llame a tu proyecto, y asegúrate de que notarías si ese temporizador se parase.
- Guarda una copia de tus datos fuera de tu cuenta de Supabase, donde no la alcance ni una pausa, ni una ventana caducada, ni un borrado.
Dónde encaja Reeve Care
Una pausa es una caída que no parece una caída. Tus páginas siguen cargando, porque las sirve tu builder; lo que se ha detenido es todo lo que hay detrás de ellas. Buena parte de la explicación de por qué nadie te avisó está ahí.
- Un proyecto pausado no se puede copiar, y una copia que falla te manda un correo. Care se conecta a tu base de datos siguiendo su propio horario en lugar de esperar a que tu app se dé cuenta, así que la noche en que deja de responder es la noche en que te enteras.
- La copia vive fuera de tu cuenta de Supabase. Cifrada, en almacenamiento que tenemos nosotros, de modo que un proyecto pausado, caducado o borrado no se lleva los backups con él.
- Cada copia se vuelve a leer antes de contar. La fecha de tu panel es el último backup que pasó esa comprobación, nunca el último que se intentó.
- Restaurar es un botón, y antes de empezar se toma una instantánea del estado actual, así que hasta la restauración tiene su deshacer.
- Los archivos que subieron tus usuarios también se copian, en cuanto conectes tus buckets de Storage. Esa es una segunda clave y es opcional, porque la clave que emite Supabase para Storage no solo lee, también escribe, y preferimos pedirla aparte antes que juntarla con una que no puede.
Dos límites, antes de que decidas nada. Care hace backup de Supabase y de nada más hoy por hoy, y si tus datos viven en otro sitio lo decimos antes de que pagues y no después. Y nada de esto impide que un proyecto se pause: la pausa ocurre dentro de Supabase, donde somos un cliente como cualquier otro. Lo que cambia es dónde están tus datos el día que ocurre.
Deja también encendidos los backups del propio Supabase el día que pases a un plan de pago. Dos copias en dos sitios es la idea entera, y la más barata de las dos ya está en tu factura. Lo que incluye cada plan está en la página de precios, y la copia, la comprobación y la restauración están dibujadas paso a paso en la página de backups de Supabase.
Antes de cerrar esta pestaña, abre tu panel y mira cuál de los dos botones te está ofreciendo tu proyecto. Ese único dato decide si hoy son cinco minutos de espera o una reconstrucción, y la checklist de seguridad de 10 minutos cubre los backups junto con todo lo demás que conviene confirmar cuando tu app vuelva a responder.
Preguntas frecuentes
¿Un proyecto de Supabase pausado está borrado?
No. Una pausa detiene la base de datos, no elimina nada. Tus tablas, tus filas, tus reglas de Row Level Security y los archivos subidos siguen en disco, y por eso el panel te ofrece un botón de Restaurar en lugar de una disculpa. Lo que sí rompe la pausa es tu app, porque cada petición que hace vuelve ahora como un error.
¿Cuánto tiempo tengo para restaurar un proyecto de Supabase pausado?
Un año desde el día en que se pausó. Supabase lo describe como una ventana de un año para restaurar el proyecto desde Supabase Studio. Ese número ya se movió una vez: eran 90 días cuando se introdujo el límite en junio de 2024, y el artículo de ayuda que Supabase publica sobre esto todavía lleva 90 días en su URL. Lee la cifra actual en su página sobre pausas y no en la de nadie más.
Mi proyecto no tiene botón de Restaurar. ¿Y ahora qué?
La ventana se ha cerrado y Supabase ha cambiado ese botón por dos descargas: el último backup lógico, tomado justo antes de pausar el proyecto, y todos tus archivos de Storage. Ambos están en la página de resumen del proyecto. Tus datos están ahí, y volver a una app que funcione pasa por crear un proyecto nuevo y cargar esos archivos en él. Descarga las dos cosas hoy, porque un proyecto borrado se lleva sus backups para siempre.
¿Mi URL de proyecto y mis claves de API seguirán siendo las mismas?
Si pulsas Restaurar dentro de la ventana, la URL sí: el proyecto vuelve con la misma referencia de proyecto con la que se construye tu URL. Las claves puede que no. Supabase ha advertido que los proyectos restaurados desde el 1 de noviembre de 2025 vuelven sin las claves heredadas anon y service_role, así que una app que todavía use la clave anon necesita en su lugar la clave publicable del proyecto. Si tienes que reconstruir en un proyecto nuevo, cambian las dos cosas: un proyecto nuevo tiene una referencia nueva, así que la URL de la API y todas las claves cambian con ella. Eso implica actualizar las variables de entorno de tu builder y todo lo que tenga apuntada la dirección antigua, webhooks y servicios de terceros incluidos.
¿Cómo evito que Supabase vuelva a pausar mi proyecto?
Dale algo que responder al menos una vez por semana, o sácalo del plan gratuito. Supabase cuenta como actividad abrir el panel y las peticiones que llegan desde tu aplicación conectada, así que una tarea programada que llame a tu proyecto una vez al día mantiene el contador despierto. Pasar a Pro elimina la pregunta del todo, porque los proyectos de pago no se pausan por inactividad, y además es donde empiezan los backups diarios.
Mi proyecto desapareció del panel, no está pausado. ¿Puedo recuperarlo?
Primero establece cuál de los dos casos tienes, porque son situaciones distintas. Un proyecto pausado sigue en la lista, con Restaurar junto a su nombre y los datos congelados en disco. Si no aparece en absoluto, el panel no ofrece ningún control para deshacer el borrado: quedan un ticket de soporte con Supabase y una copia que hiciste tú. Esa segunda es todo el argumento para tener un backup antes del día en que hace falta.