Calculando a Largura de Banda do Servidor

Na Kinsta, você pode escolher um plano de hospedagem com base no número total de visitas mensais aos seus sites ou na largura de banda mensal total do servidor usado pelos seus sites. A largura de banda do servidor é medida em bytes e reflete a quantidade de dados que o servidor de origem envia em resposta às solicitações. Somente os dados entregues diretamente do servidor de origem são contados; qualquer coisa servida por um CDN ou Edge Cache é excluída. A largura de banda do servidor é compartilhada entre todos os sites do seu plano de hospedagem WordPress.

O que é uma solicitação e quais dados são transferidos?

Uma solicitação ao seu site acontece sempre que um navegador ou aplicativo solicita informações ao seu servidor para que ele possa carregar ou interagir com o seu site. Cada solicitação é essencialmente uma mensagem do cliente (o navegador ou a ferramenta do visitante) para o seu servidor solicitando um recurso específico.

Quando um visitante carrega o seu site, o navegador dele pode enviar várias solicitações ao seu servidor. Por exemplo, o carregamento de uma única página pode gerar solicitações para:

  • O arquivo HTML principal que estrutura a página
  • Folhas de estilo CSS que controlam o design
  • Arquivos JavaScript que adicionam funcionalidade
  • Imagens, vídeos ou outros ativos de mídia
  • Chamadas de API para buscar dados dinâmicos

Em resposta, seu servidor envia de volta os recursos solicitados. Os recursos que o servidor entrega, como a página, uma imagem ou um arquivo, constituem os dados transferidos.

Essa transferência de dados é medida em bytes. No entanto, o tamanho do arquivo no disco nem sempre é igual à quantidade de largura de banda usada para entregá-lo. Você pode usar o tamanho do arquivo para comprimir as respostas antes de enviá-las. Os servidores modernos geralmente comprimem respostas antes de enviá-las, e os navegadores descomprimem automaticamente ao recebê-las. Por exemplo, um arquivo HTML de 80 KB pode usar apenas 40 KB de largura de banda após a compressão durante a transferência.

Cada elemento de uma página requer sua própria solicitação; portanto, uma única visita ao seu site pode resultar em várias solicitações, cada uma contribuindo para o total de largura de banda consumida.

O que é excluído?

As seguintes solicitações não são contabilizadas no uso de largura de banda do servidor:

  • Solicitações servidas pelo CDN ou pelo Edge Cache.
  • Solicitações para a página wp-login.php.
  • Filtramos o tráfego de bots comuns e de qualquer user agent identificado como bot ou crawler.

Como visualizar o uso da largura de banda do servidor?

Você pode visualizar o uso da largura de banda do servidor do seu site em Nome de usuário > Configurações da empresa > Análises > Largura de banda do servidor. Também é possível ver quanto da largura de banda do seu plano já foi utilizada em Uso do plano.

Gráfico de largura de banda do servidor nas Análises.
Gráfico de largura de banda do servidor nas Análises.

Como reduzir a quantidade de largura de banda consumida?

Ao contrário das visitas (que você não controla), a largura de banda pode ser reduzida otimizando as solicitações e diminuindo o tamanho dos arquivos. Considere o seguinte para otimizar seu site e reduzir a largura de banda geral:

Otimize imagens e mídia

  • Comprima suas imagens para reduzir o tamanho.

  • Sempre que possível, use formatos modernos, como WebP ou AVIF, em vez de JPG/PNG.

  • Aplique o carregamento lento (lazy load) de imagens e vídeos para que eles sejam carregados somente quando o visitante rolar até eles.

  • Hospede mídias grandes (por exemplo, vídeos) em plataformas como YouTube, Vimeo ou em um CDN.

Use o cache

  • O cache de servidor armazena o conteúdo HTML gerado de uma página web para que os visitantes não acionem novas solicitações a cada carregamento.

  • O Edge Caching fornece conteúdo a partir do servidor local mais próximo do cliente e não está incluído na largura de banda do servidor.

Use uma rede de distribuição de conteúdo (CDN)

  • O CDN da Kinsta já vem habilitado por padrão em todos os novos sites da Kinsta.
  • Um CDN armazena em cache e serve o conteúdo estático do seu site (imagens, CSS, JS) a partir de servidores no mundo todo.

  • Isso reduz a largura de banda consumida pelo seu servidor de origem e acelera o tempo de carregamento para os visitantes.

  • Confira nosso artigo detalhado sobre os benefícios de um CDN no WordPress e por que usar um.

Minifique e combine arquivos

  • Minifique CSS, JS e HTML para remover espaços e caracteres desnecessários.

  • Combine arquivos menores quando possível, reduzindo o número de solicitações.

Limite ou substitua plugins pesados

  • Alguns plugins carregam scripts grandes ou ativos desnecessários. Audite seus plugins e remova ou substitua qualquer um que cause solicitações excessivas.

  • Use temas leves e plugins otimizados para desempenho.

Este artigo foi útil?

© 2013 - 2025 Kinsta Inc. Todos os direitos reservados. Kinsta®, MyKinsta® e DevKinsta® são marcas registradas de propriedade da Kinsta Inc.A marca registrada WordPress® é propriedade intelectual da WordPress Foundation, e as marcas registradas Woo® e WooCommerce® são propriedade intelectual da WooCommerce, Inc. O uso dos nomes WordPress®, Woo® e WooCommerce® neste site é apenas para fins de identificação e não implica endosse por parte da WordPress Foundation ou da WooCommerce, Inc. A Kinsta não é endossada, não é de propriedade, nem está afiliada à WordPress Foundation ou à WooCommerce, Inc. Informações legais