En la siguiente tabla se indican los precios del almacenamiento y de las operaciones de lectura, escritura y eliminación correspondientes a cada ubicación de Firestore:

Para crear una base de datos con nombre (que no sea la predeterminada), debes habilitar la facturación.

Crear o eliminar bases de datos con nombre no conlleva ningún coste adicional, pero estas bases de datos no se incluyen en la cuota gratuita. En su lugar, se te cobrará por el uso que hagas de esas bases de datos con nombre.

Se te cobra por los documentos y las entradas de índice que se leen para satisfacer una consulta. Se te cobra por cada operación de escritura y eliminación de un documento que realices.

Los costes de las operaciones de escritura y eliminación son bastante claros; En el caso de las escrituras, cada operación de escritura o actualización cuenta como una única escritura.

El coste de las operaciones de lectura tiene ciertos matices que se deben tener en cuenta. y que se explican en profundidad en las secciones que aparecen más adelante.

Lecturas de entradas de índice

Se te cobra una operación de lectura por cada lote de hasta 1000 entradas de índice que lea una consulta, excepto en los siguientes casos:

Nota: Puedes usar Firestore Query Explain para confirmar si una consulta cobra entradas de índice leídas.

• En el caso de las consultas de búsqueda vectorial de los K vecinos más cercanos, se te cobra una operación de lectura por cada lote de hasta 100 entradas de índice vectorial de los K vecinos más cercanos que lea la consulta.

Por ejemplo, si la siguiente consulta de búsqueda vectorial con limit: 5 devuelve 5 documentos y lee 1550 entradas de índice vectorial kNN, se te facturarán 5 operaciones de lectura por los documentos devueltos y 16 operaciones de lectura por las entradas de índice:

• Las consultas que tienen hasta un campo de intervalo no se cobran por las entradas de índice leídas.

Por ejemplo, la siguiente consulta contiene un campo de igualdad (age) y un campo de intervalo (start_date), y no se cobra por las entradas de índice leídas:

• Las consultas que tienen hasta un campo de intervalo no se cobran por las entradas de índice leídas.

Por ejemplo, la siguiente consulta contiene un campo de igualdad (age) y un campo de intervalo (start_date), y no se cobra por las entradas de índice leídas:

La siguiente consulta contiene dos campos de intervalo (age y start_date) y se cobra por las lecturas de entradas de índice:

Un campo que aparece en la cláusula ORDER BY se considera un campo de intervalo cuando hay al menos otro campo de intervalo en la consulta. Por lo tanto, la siguiente consulta contiene dos campos de intervalo (age y start_date) y se cobra por las lecturas de entradas de índice:

El campo __name__ siempre se considera un campo de intervalo, aunque solo se use en un filtro de igualdad. Por tanto, la siguiente consulta contiene dos campos de rango (age y __name__) y se cobra por las lecturas de entradas de índice:

Consultas de agregación

En el caso de las consultas de agregación como count(), sum() y avg(), se te cobran las entradas de índice que lee la consulta, tal y como se describe más arriba. En el caso de las consultas de agregación que leen 0 entradas de índice, hay un cargo mínimo de una lectura de documento.

Por ejemplo, las operaciones de count() que leen entre 0 y 1000 entradas de índice se facturan como una lectura de documento. En el caso de una operación count() que lea 1500 entradas de índice, se te cobrarán 2 lecturas de documento.

Para obtener más información sobre los índices utilizados y las entradas de índice leídas, usa Query Explain.

Procesar los resultados de las consultas

Firestore te permite procesar los resultados de las consultas y recibir actualizaciones en tiempo real cuando cambian.

Si lo haces, se te cobrará una operación de lectura cada vez que se añada o actualice un documento del conjunto de resultados en cuestión. Si un documento cambia y se retira del conjunto, también se considerará como una lectura. no se te cobrará ninguna operación de lectura si se elimina.

La facturación de los listeners en los SDKs para móviles y Web también depende de si la persistencia sin conexión está habilitada o no:

