Kinsta Edge Caching: Servindo páginas da Web até 80% mais rápido (ou mais)

Publicados: 2022-12-22

Os visitantes do seu site odeiam esperar que as páginas carreguem – no desktop ou em dispositivos móveis. As páginas que demoram a carregar podem fazê-los correr para o site de um concorrente. Você também está preocupado com o impacto do desempenho do site nos resultados de pesquisa.

Na Kinsta, levamos a velocidade a sério e estamos sempre procurando tornar os sites de nossos clientes mais rápidos.

A adição do Kinsta Edge Caching aos nossos planos de hospedagem gerenciada do WordPress em dezembro de 2022 adicionou novas ferramentas para ajudar os clientes a obter as páginas de seus sites nos navegadores mais rapidamente.

Medindo o tempo até o primeiro byte (TTFB), vimos um tempo médio de resposta em todos os testes de 207 milissegundos com cache de borda ativado, contra 402,59 milissegundos sem cache de borda. Isso é uma queda de quase 49% . Mas alguns dos sites do mundo real em nossos testes tiveram um desempenho muito melhor do que isso, com desempenhos TTFB quase 80% mais rápidos com cache de borda. Vamos nos aprofundar nesses números abaixo.

Vamos dar uma olhada em como o desempenho do seu site WordPress pode melhorar quando mais de seu conteúdo está “no limite”.

O que é cache de borda?

Muitos de nossos clientes de hospedagem WordPress já estão aproveitando nossa integração com Cloudflare e seus servidores de borda através do Kinsta CDN. Essa rede de distribuição de conteúdo coloca os ativos estáticos de um site — como imagens, fontes e arquivos contendo CSS e JavaScript — em mais de 275 locais na rede da Cloudflare em todo o mundo. Isso significa que esses ativos estão disponíveis mais perto da localização física dos visitantes do seu site. Transportes mais curtos para esses ativos resultam em menor latência de rede.

O armazenamento em cache do HTML das páginas do WordPress é muito parecido com o gerenciamento dos ativos no CDN. A diferença é que gerenciar um cache de arquivos como imagens — que raramente mudam — é relativamente simples. É mais difícil gerenciar o conteúdo inicialmente gerado dinamicamente pelo WordPress, armazenado em cache como conteúdo estático e, em seguida, regenerado sempre que o conteúdo é editado.

Como o conteúdo é armazenado em cache no Edge?

Os caches de borda são preenchidos por solicitações para as páginas do seu site pelos navegadores. Se uma página ainda não estiver armazenada em cache, a solicitação será passada para o site WordPress de origem, onde a página pode estar no cache local ou pode ser gerada novamente pelo WordPress. A página é armazenada no cache de borda no caminho de volta para o navegador. Solicitações futuras no mesmo caminho se beneficiarão do cache até que ele seja limpo.

É também assim que os caches móveis são preenchidos. Se a solicitação de uma página vier de um dispositivo móvel, o conteúdo será salvo em um cache móvel. (O cache móvel não faz distinção entre, digamos, dispositivos iOS e Android. Solicitações de tablets são agrupadas com conteúdo de desktop.)

Cache Local do WordPress e Cache de Borda

Kinsta fornece uma abordagem sem plug-in para cache local do WordPress no próprio servidor do seu site. A visão de Kinsta sobre o Edge Caching mantém essa simplicidade: as mesmas etapas que você tem feito para limpar seu cache local agora também manterão um cache de borda sincronizado.

Além disso, o painel MyKinsta inclui funcionalidade para limpar o cache de borda – e apenas o cache de borda – diretamente.

A novidade do Edge Caching é a capacidade de habilitar um cache para dispositivos móveis. Se o seu site gera marcação exclusiva para dispositivos móveis, você pode armazenar em cache esse HTML separadamente do conteúdo para dispositivos de desktop.

Kinsta Edge Caching é o mesmo que o APO da Cloudflare?

Kinsta Edge Caching compartilha a mesma rede poderosa de servidores de borda usados ​​pelo serviço Automatic Platform Optimization (APO) da Cloudflare. O APO também foi projetado para fornecer cache de borda para sites WordPress.

Aqui está o que diferencia o Kinsta Edge Caching:

  • Sem taxas extras. (O Edge Caching é gratuito com todos os planos de hospedagem gerenciada do WordPress).
  • Não há necessidade de um plug-in de gerenciamento de cache.
  • Integração perfeita com o painel MyKinsta.
  • Uma plataforma para gerenciar CDN e Edge Caching.
Você sabia que pode reduzir o tempo de entrega de sua página da web em mais de 50%? Sim, possibilitado pelo Kinsta Edge Caching! Saiba mais neste guia ️ Click to Tweet

