Perguntas frequentes

Não. Cada ferramenta da PDFluna roda totalmente no seu navegador graças a JavaScript, WebAssembly e a biblioteca de renderização de PDF integrada do navegador. Seus arquivos são lidos localmente, processados localmente e salvos localmente. Você pode verificar você mesmo: abra DevTools → aba Rede antes de usar uma ferramenta, e observe — você verá zero requisições saindo levando seu arquivo. O único tráfego de rede é o carregamento inicial da página e as bibliotecas open source (PDF.js, pdf-lib, etc.) que a ferramenta precisa.

Não. Não conseguimos — os arquivos nunca chegam aos nossos servidores para começo de conversa. Não há "política de exclusão de arquivos" do nosso lado porque não há arquivos para excluir do nosso lado. Não usamos o conteúdo dos arquivos para treinar IA, perfilar publicidade, fazer análises estatísticas ou similares.

Sim. A forma mais forte de conformidade com GDPR (e LGPD para visitantes brasileiros) é não coletar dados pessoais para começo de conversa, e esse é nosso comportamento padrão. Não exigimos uma conta, não processamos o conteúdo dos arquivos na nossa infraestrutura, e os únicos dados que o site coleta são analytics anônimas (visualizações de página, contagens de uso de ferramentas — sem identificadores pessoais, sem conteúdo de arquivo). Para pedidos específicos de proteção de dados ou DSAR (pedido de acesso a dados pessoais), escreva para [email protected]. Detalhes completos na nossa política de privacidade.

Sim — na verdade mais seguro que a maioria das alternativas. Os concorrentes do lado do servidor (iLovePDF, Smallpdf, ferramentas online da Adobe) enviam todos os seus arquivos para a infraestrutura deles, processam lá e devolvem a saída. Para um contrato, uma carta de pagamento, um exame médico ou um documento de identidade, é uma exposição significativa mesmo que a política de privacidade deles seja impecável: seu arquivo vive brevemente em um lugar que você não controla. Com a PDFluna, essa exposição simplesmente não existe — o arquivo nunca atravessa a rede.

Não, e não precisamos para a forma como operamos. SOC 2 / ISO 27001 auditam como uma organização gerencia dados de clientes nos seus servidores. Como não gerenciamos dados de arquivos de clientes nos nossos servidores (eles ficam nos seus), não há nada para examinar nessas auditorias. O equivalente mais próximo é o próprio código open source: cada biblioteca que usamos (PDF.js, pdf-lib, fflate, html2canvas) é publicamente auditável, e os DevTools do seu navegador permitem confirmar em tempo real que nenhum arquivo sai do seu dispositivo.

Usamos Google Analytics 4 para contar visualizações de página anônimas e agregar o uso de ferramentas. Sem nomes de arquivos, sem conteúdo de arquivo, sem informações identificadoras. Visitantes da UE que recusam o banner de consentimento recebem analytics Plausible sem cookies. Ambos são configuráveis na nossa política de cookies; recusar não afeta a funcionalidade das ferramentas.

Os navegadores modernos podem fazer muito mais do que renderizar páginas web. JavaScript e WebAssembly nos permitem executar bibliotecas PDF reais (PDF.js, pdf-lib) diretamente na aba do navegador, com acesso completo ao arquivo que você seleciona pelo seletor de arquivos ou arrastar e soltar. O arquivo é lido na memória da aba, processado lá, e o resultado é oferecido para download. A mesma tecnologia alimenta o Figma, Photoshop na web e Google Docs.

Porque não há upload. As barras de progresso nas ferramentas da PDFluna seguem o processamento local — quanto do seu arquivo a biblioteca do navegador leu, codificou ou carimbou — não a transferência de rede. Em um computador rápido, às vezes é quase instantâneo, o que pode parecer suspeito se você está acostumado aos uploads de vários segundos das ferramentas no servidor, mas a velocidade é a vantagem de pular totalmente o ida-e-volta de rede.

Na primeira vez que você usa uma ferramenta pesada (OCR, assinatura, Word para PDF), carregamos sob demanda uma biblioteca especializada — Tesseract.js para OCR (~14 MB), mammoth.js para parsing de Word (~150 KB com gzip), e assim por diante. Essas bibliotecas são armazenadas em cache no seu navegador após o primeiro carregamento, então o segundo uso é instantâneo. Deliberadamente não as carregamos na página inicial para manter rápido o time-to-interactive da landing.

