Cache é uma daquelas palavras que aparecem em toda conversa sobre site — na explicação de por que ele está lento, na recomendação de uma ferramenta, e principalmente naquela frase que todo mundo já ouviu: “tenta limpar o cache”.

O conceito é simples e vale entender, porque ele explica duas coisas que parecem contraditórias: por que o cache é a intervenção que mais acelera um site, e por que ele é a causa mais comum de “publiquei a alteração e não mudou nada”.

Este guia explica o que é cache, por que ele funciona, quais camadas existem em um site e o que fazer quando ele atrapalha em vez de ajudar.

A ideia em uma frase

Cache é guardar o resultado de um trabalho já feito para não precisar refazê-lo.

A analogia que costuma funcionar: um restaurante que prepara o molho de manhã em vez de fazer do zero a cada pedido. O molho é o mesmo, mas o prato sai muito mais rápido — porque o trabalho pesado já aconteceu antes de o cliente chegar.

Em um site, o trabalho pesado é montar a página. E é aí que entra a distinção que explica tudo.

Por que sites dinâmicos precisam de cache

Existem dois tipos de página, e a diferença entre eles é a razão de o cache existir.

Uma página estática é um arquivo pronto no servidor. Alguém pede, o servidor entrega. Praticamente não há trabalho envolvido.

Uma página dinâmica — que é o caso de qualquer site em WordPress ou em outro sistema de gestão de conteúdo — não existe pronta em lugar nenhum. Ela é montada no momento em que alguém a pede:

1. O servidor recebe o pedido e aciona o interpretador da linguagem.
2. O sistema carrega o núcleo, o tema ativo e todos os componentes instalados.
3. Cada um faz consultas ao banco de dados: textos, configurações, menus, imagens.
4. Tudo isso é combinado para gerar o HTML final.
5. Só então a página é enviada ao navegador.

Esse processo acontece a cada visita, e ele custa processamento e memória. Duas pessoas acessando a mesma página, uma depois da outra, fazem o servidor repetir exatamente o mesmo trabalho.

O cache interrompe essa repetição: ele guarda o resultado da primeira vez e entrega direto nas seguintes. O ganho não é percentual — é de outra ordem de grandeza, porque as etapas 1 a 4 simplesmente deixam de acontecer.

As camadas de cache

“Cache” designa coisas diferentes atuando em pontos diferentes do percurso. As quatro que aparecem em um site:

Camada	Onde fica	O que guarda
Cache de página	No servidor	A página montada, pronta para entregar
Cache de objeto	No servidor	Resultados de consultas ao banco de dados
Cache de código	No servidor	O código já compilado pela linguagem
CDN	Distribuída pelo mundo	Arquivos estáticos, perto do visitante
Cache do navegador	No computador do visitante	Arquivos já baixados antes

Elas não competem entre si — cada uma resolve um trabalho diferente, e um site bem configurado costuma usar várias.

Três observações que ajudam a interpretar recomendações técnicas:

O cache de página é o de maior impacto em sites de conteúdo, porque elimina a maior parte do trabalho de uma vez.

O cache de objeto atua onde o de página não pode. Páginas que precisam ser diferentes para cada visitante — área de conta, carrinho, painel administrativo — continuam consultando o banco. Ele reduz esse custo.

A CDN resolve distância, não processamento. Ela aproxima os arquivos do visitante, mas não muda o tempo que o servidor leva para montar uma página dinâmica — assunto tratado no artigo sobre o que é CDN.

O que não pode ser cacheado

Aqui está o limite que explica boa parte das dúvidas.

Cache de página funciona porque a mesma resposta serve para muitas pessoas. Quando a página precisa ser diferente para cada visitante, isso deixa de valer:

• Área logada, que mostra os dados de quem entrou.
• Carrinho de compras, que reflete o que aquela pessoa adicionou.
• Checkout, pelo mesmo motivo.
• Painel administrativo, que precisa mostrar o estado atual.
• Resultados de busca interna, que variam por termo pesquisado.

Entregar uma versão em cache dessas páginas significa mostrar a alguém o estado de outra pessoa — no melhor caso, um carrinho vazio; no pior, uma informação que não deveria ser exposta.

Isso tem uma consequência prática importante: lojas virtuais se beneficiam menos do cache de página que sites de conteúdo, porque justamente as páginas que mais importam ficam de fora. As regras específicas para esse caso estão no artigo sobre cache em loja virtual.

Por que a alteração não aparece

A outra face do cache, e a origem da frase “tenta limpar o cache”.

Se a página guardada é entregue nas visitas seguintes, o que acontece quando o conteúdo muda? Sem um mecanismo de atualização, os visitantes continuariam vendo a versão antiga indefinidamente.

Por isso existe a invalidação: o processo de descartar a versão guardada quando ela deixa de ser válida. Ferramentas de cache bem construídas fazem isso automaticamente ao publicar ou editar conteúdo.

Quando algo não atualiza, a explicação costuma ser uma destas:

1. A invalidação não aconteceu — a ferramenta não reconheceu que aquela página mudou.
2. Existe mais de uma camada, e apenas uma foi limpa. É a causa mais comum: o plugin foi limpo, mas o cache do servidor ou a CDN continuam com a versão antiga.
3. O navegador do visitante guardou os arquivos e ainda não os buscou de novo.
4. O prazo de validade é longo demais, mantendo a versão antiga por mais tempo do que deveria.

A pista para distinguir os casos: se a alteração aparece em uma janela anônima e não na normal, é o cache do navegador. Se não aparece em nenhuma das duas, o cache está no servidor ou na CDN.

