Lighthouse Insights: Banco com operação digital orientada a performance
Industry
Financial Services
Challenge
A operação precisava elevar a qualidade técnica de páginas estratégicas para sustentar tráfego orgânico em um ambiente de aquisição cada vez mais pressionado. Sem observabilidade estruturada, o time dependia de auditorias manuais lentas, baixa padronização de leitura e risco crescente de aumento de CAC.
Results
O projeto reduziu diagnósticos de 3 horas para 10 minutos por página, liberou cerca de 80 horas por sprint, evitou custo recorrente com plataformas SaaS e levou 100% das páginas priorizadas à nota 100 em SEO e 80+ em performance.
Lighthouse Insights
Lighthouse Insights
“O ponto não era apenas medir SEO. Era criar um fluxo em que o problema técnico saísse da análise e chegasse à execução com velocidade suficiente para gerar impacto real.”
Head de Performance Digital e Aquisição
Serviços financeiros
Aquisição orgânica exige engenharia, não improviso
A operação pertence a uma instituição financeira com forte dependência do ambiente digital para aquisição, relacionamento e conversão. Nesse contexto, performance técnica de páginas não é detalhe de produto. Ela influencia relevância nos buscadores, eficiência de aquisição e custo de crescimento.
Quando SEO técnico depende de leitura manual, múltiplas interpretações e esforço concentrado em poucos especialistas, o problema deixa de ser apenas de performance web. Ele passa a afetar ritmo de execução e sustentabilidade do canal orgânico.
Quando a auditoria vira gargalo
A necessidade era clara: atingir score 95+ em SEO para proteger a performance orgânica em páginas estratégicas. O ponto de partida, porém, era frágil. As principais páginas operavam com pontuações entre 40 e 50, abaixo do necessário para sustentar competitividade em busca orgânica.
O primeiro risco era financeiro. Para ganhar visibilidade, a organização estava próxima de adotar plataformas SaaS de mercado com custo recorrente em dólar e pouca aderência à lógica de governança interna. O segundo era operacional. A leitura de relatórios do Google Lighthouse ainda era artesanal, exigindo que desenvolvedores seniores gastassem horas interpretando arquivos técnicos e transformando achados em ações possíveis.
O terceiro era de execução. Sem uma camada mais estruturada entre diagnóstico e correção, o time seguia preso em um fluxo lento, com alta carga cognitiva e baixa escalabilidade. Em vez de construir produto e evoluir experiência digital, parte relevante da capacidade ficava consumida por tarefas repetitivas de interpretação técnica.
O problema, portanto, não era apenas “melhorar SEO”. Era criar uma forma mais eficiente de transformar observabilidade técnica em ação priorizada, sem inflar custo com software externo nem ampliar time para resolver uma fricção de processo.
Do relatório bruto à ação pronta para o time
A resposta foi construir uma arquitetura própria de observabilidade com IA aplicada ao ponto exato do gargalo.
A MATH desenhou uma solução que substituiu a dependência de crawlers e plataformas externas por bots em Node.js executados via Cloud Functions. Essa camada passou a coletar dados do Lighthouse de forma automatizada, mantendo histórico auditável em buckets no GCP com custo marginal muito baixo.
A segunda camada foi a leitura inteligente dos achados. Em vez de deixar o time interpretar manualmente JSONs complexos, a MATH AI Platform passou a atuar como tradutora técnica da auditoria. Erros como recursos que bloqueiam renderização, oportunidades de compressão ou ajustes estruturais deixaram de ser apenas sinais técnicos soltos. Eles passaram a ser convertidos em orientações claras de execução e user stories acionáveis para o backlog.
A terceira camada foi a governança dos dados. Antes da visualização, os dados brutos passavam por um processo de filtragem e organização para eliminar ruído e destacar o que realmente importava para decisão. O resultado foi uma visão executiva mais clara, capaz de mostrar prioridade, status e impacto sem depender de interpretação excessiva do time técnico.
Outro ponto importante foi o desenho aberto da arquitetura. Embora a solução tenha sido criada para SEO técnico e performance web, sua estrutura foi pensada para evoluir. Com ajustes de prompt e regra, o mesmo fluxo pode ser estendido a outras frentes, como acessibilidade e segurança, sem necessidade de novo licenciamento ou de reconstrução da base.
O ganho não veio apenas da automação da coleta. Veio da capacidade de transformar sinal técnico em tarefa executável com menos atrito entre diagnóstico e entrega.
O que a operação ganhou além de score
O primeiro resultado foi produtividade. O tempo de diagnóstico por página caiu de 3 horas para 10 minutos, uma redução de 94%. Isso mudou o papel da auditoria dentro da operação. O que antes consumia esforço especializado passou a funcionar como uma camada rápida de apoio à priorização.
O segundo resultado foi capacidade liberada. A economia média de 80 horas por sprint representou, na prática, a recuperação da capacidade equivalente a um desenvolvedor sênior em tempo integral. Esse ganho não apareceu como sobrecarga distribuída. Ele apareceu como tempo real devolvido para inovação e evolução de produto.
O terceiro resultado foi financeiro. Ao construir uma arquitetura própria em vez de contratar plataformas de mercado, a operação evitou OPEX recorrente estimado entre US$ 3 mil e US$ 18 mil. Mais do que economizar licença, o projeto preservou governança sobre os próprios dados e evitou dependência de ferramentas externas para uma disciplina crítica.
O quarto resultado foi técnico. As páginas priorizadas saíram de scores entre 40 e 50 para nota 100 em SEO e 80+ em performance. Isso mostra que o projeto não ficou restrito à automação da análise. Ele criou condições para a correção acontecer com mais velocidade e qualidade.
Ao final, a operação ganhou uma forma mais eficiente de proteger seu canal orgânico. O SEO deixou de depender de esforço fragmentado e passou a operar com observabilidade, critério e resposta mais rápida.
