Simplesmente porque o desempenho da Web realmente importa!
99% de vezes, proporcionará tempos de resposta mais rápidos para o usuário final.
Aqui estão alguns exemplos de Velocity Conf.
- Bing - Uma página que foi 2 segundos mais lenta resultou em uma queda de 4,3% na receita / usuário.
- Google - Um atraso de 400 milissegundos causou uma queda de 0,59% nas pesquisas / usuário.
- Yahoo ! - Uma desaceleração de 400 milissegundos resultou em uma queda de 5-9% no tráfego de página inteira.
- Shopzilla - Acelerar o site em 5 segundos aumentou a taxa de conversão em 7 a 12%, dobrou o número de sessões do marketing de mecanismos de pesquisa e reduziu pela metade o número de servidores necessários.
- Mozilla - Remover 2,2 segundos de suas páginas de destino aumentou as conversões de download em 15,4%, o que eles estimam que resultará em mais 60 milhões de downloads do Firefox por ano.
- Netflix - A adoção de uma única otimização, a compressão gzip, resultou em uma aceleração de 13 a 25% e reduziu o tráfego de rede de saída em 50%.
De Steve Souders, pioneiro em otimização de desempenho da Web,
80-90% do tempo de resposta do usuário final é gasto no frontend - Comece aqui primeiro.
O uso de arquivos externos produz páginas mais rápidas porque os arquivos JavaScript e CSS são armazenados em cache pelo navegador / redes / proxies (conforme definido no protocolo HTTP com cabeçalhos de cache). O JavaScript e o CSS incluídos nos documentos HTML são baixados toda vez que o documento HTML é solicitado. Isso reduz o número de solicitações HTTP necessárias, mas aumenta o tamanho do documento HTML. Se você estiver usando scripts do tipo Jquery, é fácil refazer 300 KB de scripts e não acredita que todos tenham uma largura de banda de 100 MBits / s com baixa latência, executando um único aplicativo - o navegador - aberto no seu site. 99% de vezes, proporcionará tempos de resposta mais rápidos para o usuário final.
A frequência com que os componentes JavaScript e CSS externos são armazenados em cache em relação ao número de documentos HTML solicitados também é importante. Se os usuários do seu site tiverem várias visualizações de página por sessão e muitas de suas páginas reutilizarem os mesmos scripts e folhas de estilo (bundles), haverá um benefício potencial maior dos arquivos externos em cache.
Mas, às vezes, o inlining é preferível para aplicativos de página única ou sites com uma visualização de página única por sessão. Não existe uma regra de ouro e geralmente a esquece, pois se refere principalmente a sites muito específicos, realmente envolvidos pelo desempenho do usuário final.
Você pode ler aqui por que o desempenho é importante (Isenção de responsabilidade: eu sou o autor)