Os dois abrem da mesma forma, têm a mesma aparência na tela e usam a mesma extensão de arquivo — mas “PDF” e “PDF/A” respondem a perguntas diferentes. Um PDF comum pergunta “isso está com a aparência certa hoje, no software disponível hoje?” O PDF/A pergunta “isso ainda vai abrir corretamente daqui a 50 anos, em um software que ninguém escreveu ainda?”
O que o PDF/A realmente restringe
O PDF/A é um subconjunto do PDF padronizado pela ISO, criado para arquivamento de longo prazo, e funciona proibindo coisas que um PDF comum tem permissão para fazer:
- As fontes precisam estar incorporadas. Um PDF comum pode referenciar uma fonte pelo nome e torcer para que o visualizador a tenha (o que é parte do motivo pelo qual o texto às vezes aparece como quadrados anos depois, em outra máquina). O PDF/A não permite essa aposta — toda fonte usada precisa viajar dentro do arquivo.
- Sem criptografia ou senhas. Um arquivo de arquivamento que exige senha para abrir se torna um risco no momento em que essa senha se perde, então o PDF/A proíbe isso completamente — você não consegue bloquear um arquivo PDF/A e ainda assim tê-lo validado como PDF/A.
- Sem referências externas. Nada no documento pode depender de um link, um arquivo ou um conteúdo que more fora do próprio PDF — tudo o que é necessário para renderizá-lo corretamente precisa estar autocontido.
- Sem JavaScript ou conteúdo executável, e sem áudio/vídeo, já que um software com décadas de existência não tem nenhuma garantia de conseguir executar nenhum dos dois com segurança.
- Um perfil de cor definido e incorporado, para que as cores sejam renderizadas de forma consistente independentemente do que as estiver exibindo, em vez de depender do tratamento de cor do próprio dispositivo de visualização.
O resultado é um arquivo deliberadamente menos capaz do que um PDF normal, em troca de uma certeza muito maior de ser renderizado de forma idêntica em qualquer coisa que o abrir depois, seja lá quando isso for.
Quem realmente exige isso
O PDF/A aparece como uma exigência obrigatória em um conjunto específico de contextos: processos judiciais e documentos jurídicos, pedidos de patente, arquivos governamentais e reguladores, sistemas de prontuário médico, e retenção corporativa de registros de longo prazo — em qualquer lugar em que um documento precise ser comprovadamente legível em uma data futura específica, sem depender de nenhum software em particular ainda existir. Se um portal de envio disser especificamente “PDF/A exigido” em vez de apenas “PDF”, geralmente significa que o arquivo será validado contra essas regras, e um PDF comum com, por exemplo, uma fonte não incorporada será rejeitado.
O que isso significa para um PDF normal
Para a grande maioria dos PDFs do dia a dia — faturas, relatórios, currículos, contratos enviados entre pessoas que vão abri-los nos próximos anos — as garantias do PDF/A resolvem um problema que você não tem. A exportação normal de PDF a partir do Word, Excel ou PowerPoint já incorpora as fontes por padrão, o que cobre a falha mais comum no mundo real (fontes quebrando em outra máquina) sem precisar de conformidade total com o PDF/A.
Onde as regras do PDF/A cruzam com o que as ferramentas deste site já fazem: converter com Word para PDF ou Excel para PDF incorpora as fontes como padrão, e verificar as propriedades de um arquivo com Metadados do PDF cobre a mesma transparência de propriedades de documento que o PDF/A busca. O que nenhuma das nossas ferramentas faz é validar ou certificar conformidade PDF/A estrita e completa — se um portal exige especificamente um arquivo validado como PDF/A, isso requer um software de arquivamento dedicado, feito para checar cada uma das regras acima, e não apenas produzir um PDF comum bem formado.
Se o seu PDF só precisa abrir de forma confiável em qualquer lugar, sem passar por uma validação formal de PDF/A, o Word para PDF e o Excel para PDF já incorporam as fontes por padrão — de graça e sem cadastro.