Manutenção de site e sistema web depois do go-live: o que fazer, com que frequência e o que entra no custo mensal

**Manutenção de site e sistema web é o trabalho recorrente que mantém no ar e seguro o que já foi entregue. Um site estático bem-feito precisa de pouco além de renovações e conferências. Um sistema web sob medida precisa de atualização, backup testado e monitoramento, e qualquer funcionalidade nova é evolução, com escopo e preço à parte.**

— Manutenção mantém funcionando o que já existe. Funcionalidade nova é evolução e tem escopo e preço próprios.

— Site estático pede pouco: renovar o domínio, conferir o HTTPS, ter backup e checar WhatsApp, Meta Pixel e Search Console.

— Sistema web sob medida pede manutenção de verdade: dependências e servidor atualizados, backup com restauração testada, monitoramento e correção de defeitos.

— Proposta séria lista tarefas, frequência e o que fica de fora. “Suporte total” sem esse detalhe não diz nada.

— O custo mensal depende do que está rodando. Os valores de partida da Projask se referem ao projeto, não à mensalidade.

**O que é manutenção e o que é evolução chamada de manutenção**

Go-live é o momento em que o site ou sistema é publicado e passa a ser usado por cliente real, com dado real. A partir dali o trabalho deixa de ser construir e passa a ser manter.

**Manutenção** é manter funcionando, seguro e acessível o que já foi entregue, sem mudar o que o software faz. **Evolução** é acrescentar: tela nova, relatório novo, integração nova, mudança de regra de negócio. Evolução é projeto, mesmo quando é pequena.

Se o pedido muda o que o software faz, é evolução. Se só impede que ele pare de fazer o que já faz, é manutenção.

Misturar as duas prejudica os dois lados. A mensalidade vira fila de pedidos sem prioridade, e a atualização de segurança perde para o botão novo pedido ontem. O cliente paga por uma segurança que ninguém teve tempo de fazer.

**Site estático e landing page: a manutenção cabe numa lista curta**

Site estático é feito de páginas prontas, servidas como arquivos. Não há banco de dados nem código rodando no servidor a cada visita. Por isso quase nada quebra sozinho.

— **Domínio: uma vez por ano ou no ciclo contratado.** Renovação automática ligada, cartão em dia e aviso de vencimento chegando num e-mail que alguém lê. Em nome de quem ele fica é assunto do artigo sobre [titularidade de domínio e código](/blog/titularidade-de-dominio-e-codigo-em-projeto-de-software/).

— **Certificado TLS: conferência mensal.** É o arquivo que permite o HTTPS e o cadeado no navegador. Ele expira, então a renovação precisa ser automática. O trabalho humano é conferir que ela continua acontecendo.

— **Backup: a cada alteração.** Se o código está versionado num repositório em nome do cliente, boa parte do backup já existe. Falta garantir que imagens e textos também estejam lá.

— **Conversão: mensal.** O botão de WhatsApp abre a conversa no número certo, o Meta Pixel ainda registra eventos, o formulário (se houver) entrega a mensagem. É o funil da [landing page com WhatsApp e Meta Pixel](/blog/landing-page-que-converte-whatsapp-pixel/), e ele quebra em silêncio.

— **Search Console: mensal.** Erros de indexação, páginas que saíram do índice e o [relatório de Core Web Vitals](/blog/diagnostico-site-lento/), as métricas de velocidade e estabilidade medidas em visitas reais.

**Sistema web sob medida: o que precisa ser feito e com que frequência**

[Sistema web sob medida](/blog/sistema-sob-medida-quando-construir/) tem servidor, banco de dados e usuários logados. Costuma rodar numa VPS, um servidor virtual alugado com acesso administrativo.

— **Dependências: revisão mensal, correção de segurança assim que sai.** Dependência é uma biblioteca de código de terceiros que o sistema usa. Atualizar é aplicar as correções que os autores publicam, testando antes de subir para produção. Quem adia acumula atualizações que depois entram juntas, com mais risco.

