| Indicador | Pergunta que responde | Unidade | Ferramenta que move o número |
|---|---|---|---|
| RTO | Em quanto tempo o site volta ao ar | Tempo (minutos/horas) | Backup externo, staging, hospedagem |
| RPO | Quanto dado se pode perder | Tempo desde o último backup | Frequência do backup (UpdraftPlus, Jetpack VaultPress) |
Legenda: o RPO mede a distância entre o último backup e a falha; o RTO mede a distância entre a falha e o site no ar de novo.
--- ## Como medir o RTO real do seu WordPress O RTO real é a soma de três tempos: detectar a falha, restaurar o backup e validar o site. Quase nunca é só o tempo de restauração que o plugin mostra. Um site de 4 GB restaurado em 20 minutos pode ter um RTO efetivo de 3 horas se ninguém percebeu a queda por 2 horas. Por isso o monitoramento de uptime entra na conta do RTO: sem alerta, o cronômetro começa tarde demais. Na maioria dos tickets de queda que chegam ao suporte da FULL, o gargalo não foi restaurar, e sim descobrir que o site tinha caído. Para encurtar esse tempo, mantenha uma cópia de ambiente staging já pronta e teste a restauração antes do incidente, nunca durante. Um RTO baixo se ganha no preparo, não na emergência: quem só descobre o backup na hora do desastre costuma estourar a meta de tempo logo na primeira tentativa de recuperar o site. --- ## Como o RPO real é definido pela frequência do backup O RPO real é exatamente o intervalo entre dois backups, e não o que o plugin promete na tela. Um backup agendado uma vez por dia entrega RPO de 24 horas: se a falha acontece às 23h, você perde tudo desde o backup da madrugada anterior, sem volta. UpdraftPlus com snapshot incremental a cada hora e destino externo no Amazon S3 derruba esse número de 24 para 1 hora, sem peso perceptível no servidor. A regra causal é direta: backup diário por cron em uma loja WooCommerce com 40 pedidos por dia significa um RPO de quase um dia de vendas em uma falha. Para calibrar essa frequência, comece pelo backup automático do WordPress e ajuste o intervalo ao volume real de mudança do site, não a um padrão genérico de plugin. Um site que publica uma vez por semana e uma loja que vende toda hora não podem compartilhar a mesma janela de RPO. --- ## Por que backup no mesmo servidor zera o RTO útil Backup armazenado no mesmo disco do site tem RPO bonito e RTO inútil em desastre físico. Se o disco do servidor falha ou o provedor suspende a conta, o backup morre junto com o site, e o tempo de retorno vira indefinido. Esse é o erro mais comum em sites que "tinham backup": a cópia existia, mas no lugar errado. A correção técnica é separar o destino: UpdraftPlus, Jetpack VaultPress Backup ou um job WP-CLI enviando o arquivo para um bucket externo. A telemetria global reforça o risco: segundo a Cloudflare, que opera infraestrutura de recuperação em escala, a separação geográfica entre dado de produção e cópia é o que sustenta o RTO em falha de hardware. Sem destino externo, RTO e RPO viram números de papel que ninguém consegue executar quando o servidor inteiro some e a única cópia que existia estava no mesmo disco que falhou. --- ## Como calibrar RTO e RPO por tipo de site A calibragem de RTO e RPO segue o custo da hora parada, não a vaidade técnica. Um blog com 500 visitas por dia tolera RTO de 6 horas; uma loja em pico de Black Friday tolera minutos. A escolha não precisa de plugin caro: o que muda os dois números é a frequência do backup e onde a cópia mora. Em PHP 8.2 com WP-Optimize limpando o banco antes do dump, o backup fica menor e a restauração mais rápida, o que derruba o RTO de quebra. O ponto de partida útil é cruzar o perfil do site com a janela aceitável e só então escolher a ferramenta, porque um RTO de 2 horas custa muito menos que um RTO de 10 minutos. Definir RTO e RPO antes da ferramenta evita pagar por backup contínuo onde um snapshot diário já resolveria.Legenda: o mesmo backup diário que basta para um blog é inaceitável para uma loja com vendas contínuas.
--- ## Quando vale apertar RTO e RPO até o limite Apertar RTO e RPO ao máximo só se justifica quando a hora parada custa mais que a infraestrutura extra. Um RPO de minutos exige backup contínuo e armazenamento externo, com custo de espaço e de processamento. Para a maioria dos sites de conteúdo, um RTO de 2 horas e um RPO de 6 horas equilibram custo e risco sem exagero. A gente vê no suporte da FULL que muito site institucional paga por backup de hora em hora que nunca vai usar, enquanto a loja ao lado roda com backup diário e um RPO perigoso de 24 horas. O ajuste correto é proporcional: migrações sem downtime e snapshots frequentes para quem vende; janela mais larga para quem só publica conteúdo. No bundle da FULL, o plano PRO sai por R$849 e cobre até 10 sites, o que coloca cada site em R$85 com UpdraftPlus, WP-Optimize e monitoramento já inclusos. Para quem gerencia vários projetos, esse custo por site dilui o backup externo e o staging que sustentam o RTO sem precisar contratar ferramenta avulsa. Veja os planos da FULL e o painel de gestão de sites WordPress que centraliza backup, restauração e alertas em um lugar só. ---RTO é o tempo máximo aceitável com o site fora do ar e RPO é o volume máximo de dado, medido em tempo, que você aceita perder. Um RTO de 2 horas e um RPO de 6 horas, por exemplo, significam voltar ao ar em até 2 horas perdendo no máximo 6 horas de conteúdo. Os dois saem de uma decisão de negócio, não de uma config técnica.
Porque o RPO real é o intervalo entre dois backups concluídos, não o recurso anunciado na tela. Um plugin pode oferecer backup de hora em hora, mas se você agendou uma vez por dia, seu RPO é de 24 horas. A promessa só vira número real quando a frequência configurada e o destino externo confirmam que a cópia existe e é recuperável.
RTO mede tempo de retorno e RPO mede perda de dado. Na prática, RTO responde "em quanto tempo volto" e RPO responde "quanto perco". Um site pode ter RTO de 30 minutos e RPO de 24 horas ao mesmo tempo: volta rápido, mas com o conteúdo do último backup diário. São dois números independentes que você calibra separado.
O custo de um RPO de 1 hora vem do armazenamento externo e do processamento dos snapshots, não do plugin. UpdraftPlus faz backup incremental de graça; o gasto fica no destino, como um bucket S3 de poucos dólares por mês. No bundle da FULL, com plano PRO a R$849 para 10 sites (R$85 por site), o backup frequente e o destino externo já entram sem ferramenta avulsa.
Sim, é possível reduzir o RTO sem trocar de hospedagem. O maior ganho vem de detectar a falha cedo, com monitoramento de uptime ativo, e de manter um backup externo testado em staging. Um banco limpo com WP-Optimize antes do dump também encurta a restauração. Hospedagem mais forte ajuda, mas detecção rápida e backup recuperável movem o RTO mais que servidor caro.