WordPress + Redis + Cloudflare: Guia de Otimização VPS

Visão Geral da Otimização

A performance de uma aplicação WordPress rodando em uma VPS depende diretamente da eficiência com que o servidor processa as requisições PHP e consulta o banco de dados MySQL. Em arquiteturas padrão, cada visita ao site exige que o PHP execute scripts complexos e realize múltiplas queries ao banco de dados para montar a página, o que gera um alto TTFB (Time to First Byte) e sobrecarrega a CPU e o I/O do disco. Quando o tráfego aumenta, esse gargalo se torna crítico, resultando em lentidão perceptível e possíveis quedas do serviço.

Para solucionar esse problema, aplicaremos uma estratégia de otimização em duas camadas distintas: cache de objeto (Object Cache) e aceleração de borda (Edge Computing). A primeira camada utiliza o Redis, um armazenamento de estrutura de dados em memória, para atuar como um cache de objetos. Em vez de o WordPress consultar o MySQL repetidamente para buscar as mesmas informações (como opções de plugins, metadados e configurações), o servidor busca esses dados diretamente na memória RAM. Como o acesso à memória é ordens de magnitude mais rápido que o acesso ao disco, reduzimos drasticamente a latência do banco de dados e o consumo de recursos do servidor.

A segunda camada é implementada através do Cloudflare. Enquanto o Redis otimiza o processamento interno no seu servidor, o Cloudflare atua na borda da rede (Edge), distribuindo o conteúdo estático e aplicando regras de cache de conteúdo dinâmico em seus servidores globais. Isso significa que muitos usuários nem chegarão a tocar na sua VPS, pois a resposta será entregue pelo ponto de presença (PoP) mais próximo do visitante. Ao combinar o Redis para aliviar o backend com o Cloudflare para mitigar o tráfego na entrada, criamos uma infraestrutura resiliente, capaz de suportar picos de acesso com uma latência mínima e uma experiência de usuário extremamente fluida.

Conceitos de Cache e Edge Computing

Para entender como reduzir o TTFB (Time to First Byte) e a carga de CPU na sua VPS, é fundamental distinguir as duas camadas de aceleração que utilizaremos neste tutorial: o cache de objeto no servidor e o cache de borda na rede mundial.

O Redis atua como um sistema de Object Cache. Em uma instalação padrão do WordPress, cada vez que um usuário acessa uma página, o PHP precisa realizar consultas complexas ao banco de dados MySQL para buscar metadados, opções e conteúdos de posts. Esse processo de I/O (entrada e saída) é custoso e lento. O Redis armazena esses resultados de consultas em memória RAM, que é ordens de magnitude mais rápida que o disco. Quando o WordPress solicita um dado, o PHP Redis Extension verifica se a chave já existe no cache; se sim, o dado é entregue instantaneamente sem sequer tocar no banco de dados. Isso reduz drasticamente o consumo de recursos do servidor e acelera o processamento do backend.

Já o Cloudflare implementa o conceito de Edge Computing e Edge Caching. Enquanto o Redis otimiza o que acontece "dentro" da sua VPS, o Cloudflare atua "fora" dela, na borda da rede. Através de uma rede global de servidores (PoPs - Points of Presence), o Cloudflare intercepta as requisições antes mesmo que elas cheguem ao seu servidor de origem. Ao configurar o DNS e as regras de cache, partes estáticas do seu site (como imagens, CSS e JavaScript) são servidas a partir do servidor mais próximo do usuário final.

A sinergia entre essas duas tecnologias cria uma arquitetura de alta performance: o Cloudflare reduz a latência de rede e o volume de requisições HTTP que atingem sua infraestrutura, enquanto o Redis minimiza o esforço computacional necessário para gerar o conteúdo dinâmico que o Cloudflare não consegue cachear. O resultado é um site que responde rapidamente tanto para o usuário local quanto para visitantes de outros continentes, mantendo a estabilidade do servidor mesmo sob picos de tráfego.

Pré-requisitos do Servidor

Antes de iniciar a implementação da camada de cache, é fundamental garantir que a sua infraestrutura possua os recursos e as permissões necessárias para suportar o Redis e a integração com o Cloudflare. Uma configuração negligenciada nesta etapa pode resultar em falhas de conexão entre o PHP e o banco de dados ou em instabilidades no serviço de borda.