• Si la persistencia sin conexión está habilitada y el oyente pasa más de 30 minutos desconectado (por ejemplo, si el usuario se queda sin conexión), se te cobrarán los documentos y las entradas de índice leídos como si hubieras realizado una nueva consulta.
• Si la persistencia sin conexión está inhabilitada, se te cobrarán los documentos y las entradas de índice leídos como si hubieras emitido una consulta nueva cada vez que el listener se desconecte y se vuelva a conectar.

Nota: Las consultas con un máximo de un campo de intervalo están exentas de los cargos por entradas de índice leídas. Consulta más información aquí.

Gestionar conjuntos de resultados de gran volumen

Firestore dispone de varias funciones para ayudarte a gestionar las consultas que devuelven una cantidad considerable de resultados:

• Cursores, que te permiten reanudar consultas de larga duración.
• Tokens de página, que te ayudan a paginar los resultados de las consultas.
• Límites, que puedes utilizar para especificar el número de resultados que quieres extraer.
• Desplazamientos, que te sirven para saltar un número fijo de documentos.

No te cobraremos nada por utilizar los cursores, tokens de página y límites. De hecho, estas funciones incluso pueden ayudarte a ahorrar dinero, ya que sirven para leer únicamente los documentos que necesitas.

Sin embargo, si envías una consulta que incluye un desplazamiento, se te cobrará una operación de lectura por cada documento que se salte. Por ejemplo, si tu consulta usa un desplazamiento con el valor 10 y devuelve 1 documento, se te cobrarán 11 operaciones de lectura. Como se aplica este coste adicional, te recomendamos que utilices los cursores en lugar de los desplazamientos siempre que sea posible.

Consultas que no implican operaciones de lectura de documentos

En el caso de las consultas en las que no se leen documentos (como las solicitudes para ver listas de IDs de colecciones), se te cobrará una única operación de lectura de documento. Si se necesita más de una solicitud para obtener el conjunto completo de resultados (por ejemplo, si usas la paginación), se te facturará por cada una de esas solicitudes.

Coste mínimo de las consultas

Hay un cargo mínimo de una lectura de documento por cada consulta realizada, incluso si no se obtienen resultados.

Reglas de seguridad de Firestore

Si las reglas de seguridad de Firestore de tus bibliotecas de cliente web y móviles usan exists(), get() o getAfter() para leer uno o más documentos de tu base de datos, se te cobrará de la siguiente manera por esas otras operaciones de lectura:

• Se te facturarán las lecturas que sean necesarias para evaluar tus reglas de seguridad de Firestore.
• Por ejemplo, si tus reglas hacen referencia a tres documentos, pero Firestore solo necesita leer dos de ellos para evaluar las reglas, se te cobrarán dos operaciones de lectura adicionales por esos documentos.
• Solo tendrás que pagar una operación de lectura por cada documento que sea necesario, aunque tus reglas hagan referencia varias veces a un mismo documento.
• El coste de la evaluación de las reglas solo se cobra una vez por solicitud.
• Por tanto, como para leer varios documentos se necesitan menos solicitudes, es posible que el coste sea menor que si realizaras operaciones de lectura de todos individualmente.
• Cuando realices operaciones de escucha de los resultados de consultas, se te facturará la evaluación de las reglas en todos los casos que se indican a continuación:
• Cada vez que emitas una consulta
• Cada vez que se actualicen los resultados de las consultas
• Cada vez que el dispositivo de un usuario se desconecte y se vuelva a conectar
• Cada vez que actualices las reglas
• Cada vez que actualices los documentos que las reglas necesitan.

Se te cobra por la cantidad de datos que almacenas en Firestore, lo que incluye la carga de almacenamiento. La cantidad de carga abarca los metadatos, los índices automáticos y los índices compuestos.

Cada documento que se almacena en Firestore debe contar con los siguientes metadatos:

• El ID del documento, incluido el ID de la colección y el nombre del documento.
• El nombre y el valor de cada campo. Dado que Firestore no utiliza esquemas, es necesario almacenar el nombre de cada campo de un documento junto con el valor del campo.
• Cualquier índice de campo único o compuesto que haga referencia al documento. Cada entrada de los índices contiene el ID de la colección, una cantidad de valores de campos según la definición del índice y el nombre del documento.

