HTML ou PDF para o cliente: como escolher

PDF é um formato de arquivo, HTML é um formato de página. A diferença que importa na prática: o PDF congela o documento no momento do envio e abre em qualquer lugar; o HTML continua vivo, pode ser corrigido depois, se ajusta à tela do celular e registra se foi aberto, mas só é exibido corretamente dentro de um navegador.

A escolha entre os dois não é de gosto. Ela depende de uma pergunta só: o cliente vai guardar este documento ou apenas lê-lo?

A comparação direta

	PDF	HTML publicado como página
Abre em qualquer aparelho	Sempre	Sempre, pelo navegador
Abre como anexo de e-mail	Sim	Não: o Outlook na web só permite salvar
Ajusta-se à tela do celular	Exige zoom	Sim
Correção depois do envio	Precisa reenviar	Mesma página, mesmo link
Você sabe se foi aberto	Não	Sim
Serve para assinar	Sim	Precisa gerar o PDF antes
Serve para arquivar	Sim	Depende de o link continuar existindo
Funciona sem internet	Sim	Não
Conteúdo interativo	Limitado	Sim

Nenhuma coluna vence a outra. As duas ganham em coisas diferentes, e a maior parte das discussões sobre "o PDF morreu" ignora as três linhas em que o PDF é insubstituível.

Quando enviar PDF

Envie PDF sempre que o documento tiver de existir por conta própria, sem depender de um endereço na internet continuar no ar.

Documento que vai ser assinado. Contrato, termo, procuração, aceite formal.
Documento que vai ser arquivado. Nota fiscal, prestação de contas, laudo, qualquer coisa que a contabilidade ou o jurídico vá guardar.
Documento que vai virar anexo de processo. Peça judicial, documentação de licitação, prestação de contas a órgão público.
Cliente que vai ler sem internet. Vistoria em obra, visita técnica, avião.
Cliente que exigiu PDF. Não é hora de educar ninguém sobre formatos.

Regra simples: se as palavras "arquivar", "assinar" ou "protocolar" aparecem na conversa, é PDF.

Quando enviar uma página

Envie uma página quando o documento tiver de ser lido e respondido, e quando a chance de precisar corrigir algo for real.

Proposta comercial em negociação. Preço muda, escopo muda, prazo muda. Cada mudança em PDF é um arquivo novo e um "desconsidere o anterior".
Relatório recorrente. Se o cliente recebe todo mês, um endereço fixo que se atualiza vale mais que doze anexos soltos na caixa de entrada.
Documento que o cliente vai abrir no celular. PDF em tela pequena exige zoom e arrasto lateral, e a pessoa desiste na segunda página.
Quando você precisa saber se foi lido. O silêncio depois de um PDF é ambíguo: não leu, ou leu e não gostou? A página distingue os dois casos, e a conduta depois de cada um é diferente.
Documento com conteúdo que muda. Painel, catálogo com estoque, cardápio com preço.

O erro mais comum: mandar o arquivo .html como anexo

Existe um terceiro caminho, e ele é o pior dos dois mundos: gerar o HTML e mandar o arquivo .html anexado ao e-mail ou ao WhatsApp.

Falha porque HTML fora do navegador não é uma página. Fora do navegador ele é um arquivo de texto, e é isso que o cliente vê.

O caso mais documentado é o do Outlook na web. A Microsoft define, na política padrão de caixa de correio, o parâmetro ForceSaveFileTypes, descrito como os tipos de anexo que só podem ser salvos, não abertos. .htm e .html estão entre os valores padrão dessa lista, junto com o tipo MIME text/html. Já .pdf, .docx, .xlsx e até .zip estão na lista dos que podem ser abertos.

Traduzindo para a mesa de negociação: se o seu cliente usa Microsoft 365, o botão de abrir o seu anexo HTML simplesmente não aparece para ele.