• Acesso Root ou Sudo: Você precisará de privilégios de superusuário no servidor para instalar pacotes do sistema e modificar arquivos de configuração críticos como o redis.conf e o php.ini.
• Servidor VPS Linux: Recomenda-se uma distribuição baseada em Debian ou Ubuntu (versões 20.04 LTS ou superiores) devido à facilidade de gerenciamento de repositórios e compatibilidade de pacotes.
• Stack LAMP ou LEMP: O servidor deve possuir o Nginx ou Apache operando com uma versão do PHP de no mínimo 7.4, preferencialmente 8.1 ou superior, para garantir suporte total às extensões de cache modernas.
• Domínio Configurado: É indispensável que o domínio do seu WordPress já esteja apontando para o IP da sua VPS, permitindo que as alterações de DNS no painel do Cloudflare sejam propagadas corretamente.
• Recursos de Memória RAM: O Redis é um banco de dados em memória; portanto, certifique-se de que sua VPS possua pelo menos 1GB de RAM livre para evitar que o OOM Killer (Out of Memory Killer) do Linux encerre o processo do Redis durante picos de tráfego.
• Acesso ao Painel Cloudflare: Você deve ter credenciais de administrador na conta do Cloudflare para gerenciar os registros DNS e configurar as regras de cache de borda (Page Rules).
• Extensões PHP instaladas: É necessário que o ambiente já possua as bibliotecas php-mysql e php-gd, que são dependências básicas para o funcionamento estável do WordPress.

Instalação do Redis Server

Para que o WordPress utilize o cache de objeto, precisamos instalar o Redis Server diretamente no sistema operacional da sua VPS. O processo abaixo assume que você está utilizando uma distribuição baseada em Debian ou Ubuntu, que é o padrão para a maioria das nossas instâncias de infraestrutura.

1. Primeiro, atualize os repositórios do sistema para garantir que o gerenciador de pacotes apt encontre a versão mais recente disponível nos repositórios oficiais.

   sudo apt update

   O comando update sincroniza os índices de pacotes locais com os servidores do repositório, evitando erros de dependências desatualizadas.

2. Instale o pacote do servidor Redis utilizando o comando de instalação do APT.

   sudo apt install redis-server -y

   A flag -y responde automaticamente "sim" para a confirmação de download e instalação, tornando o processo automatizado.

3. Após a instalação, é fundamental configurar o Redis para rodar como um serviço de fundo e garantir que ele inicie automaticamente junto com o boot do servidor.

   sudo systemctl enable redis-server

   O comando enable configura o systemd para gerenciar o daemon do Redis durante o carregamento do sistema operacional.

4. Inicie o serviço manualmente para garantir que o processo esteja ativo imediatamente.

   sudo systemctl start redis-server

   O comando start instrui o gerenciador de serviços a executar o binário do Redis agora, sem esperar pelo próximo reboot.

5. Ajuste a configuração de persistência e de rede no arquivo principal do Redis. Abra o arquivo de configuração com seu editor de preferência, como o Nano.

   <sudo nano /etc/redis/redis.conf

   Neste arquivo, você deve localizar a diretiva bind. Por padrão, o Redis ouve apenas em 127.0.0.1. Como o WordPress está na mesma VPS, manter assim é o mais seguro para evitar exposição externa.

6. Dentro do arquivo redis.conf, localize o parâmetro supervised e altere o valor para systemd.

   supervised systemd

   Essa alteração permite que o systemd do Linux monitore corretamente o status do processo Redis, facilitando o gerenciamento via systemctl.

7. Salve as alterações (Ctrl+O, Enter) e saia do editor (Ctrl+X). Em seguida, reinicie o serviço para aplicar as novas diretivas de configuração.

   sudo systemctl restart redis-server

   O comando restart encerra e inicia o serviço novamente, garantindo que todas as mudanças feitas no arquivo redis.conf entrem em vigor.

Configuração do PHP Redis Extension

Após a instalação do servidor Redis, é fundamental estabelecer a ponte de comunicação entre o motor de processamento PHP e o serviço de cache. O Redis opera como um servidor independente, mas o WordPress, rodando via PHP, precisa de um driver específico para enviar e receber comandos de cache de objeto. Sem a extensão php-redis (também conhecida como phpredis), o WordPress não conseguirá utilizar o Redis para armazenar as consultas ao banco de dados, tornando a instalação inútutil para fins de performance.

