Entenda o que é cache e compressão no contexto do .htaccess, por que vale a pena configurar, como aplicar as regras no Apache e quais cuidados tomar. Ao final do artigo citamos ferramentas e erros comuns para não repetir.
O que é cache e compressão no .htaccess
O arquivo .htaccess é um arquivo de configuração do Apache que vale para o diretório onde está e para os subdiretórios. Nele você pode definir regras de reescrita de URL, redirecionamentos, segurança e — no nosso caso — cache de navegador e compressão de resposta (GZIP).
Cache (cache de navegador): instruções enviadas nos cabeçalhos HTTP (ex.: Cache-Control, Expires) que dizem ao navegador por quanto tempo pode guardar uma cópia do arquivo (HTML, CSS, JS, imagens) sem pedir de novo ao servidor. Menos requisições e menos dados baixados na segunda visita.
Compressão (GZIP): o servidor comprime o conteúdo da resposta (HTML, CSS, JS, etc.) antes de enviar. O navegador recebe um fluxo menor e descomprime. GZIP é suportado pelo mod_deflate do Apache e costuma reduzir o tamanho em 70% ou mais para texto. Não confundir com compressão de imagens (que é no arquivo em si); aqui é a transmissão que fica comprimida.
Cache e compressão se complementam: compressão reduz o tamanho de cada resposta; cache reduz quantas vezes essa resposta precisa ser enviada.
Por que configurar cache e compressão
Sites que enviam muitos KB sem compressão e sem cache obrigam o usuário a baixar tudo de novo a cada visita. No .htaccess você corrige isso na origem:
- Menos dados pela rede: GZIP reduz drasticamente o tamanho de HTML, CSS e JavaScript na transmissão. Em mobile e conexões lentas, a diferença é perceptível.
- Menos requisições repetidas: com cache bem configurado, imagens, CSS e JS são reutilizados do disco do usuário. A página “abre” mais rápido nas visitas seguintes.
- Core Web Vitals e SEO: o Google usa experiência de carregamento como sinal. Tempo até o primeiro byte (TTFB) e tempo até o conteúdo principal (LCP) tendem a melhorar com compressão e menos carga no servidor graças ao cache.
- Sem custo extra: em hospedagem compartilhada com Apache, .htaccess já está disponível. Não exige servidor dedicado nem CDN (embora CDN também use cache e compressão).
Como configurar cache no .htaccess
O cache de navegador é controlado pelos cabeçalhos HTTP. No Apache você usa o módulo mod_expires ou define Cache-Control manualmente. Muitas hospedagens já têm mod_expires ativo.
Ativando mod_expires (Expires e Cache-Control)
Com mod_expires você define prazos de expiração por tipo de arquivo. Exemplo no .htaccess:
- Imagens (jpg, png, gif, webp, ico): 1 ano — mudam pouco; o navegador pode guardar por muito tempo. Ao alterar uma imagem, use nome novo ou query string para invalidar.
- CSS e JavaScript: 1 mês a 1 ano — se você versiona o nome do arquivo ao fazer deploy (ex.: estilo.1.2.3.css), pode usar 1 ano. Caso contrário, 1 mês é mais seguro.
- Fontes (woff, woff2): 1 ano — raramente mudam.
- HTML: tempo curto (ex.: 1 hora) ou “no-cache” — páginas dinâmicas precisam ser atualizadas com mais frequência.
O gerador de .htaccess do Senior SEO monta regras de cache prontas para colar no seu .htaccess, com prazos adequados por tipo de arquivo.
Onde colocar as regras
O .htaccess deve ficar na raiz do site (junto do index.php ou index.html). As diretivas de cache e compressão passam a valer para todo o site, a menos que outro .htaccess em subpasta as sobrescreva.
Como ativar compressão GZIP no .htaccess
No Apache, a compressão é feita pelo mod_deflate. Você ativa por tipo de conteúdo (MIME type) no .htaccess. Tipos comuns para comprimir: text/html, text/css, application/javascript, application/json, text/plain, image/svg+xml. Não comprima imagens binárias já comprimidas (JPEG, PNG, WebP, GIF) — o ganho é mínimo e gasta CPU.
Exemplo de configuração
Um bloco típico usa AddOutputFilterByType DEFLATE para os tipos listados acima. Muitas hospedagens já enviam GZIP para HTML/CSS/JS; vale testar antes e depois com o Page Speed ou o PageSpeed Insights para confirmar que a compressão está ativa.
Se o servidor não tiver mod_deflate habilitado (raro em cPanel e similares), as diretivas no .htaccess não terão efeito — nesse caso, contate a hospedagem. Brotli é outro algoritmo de compressão (melhor que GZIP em muitos casos), mas no Apache costuma exigir módulo adicional; GZIP já resolve bem na maioria dos cenários.
Boas práticas ao usar cache e compressão no .htaccess
- Fazer backup do .htaccess antes de editar: um erro de sintaxe pode derrubar o site. Copie o arquivo, edite e teste em seguida.
- Cache curto para HTML dinâmico: páginas que mudam com frequência (blog, listagens) não devem ter cache longo. Use “no-cache” ou expiração de minutos/horas.
- Versionar CSS e JS ao fazer deploy: assim você pode usar cache longo (1 ano) para esses arquivos; ao publicar nova versão, o nome muda e o navegador baixa o novo.
- Comprimir só texto: ative GZIP para HTML, CSS, JS, JSON, SVG. Não use deflate para JPEG, PNG, WebP, PDF — já são comprimidos.
- Testar após alterar: abra o site em aba anônima, use “Desenvolvedor → Rede” e confira os cabeçalhos (Cache-Control, Content-Encoding: gzip). Ou use o Page Speed para validar.
Ferramentas recomendadas
- Senior SEO — Gerador de .htaccess (gerador-de-htaccess): gera regras de cache e compressão GZIP para colar no .htaccess. Inclui opções para HTTPS, redirecionamentos e proteção de arquivos. Gratuito.
- Senior SEO — Page Speed (page-speed): mede velocidade e Core Web Vitals. Use para comparar antes e depois de ativar cache e compressão. Gratuito.
- PageSpeed Insights (pagespeed.web.dev): ferramenta do Google para performance; indica se “Servir recursos com compressão eficiente” e cache estão otimizados.
Erros comuns com cache e compressão no .htaccess
- Cache longo demais para HTML: usuário vê conteúdo antigo após você atualizar a página. Use expiração curta ou no-cache para HTML dinâmico.
- Esquecer de versionar CSS/JS: com cache de 1 ano e mesmo nome de arquivo, o visitante continua com a versão antiga. Mude o nome ou a query string ao publicar alterações.
- Erro de sintaxe no .htaccess: uma linha incorreta pode retornar 500 ou deixar o site inacessível. Sempre faça backup e teste em ambiente de homologação se possível.
- Comprimir arquivos já comprimidos: ativar GZIP para JPEG/PNG/WebP desperdiça CPU e quase não reduz tamanho. Restrinja a tipos de texto.
- Supor que está ativo sem testar: algumas hospedagens desativam mod_deflate ou mod_expires. Confira nos cabeçalhos da resposta ou no Page Speed se cache e compressão estão realmente aplicados.
Perguntas frequentes sobre cache e compressão no .htaccess
O que é cache e compressão no .htaccess?
Cache são regras (via .htaccess no Apache) que informam ao navegador por quanto tempo guardar cópias de arquivos (imagens, CSS, JS). Compressão é o envio da resposta em GZIP, reduzindo o tamanho dos dados na rede. As duas técnicas deixam o site mais rápido.
Cache e compressão ajudam no SEO?
Sim, indiretamente. Sites mais rápidos melhoram a experiência e métricas como LCP e TTFB. O Google usa experiência de carregamento como sinal de ranqueamento, então configurar cache e compressão no .htaccess pode contribuir para SEO.
Preciso de acesso root ao servidor?
Não. O .htaccess funciona em hospedagem compartilhada com Apache. Basta editar o arquivo na raiz do site (ou usar o gerador de .htaccess para obter o conteúdo e colar no arquivo). A hospedagem precisa ter mod_expires e mod_deflate habilitados — o que é comum em cPanel e similares.
Funciona com PHP e WordPress?
Sim. O .htaccess vale para as respostas que o Apache envia. Páginas PHP e WordPress geram HTML; esse HTML pode ser comprimido com GZIP. Arquivos estáticos (CSS, JS, imagens) também recebem cache e compressão conforme as regras do .htaccess.
Resumo e próximo passo
Cache e compressão no .htaccess reduzem o tempo de carregamento: cache evita novas requisições para arquivos já conhecidos; GZIP reduz o tamanho das respostas. Configure prazos de cache por tipo de arquivo (longo para imagens, CSS e JS versionados; curto para HTML) e ative compressão para conteúdo textual. Sempre faça backup do .htaccess e teste após alterar.
Para aplicar sem escrever as regras à mão: use o gerador de .htaccess do Senior SEO para gerar as diretivas de cache e GZIP e depois confira o resultado no Page Speed ou no PageSpeed Insights.