Cache: o que é e por que seu site precisa

Pense em um restaurante que preparasse cada prato do zero, a cada pedido, inclusive nos itens que saem o dia inteiro. É assim que um site funciona sem cache: a cada visita, o servidor refaz todo o trabalho de montar a página, mesmo quando ela é idêntica à que acabou de entregar. Cache é a cópia pronta: o resultado montado uma vez e guardado para ser servido de imediato nas visitas seguintes.

Para o dono de empresa, o assunto importa por dois motivos. Primeiro, o cache está entre os fatores com maior efeito direto no tempo de resposta de um site. Segundo, ele explica um mistério que consome tempo de todo mundo: a atualização que você fez e que “não apareceu”. Este artigo percorre as camadas de cache, o efeito nos números e o procedimento para quando a cópia antiga insiste em aparecer.

O que acontece a cada visita sem cache

Um site em WordPress é dinâmico: a página não existe pronta em um arquivo. A cada acesso, o servidor executa o código do sistema e consulta o banco de dados para montar o resultado. Esse desenho é o que permite editar conteúdo com facilidade, mas tem um custo: trabalho repetido a cada visita para entregar a mesma página.

Para páginas públicas que não mudam entre uma visita e outra, a inicial, as de serviço, os artigos do blog, repetir essa montagem é desperdício puro. É esse desperdício que o cache elimina.

As camadas de cache

No navegador do visitante

O navegador guarda no aparelho os arquivos que mudam pouco: imagens, estilos, scripts. Na visita seguinte, quase nada precisa ser baixado de novo. É por isso que o site parece veloz para você, que o abre todos os dias, e não necessariamente para o cliente que chega pela primeira vez.

No servidor de origem

O cache de página guarda, no próprio servidor, o HTML já montado. A visita seguinte recebe a cópia pronta, sem executar código nem consultar o banco de dados. Em WordPress, essa camada se ativa por plugin ou por recurso da própria hospedagem. É a camada com maior efeito sobre a primeira visita de cada cliente.

Na CDN, perto do visitante

A CDN é uma rede de servidores distribuídos geograficamente que guarda cópias do site mais perto de quem acessa. Além de encurtar a distância física, ela absorve picos de acesso e alivia o servidor de origem. É a camada de borda, a última antes do visitante.

O efeito no tempo de resposta

O número que melhor traduz o efeito do cache é o TTFB, o tempo até o primeiro byte de resposta do servidor. A referência pública documentada pelo Google considera saudável um TTFB de até cerca de 800 milissegundos. Uma página servida de cópia pronta tende a responder em uma fração disso; uma página montada do zero, em hospedagem sobrecarregada, tende a estourar a referência.

Há também um efeito indireto: com as páginas públicas servidas de cópia, o servidor sobra para o que precisa ser dinâmico de verdade. Como medir o TTFB do seu site, e o que anotar, está em como medir um site lento.

“Atualizei o site e não mudou”: a armadilha clássica

Você corrige um telefone, troca um preço, publica uma foto nova, e o site continua exibindo a versão anterior. A alteração foi salva. O que você está vendo é uma camada de cache servindo a cópia antiga, que ainda não venceu. O procedimento segue a ordem das camadas.

1. Force o recarregamento no navegador, com Ctrl+F5, ou abra a página em janela anônima.
2. Se a versão antiga persistir, limpe o cache do site: a opção aparece como limpar ou purgar cache, no plugin ou no painel da hospedagem.
3. Se houver CDN, purgue também a camada de borda, no painel do serviço.
4. Confira de novo em janela anônima ou em outro aparelho.
5. Se nada disso resolver, acione quem cuida do site, informando o que foi alterado, em qual página e quando.

Sem a purga, a cópia antiga vence sozinha, mas no prazo dela, que pode ser de minutos ou de horas conforme a configuração. Purgar é apenas antecipar esse vencimento.

O que o cache não conserta

Cache multiplica o que já existe, para o bem e para o mal. Uma página leve servida de cópia fica imediata. Uma página pesada continua pesada: as imagens sem tratamento seguem enormes dentro da cópia, e a primeira visita depois de cada expiração ainda paga a montagem completa.

Além disso, nem tudo pode ser copiado. Carrinho, área do cliente e páginas personalizadas costumam ficar fora do cache de propósito, para não exibir o dado de uma pessoa a outra. E cache mal configurado cria problemas próprios: serve conteúdo velho por tempo demais ou copia o que não devia. A ordem correta é construir bem primeiro e usar o cache para multiplicar o acerto, não para esconder o erro.

Perguntas frequentes

Atualizei meu site e continuo vendo a versão antiga. E agora?

Quase sempre é cache. Force o recarregamento com Ctrl+F5, teste em janela anônima, limpe o cache no plugin ou no painel da hospedagem e, se houver CDN, purgue a borda também. Se persistir, informe ao responsável técnico o que mudou, em qual página e quando; com esses dados, a verificação tende a ser rápida.

Cache pode quebrar alguma coisa no site?

Mal configurado, pode: servir versão desatualizada por tempo excessivo ou copiar páginas que deveriam ser individuais, como carrinho e área do cliente. Bem configurado, é invisível para o visitante e apenas acelera. Por isso a configuração importa tanto quanto a ativação e merece revisão de quem entende do assunto.

Meu site precisa de CDN?

Depende do público e do porte. Um negócio local, com clientes na mesma cidade e tráfego moderado, tende a se resolver com cache de servidor bem configurado. A CDN passa a compensar com público geograficamente espalhado, picos de acesso ou necessidade de uma camada extra de resiliência. Não é pré-requisito universal.

A Azimute Comunicação configura as camadas de cache como parte da entrega de cada site e cuida delas na operação contínua, incluindo as purgas a cada atualização publicada. Veja o que cada contrato inclui, com escopo, prazo e preço abertos, na página de serviços, e conheça a forma de trabalho do estúdio em quem somos.