Siga os passos abaixo para instalar e habilitar o driver no seu ambiente:

>php -v</code<></pre>

<p>O comando acima exibe a versão atual do binário do PHP. Certifique-se de que você instalará a extensão correspondente à versão ativa (ex: 7.4, 8.1 ou 8.2).</p>

<pre>
<code< code="">>sudo apt install php-redis</code<></pre>

<p>O comando <strong>apt install</strong> baixa e configura o pacote <strong>php-redis</strong>, que contém as bibliotecas necessárias para a comunicação via sockets entre o PHP e o Redis Server.</p>

<pre>
<code< code="">>php -m | grep redis</code<></pre>

<p>O parâmetro <strong>-m</strong> lista todos os módulos carregados e o <strong>grep redis</strong> filtra apenas o termo desejado. Se o retorno exibir "redis", a instalação foi bem-sucedida.</p>

<pre>
<code< code="">>sudo systemctl restart php8.2-fpm</code<></pre>

<p>Substitua <strong>php8.2-fpm</strong> pela sua versão específica. O comando <strong>systemctl restart</strong> é crucial para que o processo do PHP recarregue as novas diretivas de configuração e reconheça a extensão recém-instalada.</p>

<ol>
	<li>Identifique a versão do PHP que está sendo utilizada no seu servidor para garantir a compatibilidade do módulo.</li>
	<li>Instale o módulo de extensão do Redis utilizando o gerenciador de pacotes APT.</li>
	<li>Verifique se o módulo foi carregado corretamente no ambiente CLI (Command Line Interface).</li>
	<li>Reinicie o serviço de processamento web para que as alterações no PHP-FPM ou Apache sejam aplicadas.</li>
</ol>

<p>Caso você utilize uma configuração personalizada de <strong>php.ini</strong>, verifique se a diretiva de extensão está presente ou se o arquivo de configuração do módulo foi criado no diretório <code>/etc/php/X.X/mods-available/. Em servidores com múltiplas versões de PHP, é comum o erro de instalar o módulo para uma versão enquanto o servidor web utiliza outra.


Configuração do Cloudflare DNS

Após preparar o servidor com Redis, o próximo passo é configurar a camada de Edge Computing. O objetivo aqui é direcionar o tráfego do seu domínio para a rede global da Cloudflare, permitindo que o conteúdo estático seja servido de servidores próximos ao usuário final, reduzindo o TTFB (Time to First Byte).


	
Acesse o painel da Cloudflare e adicione seu site. O sistema realizará uma varredura automática de registros DNS existentes no seu servidor atual.
	
Altere os Nameservers no seu registrador de domínio (onde você comprou o domínio) para os endereços fornecidos pela Cloudflare. Isso transfere a autoridade de DNS para a rede da Cloudflare.
	
No menu DNS da Cloudflare, verifique se o registro do tipo A aponta para o endereço IP público da sua VPS. Certifique-se de que a nuvem esteja na cor laranja (Proxied).
	
Acesse a aba SSL/TLS e configure o modo de criptografia para Full (Strict). Esta configuração é vital para garantir que a comunicação entre a Cloudflare e sua VPS seja criptografada via TLS, evitando erros de redirecionamento infinito.
	
