Análises

Conheça o MyKinsta Análises

A página inicial do MyKinsta apresenta um resumo rápido do uso de recursos, transferência de dados, visitas únicas ao seu site ativo e uso de CDN, se for o caso.

Para acessar relatórios mais detalhados, você pode verificar as análises para todos os sites em seu plano indo até as configurações da empresa > página de análises. Nota: Se você também tiver Hospedagem de Aplicativos ou Hospedagem de Banco de Dados, precisará selecionar a subpágina WordPress. Quando está visualizando as análises a nível de empresa, está vendo dados para todos os sites e ambientes.

Para visualizar as análises de apenas um site específico (análises a nível de site), vá até Sites WordPress > nomedosite > Análises.

Você pode então escolher ver os dados das últimas 24 horas, 7 dias, 30 dias, ou o ciclo de cobrança atual (mês atual no menu suspenso).

As análises são divididas em sete seções diferentes, nas quais abordaremos mais abaixo:

Recursos

Na seção Recursos, você pode visualizar seu número total de visitas, espaço em disco, uso de largura de banda, pedidos superiores por bytes e pedidos superiores por visualizações.

Uso do plano

O uso do plano exibe os totais para todos os sites no plano da sua empresa. As informações de uso do disco são calculadas uma vez por dia para cada site, em diversos horários. Isso significa que a quantidade de espaço no disco utilizado pode variar durante o dia, e o total para todos os sites pode não ser completamente preciso até o dia seguinte.

Distribuição do uso do plano

O relatório de distribuição do uso do plano mostra um detalhamento do número de visitas, uso de banda e uso de espaço em disco para cada site WordPress no plano da sua empresa. Você pode organizar este gráfico por Visitas, Largura de Banda ou Espaço em Disco em ordem ascendente, ou descendente, clicando no cabeçalho correspondente.

Como os planos de hospedagem da Kinsta são baseados no número total de visitantes do seu site de produção, você pode identificar quanto do uso do seu plano cada site utiliza. O uso da largura de banda e o uso de espaço em disco ajudam a identificar quais sites podem precisar de mais análise para solução de problemas.

Visitas

O gráfico de visitas mostra o número de visitas ao seu ambiente WordPress (de Produção, Teste Padrão ou Teste Premium). Se você destacar um ponto específico no gráfico, ele mostrará o número de visitas para aquele dia e uma porcentagem de comparação com o ponto de dado anterior (dia ou hora, dependendo do intervalo de tempo selecionado). Este é o número exato de visitas ao ambiente. Lembre-se que seus filtros e regras do Google Analytics não se aplicam aqui. Todos os serviços mostrarão um número diferente baseado em seu próprio conjunto de regras – a quem eles consideram irrelevante/tráfego de robôs e aqueles que não consideram.

Os planos de hospedagem da Kinsta são baseados no número total de visitantes do seu site ativo. Somente as visitas ao ambiente ativo são contabilizadas no uso do seu plano (exibidas no topo da sua página de Análises de Nível de Empresa e na seção de Análises de Sites WordPress no painel de controle). Leia mais sobre como a Kinsta contabiliza as visitas.

Nota: O total de visitas na seção de Recursos de análise pode ser diferente do total que você vê na página do Painel de Controle no MyKinsta. Isso porque o painel MyKinsta sempre mostra as visitas dentro do seu ciclo de cobrança atual.

Espaço em disco

O gráfico de espaço em disco mostra o seu limite de armazenamento e uso. Nota: O uso do espaço em disco não pode ser visto nas últimas 24 horas, então você precisará selecionar 7 dias, 30 dias ou o mês atual para o período de tempo no menu suspenso próximo ao topo da página.

Largura de banda

O relatório de uso de banda mostra o total de dados que seu site utilizou. A Kinsta cobra por planos baseados no número de visitantes do seu site, mas o uso da largura de banda pode ajudá-lo a resolver problemas de desempenho. Se você destacar um ponto específico no gráfico, ele mostrará alguns dados de comparação, como a diferença percentual entre cada dia.

