Converter OTF para WOFF

Folhas de especificação sobrevivem aos motivos que as escreveram. Um manual de marca de 2015, a página de requisitos de ativos de uma plataforma, ou uma checklist de desenvolvedor copiada de um tutorial vão listar .woff porque essa era a resposta sensata quando foram escritos, e ninguém revisitou desde então.

Discutir raramente vale a hora. Produza o WOFF, produza o WOFF2 junto, e anote na entrega que o segundo é o que os navegadores realmente vão usar. Isso satisfaz a especificação e deixa o destinatário melhor do que a especificação pedia.

Uma troca de contêiner e nada mais. A tabela CFF guardando os contornos cúbicos, o mapa de caracteres, as métricas, o kerning e todo recurso OpenType que o designer definiu são copiados literalmente e comprimidos. Nenhum glifo é redesenhado, nenhum recurso é descartado, e o arquivo pode ser desembrulhado depois para recuperar o OTF.

Esse último ponto tem uma consequência que vale conhecer antes de uma entrega: um WOFF não é um envelope protetor. É uma cópia comprimida da fonte, e quem a recebe consegue convertê-la de volta a um arquivo de mesa instalável em segundos. Qualquer restrição que se aplique ao OTF se aplica ao WOFF.

Um bom pacote é pequeno e inequívoco: um arquivo por peso e estilo, nomeado de forma que o peso seja legível sem abrir nada, e um arquivo de texto ou trecho contendo as regras @font-face correspondentes. O desenvolvedor não deveria ter de adivinhar qual arquivo é o seminegrito itálico.

Inclua só os pesos que o design usa. Entregar uma pasta com dezoito cortes porque a família tem dezoito é como um site acaba carregando quatro deles por acidente, e torna a exposição de licença maior do que o projeto precisa.

A maioria das licenças comerciais de fonte nomeia o licenciado e não permite transferência. Um estúdio que comprou uma licença de mesa e entrega os arquivos convertidos a um cliente geralmente não tornou o cliente um licenciado — tornou duas partes usando uma licença só, e a exposição costuma cair em cima de quem assinou.

As rotas viáveis são as comuns: o cliente compra a licença web no próprio nome e você produz ou recebe os arquivos, ou o projeto usa uma família de licença aberta. Fontes sob a SIL Open Font License podem ser convertidas, subconjuntadas, redistribuídas e hospedadas no próprio servidor, desde que não sejam vendidas sozinhas e nomes reservados não sejam reutilizados, o que é por que tanto trabalho de cliente se estabelece discretamente nelas.

O navegador escolhe um arquivo usando o peso e o estilo declarados na regra @font-face, não o nome do arquivo. Mas o nome do arquivo é o que uma pessoa lê três meses depois, então os dois deveriam concordar — marca-600-italica.woff ao lado de uma regra declarando font-weight 600 e font-style italic não deixa nada para interpretar.

A falha que isso evita é o tipo sintético. Uma família entregue só com o arquivo regular, depois usada em negrito, produz um negrito borrado pelo navegador, visivelmente pior que o corte real. É o defeito mais comum num pacote de fonte entregue, e é inteiramente um erro de empacotamento, não de conversão.

WOFF2 é lido por todo navegador atual e é cerca de trinta por cento menor que o WOFF da mesma fonte. Seja lá o que a especificação diga, esse é o arquivo que o site deveria servir, e produzi-lo custa mais uma conversão.

Não empilhe os dois na mesma regra @font-face como par de reserva. O navegador pega a primeira fonte que entende, que sempre será o WOFF2, então o WOFF vira um arquivo que ninguém baixa e ninguém atualiza — uma cópia obsoleta da tipografia sentada no servidor esperando uma ferramenta reordenar a regra. Entregue os dois, e diga qual é para uso.

Um OTF de peso único com um conjunto de caracteres Latin Extended completo costuma começar em algum lugar nas dezenas ou baixas centenas de kilobytes. Embrulhar como WOFF remove uma fração útil disso; embrulhar como WOFF2 remove aproximadamente um terço a mais.

Nenhum dos dois números é onde a economia realmente está. Fazer subconjunto da fonte para os caracteres que o site vai usar vence os dois por larga margem — uma fonte de mesa de 300 KB reduzida a Latin básico e convertida para WOFF2 rotineiramente cai em torno de 25 KB. Se peso de página está no briefing, o subconjunto pertence à entrega, e deveria ser feito antes da conversão, não depois.

Esta é a armadilha que pega estúdios especificamente. Sua máquina tem o OTF instalado, então quando um navegador não consegue carregar o WOFF, ele recua para a família instalada localmente com o mesmo nome, e a página parece perfeita. O cliente, que não tem essa fonte, vê Arial.

Uma janela anônima não ajuda — a fonte está instalada no nível do sistema operacional, não no navegador. Confira numa segunda máquina, num celular, ou dando temporariamente à família @font-face um nome que nenhuma fonte instalada usa. Dez segundos disso removem o jeito mais constrangedor de uma entrega de fonte dar errado.

Solte a pasta inteira em vez de um arquivo por vez. Até 100 fontes convertem numa passada só e voltam como ZIP com os nomes preservados, que é o formato que uma entrega quer de qualquer jeito. Repita uma vez para WOFF2 e o pacote está pronto.

O trabalho roda no nosso servidor, porque o fontTools não tem build para navegador. Cada arquivo viaja por conexão criptografada, é convertido num ambiente isolado, e o diretório de trabalho é removido quando o job termina. O limite gratuito é 100 conversões de servidor por dia com teto de 25 MB por arquivo — uma família inteira e seu segundo formato cabem numa fração disso.