Vá até a aba Rules e crie uma Page Rule para o seu domínio. Configure uma regra para o caminho *yourdomain.com/* com a instrução Cache Level: Cache Everything. Isso instrui a Cloudflare a armazenar não apenas imagens, mas também o HTML da página, maximizando a performance.


Para garantir que o Cloudflare não interfira na entrega de conteúdos dinâmicos que dependem do Redis, é recomendável configurar o Browser Cache TTL na aba Caching. Um valor de 4 horas é um bom equilíbrio entre performance e atualização de conteúdo.

Se você utiliza o terminal para validar a propagação do novo DNS, utilize o comando dig para verificar qual servidor está respondendo pela consulta:

+short, deve retornar apenas o endereço IP da Cloudflare (ou o IP da sua VPS se o proxy estiver desativado temporariamente para testes).

 

Para confirmar que o Proxy está ativo e filtrando o tráfego, execute o comando curl observando o cabeçalho Server:


 

O output esperado deve exibir <strong>server: cloudflare</strong>. Se aparecer <strong>server: nginx</strong> ou <strong>server: Apache</strong>, o tráfego não está passando pela camada de proteção e aceleração da borda.

Configuração do WordPress com Redis

Após preparar o servidor e o DNS, o próximo passo é integrar o motor de cache de objetos ao núcleo do WordPress. O objetivo aqui é fazer com que o WordPress pare de realizar consultas repetitivas ao <strong>MySQL</strong> para buscar metadados, opções e termos, armazenando esses resultados na memória RAM via Redis.


	
Acesse o painel administrativo do seu WordPress e navegue até a seção de Plugins. Clique em Adicionar Novo e pesquise por <strong>Redis Object Cache</strong>. Instale e ative o plugin desenvolvido pela Till Krüss, que é o padrão da indústria para esta finalidade.
	
Após a ativação, acesse o menu Configurações e clique em Redis. No painel do plugin, você verá um botão chamado <strong>Enable Object Cache</strong>. Clique nele para que o plugin tente estabelecer a conexão com o socket do Redis no servidor.
	
Caso o plugin não detecte automaticamente o host, você precisará editar o arquivo <code class="wp-content/config.php">wp-config.php via SSH ou Gerenciador de Arquivos para definir as constantes de conexão. Adicione as seguintes linhas antes da cláusula /* That's all, stop editing! Happy publishing. */: 
	
<code class="language-php
define('WP_REDIS_HOST', '127.0.0.1');
define('WP_REDIS_PORT', 6379);
define('WP_REDIS_DATABASE', 0);</code></pre>

<p>A diretiva <code>WP_REDIS_HOST</code> define o endereço IP do servidor onde o Redis está rodando. A flag <code>WP_REDIS_PORT</code> especifica a porta padrão do serviço. A constante <code>WP_REDIS_DATABASE</code> indica qual banco de dados lógico do Redis será utilizado; o valor <code>0</code> é o padrão, mas você pode usar outros índices para isolar o cache de diferentes sites na mesma VPS.</p>

<li>Para garantir que o cache não cause conflitos com o Cloudflare, certifique-se de que o plugin não está tentando cachear páginas estáticas que já são gerenciadas pela borda (Edge). O Redis deve focar exclusivamente em <strong>Object Cache</strong> (dados dinâmicos) e não em Page Cache (HTML estático).</p>

</ol>

<p>Com essa configuração, o WordPress passará a utilizar o Redis como uma camada de memória volátil de alta velocidade, reduzindo drasticamente o <strong>TTFB</strong> (Time to First Byte) e a carga de I/O do seu disco.</p>

<h2>Verificação da Performance</h2>

<p>Após implementar o Redis e o Cloudflare, é fundamental validar se o <strong>Object Cache</strong> está realmente reduzindo a carga no banco de dados e se a entrega de conteúdo via Edge está ativa. Não basta apenas instalar os módulos; é preciso confirmar que o WordPress está comunicando-se com o Redis e que o tráfego passa pela rede da Cloudflare.</p>

<p>O primeiro passo é verificar o status do Redis via CLI (Command Line Interface) para garantir que as chaves do WordPress estão sendo armazenadas na memória RAM. Execute o seguinte comando no terminal do seu servidor:</p>

<pre><code</code>redis-cli monitor</code></pre>

<p>O comando <code class=" inline="">monitor é uma ferramenta de depuração que mostra em tempo real todas as operações processadas pelo servidor. Após rodar o comando, navegue pelo seu site WordPress e atualize várias páginas. Você deverá observar um fluxo constante de comandos como GET e SET no terminal.

	
 
	 

	
<code< code=""># Exemplo de saída esperada ao navegar no site
1692834001 | "GET" "wp_cache_key_example"
1692834005 | "SET" "wp_cache_key_example" "data_content"</code<>

	
Para uma análise técnica mais profunda do impacto no TTFB (Time to First Byte), utilize a ferramenta de inspeção do navegador ou o comando curl para comparar a latência antes e depois da configuração. O objetivo é observar uma redução drástica no tempo de resposta do servidor.

	
curl -o /dev/null -s -w "Connect: %{time_connect} | TTFB: %{time_starttransfer} | Total: %{time_total}\n" https://seu-dominio.com.br</code<></pre>

	<p>Neste comando, utilizamos as seguintes flags:</p>

	<ul>
		<li><code class="inline">-o /dev/null: Descarta o corpo da resposta HTML, focando apenas nos metadados de tempo.
		
