O Google usa tecnologia de IA na tradução de conteúdos para seu idioma de preferência. As traduções com IA podem ter erros.

Preços da Configuração remota

A partir de 1º de setembro de 2026, o 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 de pagamento por uso escalonável com base no seu uso diário.

Somente as solicitações de busca invocadas diretamente pelo serviço Remote Config (por SDKs de cliente ou APIs REST) contribuem para o uso faturado. Operações de busca, chamadas de rede ou métricas geradas internamente por outros serviços do Firebase não são contabilizadas nas cotas ou no faturamento do Remote Config.

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. Depois, siga estas instruções: 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 e integração com o A/B Testing	Inclui personalização, lançamentos e integração com o A/B Testing
Cotas e limites	Consulte Cotas e limites.	Consulte Cotas e limites.

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 o Remote Config ativado 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 da 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 plano Blaze. Bônus:se você fizer o upgrade antes de 15 de novembro de 2026, seu 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 passar automaticamente 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 o Remote Config ativado a partir de 1º de setembro de 2026. Isso inclui projetos atuais com o Remote Config ativado (criados antes de 1º de setembro de 2026) em que o período de carência da transição expirou. Se um projeto exceder 100.000 solicitações de busca por dia, as seguintes ações precisarã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 o limite diário ser excedido pela primeira vez. Para evitar a limitação no dia 31 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, siga um destes procedimentos:

Intervalos de busca do cliente: evite definir intervalos de busca mínimos muito baixos (por exemplo, setMinimumFetchIntervalInSeconds) em builds de produção. O intervalo padrão recomendado é 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 do padrão de 12 horas para 24 ou 48 horas.
Loops de busca na 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 de worker em segundo plano, serviços ou módulos de apps legados para remover chamadas de busca redundantes ("buscas fantasmas") 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 do Google Cloud e do 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 do Remote Config que vai entrar em vigor em 1º de setembro de 2026?

O Remote Config está migrando para uma estrutura de preços baseada em 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 de solicitações por dia.
- US$ 0,01 por 10.000 solicitações (US$ 0,000001/solicitação) para uso acima de 10.000.000 de solicitações por dia.
Recursos: todos os recursos avançados (Personalização, Lançamentos e integração com o A/B Testing) continuam incluídos nos planos Spark e Blaze sem custo financeiro adicional.

Preciso de uma conta de faturamento para começar a usar o Remote Config?

Não. Você não precisa de uma conta de faturamento para começar a usar o Remote Config. Você pode usar o plano Spark para começar sem custos financeiros. Uma conta de faturamento só é necessária quando você faz upgrade do seu projeto para o plano Blaze para aceitar 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 nem atualizar o SDK do cliente do Remote Config 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 back-end do Remote Config.

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 servidor do Remote Config para verificar se há valores de parâmetro atualizados (por exemplo, invocando fetch() ou fetchAndActivate() nos SDKs cliente ou recuperando modelos usando SDKs REST/Admin). Somente as solicitações de busca invocadas diretamente pelo serviço Remote Config (por meio de SDKs de cliente ou APIs REST) contribuem para o uso faturado. Operações de busca, chamadas de rede ou métricas geradas internamente por outros serviços do Firebase não são contabilizadas nas cotas ou no faturamento do Remote Config.

Remote Config em tempo real: 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 conta como uma solicitação de busca.
Valores em cache: o uso de valores em cache já armazenados no dispositivo (leitura do disco/memória usando activate() ou getString()) não gera uma chamada de rede nem conta 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 seu projeto do Spark excede 100.000 solicitações de busca diárias pela primeira vez, o Firebase concede um período de carência de 30 dias. Durante esse período, suas solicitações do Remote Config vão continuar sendo atendidas sem interrupção.
Continuidade da contagem regressiva: o período de carência de 30 dias começa na primeira vez que seu projeto excede 100.000 solicitações de busca diárias. Essa contagem regressiva de 30 dias não é pausada nem redefinida,mesmo que seu uso diário caia temporariamente abaixo do limite de 100.000 solicitações durante esse período.
Notificações de cota: quando o volume diário de buscas se aproxima e atinge a cota de 100.000, os administradores do projeto recebem alertas automáticos por e-mail e notificações em banner no 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 do Remote Config vai começar para solicitações que excederem o limite diário de 100.000, o que pode impedir que os clientes recebam configurações atualizadas.
Como fazer upgrade: mude para o plano Blaze no console do Firebase para garantir um serviço sem interrupções. O upgrade para o plano Blaze vincula seu projeto a uma conta do Google Cloud Billing.

Os usuários não estão recebendo novos valores de parâmetro 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 suas métricas de uso no console do Firebase e faça upgrade para o plano Blaze se os usuários ativos por dia precisarem de mais de 100.000 buscas diárias.

Como posso ver meu uso atual para estimar minha fatura?

No console do Firebase:

Plano Spark:é possível acompanhar o uso diário de busca no painel Uso e faturamento. Na seção Configuração remota, o card de progresso da cota mostra sua contagem diária de buscas em relação ao limite diário sem custo financeiro de 100.000.
Plano Blaze:o painel Uso e faturamento apresenta um gráfico de barras de uso em níveis que mostra a contagem diária de buscas dividida por níveis de preços (nível sem custo financeiro até 100.000, de 100.001 a 10.000.000 e acima de 10.000.000).

No console do Google Cloud:

Relatórios de faturamento do Cloud Billing (plano Blaze): é possível ver relatórios detalhados de gerenciamento de custos e relatórios de uso no Cloud Billing. Para mais detalhes, consulte Visualizar relatórios de faturamento 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 ou após 1º de setembro de 2026:
  - 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 do sistema ativos na página Cotas e limites do sistema. Para mais detalhes, consulte Ver e gerenciar cotas. Ao filtrar relatórios, selecione a API específica do Firebase para verificar as cotas (por exemplo, firebaseremoteconfig.googleapis.com).