Quem cuida do seu projeto depois da entrega?
Manutenção de site vai além de corrigir erros: segurança, backup, domínio e velocidade. Veja 7 cuidados e um plano em 5 passos para o seu site.
Manutenção de site depois da entrega: o que acontece quando ninguém está olhando, e como escolher quem vai olhar por você.
O site novo foi ao ar, a equipe comemorou e o contrato com quem desenvolveu chegou ao fim. Três meses depois, um formulário para de enviar mensagens. Seis meses depois, o navegador mostra um aviso de “site não seguro”. Um ano depois, o domínio vence e a página simplesmente some.
Nenhum desses problemas é raro, e nenhum deles é culpa do site em si. Um site ou sistema não é um produto que você compra pronto e guarda na gaveta. Ele se parece mais com um carro: funciona muito bem quando sai da concessionária, mas precisa de revisão, troca de peças e alguém que perceba o barulho estranho antes que vire problema sério.
A pergunta que quase ninguém faz na hora de contratar é justamente a mais importante: quem cuida do seu projeto depois da entrega? Neste artigo você vai entender o que muda depois que o seu projeto vai ao ar, quais cuidados não podem faltar e como organizar isso sem precisar entender de programação.
Quem está envolvido depois que o site vai ao ar
Mesmo um site simples depende de várias peças que não ficam paradas. Vale conhecer cada uma antes de decidir quem cuida delas:
- Sua empresa: dona do site, da marca e dos dados dos clientes que passam por ele.
- Quem desenvolveu: conhece o código por dentro, mas costuma sair de cena quando o contrato de projeto termina.
- A hospedagem: o “terreno” onde o site mora. Ela mantém o servidor ligado, mas em geral não mexe no seu site.
- O domínio: o endereço (seusite.com.br), que precisa ser renovado periodicamente.
- Plugins, bibliotecas e serviços de terceiros: formulários, pagamentos, mapas, ferramentas de análise. Cada um é atualizado por outra empresa, no ritmo dela.
- Navegadores e buscadores: Chrome, Safari e Google mudam regras com frequência, e o site precisa acompanhar.
O problema aparece no espaço entre essas peças. A hospedagem acha que o site é responsabilidade de quem desenvolveu. Quem desenvolveu acha que o contrato acabou. E a empresa acha que, se não está quebrado, está tudo bem. Quando todo mundo acha que alguém está cuidando, na prática ninguém está.
1. Atualizações de segurança e de dependências
O que é: todo projeto utiliza peças prontas (sistemas, plugins, bibliotecas). Quando alguém descobre uma falha numa dessas peças, o fabricante publica uma correção. Atualizar é instalar essa correção.
Por que importa: uma falha conhecida é como uma fechadura cujo segredo foi publicado na internet. A Patchstack, empresa especializada em segurança de WordPress, registrou 7.966 novas vulnerabilidades em 2024 no ecossistema WordPress, cerca de 22 por dia, e 96% delas estavam em plugins. No relatório de 2023 da Sucuri, 39,1% dos sistemas de gerenciamento de conteúdo invadidos estavam desatualizados no momento da limpeza.
Não é só WordPress. Todo site, mesmo feito sob medida, é montado sobre dependências: a linguagem em que roda (como PHP ou Node.js), o framework, e dezenas de bibliotecas de código aberto que cuidam de tarefas como formulários, imagens ou pagamentos. Cada uma recebe patches de segurança, pequenas correções publicadas quando uma falha é descoberta. Pense nelas como os recalls de um carro: o defeito foi encontrado pelo fabricante, a correção existe, mas só vale para quem leva o carro à oficina.
Além disso, essas peças têm prazo de validade. O PHP, por exemplo, dá a cada versão dois anos de suporte completo e mais dois anos só para correções críticas de segurança. Depois disso, novas falhas não são mais corrigidas. Um site que nunca troca de versão vai, aos poucos, rodando sobre peças que ninguém mais conserta.
Na prática, cuidar das dependências envolve três rotinas:
- Aplicar patches de segurança assim que saem, priorizando falhas graves.
- Usar ferramentas que avisam quando uma biblioteca do projeto tem falha conhecida (muitos serviços de hospedagem de código fazem isso automaticamente).
- Planejar as atualizações maiores, como trocar a versão da linguagem ou do framework antes do fim do suporte, com teste antes de ir ao ar.
Exemplo prático: a Empresa XPTO instalou um plugin de formulário em 2023 e nunca mais o atualizou. Em 2025 uma falha nesse plugin foi divulgada. Sem ninguém acompanhando, o site passou a redirecionar visitantes para páginas de apostas.
Seja realista: os números acima são do ecossistema WordPress, o mais usado do mundo. Sites feitos em outras tecnologias têm os mesmos riscos de dependências desatualizadas, mas esses números específicos não se aplicam diretamente a eles. E atualizar também tem risco: uma atualização pode quebrar outra parte do site. Por isso ela deve ser feita com backup e teste, não no impulso.
2. Backup que funciona de verdade
O que é: uma cópia do site e dos dados guardada em outro lugar, pronta para ser restaurada.
Por que importa: backup é o que transforma um desastre em um contratempo. A agência de cibersegurança dos Estados Unidos (CISA) recomenda a regra 3-2-1: três cópias dos arquivos importantes, em dois tipos de armazenamento, com uma delas fora do local principal. A mesma orientação pede algo que quase ninguém faz: testar a restauração periodicamente.
Exemplo prático: a hospedagem da XPTO fazia backup automático, mas guardava as cópias no mesmo servidor. Quando o servidor teve problema, site e backups foram embora juntos.
Pergunte a quem cuida do seu site: “Quando foi a última vez que você restaurou um backup para testar?” Se a resposta for “nunca”, você tem uma esperança, não um backup.
3. Domínio, hospedagem e certificado em dia
O que é: o domínio é o endereço do site; a hospedagem, onde ele mora; o certificado de segurança (SSL/TLS), o cadeado que aparece no navegador.
Por que importa: os três vencem. Um domínio .br vencido e não renovado é congelado pelo Registro.br e, se continuar sem pagamento, pode ser liberado para outra pessoa registrar. Já o certificado vai vencer cada vez mais rápido: o CA/Browser Forum, grupo que define as regras desses certificados, aprovou a redução da validade máxima de 398 dias para 200 dias a partir de 15 de março de 2026, 100 dias em 2027 e 47 dias em 2029. Ou seja, renovar à mão deixa de ser viável; precisa ser automático e monitorado.
Exemplo prático: o domínio da XPTO estava no CPF de um ex-funcionário, com o e-mail dele cadastrado. Os avisos de vencimento foram para uma caixa que ninguém lia mais.
4. Monitoramento: saber antes do cliente
O que é: ferramentas que verificam o site o tempo todo e avisam quando ele sai do ar, fica lento ou um formulário para de funcionar.
Por que importa: sem monitoramento, quem descobre o problema é o seu cliente, geralmente no pior momento. Um formulário de contato quebrado não dá erro na tela; ele simplesmente para de entregar mensagens, e você só percebe quando os pedidos de orçamento somem.
Exemplo prático: um monitor simples testa a página inicial a cada poucos minutos e manda um alerta no WhatsApp ou e-mail do responsável. Um teste mensal de envio do formulário fecha a lacuna que o monitor não enxerga.
5. Desempenho e experiência no Google
O que é: a velocidade com que o site carrega e responde, principalmente no celular.
Por que importa: o Google mede a experiência de uso com as Core Web Vitals. Para ser considerada boa, uma página precisa mostrar o conteúdo principal em até 2,5 segundos (LCP), responder a um toque em até 200 milissegundos (INP) e não “pular” na tela (CLS de até 0,1), considerando 75% das visitas. Um site rápido no lançamento fica lento com o tempo: imagens pesadas adicionadas no dia a dia, scripts de marketing novos, plugins acumulados.
Exemplo prático: a equipe da XPTO publicou fotos de 8 MB direto do celular no blog. O site, que era rápido, passou a demorar no 4G.
Seja realista: velocidade é um dos sinais que o Google considera, mas não garante sozinha uma posição melhor na busca. Conteúdo relevante continua pesando mais.
6. Acessos e propriedade: o site precisa ser seu
O que é: saber quem tem as senhas e em nome de quem estão domínio, hospedagem, código e contas de serviços (Google Analytics, Search Console, e-mail).
Por que importa: é comum descobrir, na hora de trocar de fornecedor, que tudo está no nome de outra pessoa. Sem os acessos, qualquer manutenção vira negociação.
Exemplo prático: um documento simples, guardado num gerenciador de senhas da empresa, com cada serviço, o titular, o e-mail cadastrado e a data de vencimento. Quem cuida do site recebe acesso de colaborador, não de dono.
7. Evolução: o site acompanha o negócio
O que é: ajustes e melhorias contínuas: novas páginas, um serviço lançado, uma campanha, uma integração com o CRM.
Por que importa: o negócio muda e o site precisa refletir isso. Um site que não evolui envelhece e, cedo ou tarde, vira um projeto de refação completa, bem mais caro do que pequenas melhorias ao longo do tempo.
Exemplo prático: em vez de refazer o site a cada três anos, a XPTO reserva algumas horas por mês para melhorias priorizadas a partir dos dados de acesso e dos pedidos do time comercial.
Plano de ação: 5 passos para não deixar seu site órfão
- Faça o inventário de acessos. Liste domínio, hospedagem, código, e-mail e contas do Google, com titular, e-mail cadastrado e data de vencimento. Tudo que não estiver no nome da empresa entra na lista de pendências.
- Nomeie um responsável. Pode ser alguém da equipe, quem desenvolveu ou uma empresa que ofereça serviços especializados de manutenção e suporte contínuo. O importante é que exista um nome, e não um “alguém”.
- Defina o que entra na manutenção, por escrito. Atualizações, backups com teste de restauração, monitoramento, renovações, prazo de resposta para problemas e quantas horas de melhorias por mês.
- Ative monitoramento e alertas. Disponibilidade do site, vencimento de domínio e certificado, e um teste periódico dos formulários.
- Marque uma revisão trimestral. Meia hora para olhar o relatório de atualizações, a velocidade do site, os contatos recebidos e as melhorias da próxima rodada.
Conclusão
A entrega de um site não é a linha de chegada; é a largada. Empresas que tratam o site como um ativo vivo, com alguém responsável por ele, evitam sustos, gastam menos com refações e transformam o site num canal que melhora com o tempo.
A boa notícia é que você não precisa entender de programação para isso. Precisa apenas fazer a pergunta certa, antes que o problema a faça por você: quem cuida do seu projeto depois da entrega?
Se a resposta ainda não está clara, a UON pode ajudar. Converse com a gente e vamos entender juntos o que o seu site precisa para continuar seguro, rápido e trabalhando pelo seu negócio.
Referências
- Patchstack. State of WordPress Security in 2025. Atualizado em 14/03/2025.
- Sucuri. 2023 Hacked Website & Malware Threat Report. Junho de 2024.
- DigiCert. TLS Certificate Lifetimes Will Officially Reduce to 47 Days. 16/05/2025.
- CISA. Back Up Business Data. Sem data na página; consultado em 05/11/2026.
- Google, web.dev. How the Core Web Vitals metrics thresholds were defined. Atualizado em 07/05/2025.
- PHP. Supported Versions. Consultado em 11/11/2026.
Pronto para transformar sua ideia em uma solução digital eficiente?
Entre em contato e solicite um orçamento personalizado para o seu projeto.
Fale conosco