Nós recomendamos fortemente que cada cliente implemente um CDN. Não apenas porque você verá um aumento na velocidade, mas esta pode ser uma ótima maneira de diminuir a largura de banda e os recursos em seu site. A largura de banda CDN é muito barata ou até mesmo gratuita. Confira nosso artigo detalhado sobre os benefícios de um CDN WordPress e por que você deve usar um CDN. Ou, se você estiver pronto, confira como habilitar o CDN da Kinsta em seu site.

Principais pedidos por bytes

Um byte é uma sequência de bits binários em um fluxo de dados serializado em sistemas de transmissão de dados. Quando se trata do seu site WordPress, isto é tipicamente medido em MBs, GBs e TBs. O número total de bytes transferidos em seu site compõe à sua largura de banda. No relatório de pedidos por bytes no topo, você pode ver quais pedidos em seu site consomem mais largura de banda.

Principais pedidos por visualizações

O relatório de pedidos por visualizações mostra os recursos mais solicitados do seu site no servidor, independentemente do tamanho. Se o seu site usa mais largura de banda do que o esperado, este relatório e os acima podem ajudá-lo a solucionar problemas e determinar para onde sua largura de banda está indo. Muitas vezes, você pode facilmente detectar um padrão.

Uso do CDN

Na seção Utilização do CDN, se o CDN da Kinsta estiver ativado, você pode ver sua largura de banda CDN, principais arquivos por solicitações, principais arquivos por bytes e principais extensões de Arquivo por Bytes. Se um determinado arquivo de mídia do seu site estiver ocupando toda à sua largura de banda, você pode localizá-lo aqui.

Largura de banda

O relatório de uso de largura de banda CDN mostra o total de dados CDN que seu site utilizou. Se você destacar um ponto específico no gráfico, ele mostrará alguns dados comparativos, tais como a diferença percentual entre cada dia.

Principais arquivos por solicitações

Os principais arquivos por pedido mostram os arquivos mais solicitados em seu site atendidos pelo CDN. Isso pode ajudá-lo a identificar quais arquivos são responsáveis pela maior parte do uso da sua largura de banda CDN.

Principais arquivos por bytes

O relatório dos principais arquivos por bytes mostra os maiores arquivos em seu site servidos pelo CDN. Isso pode ajudá-lo a identificar arquivos grandes que você pode conseguir otimizar, reduzindo o tamanho do arquivo e o uso da sua largura de banda CDN.

Principais extensões de arquivo por Bytes

O relatório de bytes das extensões de arquivo superior mostra as principais extensões de arquivo X servidas pelo CDN. Isso pode ajudá-lo a identificar o tipo de mídia em seu site responsável pela maior parte do uso da largura de banda CDN.

Dispersão

Na seção Dispersão, você pode ver diferentes percepções sobre o tráfego em seu site.

Desktop vs Tablet vs Mobile

O gráfico de desktop vs tablet vs mobile permite que você veja quais dispositivos estão acessando o seu site. No exemplo abaixo, você pode ver que o tráfego é predominantemente de desktop, com 87%.

Desempenho

Na seção Desempenho, você pode visualizar seu tempo médio de resposta PHP + MySQL, rendimento PHP, limite de PHP Workers, uso de AJAX, tempo médio de resposta PHP + MySQL, e tempo máximo de resposta upstream.

Tempo médio de resposta PHP + MySQL

Sempre que você visita um site WordPress, PHP e MySQL são usados para compilar e consultar os dados que você vê na página. Este gráfico mostra o tempo médio de resposta do mecanismo PHP e do mecanismo MySQL para cada requisição sem cache.

Se este valor é alto ou mostra um pico recente, sinta-se à vontade para abrir um novo chat com nossa equipe de suporte para que eles possam verificar qualquer problema relacionado ao servidor. Se nenhum problema relacionado ao servidor for encontrado, recomendamos usar nossa ferramenta APM para diagnosticar problemas de desempenho.

Taxa de transferência PHP

