Resumo

  • O rascunho Resource Priorities do W3C, de 2013, discutiu lazyload e postpone como pistas para reorganizar downloads. A nota do grupo publicada em 2014 declarou o projeto abandonado.
  • O relatório Priority Hints do WICG ganhou outro destino: seu conteúdo relevante foi incorporado a HTML e Fetch. Hoje fetchpriority admite high, low e auto em relação a recursos do mesmo destino, enquanto Fetch conserva uma prioridade interna separada.

A foto principal de uma reportagem pode valer mais para o primeiro olhar do que um enfeite no rodapé. O navegador recebe os dois pedidos e ainda precisa lidar com memória, processamento e conexão. A ordem do HTML pode pôr o enfeite na frente. Dar voz ao autor melhora a informação disponível; dar a ele a senha do guichê seria outra história. Toda página tem motivos para chamar seus próprios arquivos de urgentes. Se todas ganharem passagem livre, quem paga é o leitor esperando pelo que realmente importa.

O primeiro rascunho público do W3C, de 29 de outubro de 2013, chamou a proposta de Resource Priorities. O texto oferecia lazyload, postpone e uma propriedade CSS como meios de sinalizar prioridade. lazyload tratava recursos menos urgentes em condições de disputa; postpone se relacionava a esperar até o elemento entrar ou se aproximar da área visível. A introdução criticava a ideia de que a sequência no documento fosse sempre a melhor sequência de downloads para quem lê. O rascunho revela o desenho pretendido, sem medir quantos navegadores o executaram.

O documento do grupo de trabalho de 23 de outubro de 2014 encerrou essa linha com uma frase direta: a especificação deixara de ser mantida e estava abandonada. Recomendava olhar para resource hints. lazyload permanecia na nota; a seção sobre postpone já tinha sumido. A proposta antiga e o fetchpriority atual respondem a uma dificuldade parecida, mas a documentação pública não traça uma linha de implementação contínua entre os dois. Parecido não significa descendente.

Anos depois, o relatório Priority Hints do WICG, datado de 22 de fevereiro de 2023, descreveu sinais de prioridade relativa para consideração do navegador. A própria página o chama hoje de obsoleto, por uma razão diferente da nota de 2014: os trechos relevantes passaram a integrar as especificações centrais de HTML e Fetch. Um trabalho parou; o outro mudou de endereço. “Obsoleto” pode indicar portas fechadas ou uma mudança de escritório.

No padrão HTML em vigor, fetchpriority oferece os estados high, low e auto. Eles comparam recursos do mesmo destino. Valor ausente ou inválido leva a auto. O detalhe limita a bravata de marcar “alto” em tudo: o autor fornece uma preferência relativa, não uma senha para passar à frente de qualquer outro tráfego. Uma foto de abertura e uma imagem decorativa da mesma classe podem receber sinais diferentes porque exercem papéis diferentes.

O padrão Fetch explicita outra divisão. A requisição tem prioridade high, low ou auto, e também uma prioridade interna distinta, que pode ser um objeto definido pela implementação. Essa segunda peça pertence à lógica do navegador. A página informa seu próprio contexto; quem administra a conexão continua somando outros fatores à conta.

Os cinco registros mostram mecanismos e datas. Eles deixam uma cena fácil de reconhecer: a página entrega ao navegador um cartão com a foto que não pode perder o primeiro ato. O navegador olha a fila inteira antes de chamar o próximo nome. Quando cada arquivo recebe crachá VIP, o cartão não distingue mais ninguém.