Quanto tráfego meu site pode suportar?

Obter uma compreensão clara do desempenho e da capacidade do seu site não é uma tarefa simples. Na verdade, pode ser um processo bastante árduo se você não souber como abordá-lo. Este guia detalhado examina as métricas que você deve observar para responder às perguntas de tráfego do seu site, com confiança, de uma vez por todas.

Na WP Engine, conhecemos o desempenho do site é mais do que apenas uma frase de efeito unidimensional. Na verdade, quando se trata de sites executados em nossa plataforma, vemos o desempenho como uma equação estratégica que combina aspectos de nossas soluções de nuvem e segurança com nossa experiência gerenciada em WordPress.

Ao fazer isso, podemos abordar o desempenho como ele deve ser abordado, de vários ângulos, com uma longa lista de variáveis ​​e métricas que precisam de suporte ativo.

Também vemos esses esforços como um produto por si só, e que nunca termina – estamos constantemente trabalhando em maneiras de melhorar todos os componentes do desempenho do site em nossa plataforma. Ao adotar essa abordagem de “nunca satisfeito”, o WP Engine é capaz de ajudar nossos clientes a criar alguns dos sites mais rápidos no WordPress, e podemos ajudá-los a manter esses sites funcionando em face de tudo, desde picos de tráfego até segurança ameaças.

Embora abordemos velocidade e métricas como Time to First Byte (TTFB) aqui, o artigo a seguir oferece um mergulho profundo nas métricas de tráfego e na pergunta comum, embora crucial: “Quanto tráfego meu site pode suportar?”

Enquadrando a pergunta.

A capacidade do site, ou seja, a quantidade de tráfego que seu site pode suportar a qualquer momento, é um componente-chave do desempenho geral do site e tem impactos diretos nos KPIs, bem como em quanto tempo os desenvolvedores gastam em coisas como infraestrutura (se você re gerenciando sua própria infraestrutura internamente). Dito isso, avaliar a quantidade de tráfego que seu site pode suportar realmente começa com a compreensão dos tipos de usuários e tráfego que seu site recebe.

Primeiro, vamos explorar a definição de usuários simultâneos, dentro do contexto da Internet.

No WP Engine, esse recurso é o seu site WordPress.

Vale a pena observar que usuários simultâneos são uma métrica de alto nível. Nas próximas seções, você aprenderá que usuários simultâneos levam a uma métrica mais granular de solicitações simultâneas. Como essas solicitações têm formatos e tamanhos diferentes, podemos usar a capacidade de cache para entender o desempenho de um site em escala. À medida que nos aprofundarmos, exploraremos como a simultaneidade e a capacidade de armazenamento em cache interagem umas com as outras.

Então, como você usa usuários simultâneos para entender a capacidade do seu ambiente? Antes de podermos responder a isso, vamos voltar um passo adiante e examinar uma das métricas mais comuns usadas atualmente: o tráfego mensal.

Métricas de tráfego mensal: elas são úteis?

De um modo geral, sim. Os números mensais fornecem uma compreensão do perfil básico do tráfego: baixo, moderado ou alto. Essas métricas também fornecem informações sobre possíveis tendências, padrões e sazonalidade, pois o tráfego mensal pode mudar com base em muitas variáveis, incluindo campanhas de marketing, classificações de mecanismos de pesquisa e condições de mercado.

Para a maioria dos sites, o tráfego diário normal pode ser bastante estável e previsível. Podemos chamar isso de tráfego de linha de base . No entanto, alguns sites que apresentam picos de tráfego recorrentes não estão preocupados com a linha de base. Eles estão mais preocupados com eventos de alto tráfego que são críticos para seus negócios, como um site que vende ingressos para shows ou um site usado para anunciar lançamentos de produtos. Quando esses eventos são mais importantes, é importante que seu ambiente de produção lide não apenas com o tráfego de linha de base, mas também com os níveis de tráfego de pico.

É aqui que os números de tráfego mensais não ajudam. A métrica mais confiável para entender a capacidade neste (mas na verdade qualquer) nível de tráfego são os usuários simultâneos.

Mergulhando mais fundo nas métricas do usuário.

Antes de saltar para usuários simultâneos, é útil entender a hierarquia de métricas no domínio da análise digital. Aqui está um diagrama para ilustrar isso:

