Análise de IA revela gargalos de performance em blog Eleventy e aponta caminhos para otimização

O rss-parser é uma biblioteca JavaScript de código aberto que converte feeds RSS (XML) em objetos JSON estruturados, útil para integrar conteúdo externo em sites estáticos como o Eleventy. Ele não faz requisições por si só: depende do desenvolvedor para chamar fetch ou usar um cliente HTTP. No caso analisado, o problema não estava no rss-parser, mas na forma como ele foi usado: chamadas a botsin.space geravam falhas rápidas, mas mantinham soquetes HTTP abertos por ~70 segundos até timeout, um comportamento esperado em redes, mas catastrófico quando replicado em centenas de posts.

O Eleventy, por sua natureza baseada em eventos e templates dinâmicos em tempo de build, amplifica erros de implementação: shortcodes que acessam APIs externas são executados *em cada build*, não apenas no runtime. Isso torna crítico o cache de requisições, o uso de fallbacks robustos e a filtragem rigorosa de arquivos via .eleventyignore, algo que o glob original ignorava, forçando cópias desnecessárias de 6 mil arquivos. A IA do Cursor não apenas identificou isso, mas sugeriu a correção exata no eleventy.config.js, reduzindo o build local de 3 segundos para 0,33 s.

A cobertura anterior do CEVIU já havia apontado dois vetores-chave agora confirmados na prática: (1) a ineficiência de crawlers de IA ao consumir HTML cru, resolvida pela Cloudflare com 'Markdown for Agents' em fevereiro, e agora replicada intencionalmente no blog via cópias Markdown; (2) o risco de API calls mal isoladas em builds estáticos, tema central da análise do PostHog <a href="/newsletter/ceviu/agente-de-ia-encontra-bug-de-3-anos-no-motor-de-consulta-do-posthog-e-melhora-performance">em junho</a>, mas aqui exposto em contexto de desenvolvedor individual, com impacto direto no DX e no tempo de feedback local.

Um site estático não é imune a gargalos de rede ou de build, pelo contrário, erros de integração externa se propagam silenciosamente durante a geração dos arquivos. O caso mostra que otimização de performance não começa no frontend, mas na higiene do processo de build: controle de dependências externas, gestão de cache de dados em _data, e respeito às regras de exclusão do gerador. Isso afeta diretamente a produtividade do desenvolvedor (DX), o custo de CI e a experiência de agentes de IA que consomem o conteúdo, um tripé que a CEVIU vem mapeando desde abril, com foco em CDN, crawling e testes automatizados.