— **Sistema operacional da VPS: correções de segurança logo que saem.** A troca de versão maior é planejada, com janela de manutenção combinada e caminho de volta.

— **Uptime: monitoramento contínuo e automatizado.** Uptime é o tempo em que o sistema fica no ar e respondendo. Um serviço externo testa o endereço em intervalos curtos e dispara um alerta que chega a uma pessoa.

— **Logs: leitura semanal.** Log é o registro do que o sistema fez e dos erros que aconteceram. Alguém lê, e erro repetido vira tarefa.

— **Defeitos: sob demanda.** Bug em algo que foi entregue e aceito é manutenção, não evolução.

— **APIs de terceiros: sob demanda, no calendário deles.** WhatsApp, meios de pagamento e serviços de e-mail mudam versão e regra quando decidem. Adaptar o sistema a elas é manutenção inevitável.

Alertas e SLO, a meta de disponibilidade combinada por escrito, estão no artigo sobre [DevOps e observabilidade](/blog/devops-observabilidade-e-confianca-entre-times-e-clientes/).

**Backup só conta depois que a restauração foi testada**

Backup é a cópia guardada. Restore é fazer o sistema voltar a funcionar a partir dessa cópia. No dia do incidente só o segundo interessa, e é ele que quase ninguém testa.

O backup de um sistema precisa conter:

— o banco de dados;

— os arquivos enviados pelos usuários, como fotos, PDFs e anexos;

— a configuração do servidor e das variáveis de ambiente.

Só o código não basta: ele está no repositório, mas não carrega dado. A cópia fica fora do servidor, porque backup guardado na mesma VPS some junto com ela. E, como a configuração inclui senhas e chaves de acesso, a cópia é criptografada.

O teste de restauração é periódico, feito em ambiente separado e registrado com data e duração. Sem esse registro, o backup é só uma hipótese.

Duas perguntas bastam para o cliente. Quanto dado eu perco no pior caso, contando desde o último backup? Em quanto tempo o sistema volta? A frequência depende de quanto dado novo o sistema gera por dia.

**Manutenção de site e sistema web, lado a lado**

Item: Domínio · Site estático ou landing page: Anual ou no ciclo contratado · Sistema web sob medida: Anual ou no ciclo contratado

Item: Certificado TLS · Site estático ou landing page: Automático, conferência mensal · Sistema web sob medida: Automático, conferência mensal

Item: Backup · Site estático ou landing page: A cada alteração, via repositório · Sistema web sob medida: Conforme o volume de dados, com restauração testada

Item: Atualização de dependências · Site estático ou landing page: Sob demanda, ao mexer no site · Sistema web sob medida: Mensal, e imediata quando for de segurança

Item: Sistema operacional do servidor · Site estático ou landing page: Não se aplica · Sistema web sob medida: Segurança contínua, versão maior planejada

Item: Monitoramento de uptime · Site estático ou landing page: Opcional · Sistema web sob medida: Contínuo

Item: Logs e alertas · Site estático ou landing page: Não se aplica · Sistema web sob medida: Contínuos, com leitura semanal

Item: Correção de defeitos · Site estático ou landing page: Sob demanda · Sistema web sob medida: Sob demanda

Item: Integrações de terceiros · Site estático ou landing page: Conferência mensal de WhatsApp e Pixel · Sistema web sob medida: Adaptação sob demanda, no calendário do terceiro

Caso intermediário: site com CMS (o painel onde o próprio cliente edita o conteúdo) ou com área administrativa tem código rodando no servidor. Ele herda parte da manutenção de sistema: dependências, servidor e backup do banco.

A regra geral: quanto mais código roda no servidor, mais manutenção a entrega exige. É uma questão de arquitetura, não de fornecedor.

**Como ler uma proposta de manutenção mensal: o que precisa estar escrito**

Para avaliar uma proposta, confira se estes itens estão escritos:

1. A lista de tarefas.

2. A frequência de cada tarefa.

3. O canal e o prazo de resposta em caso de incidente.

4. O que conta como defeito.

5. O que fica de fora.