Se você vai usar HTML, publique como página e mande o link. O anexo .html não é uma versão mais leve da página, é uma versão que não funciona. O porquê técnico está em por que o cliente não consegue abrir o HTML, e o caso específico do celular em enviar arquivo HTML pelo WhatsApp.

E converter o HTML em PDF?

É o caminho mais rápido e resolve a compatibilidade de imediato. O custo aparece nos detalhes:

Quebra de página. Um layout pensado para rolagem contínua costuma cortar tabelas e blocos no meio.

Interatividade. Menus, abas, gráficos que reagem ao clique e qualquer coisa dependente de JavaScript viram imagem estática ou somem.

Responsividade. O PDF congela em uma largura só, e no celular vira zoom.

Registro de leitura. Você perde o sinal de abertura, que costuma ser o motivo de ter escolhido a página.

Para uma proposta simples de uma página, converter funciona bem. Para um relatório com gráficos ou um documento longo, revise página por página antes de enviar, porque a conversão automática erra com frequência.

O caminho que evita a escolha

Nada obriga a escolher um só. O arranjo que funciona melhor na prática:

Publique como página e mande o link durante a negociação. O cliente lê no celular, você corrige o que precisar, e você sabe que foi aberto.
Gere o PDF no momento do aceite, para assinatura e arquivo.

A página serve à conversa, o PDF serve ao arquivo. Na I LOVE HTML qualquer página vira PDF pelo painel ou por um botão na própria página compartilhada, então o cliente também consegue baixar a versão para guardar sem você precisar preparar um segundo arquivo. Em qualquer navegador o caminho genérico também funciona, com Ctrl+P e a opção de salvar como PDF.

O que não conseguimos verificar

Qual a proporção de empresas brasileiras que usa Outlook na web, e portanto encontra esse comportamento. Não há dado público confiável, e não vamos inventar um número.
Se administradores costumam alterar os valores padrão dessa política. A Microsoft documenta que é possível, não documenta com que frequência acontece.
Taxas de leitura comparadas entre PDF e página. Essa comparação circula com números precisos e sem metodologia publicada. Não reproduzimos.

Perguntas frequentes

Qual formato é mais profissional?

Nenhum dos dois. Profissional é o documento chegar inteiro e ser fácil de responder. Um PDF bem feito e uma página bem feita passam a mesma impressão; um anexo que não abre passa a impressão contrária.

O cliente pode salvar a página como PDF depois?

Pode, pelo botão de download da própria página quando ele existir, ou pelo navegador com Ctrl+P. Mas não conte com isso: se você precisa que ele tenha o PDF, mande o PDF.

E se o link sair do ar?

É o risco real do formato página, e vale dizer em voz alta. Para qualquer documento que precise existir daqui a cinco anos, contrato, prestação de contas, laudo, gere e guarde o PDF. O link é para a conversa de agora.

Dá para proteger a página com senha?

Dá, e vale entender o limite. Senha impede o acesso casual de quem recebeu o endereço por acaso; não autentica quem é a pessoa nem gera trilha de auditoria. Para documento sob acordo de confidencialidade ou com dado pessoal de terceiros, o lugar certo é o repositório da empresa, com as permissões que já existem lá.

Posso mandar os dois?

Pode, e para proposta de valor alto costuma ser o melhor: o link no corpo do e-mail, o PDF anexado. O cliente lê pelo que for mais cômodo e já tem o arquivo para guardar. Deixe claro na mensagem qual dos dois manda, porque dois documentos sem hierarquia viram duas versões.

Vale mandar só o link e prometer o PDF depois?

Vale, e funciona bem em negociação: link durante a conversa, PDF no fechamento. Isso evita a situação em que o cliente arquiva uma versão intermediária como se fosse a final.

Fontes: Microsoft Learn, Set-OwaMailboxPolicy e Google, tipos de arquivo bloqueados no Gmail. Este artigo trata de política de produto de terceiro e é revisado a cada seis meses.