Preços da Configuração remota
Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
A partir de 1º de setembro de 2026, Remote Config vai oferecer uma estrutura de preços flexível projetada para acomodar projetos de todos os tamanhos, com um plano sem custo financeiro e um nível escalonável de pagamento por uso com base no seu uso diário.
Apenas as solicitações de busca invocadas diretamente pelo Remote Config serviço
(por SDKs de cliente ou APIs REST) contribuem para o uso faturado. As operações de busca, chamadas de rede ou métricas geradas internamente por outros serviços do Firebase não são contabilizadas nas Remote Config cotas ou no faturamento.
A tabela a seguir mostra o uso por projeto para os planos
Spark e
Blaze:
Detalhes
Sem custo financeiro (plano Spark)
Pagamento por uso (plano Blaze)
Solicitações de busca
Até 100.000 por dia
Sem custo financeiro até 100.000 por dia.
Em seguida:
US$ 0,000006 por solicitação (US$ 0,06 / 10 mil solicitações) para uso entre 100.001 e 10.000.000 por dia.
US$ 0,000001 por solicitação (US$ 0,01 / 10 mil solicitações) para uso acima de 10.000.000 por dia.
Todos os recursos
Inclui personalização, lançamentos, integração de testes A/B
Inclui personalização, lançamentos, integração de testes A/B
Períodos de carência de transição para projetos atuais
Esse período de carência de transição é relevante para projetos que têm
Remote Config ativada antes de 1º de setembro de 2026. Para garantir uma transição tranquila para o preço de pagamento por uso, os projetos atuais recebem os seguintes períodos de carência estendidos antes do início da aplicação do faturamento:
Plano de faturamento atual
Período de carência de transição
Início do faturamento padrão
Ação necessária / Observações
Plano Spark(sem custo financeiro)
3 meses
1º de dezembro de 2026
Ação recomendada: configure o Cloud Billing e faça upgrade para o Blaze.
Bônus: Se você fizer upgrade antes de 15 de novembro de 2026, o período de carência será estendido para 5 meses (o faturamento começa em 1º de fevereiro de 2027).
Plano Blaze(pagamento por uso)
5 meses
1º de fevereiro de 2027
Nenhuma ação necessária. Os projetos vão fazer a transição automática para o preço padrão em 1º de fevereiro de 2027.
Períodos de carência padrão
Esse período de carência é relevante para projetos que têm Remote Config ativada
em 1º de setembro de 2026 ou depois. Isso inclui projetos atuais Remote Config
ativados (criados antes de 1º de setembro de 2026) em que o período de carência de transição
expirou. Se um projeto exceder o uso de 100.000 solicitações de busca por dia, as seguintes ações deverão ser seguidas:
Plano / Condição
Período de carência
Resultado após o período de carência
Ação necessária / Observações
Plano Spark(sem custo financeiro)
30 dias(aplicável quando o projeto excede o limite diário pela primeira vez)
A limitação começa no 31º dia
Os projetos têm serviço ininterrupto por 30 dias após a primeira vez que o limite diário é excedido. Para evitar a limitação no 31º dia ou depois, faça upgrade para o plano Blaze.
Plano Blaze(pagamento por uso)
N/A (sem limitação)
Faturamento por solicitação de busca
O uso acima de 100.000 buscas é cobrado. Nenhuma limitação é aplicada.
Práticas recomendadas para otimizar o uso
Para otimizar o uso, faça o seguinte:
Intervalos de busca do cliente: evite definir intervalos mínimos de busca muito baixos (por exemplo, setMinimumFetchIntervalInSeconds) em builds de produção. O intervalo recomendado padrão é de 12 horas.
Armazenamento em cache para parâmetros não críticos: para valores de configuração estáveis que raramente mudam, considere aumentar setMinimumFetchIntervalInSeconds de 12 horas (padrão) para 24 ou 48 horas.
Loops de busca de inicialização do app: verifique se o app não aciona uma busca remota em cada transição de tela, retomada de atividade ou renderização de componente. Use estratégias de carregamento
, como buscar e ativar no
carregamento ou ativar por trás da tela de
carregamento de forma responsável.
Auditoria de buscas em segundo plano e inativas: revise jobs, serviços ou módulos de apps legados do worker em segundo plano para remover chamadas de busca redundantes ("buscas fantasma") que são acionadas quando o app está em segundo plano ou inativo.
Monitoramento: use os painéis de preços e uso do console Google Cloud e do console Firebase para configurar alertas de faturamento automatizados quando os volumes de busca diários
se aproximarem de 100.000 solicitações.
Perguntas frequentes e solução de problemas
Qual é a nova estrutura de preços Remote Config que entra em vigor em
1º de setembro de 2026?
Remote Config está migrando para uma estrutura de preços baseada no uso
com um nível sem custo financeiro:
Plano Spark (sem custo financeiro): até 100.000 solicitações de busca por dia sem custo
financeiro.
Plano Blaze (pagamento por uso): sem custo financeiro para as primeiras 100.000 solicitações de busca diárias.
Depois disso:
US$ 0,06 por 10.000 solicitações (US$ 0,000006/solicitação) entre 100.001 e
10.000.000 solicitações por dia.
US$ 0,01 por 10.000 solicitações (US$ 0,000001/solicitação) para uso acima de 10.000.000
solicitações por dia.
Recursos: todos os recursos avançados (personalização, lançamentos e integração de testes A/B
) permanecem incluídos nos planos Spark e Blaze
sem custo adicional.
Preciso de uma conta de faturamento para começar a usar Remote Config?
Não. Você não precisa de uma conta de faturamento para começar a usar
Remote Config. É possível usar o plano Spark para começar sem custo financeiro. Uma conta de faturamento só é necessária quando você faz upgrade do projeto para
o plano Blaze para oferecer suporte a mais de 100.000 solicitações de busca diárias.
Preciso atualizar meu código ou fazer upgrade do SDK da Configuração remota?
Não. Não é necessário modificar o código ou atualizar o Remote Config
SDK do cliente ao fazer a transição entre os planos Spark e Blaze. A transição de nível
e a medição de solicitações são processadas automaticamente pelo
Remote Config back-end.
O que exatamente se qualifica como uma solicitação de busca faturável?
Uma solicitação de busca ocorre sempre que o aplicativo cliente ou o servidor de back-end
chama o Remote Config servidor para verificar se há valores de parâmetros atualizados
(por exemplo, invocando fetch() ou
fetchAndActivate() nos SDKs do cliente ou recuperando
modelos usando SDKs REST/Admin). Apenas as solicitações de busca invocadas diretamente pelo
serviçoRemote Config (por SDKs de cliente ou APIs REST) contribuem
para o uso faturado. As operações de busca, chamadas de rede ou métricas geradas
internamente por outros serviços do Firebase não são contabilizadas nas suas Remote Config
cotas ou no faturamento.
Tempo real Remote Config: abrir uma conexão em tempo real não
gera solicitações de busca individuais contínuas. No entanto, quando o servidor
envia um aviso de invalidação, a chamada do cliente resultante para fazer o download da
configuração atualizada é contabilizada como uma solicitação de busca.
Valores armazenados em cache: o uso de valores armazenados em cache já armazenados no dispositivo
(leitura do disco/memória usando activate() ou
getString()) não gera uma chamada de rede nem é contabilizado como uma
solicitação de busca.
O que acontece se meu projeto estiver no plano Spark e exceder 100.000 solicitações de busca diárias
? Como fazer o upgrade?
Período de carência de 30 dias: quando o projeto Spark exceder 100.000 solicitações de busca diárias pela primeira vez, o Firebase vai conceder um período de carência de 30 dias. Durante
esse período, as solicitações Remote Config continuarão sendo atendidas
sem interrupção.
Continuidade da contagem regressiva: o período de carência de 30 dias começa na primeira vez que
o projeto exceder 100.000 solicitações de busca diárias. Essa contagem regressiva de 30 dias
não é pausada nem redefinida,mesmo que o uso diário caia temporariamente abaixo
do limite de 100.000 solicitações durante esse período.
Notificações de cota: à medida que o volume de busca diário se aproxima e atinge
a cota de 100.000, os administradores do projeto recebem alertas por e-mail automatizados
e notificações em banner do console.
Risco de limitação: se você não fizer upgrade para o plano Blaze até o final do
período de carência de 30 dias, a limitação do serviço Remote Config vai começar
para solicitações que excedam o limite diário de 100.000, o que pode impedir que os clientes
recebam configurações atualizadas.
Os usuários não estão recebendo novos valores de parâmetros Remote Config. Isso pode estar relacionado a preços ou cotas?
Sim. Se o projeto estiver no plano Spark, tiver excedido o limite de 100.000 solicitações diárias
e o período de carência de 30 dias tiver expirado, as solicitações recebidas
acima do limite diário serão limitadas pelo servidor. Verifique as métricas
de uso no Firebase console do Firebase e faça upgrade para o plano Blaze se os usuários
ativos diários exigirem mais de 100.000 buscas diárias.
Como posso conferir meu uso atual para estimar minha fatura?
No Firebase console:
Plano Spark: é possível acompanhar o uso diário de buscas no
Uso e faturamento dashboard.
Na seção Configuração remota, o card de progresso da cota
mostra a contagem de buscas diárias em relação ao limite diário sem custo financeiro
de 100.000.
Plano Blaze: O
Uso e faturamento painel
apresenta um gráfico de barras de uso em camadas que mostra a contagem de buscas diárias
dividida em níveis de preços (nível sem custo financeiro até 100.000, 100.001 a
10.000.000 e acima de 10.000.000).
No Google Cloud console:
Relatórios do Cloud Billing (plano Blaze): é possível conferir o gerenciamento de custos
e relatórios de uso detalhados no Cloud Billing. Para mais detalhes, consulte
Conferir relatórios do Cloud Billing e tendências de custo.
Ao filtrar por SKU, escolha a SKU com base em quando o projeto foi criado:
Projetos criados em 1º de setembro de 2026 ou depois:
ID da SKU: 37B1-4623-6F54
Nome da SKU: solicitações de busca
Projetos criados antes de 1º de setembro de 2026:
ID da SKU: 598C-0184-404A
Nome da SKU: solicitações de busca
Cotas e limites do sistema (planos Spark e Blaze): é possível monitorar o uso atual e os limites ativos do sistema na página Cotas e limites do sistema. Para mais detalhes, consulte
Visualizar e gerenciar cotas. Ao filtrar relatórios,
selecione a API específica do Firebase para a qual você quer verificar as cotas
(por exemplo, firebaseremoteconfig.googleapis.com).
