Às vezes pode ser frustrante quando você percebe que não tem acesso suficiente aos dados para solucionar problemas em seu site WordPress. Felizmente, com o MyKinsta Analytics, você pode investigar e diagnosticar muitos desses problemas dentro do painel de controle. Hoje vamos mergulhar em cada seção do MyKinsta Analytics e compartilhar alguns exemplos (e cenários do mundo real) de como você pode usar esses dados para melhorar e corrigir o seu site WordPress. Descubra o que está acontecendo por baixo do capô!

Conheça o MyKinsta Analytics

O painel principal do MyKinsta oferece algumas informações detalhadas sobre a utilização de recursos, transferência de dados (largura de banda) e visitas únicas. Para mergulhar nos relatórios mais detalhados, você pode analisar todos os sites do seu plano indo até a aba Empresa > Analytics ou navegando até Analytics para um site específico (Sites sitename > Analítica).

Análise da empresa no MyKinsta
Análise da empresa no MyKinsta.
Análise de site no MyKinsta.
Análise de site no MyKinsta.

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

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

1. Recursos

Sob a 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.

Visitas

O gráfico de visitas mostra o número total de visitas ao seu site WordPress. 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 dados anterior (dia ou hora, dependendo do período de tempo selecionado). Este é o número exato de visitas ao site. 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.

Visitas no MyKinsta Analytics.
Visitas no MyKinsta Analytics.

Os planos de hospedagem da Kinsta são baseados no número total de visitantes do seu site. Leia mais sobre como a Kinsta conta 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. Isto porque a painel do MyKinsta sempre mostra as visitas dentro do seu ciclo da fatura 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.

Utilização do espaço em disco no MyKinsta.
Utilização do espaço em disco no MyKinsta.

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.

Uso de largura de banda.
Uso de largura de banda.

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 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 a 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 bytes
Principais pedidos por bytes.

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.

Principais pedidos por visualizações
Principais pedidos por visualizações.

2. Uso do CDN

Sob a seção Utilização do CDN, se o Kinsta CDN 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 de seu site estiver ocupando toda a sua largura de banda, você pode localizá-lo aqui.

Uso CDN no MyKinsta Analytics
Uso CDN no MyKinsta Analytics.

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.

Uso de largura de banda CDN.
Uso de largura de banda CDN.

Principais arquivos por solicitações

Principais arquivos por solicitações
Principais arquivos por solicitações.

Os principais arquivos por pedido mostram os arquivos mais solicitados em seu site atendidos pelo CDN. Isto 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. Isto pode ajudá-lo a identificar arquivos grandes que você pode ser capaz de otimizar, reduzindo o tamanho do arquivo e o uso da sua largura de banda CDN.

Principais arquivos por bytes.
Principais arquivos por bytes.

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. Isto pode ajudá-lo a identificar o tipo de mídia em seu site responsável pela maior parte do uso da sua largura de banda CDN.

Principais extensões de Arquivo por Bytes.
Principais extensões de Arquivo por Bytes.

3. Dispersão

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

Mobile vs Desktop

O relatório Mobile vs Desktop permite que você veja quais dispositivos estão atingindo o seu site. No exemplo abaixo, você pode ver que é principalmente o tráfego de desktop com mais de 86%.

Gráfico de dispersão portátil vs. desktop.
Gráfico de dispersão portátil vs. desktop.

4. Desempenho

Sob a 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 bate-papo com nossa equipe de suporte para que eles possam verificar qualquer problema relacionado ao servidor. Se nenhum problema relacionado ao servidor for encontrado, nós recomendamos usar nossa ferramenta APM para ajudar a diagnosticar problemas de desempenho.

Tempo médio de resposta PHP + MySQL.
Tempo médio de resposta PHP + MySQL.

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 discriminação mais detalhada por horas ou dias (dependendo do período de tempo).

Taxa de transferência PHP.
Taxa de transferência PHP.

Limite de PHP Worker

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 em 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.

