As linhas que ninguém orça: build, medição e log

Colocar preço de tabela em três despesas que passam por gratuitas: montar o artefato, medir o desempenho e guardar o log.

• Orçar o build como linha de fatura, com preço por CPU-minuto e frequência de publicação.
• Distinguir observabilidade incluída de complemento pago por projeto e por evento.
• Calcular o custo mensal de cada rotina agendada antes de aprová-la.

Em linguagem simples

Três despesas escapam de todo orçamento de tecnologia porque parecem etapas do processo, e não compras. A primeira é o build: a montagem do pacote que vai ao ar, que consome máquina e é cobrada por minuto de processador. A segunda é a medição: os produtos que informam se o site está rápido e se alguém teve erro, quase sempre vendidos por projeto e por evento. A terceira é o log: guardar o registro do que aconteceu, cobrado por volume.

Nenhuma das três aparece quando se pergunta quanto custa a plataforma, porque a resposta que circula é o valor do plano. As três aparecem na fatura, e crescem com hábitos do time que ninguém precisou aprovar: publicar mais vezes por dia, ligar a medição por padrão em todos os projetos e deixar uma rotina de verificação rodando a cada cinco minutos porque alguém achou prudente.

1. 01Build é cobrado por CPU-minuto. Na Vercel, a partir de US$ 0,0035 por CPU-minuto, em máquinas que escalam de 4 a 30 núcleos de processador, com teto de 45 minutos por publicação. Verificado em 24 de julho de 2026 em documentação com atualização de 24 de junho de 2026.
2. 02Frequência de publicação tem preço unitário. Cada prévia de pedido de mudança é um build. Um time que publica 46 prévias por dia paga um múltiplo do que paga um time que publica cinco, com exatamente o mesmo código.
3. 03Medição de desempenho tem camada grátis e camada paga. Desde 25 de agosto de 2026 o Speed Insights tem uma camada gratuita em todos os planos, com 10.000 eventos a cada 30 dias por time e só a nota geral de experiência. A versão completa, agora chamada Speed Insights Plus, custa US$ 10,00 por projeto por mês mais US$ 0,65 a cada 10.000 eventos no plano Pro (documentação atualizada em 23 de setembro de 2026). Com dezenove projetos no Plus, a taxa base soma US$ 190 por mês antes de qualquer evento.
4. 04Rotina agendada é despesa recorrente. Uma verificação a cada cinco minutos são cerca de 8.640 execuções por mês, arredondadas por minuto. Em máquina de execução alugada Linux de 2 núcleos a US$ 0,006 por minuto, são US$ 51,84 de custo bruto mensal só dessa rotina. A franquia de 3.000 minutos do plano de equipe é da conta e compartilhada por todos os fluxos, então ela só abate se ainda houver saldo depois de construção, testes e demais rotinas. Repositório público usa executor padrão sem medição, e nesse caso a linha não existe.

Confusão mais comum: Tratar build como parte do plano porque a publicação acontece sozinha depois do push. A automação esconde a compra: ninguém aprova cada build, e por isso ninguém percebe que a frequência de publicação é uma decisão orçamentária tomada diariamente pelo time de engenharia.

Explique em voz alta: Escreva no papel, antes de conferir, quantas publicações a sua empresa faz por dia, e multiplique por trinta. Esse número é a quantidade de builds que você comprou no mês.

Três despesas que não passam por aprovação

Todo processo de compra da empresa exige aprovação: licença de software, assento de ferramenta, contratação de fornecedor. Build, medição e log escapam desse processo porque não parecem compras. Parecem etapas. E como acontecem sozinhas, disparadas por um comando de quem escreve código, ninguém as aprova uma única vez.