-s: Modo silencioso (silent), para não exibir a barra de progresso do download.
		
-w: Define o formato da saída (write-out), permitindo extrair métricas específicas como o TTFB.
	

	
Por fim, verifique os cabeçalhos HTTP para confirmar que o Cloudflare está operando em modo Proxy. O output deve conter a flag cf-cache-status. Se o valor retornado for HIT, significa que o conteúdo foi entregue pela borda (Edge), eliminando a necessidade de uma requisição ao seu servidor VPS.

	
# Verificando o cache da Cloudflare via terminal
curl -I https://seu-dominio.com.br</code<></pre>

	<pre>
<code< code="">HTTP/2 200
server: cloudflare
cf-cache-status: HIT
content-type: text/html...</code<></pre>

	<h2>Troubleshooting de Conexão</h2>

	<p>Configurar uma arquitetura de cache distribuída envolve múltiplas camadas, desde o motor do banco de dados até a borda da rede. Quando o WordPress não consegue se comunicar com o Redis ou o Cloudflare apresenta erros de origem, o diagnóstico deve ser sistemático para isolar a camada de falha.</p>

	<ul>
		<li><strong>Sintoma:</strong> Erro de "Connection Refused" ou "Could not connect to Redis server" no log do WordPress. <strong>Causa:</strong> O serviço Redis não está rodando ou o Redis está configurado para aceitar apenas conexões via <code>localhost (Unix Socket), mas o plugin tenta usar o protocolo TCP/IP. Solução: Verifique o status do serviço com

		
systemctl status redis-server e certifique-se de que a diretiva bind no arquivo /etc/redis/redis.conf inclua o IP 127.0.0.1 ou que o plugin esteja apontando para o caminho correto do /var/run/redis/redis.sock.
		
		
Sintoma: O site apresenta erro "Error 521: Web server is down" no Cloudflare. Causa: O servidor web (Nginx ou Apache) caiu ou o firewall do servidor (UFW/IPTables) está bloqueando as requisições vindas dos IPs do Cloudflare. Solução: Valide se o serviço está ativo com
		
systemmente is-active nginx e verifique as regras de firewall permitindo tráfego na porta 80 e 443.
		
		
Sintoma: O cache do Redis parece não estar funcionando (o site continua lento ou o banco de dados é consultado excessivamente). Causa: A extensão PHP php-redis não foi carregada corretamente ou o wp-config.php possui definições de constantes conflitantes. Solução: Execute
		
php -m | grep redis para confirmar se o módulo está listado no runtime do PHP. Caso não apareça, reinicie o serviço FPM com


		
systemctl restart php8.x-fpm (substituindo pela sua versão específica).
		
		
Sintoma: Conteúdo desatualizado ou "Loop de Redirecionamento" ao ativar o SSL no Cloudflare. Causa: O modo de SSL no Cloudflare está configurado como "Flexible", mas o servidor possui regras de redirecionamento HSTS ou HTTPS forçado no arquivo .htaccess. Solução: Altere o modo de criptografia no painel Cloudflare para Full (Strict) e garanta que o certificado SSL no seu servidor VPS seja válido.
		
Sintoma: O Redis apresenta alto consumo de CPU ou latência crescente. Causa: Fragmentação de memória ou falta de política de expulsão de chaves (eviction policy). Solução: Verifique as métricas com
		
redis-cli info memory e ajuste a diretiva maxmemory-policy para allkeys-lru no arquivo de configuração para que o Redis remova chaves antigas automaticamente quando atingir o limite.
		
	

	
Boas Práticas de Cache

	
Implementar Redis e Cloudflare é um salto de performance, mas uma configuração mal planejada pode causar inconsistência de dados ou consumo excessivo de memória RAM. Para manter a estabilidade da sua infraestrutura, siga estas diretrizes técnicas.

	

		
Gerenciamento de Memória no Redis: Nunca deixe o Redis operando sem uma política de despejo definida. Configure a diretiva maxmemory-policy allkeys-lru no arquivo redis.conf. Isso garante que, quando o limite de RAM for atingido, o Redis remova as chaves menos utilizadas (Least Recently Used) em vez de recusar novas escritas, evitando erros de Object Cache no WordPress.
		
