Como a Ultrahub reconstruiu a presença digital da Fluvius Engenharia

Problema

Existe um descompasso comum em empresas técnicas: a competência é alta, a carteira é boa, o time resolve problemas difíceis — e o site comunica uma fração disso. Não é falta de capricho: o site costuma nascer como tarefa lateral, num momento em que a empresa era menor, e desde então acumula páginas sem nunca ter sido replanejado.

A Fluvius Engenharia chegou à Ultrahub com um site simples, limitado a um portfólio básico e considerado insuficiente, no diagnóstico do projeto, para o posicionamento técnico e a estratégia de conteúdo que a empresa pretendia construir — enquanto já buscava se consolidar no mercado de engenharia de recursos hídricos, hidrologia e hidráulica. O site anterior não oferecia estrutura suficiente para ampliar a cobertura de conteúdo técnico, comunicar a profundidade do trabalho da Fluvius nem medir adequadamente os contatos gerados. Não era um site malfeito para o que se propunha a ser: era um site que fazia menos do que a empresa já precisava.

Esse descompasso custa caro justamente onde a compra é por confiança técnica. O mecanismo: quem contrata estudo hidrológico, projeto hidráulico ou parecer para licenciamento tenta reduzir risco antes de conversar. Em muitas contratações técnicas, a busca é o primeiro contato; em outras, o site é a etapa de validação que ocorre depois de uma indicação, de um convite para propor, de um cadastro de fornecedores ou de um relacionamento anterior. Nos dois casos, o comprador forma uma avaliação antes de falar com a empresa, com o material que consegue ler sozinho. Quem não é encontrado ou não apresenta evidências suficientes pode perder espaço na triagem antes mesmo da primeira conversa.

A perda é invisível por construção: ninguém recebe um e-mail dizendo “descartamos vocês na triagem”. A empresa é apenas chamada menos do que o trabalho dela justificaria, e atribui isso a mercado, a preço, a concorrência — raramente à própria presença digital.

Análise técnica

O ponto de partida foi um briefing de replanejamento completo, e dele veio a decisão de método: tratar a entrega não como a criação de um site, mas como a construção de um produto institucional. A diferença não é retórica. “Criação de site” começa por “quais páginas vamos ter e como elas ficam”. Produto institucional começa por quem precisa decidir algo ao chegar ali, o que essa pessoa precisa entender para avançar e que evidência sustenta cada afirmação. As páginas são consequência, não ponto de partida.

Arquitetura de informação pelo vocabulário do comprador. O portfólio foi organizado por setor de atuação — mineração, energia, infraestrutura, saneamento, agronegócio e indústria — e a página de Serviços, por disciplina técnica, em seis categorias: Hidrologia & Hidráulica, Geotecnia, Ensaios Laboratoriais, Engenharia Estrutural, Topografia e Meio Ambiente. Isso resolve um problema de entrada: um gestor ambiental de mineração procura pelo contexto do setor que conhece; um projetista, pela disciplina. São dois vocabulários chegando ao mesmo trabalho, e o site precisa de uma porta para cada um. Um menu montado pelo organograma interno obriga o visitante a traduzir sozinho o problema dele para a nomenclatura da casa — e parte dele não traduz: volta para a busca.

Blog técnico estruturado. Foram publicados dois artigos completos, com referências normativas e marcação de dados estruturados. A referência normativa permite ao leitor conferir a afirmação em vez de acreditar nela — em setor regulado, o texto é lido por quem sabe checar, e essa checagem é a avaliação técnica informal que antecede o convite para propor.

Os artigos receberam marcação Article — que descreve o artigo, a autoria, a data e a imagem —, enquanto as perguntas visíveis foram descritas separadamente com FAQPage, que descreve as perguntas e respostas exibidas na página. Essas marcações ajudam máquinas a interpretar a estrutura do conteúdo, mas não garantem posição nem resultado enriquecido: o Google afirma que não garante a exibição dos recursos que consomem dados estruturados, e o resultado rico de FAQ, desde a mudança de 2023, aparece apenas para sites governamentais e de saúde reconhecidos (documentação consultada em julho de 2026 — links na seção de fontes). Dado estruturado torna a estrutura legível por máquina; não melhora o conteúdo nem compra posição.