O rendimento é o número de transações por unidade de tempo. Neste relatório, ele se refere à taxa de transferência PHP do seu site WordPress. Em outras palavras, ele mostra quantas solicitações totais foram executadas durante o período de tempo selecionado. O gráfico de linha mostra uma descrição mais detalhada por horas ou dias (dependendo do período de tempo).

Limite de PHP Workers

O gráfico de limite de PHP Workers mostra com que frequência o mecanismo PHP atingiu o máximo de PHP Workers alocados. Por exemplo, se seu plano inclui 4 PHP Workers, e seu site utiliza todos os 4 PHP Workers simultaneamente e não pode responder imediatamente às solicitações de PHP recebidas, isso contaria como uma instância para atingir o limite de PHP Workers.

Cada plano de hospedagem na Kinsta inclui um certo número de PHP Workers. As informações neste gráfico podem ajudá-lo a avaliar se o seu site está ou não atingindo limites continuamente.

Uso de AJAX

AJAX (Asynchronous JavaScript and XML) é um termo que descreve o uso de um script do lado do cliente que permite a você atualizar partes de uma página web sem ter que fazer um postback ou atualização de página.

Quando se trata do WordPress, você pode ter visto admin-ajax.php em seus testes de velocidade. O WordPress usa Ajax para recursos centrais de administração como salvamento automático de artigos, gerenciamento de sessões de usuários e notificações. As chamadas Ajax para esses recursos são feitas através do arquivo admin-ajax.php em /wp-admin.

Os problemas mais comuns com o Ajax no WordPress são os plugins que causam picos e problemas de CPU no backend. Para mais detalhes, confira nosso artigo detalhado sobre o diagnóstico do alto uso de Admin-AJAX em seu site WordPress.

O gráfico do uso de AJAX mostra a contagem dos pedidos admin-ajax, e você pode ver se há picos de uso do Ajax durante períodos específicos. Selecione uma das barras no gráfico, e você pode ver o número de solicitações de Ajax para aquele período de tempo em particular. Você pode então utilizar algumas das dicas no artigo que mencionamos acima para restringir a fonte desses picos.

Tempo médio de resposta PHP + MySQL

Esta lista mostra os caminhos com os melhores tempos de resposta do PHP e MySQL. Estes números podem ser picos únicos, então é melhor comparar esta lista com a lista de Tempo máximo de Upstream.

Tempo máximo de Upstream

O tempo de upstream é o tempo total necessário para o NGINX (e servidores upstream) processar uma solicitação e enviar uma resposta. Esta lista mostra os caminhos com os melhores tempos de upstream PHP e MySQL (combinados) para as solicitações.

Resposta

Na seção Resposta, você pode ver a análise do código de resposta, as estatísticas de resposta, a análise de erros 500, a análise de erros 400, a análise de redirecionamentos e os principais erros 404.

Repartição de código de resposta

O gráfico de repartição de código de resposta permite que você veja uma visão geral da distribuição dos códigos de status HTTP atendidos para os recursos solicitados. Os códigos de resposta, também conhecidos como códigos de status HTTP, nem sempre são ruins. Por exemplo, um código de status de 200 HTTP significa “Tudo está OK” Este código é entregue quando uma página web ou recurso age exatamente do jeito que se espera que aja. Nós iremos para os outros mais abaixo.

Estatísticas de resposta

O relatório de estatísticas de resposta mostra o número total de redirecionamentos, erros, taxa de sucesso e taxa de erro. Todo site WordPress normalmente terá uma pequena taxa de erro, o que é completamente normal.

Repartição de erro 500

O gráfico de repartição de erro 500 mostra o número total de 500 erros que ocorreram no servidor. Aqui está uma explicação mais detalhada do que cada um desses erros significam:

• 500: “There was an error on the server and the request could not be completed.” Um código genérico que significa que houve um “erro interno no servidor” Algo deu errado no servidor, e o recurso solicitado não foi entregue.
• 502: “Bad Gateway” Este código de erro tipicamente significa que um servidor recebeu uma resposta inválida de outro. Às vezes uma consulta ou solicitação leva muito tempo, então é cancelada ou morta pelo servidor. Leia mais sobre como corrigir um erro do 502 “Bad Gateway”.
• 503: “The server is unavailable to handle this request right now.” A requisição não pode ser completada agora mesmo. Este código pode ser retornado por um servidor sobrecarregado que não pode lidar com solicitações adicionais. Nós temos um guia passo a passo sobre como corrigir o erro do serviço 503 indisponível no WordPress.

