Kinsta Edge Caching: Servindo páginas da Web até 80% mais rápido (ou mais)
Publicados: 2022-12-22Os 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.
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:
- Quando uma página foi entregue do cache de um servidor de borda Cloudflare.
- 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.
- 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:
- Tempo até o primeiro byte — o intervalo entre uma solicitação de página e a chegada do primeiro byte de dados.
- 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:
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:
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% :
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% .
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% .
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% .
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% .
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% .
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% .
No data center us-east5
em Columbus, Ohio, os tempos de TTFB e de transferência de página foram reduzidos em quase 59% .
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% .
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:
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:
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.
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:
- 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 .
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
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 .
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… ”.
Se o Edge Caching já estiver ativado para um site, você encontrará um botão Desativar no canto superior direito da página:
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ê.