Includes parciais em HTML: ensaio defende fragmentos reutilizáveis direto de páginas comuns

O ensaio parte de uma sessão do TPAC chamada "It's time for client side includes", em que Noam Rosenthal apresentou a proposta e o protótipo mais recentes, os Fragment Includes, que seguem o trabalho sobre declarative partial updates. A ideia é incluir arquivos servidos com o MIME type text/fragment e extensão canônica .fragment, fazendo streaming do conteúdo direto no HTML. O autor ressalta que a sintaxe pode mudar. Ele também cita o W3C "No Build Community Group", organizado por Ollie Williams, como sinal de que a demanda por sites simples sem etapa de build é real.

A crítica central é o MIME type próprio. Um .fragment é um trecho de HTML sem cabeçalho, que não abre sozinho como página. O autor propõe que algo como user-profile.html#content funcione: a página opta por ser incluível, por exemplo com uma nova tag <meta> listando os ids permitidos, e o navegador pega só o conteúdo interno do elemento com id="content". Ele reconhece as objeções conhecidas: parser e medo de buffering excessivo, opt-in explícito e CORS, e desempenho (incluir demais, baixar páginas 404). Sugere um modo de parser ativado só em includes, limitação a same-origin e pular o que fica fora do fragmento. Cita como paralelos o SVG com <view> e os includes de .md do Obsidian.

Para quem desenvolve front-end, a discussão mostra até onde o HTML puro poderia chegar sem bundler ou gerador de site. Se só .fragment passar, quem quiser a mesma peça como página e como trecho tende a servir o fragmento nos dois lugares, com requisição extra. É uma leitura de trade-off: o ensaio é uma defesa pessoal, não uma proposta em andamento nos navegadores.