Média do peso da página aumenta 15% em 2014

O HTTP Archive relatório reúne informações de quase meio milhão de sites mais populares da web. Os números mais recentes indicam que o peso médio página aumentou em 15% em um ano para chegar 1,95 KB - um pouco menos de 2 MB - e compreende 95 solicitações HTTP individuais. Embora esta seja menor do que o aumento de 32% em 2013, continua a ser motivo de preocupação.

O relatório analisa os sites de conteúdo e de compras da Internet de acesso público, em vez de aplicações web complexas e fornece uma análise das tecnologias utilizadas:

Tecnologia	Final de 2013	Final de 2014	Aumento
HTML	57 KB	59 KB	+ 4%
CSS	46kb	57 KB	+ 24%
JavaScript	276 KB	295 KB	+ 7%
Imagens	1,030 KB	1,243 KB	+ 21%
Flash	87 KB	76KB	-13%
Outro	205 KB	223 KB	+ 9%
Total	1,701 KB	1,953 KB	+ 15%

Estes são valores médios; uma grande proporção de páginas terá maiores tamanhos de arquivo.

Um aumento 2 KB para HTML parece razoável embora seja uma quantidade significativa de conteúdo dada a tendência para um texto mais simples, mais conciso.

O que mais surpreende é o aumento de 11 KB no CSS. Web design responsivo e animações CSS3 poderiam representar cerca deste aumento, mas não exist uma queda no JavaScript. Apesar da disponibilidade de ferramentas de gerenciamento de CSS e minification, o site também faz média de seis pedidos de arquivos CSS.

JavaScript aumentou 19 KB. Isto é confuso; a necessidade de calços está reduzindo, os efeitos podem ser entregues ao CSS3 e bibliotecas monolíticas ter caído de favor. Sites fazem uma média de 18 solicitações de arquivo JavaScript, o que é inalterada desde o ano passado - apesar de um quarto dos sites fazem mais de 30 pedidos. Talvez alguns dos ganhos podem ser explicados por scripts cada vez mais sofisticadas e inchados de redes sociais?

27% dos sites continuam a usar Flash - uma queda de 5% em relação ao ano passado. A maioria é usada para publicidade, vídeo e jogos. O flash não caiu tão rápido quanto o esperado, mas o seu futuro é claro.

Houve um aumento de 9% para os "outros" arquivos. Esse número dobrou em 2013 mas, naquela época, fontes personalizadas e fontes de ícones eram relativamente novas.

Finalmente, as imagens são responsáveis ​​por 85% do ganho de peso. Usando imagens de alta resolução (retina) poderiam representar cerca desta caminhada, exceto:

• Páginas contém mais de cinquenta imagens, o que parece excessivo.


• Retina é responsável por uma proporção relativamente pequena de dispositivos.


• SVG, fontes de ícones e efeitos CSS3 podem substituir muitas imagens.


• Existem inúmeras ferramentas para ajudar a reduzir o tamanho dos arquivos.

FATORES ADICIONAIS

A pesquisa também revela:

• 95 solicitações de HTTP são feitas por página - uma queda de um único pedido desde o ano passado.


• Páginas contém 862 elementos DOM.


• Os recursos são carregados a partir de dezesseis domínios com um máximo de 52 pedidos por domínio.


• A média da pontuação PageSpeed ​​é 78 de 100 - que é surpreendentemente bom, dado o inchaço.


• 46% das páginas usam bibliotecas do Google.


• 47% das páginas usar fontes personalizadas.


• 79% das respostas são comprimidos (gzip'd).


• 14% das páginas são carregadas através de HTTPS.


• 20% das páginas usam localStorage.


• 65% das páginas usam iframes (principalmente vídeos e publicidade).


• 74% das páginas usar pelo menos um redirecionamento - que parece elevado.

OS PRINCIPAIS SUSPEITOS

Um aumento de 15% é menos extravagante do que o aumento de 32% em 2013 e o aumento de 30% em 2012 , mas ainda é muito. A sua largura de banda aumentou mais de 15% nos últimos doze meses? Um terço dos usuários da web agora usam dispositivos móveis - eles irão apreciar o peso adicional?

Vamos colocar isso em contexto para proprietários de sites. páginas inchados afetar negativamente sua rentabilidade: os usuários têm uma experiência pior porque o acesso é mais lento. Não importa quão grande o seu site parece, as pessoas não vão esperar.
Há outro ponto: a criação de um site que funciona em dispositivos móveis quando suas páginas são 2 MB. Responsive Web Design significa um site responsivo. Você estará perdendo até um terço de potenciais clientes.

Google vai rebaixar o seu site e prejudicar seus esforços de otimização do motor de pesquisa (embora nunca existe certeza exatamente o quanto isso é importante para o algoritmo do Google).

Os seus custos de hospedagem vão aumentar. Quanto mais código, mais provavelmente ele vai apresentar problemas. Atualizações e manutenção são mais difíceis, demoram mais tempo e custam mais.

É irônico que os desenvolvedores web louvar os benefícios de aplicativos HTML5 cross-dispositivo, quando uma única página é muitas vezes maior para baixar e mais lento do que um app nativo equivalente.

Páginas com excesso de peso são desnecessárias. Meus principais suspeitos permanecem modelos e estruturas inchadas de CMS. Eles oferecem uma via de desenvolvimento mais barata e mais rápida em detrimento da qualidade, eficácia e desempenho. Muitos são embalados com características que você nunca vai usar, mas removê-los pode ser trabalhoso, tedioso e demorado.

Podemos resumir o problema em uma palavra simples: a preguiça . Os desenvolvedores estão em falta - que é você e eu. Nós temos a abundância de desculpas:

• Tempo nunca é suficiente


• O cliente insistiu que deve ser feito desta forma


• O orçamento/cronograma está muito apertado


• Eu herdei um sistema de má qualidade


• Eu não tenho as ferramentas

Quer se trate de limites técnicos ou um fracasso para explicar as questões, ainda é preguiça. Nós trabalhamos com a cara suja; as decisões finais são só nossa. Por que criar um site mal-otimizado quando muitas soluções de jateamento bloat são simples e levam alguns minutos para implementar?

Os clientes raramente apreciam os ganhos de eficiência que fazemos, mas eles não entendem nada fazemos. Nós somos os especialistas, e peso página minimização é uma parte essencial do trabalho. Fazê-lo. É mais fácil pedir perdão do que pedir permissão.

Você está preocupado com o problema da obesidade web? Você está satisfeito a escala dos aumentos caiu? Você ou colegas desenvolvedores lutam para implementar técnicas de otimização ou para explicá-los para os clientes? Você acha que existem outras causas?
Faça aqui seus comentários.