Dimensão Core/Dash: Tipo de Dispositivo

Dimensão: Tipo de Dispositivo (d)

A dimensão Tipo de Dispositivo divide seus dados de Real User Monitoring em duas categorias: mobile e desktop. Este é o primeiro e mais importante filtro em qualquer investigação de desempenho porque mobile e desktop são ambientes de computação fundamentalmente diferentes. CPUs diferentes, condições de rede diferentes, tamanhos de viewport diferentes, motores de navegador diferentes.

Se você estiver analisando dados agregados de Core Web Vitals sem filtrar pelo tipo de dispositivo, você está fazendo a média de duas populações que não têm quase nada em comum. Essa média é, na melhor das hipóteses, enganosa.

A Defasagem de Desempenho Mobile

Dispositivos mobile representam cerca de 62% do tráfego web global, de acordo com o Statista (2025). No entanto, o mobile apresenta consistentemente um desempenho inferior ao do desktop. De acordo com o Web Almanac 2025, apenas 48% das origens mobile passam em todos os três Core Web Vitals, comparado a 56% no desktop. Isso representa uma defasagem de 8 pontos percentuais.

A defasagem existe porque os dispositivos mobile enfrentam três restrições que os desktops não têm:

• Estrangulamento de CPU (CPU throttling): Um celular Android intermediário tem cerca de 3 a 5 vezes menos poder de processamento do que um desktop. O JavaScript que executa em 50ms no desktop pode levar 200ms no mobile, empurrando o INP além do limite "bom".
• Latência de rede: Conexões mobile (4G/5G) têm tempos de ida e volta maiores e mais variância do que conexões cabeadas. Isso infla o TTFB e o atraso de carregamento do LCP.
• Tamanho do viewport: Telas menores mudam qual elemento se torna o LCP. Sua hero image no desktop pode encolher para baixo de um bloco de texto no mobile, mudando completamente o alvo de otimização.

Distribuição de Tipos de Dispositivos no CoreDash

Entre os projetos do CoreDash, a divisão típica de tráfego é de 65% mobile e 35% desktop. Sites de e-commerce pendem mais para o mobile (70-75%), enquanto produtos SaaS B2B frequentemente veem uma divisão de 50/50 ou até mesmo o domínio do desktop.

A defasagem de desempenho nos dados do CoreDash reflete a tendência global. O p75 do LCP no mobile tem uma média de 2.8s comparado a 1.9s no desktop. Para o INP, a defasagem é ainda maior: o p75 do mobile fica em torno de 220ms, enquanto o desktop paira perto de 120ms.

Análise Específica de Métricas

Largest Contentful Paint (LCP)

O LCP no mobile é quase sempre pior do que no desktop. A causa primária é o atraso de carregamento (Load Delay): navegadores mobile descobrem a imagem do LCP mais tarde porque o HTML demora mais para chegar (TTFB mais alto) e o scanner de pré-carregamento compete com mais contenção de recursos em uma CPU mais lenta. Se o seu LCP no desktop está abaixo de 2.0s, mas no mobile excede 3.0s, o problema raramente é o próprio arquivo de imagem. É o pipeline de entrega.

Interaction to Next Paint (INP)

É aqui que a defasagem de dispositivos atinge mais forte. Manipuladores de eventos de JavaScript que parecem instantâneos em um desktop i7 podem bloquear a thread principal por mais de 300ms em um Snapdragon 665. Filtre por mobile, ordene pelo impacto do INP, e você encontrará as interações exatas que quebram em celulares reais. Vejo isso constantemente: desenvolvedores testam em MacBook Pros e entregam interações que são inutilizáveis nos dispositivos que 65% dos seus usuários realmente carregam.

Cumulative Layout Shift (CLS)

As diferenças de CLS entre os tipos de dispositivos geralmente remontam ao design responsivo. Espaços de anúncios que reservam espaço no desktop podem colapsar ou redimensionar no mobile. Métricas de fallback de fontes que se alinham no desktop causam mudanças visíveis em viewports menores. As web fonts são renderizadas de forma diferente em navegadores mobile e desktop, e a densidade física de pixels afeta o arredondamento de sub-pixels.

Fluxo de Trabalho de Depuração

1. Comece toda investigação com o filtro de dispositivo: Antes de olhar para qualquer outra dimensão, divida por Tipo de Dispositivo. Se o seu LCP agregado for de 2.5s, você pode encontrar o desktop em 1.8s e o mobile em 3.1s. O "problema" é exclusivamente mobile.
2. Compare distribuições, não apenas p75: Verifique a distribuição bom/precisa-melhorar/ruim para cada tipo de dispositivo. Um desktop com 85% bom e um mobile com 45% bom conta uma história completamente diferente do que apenas o p75 sozinho.
3. Combine com outras dimensões: Uma vez que você tenha isolado o tipo de dispositivo, adicione um segundo filtro. Tipo de Dispositivo + País revela se a defasagem mobile é global ou concentrada em regiões com redes mais lentas. Tipo de Dispositivo + Tipo de Navegação mostra se as navegações de voltar/avançar no mobile estão sendo armazenadas em cache corretamente.

Regra Prática de Engenharia

• LCP no mobile abaixo de 2.5s: Este é o limite que o Google usa para "bom". Se o seu desktop passa, mas o mobile falha, concentre-se em reduzir o atraso de carregamento (fetchpriority, preload) e o TTFB (cache de borda, CDN).
• INP no mobile abaixo de 200ms: Teste cada recurso interativo em um dispositivo Android intermediário real. O estrangulamento de CPU (4x) do Chrome DevTools se aproxima disso, mas testes em dispositivos reais são melhores.
• Nunca otimize apenas para desktop: Se o seu tráfego mobile exceder 50% (e quase certamente excede), o desempenho mobile é o seu sinal de ranqueamento nas buscas. O Google usa os dados do CrUX mobile para ranqueamento.

O Tipo de Dispositivo não é um filtro apenas "legal de ter". É a primeira pergunta que você deve fazer: "Este é um problema de mobile ou um problema de desktop?". Toda decisão de otimização flui a partir dessa resposta.