• Usuários ou visitantes são métricas que descrevem um usuário entrando no site pela primeira vez. Normalmente é definido por um ID de usuário exclusivo. No WP Engine, é definido como um endereço IP exclusivo e conta como um único visitante único por dia. Como todas as visitas adicionais do mesmo usuário são reconhecidas por um ID de usuário exclusivo, o usuário único seria contado apenas uma vez.
• Sessões ou visitas representam um período em que um usuário se envolveu com o site. A sessão começa quando o usuário visita o site pela primeira vez e termina quando três coisas acontecem: o usuário fecha o navegador, limpa os cookies ou fica inativo por 30 minutos (que é o período padrão no Google Analytics e pode ser personalizado). Um único usuário pode ter várias sessões ao longo do dia.
• Os acessos são a interação entre o site e um recurso definido. Do lado da análise digital, essa métrica é definida como dados enviados ao Google Analytics. Esses acessos são mais comumente exibições de página. No contexto do WP Engine, um hit pode ser uma solicitação ao ambiente de produção. Essas solicitações podem ser armazenadas em cache como ativos estáticos (pngs, jpegs, pdfs) ou dinâmicas como gravações de banco de dados (registros, postagens de publicação, pedidos de produtos).

Com base na hierarquia dessas métricas, à medida que você avança de cima para baixo, os dados se tornam menos ambíguos e mais granulares. Ao mesmo tempo, fica mais claro entender o impacto que essas métricas têm no desempenho.

Resumindo, não basta saber o número de usuários ou visitantes mensais .

E os usuários ativos do Google Analytics?

Muitas vezes há um mal-entendido sobre a forma como o Google Analytics e o WP Engine capturam e definem as métricas. Em termos simples, ambos estão rastreando esses dados para diferentes propósitos. O Google Analytics é principalmente uma ferramenta de análise de marketing e conversão. Por outro lado, o WP Engine é uma plataforma gerenciada que rastreia a utilização de recursos brutos na camada de infraestrutura e o desempenho na camada de aplicativos. As metodologias são diferentes e podem causar discrepâncias entre as duas plataformas.

No que se refere à simultaneidade, o Google Analytics oferece relatórios em tempo real que monitoram os efeitos das campanhas de marketing em seu site. Isso inclui o número de usuários ativos em seu site agora:

Apesar de ser “tempo real”, essa métrica não mede exatamente o número total de usuários em seu site em um determinado momento, simultaneamente. Um usuário ativo em tempo real é definido como um usuário único que acionou um evento ou exibição de página nos últimos cinco minutos. Se um usuário sai do site antes da janela de cinco minutos, o Google continua a contar isso como um usuário ativo. Se um usuário permanecer no site por mais de 5 minutos, ele não será mais considerado um usuário ativo, embora ainda esteja interagindo com o site.

Com isso em mente, os usuários ativos do Google podem ser mais do que o número real de usuários simultâneos em seu site. E em casos menos comuns, a métrica pode ser menor que a simultaneidade real, dependendo do comportamento do usuário e da duração média da sessão.

Você pode confiar nos usuários ativos do Google Analytics? Como sempre, quanto mais dados você tiver, melhor. Mas sozinho, não determina suas necessidades de capacidade.

Como medir usuários simultâneos .

Se o Google Analytics não fornece uma métrica clara para usuários simultâneos, o que fornece? Aqui estão dois métodos comuns para ajudá-lo a determinar esse número:

1. Calcule usuários simultâneos .

Ao usar esta fórmula com dados extraídos do Google Analytics, você pode calcular o número de usuários ativos em seu site em uma unidade de tempo muito pequena, como um segundo:

[Peak Hourly Sessions X Average Session Duration (secs)] / 3600

Para sessões horárias de pico, acesse o relatório “Visão geral do público” no Google Analytics —> encontre o período de tráfego de pico —> altere a guia para “Hora” —> passe o mouse sobre o gráfico para ver o maior número de sessões em uma hora.

Para a duração média da sessão, a métrica é mostrada no painel Visão geral. Caso contrário, vá para "Selecionar uma métrica" ​​na guia Visão geral para exibir a duração.

2. Escolha uma alternativa do Google Analytics .

Embora o Google Analytics seja a ferramenta de análise da web mais popular do mercado, ela pode não atender a todas as suas necessidades específicas. Há um grande número de ferramentas analíticas que podem medir a simultaneidade de forma mais alinhada com a definição tradicional de usuários simultâneos.

E a capacidade de cache?

Então, os usuários simultâneos são uma medida válida de desempenho? Não completamente. Essa métrica ajuda você a entender a magnitude do cenário em alto nível, mas não fornece uma visão mais profunda.

Dito isso, é útil entender a diferença entre usuários que estão logados em seu site WordPress (membros, administradores, editores) e usuários que não estão logados. O comportamento desses usuários produz diferentes tipos de “hits” ou solicitações, que são mais indicativo do desempenho do site (mencionado em uma seção anterior acima).

Para expandir isso, esses diferentes tipos de solicitações vêm na forma estática ou dinâmica:

• Conteúdo estático (arquivos que raramente mudam) como CSS, JS e imagens, por exemplo, são facilmente armazenados em cache.
• Conteúdo dinâmico como páginas de login, carrinhos de compras e áreas exclusivas para membros não podem ser armazenados em cache porque exigem que a tela mostre algo exclusivo para cada pessoa que a visita.

Isso traz o conceito de cacheability , que se refere ao processo de armazenamento de dados em um cache ou área de armazenamento temporário. Quando o conteúdo é armazenado em cache, um navegador pode recuperá-lo do cache em vez do servidor original, economizando o tempo do usuário final e poupando a rede de qualquer sobrecarga de tráfego adicional.

 Em referência à classificação estática versus dinâmica acima, sites com mais conteúdo estático terão uma pontuação de capacidade de cache mais alta. Por outro lado, sites com conteúdo mais dinâmico terão uma pontuação de capacidade de cache mais baixa.

Quando os usuários do WP Engine estão logados em seu site WordPress, eles estão interagindo com conteúdo dinâmico que é quase completamente incacheável. Portanto, ele ignora nossas camadas de cache de front-end, como Varnish e CDN. Como resultado, essas solicitações que não podem ser armazenadas em cache geralmente consomem mais recursos, pois precisam ser processadas novamente no back-end via PHP e MySQL. Enquanto isso, sites que não exigem login podem variar em cache, dependendo dos elementos da página.

Este diagrama ilustra as diferentes tecnologias necessárias para fornecer conteúdo estático x dinâmico:

Para ilustrar, digamos que temos um site de adoção de filhotes chamado “The Puppy Nursery”. Como um novo visitante entrando no site, você de repente se envolve com fotos de alta qualidade na página inicial. Depois de passar o mouse sobre o menu, você decide clicar na página da biografia do filhote para obter mais detalhes sobre cada animal. Essas páginas são em sua maioria estáticas com descrições e fotos de cachorrinhos fofos. Como essas páginas têm principalmente conteúdo estático (armazenável em cache), essa sessão de usuário específica não consome muitos recursos.

Agora, depois de um dia, você resolve visitar o local novamente com a intenção de adotar um cachorrinho. Você clica na página de registro que aparece dinamicamente com uma lista de cachorros mais próximos de sua localização geográfica. Depois de escolher um filhote, você preenche um formulário com detalhes de contato pessoal, concorda com uma renúncia de segurança e fornece as informações do seu cartão de crédito para a taxa de adoção. Ao clicar em enviar, você é redirecionado para uma página de “Obrigado”. Essa sessão de usuário específica é mais dinâmica devido aos elementos interativos, incluindo pop-up personalizado, envio de formulário e transação com cartão de crédito. Como resultado, é mais intensivo em recursos.

Como mostra este exemplo, a variação nas sessões do usuário resulta em diferentes tipos de solicitações e número de solicitações ao servidor. Essas solicitações são melhores indicadores de capacidade e desempenho do que apenas o número de usuários simultâneos.

No geral, o número de usuários conectados e desconectados simultâneos e a capacidade de armazenamento em cache ajudam a entender a demanda de recursos do seu site.

Os diferentes tipos de sites .

Claramente, cada site é único e enfrenta diferentes desafios. No entanto, ainda é verdade que as características básicas de um site o informarão sobre sua capacidade de cache.

Expandindo esse conceito, aqui estão os diferentes tipos de sites que geralmente são mais estáticos ou dinâmicos.

Estático:

• Sites de folhetos
• sites de marketing B2B
• Organizações sem fins lucrativos
• Blogs (baixa atividade de postagem)
• Qualquer site com interação do usuário muito baixa

Dinâmico:

• lojas de comércio eletrônico
• Sites de membros
• Multisites WordPress
• Sistemas de Gestão de Aprendizagem
• Qualquer site com alta interação do usuário (comentários, registros, transações de pedidos, atividade de login, consultas de pesquisa)

Observação: embora sejam categorizados como tal, seu site WordPress pode ter elementos estáticos e dinâmicos. É por isso que, ao observar sua pontuação de capacidade de armazenamento em cache, é importante entender a proporção entre ambos.

Agora vamos traduzir isso para o tráfego. Imagine um cenário em que você tenha dois tipos de sites: brochura e comércio eletrônico. Por natureza, o site de brochura é mais estático do que a loja de comércio eletrônico. Respectivamente, diremos que a pontuação de capacidade de cache de cada site é de 90% e 20%. Se o seu site estiver hospedado no WP Engine, entre em contato com nossa equipe de suporte para determinar sua pontuação de capacidade de cache.

Nesse cenário, digamos que você decidiu usar uma solução dedicada do Google Cloud na plataforma do WP Engine para cada site. Supondo que as soluções sejam exatamente as mesmas, quanto tráfego o site de brochura pode suportar antes de cair? Que tal o site de comércio eletrônico?

