Um plano de cuidados wordpress só protege seu site de verdade quando o contrato define claramente escopo, prazos, responsabilidades e limites. Aqui você vai ver o que separar no acordo para garantir atualizações, backups, segurança, suporte e monitoramento — sem surpresas, “taxas extras” ou ficar na mão.
Plano de cuidados wordpress: o que precisa estar separado no contrato
Para não ficar na mão, o contrato deve separar o que é rotina (preventivo) do que é demanda (evolutivo). Também precisa deixar explícito o que está incluso, o que é cobrado à parte e quais são os prazos de atendimento e solução.
Na prática, o maior risco é contratar “manutenção” genérica e descobrir depois que backup, limpeza de malware, atualizações críticas ou suporte emergencial não estavam no pacote.
Escopo: diferencie manutenção preventiva, corretiva e evolutiva
Um bom contrato começa definindo categorias de serviço. Isso evita discussões quando algo quebra ou quando você pede uma melhoria. Se não houver essa separação, tudo vira “extra” — ou vira promessa sem entrega.
Use definições objetivas e exemplos. Quanto mais operacional, melhor para ambas as partes.
Manutenção preventiva (rotina)
É o conjunto de tarefas recorrentes para reduzir risco e manter estabilidade. Deve ter frequência definida (semanal, quinzenal, mensal) e checklist de entregas.
- Atualização do WordPress, tema e plugins (com critérios de segurança e compatibilidade).
- Verificação de integridade, logs e alertas de segurança.
- Otimizações básicas de banco de dados e limpeza controlada (sem apagar dados úteis).
- Relatório periódico com o que foi feito e o que foi recomendado.
Manutenção corretiva (incidentes)
É a resposta a falhas, indisponibilidade, erros críticos e comportamento anormal. Aqui entram SLA, janela de atendimento, prioridade e limites de responsabilidade.
- Erro 500, telas brancas, loops de login, falha de atualização.
- Site fora do ar, lentidão súbita, consumo anormal de recursos.
- Suspeita de invasão, redirecionamentos e arquivos alterados.
Manutenção evolutiva (melhorias)
São mudanças planejadas: novas páginas, integrações, ajustes de layout, automações e melhorias de performance. No contrato, defina se entra como “banco de horas” ou como orçamento por demanda.
Atualizações: defina método, janela e política de rollback
Atualizar é essencial, mas atualizar sem processo é arriscado. O contrato deve explicar como as atualizações são feitas, em que ordem e com qual plano de reversão. Assim, você evita que uma atualização derrube vendas ou formulários.
Também é importante registrar quem aprova atualizações maiores (ex.: mudança de versão principal do WordPress ou troca de tema).
O que cobrar no contrato sobre updates
- Frequência: semanal para plugins críticos e mensal para pacotes gerais (ajustável ao risco).
- Ambiente de teste (staging) quando o site é crítico para vendas e captação.
- Backup antes de atualizar e verificação pós-update (home, checkout, formulários, login).
- Política de rollback: prazo e procedimento para voltar à versão anterior se algo falhar.
Backups: retenção, local de armazenamento e teste de restauração
Backup sem teste é só uma esperança. O contrato precisa separar “gerar backups” de “restaurar backups” e definir retenção, criptografia e onde os arquivos ficam. Isso reduz o risco de perda de dados e acelera a recuperação.
Para negócios que vendem online, a diferença entre 24 horas e 7 dias de retenção pode ser a diferença entre recuperar pedidos ou perder histórico.
Cláusulas essenciais de backup
- Frequência (diária para sites transacionais; semanal para institucionais de baixo risco).
- Retenção (ex.: 7, 14 ou 30 dias) e política de expurgo.
- Armazenamento fora do servidor (offsite) e controle de acesso.
- Teste de restauração (mensal ou trimestral) com registro do resultado.
- RTO/RPO estimados (tempo para voltar e quanto de dados pode ser perdido).
Segurança: monitoramento, hardening e resposta a incidentes
“Segurança” é um termo amplo; no contrato, precisa virar tarefas mensuráveis. Separe prevenção (hardening), detecção (monitoramento) e resposta (incidente). Isso evita que o fornecedor diga que “apenas instalou um plugin”.
Atualizado em fevereiro de 2026: ataques automatizados a WordPress continuam explorando plugins desatualizados e credenciais fracas, então políticas de acesso e atualização não são opcionais.
Itens que devem estar explicitamente inclusos
- Monitoramento de uptime e alertas (e-mail/WhatsApp) com horário de cobertura.
- WAF/Firewall (quando aplicável) e regras básicas anti-bruteforce.
- Política de usuários: revisão de administradores, 2FA (quando possível) e senhas fortes.
- Varredura de malware e verificação de alterações suspeitas.
Resposta a incidentes: o que separar para não virar “extra”
Defina se a limpeza de malware está inclusa e quantas ocorrências por mês. Especifique também se inclui investigação de causa, fechamento de brecha e relatório técnico.
SLA e suporte: prazos de resposta, prazos de solução e canais
Suporte sem SLA é suporte “quando der”. O contrato deve separar prazo de primeira resposta de prazo de resolução, além de definir prioridades. Isso é o que protege sua operação quando o site cai em horário comercial.
Também deixe claro o canal oficial (ticket/e-mail) e o que é considerado atendimento emergencial.
Antes de assinar, peça uma matriz simples de SLA. Exemplo:
| Severidade | Exemplo | 1ª resposta | Prazo alvo de solução |
|---|---|---|---|
| Crítica | Site fora do ar / checkout quebrado | Até 30–60 min | Até 4–8 h (ou workaround imediato) |
| Alta | Formulário não envia / erro em página chave | Até 2–4 h | Até 1–2 dias úteis |
| Média | Ajustes menores / warnings | Até 1 dia útil | Até 3–5 dias úteis |
| Baixa | Dúvidas e orientações | Até 1–2 dias úteis | Conforme fila |
Limites e exclusões: deixe explícito o que não está incluso
Um contrato bom não é o que promete tudo; é o que define fronteiras claras. Isso protege você de cobranças inesperadas e protege o fornecedor de demandas fora do escopo. O segredo é listar exclusões comuns e como elas serão tratadas.
Sem essa seção, você descobre tarde que “otimização de performance”, “ajustes no tema” ou “problemas do servidor” não eram responsabilidade de ninguém.
Exclusões comuns (e como amarrar no contrato)
- Desenvolvimento de novas funcionalidades: entra como projeto ou banco de horas.
- Alterações de layout/UX: definir escopo e critérios de aceite.
- Problemas de hospedagem/infra: incluir interface com o provedor, mas delimitar responsabilidade.
- Plugins premium/licenças: quem compra, quem renova e em nome de quem.
- Conteúdo (textos, imagens, produtos): definir se há suporte editorial ou apenas técnico.
Relatórios e evidências: sem entrega documentada, não há controle
Relatório é parte do serviço, não “bônus”. No contrato, defina periodicidade e o que será mostrado. Assim, você consegue auditar o trabalho, justificar investimento e prever riscos.
O mínimo aceitável é um resumo do que foi atualizado, alertas encontrados, status de backups e recomendações priorizadas.
Como revisar o contrato em 15 minutos (checklist prático)
Se você tem pouco tempo, foque no que evita prejuízo imediato: backup, segurança e SLA. Em seguida, valide escopo e exclusões para não cair em cobranças surpresa. Esse checklist ajuda a comparar propostas com critérios técnicos.
- Existe separação clara entre preventivo, corretivo e evolutivo?
- Backups: frequência, retenção, offsite e teste de restauração estão descritos?
- Atualizações: há staging, verificação pós-update e rollback?
- Segurança: monitoramento + resposta a incidentes (limpeza e fechamento de brecha) está incluso?
- SLA: primeira resposta e solução por severidade estão definidos?
- Exclusões e custos extras: estão listados com regra de aprovação?
- Relatórios: periodicidade e conteúdo mínimo estão definidos?
Perguntas Frequentes
Plano de cuidados serve para qualquer site WordPress?
Sim, mas o nível de cobertura muda. Sites que geram leads e vendas precisam de SLA, backups frequentes e processo de atualização com rollback.
Atualizar plugins está sempre incluso?
Deveria estar, mas confirme no contrato a frequência e se inclui testes pós-update. Sem isso, “atualização” pode ser apenas eventual.
Se o site for invadido, a limpeza está no plano?
Nem sempre. Exija cláusula de resposta a incidentes dizendo se inclui remoção de malware, correção da vulnerabilidade e relatório técnico.
Backup diário é obrigatório?
Para e-commerce e sites com captação intensa, é altamente recomendado. Para sites institucionais com poucas mudanças, semanal pode ser suficiente.
O que é mais importante: SLA ou backup?
Os dois. SLA reduz tempo fora do ar; backup garante recuperação quando algo dá errado ou há perda de dados.
Preciso de staging (ambiente de teste)?
Se o site tem integrações, checkout, formulários críticos ou muitas atualizações, staging reduz risco de indisponibilidade por conflito de plugin/tema.
Como comparar duas propostas de manutenção WordPress?
Compare escopo detalhado, métricas (frequência, retenção, SLA), evidências (relatórios) e limites (exclusões). Propostas vagas tendem a gerar custo extra.
Se o seu site não pode parar, seu contrato precisa garantir processo, prazos e responsabilidade — não só “manutenção”. Fale com a ProgramaSiteSeguro agora mesmo.
