Um prestador de serviços web não deve ser escolhido apenas com base em um portfólio ou em uma tarifa diária. O fator discriminante em 2024 é a capacidade do prestador de entregar um projeto em conformidade com as obrigações regulamentares recentes, especialmente em matéria de acessibilidade, garantindo ao mesmo tempo sua autonomia técnica após a publicação.
Acessibilidade e European Accessibility Act: o critério que seu caderno de encargos esquece
Desde 28 de junho de 2025, o European Accessibility Act impõe a conformidade dos serviços de comércio eletrônico destinados aos consumidores. Os novos serviços devem ser acessíveis desde sua publicação. Os serviços existentes têm um período de transição até 28 de junho de 2030.
A responsabilidade por essa conformidade recai sobre a empresa que fornece o serviço ao consumidor, e não sobre a agência que desenvolve o site. Em termos claros, se seu prestador entregar um site não conforme, você arcará com o risco jurídico.
Recomendamos exigir contratualmente três elementos: o referencial de acessibilidade utilizado (RGAA ou WCAG), os testes previstos durante o desenvolvimento e um procedimento de correção documentado com entregáveis de auditoria. Um prestador que não menciona a acessibilidade em seu orçamento em 2024 apresenta um atraso metodológico significativo.
A acessibilidade não se resume ao contraste de cores. As exigências abrangem todo o percurso de compra, os formulários, a navegação pelo teclado, a estrutura semântica do HTML e a compatibilidade com tecnologias assistivas. Verifique se a equipe proposta inclui uma competência real nesses assuntos, e não uma simples menção comercial.
A isenção se aplica apenas às microempresas com menos de dez pessoas, cujo faturamento anual ou total do balanço não exceda 2 milhões de euros. Se sua estrutura ultrapassar esses limites, você está sujeito a essas regras, independentemente do tamanho do seu site.

Propriedade do código e dos acessos: cláusula contratual antes de qualquer critério técnico
Antes de avaliar as competências de uma agência web, é preciso esclarecer um ponto jurídico frequentemente negligenciado nos orçamentos: a quem pertencem o código-fonte, o nome de domínio e os acessos de hospedagem uma vez que o projeto é entregue. Observamos ainda contratos onde o prestador mantém a propriedade do código, o que torna qualquer migração futura juridicamente complexa e tecnicamente cara.
O contrato deve estipular explicitamente a cessão dos direitos patrimoniais sobre o código entregue. Ele também deve prever a entrega de todos os identificadores (hospedagem, registrador, back-office CMS, contas de análise) dentro de um prazo definido após a publicação. Um prestador que recusa essa cláusula o mantém em uma dependência técnica.
Quando você busca encontrar um prestador com a CM 35, esses pontos contratuais merecem ser levantados desde o primeiro contato, antes mesmo de discutir CMS ou design.
Pilha técnica e escolha de CMS: comparar métodos, não logotipos
A escolha entre WordPress, um desenvolvimento sob medida ou uma plataforma no-code não deve depender das preferências do prestador. Depende da complexidade funcional do seu projeto, da sua capacidade de gestão de conteúdo interna e das suas restrições de desempenho.
Um site vitrine com uma dezena de páginas e um formulário de contato não justifica um desenvolvimento customizado. Por outro lado, um site de comércio eletrônico com funcionalidades específicas de gestão de estoque, múltiplos modos de pagamento ou uma lógica de negócios particular pode exigir um CMS headless ou um framework dedicado.
Recomendamos avaliar a pilha técnica com base em três critérios concretos:
- Autonomia editorial: você pode modificar o conteúdo, adicionar páginas e gerenciar os mídias sem intervenção do prestador após a entrega?
- Manutenibilidade: o prestador documenta seu código, utiliza um gerenciador de versões (Git) e prevê um plano de atualizações de segurança?
- Desempenho mensurável: o orçamento inclui objetivos numéricos sobre os Core Web Vitals (LCP, CLS, INP) ou se limita a um design responsivo?
Um prestador que propõe sistematicamente a mesma plataforma CMS, independentemente do projeto, sinaliza uma falta de versatilidade técnica. A recomendação do CMS deve resultar da análise das suas necessidades funcionais, e não o contrário.

Composição da equipe do projeto e subcontratação: as perguntas a serem feitas antes de assinar
A qualidade de um prestador de serviços web é medida pela equipe que realmente trabalha no seu projeto. Pergunte os nomes e os papéis das pessoas designadas. Um gerente de projeto que lida com doze clientes simultaneamente não produz o mesmo acompanhamento que uma equipe dedicada com pontos semanais estruturados.
A subcontratação offshore não é um problema em si, mas deve ser declarada no contrato. O principal risco: um interlocutor comercial na França e desenvolvedores no exterior sem comunicação direta possível. Exija saber quem codifica, quem integra e quem testa.
Verifique também o que está excluído do orçamento. A redação de conteúdo, a otimização SEO on-page, a configuração de ferramentas de análise, o treinamento no back-office: esses serviços muitas vezes representam um volume de trabalho comparável ao desenvolvimento em si. Um orçamento que apresenta uma tarifa atraente excluindo esses itens não é comparável a um orçamento global.
- Peça um cronograma de entrega com marcos intermediários e entregáveis validáveis em cada etapa
- Verifique se a aceitação (fase de teste antes da publicação) está incluída e quantos ciclos de correções estão previstos
- Esclareça as condições de manutenção pós-entrega: duração, escopo, tempo de resposta garantido em caso de falha
A escolha de um prestador de serviços web em 2024 se baseia menos no design e mais na solidez contratual, na conformidade regulamentar e na transparência operacional. Um bom prestador torna você autônomo após a publicação, ele não o torna dependente para cada modificação de texto ou atualização de segurança.