O material antigo do curso reforçava exatamente essa ilusão: dizia que em trinta a sessenta segundos o site está no ar, como se a montagem fosse etapa gratuita e instantânea, e recomendava ligar a medição de desempenho descrevendo-a como gratuita. As duas afirmações estão desatualizadas. Build é cobrado por CPU-minuto a partir de US$ 0,0035, verificado em 24 de julho de 2026 em documentação com atualização de 24 de junho de 2026, e o Speed Insights Plus, a versão com todas as métricas de Core Web Vitals, custa US$ 10,00 por projeto por mês mais US$ 0,65 a cada 10.000 eventos no plano Pro, conforme a documentação atualizada em 23 de setembro de 2026. A camada gratuita, lançada em 25 de agosto de 2026, mostra só a nota geral e pausa a coleta ao passar de 10.000 eventos em 30 dias.

A boa notícia é que estas são as linhas mais fáceis de ajustar de toda a fatura, porque quase nunca há cliente do outro lado. Uma tarde de trabalho separando o que é lido do que apenas roda costuma devolver uma ordem de grandeza melhor de retorno por hora investida do que qualquer otimização de código.

Preço de tabela das linhas invisíveis, verificado em 24 de julho de 2026

Os itens abaixo raramente aparecem em orçamento de tecnologia. Todos têm preço público e todos crescem com hábito, não com receita.

Modelo operacional

Quatro perguntas antes de ligar qualquer medição

Observabilidade é linha de custo variável, decidida projeto a projeto. Ligar por padrão na organização inteira é a forma mais cara de tomar essa decisão, e é o padrão de mercado.

• Quem lê isso, e com que frequência?: Medição sem leitor é log caro. Se ninguém abriu o painel nos últimos trinta dias, a resposta já apareceu. Exemplo: Onze dos dezenove projetos da Nortis são internos, sem cliente externo, e ninguém consulta o desempenho deles.
• Que decisão muda conforme o número?: Se nenhuma decisão muda, a medição é conforto. Conforto tem preço e pode ser comprado conscientemente, desde que declarado. Exemplo: O desempenho da página de preços muda decisão de marketing. O de um painel administrativo interno, não.
• O custo é por projeto ou por evento?: Taxa por projeto multiplica pela carteira e independe de audiência. Cobrança por evento acompanha o tráfego e explode em campanha. Exemplo: Dezenove projetos com taxa base de US$ 10 custam US$ 190 antes do primeiro evento coletado.
• Existe custo de segunda ordem?: Scripts de coleta rodam no navegador do cliente e geram transferência de dados e requisições de borda, cobradas em outras linhas da mesma fatura. Exemplo: Ligar quatro coletores em um site de alto tráfego move a linha de transferência sem que ninguém associe uma coisa à outra.

A medição do desempenho percebido pelo cliente se apoia hoje em três números: quanto tempo leva até a maior parte da página aparecer (LCP), quão rápido a página responde ao primeiro toque do usuário (INP) e quanto o conteúdo salta na tela enquanto carrega (CLS). O indicador antigo de resposta ao primeiro toque (FID) foi substituído em março de 2024, então material que ainda o cita está medindo o que o Google já não usa.

Rotina real

A revisão de rotinas agendadas

Head de engenharia da Nortis, junto do responsável pelo orçamento de tecnologia · Uma vez por trimestre, lista todas as rotinas automatizadas em execução, com frequência, custo mensal e o nome de quem lê o resultado.

Situação: Rotinas agendadas nascem em resposta a incidentes e nunca morrem. A que verifica a saúde do site a cada cinco minutos foi criada em 2024, depois de uma queda, e o canal de alerta dela foi desativado numa reorganização de times.

Entradas: Lista de rotinas agendadas, frequência de cada uma, tempo médio de execução, plano contratado no provedor de integração contínua e o canal de destino de cada alerta.

Processo: Calcular execuções por mês, converter em minutos de máquina de execução alugada, somar os minutos de todos os fluxos antes de aplicar a franquia da conta, e verificar em qual canal cada alerta cai e se alguém o lê.

Saída: Tabela de rotinas com custo mensal, leitor nomeado e a marcação do que será desligado, reduzido de frequência ou substituído por monitoramento de terceiro.

