Manutenção de WordPress para SaaS e software
Manutenção de WordPress para SaaS: o site do produto no ar enquanto o time cuida do app
A manutenção de WordPress para SaaS da PHN cuida do site institucional e do blog do produto, não do app. A rotina atualiza núcleo, tema e plugins com backup feito antes e conferência depois, guarda uma cópia diária fora da hospedagem, monitora o site no ar e o certificado e confere o formulário de demonstração e o botão de teste.
Em resumo
O cuidado com o site de marketing do SaaS
- Escopo: home, funcionalidades, preços e blog em WordPress; o app fica com o produto.
- Rotina: backup completo antes de atualizar, cópia diária fora da hospedagem e restauração testada.
- Conferência: formulário de demo e botões de entrar e criar conta, depois de cada mudança.
- Velocidade: revisão mensal pelas Core Web Vitals, com o maior elemento em até 2,5 segundos.
A manutenção de WordPress da PHN para SaaS dá ao site de marketing o dono técnico que o time de produto não tem tempo de ser. Todo mês há backup antes de atualizar, cópia diária fora do servidor, monitoramento, segurança e velocidade medida pela meta de 2,5 segundos do Google, num relatório que separa rotina de obra nova.
Definição
O que é manutenção de WordPress para um SaaS?
É o cuidado mensal do site de marketing do SaaS em WordPress: home, funcionalidades, preços e blog. Entram backup antes de mexer, atualização de núcleo, tema e plugins, cópia fora do servidor, revisão de segurança e velocidade, aviso quando o site cai e conserto do que quebrou. O app, onde o cliente trabalha, fica de fora.
A fronteira é o que define o serviço. Tudo o que está no WordPress entra: páginas, blog, formulários, plugins, tema e o certificado do domínio do site. O que roda no app, como login, cobrança, banco de dados dos clientes e infraestrutura do produto, continua com o time de produto e com o fornecedor de nuvem dele. A manutenção cuida para que o caminho do site até o app funcione, não do app.
O painel e os acessos continuam no nome do SaaS. A PHN documenta o que existe, assume a rotina e presta contas no relatório; o marketing segue editando textos e publicando no blog como já fazia.
Sem dono
Por que o site de marketing do SaaS precisa de manutenção própria?
Porque ninguém o tem como prioridade. O desenvolvedor está no app, o marketing não mexe em plugin e a agência que fez o site já saiu. Ele funciona até o dia do lançamento, quando um plugin desatualizado derruba a página de preços ou o formulário de demonstração para de enviar sem que ninguém perceba.
O sintoma costuma chegar pelo comercial: uma semana sem pedido de demo e ninguém sabe por quê. Quando alguém testa, descobre que o formulário mostra a mensagem de sucesso e não entrega nada desde uma mudança no servidor. Enquanto isso, o Google Ads seguiu mandando gente para a página, e a verba foi gasta numa porta fechada.
Há também a questão de ofício. O time de produto conhece a tecnologia do app, que raramente é a do WordPress. Cuidar de WordPress é outro trabalho, feito aqui por quem lida com isso todo mês.
Checklist
O que entra na rotina de manutenção?
Entra a atualização de núcleo, tema e plugins depois de um backup completo, com as páginas conferidas em seguida, e a cópia diária fora da hospedagem, com restauração testada. Somam-se o monitoramento do site e do certificado, a varredura de segurança, a revisão de velocidade e a conferência do formulário de demo e dos botões que levam ao app.
No SaaS, a conferência depois da atualização tem um item a mais: os botões de entrar e de criar conta, que levam ao app em outro endereço. Um link quebrado ali não derruba o site, mas fecha a porta do teste, e quem chegou pelo anúncio vai embora sem avisar ninguém.
Na velocidade, a régua é a do Google. A documentação de Core Web Vitals do Google Search Central considera boa a experiência quando o maior elemento da página aparece em até 2,5 segundos. Página de funcionalidade acima disso entra no relatório com a causa provável e a correção proposta.
Atualização com backup antes
Núcleo, tema e plugins, com home, preços, formulário e links para o app conferidos depois.
Cópia fora do servidor
Arquivos e banco de dados copiados todo dia para fora da hospedagem.
Site no ar e certificado
Monitoramento contínuo e certificado acompanhado antes de vencer.
Segurança
Arquivos alterados, acessos, senhas e permissões revistos.
Velocidade
Cache, imagens, banco de dados e as métricas de experiência do Google.
Relatório
O que foi feito, o que apareceu e a recomendação para o mês seguinte.
Lançamento
Como evitar que o site caia no dia do lançamento ou da campanha?
Nenhum cuidado elimina toda falha, mas dá para reduzir o risco. Com a data avisada, a recomendação é não deixar a atualização do mês para a véspera e conferir o backup daquele dia; o relatório aponta se cache e hospedagem aguentam o pico, e o monitoramento avisa se a página parar.
A página do lançamento costuma ser a mais frágil, porque é a mais nova. Foi montada com pressa, às vezes com um plugin instalado só para ela, e recebe todo o tráfego de uma vez. Vale percorrê-la no celular antes de o anúncio ir ao ar, com o formulário enviando e o botão do teste apontando para o lugar certo.
A hospedagem é decisão e conta do SaaS. Se a atual não dá conta de pico, o relatório diz isso antes do lançamento, com a recomendação. Quando algo cai mesmo assim, vale o processo de qualquer incidente: descobrir se a falha está no WordPress, no servidor ou no registro do domínio, consertar ou voltar à última cópia boa e registrar o episódio. O artigo sobre o site do SaaS fora do ar mostra o que conferir primeiro.
Segurança
Que cuidados deixam o site do SaaS menos exposto a ataques?
Com rotina, mais do que com ferramenta. Tema e plugins atualizados, extensão parada desinstalada, quem tem acesso ao painel revisto, arquivo de configuração fora do alcance da internet, busca por arquivo mexido sem pedido e uma cópia guardada longe do servidor para desfazer o estrago. Nenhum site é imune a ataque, e a PHN não vende essa promessa.
Para um SaaS, o estrago de uma invasão vai além da página fora do ar. Um código injetado na página de cadastro pode desviar quem ia criar a conta, e um redirecionamento escondido leva o visitante do anúncio para outro endereço. Quando a invasão já aconteceu, o caminho é restaurar uma cópia limpa ou remover o que foi mexido, descobrir por onde o atacante entrou, trancar essa entrada e deixar tudo descrito no relatório.
Os dados do formulário de demo e do cadastro de teste são dados pessoais, e nesse ponto o SaaS é controlador. A parte técnica cabe à manutenção: certificado válido, painel restrito a quem precisa e nenhum arquivo de configuração aberto. Base legal, finalidade e política de privacidade ficam com o jurídico do SaaS. O artigo sobre segurança do site do SaaS detalha os acessos a revisar.
Site e app
Como o site institucional convive com o app em outro domínio?
Cada um no seu endereço, ligados por poucos pontos que precisam continuar funcionando: os botões de entrar e de criar conta, os links para a documentação, o aviso de cookies e a medição que acompanha a passagem do site para o app. A manutenção confere esses pontos do lado do site; o app segue com o time de produto.
Na maior parte dos SaaS, o WordPress responde pelo endereço principal da marca e o produto fica em app.empresa.com.br ou num endereço só dele. Assim o certificado, a hospedagem e as atualizações de um não afetam o outro. Quando o time de produto muda o endereço do login ou cria um novo fluxo de cadastro, avisar a manutenção evita que o site continue mandando gente para a tela antiga.
Cookies e medição pedem atenção, porque site e app costumam coletar dados diferentes. O aviso de cookies do site cobre o site; o do app é do app. A medição que liga a visita ao cadastro é configurada no projeto do site ou na conta de Google Ads, e uma atualização de tema que apague essa marcação aparece na conferência das páginas. O artigo sobre o site do SaaS em WordPress explica como ligar o site ao app.
Preço
Como se calcula o valor de manter o WordPress de um SaaS?
Pelo tamanho do site, pela quantidade de plugins e integrações, por haver versão em outro idioma ou área restrita e pelas horas de alteração de conteúdo incluídas no mês. Sem tabela publicada: primeiro vem o diagnóstico do WordPress do SaaS, e a proposta por escrito separa o que é rotina do que é obra nova.
A hospedagem fica fora desse valor, na conta do SaaS e paga direto ao fornecedor. Página nova, como a de um lançamento ou de um segmento, é tratada como projeto: as horas ficam definidas no contrato e não se misturam com o cuidado mensal.
Site de SaaS tende a acumular extensões: um plugin para cada teste, evento ou pop-up. O primeiro mês é de inventário, e tirar o que não se usa reduz o peso da rotina. Quando o site vem de outra agência, a PHN assume o que existe e aponta o risco, sem refazer tudo.
Quando o diagnóstico conclui que vale refazer o site, a criação de sites para SaaS entrega o projeto já documentado; para as páginas ganharem busca no Google, o caminho é o SEO para SaaS. O recorte paulistano está em manutenção de WordPress para SaaS em São Paulo, e os sete serviços do nicho ficam no guia de marketing para SaaS.
Fontes
Perguntas frequentes
Dúvidas sobre manutenção de WordPress para SaaS
A manutenção cuida do app?
+
Quem atualiza os textos do site?
+
O que acontece se o site cair?
+
Os backups ficam onde?
+
O atendimento é presencial ou por vídeo?
+
Diagnóstico de Aquisição PHN
Vamos avaliar a
aquisição de clientes da sua empresa
Analisamos como a empresa aparece hoje no Google e nas respostas das IAs, quais buscas do setor estão ao alcance e o que precisa ser feito antes de começar. Conversa direta com o Pablo, sem intermediário.
Atendimento direto com o fundador. Retorno em até 24 horas úteis.