Configuração de TTL (Time To Live): No Cloudflare, evite configurar o "Browser Cache TTL" com valores excessivamente longos para páginas dinâmicas. Para arquivos estáticos (CSS, JS, Imagens), use valores altos (ex: 1 mês). Para o HTML, utilize um tempo menor ou dependa de purga via API para garantir que atualizações de conteúdo reflitam rapidamente para o usuário final.
		
Evite o Cache de Query Strings Sensíveis: Certifique-se de que o Cloudflare não está cacheando páginas que contêm parâmetros de sessão ou autenticação (como ?session_id=...). O cache de páginas de checkout ou área de login pode expor dados de usuários se a regra de Edge Computing não estiver isolada corretamente.
		
Monitoramento de Evicção de Chaves: Monitore periodicamente o comando redis-cli info stats. Se o valor de evicted_keys subir de forma abrupta, significa que seu servidor está ficando sem RAM e o Redis está sendo forçado a apagar dados importantes, o que aumenta o TTFB por obrigar o WordPress a consultar o MySQL novamente.
		
Purga Automática de Cache: Utilize plugins que integrem a API do Cloudflare com o WordPress. Sempre que você publicar um post ou atualizar um plugin, o sistema deve disparar um comando de purge_cache. Isso evita o cenário de "conteúdo fantasma", onde o usuário vê uma versão antiga do site devido ao cache de borda.
		
Segurança do Redis: Jamais exponha a porta 6379 para a internet pública. O Redis deve acear apenas conexões via 127.0.0.1 (localhost) ou através de uma rede privada (VPC) se o Redis estiver em uma instância separada. Se precisar de acesso remoto, utilize obrigatoriamente uma senha forte via diretiva requirepass.
	

	
Conclusão e Próximos Passos

	
Implementar a arquitetura de cache em camadas utilizando Redis para Object Cache e Cloudflare para Edge Caching transforma radicalmente a experiência do usuário final e a eficiência do seu servidor VPS. Ao reduzir a necessidade de consultas repetitivas ao banco de dados MySQL e entregar conteúdo estático diretamente da borda, você não apenas diminui o TTFB (Time to First Byte), mas também libera ciclos de CPU e memória RAM para que sua aplicação suporte um volume muito maior de tráfulos simultâneos sem degradação de performance.

	
No entanto, a configuração de cache é um ecossistema vivo que exige monitoramento constante. Um erro comum após essa implementação é o "cache stale" (conteúdo desatualizado), onde alterações no WordPress não refletem no site devido a uma configuração agressiva de TTL (Time To Live) no Cloudflare. Portanto, a conclusão deste tutorial é apenas o ponto de partida para uma infraestrutura de alta disponibilidade.

	
Para escalar sua infraestrutura para o próximo nível, considere os seguintes passos técnicos:

	

		
Implementação de Monitoramento de Recursos: Configure ferramentas como o Netdata ou Zabbix no seu servidor para monitorar o consumo de memória do processo Redis. O Redis armazena dados na RAM, então um crescimento descontrolso do dataset pode causar o OOM Killer (Out of Memory Killer) do Linux, derrubando o serviço.
		
Configuração de CDN para Imagens e Assets: Além do cache de HTML, utilize o Cloudflare Polish ou o Auto Minify para otimizar o peso dos arquivos CSS, JS e imagens diretamente na borda, reduzindo o payload total da página.
		
Estratégia de Purge Automático: Configure um webhook ou utilize plugins como o WP Rocket ou W3 Total Cache para disparar uma requisição de Purge Cache via API do Cloudflare sempre que um post for atualizado, garantindo consistência de dados.
		
Segurança de Camada 7: Com o tráfego passando pelo Cloudflare, aproveite para configurar regras de WAF (Web Application Firewall) e bloqueio de IPs por país, protegendo seu servidor VPS de ataques de força bruta e bots maliciosos antes mesmo que eles atinjam o seu Nginx ou Apache.
		
Backup de Configurações: Mantenha um registro versionado do seu arquivo redis.conf e das regras de Page Rules do Cloudflare. Em caso de migração de servidor ou desastre, a restauração da performance será muito mais rápida.
	

	
A otimização de performance é um processo iterativo. Continue testando sua pontuação no Google PageSpeed Insights e no GTmetrix após cada alteração de configuração para garantir que as melhorias implementadas estão gerando o impacto esperado na métrica de Core Web Vitals.