Peso mediano de uma página web em 2025: 15 anos de inflação da web
Por CaptainDNS
Publicado em 12 de fevereiro de 2026
- Em 2025, o peso mediano de uma página web atinge 2,6 MB no desktop e 2,3 MB no mobile: uma multiplicação por 5 em 15 anos.
- As imagens ainda representam ~40% do peso total, mas o JavaScript ultrapassou as imagens em número de requisições (24 arquivos JS contra 18 imagens por página).
- Uma página mobile de 2025 pesa tanto quanto uma página desktop de 2022: o mobile "segue" o desktop com 2 anos de atraso.
- Teste suas páginas com nosso Page Crawl Checker para verificar se elas ultrapassam o limite de 2 MB do Googlebot.
Em 2025, a página web mediana pesa mais do que o jogo Doom original (2,39 MB em 1993). Não é piada: segundo os dados do HTTP Archive, o peso mediano de uma página desktop atingiu 2.652 KB no final de 2024, ou seja, 2,6 MB. Em 15 anos, a web engordou. Muito.
Essa inflação não é irrelevante. O peso de uma página afeta diretamente o tempo de carregamento, os Core Web Vitals, o crawl budget do Google e até a pegada de carbono do seu site. Para sites com mais de 10.000 páginas, cada kilobyte extra se multiplica em largura de banda consumida, tempo de CPU e budget de crawl desperdiçado.
Este artigo retrata 15 anos de evolução do peso das páginas web (2010-2025), analisa o que torna as páginas pesadas hoje, mede o impacto na performance e no SEO, e propõe projeções para os próximos anos. Todos os dados vêm do HTTP Archive e do Web Almanac.
A evolução do peso das páginas web (2010-2025)
As grandes etapas da inflação
O HTTP Archive mede o peso das páginas web desde 2010. Aqui estão os marcos principais:
| Ano | Desktop mediano | Mobile mediano | Evento marcante |
|---|---|---|---|
| 2010 | ~500 KB | ~200 KB | HTTP Archive começa o monitoramento |
| 2012 | ~800 KB | ~400 KB | O responsive design se populariza |
| 2014 | ~1.200 KB | ~500 KB | Primeiras manchetes "a página média ultrapassa 2 MB" |
| 2016 | ~2.300 KB | ~1.200 KB | A página mediana ultrapassa o instalador do Doom (2,39 MB) |
| 2018 | ~1.700 KB | ~1.500 KB | Mudança metodológica do HTTP Archive |
| 2020 | ~2.000 KB | ~1.800 KB | A COVID acelera a digitalização |
| 2022 | ~2.312 KB | ~2.037 KB | Os frameworks JS dominam, Google impulsiona os Core Web Vitals |
| 2024 | ~2.652 KB | ~2.311 KB | JavaScript ultrapassa as imagens em número de requisições |
Em 14 anos, o peso mediano desktop foi multiplicado por 5,3. No mobile, o crescimento é ainda mais expressivo: multiplicado por 11,5.
Desktop vs mobile: uma convergência progressiva
A diferença entre desktop e mobile diminui a cada ano. Em 2010, uma página mobile pesava 2,5 vezes menos que uma página desktop. Em 2024, a diferença é de apenas 13% (2.652 KB vs 2.311 KB).
Um dado revelador: o peso mobile de 2024 (2.311 KB) é praticamente idêntico ao peso desktop de 2022 (2.312 KB). O mobile segue o desktop com cerca de 2 anos de defasagem. As otimizações específicas para mobile (imagens responsivas, lazy loading) já não compensam o crescimento geral dos recursos.
Os pontos de virada tecnológicos
Três períodos aceleraram a inflação:
2012-2015: o responsive design. A adoção massiva de grids fluidos e media queries incentivou o carregamento de recursos idênticos em todos os dispositivos. As imagens retina (2x, 3x) dobraram ou até triplicaram o peso dos assets visuais.
2016-2019: a era das Single Page Applications. React, Angular e Vue.js transferiram a renderização para o lado do cliente. O JavaScript necessário para fazer uma página funcionar explodiu. Bundles de 500 KB+ se tornaram comuns.
2020-2025: a dívida técnica. Banners de consentimento (LGPD/GDPR), scripts de analytics, widgets de chat, ferramentas de A/B testing e tags de terceiros foram se acumulando. Cada adição parece inofensiva, mas o acúmulo frequentemente representa de 200 a 500 KB por página.
Anatomia de uma página web em 2025
Distribuição por tipo de recurso
Segundo o HTTP Archive (outubro de 2024), aqui está a distribuição mediana do peso por tipo de recurso no desktop:
| Tipo de recurso | Peso mediano (desktop) | Peso mediano (mobile) | Parte do total |
|---|---|---|---|
| Imagens | 1.054 KB | 900 KB | ~40% |
| JavaScript | 613 KB | 558 KB | ~23% |
| Fontes (fonts) | 131 KB | 111 KB | ~5% |
| CSS | 78 KB | 73 KB | ~3% |
| HTML | 18 KB | 18 KB | ~1% |
| Outros (vídeo, áudio, dados) | ~758 KB | ~651 KB | ~28% |
O paradoxo JavaScript: menos imagens, mais scripts
Uma inversão aconteceu em 2024: o JavaScript ultrapassou as imagens em número de requisições. A página mediana desktop carrega agora 24 arquivos JavaScript contra 18 imagens. Em peso bruto, as imagens ainda dominam (1.054 KB vs 613 KB), mas a tendência é clara: o JavaScript está se tornando o primeiro item em número de arquivos.
Esse paradoxo tem consequências concretas. Um arquivo de imagem de 50 KB é baixado e exibido. Um arquivo JavaScript de 50 KB é baixado, parseado, compilado e executado. O impacto na CPU e no Largest Contentful Paint (LCP) é desproporcional em relação ao peso bruto.
Percentis: a longa cauda das páginas obesas
A mediana conta apenas parte da história. Os percentis superiores revelam a dimensão do problema:
| Percentil | Desktop | Mobile |
|---|---|---|
| P50 (mediano) | 2.652 KB | 2.311 KB |
| P75 | ~5.200 KB | ~4.500 KB |
| P90 | ~10.000 KB | ~8.500 KB |
No P90, uma página desktop pesa 10 MB. São 5 vezes o limite de truncagem do Googlebot (2 MB de HTML). Essas páginas extremas não são raras: 10% da web faz parte desse grupo.
Por que as páginas web estão engordando?
A explosão dos frameworks JavaScript
Em 2015, o JavaScript mediano por página pesava ~300 KB. Em 2024, atinge 613 KB: o dobro em 9 anos. Os frameworks modernos (React, Next.js, Nuxt, Svelte) são mais performáticos que seus predecessores, mas carregam um runtime incomprimível. Um "Hello World" em React já pesa ~40 KB minificado e comprimido com gzip.
O tree shaking e o code splitting ajudam, mas não compensam a proliferação de dependências. Um site de e-commerce típico carrega mais de 30 módulos npm no lado do cliente.
Imagens HD e formatos ainda subutilizados
As imagens continuam sendo o primeiro item em peso (1.054 KB mediano). No entanto, os formatos modernos (WebP, AVIF) permitem reduções de 25 a 50% em relação ao JPEG. A adoção avança, mas ainda é incompleta: em 2024, cerca de 30% das imagens servidas usam WebP, e menos de 5% usam AVIF.
As imagens retina (2x) e as hero images de largura total são os principais vilões. Uma hero image em JPEG de 1920x1080 pesa facilmente de 200 a 400 KB. Em AVIF, a mesma imagem cai para 80 a 150 KB.
Web fonts, scripts de terceiros e banners de consentimento
As fontes web representam 131 KB por página (mediano desktop). Um site usando 3 a 4 variantes de uma fonte do Google Fonts facilmente ultrapassa 200 KB. O formato WOFF2 reduziu o tamanho em ~30% em relação ao WOFF, mas o número de fontes carregadas aumentou.
Os scripts de terceiros são mais insidiosos. Uma auditoria típica revela:
- Google Analytics/Tag Manager: 50-80 KB
- Banner de consentimento de cookies: 50-150 KB
- Widget de chat: 100-300 KB
- Pixels publicitários e retargeting: 100-200 KB
- A/B testing: 50-100 KB
O total frequentemente ultrapassa 400 KB de scripts de terceiros: recursos que você não controla diretamente.
O conteúdo em si: mais longo, mais rico, mais interativo
O conteúdo editorial está ficando mais longo. Um artigo de blog "otimizado para SEO" tem agora de 2.000 a 4.000 palavras (contra 500 a 1.000 em 2010). As páginas de produto de e-commerce integram carrosséis, avaliações, recomendações, vídeos. Cada elemento adiciona HTML, CSS e JavaScript.
O impacto do peso na performance e no SEO
Core Web Vitals e peso da página
O Google usa três métricas principais para avaliar a experiência do usuário:
| Métrica | O que ela mede | Relação com o peso |
|---|---|---|
| LCP (Largest Contentful Paint) | Velocidade de exibição do maior elemento visível | Quanto mais pesada a página, mais lento o LCP |
| INP (Interaction to Next Paint) | Responsividade às interações | JavaScript pesado bloqueia a thread principal |
| CLS (Cumulative Layout Shift) | Estabilidade visual | Fontes e imagens sem dimensões causam deslocamentos |
Existe uma correlação direta entre peso total e LCP. As páginas do P90 (10+ MB) têm um LCP mediano superior a 4 segundos, bem acima do limite "bom" de 2,5 segundos definido pelo Google.
O custo real das páginas pesadas
O peso tem um custo mensurável:
Tempo. Cada 100 KB extra adiciona ~50 ms de tempo de carregamento em uma conexão 4G. Para uma página de 5 MB vs 2 MB, a diferença chega a 1,5 segundo.
Dinheiro. Segundo o whatdoesmysitecost.com, carregar uma página de 2,6 MB custa cerca de 0,32 USD em dados móveis em certos países. Na escala de um site com 100.000 visitantes por mês, o custo de largura de banda do servidor aumenta proporcionalmente.
Pegada de carbono. A transferência de 1 GB de dados emite aproximadamente 0,3 g de CO2 (estimativa WebsiteCarbon). Um site com 100.000 page views por mês e páginas de 5 MB gera ~150 kg de CO2 por ano apenas com a transferência de dados.
O limite de 2 MB do Googlebot
Um aspecto frequentemente esquecido: o Googlebot trunca o HTML acima de 2 MB. Esse limite se aplica apenas ao HTML fonte (não às imagens nem ao JavaScript externos). Mas as páginas que incorporam CSS ou JavaScript inline podem atingir esse limite. Para um guia completo sobre esse assunto, consulte nosso artigo sobre o limite de 2 MB do Googlebot.
Como medir e reduzir o peso das suas páginas
Medir com o Page Crawl Checker
Antes de otimizar, meça. Nosso Page Crawl Checker permite testar o peso de qualquer página simulando o Googlebot ou um navegador convencional. Você obtém o peso total, a distribuição por tipo de recurso e a verificação do limite de 2 MB.
5 técnicas de otimização prioritárias
1. Converter as imagens para WebP ou AVIF. O ganho é imediato: 25-50% menos peso sem perda de qualidade perceptível. Use a tag <picture> para servir AVIF aos navegadores compatíveis, WebP como fallback e JPEG como último recurso.
2. Auditar e remover scripts de terceiros desnecessários. Cada script de terceiro representa de 50 a 300 KB. Remova os que não trazem valor mensurável. Carregue os demais com async ou defer.
3. Ativar a compressão (Brotli > gzip). O Brotli reduz a transferência de 15 a 25% a mais que o gzip. A maioria dos CDNs e servidores modernos oferece suporte. Verifique se o seu servidor envia Content-Encoding: br.
4. Implementar o lazy loading. Imagens e iframes fora da viewport inicial não devem ser carregados imediatamente. O atributo nativo loading="lazy" é suficiente na maioria dos casos.
5. Fazer subset das fontes web. Se você usa uma fonte apenas para texto em latim, sirva um subset limitado aos caracteres necessários. A redução de latin-ext completo para um subset direcionado pode diminuir uma fonte de 100 KB para 20 KB.
Budget de peso: uma disciplina técnica
Definir um budget de peso por página é uma boa prática. Por exemplo: 500 KB de JavaScript no máximo, 1 MB de imagens no máximo, 2 MB de peso total no máximo. Esse budget se integra ao seu CI/CD: um estouro aciona um alerta antes do deploy.
Alex Russell (engenheiro do Chrome no Google) recomenda um budget de JavaScript de 365 KB para garantir um carregamento em 3 segundos em um dispositivo móvel médio. A mediana atual (558 KB no mobile) ultrapassa esse budget em 53%.
Tendências 2026-2028: a web vai continuar engordando?
Fatores de aumento de peso
Várias tendências empurram o peso para cima:
A IA generativa. Os conteúdos gerados por IA são mais longos e mais detalhados. Os chatbots embarcados adicionam seus próprios scripts (frequentemente de 200 a 500 KB). As funcionalidades de personalização no lado do cliente exigem JavaScript adicional.
O vídeo embarcado. As pré-visualizações de vídeo, os GIFs animados substituídos por <video> e os backgrounds de vídeo são cada vez mais comuns. Mesmo um poster image + um player adiciona mais de 200 KB.
A complexidade das interfaces. As micro-interações, as animações CSS avançadas, os componentes interativos (configuradores, comparadores) adicionam camadas de código. Cada "funcionalidade legal" tem um custo em kilobytes.
Fatores de redução de peso
Contratendências existem:
A adoção do AVIF. Esse formato de imagem oferece compressão 30-50% superior ao WebP. Sua adoção está em forte crescimento (Chrome, Firefox e Safari já oferecem suporte). Até 2028, o AVIF pode reduzir o peso das imagens em 30% na escala da web.
HTTP/3 e QUIC. O novo protocolo melhora os tempos de conexão e o multiplexing. Ele não reduz o peso, mas melhora a performance percebida, o que diminui a pressão sobre a otimização de peso.
Os Core Web Vitals como pressão seletiva. Ao vincular as métricas de performance ao ranking, o Google cria um incentivo econômico para otimizar. Os sites que ignorarem o peso serão progressivamente penalizados nas SERPs.
O edge computing. A renderização do lado do servidor na borda (edge SSR) reduz o JavaScript enviado ao cliente. Frameworks como Astro, Qwik e os React Server Components seguem nessa direção.
Projeções
Com base na tendência dos últimos 5 anos (+7-9% ao ano), o peso mediano pode atingir:
| Ano | Desktop (projeção) | Mobile (projeção) |
|---|---|---|
| 2025 | ~2.850 KB | ~2.500 KB |
| 2026 | ~3.050 KB | ~2.700 KB |
| 2028 | ~3.500 KB | ~3.100 KB |
Essas projeções pressupõem um status quo tecnológico. A adoção massiva do AVIF e dos Server Components pode desacelerar o crescimento. Por outro lado, a IA embarcada e o vídeo podem acelerá-lo.
Plano de ação recomendado
- Meça o peso das suas páginas críticas: use o Page Crawl Checker nas suas 10 páginas mais visitadas. Compare com as medianas do mercado (2,6 MB desktop, 2,3 MB mobile).
- Identifique os recursos mais pesados: imagens não otimizadas, bundles JavaScript volumosos, scripts de terceiros não utilizados. Classifique por impacto e facilidade de correção.
- Aplique as otimizações e defina um budget de peso: converta para WebP/AVIF, remova os scripts desnecessários, ative o Brotli. Defina um budget de 2 MB por página e integre-o ao seu pipeline de deploy.
FAQ
Qual é o peso médio de uma página web em 2025?
Segundo o HTTP Archive (dados de outubro de 2024), o peso mediano de uma página web é de 2.652 KB (2,6 MB) no desktop e de 2.311 KB (2,3 MB) no mobile. Esses números incluem todos os recursos: HTML, CSS, JavaScript, imagens, fontes e outros tipos de mídia.
Como saber o peso de uma página web?
Existem vários métodos. O DevTools do Chrome (aba Network) exibe o peso total e por recurso. O Page Crawl Checker do CaptainDNS testa o peso como visto pelo Googlebot. O WebPageTest e o Lighthouse fornecem análises detalhadas com recomendações de otimização.
Por que as páginas web estão cada vez mais pesadas?
Quatro fatores principais explicam essa inflação: os frameworks JavaScript que aumentam o código no lado do cliente, as imagens de alta resolução (retina), a proliferação de scripts de terceiros (analytics, banners de consentimento, widgets) e o próprio conteúdo, que está ficando mais longo e mais rico em mídias interativas.
Qual é o peso ideal de uma página web para SEO?
Não existe um peso ideal universal, mas um budget de 2 MB por página é uma boa meta. Para o JavaScript sozinho, Alex Russell recomenda um máximo de 365 KB para garantir um carregamento em 3 segundos no mobile. O limite crítico para o SEO é o limite de 2 MB de HTML imposto pelo Googlebot para indexação.
Qual é a diferença de peso entre mobile e desktop?
A diferença está diminuindo. Em 2024, uma página desktop mediana pesa 2.652 KB e uma página mobile, 2.311 KB, ou seja, apenas 13% a menos. O mobile segue o desktop com cerca de 2 anos de defasagem. As otimizações específicas para mobile (imagens responsivas, lazy loading) já não compensam o crescimento geral.
Como reduzir o peso de uma página web?
As 5 otimizações mais eficazes são: converter as imagens para WebP ou AVIF (ganho de 25-50%), remover scripts de terceiros desnecessários (de 50 a 300 KB cada), ativar a compressão Brotli, implementar o lazy loading nativo e fazer subset das fontes web. O conjunto pode reduzir o peso de 30 a 60%.
O peso de uma página afeta o crawl budget?
Sim. Quanto mais pesada uma página, mais largura de banda e tempo de download ela consome durante o rastreio. Em um site de 100.000 páginas, a diferença entre 1 MB e 3 MB por página se traduz em 3 vezes mais recursos necessários. Para sites grandes, otimizar o peso libera crawl budget para as páginas importantes.
Qual é o impacto do peso de um site na sua pegada de carbono?
A transferência de dados consome energia em cada etapa: servidor, rede e dispositivo do cliente. Uma estimativa comum é de aproximadamente 0,3 g de CO2 por GB transferido. Um site com 100.000 page views por mês e páginas de 5 MB gera cerca de 150 kg de CO2 por ano apenas com a transferência. Reduzir o peso das suas páginas reduz diretamente essa pegada.
Guias relacionados sobre crawl e indexação
- Limite de 2 MB do Googlebot: o que você precisa saber
- Crawl budget: entenda e otimize a exploração do seu site pelo Google
Fontes
- HTTP Archive. Page Weight Report: dados mensais sobre o peso mediano das páginas web.
- HTTP Archive. Web Almanac 2024: relatório anual sobre o estado da web.
- web.dev. Fast load times: guia do Google sobre otimização dos tempos de carregamento.
- Alex Russell. The Performance Inequality Gap: análises sobre o budget de JavaScript e a performance web.