Verificação humana: Nenhuma rotina de segurança ou de conformidade é desligada por custo. A régua é utilidade e leitor, não preço. Uma rotina barata que ninguém lê some; uma cara que sustenta obrigação regulatória fica e ganha dono.

Como se mede: Custo mensal total das rotinas agendadas e percentual delas com leitor nomeado. Rotina sem leitor é a fila de corte.

Conexão com o portal

Da gestão de projetos para o orçamento de esteira

Trabalho recorrente que não aparece no cronograma continua consumindo capacidade e orçamento, e o efeito só se torna visível quando alguém o inventaria e coloca preço.

Tradução executiva: Build, medição e rotina agendada são o trabalho recorrente da esteira de publicação. Nenhum deles entra no plano do trimestre porque nenhum tem entrega associada. Ao inventariar e precificar, o comitê descobre que uma parcela relevante do orçamento de tecnologia é consumida por processos que ninguém pediu e que ninguém lê, e que essa parcela cresce sozinha com o tamanho da carteira de projetos.

Use quando: o orçamento de tecnologia estourar sem que nenhum projeto novo tenha entrado no plano.

Fronteira: O inventário mostra o custo e não mostra o valor de seguro de cada item. Uma rotina cara que detecta indisponibilidade antes do cliente pode pagar-se em um único incidente. O corte se decide por utilidade demonstrada, e a demonstração exige olhar o histórico de alertas úteis, não só o preço.

Gestão de Projetos de GEO

Guardrail

Onde o orçamento de esteira costuma vazar

Cinco vazamentos aparecem com frequência quase idêntica em empresas de portes diferentes. Todos são corrigíveis em uma tarde e nenhum aparece em relatório de fornecedor, porque nenhum fornecedor tem interesse em avisar que você está pagando pelo que não usa.

• Toda rotina agendada tem frequência justificada pela pergunta que responde. Verificação de saúde a cada cinco minutos gera cerca de 8.640 execuções por mês; a cada trinta minutos, cerca de 1.440, com quase o mesmo tempo de detecção quando o alerta chega a um canal que alguém lê.
• Nenhum complemento de medição está ligado por padrão na organização inteira. A decisão é por projeto, com leitor nomeado.
• O teto de 45 minutos de build por publicação está monitorado. Repositório único que abriga vários projetos da empresa falha exatamente nesse teto quando cresce, e o time descobre no dia da correção urgente.
• Publicação por linha de comando deixou de ter limite específico desde 17 de junho de 2026, o que viabiliza publicação por pipeline externo e por agente. Os tetos que ainda quebram repositório único grande são os 45 minutos de build e os 15.000 arquivos de fonte por envio.
• A retenção de artefato e de cache tem prazo definido. Artefato guardado indefinidamente a US$ 0,25 por GB-mês é a despesa que mais cresce sem que ninguém a observe.

Guia prático · Guia de marketing 4 · Cache e custo

Faça a landing da campanha sair do cache, e não da função, no dia do pico

Caso de uso: Mídia paga e e-mail marketing · pico de tráfego no disparo

No fim deste guia a landing servida no pico da campanha sai do cache da rede de entrega, o time sabe ler o motivo de cada falha de cache e a linha de requisições da fatura tem preço conhecido antes do disparo.

Onde fica: Vercel: projeto > Logs (coluna de cache), Usage e Settings > Billing. Cloudflare: Caching > Configuration e Rules > Cache Rules.

Critério de pronto e como medir

• Critério de pronto: mais de 90% das requisições da landing aparecem como HIT nos logs na primeira hora do disparo.
• Linha CDN Requests do mês estimada antes da campanha, com a modalidade de cobrança escolhida por escrito.

Caso Nortis · Semana 4

O time publica em média 46 versões de prévia por dia. Cada uma consome máquina de build cobrada por CPU-minuto. Além disso, quatro ferramentas de medição estão ligadas por padrão nos dezenove projetos da empresa.