Como você já sabe, a resposta depende. De um modo geral, o site de brochura na solução dedicada pode suportar significativamente mais visitantes por mês do que o site de comércio eletrônico. É simplesmente mais estático e armazenável em cache. Essa é uma suposição relativamente segura que podemos fazer.

No que diz respeito ao número exato de visitantes que seu site pode suportar, recomendamos abordar essa questão de forma holística, dividindo-a em partes menores.

Fazendo as perguntas certas .

Em vez de determinar quanto tráfego seu site pode suportar, talvez a pergunta mais útil seja…

Com quantos usuários simultâneos meu site pode lidar durante um determinado período de tempo durante um cenário realista de alto tráfego? Por exemplo, seu site será apresentado em um programa de TV e você espera 1.000 usuários simultâneos não conectados por 20 minutos.]

Quantos desses usuários estão logados versus desconectados?

Quão armazenável é o site?

Qual é o nível aceitável de tempo de resposta, solicitações por minuto, latência e taxas de erro durante esse pico de carga?

E como isso se traduz nos negócios, o que acontece se esses KPIs não forem atendidos?

Como isso pode afetar a receita?

Entre no teste de carga .

Para responder a essas perguntas, é altamente recomendável realizar um teste de carga para simular o cenário real.

 Um teste de carga é o processo de colocar demanda em um sistema para determinar como ele será executado.

Embora um teste de desempenho de página (disponível para clientes do WP Engine) ou um teste de ferramenta de velocidade (disponível para todos) meça a velocidade de um site com base em uma única visita, esse é apenas o primeiro capítulo. O teste de carga conta toda a história.

Mais comumente, um teste de carga é executado para simular tráfego de pico com um grande número de usuários simultâneos. Em outras palavras, como o site funciona sob carga pesada e não apenas uma única visita.

Para entender verdadeiramente a capacidade do seu ambiente especificamente para o seu site, fazer um teste de carga lhe dará mais confiança em qualquer nível de tráfego.

Aqui estão alguns recursos para ajudar:

Para um mergulho mais profundo no teste de carga, consulte este whitepaper.

Para obter dicas sobre como melhorar o cache da página, consulte este artigo.

Considerações Finais .

Entender quanto tráfego seu site pode suportar certamente pode ser confuso. A maioria dos provedores de hospedagem gerenciada define seus próprios critérios e visitantes mensais máximos para suas soluções. Como seu site tem um conjunto exclusivo de características, não é realista confiar nesses números para avaliar o desempenho e a capacidade. E lembre-se, os números mensais de tráfego não ajudarão você a entender como seu site lidará com um evento de alto tráfego, mesmo que dure apenas um curto período de tempo.

É por isso que esses números estimados devem ser usados ​​apenas como diretrizes. Você pode tomar uma decisão mais bem informada fazendo as perguntas certas, avaliando os dados certos e, se necessário, realizando os testes certos.

Como observação final, o tráfego é apenas uma parte do quebra-cabeça de desempenho e é apenas um fator determinante na escolha de uma solução e de uma plataforma. Outros fatores incluem camadas de cache, desempenho do banco de dados, qualidade e design da infraestrutura, alta disponibilidade e escalabilidade.

Cada negócio tem necessidades diferentes. Para clientes corporativos, há requisitos críticos de negócios e funcionais que precisam ser atendidos.

De acordo com os pilares do AWS Well-Architected Framework, estes são os de maior prioridade:

• Excelência Operacional: A capacidade de executar e monitorar sistemas para agregar valor aos negócios e melhorar continuamente os processos e procedimentos de suporte.
• Segurança: a capacidade de proteger informações, sistemas e ativos enquanto agrega valor comercial por meio de avaliações de risco e estratégias de mitigação.
• Confiabilidade: a capacidade de um sistema de se recuperar de interrupções de infraestrutura ou serviço, adquirir dinamicamente recursos de computação para atender à demanda e mitigar interrupções, como configurações incorretas ou problemas transitórios de rede.
• Eficiência de desempenho: a capacidade de usar recursos de computação de forma eficiente para atender aos requisitos do sistema e manter essa eficiência à medida que a demanda muda e as tecnologias evoluem.
• Otimização de custos: a capacidade de executar sistemas para fornecer valor de negócios ao preço mais baixo.

O WP Engine segue as práticas padrão da indústria que estão alinhadas com esses pilares.

Quer saber mais sobre quanto tráfego seu site pode suportar? Clique aqui para saber mais sobre os planos do WP Engine e os benefícios que os clientes veem quando utilizam nossa plataforma de hospedagem WordPress gerenciada.