E vale a orientação prática: limpe as camadas na ordem, do servidor para o navegador. Limpar só o plugin e concluir que não funcionou é o erro mais frequente.

Quanto tempo guardar

Uma configuração que gera consequências nos dois sentidos.

Prazos longos aumentam o benefício — mais visitas aproveitam o trabalho já feito — e aumentam o risco de conteúdo desatualizado. Prazos curtos fazem o oposto.

A escolha depende do tipo de conteúdo:

• Páginas institucionais, que mudam raramente, comportam prazos longos.
• Blog e notícias pedem prazos moderados, com invalidação ao publicar.
• Páginas com preço ou estoque exigem cuidado: uma informação desatualizada aqui tem consequência comercial.
• Arquivos como imagens e folhas de estilo podem ter prazos muito longos, porque costumam ganhar um novo nome quando mudam.

O último item explica uma prática comum: ferramentas de publicação renomeiam arquivos ao alterá-los, o que permite guardá-los por muito tempo com segurança — o nome novo força o navegador a buscar a versão nova.

O que o cache não resolve

Vale delimitar, porque cache virou resposta automática para lentidão.

Não conserta uma aplicação pesada. Um site com componentes que fazem chamadas a serviços externos a cada carregamento continua lento nas páginas que o cache não cobre.

Não ajuda na primeira visita a cada página. Alguém precisa pagar o custo de montar a página; o cache beneficia quem vem depois.

Não substitui recursos adequados. Se o servidor está saturado, as páginas não cacheáveis continuam sofrendo.

Não resolve front-end pesado. Imagens grandes e excesso de scripts afetam o visitante independentemente de o servidor responder rápido.

O diagnóstico completo de lentidão, com a ordem correta de investigação, está no artigo sobre por que o WordPress fica lento.

O que verificar no seu site

Uma checagem simples, sem entrar em configuração técnica:

• Existe cache ativo? Se o site é dinâmico e ninguém configurou nada, provavelmente não.
• O cache é do plugin ou do servidor? O segundo costuma render mais.
• As páginas que não podem ser cacheadas estão excluídas?
• A alteração de conteúdo aparece no site logo após publicar?
• Existe mais de uma camada, e você sabe como limpar cada uma?
• Alguém sabe onde ficam essas configurações?

A última pergunta parece trivial e resolve muito: em boa parte das empresas, o cache foi configurado por alguém que não está mais por perto, e ninguém sabe onde mexer quando ele atrapalha.

Conclusão

Cache é guardar o resultado de um trabalho para não refazê-lo. Em um site dinâmico, esse trabalho é montar a página a cada visita — e evitá-lo é a intervenção que mais melhora a velocidade, com folga sobre qualquer outra.

Duas ideias explicam quase todas as situações do dia a dia: o que precisa ser diferente para cada visitante não pode ser cacheado, e existe mais de uma camada — por isso limpar uma só nem sempre resolve.

Se o seu site é dinâmico e você não sabe dizer se há cache configurado, essa é uma verificação que vale fazer. Conheça os planos de hospedagem de sites da TBF Host e verifique quais camadas de cache já estão incluídas no seu ambiente.

Perguntas frequentes

O que é cache?

É guardar o resultado de um trabalho já feito para não precisar refazê-lo. Em um site dinâmico, esse trabalho é montar a página a cada visita: executar o código, consultar o banco de dados e gerar o HTML. O cache guarda o resultado da primeira vez e entrega direto nas seguintes.

Por que o cache deixa o site mais rápido?

Porque elimina a repetição do trabalho de montar a página. Sem ele, duas pessoas acessando a mesma página fazem o servidor executar exatamente o mesmo processo duas vezes. O ganho não é percentual: as etapas de execução de código e consulta ao banco simplesmente deixam de acontecer.

Quais tipos de cache existem em um site?

Cache de página, que guarda a página montada; cache de objeto, que guarda resultados de consultas ao banco; cache de código, que evita recompilar a linguagem; CDN, que distribui arquivos estáticos geograficamente; e cache do navegador, no computador do visitante. Elas não competem — cada uma resolve um trabalho diferente.

Por que minha alteração no site não aparece?

Quase sempre é cache. As causas mais comuns são a invalidação não ter acontecido, existir mais de uma camada e apenas uma ter sido limpa, o navegador ainda estar usando arquivos guardados, ou o prazo de validade estar longo demais. Se aparece em janela anônima, o cache é do navegador.

O que não pode ser colocado em cache?

Páginas que precisam ser diferentes para cada visitante: área logada, carrinho de compras, checkout, painel administrativo e resultados de busca interna. Entregar uma versão guardada dessas páginas significaria mostrar a alguém o estado de outra pessoa.

Por que lojas virtuais se beneficiam menos do cache?

Porque justamente as páginas mais importantes de uma loja — carrinho, checkout e área do cliente — não podem ser cacheadas, já que precisam ser únicas por visitante. O catálogo e as páginas de produto funcionam normalmente com cache, mas o fluxo de compra depende do desempenho do servidor e do banco.

Como limpar o cache do meu site?

Limpando as camadas na ordem, do servidor para o navegador: primeiro a ferramenta de cache do site, depois o cache do servidor, depois a CDN, se houver, e por fim o navegador. Limpar apenas o plugin e concluir que não funcionou é o erro mais frequente, porque as outras camadas continuam com a versão antiga.

Cache resolve qualquer problema de lentidão?

Não. Ele não conserta uma aplicação pesada, não ajuda na primeira visita a cada página, não substitui recursos adequados quando o servidor está saturado e não afeta o front-end — imagens grandes e excesso de scripts continuam pesando para o visitante mesmo com o servidor respondendo rápido.