Escolher o método de publicação de acordo com o tamanho do site
O WebAcappella Fusion oferece três métodos para enviar seu site para a Internet: SFTP/FTP, sincronização SSH (rsync) e publicação em uma pasta local. Em um site pequeno, qualquer um deles serve. Em um site que cresce (catálogo, blog, portfólio…), a escolha se torna decisiva: uma publicação pode levar alguns segundos ou trinta minutos, dependendo do método e das configurações.
Esta página ajuda você a escolher o método mais adequado para o seu projeto e a configurar corretamente as opções de desempenho.
Comparação rápida dos três métodos
| Critério | SFTP / FTP | Sincronização SSH (rsync) | Publicação manual (FileZilla...) |
|---|---|---|---|
| Pré-requisitos do provedor de hospedagem | Acesso FTP (universal) | Acesso SSH (planos compatíveis) | Nenhum (exportação para disco) |
| Segurança da transferência | SFTP criptografado, FTP em texto simples | Sempre criptografado (SSH) | Não aplicável |
| Transferência diferencial | Arquivo inteiro reenviado se modificado | Delta intra-arquivo: apenas os blocos alterados são enviados | Não aplicável |
| Retomada após interrupção | Não, tudo recomeça do zero | Sim, retoma de onde ocorreu a interrupção | Não se aplica |
| Verificação de integridade | Nenhuma nativa | Soma de verificação em cada arquivo | Não aplicável |
| Ideal para | Sites pequenos e médios (até ~200 páginas) | Sites grandes, atualizações frequentes | Transferência com seu cliente FTP preferido, integração externa (CI, backups) |
Site pequeno (até ~50 páginas): SFTP é suficiente
Em um site vitrine de poucas páginas com algumas dezenas de imagens, a publicação via SFTP leva alguns segundos e não apresenta nenhum problema. Não há necessidade de procurar outras opções.
- Escolha SFTP em vez de FTP: o SFTP criptografa seus dados de login e suas informações, enquanto o FTP transmite a senha em texto simples.
- Deixe a configuração padrão do número de conexões simultâneas (Recomendado: 10) — ela é adequada para praticamente todos os provedores de hospedagem.
- Veja a configuração detalhada na página
- SFTP e FTP — configuração
Site médio (50 a 500 páginas): SFTP com configuração de conexões simultâneas
Quando o site cresce (blog acumulado, catálogo, galeria de fotos...), o tempo de publicação via SFTP começa a se tornar perceptível. O WebAcappella Fusion pode abrir várias conexões FTP em paralelo para acelerar a transferência.
Nas configurações do seu servidor SFTP/FTP, o grupo “Otimização da sincronização” contém uma lista suspensa que permite escolher entre 1 e 20 conexões simultâneas:
- 1 (Mais compatível): uma única conexão por vez. Use se o seu provedor de hospedagem bloquear conexões múltiplas ou retornar erros do tipo “too many connections”.
- 10 (Recomendado): valor padrão, o equilíbrio ideal entre velocidade e compatibilidade com a maioria dos provedores de hospedagem.
- Até 20: pode acelerar ainda mais a transferência em sites muito grandes, desde que seu provedor de hospedagem aceite isso sem restringir ou interromper as conexões.
Se suas publicações falharem parcialmente ou se o provedor de hospedagem sinalizar erros de conexão, diminua gradualmente esse valor (10 → 5 → 3 → 1). Se tudo funcionar com 10, você pode tentar aumentar para 15 ou 20 para economizar tempo em transferências massivas.
Site grande (500 páginas ou mais): mude para rsync (sincronização SSH)
A partir de um certo volume — várias centenas de páginas, grande catálogo de produtos, galerias pesadas — o SFTP atinge seus limites estruturais: sem transferência diferencial dentro dos arquivos, sem retomada automática em caso de interrupção, sem verificação de integridade nativa. Esse é exatamente o terreno do rsync.
O rsync não é um simples protocolo de transferência: é um algoritmo de sincronização diferencial. Em vez de enviar cada arquivo modificado na íntegra, ele compara a versão local com a versão remota e envia apenas os blocos realmente alterados dentro do arquivo.
Concretamente, eis o que o rsync faz e o SFTP não consegue fazer:
- Transferência diferencial dentro do mesmo arquivo: se você alterar dois parágrafos em uma página, apenas esses blocos são enviados, e não a página inteira.
- Conexão SSH única multiplexada: toda a transferência passa por um único canal criptografado, sem renegociação a cada arquivo (portanto, não há necessidade da opção “conexões simultâneas”).
- Compressão instantânea dos dados enviados.
- Soma de verificação de integridade em cada arquivo: nenhum risco de arquivo corrompido.
- Retomada automática em caso de interrupção da rede, sem precisar reiniciar do zero.
- Exclusão coordenada de arquivos obsoletos no servidor: sem acúmulo de arquivos antigos e fantasmas.
Resultado: em um site de 500 páginas onde você altera alguns conteúdos, uma atualização rsync leva alguns segundos — o tempo de enviar as diferenças, e pronto.
Pré-requisito: acesso SSH no seu provedor de hospedagem
O rsync não funciona sobre FTP: ele precisa de acesso SSH no servidor. Nem todos os provedores de hospedagem oferecem isso, especialmente as ofertas compartilhadas de nível básico. Alguns exemplos de provedores compatíveis:
- o2switch: SSH ativado por padrão em todas as contas.
- OVH: disponível em algumas ofertas (hospedagem compartilhada Performance, VPS, servidores dedicados).
- Infomaniak, PlanetHoster e a maioria dos VPS Linux com acesso shell.
Se sua oferta atual oferece apenas FTP, você pode manter a publicação SFTP (que continua totalmente funcional) ou considerar uma migração para uma oferta que inclua SSH, caso o tamanho do seu projeto justifique isso.
O procedimento completo para geração de chave SSH (no cPanel) e configuração da conexão está descrito na página:
Sincronização SSH — configuração
Caso específico: publicação manual (FileZilla, Cyberduck, RsyncBrowser...)
Este método não envia nada diretamente para a Internet: o WA Fusion grava o site completo em uma pasta no seu computador. Cabe a você transferir essa pasta para o servidor, usando a ferramenta de sua preferência (FileZilla, Cyberduck, Transmit, RsyncBrowser, um script de implantação…). Útil para:
- Transferir o site por meio de um cliente FTP/SFTP de terceiros (FileZilla, Cyberduck, Transmit...) se você preferir sua ferramenta habitual.
- Integrar uma ferramenta de implantação externa (Git, CI/CD, script rsync independente, RsyncBrowser).
- Testar o site final localmente antes da publicação.
- Fazer um backup da versão compilada do site.
E antes da transferência: a construção do site
A duração total de uma publicação = tempo de construção (localmente) + tempo de transferência (para o servidor). Em sites grandes, o WA Fusion usa uma construção multiprocessos que aproveita todos os núcleos da sua máquina para gerar as páginas em paralelo. É isso que permite gerar várias centenas de páginas em apenas algumas dezenas de segundos.
Combinado com o rsync no lado da transferência, o pipeline completo — desde “modifiquei o conteúdo” até “o visitante vê a nova versão” — torna-se quase instantâneo, mesmo nos sites mais volumosos.
Resumindo: qual método escolher?
- Site de vitrine ou pequeno blog: SFTP, configurações padrão.
- Site médio com publicações regulares: SFTP, mantenha a configuração padrão (10 conexões) ou aumente para 15-20 se o provedor de hospedagem suportar a carga.
- Site grande, atualizações frequentes, exigências de confiabilidade: rsync (sincronização SSH), se o seu provedor de hospedagem oferecer acesso SSH.
- Fluxo de trabalho manual ou ferramenta de terceiros (FileZilla, Cyberduck…): publicação em uma pasta local, seguida de transferência com seu cliente preferido.
Você pode alternar de um método para outro a qualquer momento nas configurações de publicação, sem perder nada. Seus projetos, conteúdos e credenciais são independentes do modo de transferência utilizado.