Uma agência de uma pessoa só, com +250 projetos entregues.

1. ATO 012023

   Origem

   A Huios começou em 2023, freelance, em paralelo a um trabalho fixo. Os primeiros projetos foram simples e baratos, mas mesmo neles ficou claro que o problema do cliente raramente era o site em si: era o site, mais o SEO que ninguém tinha feito, mais o Ads queimando dinheiro em palavra-chave errada. A virada começou quando paramos de tratar isso como três produtos e passamos a tratar como uma coisa só — mesmo time, mesmo briefing, mesma régua.

2. ATO 022024

   Aprendizado caro

   O site antigo da agência (huioswebmarketing.com.br) sofreu uma penalização do Google por SEO programático mal planejado — centenas de páginas quase-idênticas geradas por template, sem substância única. O Google desindexou em massa. Foi o aprendizado mais caro até hoje: páginas geradas por template precisam de guardrails, não confiança no volume. A metodologia que a gente usa hoje nasceu desse erro.

3. ATO 032026

   Hoje

   Mais de 250 projetos entregues. Stack consolidada em Next.js 16 + React 19 + Prisma + Postgres, com deploy na Vercel. Cada projeto novo nasce com guardrails anti-thin-content, canonical explícito, e mapa de redirects 301 versionado em banco. O blog volta editorial, com posts longos escritos pelo fundador, não gerados por IA. E a régua é simples: se a página não tem ≥600 palavras únicas, ela não vai ao ar indexada. Foi o erro de 2024 que ensinou isso.

1. 01

   Anti-programático abusivo

   Não geramos 200 páginas iguais com nome de cidade trocado pra fingir cobertura.

   Na práticaAprendemos isso na pele em 2024. Hoje, cada página indexável precisa de no mínimo 600 palavras únicas, canonical explícito e um motivo real pra existir. Se for só template, vira noindex automático. A régua é editorial, não volumétrica.

2. 02

   Ancoragem em código real

   Antes de afirmar como algo funciona, abrimos o arquivo e lemos.

   Na práticaNão tem opinião abstrata sobre framework, sobre stack, sobre arquitetura. Tem o que está rodando, o que está versionado, e o que pode ser comprovado em prod. Quando não verificamos, dizemos que não verificamos.

3. 03

   Trade-offs explícitos

   Dois caminhos plausíveis? Mostramos os dois, com prós/contras, e recomendamos um.

   Na práticaCliente não precisa de SaaS comparison chart de 40 linhas. Precisa saber se vai de stack rápida-mas-cara ou lenta-mas-barata, e por quê. A gente cobra essa decisão de quem programa, não de quem só atende.

4. 04

   Auditável por design

   Tudo que afeta indexação, redirect ou conversão fica versionado.

   Na práticaOs 301 não estão hardcoded no next.config — estão num modelo Prisma com createdAt, source e razão. O sitemap é whitelist, não blacklist. As tags de Ads ficam em Server Actions tipadas. Se quebrar, dá pra olhar o git e o banco e saber o que mudou.

5. 05

   Mesma mesa, do briefing ao Ads

   Quem programa o site é quem configura o Search Console e quem otimiza o Ads.

   Na práticaNão tem account manager intermediando, não tem agência terceirizando o SEO, não tem freelancer rodando os Ads em paralelo. Isso elimina o telefone-sem-fio que faz lançamento atrasar 3 semanas — e faz a curva de aprendizado entre canais ser quase instantânea.

• 01 / 06

  Briefing por escrito

  Reunião só depois de ler o que o cliente já sabe. Formulário curto + e-mail trocado primeiro. A reunião serve pra fechar coisa concreta, não pra descobrir do zero.

• 02 / 06

  Resposta em 24h úteis

  Todo orçamento é respondido em até 24h. Se o escopo é grande e precisa de 3 dias, a gente avisa em 24h que vai precisar de 3. Sem sumir.

• 03 / 06

  Escopo travado, prazo travado

  Antes de começar, contrato com escopo claro, prazo final, e regras de revisão. Mudou demais durante o projeto? Vira escopo novo, com adendo. Não tem cobrança surpresa.

• 04 / 06

  Preview ao vivo desde o dia 1

  Do primeiro deploy em diante, você acompanha a página em uma URL de preview. Não espera 3 semanas pra ver telas em PDF. O que você vê é o que vai pro ar.

• 05 / 06

  Pagamento dividido

  50% pra começar, 50% no go-live. Sem boleto pré-pago de 12 meses. Se o projeto travar do nosso lado, você não tá refém.

• 06 / 06

  Suporte pós-launch real

  30 dias de bug-fix sem custo após o ar. Depois, plano de manutenção mensal opcional — ou você assume e a gente passa a chave do painel admin com treinamento gravado.

Tudo isso existe pra evitar o cenário clássico — três meses esperando, dez reuniões pra ver telas em PDF, e um boleto que dobrou no meio do caminho. A gente prefere a versão menos glamorosa: você manda briefing, a gente responde com proposta, e quando bate o martelo o relógio começa a contar.