Por que o Send to Kindle quebra (e como reconstruímos)

A Amazon oferece Send to Kindle por email desde 2011. Funciona bem para uma coisa: enviar PDFs e DOCs que você já tem na sua máquina. Para mandar artigos aleatórios da web, falha em três pontos específicos. Reconstruímos o pipeline inteiro.

Falha 1: paywalls de publicações que você assina

A maioria dos serviços send-to-Kindle (incluindo o próprio Amazon, Push to Kindle, e similares) faz fetch do servidor. Você cola a URL, o servidor deles bate na URL, e processa o HTML que recebeu de volta.

O problema é que sites editoriais hoje dependem de paywalls. Você está logado no NYT no seu navegador, mas o servidor do Send to Kindle não tem essa sessão. Quando ele faz fetch, recebe a página pública: "Subscribe to read this article". O artigo nunca chega no Kindle.

A solução é capturar o conteúdo dentro da sessão do navegador do usuário. O Folio roda como extensão de navegador, PWA, ou bookmarklet. Quando você clica "enviar", a captura acontece no seu navegador, com seus cookies, sua sessão. O paywall não entra na conta porque você já está autenticado.

Detalhe importante: nunca enviamos suas credenciais ou cookies para nossos servidores. Só o HTML processado da página que você já tem acesso.

Falha 2: tipografia descartável

Send to Kindle aceita HTML. A Amazon converte para MOBI (formato antigo) ou AZW3. A conversão é literal: o HTML que você manda é renderizado quase como está. Resultado: barras laterais, propaganda, navegação, tudo aparece no e-reader.

Mesmo com pré-limpeza, a Amazon usa fontes default (Bookerly), margens default, espaçamento default. Você não controla. Para artigos longos lidos por horas, a diferença entre tipografia editorial e tipografia genérica é cansaço acumulado.

Construímos o Folio com EPUB customizado por usuário. Quatro famílias serif disponíveis (Bookerly clone, Newsreader, EB Garamond, Source Serif), quatro tamanhos, margens editoriais com 75 caracteres por linha. Cada EPUB sai com indentação na primeira linha de parágrafo, espaçamento de seção controlado, e notas de rodapé preservadas.

Falha 3: entrega não monitorada

Send to Kindle Amazon usa email convencional. Você adiciona o endereço de remetente na whitelist da Amazon (passo manual). O email passa por filtros, SPF, DKIM, e em alguns casos por uma fila de processamento que demora horas.

Quem usa Send to Kindle frequente sabe: às vezes o artigo chega em 30 segundos, às vezes em 2 horas, às vezes nunca. Sem feedback sobre falhas.

No Folio, usamos Resend para entrega, com DKIM + SPF + DMARC alinhados para folio.today. Acompanhamento interno mostra status de cada envio (queued, processing, sent, failed) em tempo real no dashboard. Em falha permanente, você recebe notificação direta.

O que reconstruímos

Resumo das três escolhas estruturais:

• Captura no navegador do usuário: paywalls preservados.
• EPUB editorial customizado: tipografia controlada por usuário.
• Entrega monitorada: status visível, retry automático.

A engenharia debaixo é mais complexa do que o resultado faz parecer. Sanitização HTML com DOMPurify, extração com Readability, geração de EPUB com epub-gen-memory, pipeline assíncrono com Inngest, idempotência. Vale a complexidade porque o resultado é radicalmente diferente.