Dois artigos são poucos, e isso é escolha, não limitação escondida: a política editorial que a Ultrahub aplica — inclusive neste texto — prefere poucos textos que sustentem escrutínio técnico a muitos que ninguém do setor leva a sério. Textos assim já podem servir como evidência de conhecimento e criar pontos de entrada para buscas específicas, mas isso é hipótese de trabalho, não resultado provado: o efeito depende da demanda pelos temas, da concorrência, da indexação, da autoridade e da continuidade editorial. O risco real não é publicar pouco: é publicar e parar.

Contato com caminhos visíveis. O formulário posta no Web3Forms, e WhatsApp e e-mail ficam disponíveis na mesma página como canais alternativos visíveis — não há detecção automática de falha nem redirecionamento: os caminhos aparecem ao mesmo tempo, e a escolha é do visitante. O mecanismo vale para qualquer site: canal de contato falha — serviço fora do ar, e-mail em spam, campo que não valida no navegador de alguém — e, com um caminho só, a falha vira silêncio. Se o formulário não funcionar para o visitante, o WhatsApp permanece disponível como segundo caminho de contato.

Medição desde o começo. A instrumentação foi configurada para registrar contatos por WhatsApp, e-mail e formulário no GA4. Instrumentar, porém, é só o primeiro de três níveis: código instalado, eventos efetivamente enviados pelo navegador e eventos recebidos corretamente na propriedade — e um nível não prova o seguinte. Por isso a coleta deve ser validada periodicamente nos relatórios da propriedade, para garantir que os eventos continuem chegando sem duplicidade. Feito isso, dá para distinguir “site com pouca visita” de “site com visita e contato quebrado” — situações que pedem ações opostas. É o evento registrado que transforma opinião sobre o site em pergunta respondível. E vale a distinção honesta, central na seção final: medir é diferente de ter resultado para publicar.

Fundação técnica. Eleventy 3, Nunjucks, CSS e JS vanilla, Sharp para processamento de imagem, publicação em GitHub Pages com domínio próprio e HTTPS. A stack estática para site institucional tem razões concretas: não há servidor de aplicação nem banco de dados sob gestão da Fluvius — o build gera arquivos estáticos, publicados em uma infraestrutura de hospedagem gerenciada — e as páginas chegam já montadas ao visitante. Isso reduz o custo operacional contínuo e a superfície relacionada a aplicações dinâmicas e bancos de dados, mas não elimina riscos em domínio, DNS, dependências, repositório, pipeline de publicação, scripts de terceiros e formulário externo. Também não é a escolha certa para tudo: área logada, catálogo grande com busca ou publicação diária por equipe não técnica pede outra arquitetura, e a decisão segue o uso real, não a preferência do fornecedor. A publicação é versionada no GitHub, com regras de proteção aplicadas à branch principal — no caso, bloqueio de force push e de exclusão, o que preserva o histórico do que já foi publicado.

Dois entregáveis parecem detalhe e pedem precisão. O site tem uma página de privacidade — uma estrutura inicial de transparência sobre o tratamento de dados, que é o começo do assunto e não um selo de conformidade. E os logotipos de clientes foram tratados para preservar qualidade e consistência visual, respeitando os materiais fornecidos e as autorizações aplicáveis: em marca de terceiro, o critério que importa não é fidelidade visual, e sim contexto correto e ausência de impressão enganosa de parceria.

Critérios de decisão

Um checklist para avaliar a presença digital da sua empresa — não para pontuar, e sim para localizar o gargalo antes de decidir o que fazer.

