Nosso blog

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:

TecnologiaFinal de 2013Final de 2014Aumento
HTML57 KB59 KB+ 4%
CSS46kb57 KB+ 24%
JavaScript276 KB295 KB+ 7%
Imagens1,030 KB1,243 KB+ 21%
Flash87 KB76KB-13%
Outro205 KB223 KB+ 9%
Total1,701 KB1,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.

comentários via Disqus