Parcialmente. Uma vez que você usou uma ferramenta e a página + bibliotecas estão no cache do seu navegador, você normalmente pode recarregar a mesma ferramenta offline e ela funcionará. Atualmente não entregamos um Service Worker para uso offline explícito, então um recarregamento que exige buscar novos assets falhará offline. O uso offline real está no roadmap.

A maioria das ferramentas aceita PDFs até 100 MB. As ferramentas de conversão de formato (Word para PDF, Excel para PDF) limitam em 20 MB porque parsear esses formatos é mais pesado em memória. O OCR limita em 50 MB / 50 páginas porque cada página é renderizada em 300 DPI e depois OCR-izada, que é a pipeline mais lenta que entregamos. Limites específicos são indicados na página de cada ferramenta acima da zona de soltar.

PDF (cada ferramenta), imagens (JPG, PNG, HEIC, WebP — para JPG para PDF), documentos do Word (.docx, .rtf, .odt — para Word para PDF), planilhas (.xlsx, .xls, .ods, .csv, .tsv — para Excel para PDF), e imagens de assinatura (PNG, JPG, GIF, WebP — para Assinar PDF).

PDF (padrão para tudo), JPG (um por página ou um ZIP para multi-página via PDF para JPG), e PNG (um por página ou um ZIP via PDF para PNG). Não produzimos Word, PowerPoint ou Excel a partir de PDF — a conversão inversa para formatos fluidos / de grade é realmente difícil e não queremos entregar uma ferramenta cuja saída seria inutilizável. Veja o blog para o raciocínio completo se você está curioso.

O formato binário legado .doc do Word 97–2003 exige ou o próprio Microsoft Word ou um parser personalizado de vários milhares de linhas para converter com fidelidade aceitável. Preferimos recusar limpamente do que entregar uma ferramenta cuja saída seria comparada desfavoravelmente com outros serviços. A solução de 10 segundos: abra seu .doc no Word ou LibreOffice, Arquivo → Salvar como → .docx, e solte o .docx na nossa ferramenta Word para PDF. Tudo é preservado.

Algumas ferramentas sim (Juntar PDF aceita vários arquivos por design; JPG para PDF aceita um lote de imagens). A maioria é uma de cada vez, intencionalmente: empurrar cinco arquivos de 50 MB no navegador simultaneamente derrubaria celulares de gama média. O fluxo de lote mais rápido para compressão / conversão é executá-los sequencialmente na mesma aba — a ferramenta se reinicia instantaneamente entre arquivos.

Escreva para [email protected] com o prefixo de assunto `[Bug]` ou `[Feature request]`. Para bugs, incluir o arquivo (se compartilhável) e o navegador + SO acelera a reprodução em cerca de 10×. Lemos cada mensagem; resposta em 1 a 2 dias úteis para perguntas gerais.

Todos os navegadores recentes: Chrome 120+, Edge 120+, Safari 17+, Firefox 120+, e seus equivalentes mobile (iOS Safari 17+, Android Chrome). Versões mais antigas podem funcionar para ferramentas mais simples mas não testamos — as APIs WebAssembly + Pointer Events nas quais nos apoiamos só são sólidas em versões recentes.

Sim. iOS Safari 17+ suporta tudo exceto alguns casos extremos de documentos longos onde a aba do navegador fica sem memória antes do fim da reconstrução. Como regra geral, arquivos abaixo de 30 MB rodam bem em celulares; dispositivos tablet (iPad Air 5+ ou mais novo) lidam com o limite completo de 100 MB na maioria das ferramentas.

Sim — no Chrome, Firefox, Edge e Samsung Internet recente. Dispositivos de baixa gama (4 GB de RAM ou menos) podem travar no meio do processo em arquivos grandes pela mesma razão de pressão de memória que no iPhone; se uma ferramenta falha em um documento longo, dividir primeiro com Dividir PDF geralmente permite passar.

