Esta página vem da cache do Cloudflare? Ler o cf-cache-status e limpar um só endereço

Velocidade, Cache e CDN·· 8 visualizações· 3 min de leitura

A resposta curta: cada resposta que passa pelo Cloudflare traz um cabeçalho, cf-cache-status, que diz se veio da cópia guardada na Cloudflare ou do servidor. Lê-se no navegador ou com um comando. Sabendo isso, deixa de adivinhar: limpa só o endereço que mudou, em vez de esvaziar a cache inteira, e percebe quando o conteúdo velho nem vem da Cloudflare.

Os valores que vai ver

Valor O que quer dizer
HIT Veio da cópia da Cloudflare. O servidor nem foi consultado.
MISS Não havia cópia. Foi buscar ao servidor e, se puder, guarda-a para a próxima.
EXPIRED Havia cópia, mas o prazo dela tinha passado. Foi buscar outra ao servidor.
REVALIDATED A cópia expirada foi confirmada junto do servidor como ainda válida, e servida.
BYPASS O servidor ou uma regra mandou não guardar esta resposta, por exemplo com um cabeçalho que a marca como privada.
DYNAMIC A Cloudflare não considera este conteúdo para cache. Segundo a documentação dela, é o normal nas páginas HTML quando nenhuma regra diz o contrário.
O cabeçalho não aparece O pedido não passou pela Cloudflare: o nome está a cinzento, ou o DNS ainda aponta para o servidor. Veja nuvem laranja ou cinzenta.

Ver o estado e limpar só o que mudou

1 No navegador: abra as ferramentas de programador (F12), separador Rede (Network), recarregue a página, clique no pedido que lhe interessa e procure cf-cache-status nos cabeçalhos da resposta.
2 Ou num terminal, com o comando abaixo e o endereço completo do ficheiro ou da página. A linha cf-cache-status aparece no meio dos cabeçalhos.
3 Se diz HIT e o conteúdo está velho, limpe esse endereço: no painel da Cloudflare, na secção de cache, use a limpeza à medida (Custom Purge) e cole o endereço completo, exactamente como o visitante o pede.
4 Limpe cada variante que exista: com e sem www, e o mesmo ficheiro com parâmetros diferentes (por exemplo ?ver=) são entradas diferentes na cache.
5 Peça outra vez com o comando: a primeira resposta deve dizer MISS ou EXPIRED, e a seguinte HIT. Se o navegador continua a mostrar o antigo, a cópia está no navegador ou na cache do site, não na Cloudflare.
6 Deixe a limpeza total (Purge Everything) para quando mudou muita coisa. Depois dela, os pedidos vão todos ao servidor até a cache voltar a encher.

curl -sI https://www.oseudominio/caminho/do/ficheiro.css

DYNAMIC ou BYPASS numa página com conteúdo velho quer dizer que a culpa não é da Cloudflare. Ela não guardou essa resposta. Procure na cache do site, por exemplo a do plugin de cache do WordPress (LiteSpeed Cache para WordPress), e na do navegador, com uma janela privada.
Para ficheiros que mudam (CSS, JavaScript, logótipo), mude o nome ou acrescente uma versão em vez de limpar a cache a cada alteração: um endereço novo nunca está em cache. Veja nomes versionados e cache busting.

A Cloudflare continua a servir a versão antiga depois de limpar? Envie-nos o endereço e o que o comando mostrou.

Abrir pedido de suporte

VEJA TAMBÉM

Cloudflare: quando ajuda, como ligar, e a cache que o engana

Regras de cache para um WordPress, sem esconder o painel

Os visitantes ainda veem o CSS ou o logótipo antigo: nomes versionados e “cache busting”

Site com CDN ou sem CDN: como testar se fez diferença

LiteSpeed Cache no WordPress: as primeiras definições

Desligar a CDN, e como confirmar que já está desligada

PRODUTO RECOMENDADO

Alojamento de sites com cPanel

Domínio e SSL incluídos, cópias diárias e o painel que já conhece. desde 321,75 MT/mês (plano de 3 anos, com cupão)

Ver planos
Esta resposta foi útil? A sua resposta ajuda-nos a melhorar este artigo.