Some a isso um relatório periódico com evidência: backups feitos, restauração testada, atualizações aplicadas, incidentes e o que foi feito em cada um. Serviço que não deixa rastro não pode ser conferido.

Infraestrutura e serviço são linhas diferentes da conta, divisão explicada no artigo sobre [titularidade](/blog/titularidade-de-dominio-e-codigo-em-projeto-de-software/).

Sinais de teatro:

— “Suporte ilimitado” sem dizer o que está incluído.

— “Otimização contínua de SEO” sem dizer qual tarefa é feita.

— “Monitoramento 24h” sem dizer quem recebe o alerta.

— Horas de evolução embutidas sem regra de uso nem de acúmulo.

Para saber se está cara, não compare valores: confira se o valor cobre o que o seu caso exige. A proposta barata que não testa restauração sai cara no primeiro incidente.

**Quanto custa manutenção por mês: depende do que está rodando**

Qualquer preço dado sem saber o que está rodando é chute.

O custo sobe com servidor próprio, banco de dados, usuários logados, integrações com APIs de terceiros e exigência de resposta rápida a incidente. Cai com site estático, hospedagem gerenciada, poucas integrações e código versionado e documentado desde a entrega.

Os valores de referência da Projask valem só para o projeto: a partir de R$ 600 para landing pages e sites institucionais enxutos e a partir de R$ 2.500 para sistemas web sob medida. A mensalidade é dimensionada depois, pelo que foi construído. As faixas completas estão no [guia de quanto custa criar um site](/blog/quanto-custa-criar-um-site-em-2026/).

Um site estático bem-feito quase não precisa de mensalidade. Com domínio e hospedagem no nome do cliente e renovação automática ligada, as conferências mensais são rápidas e o próprio cliente consegue fazê-las. Trabalho técnico só entra quando algo muda ou quebra.

**Manutenção no tamanho certo: pouco para site estático, contínua para sistema**

Site estático pede renovação e conferência. Sistema pede atualização, backup testado e monitoramento. Evolução pede escopo à parte.

O nível de manutenção se decide antes do go-live, junto com a arquitetura, e não depois do primeiro incidente. Quando o pedido for uma evolução, o caminho começa pelo [escopo de projeto de software](/blog/escopo-de-projeto-de-software/).

Para dimensionar a manutenção do que você já tem rodando, mande uma mensagem pelo WhatsApp descrevendo o site ou sistema.

**Preciso de manutenção para um site estático?**

Sim, mas é manutenção leve. Site estático precisa de renovação anual do domínio, conferência mensal do certificado TLS (HTTPS), backup a cada alteração, verificação mensal da conversão (WhatsApp, Meta Pixel e formulários) e monitoramento do Search Console. Como não há banco de dados nem código rodando no servidor, quase nada quebra sozinho.

**Como diferenciar manutenção de evolução ou funcionalidade nova?**

O teste prático cabe numa frase: se o pedido muda o que o software faz, é evolução. Se só impede que ele pare de fazer o que já faz, é manutenção. Evolução é projeto, mesmo quando é pequena. Misturar as duas prejudica ambas: a mensalidade vira fila sem prioridade, e a atualização de segurança perde para o botão novo pedido ontem.

**O que significa atualizar dependências e por que isso importa?**

Dependência é uma biblioteca de código de terceiros que o sistema usa. Atualizar é aplicar as correções que os autores publicam, testando antes de subir para produção. Para sistemas web, a revisão deve ser mensal, e correções de segurança devem ser aplicadas assim que saem. Quem adia acumula atualizações que depois precisam entrar juntas, com mais risco de quebra.

**Com que frequência preciso testar a restauração do backup?**

O teste de restauração é periódico e deve ser feito em ambiente separado, com o resultado registrado. Não existe frequência padrão honesta, pois depende de quanto dado novo o sistema gera por dia. O importante é responder duas perguntas: quanto dado você perde no pior caso, contando desde o último backup? Em quanto tempo o sistema volta? Sem registro do teste, o backup é só uma hipótese.