¿Cargos inesperados en Firebase? Cómo encontrar qué te está cobrando

La investigación puede esperar una hora. Un gasto desbocado no. Si el cargo está creciendo ahora mismo, córtalo en el origen: desactiva la API que se dispara, restringe o borra la clave con la que la llaman, o baja la cuota de la API. Como último recurso, desconecta la facturación del proyecto, después de leer qué pasa cuando se desactiva la facturación.

Los datos de facturación llegan con retraso. En palabras de Google: "Typically, your cost details are available within a day, but can sometimes take more than 24 hours." (normalmente los detalles de costes están disponibles en un día, pero a veces tardan más de 24 horas). Y también: "These system delays also impact budget alerts, anomaly detection, and billing data exported to BigQuery." (estos retrasos también afectan a las alertas de presupuesto, a la detección de anomalías y a los datos de facturación exportados a BigQuery) (informes de Cloud Billing). Así que el informe de hoy muestra, más o menos, lo de ayer. Para algo reciente, las métricas de uso de Cloud Monitoring están mucho más cerca del tiempo real.

1. Abre el informe. En la consola de Google Cloud, ve a Facturación, elige la cuenta de facturación y abre Informes. Por defecto muestra el coste diario de este mes, agrupado por servicio.
2. Amplía el rango de fechas. Ponlo en los últimos 30 o 90 días, para que el salto destaque frente a los días normales.
3. Agrupa por proyecto. Si la cuenta de facturación paga varios proyectos, encuentra el que cambió y filtra por él.
4. Agrupa por servicio. Cloud Firestore, Cloud Functions, Cloud Run, la API de Gemini: uno de ellos habrá crecido.
5. Agrupa por SKU. Un SKU es lo que pagas exactamente, como las lecturas de Firestore, el tiempo de CPU de Cloud Run o el tráfico de salida a internet. Esta línea te dice qué buscar.
6. Encuentra el día. El gráfico muestra el coste por día. El primer día que saltó el SKU es donde buscar un despliegue, un pico de tráfico o un ataque.

Los informes llegan hasta el día. Para la hora, abre la métrica de uso correspondiente en el Explorador de métricas de Cloud Monitoring: lecturas de documentos para Firestore, ejecuciones para Cloud Functions, número de peticiones para Cloud Run o para la API que estés mirando. Si exportas la facturación a BigQuery, cada fila también guarda la hora en que empezó su uso.

• Lecturas de Firestore. Una consulta sin límite, un listener que se suscribe una y otra vez, o alguien leyendo tus datos desde fuera: cómo saber qué está leyendo tu Firestore.
• Gemini u otras APIs de IA. Casi siempre, una clave que podía llamarlas: cómo restringir una API key de Firebase.
• Cloud Functions o Cloud Run. Un bucle, una función que se dispara a sí misma o tráfico que escaló tus instancias. Ponles un tope: cómo limitar el gasto en Firebase.
• Salida de datos o descargas de Storage. Archivos grandes descargados muchas más veces de lo esperado, desde tu app o desde alguien que los enlaza.
• Autenticación por teléfono. Se cobra por SMS. Una subida brusca suele significar bots pidiendo códigos.

Abre un caso con el soporte de Cloud Billing y explica qué pasó, con fechas y lo que has cambiado desde entonces. El resultado varía. En nuestras historias de terror, Google perdonó una factura como gesto excepcional, una ayuda para startups pagó otra y en otras los cargos se mantuvieron. Preguntar no cuesta nada.

Un presupuesto solo manda un email, horas tarde (por qué las alertas de presupuesto no frenan tu factura). Lo que frena la próxima es un límite que actúe: claves restringidas, cuotas, instancias con tope y una acción automática cuando el gasto o el uso se disparan. FireShield pone esa última parte: vigila el uso de cada servicio cada pocos minutos y puede degradar o cortar un proyecto antes de la próxima factura.