Gráfico de limite de PHP Workers.
Gráfico de limite de PHP Workers.

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 postagens, 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 post detalhado sobre o diagnóstico do alto uso de Admin-AJAX em seu site WordPress.

Tempo de carregamento admin-ajax.php em uma tabela de cascata
Tempo de carregamento admin-ajax.php em uma tabela de cascata.

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 post que mencionamos acima para restringir a fonte desses picos.

Gráfico do uso de AJAX no MyKinsta Analytics.
Gráfico do uso de AJAX no MyKinsta Analytics.

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.

Média superior do PHP + tempo de resposta do MySQL.
Média superior do PHP + tempo de resposta do MySQL.

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.

Tempo máximo de Upstream.
Tempo máximo de Upstream.

5. Resposta

Sob a seção Resposta, você pode ver sua quebra de código de resposta, estatísticas de resposta, repartição de erro 500, Repartição de erro 400, Repartição 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.

Repartição de código de resposta.
Repartição de código de resposta.

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.

Estatísticas de respostas.
Estatísticas de respostas.

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 profunda do que cada um desses meios:

  • 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 500.
Repartição de erro 500.

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 profunda do que cada um desses meios:

  • 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, isto é 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 erro 400.
Repartição de erro 400.

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 profunda do que cada um desses meios.

  • 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.
Gráfico de desagregação redirecionado.
Gráfico de desagregação redirecionado.

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.

Principais erros 404.
Principais erros 404.

Se você vir 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.

Erros 404 no Google Search Console.
Erros 404 no Google Search Console.

6. Cache

Sob a 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 do Kinsta, ele envia um valor no cabeçalho da resposta HTTP (X-Kinsta-Cache) para que você saiba o status do cache.

X-Kinsta-Cache Hit em cabeçalhos de resposta HTTP.
X-Kinsta-Cache Hit em cabeçalhos de resposta HTTP.

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 do Kinsta. Normalmente isto é o que você quer ver.
  • BYPASS: Isto significa que uma regra ou conflito provavelmente está impedindo o cache do recurso. Nós 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, o que garante a funcionalidade adequada quando você faz o login no seu painel de controle.
  • MISS: Isto 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 purga automaticamente apenas certas seções do seu site para que o resto possa permanecer em cache. Leia mais sobre como o Kinsta lida com o cache.
  • EXPIRED: Isto 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.

Gráfico de componente de cache.
Gráfico de componente de cache.

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.

Gráfico de componentes do Cache.
Gráfico de componentes do 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.

Principal cache Bypass.
Principal cache Bypass.

7. Geo & IP

Sob a seção Geo & IP, você pode ver os principais países, as principais cidades e o melhor endereço IP visitando seu site. Isto lhe dá insights 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 35 localizações do Google Cloud Platform ao redor do mundo onde você pode hospedar seu site WordPress. Para mais detalhes, confira nosso post detalhado sobre latência de rede e porque é importante colocar seu site estrategicamente.

Principais países.
Principais países.

Principais cidades

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

Principais cidades.
Principais cidades.

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. Isto mostra os principais endereços IPs listados por pedido de contagem.

IPs dos principais clientes.
IPs dos principais clientes.

Como você pode usar esses dados? Aqui está um exemplo de um estudo de caso em um site WordPress de comércio eletrônico. 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 busca do Google, nós pudemos ver que a maioria deles eram endereços proxy, o que significa que alguém muito provavelmente queria esconder seu tráfego.

Um endereço IP proxy nos resultados de pesquisa do Google.
Um endereço IP proxy nos resultados de pesquisa do Google.

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 a 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 aplicação web diferente como Sucuri.

Notas adicionais

Os dados analíticos completos são retidos por 30 dias. Sugerimos verificar as páginas do painel de controle e Analytics com mais frequência após a primeira migração para Kinsta. Se você vir um pico de tráfego inexplicável ou uma inconsistência que lhe diga respeito, informe a nossa equipe de suporte e nós podemos investigar melhor os logs para ajudar a determinar a causa.

Esperamos que, com todos os dados acima, você tenha uma melhor compreensão de como Kinsta fornece conteúdo aos seus visitantes.