O material interno que a empresa usava afirmava que a medição de desempenho era gratuita. Ela é complemento pago de US$ 10 por projeto por mês, mais US$ 0,65 a cada 10.000 eventos, verificado em 24 de julho de 2026.

Montar o orçamento de build e observabilidade por projeto, com preço de tabela por item, custo mensal de cada rotina agendada e a lista assinada do que será desligado.

Exemplo trabalhado

Quanto custam as 46 prévias por dia da Nortis

Head de engenharia da Nortis, preparando o orçamento do próximo trimestre

O time publica em média 46 versões de prévia por dia. Quatro ferramentas de medição estão ligadas por padrão nos dezenove projetos da empresa. Uma rotina de verificação roda a cada cinco minutos desde 2024, e ninguém lembra quem a criou.

Resultado: Cerca de US$ 145 por mês saem da conta sem tocar em nada que o cliente perceba, e as três linhas passam a ter dono e revisão trimestral. Mais importante: a frequência de publicação deixa de ser gasto invisível e vira decisão consciente, defendida com o argumento certo.

Continua sob responsabilidade humana: Cortar build seria o corte errado. Publicação frequente e pequena é o mecanismo que reduz o tamanho de cada mudança e o tempo de restauração, e derrubar a frequência para economizar US$ 300 por mês pode custar muito mais em um único incidente. A regra é cortar o que ninguém lê, jamais o que sustenta a estabilidade da entrega.

Laboratório de decisão

O corte que o comitê vai pedir

O orçamento de esteira está na mesa: cerca de US$ 309 de build, US$ 190 de taxa base de medição e US$ 51,84 de rotina agendada. O CFO pede uma redução de um terço nessa soma até o fim do trimestre.

De onde tirar o corte sem comprar um problema maior?

• A. Reduzir a frequência de publicação, limitando prévias a duas por dia por pessoa.: Entrega o corte no papel e ataca justamente o hábito que mantém as mudanças pequenas. Mudança grande é mais difícil de revisar e mais lenta de reverter, e o efeito aparece no primeiro incidente, com custo que não cabe nesta planilha.
• B. Desligar a medição de desempenho em todos os projetos e reavaliar no próximo trimestre.: Corta US$ 190 imediatamente e apaga a única evidência de experiência do cliente que a empresa tem. A conta volta em forma de discussão sem dado na próxima reclamação de lentidão.
• C. Desligar a medição nos onze projetos internos sem cliente externo, reduzir a rotina agendada de cinco para trinta minutos e manter o build intacto, com o teto de 45 minutos monitorado.: Entrega cerca de US$ 153 por mês, preserva a medição onde existe cliente, mantém a frequência de publicação e cria a revisão trimestral que impede o custo de voltar sozinho.

Recomendação: A terceira opção, com a revisão trimestral marcada em calendário e dono nomeado.

Das três linhas, apenas uma sustenta uma capacidade operacional relevante. Frequência de publicação alta é o que permite entregar mudanças pequenas, revisáveis e fáceis de reverter, e cortá-la para economizar trezentos dólares troca uma despesa previsível por um risco não precificado. Medição em projeto interno sem cliente e rotina que alerta um canal desativado não sustentam capacidade nenhuma: são inércia. A regra prática, que vale além deste caso, é cortar o que ninguém lê antes de cortar o que alguém usa, e nunca aceitar meta de redução percentual sem antes ter o inventário item a item na mesa.

• Eu sei quantos builds a minha empresa compra por mês e quanto isso custa em CPU-minuto.
• Eu consigo dizer, projeto a projeto, quem lê a medição de desempenho que estamos pagando.
• Eu tenho, para cada rotina agendada da minha operação, frequência justificada, custo calculado e leitor nomeado.

Com o consumo mapeado, resta a pergunta que o conselho faz e que ninguém responde: qual é o teto.