Los costes de almacenamiento se indican en GiB al mes y se calculan diariamente. Firestore mide el tamaño de la base de datos a diario. A lo largo de un mes, se calcula la media de estos puntos de muestra para determinar el tamaño de almacenamiento de la base de datos. Este valor medio se multiplica por el precio unitario del almacenamiento (GiB al mes).

Descubre cómo se calcula el tamaño del almacenamiento de Firestore.

Si habilitas PITR, se te cobra por el almacenamiento de los datos de PITR. La mayoría de los clientes comprobarán que el coste total del almacenamiento de datos de PiTR es similar al coste de almacenamiento de la base de datos.

Nota: Los datos de PITR se facturan aparte del tamaño de almacenamiento de la base de datos. Los datos de PITR no afectan a los costes de tamaño de almacenamiento de datos.

Los costes de almacenamiento de PITR se calculan diariamente y se expresan en GiB al mes. Firestore mide el tamaño de la base de datos a diario. A lo largo de un mes, se calcula la media de estos puntos de muestra para determinar el tamaño de almacenamiento de la base de datos. Este valor medio se multiplica por el precio unitario de la PITR (GiB al mes).

Por ejemplo, si el tamaño medio de tu base de datos durante un mes es de 1 GiB y la recuperación a un momento dado está habilitada durante todo el mes, el tamaño de los datos de recuperación a un momento dado facturable también es de 1 GiB.

Facturación mínima: es posible que se te cobre hasta 1 día de coste de almacenamiento de PITR aunque inhabilites PITR en un plazo de un día tras habilitarlo.

Si habilitas las copias de seguridad, se te cobrará por el almacenamiento de las copias de seguridad de tu base de datos. El tamaño de almacenamiento de una copia de seguridad es igual al tamaño de almacenamiento de la base de datos cuando se hizo la copia.

Los costes de almacenamiento de las copias de seguridad se calculan en GiB al mes. También se calcula el número de días que se conservan las copias de seguridad durante un periodo de un mes, promediado a lo largo del mes. El coste de cada copia de seguridad se calcula multiplicando el tamaño de almacenamiento de la copia de seguridad por la proporción del mes que se conserva la copia de seguridad y por el precio por unidad. Los límites de los días se definen según la zona horaria de América/Los Ángeles a efectos de facturación.

Cuando realizas una operación de restauración, Firestore mide el tamaño de la copia de seguridad para la operación de restauración. El tamaño de la copia de seguridad se multiplica por el precio unitario de las operaciones de restauración (GiB).

El uso de Firestore Query Explain genera costes.

Cuando se explica una consulta con la opción predeterminada, no se realizan operaciones de lectura de índice. Independientemente de la complejidad de la consulta, se cobra una operación de lectura.

Cuando se explica una consulta con la opción de análisis, se realizan operaciones de indexación y lectura, por lo que se te cobra la consulta como de costumbre. No se aplica ningún cargo adicional por la actividad de explicación y análisis, solo el cargo habitual por la consulta que se ejecuta.

Se te cobra por el ancho de banda de red que utilizan tus solicitudes de Firestore, tal y como se explica en las secciones que aparecen más adelante. El coste del ancho de banda de red de una solicitud de Firestore depende del tamaño de sus respuestas, de la ubicación de tu base de datos de este servicio y del destino de las respuestas.

Firestore calcula el tamaño de las respuestas según un formato de mensaje serializado. El coste general del protocolo, como el gasto por usar SSL, no se tiene en cuenta a la hora de calcular el uso del ancho de banda de red. Las solicitudes que rechazan tus reglas de seguridad de Firestore tampoco se incluyen en el uso del ancho de banda de red.

Si quieres saber cuánto ancho de banda de red has usado, puedes exportar tus datos de facturación a un archivo en la consola de Google Cloud.

Precios generales de red

Las solicitudes procedentes de Google Cloud Platform (por ejemplo, de una aplicación que se ejecuta en Google Compute Engine) se cobran de la siguiente manera:

Se te cobrará por la transferencia de datos de Internet de las siguientes operaciones:

• Solicitudes de Google Cloud entre regiones que no sean de Estados Unidos
• Solicitudes que no proceden de Google Cloud (por ejemplo, desde el dispositivo móvil de un usuario)