5 Perguntas que Você Deve Fazer Antes de Contratar uma Agência de Desenvolvimento

A pergunta não deveria ser simplesmente “vocês usam CMS?”. O ponto central é entender quem precisará alterar o conteúdo e com que frequência. Um site institucional com blog e páginas comerciais pode se beneficiar muito de um CMS; um dashboard interno ou uma aplicação SaaS pode exigir outro tipo de painel administrativo.

Perguntas que valem fazer:

• Quais conteúdos eu consigo editar sem programar?
• O painel tem perfis de acesso e permissões para diferentes usuários?
• Existe preview, histórico de versão ou alguma forma de reverter mudanças?
• Vocês entregam treinamento, manual ou vídeos de uso?
• Adicionar uma nova página, serviço ou produto preserva o padrão visual automaticamente?
• Existe algum custo de licença ou dependência do CMS que preciso conhecer?

Em 2026, falar de visibilidade orgânica significa considerar tanto a busca tradicional quanto experiências generativas. O mercado usa termos como GEO (Generative Engine Optimization) e AEO (Answer Engine Optimization), mas o Google posiciona esse trabalho como continuação das boas práticas de SEO: conteúdo útil, estrutura técnica clara, rastreabilidade, indexabilidade e boa experiência. Não existe “schema mágico” ou formato especial que garanta presença em respostas de IA. [S02][S03]

Para o ChatGPT Search, a OpenAI documenta o OAI-SearchBot como crawler de busca. Sites que desejam aparecer nos resultados de busca do ChatGPT devem revisar robots.txt e eventuais bloqueios de WAF/CDN que impeçam esse acesso. [S07][S08]

O que uma entrega madura deveria incluir:

• Fundamentos técnicos: status HTTP, indexabilidade, canonicals, sitemap, robots.txt e renderização adequada. [S01]
• Arquitetura de informação, headings e links internos coerentes com a intenção de cada página.
• Metadata útil e conteúdo que responda dúvidas reais do público sem keyword stuffing.
• Dados estruturados apenas quando fizerem sentido para o conteúdo visível e para tipos suportados. [S04]
• Configuração de Search Console e analytics para medição.
• Revisão de crawlers relevantes e proteção de infraestrutura para não bloquear bots legítimos por engano.
• Plano editorial com autoria, experiência prática, evidências e atualização periódica para conteúdos estratégicos.

Um exemplo de marcação correta, com perguntas que realmente aparecem na página — é exatamente essa estrutura que geramos automaticamente para este artigo:

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "A agência consegue me colocar nas respostas de IA?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Nenhuma agência pode garantir recomendação. O trabalho deve melhorar rastreabilidade, indexação, estrutura, conteúdo, evidências e medição."
      }
    },
    {
      "@type": "Question",
      "name": "O site será seguro contra ataques?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Segurança não é garantia absoluta. A agência deve explicar controles, atualização de dependências, backups, gestão de acesso, logs e tratamento de vulnerabilidades."
      }
    }
  ]
}

Como acompanhar os resultados:

Lançar o site não encerra o trabalho operacional. Dependências recebem atualizações, integrações mudam, certificados e serviços precisam ser acompanhados, bugs podem aparecer em cenários reais e o negócio continua pedindo evolução.

Por isso, o contrato deve separar três coisas: correção de defeitos atribuíveis à entrega original, manutenção recorrente e novas funcionalidades. Misturar tudo em “suporte” costuma gerar expectativas diferentes entre cliente e fornecedor.

• Existe período de garantia para bugs? O que é considerado bug?
• O suporte é mensal, por pacote de horas ou sob demanda?
• Quais atualizações de segurança e dependências estão incluídas?
• Existe monitoramento de disponibilidade, logs e alertas?
• Como são classificados incidentes críticos, altos, médios e baixos?
• Qual é o tempo de resposta e o tempo alvo de solução para cada severidade?
• Backups, restauração e teste de recuperação estão incluídos?
• Como novas features são estimadas e priorizadas?

Essa é uma das áreas em que projetos simples viram problemas operacionais. O cliente pode receber um site “pronto” e ainda assim ficar sem saber onde o domínio está registrado, quem controla o DNS, onde a aplicação está hospedada ou por que os e-mails não chegam.

O ideal é mapear cada ativo, deixar a titularidade adequada e registrar acessos e responsáveis. Para domínios .br, o Registro.br diferencia titular e contatos administrativos/técnicos; a agência pode operar tecnicamente sem precisar ser a titular do domínio do cliente. [S22][S23]

A pergunta correta não é apenas “o código é meu?”. Projetos modernos usam bibliotecas open source, serviços SaaS, componentes licenciados, infraestrutura de terceiros e, às vezes, ativos preexistentes do fornecedor. A propriedade e o direito de uso precisam estar descritos no contrato, não presumidos.

O objetivo é evitar lock-in involuntário: se a relação comercial terminar, outra equipe deve conseguir entender o projeto, acessar o que foi contratado e continuar a operação dentro das licenças aplicáveis.