Colocando Kinsta Edge Caching à prova

Antes de lançar oficialmente o recurso, convidamos alguns de nossos clientes para experimentar uma versão Beta do novo serviço Edge Caching para obter feedback. Os sites reais de nossos testadores Beta em todo o mundo forneceram o ambiente perfeito para testar a velocidade da tecnologia.

A partir do data center do Google conhecido como us-central1 em Council Bluffs, Iowa, as ferramentas automatizadas de nossa equipe pesquisaram os sites dos testadores Beta e registraram tempos de resposta para três cenários de cache:

  1. Quando uma página foi entregue do cache de um servidor de borda Cloudflare.
  2. Quando uma página não foi encontrada em um servidor de borda Cloudflare e foi extraída do cache “local” do servidor de origem.
  3. Quando não havia nenhuma página em cache e o WordPress tinha que lançar scripts PHP e disparar consultas ao banco de dados para construir a página dinamicamente.

O foco principal foi a diferença nos tempos de resposta para caches locais e de borda.

Medimos os tempos de resposta de duas maneiras:

  1. Tempo até o primeiro byte — o intervalo entre uma solicitação de página e a chegada do primeiro byte de dados.
  2. Hora de baixar uma página HTML inteira.

A medição do TTFB se concentra na latência na rede entre um servidor da Web e um navegador, pois é amplamente independente da quantidade de dados transferidos para concluir uma página. Cronometrar a transferência de uma página inteira é uma medida útil que reflete a tarefa do mundo real de fornecer HTML aos navegadores.

Cache de borda em números

Depois de centenas de testes direcionados a sites WordPress em data centers em todo o mundo, descobrimos que, em média, o Kinsta Edge Caching reduziu em mais de 50% o tempo necessário para entregar páginas completas aos navegadores.

Dê uma olhada:

Gráfico mostrando melhorias em TTFB e velocidade de entrega de página graças ao Edge Caching.
TTFB: 402,59 ms (cache local), 207 ms (borda). Página inteira: 490,99 ms (cache local), 223,98 ms (borda).

Com base em nossos testes, o Edge Caching reduziu o TTFB em uma média de quase 48,6% e o tempo para transferir páginas completas caiu quase 54,4%

Excedendo uma melhoria de 80% em longas distâncias

Embora as médias de todos os testes de velocidade tenham sido impressionantes, essa visualização pode ocultar dados importantes – especialmente para aqueles que visam um público global.

Nossos testes encontraram algumas melhorias dramáticas de desempenho quando o Edge Caching reduziu a distância entre navegadores e servidores de origem mais distantes.

Por exemplo, o Edge Caching reduziu o TTFB em 83,6% e os tempos de transferência de página em 85,6% entre nosso local de teste em Iowa e o data center asia-southeast1 do Google em Cingapura:

Gráfico mostrando o desempenho do Edge Caching para o data center de Jurong West.
TTFB: 672,01 ms (cache local), 110,05 ms (borda). Página inteira: 901,1 ms (cache local), 129,79 ms (borda).[/caption

Conectando-se a sites WordPress no data center Sydney australia-southeast1 , o TTFB caiu quase 73,6% e os tempos de transferência de página caíram 77,3% .

[caption align="alignnone" width="1000"] Gráfico mostrando o desempenho do Edge Caching para o data center de Sydney. TTFB: 898,26 ms (cache local), 237,21 ms (borda). Página inteira: 1.130,48 ms (cache local), 256,95 ms (borda).

Vimos números semelhantes no data center australia-southeast2 em Melbourne. Os sites WordPress dos clientes Kinsta viram o Edge Caching diminuir o TTFB em média 77,8% e a transferência de página em quase 82,7% :

Gráfico mostrando o desempenho do Edge Caching para o data center de Melbourne.
TTFB: 607,37 ms (cache local), 134,63 ms (borda). Página inteira: 812,46 ms (cache local), 140,62 ms (borda).

Conectando-se a sites hospedados no data center europe-north1 em Hamina, Finlândia, o TTFB caiu quase 41,7% e os tempos de transferência de página caíram mais de 56,3% .

Gráfico mostrando o desempenho do Edge Caching para o data center Hamina.
TTFB: 579,81 ms (cache local), 338,17 ms (borda). Página inteira: 822,21 ms (cache local), 358,89 ms (borda).

Para sites hospedados em St. Ghislain, na Bélgica, no data center europe-west1 , o TTFB e os tempos de transferência de página caíram 69% .

Gráfico mostrando o desempenho do Edge Caching para o data center Ghislain.
TTFB: 464,64 ms (cache local), 143,13 ms (borda). Página inteira: 464,92 ms (cache local), 143,38 ms (borda).

Sites testados no data center europe-west2 em Londres, Reino Unido, mostraram TTFB caindo 58% e tempos de transferência de página 60,8% .

Gráfico mostrando o desempenho do Edge Caching para o datacenter de Londres.
TTFB: 372,4 ms (cache local), 156,17 ms (borda). Página inteira: 458,18 ms (cache local), 179,34 ms (borda).

No data center europe-west3 em Frankfurt, Alemanha, o TTFB caiu quase 64% e os tempos de transferência de página caíram 67,5% .

Gráfico mostrando o desempenho do Edge Caching para o data center de Frankfurt.
TTFB: 409,27 ms (cache local), 147,42 ms (borda). Página inteira: 507,52 ms (cache local), 164,98 ms (borda).

Conectando-se a sites hospedados no data center europe-west4 em Eemshaven, Holanda, o TTFB caiu quase 56% e os tempos de transferência de página caíram 63,6% .

Gráfico mostrando o desempenho do Edge Caching para o data center Eemshaven.
TTFB: 394,49 ms (cache local), 173,76 ms (borda). Página inteira: 538,84 ms (cache local), 195,82 ms (borda).

Durante o teste de sites no data center northamerica-northeast1 em Montreal, Canadá, o TTFB caiu pouco mais de 10% e os tempos de transferência de página caíram pouco mais de 16,2% .

Gráfico mostrando o desempenho do Edge Caching para o data center de Montreal.
TTFB: 325,3 ms (cache local), 292,28 ms (borda). Página inteira: 351,1 ms (cache local), 294,15 ms (borda).

No data center us-east5 em Columbus, Ohio, os tempos de TTFB e de transferência de página foram reduzidos em quase 59% .

Gráfico mostrando o desempenho do Edge Caching para o data center Columbus.
TTFB: 326,69 ms (cache local), 133,97 ms (borda). Página inteira: 341,15 ms (cache local), 140,5 ms (borda).

No data center us-west4 em Las Vegas, Nevada, nos EUA, o TTFB caiu pouco mais de 54,7% e o tempo de transferência de página caiu quase 57,3% .

Gráfico mostrando o desempenho do Edge Caching para o data center de Las Vegas.
TTFB: 366,73 ms (cache local), 165,88 ms (borda). Página inteira: 413,39 ms (cache local), 176,63 ms (borda).

Mas não é apenas Kinsta que está colocando o Edge Caching à prova.

Brian Jackson, cofundador da agência digital forgemedia, cronometrou o TTFB e a renderização completa de páginas do WordPress em um navegador após o Edge Caching. Ele também analisou a maior pintura de conteúdo (LCP), o ponto em que o conteúdo principal de uma página foi renderizado o suficiente para que um usuário possa percebê-lo como utilizável. Ele postou suas descobertas no Twitter:

Captura de tela de um tweet de Brian Jackson.
Twitter/Brian Jackson. (Veja no Twitter.)

Simon Harper, da SRH Design, testou o Kinsta Edge Caching observando TTFB e LCP, bem como a primeira pintura de conteúdo (FCP), que é a aparência inicial de qualquer conteúdo em uma tela, mesmo que não seja o conteúdo principal da página. Ele também relatou via Twitter:

Captura de tela de um tweet de Simon Harper.
Twitter/Simon Harper. (Veja no Twitter.)

A estrutura das páginas da Web e os recursos vinculados, como JavaScript, CSS e imagens, podem afetar o FCP e o LCP, mas tudo começa com a entrega do HTML de uma página a um navegador.

Você está pronto para liberar todo o potencial do seu site? Entregue as páginas do seu site na velocidade da luz (especialmente em todo o mundo) com Kinsta Edge Caching! ️ Comece aqui Clique para Tweetar

Introdução ao Kinsta Edge Caching

O Edge Caching é ativado por padrão quando você cria um site WordPress no painel MyKinsta. Isso significa que você não precisa levantar um dedo para aproveitar o aumento de velocidade do Edge Caching.

A partir de janeiro de 2023, Kinsta ativará automaticamente o Edge Caching em sites existentes compatíveis com o serviço. Se você deseja que o Edge Caching funcione imediatamente em seu site existente, você pode habilitá-lo agora assim:

Lutando com problemas de tempo de inatividade e WordPress? Kinsta é a solução de hospedagem projetada para economizar seu tempo! Confira nossos recursos
  • Selecione Sites WordPress na navegação à esquerda.
  • Selecione o nome de um site para o qual você deseja habilitar o cache de borda.
  • Selecione Cache de Borda .
  • Clique no botão Ativar Cache de Borda .
Captura de tela: habilitando o cache de borda no MyKinsta.
Ativando o cache de borda no painel MyKinsta.

Cache seu conteúdo móvel no Edge

Se seu site detecta navegadores móveis e gera páginas com marcação exclusiva para esses dispositivos, você pode habilitar um cache móvel separado do conteúdo para usuários de desktop.

Ative o cache móvel no MyKinsta assim:

  • Selecione Sites WordPress na navegação à esquerda.
  • Selecione o nome de um site para o qual o cache de borda está habilitado.
  • Selecione Cache de Borda .
  • Clique no botão Ativar cache móvel
Captura de tela: Ativando o cache móvel no MyKinsta.
Ativando o cache de borda para dispositivos móveis.

Você não precisa ativar o cache móvel se o design do seu site for compatível com navegadores de desktop e móveis com a mesma marcação HTML/CSS responsiva.

Gerenciando seu conteúdo em cache

O Kinsta Edge Caching foi projetado para funcionar perfeitamente com as ferramentas de gerenciamento de cache que a maioria de nossos clientes já está usando em seus sites WordPress. Você também pode direcionar conteúdo no cache de borda diretamente no MyKinsta aqui:

  • Selecione Sites WordPress na navegação à esquerda.
  • Selecione o nome de um site para o qual o cache de borda está habilitado.
  • Selecione Cache de Borda .
Captura de tela: Limpando caches no MyKinsta.
Limpando os caches de borda no painel MyKinsta.

Para limpar todas as páginas do seu site do cache de borda global, clique no botão Limpar cache .

Se você precisar limpar apenas páginas ou caminhos específicos, cole um URL de destino no campo Limpar cache de URL e clique no botão Limpar cache de URL . Limpe o cache de todo o conteúdo em um caminho específico marcando a opção Limpar cache de cada subdiretório no URL especificado .

Desativando o cache de borda

Se você sabe que o Edge Caching não será adequado para o seu site, pode cancelar antes de começarmos a habilitar o serviço para a maioria dos sites existentes em janeiro de 2023.

Em MyKinsta:

  • Selecione Sites WordPress na navegação à esquerda.
  • Selecione o nome do seu site WordPress.
  • Selecione Cache de Borda .
  • Ative a opção “ Desejo cancelar… ”.
Captura de tela: Desativando o Edge Caching no MyKinsta.
Desativar o Edge Caching usando o painel MyKinsta.

Se o Edge Caching já estiver ativado para um site, você encontrará um botão Desativar no canto superior direito da página:

Captura de tela: Desativando o cache de borda no MyKinsta.
Desativando o cache de borda

Perguntas rápidas sobre cache de borda

Você deve estar se perguntando…

O cache do Edge é gratuito em todos os planos?

Sim. O Edge Caching é ativado por padrão em todos os sites ao vivo criados no painel MyKinsta. O Edge Caching também está disponível em sites de teste em contas Premium.

O cache de borda melhora o desempenho da versão móvel do meu site?

Você pode habilitar um cache específico para celular para sites que geram marcação personalizada para dispositivos móveis. Se o design do seu site oferece suporte a navegadores de desktop e móveis com a mesma marcação HTML/CSS responsiva, um cache móvel não é necessário.

Preciso usar plugins de otimização do WordPress?

Não. A plataforma Managed WordPress Hosting da Kinsta fornece cache local, Edge Caching e um CDN que é ajustado para suportar o CMS mais popular do mundo. Nenhum plug-in WordPress de terceiros é necessário.

Posso desativar o cache de borda?

Sim. Você pode desabilitar o Edge Caching em qualquer tipo dentro do painel MyKinsta. Se você não tem certeza se seu site é compatível com o Edge Caching, entre em contato com a equipe de suporte da Kinsta para obter orientação.

Resumo

A promessa da Internet sempre foi conectar pessoas ao redor do mundo. Mas acontece que a distância física entre os servidores e os visitantes tem um impacto real no desempenho percebido dos sites. O Edge Caching aproxima esse conteúdo dos navegadores da Web e acelera o primeiro passo essencial para carregamentos de página mais rápidos.

Kinsta faz do Edge Caching um componente fundamental de seu serviço Managed WordPress Hosting, complementando o CDN e os recursos de segurança de rede que vêm com nossa integração Cloudflare.

Em média, o Kinsta Edge Caching reduz pela metade o tempo que leva para entregar o HTML das páginas da web aos visitantes do seu site. Para sites com audiências verdadeiramente globais, o aumento na velocidade pode ser dramaticamente maior.

O Edge Caching está disponível para todos os nossos clientes sem nenhum custo extra. Se você ainda está procurando por um host WordPress construído com segurança, facilidade de uso e desempenho em mente, temos um plano de hospedagem certo para você.