Transferência por navegador vs app: sem instalação?

A transferência de ficheiros pelo navegador ganha em quase todos os fluxos de trabalho ad-hoc ou voltados para clientes porque não requer nada instalado e funciona de forma idêntica em Windows, macOS, Linux, iOS, Android e ChromeOS. A transferência por aplicação (Dropbox, Google Drive, OneDrive, aplicação nativa do WeTransfer) ainda ganha para sincronização de secretária, carregamentos em segundo plano e cenários em que a mesma pessoa transfere ficheiros dezenas de vezes por dia. Para tudo o resto — um fotógrafo a entregar um trabalho final, um advogado a enviar documentação, um programador a entregar uma build a um testador — um serviço por navegador como HexaTransfer ou SwissTransfer resolve sem qualquer pedido de instalação.

O que o navegador moderno consegue fazer

Um serviço moderno de transferência web funciona inteiramente no navegador usando APIs que eram impossíveis há uma década. A File API lê ficheiros do disco sem envolver o servidor. A Web Crypto API executa encriptação AES-256-GCM usando implementações nativas do navegador (normalmente com aceleração de hardware via AES-NI em Intel/AMD ou ARM Cryptography Extensions em dispositivos móveis). A Fetch API faz streaming de partes encriptadas para o servidor com carregamentos retomáveis via protocolos como tus.io. Os Service Workers permitem que a página funcione parcialmente offline ou trate carregamentos em segundo plano.

O resultado: o navegador torna-se um cliente capaz de gerir ficheiros sem passo de instalação. A "aplicação" é a página web, carregada de fresco em cada sessão, actualizada no momento em que o fornecedor publica uma correcção.

O atrito de instalação mata a adopção

Um freelancer que trabalha com clientes não tem poder para pedir que instalem seja o que for. "Antes de poder enviar-lhe o vídeo final, transfira o cliente de secretária, instale-o, crie uma conta, aceite três caixas de diálogo de permissão e reinicie o navegador" não é uma experiência profissional. Um link no navegador funciona imediatamente — clica, vê o ficheiro, transfere. É por isso que o WeTransfer cresceu até centenas de milhões de utilizadores.

Em termos de segurança, as aplicações nativas foram historicamente o vector preferido por poderem fixar certificados e armazenar chaves em enclaves seguros (Keychain, Credential Manager, Android Keystore). Mas a Web Crypto API fornece hoje primitivas auditadas incluindo AES-256-GCM, SHA-256, PBKDF2 e ECDH. A Subresource Integrity fixa os hashes dos scripts, o HTTPS com HSTS torna ataques MITM extremamente difíceis, e os cabeçalhos Content Security Policy restringem o carregamento de scripts. Uma implementação cuidada em navegador é agora competitiva com as aplicações nativas em segurança.

Cobertura de plataformas e consumo de recursos

| Plataforma | Por Navegador | Aplicação Dropbox Secretária | Aplicação Google Drive Secretária | |---|---|---|---| | Windows 10/11 | Sim | Sim | Sim | | macOS 12+ | Sim | Sim | Sim | | Ubuntu/Debian | Sim | Sim (não oficial ARM) | Sem versão oficial | | iOS | Sim (Safari, Chrome) | Sim (App Store) | Sim | | Android | Sim (Chrome, Firefox) | Sim (Play Store) | Sim | | ChromeOS | Sim | Limitado (app Android) | Nativo | | Linux ARM64 | Sim | Limitado | Não | | Quiosques/bibliotecas | Sim | Não (sem instalação) | Não |

As aplicações nativas de sincronização usam 150-300 MB de RAM em repouso e criam múltiplos processos em segundo plano. A transferência por navegador usa zero recursos quando não está activamente a transferir — sem daemon, sem tarefas agendadas, sem itens de arranque. Para portáteis a funcionar com bateria, isto é relevante.

Fiabilidade de carregamento em ficheiros grandes

Os carregamentos grandes costumavam favorecer as aplicações nativas porque os navegadores não conseguiam retomar de forma fiável um carregamento de 20 GB que falhasse a meio. Isso já não é verdade. O protocolo tus.io, implementado em navegadores através da biblioteca tus-js-client, divide os carregamentos em partes configuráveis (normalmente 5-50 MB), confirma cada parte com um pedido HEAD para verificar os bytes recebidos, e retoma a partir do último offset bem-sucedido após interrupção. Uma sessão do HexaTransfer ou SwissTransfer pode sobreviver a fechar a tampa do portátil, mudar de rede Wi-Fi ou uma falha transitória do fornecedor de internet sem reiniciar o carregamento.

Quando as aplicações nativas ainda são necessárias

A sincronização de secretária — ter uma pasta na máquina que espelha a nuvem — é por natureza uma tarefa para aplicações. Os carregamentos agendados muito grandes (50+ GB por noite) beneficiam de ferramentas nativas que correm como serviços, reiniciam de forma inteligente e não requerem uma janela de navegador aberta. A cópia de segurança automática de fotos e vídeos no telemóvel é outro domínio das aplicações — nenhum serviço por navegador consegue carregar continuamente novas fotos em segundo plano enquanto não está a olhar para a página.

Para entregas pontuais, carregamentos a clientes externos, qualquer dispositivo que não seja seu (computadores públicos em bibliotecas, centros de negócios de hotéis, um portátil emprestado em viagem), ambientes de quiosque ou máquinas empresariais bloqueadas — o navegador é a resposta. Para um fornecedor de serviços, a entrega por navegador tem também um custo de suporte mais baixo: sem tickets "qual a versão do SO?", sem conflitos de extensão de kernel, sem pipeline de implementação de actualizações.

Realidade híbrida e conclusão

A maioria das pessoas usa ambos: Dropbox para a pasta partilhada da equipa, um serviço de transferência por navegador para entregas externas a clientes. Google Drive sincronizado no portátil para documentos que edita constantemente, HexaTransfer ou SwissTransfer para o vídeo de 5 GB que está a enviar a um colaborador que não precisa de ser convidado para o seu Google Workspace.

A "transferência por aplicação" como categoria de produto autónoma está a encolher. As aplicações nativas de sincronização para Dropbox, Drive e OneDrive continuam a fazer sentido para trabalho partilhado persistente. As aplicações de transferência dedicadas perderam a razão de existir para a maioria dos utilizadores — o navegador faz isso agora. Para transferência focada em entrega, o navegador é a predefinição e tem sido assim desde cerca de 2020.

Experimente em hexatransfer.com — gratuito, sem conta, até 10 GB.