Repartição de erro 400

O gráfico de repartição de erro 400 mostra o número total de 400 erros que ocorreram no servidor. Aqui está uma explicação mais detalhada do que cada um desses erros significam:

• 401: “Unauthorized.” O servidor retorna este erro quando o recurso de destino não tem credenciais de autenticação válidas.
• 403: “Access to that resource is forbidden.” Este código é devolvido quando um usuário tenta acessar algo que não tem permissão para acessar. Por exemplo, tentar ver o conteúdo protegido por senha sem entrar no sistema pode produzir um erro 403.
• 404: “The requested resource was not found.” A mensagem de erro mais comum de todas elas. Este código significa que o servidor não consegue encontrar o recurso solicitado, e o servidor não sabe se ele alguma vez existiu.
• 405: “Method not allowed.” Este erro é gerado quando o servidor de hospedagem (servidor de origem) suporta o método recebido, mas o recurso de destino não suporta.
• 429: “Too Many Requests.” O servidor tipicamente gera este erro quando o usuário enviou muitas solicitações em um determinado período de tempo (limite de taxa). Muitas vezes, isso é causado por bots ou scripts que tentam forçar o acesso à sua página de login padrão do WordPress. Você pode ajudar a bloquear seu site alterando sua URL de login do WordPress.
• 499: “Client closed request.” Este erro é retornado pela NGINX quando o cliente fecha o pedido enquanto a NGINX ainda o está processando.

Repartição de redirecionamentos

O gráfico de repartição de redirecionamentos mostra o número total de redirecionamentos que ocorreram no servidor. Lembre-se que, como 200 códigos de resposta, nem todos os códigos de resposta são ruins. 300 códigos de resposta normalmente significam que você moveu o conteúdo para outro lugar. 301 redirecionamentos, por exemplo, são muito importantes, pois eles ajudarão a manter sua classificação SEO para URL e mudanças no site. Aqui está uma explicação mais detalhada do que cada um desses erros significam.

• 301: “The requested resource has been moved permanently.” Este código é entregue quando uma página da web ou recurso foi permanentemente substituído por um recurso diferente. Ele é usado para redirecionamento permanente de URLs.
• 302: “The requested resource has moved but was found.” Este código indica que o recurso solicitado foi temporariamente movido para um local diferente.
• 304: “The requested resource has not been modified since the last time you accessed it.” Este código diz ao navegador que os recursos armazenados no cache do navegador não foram modificados. Ele acelera a entrega da página web reutilizando recursos previamente baixados.

Principais erros 404

A lista de principais erros 404 ajuda você a solucionar os recursos mais solicitados que os visitantes ou bots automatizados estão acertando que não existem no seu site.

Se você ver uma grande quantidade de erros 404, é geralmente recomendado que você passe pelo seu site e os conserte para fins de SEO e usabilidade. Você também pode procurá-los no Google Search Console sob o rastreamento de erros.

Cache

Na seção Cache, você pode ver sua pilha de componentes de cache, gráfico de componentes de cache e o total de desvios de cache.

Pilha de componentes do cache

Sempre que um arquivo ou recurso é solicitado dos servidores da Kinsta, ele envia um valor no cabeçalho da resposta HTTP (X-Kinsta-Cache) para que você saiba o status do cache.

Há quatro tipos de cabeçalhos de resposta de cache retornados:

