Diagramação de ebook para Kindle — um ePub limpo desde o início

• →Metadados vazios ou copiados do nome do arquivo
• →Capa genérica gerada automaticamente, não a sua
• →Sumário chapado se o documento não usou estilos de título
• →Avisos de validação que a Apple Books ou a KDP rejeitam na revisão

Um ePub não é «um Word convertido»: é um pacote com regras — um ZIP de documentos XHTML, folhas de estilo CSS e um manifesto (OPF) que descreve o livro. A Amazon KDP aceita esse ePub diretamente (converte internamente para o formato KFX) e a Apple Books o usa como está, então um único ePub válido e padrão serve às duas lojas. Estas são as regras que decidem se ele é aceito e se lê bem num Kindle, num iPad ou no celular:

• →Reflowable, não fixed-layout. O texto precisa fluir e se readaptar ao tamanho da tela e ao corpo de fonte que o leitor escolher. Um ePub «fixed-layout» herdado do PDF lê mal num Kindle: linhas cortadas, sem controle de fonte. Para romances e não-ficção, reflowable é obrigatório.
• →Sumário navegável duplo. O nav.xhtml (padrão EPUB 3) e o toc.ncx (compatibilidade com Kindles antigos) precisam existir e apontar para cada capítulo. Sem eles, o leitor não consegue pular entre capítulos nem usar o sumário do aparelho.
• →Imagens inline, em RGB e abaixo de 5 MB. A Amazon exige cada imagem inserida inline com o texto (não flutuante nem posicionada de forma absoluta), em cor RGB —nunca CMYK, que é para impressão— e abaixo de 5 MB por imagem. Uma única imagem fora da especificação já basta para uma rejeição.
• →Metadados completos no OPF. Título, autor, idioma e ISBN de fato declarados, não herdados do nome do arquivo. São eles que a loja exibe e usa para classificar o livro.
• →Validação sem erros. O padrão do setor é o EPUBCheck: verifica se o pacote cumpre a especificação EPUB. Se não validar, a Apple rejeita na revisão e a KDP também pode.

São essencialmente as mesmas exigências do interior de impressão que você prepara — por isso a diagramação e o ePub compartilham a mesma estrutura. Se você também publica em papel, comece pelo guia completo para diagramar um livro para a Amazon KDP.

O Calibre ou o Pandoc convertem o Word em segundos, mas carregam junto tudo o que o documento não tinha resolvido. Estas são as falhas que aparecem de novo e de novo — e que você quase nunca vê até a loja rejeitar o arquivo:

O ePub não é «convertido» no fim como um detalhe de última hora: é gerado a partir da mesma estrutura já detectada no seu manuscrito, e passa por verificações determinísticas antes de você baixar. Especificamente:

• →Sumário e NCX a partir dos seus papéis. A hierarquia Parte / Capítulo / Seção detectada ao analisar o interior é reaproveitada para montar o nav.xhtml e o toc.ncx: o mesmo trabalho estrutural, duas saídas (impressão e ebook), sem repetir nem perguntar de novo.
• →EPUBCheck como porta, não como enfeite. Todo ePub é validado com o EPUBCheck antes da entrega; se aparecer algum problema, você é avisado com o erro concreto ao lado do botão de baixar —com o número de falhas— em vez de receber em silêncio um arquivo que a Amazon rejeitaria. Nada é «entregue às cegas».
• →Imagens normalizadas para a especificação da KDP. Antes de empacotar, cada imagem é convertida para RGB se veio em CMYK e recomprimida quando passa de 5 MB, de forma automática e só quando necessário. Nenhuma imagem do manuscrito derruba a revisão por cor ou peso.
• →Notas de fim ligadas corretamente. As notas de rodapé viram notas de fim com ida e volta até o capítulo real onde cada referência aparece, sem JavaScript (que muitos leitores bloqueiam e o EPUBCheck sinaliza).
• →Genuinamente reflowable. O CSS do ePub flui, sem resíduos «fixed-layout» do PDF: o texto se readapta ao aparelho e respeita a fonte e o corpo que o leitor escolhe.

É o mesmo critério usado para validar o interior de impressão contra as regras da gráfica: verificar com evidência antes de entregar, não depois da rejeição.