Perguntas de quem entende a métrica
As dúvidas reais antes da contratação
As mesmas perguntas que CTO, Head of Growth e Head of Engineering fazem antes de aprovar um projeto de performance sério.
Em quanto tempo eu vejo resultado em receita, não só em métrica técnica?
Primeiras melhorias de velocidade visíveis em 30-60 dias após implementação. Conversão começa a refletir em 60-90 dias, dependendo do volume de tráfego pra ter significância estatística. A auditoria forense da Fase 01 já entrega a projeção financeira aberta antes da proposta: você vê o quanto cada décimo de segundo está custando hoje e o quanto cada otimização vai recuperar. Cada melhoria documentada no relatório do mês, com o impacto medido por escrito.
Vocês fazem auditoria gratuita?
Não. O diagnóstico forense leva tempo técnico real e entrega a projeção financeira aberta (quanto cada décimo de segundo está custando, quais correções têm maior retorno, o que pode ser implementado pelo seu time interno vs o que exige squad). Cobramos como entrega autônoma, com ROI defensável: você sai com o material que justifica internamente o investimento, mesmo que decida não seguir com a Próximo Passo.
Vocês conseguem otimizar sem mudar o framework atual?
Na maioria dos casos, sim. Otimização de imagens, fontes, JS deferred, Critical CSS, third-parties e cache resolve a maior parte dos problemas sem trocar stack. Quando o framework legado é parte estrutural do problema (WordPress com 30 plugins, SPA antiga sem hidratação parcial), abrimos honestamente que reescrever vale mais que otimizar. Decisão é sua.
Lighthouse de laboratório vai sempre estar diferente do que o Google mede de verdade. Vocês trabalham com Lighthouse ou com RUM?
Os dois, com prioridade clara: RUM (Real User Monitoring) é a verdade do que o Google usa para ranking, Lighthouse é a régua controlada para diagnóstico e CI. Toda meta de melhoria é medida contra P75 de RUM em campo, não contra Lighthouse de laboratório. Lighthouse é o termômetro de fábrica; RUM é a temperatura do paciente.
Meu site tem 30 third-parties (pixel, analytics, chat, A/B test). Vocês cortam tudo?
Não. Quantificamos o custo de cada um em LCP, INP e CLS, mapeamos o valor de negócio que cada um entrega e levamos a decisão para a mesa com o seu time de marketing. Geralmente conseguimos remover 20% a 40% do third-party sem perda de função, adiar outros 30% via lazy loading inteligente e substituir 10% por alternativas mais leves. O resto fica, com custo conhecido.
INP substituiu o FID em 2024. Vocês já operam com a métrica nova?
Sim, INP é nossa métrica de prioridade desde antes da troca oficial. INP é mais cruel que FID porque mede toda interação, não só a primeira. Otimização de INP exige refatoração de event handlers, code splitting agressivo, scheduler.yield para tarefas longas e hidratação parcial em SPAs. Cada uma dessas frentes é parte do escopo padrão.
Vocês fazem manutenção depois que está no verde?
Oferecemos retainer opcional para observabilidade contínua, revisão de regressões identificadas via RUM, atualização de third-parties e revisão semestral profunda. Sem retainer, entregamos a documentação e o pipeline configurado para o seu time interno operar; com retainer, operamos junto. Decisão é do cliente, sem amarração.
Mobile e desktop têm prioridades diferentes para vocês?
Mobile sempre prioridade. O Google usa mobile-first indexing desde 2021, e o P75 de Core Web Vitals do mobile é o que define o ranking, não a média ponderada. Em B2B o desktop ainda concentra conversão, mas o ranking que traz o desktop vem do mobile saudável. Atacamos mobile primeiro em todo projeto.
Posso ter Lighthouse 100 e ainda assim Core Web Vitals ruim?
Pode, e acontece frequentemente. Lighthouse é teste de laboratório com rede simulada e CPU emulada; Core Web Vitals do Google é P75 de usuários reais com rede e device variados. Empresa com Lighthouse 100 e Core Web Vitals vermelho no CrUX tem problema de RUM, não de auditoria. Resolvemos os dois, mas o ranking de Google vem do P75 de campo.
Vocês trabalham com sites em frameworks específicos (Next.js, Astro, Nuxt) ou em qualquer stack?
Qualquer stack, com profundidade calibrada. Em frameworks modernos (Next.js, Astro, Nuxt, Remix, SvelteKit) operamos com hidratação parcial, RSC, Islands Architecture, streaming. Em WordPress, otimizamos plugins, queries, cache server-side, Critical CSS e third-parties. Em legados (Drupal, Sitecore, Liferay), focamos em entrega de assets e refatoração de frontend sem tocar no backend.
Quanto custa otimizar performance?
Pricing fechado após auditoria forense. Varia por número de templates críticos, complexidade do stack atual, profundidade de third-parties a refatorar e integração com pipeline existente. Para projetos onde a auditoria identifica solução simples (otimização de imagens + fontes + 3 third-parties), o orçamento é menor; em sites que exigem refatoração arquitetural, maior. Auditoria é a primeira etapa, sempre.
