Manutenção de WordPress para SaaS em São Paulo: o site do produto pronto para a próxima campanha

Pela parte técnica: certificado válido, formulários entregando os dados só onde o SaaS indicou, aviso de cookies e link para a política de privacidade funcionando depois de cada atualização e acessos ao painel restritos a quem precisa. A finalidade de cada formulário, a base legal e o texto da política ficam com o jurídico do SaaS.

No site de marketing, o SaaS é controlador dos dados que coleta: quem pediu demonstração, quem baixou um material, quem se inscreveu no evento. Isso é diferente do papel dele dentro do produto, onde costuma ser operador dos dados que os clientes colocam no sistema. A manutenção cuida só do primeiro caso, porque o app fica com o time de produto.

Uma atualização pode desmontar a parte técnica sem que ninguém veja. O plugin de cookies deixa de bloquear a medição antes do consentimento, o formulário passa a gravar uma cópia dos contatos num banco que ninguém consulta, ou o link para a política de privacidade some do rodapé depois de uma troca de tema. A conferência que segue cada atualização inclui esses pontos, e o que mudar entra no relatório.

A revisão de acessos também é parte da LGPD na prática. Ex-funcionário com login ativo, agência antiga com usuário administrador e senha compartilhada entre várias pessoas são portas comuns. No inventário do primeiro mês, cada acesso é conferido com o SaaS, e o que não tem dono sai.

O texto não é escrito pela manutenção. Política de privacidade, termos de uso e o que cada formulário informa ao visitante são documentos do jurídico do SaaS, que conhece o contrato e o produto. A PHN não dá parecer jurídico; ela avisa quando a parte técnica não acompanha o que o documento diz.

Com revisão mensal de cache, imagens, banco de dados e das métricas de experiência do Google, as Core Web Vitals. Página de funcionalidade, de preços ou de segmento que piora depois de uma atualização é investigada antes de virar regra, e a causa provável entra no relatório com a correção proposta.

No site de SaaS, a lentidão costuma ter três origens. Vídeos e animações de demonstração pesados, colocados na home para mostrar o produto em movimento; scripts de terceiros acumulados, como chat, mapa de calor, pixel de cada ferramenta testada e widget de agendamento; e construtores de página que carregam o próprio código em todas as páginas, mesmo nas que não os usam.

A revisão começa pelo que pesa sem servir. Script de uma ferramenta que o SaaS cancelou há meses sai depois de conferido com o time; imagem enviada no tamanho original é otimizada; o banco de dados ganha limpeza de revisões e de rascunhos antigos. Nada disso muda o que o visitante vê, e o site fica mais leve.

Há escolhas que não são da manutenção. Se o marketing quer manter o vídeo na home, a manutenção mede o custo dele e propõe formas de carregá-lo depois do texto, mas a decisão é do SaaS. Se a hospedagem atual limita a velocidade, o relatório diz isso com a recomendação, e a troca fica com a empresa.

A medição usa os dados do próprio Google, de laboratório e, quando há visitas suficientes, de campo. Uma página que só fica lenta no celular aparece separada da que fica lenta em qualquer aparelho, porque a correção é diferente.