O processamento PDF é intensivo em CPU e memória. Um PDF de 100 MB pode exigir de 300 a 500 MB de memória de trabalho para ser renderizado e re-emitido, o que é mais do que celulares antigos (4 GB de RAM total do sistema) podem alocar para uma única aba do navegador. Soluções: divida o documento primeiro com Dividir PDF, baixe o DPI de saída nas ferramentas de rasterização (PDF para JPG, OCR PDF), ou execute no computador.

Para a maioria das ferramentas, sim — operamos sobre a estrutura binária PDF existente em vez de renderizar de novo, então as páginas mantêm seu texto vetorial original, fontes incorporadas e qualidade de imagem. Exceções: Word para PDF, Excel para PDF e Desbloquear PDF reconstroem o documento como image-based (fidelidade visual preservada, mas você perde os campos de formulário e o texto selecionável). A página de cada ferramenta documenta o trade-off.

Nossa ferramenta Comprimir PDF usa uma atualização incremental, então o texto original, fontes e assinaturas são preservados byte por byte. As economias de espaço vêm da recodificação de imagens incorporadas em resoluções menores e da remoção de objetos históricos redundantes. Para PDFs ricos em texto, o resultado visual é indistinguível do original; para PDFs ricos em imagens (escaneamentos, baseados em foto), você pode escolher o nível de trade-off.

PNG é sem perdas — cada pixel da página renderizada é preservado exatamente. JPG é com perdas e produz arquivos menores mas adiciona halos sutis em torno das bordas nítidas (texto, desenho de linha). Os presets DPI P/M/G (72 / 150 / 300) controlam a resolução; o slider de qualidade JPG (60 a 95 %) controla a compressão. Mesma biblioteca fonte, estratégia de saída diferente — escolha conforme suas necessidades.

Algumas das nossas ferramentas (Desbloquear PDF e a família de conversão) produzem uma saída image-based onde cada página é renderizada como JPEG e incorporada em um novo PDF. JPEG em 200 DPI em papel letter tem em média 250 a 500 KB por página, o que pode ser maior que o original se ele fosse apenas texto vetorial. Para reduzir o resultado, passe-o pela nossa ferramenta Comprimir PDF.

Sim, e não há cadastro, sem marca d'água, sem "limite de exportação" ou "3 arquivos por dia". O truque (se há um): o site mostra anúncios nas páginas de ferramentas e nas páginas de conteúdo. A receita publicitária cobre hospedagem e desenvolvimento; esse é todo o modelo de negócio. Não planejamos introduzir níveis pagos, e nossos custos de infraestrutura são mínimos precisamente porque todo o trabalho pesado roda no seu navegador.

Porque não há nada que uma conta precisaria armazenar. Não guardamos seus arquivos, seu histórico ou suas configurações. Não ter conta também significa não ter senha para lembrar e nem fluxo de "esqueci minha senha" quando você volta dois meses depois. O trade-off: sem continuidade entre dispositivos (você não pode começar uma tarefa no computador e terminar no celular). Para tarefas PDF ocasionais, essa é a forma certa; para fluxos contínuos de documentos, um SaaS pago como o Adobe Acrobat é a melhor escolha.

Sim para o conjunto atual de ferramentas. Nossos custos de infraestrutura escalam com o tráfego mas se mantêm baixos porque nada acontece no servidor; a receita publicitária os cobre confortavelmente. Se o projeto algum dia precisar introduzir níveis pagos, seria para novas funcionalidades no servidor (edição colaborativa, sincronização entre dispositivos) e as ferramentas atuais no navegador continuariam grátis.

Sim. A PDFluna não reivindica direitos sobre seus arquivos de entrada nem sobre nossa saída. O PDF que você produz é seu para usar como bem entender — trabalho comercial, entregas para clientes, arquivamento, compartilhamento, qualquer coisa. A única restrição é o direito autoral do conteúdo original (não o mudamos, e não podemos conceder direitos que não temos).

Uma equipe pequena e independente. Construímos a PDFluna porque nós mesmos precisávamos de ferramentas PDF rápidas e estávamos frustrados com as alternativas de upload-para-servidor. A página Sobre completa tem mais detalhes sobre o porquê e como. Para contato específico, veja a página de contato.