• HIT: Um HIT significa que o recurso está sendo servido a partir do cache nos servidores da Kinsta. Normalmente Isso é o que você quer ver.
• BYPASS: Isso significa que uma regra ou conflito provavelmente está impedindo o cache do recurso. Temos regras em vigor para que certas coisas no seu site WordPress não sejam armazenadas em cache. Por exemplo, sua página /wp-login.php não está em cache, garantindo a funcionalidade adequada quando você faz o login no seu painel de controle.
• MISS: Isso significa que o conteúdo ainda não estava no cache, mas estará após a primeira solicitação. A segunda solicitação a esse arquivo será um HIT de cache. Lembre-se que cada vez que você limpar o cache em seu site WordPress, ele terá que ser reconstruído por pessoas que o visitam. É por isso que recomendamos não limpar o cache inteiro constantemente. O plugin Kinsta MU limpa automaticamente apenas certas seções do seu site para o resto permanecer em cache. Leia mais sobre como o plugin Kinsta lida com o cache.
• EXPIRED: Isso significa que o conteúdo em cache expirou e o novo conteúdo do servidor de hospedagem foi obtido.

O relatório da pilha de componentes de cache permite que você veja o número total de valores de cabeçalho de resposta de cache gerados a partir do seu site.

Tabela de componentes do cache

O gráfico de componentes do cache é outra forma de visualizar os valores totais do cabeçalho de resposta do seu cache.

Principal cache Bypass

O relatório de desvios do cache superior permite que você veja os pedidos superiores que contornam o cache em seu site. É bom dar uma olhada nisso e ter certeza de que esses caminhos devem estar contornando o cache. O exemplo abaixo mostra que /wp-cron.php não está em cache, o que é necessário para que o WP-Cron funcione como esperado.

Geo & IP

Na seção Geo & IP, você pode ver os principais países, as principais cidades e o melhor endereço IP visitando seu site. Isso lhe dá informações  sobre os países, cidades e endereços de IP individuais dos visitantes do seu site.

Principais países

A lista de principais países pode ajudá-lo a determinar se o centro de dados em que seu site está é o melhor local. Esta lista é uma análise geo por país dos endereços IP dos visitantes. No exemplo abaixo, o site provavelmente deveria ser colocado em um servidor nos Estados Unidos, já que a maior parte do tráfego é de lá.

Kinsta agora tem 37 locais do Google Cloud Platform em todo o mundo onde você pode hospedar o seu site WordPress. Para mais detalhes, confira o nosso artigo detalhado sobre latência de rede e por que é importante colocar o seu site estrategicamente.

Principais cidades

A lista principais cidades mostra a análise geo por cidade dos endereços IP dos visitantes.

IPs dos principais clientes

A lista de IPs dos principais clientes pode ser útil se o seu site de repente usar muita largura de banda. Isso mostra os principais endereços IPs listados por pedido de contagem.

Como você pode usar esses dados? Aqui está um exemplo de um estudo de caso em um site WordPress de eCommerce. A análise dos 10 principais IPs de clientes do site nos últimos 7 dias mostrou alguma atividade suspeita. A maioria deles tinha mais de 10.000 solicitações, e havia alguns poucos IPs com essas muitas solicitações. Foi muito provavelmente um ataque DDoS ou de força bruta. Entrando em alguns dos principais IPs na pesquisa do Google, pudemos ver que a maioria deles eram endereços de proxy, o que significa que alguém muito provavelmente queria ocultar seu tráfego.

A boa notícia é que, além da proteção por firewall, nossa integração Cloudflare também inclui proteção gratuita DDoS (Distributed Denial of Service). Se você precisar de mais intervenção, informe à nossa equipe de suporte. Se necessário, nós podemos bloquear os IPs para você.

Outras opções incluem a configuração de sua própria conta Cloudflare (onde você pode habilitar e configurar o Cloudflare Web Application Firewall com regras mais específicas para o seu site) ou adicionar um firewall de aplicativo web diferente como Sucuri.

Notas adicionais

Os dados completos de análise são retidos por 30 dias. Sugerimos verificar as páginas do painel de controle e Análises  com mais frequência após a migração para a Kinsta. Se você perceber um aumento de tráfego inexplicável ou inconsistência que o preocupe, informe nossa equipe de Suporte e podemos investigar ainda mais os registros para determinar a causa.

Com todos os dados acima, esperamos que você tenha uma melhor compreensão de como a Kinsta entrega o conteúdo aos seus visitantes.