Sites
Cache do Site
Caching is the biggest single speed win available to a WordPress site: full-page caching serves finished HTML without running PHP at all, and object caching keeps database results in memory. This…
O cache é o maior ganho de velocidade único disponível para um site WordPress: o cache de página completa fornece HTML finalizado sem executar PHP, e o cache de objetos mantém os resultados do banco de dados na memória. Este guia cobre ambos, o que ignora o cache automaticamente e como purgá-lo e aquecê-lo.
Onde o Cache Está no KPanel
- Faça login em KPanel.
- Clique em Websites na barra lateral esquerda e depois clique no site.
- Na guia do site, abra WordPress e depois Caching.
O endereço direto é /websites/<site-id>/cache.
O grupo WordPress aparece apenas para sites WordPress e WooCommerce. O cache aqui é um direito do plano: o cache de página completa e o cache de objetos estão inclusos no WordPress Gerenciado. Em outros planos, a página mostra um painel de atualização descrevendo o que está disponível em vez dos controles.
Cache de Página Completa
O cache de página completa armazena o HTML finalizado de uma página e o fornece diretamente ao próximo visitante. Para um visitante anônimo, isso significa nenhuma execução de PHP e nenhuma consulta de banco de dados: a solicitação é respondida antes do WordPress ser carregado.
O card mostra uma pastilha On ou Off, e quando está ativado, mostra a data em que foi habilitado, se o roteamento foi confirmado e o tempo de vida do cache.
Para habilitá-lo, clique em Enable full-page cache. Para desativá-lo novamente, clique em Disable.
O cache é limpo automaticamente quando você publica ou atualiza um post, então suas alterações aparecem imediatamente em vez de esperar o tempo de vida expirar.
Se seu site é lido principalmente por visitantes anônimos, este é o switch de maior valor na página. É comum que a diferença seja uma ordem de magnitude no tempo para o primeiro byte, porque a parte lenta de uma solicitação WordPress é a parte que não acontece mais.
Purgar e Aquecer
Duas ações aparecem assim que o cache de página completa está ativado.
Purge cache esvazia o cache imediatamente. Use-o após uma alteração que WordPress não trata como uma atualização de post: editar um arquivo de tema, alterar um widget, atualizar um menu ou modificar uma configuração de plugin que afeta a saída. O próximo visitante de cada página obtém uma cópia atualizada.
Warm cache pré-busca suas páginas para que já estejam em cache antes de um visitante pedir. Após o aquecimento, um banner informa quantas páginas do total foram pré-armazenadas em cache e lista as primeiras URLs.
A sequência natural após uma mudança de design é: purgar e depois aquecer. Dessa forma, ninguém tem que ser o visitante azarado que paga pela primeira renderização sem cache.
Para o cache de borda na frente de seu site, que é uma camada separada, veja Purging the CDN Cache.
O Que Nunca É Armazenado em Cache
Algumas URLs devem sempre executar PHP, porque sua saída diferencia por visitante ou tem efeitos colaterais. Esses caminhos são ignorados automaticamente e você não precisa configurar nada:
| Caminho | Por Que |
|---|---|
/wp-admin/ | O admin do WordPress é sempre dinâmico |
/wp-login.php | A página de login nunca é armazenada em cache |
/cart/ | O carrinho do WooCommerce é por visitante |
/checkout/ | O checkout do WooCommerce é por visitante |
/my-account/ | As páginas de conta do WooCommerce são por visitante |
/wp-cron.php | Tarefas agendadas devem realmente ser executadas |
/?wc-ajax=* | Endpoints AJAX do WooCommerce |
Além das regras de caminho, cookies importam. Um usuário WordPress conectado, ou um visitante com um cookie de sessão ativo do WooCommerce, sempre recebe uma resposta dinâmica, mesmo em uma página que está em cache para todos os outros. É por isso que um proprietário de loja navegando seu próprio site geralmente não vê nenhum dos benefícios enquanto visitantes anônimos veem.
Como você geralmente está conectado, testar o comportamento do cache em seu navegador normal o enganará. Teste em uma janela privada ou em um navegador no qual você não está conectado.
Cache de Objetos
O cache de objetos é uma camada diferente. Em vez de armazenar páginas finalizadas, ele mantém os resultados de consultas de banco de dados e transientes de WordPress na memória, para que o trabalho repetido não seja repetido.
O card mostra uma pastilha On ou Off, e quando está ativado, mostra a data em que foi habilitado. Use Turn on e Turn off para alterá-lo.
O cache de objetos ajuda exatamente onde o cache de página completa não pode: usuários conectados, telas de administração e páginas por visitante, como carrinho e checkout. Isso o torna especialmente valioso para lojas ocupadas e sites de associação, onde grande parte do tráfego é autenticado e, portanto, nunca é armazenado em cache de página.
Executar ambos juntos é a configuração normal. O cache de página completa lida com o tráfego anônimo e o cache de objetos acelera tudo que deve executar PHP mesmo assim.
Escolhendo o Que Ativar
- Site de conteúdo, principalmente leitores anônimos. O cache de página completa é a prioridade. O cache de objetos adiciona uma melhoria menor no topo.
- Loja WooCommerce. Ative ambos. O cache de página completa ainda cobre suas páginas de produtos e categorias para visitantes navegadores, enquanto o cache de objetos lida com carrinho, checkout e páginas de conta que nunca podem ser armazenadas em cache.
- Site de associação ou comunidade onde quase todos estão conectados. O cache de objetos faz o trabalho pesado, porque a maioria das solicitações ignorará o cache de página por design.
Solução de Problemas
Atualizei o site, mas os visitantes ainda veem a versão antiga. Purgue o cache e depois o aqueça. Se ainda estiver obsoleto, lembre-se de que pode haver um cache de borda também: veja Purging the CDN Cache.
O cache não faz nada para mim. Você quase certamente está conectado. Verifique em uma janela privada.
O carrinho ou um formulário se comporta de forma estranha para visitantes anônimos. Os caminhos de comércio padrão são ignorados automaticamente, mas uma página dinâmica personalizada ou fornecida por plugin em uma URL não padrão não é. Se uma página nunca deve ser armazenada em cache e não estiver na lista de ignorados, vale a pena relatar ao suporte para que possamos analisar a regra.
O card diz que o cache está incluído no WordPress Gerenciado. Seu plano atual não o inclui. O banner vincula à página de planos.
Verificação de roteamento pendente. O cache está habilitado e a confirmação de roteamento ainda não foi concluída. Aguarde um momento e atualize.
Uma página mostra o conteúdo personalizado errado. Qualquer coisa personalizada deve ser excluída do cache de página ou renderizada no lado do cliente. Se um plugin personalizar a saída em uma URL de outra forma armazenável em cache sem definir um cookie de sessão, o cache de página não pode saber disso. Teste em uma janela privada e relate ao suporte se encontrar um.
Páginas Relacionadas
- Site Performance and APM para medir se o cache realmente ajudou.
- Site Traffic Analytics para a taxa de acertos do cache de borda.
- Enabling the CDN para adicionar um cache de borda na frente de tudo isso.
- Taking a Backup antes de fazer alterações maiores em um site ativo.