o que você precisa saber antes de começar
Pegar um arquivo Word e transformar em PDF já não é criar um livro digital de verdade. A diferença está nos metadados, na estrutura de reflow e na forma como o arquivo é empacotado. Vou explicar pelo processo, não pela teoria. O padrão que a indústria usa é o EPUB. É o formato aberto mantido pelo IDPF, agora parte da W3C. Um arquivo EPUB é, na prática, um zip contendo XHTML, CSS, imagens e um arquivo de manifestação chamado container.xml. Quando você abre isso num Kindle, num Kobo ou no app da Apple Books, o leitor interpreta esses arquivos e ajusta o texto ao tamanho da tela do dispositivo. Isso é reflow. Se o seu arquivo não tem estrutura semântica correta, o resultado é um PDF disfarçado, e isso frustra qualquer leitor.
criar um livro digital com a estrutura certa
O fluxo que funciona na prática é este: prepare o manuscrito em XHTML, aplique CSS para tipografia e quebras de página, gere os metadados corretos no arquivo OPF, e use uma ferramenta de packaging como o calibre ou o etebase para validar e empacotar. Para capas, use imagens no tamanho recomendado pelo destino final — 1600x2560 pixels para a maioria dos leitores de tinta eletrônica. Não use algo menor, porque a capa vai aparecer pixelada em telas Retina. Aqui entra o primeiro problema real que quase ninguém menciona: a conversão de Word para EPUB via calibre. O calibre converte, sim, mas ele coloca tags spans indevidas em 80% dos casos, e a hierarquia de títulos fica confusa. A solução que eu uso é exportar do Word como XML formatado (o formato compatível com o schema do Office), ou melhor ainda, escrever o conteúdo diretamente em HTML limpo com tags semânticas corretas — h1 para capítulos, p para parágrafos, blockquote para citações. Isso elimina a maior parte do trabalho de limpeza pós-conversão.
Outro detalhe técnico que gente iniciante erra sempre: a quebra de página. No EPUB, você não usa page-break-after em excesso. Se você colocar uma quebra de página em cada seção pequena, o leitor final vai ter que rolar a tela o tempo todo, e alguns navegadores mais antigos simplesmente ignoram essas quebras. Use break-after: page apenas nos início dos capítulos principais, nada mais. O resto fica com o fluxo natural do texto. Metadados. Isso não é opcional. Você precisa ter ISBN, título, autor, idioma, categoria e data de publicação. Sem isso, as livrarias rejeitam o arquivo ou o empurram para o fim da fila de processamento. Eu já perdi duas horas tentando resolver um rejeição na Amazon KDP porque o campo language estava preenchido como "pt-BR" em vez de "pt". A Amazon aceita os dois, mas o sistema de validação do calibre trava com o hífen. Mude para "pt" e siga em frente.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Para quem quer testar algo rápido, o calibre é gratuito e rodando no Linux, Windows ou macOS. Ele permite converter, visualizar e corrigir EPUBs em uma interface decente. Mas se o seu objetivo é publicar profissionalmente, o investimento em ferramentas como o Sigil ou o Oxygen XML Editor se paga em horas de economia. O Sigil, especificamente, permite edição direta do código XHTML dentro do pacote EPUB, e isso é insubstituível quando você precisa ajustar algo pontual sem reconverter tudo de novo. Um ponto que poucos sabem: validação. O W3C tem um validador online de EPUB. Colocar o arquivo lá e ver se passa nos testes economiza dias de dor de cabeça com reclamações de leitores sobre formatação quebrada. O validador aponta problemas como imagens sem alt text, links quebrados e metadados ausentes. É chato, mas resolve 90% dos erros comuns antes da publicação.
Se o seu livro tem tabelas, gráficos ou notação matemática, o EPUB tradicional vai te limitar. Nesse caso, considere o PDF como formato complementar para aqueles leitores que preferem layout fixo, ou explore o EPUB 3 com suporte a MathML e SVG inline. O EPUB 3 é mais moderno, suporta mídia interativa e áudio, mas ainda esbarra na compatibilidade comKindles mais antigos, que só aceitam EPUB via conversão interna do dispositivo. Se o seu público-alvo inclui posse de Kindle, teste o arquivo convertido antes de divulgar. O tempo médio para criar um livro digital bem estruturado, partindo de um manuscrito já revisado, gira em torno de 3 a 5 horas para um livro de até 200 páginas. Isso inclui preparação do HTML, aplicação de estilos, inserção de metadados, validação e empacotamento. Se o manuscrito vier bagunçado do Word, dobre esse tempo. Se for um livro técnico com muitas figuras e tabelas, considere triplicar.
E se você quiser apenas entregar um arquivo para leitura pessoal, sem publicar em nenhuma plataforma, um PDF bem formatado resolve. Mas entenda que isso não é livre de limitações: em telas pequenas de celular, o texto não se ajusta, e o leitor precisa fazer zoom e rolagem horizontal. Para publicação comercial, esse não é um caminho viável. O próximo passo depois de ter o EPUB pronto é escolher onde publicar. Amazon KDP, Apple Books, Google Play Livros, Kobo Writing Life e a Fnac são os principais distribuidores. Cada um tem suas exigências de formatação e metadados, mas todas aceitam EPUB como formato principal. A Amazon, curiosamente, também aceita DOCX direto, mas o resultado da conversão automática dela é imprevisível. Enviando o EPUB você mantém o controle.
Um último aviso prático: sempre gere uma prova física ou uma prévia em PDF antes de submeter para distribuição. Leia o arquivo no dispositivo que seu leitor mais provável usará. No meu caso, testei sempre num Kindle Paperwhite e num iPad. Se o texto ficar bom nos dois, segue em frente. Se aparecer algo estranho num deles, corrige antes de publicar, porque correção pós-lançamento é um pesadelo logístico que envolve retirar o livro do ar, corrigir e relançar, perdendo posicionamento nas lojas no processo.