Construtor de cabeçalho de controle de cache
Crie cabeçalhos HTTP Cache-Control padrão e altamente otimizados visualmente em segundos. Defina escopos públicos/privados, defina cronogramas de expiração max-age e s-maxage usando predefinições amigáveis, adicione substitutos obsoletos e copie configurações de servidor prontas para uso para Nginx, Apache, Vercel e Next.js. Privado, rápido e local.
Select your cacheability scope, set browser/CDN expiration parameters, enable stale recovery limits, and specify revalidation holds.
Cache-Control: public, max-age=3600
Plain-English Caching Rule Translation
Browsers will cache this resource locally for up to 1 hour and load it instantly from cache without checking the server.
CDNs and public proxies will cache this resource for up to 1 hour (matching the browser limit).
Once the cache expires, browsers will typically check with the server, but may serve a cached copy under certain network/browser fallback conditions.
Standard caching directive layout suitable for ordinary web assets.
Recursos do construtor de cabeçalho Cache-Control
- Configuração de diretivas refinadas: configure facilmente o escopo de capacidade de cache, idade máxima do navegador, substituições de CDN, substitutos obsoletos, revalidação obrigatória e configurações de imutabilidade.
- Traduções simples para inglês: entenda exatamente como a configuração do seu cabeçalho instrui navegadores, CDNs e proxies a armazenar, validar e servir seus ativos da web.
- Integração de código multiplataforma: gere snippets de integração instantaneamente para Nginx, Apache, Vercel, Next.js, Netlify, Express, PHP e Cloudflare Workers.
- Sandbox 100% local e seguro: cada cálculo, compilação de cabeçalho e exportação de snippets são executados totalmente dentro do lado do cliente do navegador local, garantindo total privacidade.
A hierarquia de cache (navegador vs CDN)
O cache da Web acontece em múltiplas camadas. Primeiro, o cache do navegador armazena recursos localmente na máquina do usuário. Em segundo lugar, caches compartilhados como proxies, gateways e redes de distribuição de conteúdo (CDNs) armazenam arquivos em cache mais próximos dos usuários em pontos de presença. O uso de diretivas como public, private e s-maxage permite controlar quais camadas armazenam seus arquivos em cache e por quanto tempo.
Validação e revalidação de cache
Diretivas como must-revalidate e proxy-revalidate instruem os caches sobre o que fazer quando um recurso em cache expira (torna-se obsoleto). Quando a revalidação é necessária, o cache não pode servir a cópia obsoleta até que verifique com êxito com o servidor de origem (usando If-None-Match com ETags ou If-Modified-Since) que o recurso não foi alterado.
Vantagem obsoleta enquanto revalida
Os aplicativos da web modernos utilizam obsoletos enquanto revalidam para otimizar caminhos de renderização críticos. Em vez de manter os usuários aguardando solicitações de rede quando um item armazenado em cache está obsoleto, o cliente carrega instantaneamente o item obsoleto do cache. Em segundo plano, o navegador aciona uma solicitação de revalidação para substituir a entrada de cache obsoleta por uma nova cópia para a próxima solicitação.
Imutabilidade para ativos com hash
Para estruturas de front-end modernas que usam hash de conteúdo para saídas de construção (por exemplo, bundle.[hash].js), é garantido que os arquivos nunca serão alterados. Marcar essas respostas como imutáveis com uma idade máxima alta (como 1 ano) evita que os navegadores desperdicem ciclos de CPU e largura de banda do servidor em verificações de revalidação redundantes, mesmo durante atualizações pesadas do navegador.
Perguntas frequentes
Cache-Control é um cabeçalho HTTP padrão que contém diretivas que instruem navegadores, proxies e redes de distribuição de conteúdo (CDNs) sobre como armazenar recursos em cache. Ele rege a capacidade de cache, os prazos de expiração, as demandas de revalidação e as políticas de fallback obsoletas para otimizar o desempenho da web e o uso da largura de banda.
A diretiva max-age define por quanto tempo (em segundos) uma resposta é considerada atualizada para o navegador do cliente. A diretiva s-maxage substitui especificamente max-age para caches compartilhados, proxies e CDNs (como Cloudflare ou Fastly), permitindo armazenar ativos em cache em nós de borda por durações diferentes do navegador do usuário.
A diretiva no-store proíbe qualquer cache (navegador privado ou CDN público) de salvar qualquer parte da solicitação ou resposta; ele é sempre obtido do servidor de origem. A diretiva no-cache permite que os caches armazenem a resposta, mas os força a validá-la com o servidor de origem (usando ETag ou Last-Modified) antes de reutilizá-la.
A diretiva imutável informa ao navegador que o corpo da resposta nunca mudará durante seu tempo de vida máximo. Isso evita que o navegador envie solicitações de revalidação condicional ao servidor quando o usuário atualiza manualmente a página, acelerando o recarregamento da página para ativos de pacote com hash estáticos (como main.a8f9b2.js).
A diretiva stale-while-revalidate permite que os caches forneçam instantaneamente um ativo expirado (obsoleto) em cache ao cliente, ao mesmo tempo em que aciona uma busca em segundo plano para recuperar a nova versão do servidor de origem, resultando em uma resposta de latência percebida de 0 ms.
Sim, 100%. Toda a compilação de cabeçalho, tradução e geração de trechos de código são executadas inteiramente no lado do cliente em seu navegador da web. Nenhuma configuração, caminho de API ou valor de parâmetro é carregado em servidores externos, preservando total privacidade.