Dimensão CoreDash: Sistema Operacional

Isole regressões de performance específicas de plataforma segmentando o tráfego entre sistemas operacionais.

Teste gratuito

Trusted by market leaders · Client results

dpg mediasaturnnestlefotocasaaleteiaworkivasnvcomparevpnharvardnina carehappyhorizonadevintamarktplaatswhowhatwearloopearplugserasmusmcperionkpnmy work featured on web.devebaymonarch

Dimensão: Sistema Operacional (os)

A dimensão Sistema Operacional agrupa dados de performance pela plataforma executada no dispositivo do usuário: Android, iOS, Windows, macOS, Linux ou ChromeOS. Enquanto a dimensão Browser isola as diferenças do motor de renderização, a dimensão OS expõe restrições de hardware, gerenciamento de recursos em nível de sistema e peculiaridades específicas da plataforma que o navegador herda.

O OS é a camada entre o seu código e o hardware. Ele controla como a CPU agenda tarefas, como a memória é alocada e como as solicitações de rede são priorizadas. Dois navegadores idênticos em sistemas operacionais diferentes podem produzir Core Web Vitals muito distintos.

coredash metric table urls

O Panorama das Plataformas

De acordo com o StatCounter (2025), o Android lidera o tráfego web global com 39%, seguido pelo Windows com 30%, iOS com 16%, macOS com 8%, Linux com 4% e ChromeOS com 2%. Sua divisão de tráfego específica variará de acordo com o setor. Produtos SaaS B2B veem um tráfego mais pesado de Windows e macOS. Apps de consumo tendem para Android e iOS.

Características de Performance Específicas de OS

Android

O Android é a plataforma mais diversificada. Ele roda em dispositivos que vão de telefones econômicos de US$ 80 a flagships de US$ 1.500. Isso significa que seu segmento Android contém tanto seus usuários mais rápidos quanto os mais lentos. O insight principal: a performance média do Android é puxada para baixo pela "cauda longa" do hardware econômico. Nos dados do CoreDash, o p75 INP do Android é tipicamente 40-60% maior que o do iOS porque o dispositivo Android médio possui uma CPU mais fraca.

Filtre o tráfego Android pela dimensão Client Capability Score para separar os usuários de flagships (que performam como iOS) dos usuários de dispositivos econômicos (que precisam de páginas mais leves).

iOS

A Apple controla o hardware e o software, o que produz uma performance notavelmente consistente. A gama de dispositivos é estreita (iPhone 12 ao iPhone 16) e cada dispositivo executa o motor WebKit do Safari, independentemente do rótulo do "browser". O tráfego iOS no CoreDash normalmente mostra um LCP 15-25% melhor e um INP 30-40% melhor que o Android.

A armadilha: se você testar apenas no iOS, seu site parecerá rápido. Seus usuários de Android (que superam os usuários de iOS em 2,5:1 globalmente) estão tendo uma experiência diferente.

Windows

O Windows domina o tráfego de desktop. A performance aqui é geralmente forte porque o hardware de desktop é poderoso. No entanto, ambientes corporativos Windows introduzem problemas únicos: servidores proxy corporativos inflam o TTFB, extensões de navegador obrigatórias injetam scripts que degradam o INP e as políticas de TI podem forçar versões de navegador mais antigas.

macOS

O tráfego do macOS vem de uma base de hardware relativamente premium. A performance é tipicamente excelente. Se os usuários do macOS mostrarem métricas ruins, o problema quase certamente está no seu código (JavaScript pesado, imagens não otimizadas) e não na plataforma.

Linux e ChromeOS

Estes representam pequenas parcelas de tráfego, mas perfis de usuário distintos. Usuários de Linux tendem a ser desenvolvedores com hardware rápido. Usuários de ChromeOS frequentemente estão em Chromebooks com RAM e armazenamento limitados. Se o ChromeOS mostrar um INP ruim, verifique se a sua pegada de memória JavaScript está excedendo as restrições do dispositivo.

Fluxo de Trabalho de Depuração

  1. Compare Android vs iOS primeiro: Isso revela o gap de hardware móvel. Se o INP do Android for 250ms e o do iOS for 90ms, você tem um problema de complexidade de JavaScript que só se manifesta em CPUs mais fracas. A correção é reduzir o trabalho na main-thread, não comprar servidores mais rápidos.
  2. Verifique o Windows para anomalias corporativas: Se o TTFB do Windows for 200ms maior que o do macOS, investigue proxies corporativos e VPNs. Estes são problemas de infraestrutura no lado do usuário, mas compreendê-los evita que você persiga problemas fantasmas no servidor.
  3. Combine OS + Browser para precisão: "Safari no iOS" é um animal diferente de "Chrome no Android". Filtre OS + Browser para identificar se uma regressão é em toda a plataforma ou específica para uma combinação de navegador e OS.

Regra de Ouro da Engenharia

  • INP do Android abaixo de 200ms: Se o seu INP no iOS passa, mas no Android falha, reduza o tempo de execução do JavaScript. A CPU do Android econômico é o seu verdadeiro orçamento de performance.
  • Nenhum OS deve ser 2x pior que outro: Um gap de 50% é normal (diferenças de hardware). Um gap de mais de 100% sinaliza um bug específico de plataforma ou um caminho de código não otimizado.
  • Teste em dispositivos Android reais: O throttling de CPU do Chrome DevTools aproxima o hardware lento, mas testes em dispositivos reais capturam problemas de agendamento em nível de OS que a emulação perde.

A dimensão Sistema Operacional revela se seus problemas de performance são universais ou específicos da plataforma. Essa distinção determina se você deve corrigir seu código ou sua estratégia de entrega.