Introdução: a pergunta que abre todos os pedidos
“Quanto custa um site WordPress?” é a primeira pergunta de quase todos os pedidos de orçamento, e ninguém lhe consegue responder honestamente com um único número sem se calar sobre tudo o que está por trás. Não é fugir à questão. É a descrição exata de um problema de estimativa: dois projetos com o mesmo número de páginas podem diferir várias vezes no trabalho envolvido, porque o trabalho não vive nas páginas. Vive nos modelos, nas integrações, nos caminhos de erro, nas versões de idioma e nos critérios de aceitação.
Este artigo faz o caminho ao contrário. Em vez de adivinhar um número, explicamos cada fator de custo individualmente, com honestidade e sem verniz de marketing: âmbito, desenvolvimento à medida versus configuração de tema, integrações, produção de conteúdos, desempenho e segurança, acessibilidade, gestão de projeto e toda a camada recorrente depois do lançamento. Segue-se um método para escrever um documento de requisitos que torna as propostas realmente comparáveis. E no fim indicamos a única fonte de onde se podem citar números concretos: a tabela de preços atual. Quem depois disto ainda perguntar quanto “custa” um site WordPress, vai perguntar com palavras melhores.
O WordPress é gratuito e quanto custa um site
O software WordPress.org é de código aberto e de utilização gratuita. É uma propriedade estrutural genuína, não um argumento de venda: não há taxa de licença a um fornecedor, nem limite de utilização ligado ao tráfego, nem uma edição que esconda “funcionalidades comerciais” atrás de um pagamento. Grande parte do ecossistema de ferramentas, do editor de blocos a milhares de plugins, também está disponível de forma aberta.
É precisamente por isso que o software é o ponto de referência errado para estimar custos. O que um cliente compra nunca é o WordPress. O que se compra é trabalho: arquitetura de informação, decisões de design, implementação, migração, integração, testes, operação e responsabilidade. O software é o material livremente disponível de que esse trabalho é feito, tal como os tijolos são relativamente baratos e uma casa não o é. A pergunta “Quanto custa um site WordPress?” é, na verdade, a pergunta “Quanto trabalho há no meu projeto concreto?”, e essa só o âmbito responde, nunca o nome do produto.
Como o número de páginas e de modelos define o preço
O fator de custo mais visível é o âmbito, e quase sempre é contado de forma errada. Não é o número de páginas que determina o trabalho, mas o número de modelos distintos. Um site com quarenta subpáginas que assentam todas em três layouts é um projeto mais pequeno do que um site com doze páginas que exigem doze layouts individuais. Cada modelo adicional significa trabalho de design, trabalho de implementação, ferramentas editoriais para exatamente esse layout e testes em todas as versões de idioma.
Ao lado do número de páginas está o modelo de conteúdos. Que tipos de conteúdo existem: artigos, referências, ofertas de emprego, eventos, localizações, produtos? Como se relacionam, que vistas de arquivo e de detalhe precisam, que taxonomias? Um modelo de conteúdos bem planeado torna as extensões futuras baratas, porque o conteúdo novo encaixa em modelos existentes. Um modelo caótico transforma cada extensão em trabalho à medida. E inclui a migração: quem transporta conteúdos existentes precisa de um mapa de URL, de redirecionamentos e de uma decisão sobre que conteúdos são migrados, reescritos ou retirados. Conteúdo migrado é trabalho, mesmo quando “já existe”.
Tema premium ou desenvolvimento WordPress à medida
A segunda grande bifurcação é técnica: vai configurar-se um tema pronto ou desenvolver-se um frontend à medida? Os dois caminhos são legítimos, mas custam de forma diferente e trazem riscos diferentes.
A configuração de um tema é o caminho mais rápido para o lançamento. Um tema premium bem mantido traz layouts, blocos e definições, e o trabalho concentra-se na adaptação, nos conteúdos e no acabamento. O preço não é a licença; é o encaixe: mais cedo ou mais tarde, qualquer tema genérico chega ao ponto em que o modelo de conteúdos exige algo que o tema não oferece. Começa então a fase dos compromissos, ou a compra de um construtor de páginas que promete flexibilidade e entrega, juntamente, tempo de carregamento, complexidade de manutenção e dependência do fornecedor.
O desenvolvimento à medida custa mais no início e compensa ao longo do tempo de operação. Um tema de blocos adaptado ao modelo de conteúdos, com blocos e padrões próprios, encaixa exatamente nos conteúdos, sobrevive às atualizações porque não carrega dependências de design de terceiros e torna os editores mais produtivos, porque os blocos refletem a realidade deles em vez de galerias de layouts genéricas. O trabalho extra é real; a poupança chega depois, em cada ano adicional de operação. O meio-termo honesto: para um site empresarial compacto com um layout claro, o trabalho de configuração é muitas vezes a escolha economicamente certa. Para tudo o que precisa de crescer, integrar ou durar muito, a implementação à medida é quase sempre a decisão mais barata no período total.
Quanto custam as integrações com ERP, CRM e pagamentos
As integrações são o fator de custo mais frequentemente subestimado nas conversas comerciais. Ligar um fornecedor de pagamentos soa a “um formulário que reencaminha dados”, mas não é. O caminho feliz de um checkout é a parte pequena do trabalho. A parte grande são os caminhos de erro: reembolsos, pagamentos abandonados, webhooks entregues em duplicado, tempos de espera esgotados entre loja e fornecedor, casos-limite de moeda e impostos. Cada uma destas variantes tem de ser compreendida, implementada e testada antes que um cliente real a encontre num carrinho real.
O mesmo se aplica às ligações a ERP e a sistemas de inventário. Assim que níveis de stock, preços, encomendas ou dados de clientes circulam entre o WooCommerce e um sistema ERP, forma-se um pequeno projeto dentro do projeto: conciliar modelos de dados, definir a direção da sincronização, estabelecer regras de conflito e escrever casos de teste para a noite em que o ERP não responde. Uma ligação a um CRM tem riscos diferentes, mas a mesma estrutura. A consequência prática para o orçamento: liste cada interface pelo nome, com sistema, direção, tipos de dados e frequência. Uma proposta que contenha “ligação ao seu CRM” como valor global não é uma proposta; é um pressuposto com um preço agarrado.
Quanto custam textos, imagens e traduções
A produção de conteúdos é o fator de custo que muitas vezes nem sequer aparece no orçamento do projeto, porque “o cliente trata disso”. É uma abordagem legítima, mas deve então constar da proposta como tal: uma entrega do lado do cliente, com prazo e definição. Porque o conteúdo não é um pormenor: um modelo sem texto é uma casca. A visibilidade nas pesquisas vem da qualidade dos conteúdos, e a conversão de uma página de destino acontece no texto, não no layout.
Rubricas concretas: redação ou revisão de texto por página e idioma, fotografia ou licenciamento de imagens, preparação técnica dos ficheiros multimédia e, em projetos multilingues, tradução com adaptação local em vez de transposição literal. Junte-se o trabalho de migração dos próprios conteúdos: passar os textos existentes para as novas estruturas, transportar metadados, comprimir imagens, verificar ligações internas. Quem não planeia este trabalho paga-o mais tarde, como um lançamento com páginas vazias ou um pedido de alteração imprevisto. Uma boa proposta pergunta ativamente pelo estado dos seus conteúdos e orça a diferença.
Custos de desempenho e segurança no WordPress
Desempenho e segurança são as rubricas que uma proposta poupada corta primeiro e que uma proposta honesta revela primeiro. Ambas são invisíveis enquanto nada corre mal, e ambas saem mais caras num incidente do que durante a construção.
Do lado do desempenho, um projeto sólido inclui: um orçamento de desempenho acordado como critério de aceitação, um conceito de cache, um fluxo de imagens que entrega formatos modernos nos tamanhos corretos e uma configuração de edge que aguenta picos de tráfego reais. A alternativa é a sequência conhecida: lançamento com uma bonita pontuação Lighthouse num ambiente de testes vazio, depois a realidade crua com tráfego e ficheiros multimédia reais, depois correções que custam mais do que a implementação correta teria custado no início.
Do lado da segurança, a questão não é se há medidas, mas quais e com que profundidade. Uma base madura inclui configuração reforçada, uma política de acessos e funções com autenticação de dois fatores para as contas de administrador, uma firewall de aplicações web, monitorização com um canal de alertas que uma pessoa lê de facto, e cópias de segurança que não se limitam a existir, mas que são comprovadamente repostas através de exercícios de reposição documentados. Tudo o resto é teatro de segurança. Este trabalho paga-se no projeto ou no contrato de manutenção, ou no incidente, e aí com um multiplicador.
Quanto custa tornar um site acessível ao abrigo do EAA
Desde junho de 2025, o Ato Europeu da Acessibilidade aplica-se em toda a UE, transposto na Alemanha como Barrierefreiheitsstärkungsgesetz (BFSG), e a acessibilidade de muitas ofertas B2C deixou de ser uma questão de gosto para passar a ser um requisito legal. Para o enquadramento de custos, isto significa que o trabalho de acessibilidade é um âmbito de projeto próprio, com evidências próprias, e não um efeito secundário implícito do “bom design”.
O que entra concretamente: estrutura semântica e operabilidade por teclado em todos os elementos interativos, rácios de contraste e estados de foco, formulários e mensagens de erro identificados, operabilidade de janelas modais e menus com tecnologias de apoio, incluindo tipos de documento como PDF. O esforço cresce com o número de componentes próprios, mais um argumento para construir bem poucos blocos reutilizáveis em vez de muitos casos especiais. Importante para o planeamento: adaptar depois sai mais caro do que integrar desde o início. Quem integra a acessibilidade no design e no frontend desde o arranque paga uma vez; quem audita depois do lançamento paga duas: uma pela auditoria e outra pelas correções.
Custos de gestão de projeto e formação
A gestão de projeto é trabalho real e deve estar visível na proposta, não escondida como uma taxa administrativa fixa. Inclui o arranque e a fase de requisitos, o documento de âmbito, a coordenação de prazos entre as suas entregas e o trabalho de desenvolvimento, a preparação e o acompanhamento das demonstrações, a gestão de pedidos de alteração e a organização da aceitação.
Um fator aparentemente brando com impacto duro é o número de decisores do seu lado. Cada camada adicional de partes interessadas alonga os ciclos de feedback, e os ciclos de feedback são o fator de produção mais caro num projeto web, porque reabrem trabalho já feito. Uma pessoa designada que decide sobre o conteúdo e assume a aceitação reduz de forma mensurável o custo do projeto, sem que o âmbito mude em nada. A gestão de projeto inclui, por fim, a formação da equipa editorial e a documentação de passagem. Quem não a planeia compra um site que continua dependente do fornecedor depois de entrar em produção, porque ninguém internamente sabe como funciona.
Custos recorrentes de alojamento, manutenção e licenças
Até aqui o artigo tratou do projeto. Depois começa a segunda camada de custos, mais duradoura do que a primeira: a operação. Começa pelas rubricas de infraestrutura que surgem independentemente do fornecedor (domínio, alojamento, email transacional, CDN) e pelas licenças de plugins e temas premium, normalmente faturadas anualmente. Para operar na Europa, junte-se alojamento na UE com um acordo de tratamento de dados como deve ser, retenção de registos configurada e uma camada de dados que não se torne uma surpresa num pedido de acesso ou numa auditoria.
Por cima fica a manutenção, a rubrica que muitos cortam primeiro e que mais fiavelmente se paga a si própria. Uma manutenção com substância inclui gestão de atualizações do núcleo, dos plugins e do PHP com testes em staging e um caminho de reversão, cópias de segurança externas testadas, monitorização, tempos de resposta definidos para incidentes e um relatório mensal. Atualizações sem testes não são gestão de atualizações, são um lançamento de dados com tempo de inatividade em produção; cópias de segurança sem exercício de reposição são uma crença. Como as ofertas de manutenção diferem em substância, e com que critérios as avaliar, descrevemos em detalhe em manutenção de sites WordPress.
Quanto custa um site WordPress em 2026 por tipo de projeto
Depois de tantos fatores qualitativos, a pergunta óbvia: onde estão os números concretos? A única fonte de onde citamos valores concretos é a nossa visão geral oficial. Segundo a tabela de preços atual, um site institucional ou empresarial situa-se num intervalo indicativo de 890 a 2 900 €, uma loja WooCommerce entre 1 800 e 6 900 €, e a manutenção recorrente começa nos 69 € por mês. Estes valores vêm da tabela de preços e estão lá publicados como intervalos de mercado para planeamento orçamental, não como preços de pacote nem como substituto de uma proposta.
Porque não escrevemos mais números no texto do artigo decorre da lógica deste artigo: qualquer número citado sem âmbito é falsa precisão. A dispersão dentro de um tipo de projeto é exatamente a distância entre configuração de tema e desenvolvimento à medida, entre uma ligação de pagamentos e uma sincronização com ERP, entre um idioma e cinco. É por isso que o caminho para um valor vinculativo não é “ler a tabela de preços”, mas “documentar o âmbito e depois pedir uma proposta”.
Armadilhas de custo comuns em projetos WordPress
Uma discussão honesta sobre custos tem também de nomear o desperdício. Há quatro padrões que se repetem com uma regularidade impressionante em projetos de resgate.
Primeiro: personalização excessiva. O desenvolvimento à medida é uma ferramenta, não um símbolo de estatuto. Quando um formulário de contacto normal é construído à medida, um arquivo simples como componente próprio e um simples parágrafo de introdução como funcionalidade dinâmica, o projeto paga flexibilidade que ninguém usa. A contrapergunta antes de cada desenvolvimento à medida: que cenário futuro precisa realmente desta liberdade?
Segundo: proliferação de plugins. Cada plugin adicional traz custos de licença, risco nas atualizações, tempo de carregamento e mais uma interface a vigiar. Dez pequenos plugins que resolvem cada um um pormenor saem mais caros do que um conceito limpo que trata as mesmas tarefas de forma estrutural. Um inventário de plugins com limpeza regular é uma das ferramentas mais baratas de toda a operação.
Terceiro: redesign sem medição. Um relançamento que entra em produção sem que o site existente tenha sido medido não consegue dizer depois se melhorou alguma coisa. Sem uma base de referência para tráfego, termos de pesquisa, percursos de conversão e as páginas mais fortes, as decisões de design são questões de gosto, e no pior caso as páginas que funcionavam no site antigo são destruídas sem que ninguém repare.
Quarto: falta de documentação de passagem. Quando não é entregue documentação da configuração, das credenciais, das licenças e das decisões, o cliente fica estruturalmente dependente. Cada mudança posterior de fornecedor fica mais cara, cada pequena alteração tem de ser comprada ao fornecedor original. Projetos sem documentação não são projetos terminados.
Que investimentos em WordPress compensam
O reverso da lista de desperdício é curto e claro. A manutenção compensa porque evita incidentes que mais tarde custam um múltiplo, e porque um site bem cuidado não se torna uma história de segurança que atinge reputação e receita ao mesmo tempo. O desempenho compensa porque o tempo de carregamento é um fator direto de conversão e visibilidade, e porque cada segundo poupado se aplica em todas as páginas. A medição compensa porque as decisões sem dados repetem-se e as decisões com dados corrigem-se: a diferença entre adivinhar e pilotar.
Há mais duas rubricas que compensam discretamente, mas com fiabilidade. A primeira é a documentação, porque limita a dependência do fornecedor e embaratece qualquer mudança futura. A segunda é o trabalho de acessibilidade desde o início, porque melhora ao mesmo tempo a qualidade do código, a estrutura e a usabilidade para todos, e reduz o risco legal. O denominador comum: os investimentos que reduzem o risco ou melhoram as decisões são as únicas rubricas que nunca estão erradas em retrospetiva. Tudo o que apenas melhora a aparência sem mudar o que o site faz é o primeiro candidato à lista de cortes.
Como escrever um caderno de requisitos para um site
O passo mais eficaz para controlar custos acontece antes de existir qualquer proposta: um documento de requisitos que envia sem alterações a todos os fornecedores. Não precisa de jargão nem de ferramentas, apenas de honestidade e completude. Seis blocos provaram funcionar.
Primeiro, o inventário de páginas e modelos: que tipos de página existem, quantas instâncias de cada, que layouts diferem realmente? Segundo, o estado dos conteúdos: o que existe, o que vai ser migrado, o que vai ser reescrito, em que idiomas, e quem entrega? Terceiro, a lista de integrações: cada sistema com nome, direção e tipos de dados, como pagamentos, ERP, CRM, newsletter, envios e gestão de candidaturas. Quarto, os critérios obrigatórios: um orçamento de desempenho como critério de aceitação mensurável, requisitos de acessibilidade (por exemplo, onde se aplica o Ato Europeu da Acessibilidade) e o enquadramento legal, como o RGPD com alojamento na UE. Quinto, a organização: quem decide, quem aceita, que data de arranque, e porquê. Sexto, o enquadramento orçamental como ordem de grandeza, não como um número com casas decimais.
Com este documento acontecem três coisas ao mesmo tempo. As propostas tornam-se comparáveis, porque orçam o mesmo âmbito. Os valores tornam-se mais fiáveis, porque o fornecedor tem menos incerteza para incluir no preço. E a sua própria posição fica mais clara, porque a causa mais comum de derrapagens orçamentais não é o fornecedor, mas um âmbito que nunca foi posto por escrito.
Porque é que propostas baratas para um site saem mais caras depois
O custo total de um projeto WordPress acumula-se ao longo de anos, não no valor da proposta. Essa perspetiva de custo total de propriedade é a razão pela qual a proposta mais baixa, estatisticamente, não acaba por ser o projeto mais económico. Uma proposta baixa quase nunca é sinal de trabalho mais eficiente; normalmente é sinal de um âmbito mais pequeno que ninguém pôs a concurso.
Os adiamentos típicos podem ser nomeados. A profundidade de testes excluída transforma-se em caça manual a erros depois do lançamento. A falta de paridade entre staging e produção transforma-se em falhas de produção durante as atualizações. Os caminhos de erro esquecidos nas integrações transformam-se em incidentes descobertos pelo cliente. O trabalho de conteúdos não planeado transforma-se em dívida de calendário. E a falta de um documento de âmbito transforma-se num espaço de negociação permanente, em que cada pergunta adicional vira pedido de alteração. A fatura nunca sai do orçamento; sai apenas da proposta.
Junte-se a estrutura de garantia e responsabilidade. Uma proposta que define com rigor critérios de aceitação, âmbito da passagem, obrigações de resposta e regras de propriedade é mais cara no papel e mais barata na realidade, porque dá ao cliente direitos exigíveis em vez de um número sem substância. A pergunta certa a fazer a qualquer proposta barata não é, portanto, “como conseguem ser tão baratos?”, mas “o que é que exatamente não está incluído?”, e a resposta deve chegar por escrito.
Preço fechado, preço à hora ou avença de WordPress
A escolha do modelo de contrato é uma decisão de custos muitas vezes subestimada, porque parece uma formalidade. Decide quem suporta que risco.
O preço fechado funciona quando o âmbito está realmente congelado: um trabalho totalmente especificado, sem integrações no centro, um âmbito escrito, exclusões claras e critérios de aceitação nomeados. Nessa configuração, o preço fechado é justo para ambas as partes. Em qualquer outra, torna-se uma armadilha: assim que o âmbito respira, cada alteração vira um pedido de alteração com pressão negocial, e após alguns desses ciclos as duas partes trabalham uma contra a outra em vez de uma com a outra.
Tempo e materiais com estrutura é a forma mais honesta para projetos cujo âmbito só se esclarece durante o trabalho: esforço faturado de forma aberta, mas com um limite semanal de horas, demonstrações regulares e uma decisão explícita de avançar ou parar em cada ponto de decisão. Esses pontos evitam aquilo que deu má fama à faturação aberta: faturas a correr sem progresso visível. Para a operação depois do lançamento, a avença é o caso normal: um enquadramento mensal com um âmbito de serviço definido e uma margem para pequenas melhorias. Que modelo serve que projeto, e a que estar atento ao mudar de fornecedor, tratamos à parte no artigo sobre contratos de manutenção e mudança de fornecedor e na comparação entre agência e freelancer.
Contratar uma agência web na Alemanha, Áustria ou Suíça
O mercado DACH (Alemanha, Áustria e Suíça) tem a sua própria cultura de compras e, para o planeamento de custos, é um enquadramento, não um pormenor. Inclui a cultura do âmbito escrito: na região DACH espera-se que serviços, exclusões, aceitação e garantia estejam documentados, e as faturas são emitidas contra marcos acordados e não com base na confiança. Para os clientes isto é uma vantagem, porque a documentação cria a comparabilidade que falta a mercados mais informais. A moeda dos contratos é normalmente o EUR; em contratos B2B transfronteiriços dentro da UE, o IVA é tratado pelo mecanismo de autoliquidação, o que torna administrativamente simples trabalhar com fornecedores fora do próprio país, desde que ambas as partes tenham números de identificação de IVA válidos.
Em segundo lugar, a proteção de dados e a acessibilidade são rubricas orçamentais reais. Um acordo de tratamento de dados com o fornecedor de alojamento e com o fornecedor de manutenção, residência dos dados na UE, um mecanismo de consentimento de cookies que respeita de facto o consentimento, subcontratantes documentados: tudo isto é trabalho que alguém paga, e aparece ou de forma limpa na proposta ou de forma desarrumada nas correções. O mesmo vale para o Ato Europeu da Acessibilidade: quem está abrangido pelo seu âmbito não compra a conformidade como extra opcional, mas como âmbito obrigatório com auditoria. Estas rubricas não são uma penalização do fornecedor com o preço mais alto; são a diferença entre um site que passa numa auditoria e um que não passa.
Como comparar propostas para um site WordPress
A pergunta “Quanto custa um site WordPress em 2026?” é importante demais para ser respondida com um número que não pertence a quem pergunta. A resposta honesta tem três passos. Primeiro: perceber os fatores de custo, ou seja, âmbito e modelos, configuração versus desenvolvimento à medida, integrações, conteúdos, desempenho e segurança, acessibilidade, gestão de projeto e a camada recorrente de alojamento, manutenção e licenças. Segundo: pôr o seu âmbito por escrito, usando o documento de requisitos deste artigo como modelo, e enviá-lo sem alterações a vários fornecedores. Terceiro: comparar âmbito, exclusões e critérios de aceitação; o valor final é o último critério pelo qual ordena, não o primeiro.
Se procura valores de referência concretos, encontra-os na visão geral oficial: a tabela de preços indica os intervalos de mercado atuais para sites empresariais, lojas WooCommerce e manutenção, e explica como surge uma proposta vinculativa: a partir de um âmbito escrito e documentado, não de uma tabela de preços. Quando o seu documento de requisitos estiver pronto, aguardamos o seu pedido através do formulário de contacto.
