O WP Staging Desktop permite desenvolver e testar um site WordPress real no seu computador. Quando o trabalho local estiver pronto, o WP Staging Pro pode implantá-lo por meio do fluxo lançado de backup e restauração: crie um .wpstg backup a partir do site local, envie-o para o site WordPress de destino e restaure-o lá.
Este é um fluxo de implantação completo baseado em backup. Não é push direto, e restaurar o backup pode substituir arquivos e conteúdo do banco de dados no destino. Sempre crie um novo backup do destino antes de começar.
Neste guia
- TL;DR
- Entenda a direção: Free versus Pro
- O que este fluxo de trabalho altera
- Pré-requisitos
- Passo 1: Revise o que mudou localmente
- Passo 2: Faça backup do site de produção de destino
- Passo 3: Crie um backup do site local do Desktop
- Passo 4: Baixe o backup do site local
- Passo 5: Prepare o destino
- Passo 6: Envie o backup do site local
- Passo 7: Revise e inicie a restauração
- Passo 8: Aguarde a conclusão
- Passo 9: Verifique o site de produção
- Passo 10: Finalize ou reverta
- Implantação por backup versus push direto
- Problemas comuns
- FAQ
TL;DR
Crie um novo backup do destino de produção, crie e baixe um .wpstg backup a partir do site local do Desktop, envie esse backup do site local para o destino que executa o WP Staging Pro, revise o escopo da restauração e restaure-o. O WP STAGING atualiza as referências de domínio para o destino. O push direto a partir do Desktop ainda está em testes.
Aviso: Restaurar o backup do site local pode sobrescrever arquivos e conteúdo do banco de dados de produção mais recentes. Não restaure um banco de dados local desatualizado sobre uma loja ativa, um site de associação ou outro site que receba dados em tempo real.
Ao longo deste guia, origem e site local significam o site WordPress que você criou dentro do WP Staging Desktop no seu computador. Destino e produção significam o site WordPress ativo em outro domínio que receberá a implantação.
Entenda a direção: Free versus Pro
A distinção entre Free e Pro não é se dois domínios coincidem. É a direção do fluxo de trabalho e para onde o backup está indo.
| Fluxo de trabalho | Destino | Requisito |
|---|---|---|
| Importar um backup baixado para o Desktop | Qualquer domínio local | WP Staging Desktop Free |
| Implantar um backup criado a partir de um site local | Outro domínio ativo ou de produção | Qualquer plano WP Staging Pro |
| Restaurar diretamente de uma URL remota de backup ou puxar dados de produção | Fluxo local conectado | Developer ou Agency |
| Push direto a partir do Desktop | Produção | Não lançado; em testes |
O WP Staging Desktop Free restaura um .wpstg backup baixado em um site local. Esse site local pode usar qualquer domínio local, como mysite.local ou client.local. A restauração não se limita ao domínio original do backup, e o Desktop faz a busca e substituição do domínio local para você automaticamente.
Implantar um backup criado localmente para outro domínio ativo ou de produção é a direção de saída, e isso exige o WP Staging Pro. A escolha entre Free e Pro é determinada pela direção e pelo destino do fluxo de trabalho. O Desktop Free importa backups para o desenvolvimento local. O WP Staging Pro implanta um backup criado localmente em outro domínio ativo.
Os planos Developer e Agency acrescentam fluxos conectados além disso: restauração direta a partir de uma URL remota de backup, conexão e pull de produção e a WP STAGING CLI. Isso é um contexto útil, mas não é necessário para a implantação básica por arquivo baixado descrita neste guia.
O que este fluxo de trabalho altera
Uma restauração grava o conteúdo do backup no destino. Antes de começar, entenda o que isso significa para o site ativo:
- O destino recebe os arquivos incluídos na restauração do backup.
- O destino recebe o conteúdo do banco de dados incluído na restauração.
- As URLs do WordPress e as referências de domínio são atualizadas para o destino durante a restauração.
- O destino pode perder o conteúdo criado depois que a cópia local foi feita.
- Uma restauração não é uma mesclagem de conteúdo.
- O login do destino pode usar as credenciais contidas no banco de dados restaurado.
- Cache, links permanentes, integrações, e-mail e tarefas agendadas devem ser verificados depois.
O escopo de uma restauração segue o escopo do backup. Ao criar o backup no site local, você seleciona quais componentes incluir (arquivos, banco de dados ou ambos). A restauração então aplica o que esse backup contém. Escolha os componentes do backup com cuidado, porque essa escolha decide o que será sobrescrito no destino.
Aviso: Restaurar um banco de dados capturado no site local pode substituir posts, pedidos, usuários, configurações e envios de produção mais recentes. Não prossiga até entender o escopo da restauração.
Pré-requisitos
Antes de implantar, certifique-se de ter tudo o que segue:
- Um site local funcional no WP Staging Desktop.
- As alterações locais testadas e aprovadas.
- A capacidade de criar um .wpstg backup completo no site local.
- Um plano WP Staging Pro válido para implantação em outro domínio ativo.
- O WP Staging Pro instalado e ativado no destino, seguindo o fluxo de licença atual.
- Acesso de administrador ao destino.
- Espaço em disco suficiente no destino para o backup enviado, sua extração e o backup de reversão.
- Uma janela de manutenção para o site de produção.
- Um novo backup do destino criado antes de você começar.
Para lojas WooCommerce, sites de associação, plataformas LMS, formulários, fóruns e outros sites dinâmicos, acrescente mais uma etapa de planejamento:
Planeje como proteger as transações em tempo real e o conteúdo gerado pelos usuários antes de restaurar o banco de dados local. Se a produção mudou desde que a cópia local foi criada, uma restauração completa do banco de dados pode remover essas alterações mais recentes.
Passo 1: Revise o que mudou localmente
Confirme exatamente o que você está prestes a implantar antes de empacotar qualquer coisa.
- Abra o site local pelo WP Staging Desktop.
- Revise o site no navegador e no painel do WordPress.
- Confirme que plugins, temas, compatibilidade de PHP, configurações e conteúdo estão corretos.
- Decida se a implantação inclui arquivos, o banco de dados ou ambos, com base nas opções reais de backup e restauração.
- Anote quaisquer integrações ou credenciais exclusivas de produção que precisarão ser verificadas novamente após a implantação.
Este fluxo de trabalho substitui o conteúdo; ele não mescla alterações selecionadas. Planeje a implantação como uma restauração completa do estado que o backup contém.
Passo 2: Faça backup do site de produção de destino
Crie o ponto de reversão primeiro. Esta etapa deve acontecer antes de você criar ou enviar o backup de implantação.
No site WordPress de destino, abra WP STAGING > Backup & Migration, crie um backup completo e aguarde a conclusão. Baixe uma cópia ou confirme que ele está armazenado em um local acessível caso a implantação precise ser revertida.
Antes de continuar, verifique se:
- O backup foi concluído com sucesso.
- O backup inclui os arquivos e o banco de dados necessários.
- O backup pode ser identificado claramente como o ponto de restauração anterior à implantação.
- A ação de restauração está disponível para ele.
Aviso: Não continue se o backup do destino falhar. Sem um ponto de reversão verificado, uma implantação com falha pode deixá-lo sem meios de voltar ao site de produção funcional.
Passo 3: Crie um backup do site local do Desktop
Agora empacote o estado local que você deseja implantar.
- Abra o site local pelo WP Staging Desktop.
- Abra o painel do WordPress dele.
- Abra WP STAGING > Backup & Migration.
- Escolha Create Backup.
- Crie um backup completo do site, a menos que o escopo de restauração planejado seja intencionalmente diferente, e então deixe as caixas de seleção dos componentes conforme necessário.
- Dê a ele um nome descritivo, como
local-deployment-2026-07-18. - Clique em Start Backup e aguarde a conclusão da criação do backup.
Este backup representa o estado local que será restaurado no destino. Quando terminar, ele aparece na lista Your Backups.
Passo 4: Baixe o backup do site local
Retire o backup da máquina local para poder enviá-lo ao destino.
- Encontre o backup concluído na lista Your Backups.
- Abra o menu Actions dele.
- Escolha Download.
- Salve o arquivo .wpstg no seu computador.
- Confirme que o download terminou e que o arquivo não tem zero bytes.
Este guia documenta deliberadamente o fluxo de arquivo do Pro, independente de plano, de modo que o arquivo .wpstg baixado é o caminho usado em todas as etapas abaixo.
Os planos Developer e Agency podem usar fluxos conectados ou remotos onde houver suporte, como restaurar diretamente de uma URL remota de backup. Este guia não usa esse caminho, porque o procedimento por arquivo baixado funciona em qualquer plano WP Staging Pro.
Passo 5: Prepare o destino
Prepare o site de produção antes que qualquer ação destrutiva aconteça.
- Coloque o destino em um estado de manutenção apropriado.
- Pause a inserção de conteúdo e quaisquer outras implantações.
- Para sites ativos de comércio ou de associação, interrompa ou contabilize novos pedidos, assinaturas, registros, comentários e envios.
- Confirme que há espaço em disco suficiente para o envio, a extração e o backup de reversão.
- Confirme que o WP Staging Pro está ativo no destino.
- Confirme que o novo backup do destino do Passo 2 está disponível.
- Anote a URL do destino.
Aviso: As próximas etapas podem substituir os dados do destino. Confirme a janela de implantação com todos os responsáveis pelo site ativo antes de enviar o backup.
Passo 6: Envie o backup do site local
Transfira o backup baixado para o destino.
- No destino, abra WP STAGING > Backup & Migration.
- Escolha Upload Backup.
- Selecione o arquivo .wpstg do site local que você baixou.
- Aguarde a conclusão do envio e da validação.
- Confirme que o backup aparece na lista de backups do destino.
Use primeiro o envio padrão pelo navegador mostrado aqui. Se o arquivo for grande ou o envio não for concluído, consulte o guia de migração para outro host para métodos alternativos de transferência. A importação por URL remota de backup é um recurso dos planos Developer e Agency, portanto não é o caminho padrão neste guia.
Passo 7: Revise e inicie a restauração
Esta é a etapa que sobrescreve o destino. Vá com calma e verifique antes de confirmar.
- Identifique na lista do destino o backup do site local que foi enviado.
- Abra Actions > Restore.
- Revise o escopo exato de arquivos e do banco de dados mostrado pela tela de restauração.
- Confirme que a origem selecionada é o backup de implantação local, e não outro backup.
- Confirme que o backup do destino do Passo 2 ainda existe.
- Leia o aviso de sobrescrita mostrado antes de a restauração começar.
- Inicie a restauração somente depois que todas essas verificações passarem.
Aviso: Restaurar o conteúdo do banco de dados pode substituir posts, pedidos, usuários, configurações e envios de produção mais recentes. Pare e reavalie se a produção recebeu alterações importantes desde que a cópia local foi criada.
Esta é uma restauração de backup, não um push direto. Nada é mesclado, e não há sincronização seletiva apenas das alterações que você fez localmente.
Passo 8: Aguarde a conclusão
Deixe a restauração ser executada até um resultado claro.
- Mantenha o navegador e o site disponíveis, a menos que a tela de restauração informe que o trabalho pode continuar em segundo plano.
- Não inicie outro backup, restauração, atualização de plugin ou implantação ao mesmo tempo.
- Aguarde o estado de sucesso, que o WP STAGING mostra como um resultado Finished Successfully.
- Se a restauração relatar um erro, anote a mensagem exata antes de tentar novamente qualquer coisa.
O tempo de restauração depende do tamanho do backup e do servidor de destino, portanto não há uma duração fixa a se esperar.
Passo 9: Verifique o site de produção
Percorra o destino de forma metódica antes de reabri-lo aos visitantes.
- A página inicial e as principais páginas do front-end carregam.
- O login no painel do WordPress funciona.
- A URL do site e a URL inicial usam o domínio de destino.
- Os links permanentes funcionam.
- O HTTPS funciona sem avisos de conteúdo misto.
- Os plugins e o tema estão ativos conforme esperado.
- Os arquivos de mídia carregam.
- Os formulários funcionam.
- O e-mail transacional está configurado corretamente.
- As tarefas agendadas e o cron estão em execução.
- O cache e o CDN estão limpos.
- A visibilidade para mecanismos de busca está definida corretamente para produção.
- As ferramentas de analytics e de consentimento funcionam.
- Os gateways de pagamento e os webhooks apontam para o ambiente de produção.
- O checkout do WooCommerce funciona sem realizar um pedido real não intencional.
- Nenhum plugin de desenvolvimento exclusivo do ambiente local, capturador de e-mail, configuração de depuração ou credencial de teste permanece ativo.
Mantenha o destino em modo de manutenção até que as verificações essenciais passem.
Passo 10: Finalize ou reverta
Decida com base no que a verificação mostrou.
Se a verificação for bem-sucedida:
- Remova o modo de manutenção.
- Retome a inserção de conteúdo e as transações.
- Monitore logs, formulários, e-mail, checkout e páginas principais.
- Mantenha tanto o backup anterior à implantação quanto o backup de implantação local de acordo com a sua política normal de retenção.
Se a verificação falhar:
- Volte para WP STAGING > Backup & Migration no destino.
- Restaure o novo backup do destino anterior à implantação do Passo 2.
- Verifique o destino novamente.
- Investigue a cópia de implantação longe da produção antes de tentar novamente.
Aviso: Não repita cegamente uma restauração com falha contra a produção. Reverta primeiro para o backup anterior à implantação e depois encontre a causa em uma cópia que não esteja atendendo ao tráfego em tempo real.
Implantação por backup versus push direto
Este guia documenta o método baseado em backup já lançado. Vale a pena ser explícito sobre como isso difere do push direto, que é um recurso separado e ainda não lançado.
| Implantação baseada em backup | Push direto |
|---|---|
| Disponível hoje com o WP Staging Pro | Não lançado; em testes |
| Criar, transferir e restaurar um .wpstg backup | Fluxo de push conectado planejado para o futuro |
| Exige restauração explícita e revisão da sobrescrita | Não dependa dele até ser lançado |
| Adequado para implantação controlada do site inteiro | O escopo futuro não deve ser presumido |
O push direto a partir do WP Staging Desktop receberá documentação separada depois de ser lançado. Até lá, use o método baseado em backup já lançado descrito acima.
Problemas comuns
O envio do backup é muito grande
- Verifique os limites de envio e de PHP do destino.
- Verifique o espaço em disco disponível.
- Use o guia de migração para outro host para métodos alternativos de transferência quando um envio pelo navegador não for concluído.
- Não enfraqueça amplamente a segurança do servidor para forçar a passagem de um envio grande.
O backup não aparece após o envio
- Confirme que o arquivo usa a extensão .wpstg.
- Confirme que o envio foi concluído.
- Atualize a lista de backups.
- Verifique o diretório de backups documentado e as permissões apenas onde a documentação atual permitir fazê-lo.
A restauração falha
- Preserve a mensagem de erro antes de fazer qualquer outra coisa.
- Verifique o espaço em disco e os logs do servidor.
- Confirme que a versão do plugin e o backup são compatíveis.
- Não tente repetidamente contra a produção sem entender a falha.
- Consulte o guia de solução de problemas de backup e restauração para falhas comuns de restauração.
O login não funciona mais
- O banco de dados restaurado pode substituir as credenciais do destino pelas do site local, portanto use o login de administrador do site local após uma restauração completa do banco de dados.
- Se você ficar sem acesso, siga as etapas para redefinir manualmente a senha de administrador do WordPress.
Os links permanentes retornam 404
- Abra Configurações > Links permanentes e salve a estrutura existente para atualizar as regras de reescrita.
Problemas de redirecionamento ou de conteúdo misto
- Confirme o Endereço do WordPress e o Endereço do site de destino em Configurações > Geral.
- Limpe o cache de página, o cache de objetos, o CDN e o cache do navegador.
- Confirme que o HTTPS está funcionando e que a substituição de domínio foi concluída.
Faltam novos dados de produção
- Uma restauração completa do banco de dados local pode ter substituído dados de produção criados depois que a cópia local foi feita.
- Pare de fazer mais alterações.
- Avalie uma reversão a partir do backup anterior à implantação criado no Passo 2.
- Não há recuperação automática por mesclagem, portanto trate o backup anterior à implantação como o caminho de volta.
FAQ
Preciso do WP Staging Pro para implantar um site do Desktop em produção?
Sim. O Desktop Free pode restaurar um backup baixado em um site sob qualquer domínio local. Implantar um backup criado localmente em outro domínio ativo ou de produção exige o WP Staging Pro.
Preciso do plano Developer ou Agency?
Não para a implantação por arquivo de backup baixado descrita aqui. Os planos Developer e Agency acrescentam restauração por URL remota de backup, pull de produção, sincronização conectada e a WP STAGING CLI.
Isto é push direto?
Não. Este é o fluxo lançado de implantação por backup e restauração. O push direto a partir do Desktop ainda está em testes.
O WP STAGING altera o domínio local para o domínio de produção?
O WP STAGING realiza a busca e substituição de domínio necessária durante a restauração. Verifique as URLs do WordPress de destino, o HTTPS, o cache e as integrações após a implantação.
Isto preserva novos pedidos e conteúdo de produção?
Não presuma que sim. Restaurar o banco de dados local pode sobrescrever pedidos, usuários, posts, envios, configurações e outros dados de produção criados depois que a cópia local foi feita. Crie um novo backup de produção e planeje com cuidado o escopo da restauração e a janela de manutenção.
Posso implantar apenas alterações selecionadas?
Use apenas os controles de escopo que as telas atuais de backup e restauração fornecem explicitamente, como escolher quais componentes um backup inclui. Este fluxo de trabalho não é uma mesclagem de conteúdo, e este guia não documenta o push direto ainda não lançado.
Posso reverter?
Sim, se você criou e verificou o novo backup do destino antes da implantação. Restaure esse backup anterior à implantação se o site implantado falhar na verificação.
