Guía
Qué pasa cuando desactivas la facturación de un proyecto de Firebase
21 de octubre de 2026 · 5 min de lectura
Qué servicios se detienen, si se borran tus datos, qué sigues pagando y cómo recuperar el proyecto, según la propia documentación de Google y Firebase.
La respuesta corta
Todo lo que cuesta dinero se detiene. La documentación de facturación de Google dice que, cuando desactivas la facturación, "all of your Google Cloud and Google Maps Platform services are stopped and billing on that project stops." («todos tus servicios de Google Cloud y Google Maps Platform se detienen y la facturación de ese proyecto se detiene.») Tu app deja de funcionar y la factura deja de crecer. Ese es el objetivo de un kill switch, y también su precio.
Qué se detiene de inmediato
- Los servicios de pago de Google Cloud: Firebase dice que el proyecto "loses access to any paid Google Cloud services, like Pub/Sub, Cloud Run, or BigQuery streaming for Analytics" («pierde el acceso a cualquier servicio de pago de Google Cloud, como Pub/Sub, Cloud Run o el streaming de BigQuery para Analytics») (planes de precios).
- También el nivel gratuito, a nivel de Google Cloud: el tutorial de Google sobre desactivar la facturación avisa de que termina "all Google Cloud services in the project, including Free Tier services." («todos los servicios de Google Cloud del proyecto, incluidos los del nivel gratuito»).
- Despliegues: en un proyecto de Firebase degradado de plan, "you cannot do new deploys of any new or any existing Cloud Functions." («no puedes hacer nuevos despliegues de ninguna Cloud Function, nueva o existente»).
- Bases de datos y buckets adicionales: el proyecto pierde el acceso a las instancias de Realtime Database que no son la predeterminada y a los buckets de Cloud Storage que no son el predeterminado.
¿Se borran mis datos?
No de inmediato, pero Google tampoco promete que estén a salvo:
- Para las instancias de Realtime Database y los buckets de Storage no predeterminados, Firebase dice que "the data in these instances and buckets doesn't get deleted" («los datos de estas instancias y buckets no se borran»).
- La advertencia general de Google Cloud es más amplia: "some of your Google Cloud resources might be removed and become non-recoverable." («algunos de tus recursos de Google Cloud podrían eliminarse y quedar irrecuperables.») Su tutorial del kill switch lo expresa como "Resources might be irretrievably deleted." («eliminados de forma irrecuperable»).
Las dos afirmaciones cubren cosas distintas, y ninguna describe todos los productos. Trata una desconexión de la facturación como un freno de emergencia, no como un botón de pausa: haz copias de seguridad de lo que no puedes perder (exportaciones de Firestore, copias de Storage) antes de depender de ella.
¿Me seguirán cobrando?
Por lo que ya usaste, sí. Los costes generados pero aún no reportados siguen llegando: Google señala que "might incur additional costs for usage that hasn't arrived at the time that all services are stopped." («podrías incurrir en costes adicionales por el uso que aún no había llegado cuando se detuvieron todos los servicios.»)
Cómo recuperar el proyecto
- Arregla primero la causa (el bucle, la clave filtrada, la regla abierta).
- Vuelve a vincular la cuenta de facturación desde Billing → Account management o desde la página de facturación del proyecto. Necesitas Project Billing Manager (u Owner) en el proyecto y Billing Account User en la cuenta de facturación.
- Revisa cada servicio: Google dice que volver a activar la facturación te permite "restart the resources" («reiniciar los recursos»), y algunos pueden necesitar un reinicio manual o un nuevo despliegue.
Cuidado con los permisos: si la cuenta que desconectó la facturación es la única que puede reconectarla, conserva ese acceso. Google avisa de que "might not have the required permissions needed to later re-enable billing." («podrías no tener los permisos necesarios para volver a activar la facturación más adelante.»)
Opciones más suaves antes del freno
Como una desconexión es tan drástica, funciona mejor como el último de varios pasos. Un Soft Kill permite a tu propia app apagar primero sus partes caras, de modo que la parada total solo ocurre si eso no basta.
