Em uma matéria recente no Hacker News, argumentou-se que a velocidade da página da web não melhora mesmo com o aumento da velocidade da Internet.
Em meu artigo, explicarei por que essa conclusão não pode ser tirada dos dados iniciais.
Também daremos uma olhada nas mudanças que ocorreram nos dispositivos e na web nos últimos dez anos e como essas medições afetaram a velocidade da web.
Interpretando dados de arquivo HTTP
Este gráfico, de um artigo do Nielsen Norman Group, deixa claro para nós que o aumento na largura de banda móvel não resultou em tempos de carregamento de página mais rápidos.
No entanto, a velocidade de conexão usada pelo HTTP Archive não aumentou durante esse tempo.
Em vez disso, caiu em 2013, mudando de WiFi para uma conexão 3G emulada .
Desde 2013, a métrica onLoad aumentou 55%, de 12,7 segundos para 19,7 segundos. Se você comprou um telefone em 2013 e está se conectando à Internet via 3G desde então, a web ficou mais lenta para você.
Antes de falar sobre como os dispositivos e a web mudaram nos últimos dez anos, aqui estão algumas notas sobre como interpretar esses dados.
Por que olhar para onLoad?
O evento é
loaddespachado pela página quando todos os recursos da página, como scripts e imagens, são baixados.
Se o cabeçalho da página for renderizado rapidamente, mas a página também carregar mais 20 imagens abaixo, a métrica onLoad nos informará que a página está lenta.
Outra página pode inicialmente não renderizar nada útil, mas apenas começar a carregar recursos adicionais e renderizar o conteúdo já fortemente após o evento onLoad. No entanto, essa página aparecerá rapidamente.
Portanto, onLoad não é muito adequado para medir se um usuário percebe uma página tão rápido.
Por que se preocupar em olhar para essa métrica? Porque está em uso há muito tempo e o HTTP Archive o acompanha desde 2010. Métricas mais recentes, comoFirst Contentful Paint, ou Time to Interactive, só foi adicionado ao Arquivo HTTP em 2017.
Devemos esperar um aumento na largura de banda para resultar em carregamentos de página mais rápidos?
Aumentar a largura de banda só irá acelerar o carregamento da página se a largura de banda for um gargalo em algum ponto. Não ajudará se você estiver em uma conexão gigabit e o tempo de transmissão do sinal em ambas as direções pela rede for igual a um segundo.
No entanto, a conexão HTTP Archive 3G emulada a 1,6 Mbps é muito lenta, portanto, você deve esperar um aumento significativo de velocidade à medida que aumenta sua largura de banda. O site médio baixa 1,7 MB de dados em 2020, o que significa que levará pelo menos 9 segundos para baixar com uma velocidade de conexão HTTP Archive.
Outras sutilezas do arquivo HTTP
Neste artigo, falarei muito sobre o “site comum”. É importante notar que o HTTP Archive apenas coleta dados em páginas mestras, não em páginas mais profundas na hierarquia do site. Além disso, com o tempo, o corpus de domínios testados cresceu.
Os testes nem sempre foram realizados no mesmo dispositivo. Originalmente, um iPhone 4 físico foi usado e hoje os testes são realizados em um dispositivo Android emulado.
Neste artigo, examinamos os valores métricos medianos. Se a maioria dos sites for rápida, mas um em cada cinco deixar o telefone lento por 20 segundos, não poderemos melhorar essa métrica.
Velocidade em desktops
Neste artigo, daremos uma olhada na velocidade dos dispositivos móveis dos EUA. No entanto, se você olhar os dados da área de trabalho do artigo original, é importante notar que em 2013 a largura de banda do teste aumentou e a latência diminuiu.
Como as redes e dispositivos móveis mudaram nos últimos dez anos?
Vejamos quatro fatores:
- largura de banda da rede
- atraso de rede
- velocidades do processador
- velocidade do navegador
Largura de banda móvel dos EUA
Este gráfico mostra a largura de banda média da rede móvel dos EUA ao longo dos anos, com base em várias fontes. Ele aumentou de 1 Mbps para cerca de 30 Mbps.
(Não coletei esses dados com muito cuidado. Por exemplo, nem sempre descobri se a data de coleta de dados era igual à data de publicação. Minhas fontes podem ser encontradas aqui .)
Latência nas redes móveis dos EUA
Os dados para este parâmetro foram mais difíceis de encontrar, mas os resultados mostram que a latência caiu de cerca de 200ms (2011) para 50ms (2020).
Velocidades do processador móvel
Não consegui encontrar dados sobre as velocidades móveis médias dos EUA. No entanto, Alex Russell e Surma publicaram a classificação da programação GeekBench 4 junto com o lançamento de vários telefones durante anos.
Até os telefones baratos são 4x mais rápidos e os iPhones 20x mais potentes.
Como os navegadores mudaram?
Nos últimos dez anos, muito trabalho foi feito para melhorar os navegadores. JavaScript se tornou uma parte ainda mais importante da web, portanto, muitas melhorias estão concentradas nesta área.
Com base neste gráfico do blog V8, o consumo de CPU por página foi reduzido quatro vezes.
Networking
O trabalho dos navegadores com a rede também melhorou. Por exemplo, desde a introdução do HTTP / 2 em 2015, 64% das solicitações são processadas por HTTP / 2.
Como os sites mudaram?
Vamos dar uma olhada nos dados do Arquivo HTTP para entender como os sites mudaram.
Peso da página
De 2013 a 2020, o peso da página móvel aumentou 337%. Isso se deve principalmente ao aumento no número de imagens e código JavaScript.
O volume de outros recursos também aumentou muito - suspeito que seja principalmente vídeo.
O gráfico começa em 2013 porque em outubro de 2012 o Arquivo HTTP mudou a metodologia de medição. Antes disso, o peso da página era subestimado porque o teste era encerrado depois que o evento de carregamento da página era disparado, mesmo que outros dados fossem carregados depois dele.
Tempo de execução de JavaScript
Se, apesar da aceleração das redes móveis, as páginas estão ficando mais lentas, o JavaScript é o culpado mais provável. Infelizmente, o HTTP Archive só começou a coletar esses dados no final de 2017 e parece estar estável desde então.
O declínio em meados de 2018 é provavelmente devido a uma mudança no corpus dos URLs testados.
Observe que a duração absoluta da apresentação (0,5s) é mais curta do que normalmente encontramos em instrumentos como o Lighthouse. Essas ferramentas geralmente tornam a execução do JavaScript mais lenta para emular um dispositivo móvel, mas nos testes do HTTP Archive, esse sistema estava quebrado . Portanto, embora esse número possa ser realista para telefones de médio porte, geralmente acredita-se que os telefones econômicos são cerca de quatro vezes mais lentos.
Responder à pergunta se a web ficou mais lenta
A web ficou mais lenta? Em geral, depende do seu dispositivo, conexão de rede e sites mais visitados.
Precisaríamos medir os dados de velocidade do mundo real para obter uma distribuição que mostrasse como a percepção da web muda com o tempo por diferentes usuários. Além disso, a questão permanece: a experiência de alguém que abre milhares de páginas por dia conta da mesma forma que a experiência de alguém que visita o Facebook apenas uma vez por semana?
Não tenho dados detalhados de usuários individuais, mas podemos olhar para esse problema de vários ângulos diferentes:
- Dados reais do usuário do Chrome UX Report (CrUX)
- Modelagem ingênua com base em alterações de site e dispositivo
Também tentei baixar versões antigas de páginas de archive.org e testá-las com o Lighthouse, mas não consegui obter dados significativos em um período de tempo razoável. Por exemplo, às vezes faltam imagens no arquivo da página.
Dados do relatório de experiência do usuário do Chrome
A grande limitação dos dados do CrUX é que ele só começou a coletar no final de 2017. Mas ainda podemos usá-los para ver se a web ficou mais lenta nos últimos dois anos e meio.
Observe que, ao contrário do Arquivo HTTP, o CrUX examina todo o domínio, não apenas as páginas principais.
Consideraremos o 75º percentil como dados, o que significa que para 75% dos usuários, as páginas carregam nessa velocidade ou mais rápido.
(Estou calculando a média, não a mediana, em vários sites, o que não é totalmente correto.)
Tempo de carregamento da página nos EUA
Os dados CrUX para os EUA não mostram degradação na velocidade da página.
A métrica onLoad mostra uma ligeira melhora, provavelmente devido a um aumento na taxa de transferência. Ou talvez mais ação aconteça agora após o carregamento inicial da página.
As métricas de pintura parecem ser bastante estáveis. Maior Contentful Paint (tempo de carregamento do conteúdo principal) é uma nova métrica que só foi coletada desde meados de 2019.
O resto do mundo
A tendência de queda na métrica onLoad nos EUA é consistente com os dados globais. No entanto, existem diferenças significativas nos tempos de carregamento da página entre os países, por exemplo, os tempos de onLoad da Índia são quase o dobro do tempo da Coreia do Sul.
Podemos usar dados CrUX para entender melhor os dados do arquivo HTTP. Em janeiro de 2020, o HTTP Archive relatou um tempo de carregamento médio (50º percentil) com base em dados sintéticos de 18,7 segundos.
Em contraste, o CrUX estima os tempos de carregamento em apenas 5,8 segundos, que é o 75º percentil.
(Observe que os valores globais (Global) são considerados simplesmente como uma média e não são ponderados pela população.)
Modelagem dos tempos de carregamento da página
Podemos criar um modelo teórico de como as mudanças em dispositivos, redes e sites afetam a velocidade geral.
O modelo não será perfeito, mas espero que nos dê algumas dicas.
Tempo teórico de download da página
O peso da página aumentou com o tempo, mas também a largura de banda. O tempo de ida e volta do sinal também diminuiu.
O download de um arquivo do tamanho do site para celular médio em 2013 levaria 1,7 segundos. Se a velocidade de nossa conexão não mudou desde então, hoje demoraria 4,4 segundos. Mas com a velocidade média de conexão de hoje, leva apenas 0,9 segundos.
Na prática, um site não consistirá em uma única solicitação, mas outros fatores, como velocidade de processamento e latência do servidor, afetarão a velocidade de carregamento da página. O tempo onLoad de acordo com o HTTP Archive é 2 a 3 vezes maior do que este limite inferior.
Mas ainda podemos usar isso como um indicador de que a latência mais baixa e o aumento da largura de banda em geral ajudaram os sites a carregar mais rápido.
(Estou começando em 2013, não em 2011, porque a métrica de peso da página HTTP Archive só começou a ser medida de forma consistente a partir daquele momento.)
CPU
Não entendo muito bem como abordar esse parâmetro, mas farei algumas suposições.
Quem usou um Galaxy S4 em 2013 e agora usa um Galaxy S10 tem cinco vezes a capacidade de processamento do processador. Vamos supor que os navegadores tenham se tornado quatro vezes mais eficientes desde então. Se multiplicarmos diretamente esses dois números, obtemos uma melhoria de 20 vezes.
Desde 2013, o peso do JavaScript em uma página aumentou 3,7x, de 107 KB para 392 KB. A minificação e a compactação provavelmente melhoraram desde então, então a mesma quantidade de código JavaScript agora cabe em menos bytes. Vamos arredondar esse fator para seis. Imagine que o peso do JavaScript em uma página é proporcional ao tempo de execução do JavaScript.
Como resultado, ainda teremos um aumento de 3,3x na velocidade.
Conclusão
Os sites da Web executam mais código hoje e são muitas vezes maiores do que os sites de dez anos atrás. No entanto, não acredito que a web móvel tenha se tornado mais lenta para os usuários em geral.
Ao mesmo tempo, muito mais pessoas estão usando a web móvel . Isso degrada a velocidade geral da web percebida.
O poder de computação dos dispositivos móveis está se aproximando do poder dos dispositivos de desktop, assim como a largura de banda das redes. Ao mesmo tempo, estão surgindo novos dispositivos de orçamento mais baratos.
Esses dados podem ser vistos de dois ângulos. Por um lado, a web está cada vez mais rápida. Por outro lado, avanços em redes e dispositivos representam uma oportunidade perdida de maiores ganhos de produtividade.
Publicidade
A VDSina oferece servidores baratos com pagamento diário, cada servidor está conectado a um canal de Internet de 500 Megabits e é protegido de ataques DDoS gratuitamente!