1. O site está organizado pelo problema do cliente ou pelo seu organograma? Abra o menu. Se os rótulos descrevem a sua estrutura interna, e não os setores e disciplinas em que seus clientes pensam, você está pedindo ao visitante uma tradução que ele não tem obrigação de fazer.
2. Existe conteúdo que prove profundidade, ou só descrição de serviço? Descrição de serviço todo concorrente tem, e todas se parecem. Prova de profundidade é o que só quem faz o trabalho conseguiria escrever — norma citada, critério explicado, decisão justificada.
3. Um comprador entende em trinta segundos quais problemas você resolve? Peça a um cliente potencial, parceiro ou profissional adjacente ao setor para abrir a página inicial e explicar o que a empresa faz, para quem e qual próximo passo é oferecido. Se hesitar, o problema é de comunicação, não de tráfego.
4. Existe medição de conversão, ou você acha que o site funciona? “Acho que ninguém chega pelo site” e “ninguém chega pelo site” são frases muito diferentes, e só a segunda serve para decidir. Sem evento registrado para formulário, WhatsApp e e-mail — e sem conferir periodicamente se ele continua chegando —, você não tem a segunda.
5. Há mais de um caminho para falar com você? Formulário único, sem alternativa visível, é ponto único de falha entre o interessado e a sua equipe comercial.
6. Quem publica o próximo conteúdo, e quando? Se a resposta não tem nome e periodicidade, o item 2 continua em aberto depois da reforma.

Quando não refazer o site. Se a empresa não tem quem produza conteúdo técnico com consistência — alguém com competência para escrever ou revisar, e agenda real para isso —, vale ajustar a expectativa: refazer a estrutura sem um plano de manutenção pode melhorar a apresentação institucional, mas limita o crescimento da cobertura orgânica e deixa parte relevante do potencial editorial sem uso. A arquitetura de informação cria os lugares certos; ela não os preenche.

Também não compensa refazer quando a estrutura atual já organiza o conteúdo pela dor do cliente e o site é editável sem fricção: aí o dinheiro rende mais em conteúdo e medição do que em layout. E se o gargalo está depois do contato — proposta que demora, follow-up que se perde — melhorar o site só aumenta a entrada de um funil que já vaza; a ordem correta é arrumar o processo comercial primeiro.

Exemplos ou evidências

O registro completo do projeto, com entregáveis, tecnologias e telas reais, está no case Fluvius Engenharia. O site no ar pode ser conferido em fluviusengenharia.com.br — incluindo a página de Metodologia, que descreve as cinco etapas do processo de trabalho da empresa, e a de Serviços organizada por disciplina técnica.

E aqui vem a parte normalmente omitida em artigo de case: a Ultrahub não publica nenhuma métrica de resultado deste projeto. Não há número de tráfego, posição em busca, quantidade de leads ou taxa de conversão neste texto porque não existe dado aprovado para divulgação. Os dados e os resultados comerciais da operação da Fluvius são tratados como informações confidenciais do cliente e não são divulgados sem autorização expressa.

A ausência é o teste da regra editorial da casa: nenhum número sem fonte, período e contexto. Se a alternativa a um dado verificável é escrever “aumento expressivo” ou “muito mais visibilidade”, a resposta certa é não escrever nada — o leitor não tem como distinguir uma frase dessas de uma invenção, e quem escreve sabe disso. O que este artigo oferece no lugar do número é o mecanismo: por que cada decisão ataca um pedaço específico do problema. Mecanismo é auditável por quem lê; adjetivo não é. Havendo dado aprovado, ele entra aqui e no case, com fonte e período.

Se o checklist expôs um gargalo na sua operação — arquitetura que não fala a língua do comprador, ausência de conteúdo que prove competência técnica ou nenhuma medição de contato — o passo seguinte não é escolher fornecedor nem layout: é diagnosticar onde está a perda. O botão abaixo leva à triagem gratuita: você descreve o cenário da empresa e o principal gargalo, a Ultrahub analisa o que foi informado e devolve uma recomendação inicial de próximo passo, sem compromisso comercial.

Avaliar a presença digital da minha empresa