O que pedir antes de assinar:

• Repositório de código e política de acesso durante o projeto.
• Definição contratual de propriedade intelectual e licenças de terceiros.
• Contas de domínio, cloud, analytics, e-mail, CRM e serviços externos em estruturas adequadas ao cliente.
• Documentação de arquitetura, setup, deploy, integrações e variáveis de ambiente (sem expor segredos no documento).
• Inventário de dependências e serviços com custos recorrentes.
• Procedimento de handoff e revogação de acessos ao encerrar a parceria.
• Regras de rescisão, aviso prévio, multas e responsabilidades descritas explicitamente no contrato.

Além das cinco perguntas centrais, estes temas costumam separar uma contratação bem-feita de uma cheia de surpresas:

Uma agência madura não precisa responder “sim” para tudo. Ela precisa explicar o que faz sentido para o seu projeto, quais riscos existem, o que está incluído, o que depende de terceiros e como a operação continua depois do lançamento.

• Desconfie de garantias absolutas: Ranking, segurança, prazo ou custo sem escopo definido são sinais de alerta. Prefira clareza, documentação, critérios de aceite, responsabilidades definidas e acesso aos ativos essenciais.

• Quanto tempo leva para um projeto ficar pronto? Não existe uma faixa universal. Como referência de planejamento, landing pages tendem a ser mais curtas do que sites institucionais, e produtos como e-commerce/SaaS exigem mais discovery, integrações e validação. Peça cronograma, premissas e marcos de entrega.

• Posso atualizar o site sozinho depois? Depende do tipo de produto e da arquitetura. Se autonomia editorial for requisito, isso deve ser previsto com CMS/painel, permissões, componentes estruturados e treinamento.

• SEO está incluído no desenvolvimento? Confirme o escopo. Fundamentos técnicos deveriam ser tratados no projeto; pesquisa de demanda, conteúdo, link earning, acompanhamento e otimização contínua podem compor um serviço separado.

• E GEO/AEO? A agência consegue me colocar nas respostas de IA? Nenhuma agência pode garantir recomendação. O trabalho deve melhorar crawl, indexação, estrutura, conteúdo, evidências e medição. No Google, as práticas de SEO continuam sendo a base para experiências generativas. [S02][S03]

• Vocês integram CRM, pagamento, e-mail e analytics? A agência deve mapear integrações necessárias ao negócio, autenticação, webhooks/APIs, segurança, custos recorrentes e responsabilidade de suporte — sem empurrar fornecedores específicos quando não forem necessários.

• O site será seguro contra ataques? A resposta madura descreve práticas e controles, não uma garantia absoluta. Peça baseline de segurança, atualização de dependências, backups, acesso, logs e tratamento de vulnerabilidades. [S11]

• Vale mais agência ou freelancer? Depende do risco e da complexidade. Freelancer pode ser excelente para escopos bem definidos; agência pode fazer mais sentido quando o projeto exige continuidade, múltiplas disciplinas, governança e capacidade de substituição interna.

• O que acontece se eu quiser trocar de fornecedor? O contrato e o handoff devem prever acessos, código, documentação, contas, licenças e responsabilidades. Evite dependências que impeçam a continuidade do projeto.

As fontes abaixo foram consultadas em 12 de agosto de 2026. Documentação, recursos e políticas podem evoluir — sempre valide novamente antes de implementar mudanças técnicas.

• [S01] Google Search Central — SEO Starter Guide
• [S02] Google Search Central — Otimização para recursos de IA generativa
• [S03] Google Search Central — AI features and your website
• [S04] Google Search Central — Introdução a dados estruturados
• [S05] Google Search Central — Changelog: remoção do FAQ rich result em 2026
• [S06] Schema.org — FAQPage
• [S07] OpenAI — Overview of OpenAI Crawlers
• [S08] OpenAI — Publicadores e desenvolvedores: FAQ
• [S09] Google Search Console — Impressões, posição e cliques
• [S10] Google Search Console — Search generative AI control / performance
• [S11] OWASP — Top 10 Web Application Security Risks 2025
• [S12] OWASP — SQL Injection Prevention Cheat Sheet
• [S13] OWASP — Cross Site Scripting Prevention Cheat Sheet
• [S14] OWASP — CSRF Prevention Cheat Sheet
• [S15] OWASP — Password Storage Cheat Sheet
• [S16] OWASP — HTTP Security Response Headers Cheat Sheet
• [S17] Google Workspace — Configurar registros MX
• [S18] Google Workspace — Configurar SPF
• [S19] Google Workspace — Configurar DKIM
• [S20] Google Workspace — Configurar DMARC
• [S21] Google Workspace — Implementação recomendada de DMARC
• [S22] Registro.br — Tutoriais administrativos
• [S23] Registro.br — Gerenciamento de conta
• [S24] Google Search Central — Article / BlogPosting structured data
• [S25] Google Search Central — Organization structured data