Como Usar o Modo "Under Attack" do Cloudflare em um Site Sob Ataque DDoS?

O modo "Under Attack" do Cloudflare em um site sob ataque DDoS é uma configuração de defesa emergencial que filtra o tráfego de bots, exibindo uma breve verificação de segurança para os visitantes. Ao selecionar seu site no painel do Cloudflare e ativar a opção "Under Attack" na seção de Segurança, é possível reduzir em poucos minutos o volume de requisições em nível HTTP/HTTPS, protegendo o acesso de usuários reais ao site e diminuindo a carga no seu servidor. No entanto, esse modo não é uma solução permanente; ele deve ser usado em conjunto com a configuração correta do proxy DNS, regras de WAF, limitação de taxa, configuração de cache e segurança do servidor de origem.

Neste guia, abordaremos passo a passo como ativar o modo "Under Attack" do Cloudflare, quando ele deve ser utilizado, quais configurações devem apoiá-lo e como retornar ao normal de forma segura após o ataque. O objetivo é fornecer uma lista de verificação prática que possa ser aplicada em momentos de pânico e recuperar a acessibilidade do seu site o mais rápido possível.

O que é o Modo "Under Attack" do Cloudflare?

O modo "Under Attack" do Cloudflare é um nível de segurança de emergência oferecido pela plataforma. Quando ativado, o Cloudflare submete os visitantes do site a uma breve verificação em seus navegadores. Essa verificação geralmente dura apenas alguns segundos, dificultando a sobrecarga do site por bots automáticos, ferramentas simples de flood HTTP ou clientes mal-intencionados que atuam fora do navegador.

O principal objetivo deste modo é mitigar ataques na camada de aplicação, ou seja, no nível 7. Por exemplo, se o site estiver recebendo milhares de requisições GET por segundo na página inicial, tentativas intensas de POST na página de login do WordPress, consultas dispendiosas na página de busca ou tráfego falso na página do carrinho, o modo "Under Attack" fornece uma resposta inicial rápida.

Aqui está a distinção importante: o modo "Under Attack" filtra as requisições da web; mas se o endereço IP do seu servidor for alvo direto, se seus serviços fora do proxy do Cloudflare estiverem expostos, ou se o ataque ocorrer nos níveis 3 ou 4, serão necessárias medidas adicionais. Portanto, é essencial que os registros DNS estejam configurados para passar pelo Cloudflare, que o IP de origem esteja oculto e que as medidas de segurança adequadas estejam implementadas no lado do hosting. Para a escolha de uma infraestrutura segura, você pode conectar-se aos conteúdos sobre Serviços de hosting web seguro e instalação de certificado SSL.

Sintomas de um Ataque DDoS: O que Verificar Antes de Ativar o Modo "Under Attack"?

Nem toda lentidão é um DDoS. Às vezes, um plugin com falha, um bloqueio no banco de dados, uma tarefa cron que consome muito CPU ou uma configuração de cache incorreta podem causar resultados semelhantes. Portanto, é útil fazer um diagnóstico rápido antes de ativar o modo "Under Attack". No entanto, se o servidor estiver tendo dificuldades para responder, se os usuários estiverem recebendo erros 502, 503 ou 504, e se houver um pico anômalo de requisições nos logs, a ativação do modo emergencial não deve ser adiada.

Indicadores Típicos de DDoS

• Aumento de tráfego de 5, 10 ou 50 vezes o normal em um curto período.
• Centenas de requisições por segundo para uma única página ou endpoint.
• Fluxo de tráfego de diferentes países, mas com valores de user-agent semelhantes.
• URLs dispendiosas como admin, login, search, cart sendo alvo em WordPress, WooCommerce, OpenCart ou software personalizado.
• Limites de CPU, RAM, PHP-FPM worker ou conexões MySQL sendo atingidos no servidor.
• Aumento repentino de erros 4xx e 5xx na tela de Análise do Cloudflare.
• Usuários reais acessando o site de forma intermitente, mas o tráfego de bots enviando requisições continuamente.

Por exemplo, se um site de e-commerce que normalmente recebe 2.000 requisições por minuto, de repente, passa a receber 80.000 por minuto em 10 minutos, e 70% dessas requisições vão para a página do carrinho ou de busca, isso é um sinal claro de um ataque na camada 7. Nesse cenário, o modo "Under Attack" deve ser ativado nos primeiros 5 minutos, e em seguida, devem ser adicionadas regras específicas de WAF e limitação de taxa para os URLs alvo.

Quando Usar o Modo "Under Attack" do Cloudflare?

O modo "Under Attack" do Cloudflare não é uma configuração de segurança padrão que deve ser mantida sempre ativa. Isso porque ele também exibe uma breve tela de espera para visitantes reais, o que pode impactar a experiência do usuário, especialmente em páginas focadas em conversão, etapas de pagamento ou estruturas que utilizam APIs. O uso mais apropriado é ativá-lo temporariamente durante um ataque e reconfigurar o nível de segurança uma vez que o tráfego retorne ao normal.

Casos Apropriados para Uso

• Se o site estiver recebendo um volume anormal e intenso de requisições HTTP/HTTPS.
• Se os recursos do servidor estiverem se esgotando rapidamente e os erros 502/503 estiverem aumentando.
• Se o WAF do Cloudflare ainda não estiver configurado com regras específicas e for necessária uma proteção rápida.
• Se o tráfego de bots for significativamente maior que o tráfego de usuários reais.
• Se as páginas da web, formulários, telas de login ou endpoints de busca forem o alvo do ataque.

Casos para Usar com Cuidado

• Se o tráfego de um aplicativo móvel, provedor de pagamento, webhook ou API estiver sendo intensivo.
• Se você estiver em um período crítico de rastreamento por bots de mecanismos de busca.
• Se seus usuários corporativos estiverem acessando de navegadores antigos ou de redes restritas.
• Se houver subdomínios que não estejam atrás do proxy do Cloudflare no seu site.

Em sites com tráfego de API, se o modo "Under Attack" for aplicado a todo o domínio, algumas integrações podem falhar. Portanto, se possível, deve-se planejar regras de WAF específicas, listas de permissão ou diferentes níveis de segurança para os subdomínios da API. Para um guia detalhado sobre segurança da API, pode-se recomendar Guia de Segurança de API e Limitação de Taxa.

Como Ativar o Modo "Under Attack" do Cloudflare? Passo a Passo

Os passos a seguir são uma lista de verificação prática preparada para agir rapidamente em caso de ataque. A interface do Cloudflare pode sofrer pequenas alterações ao longo do tempo; no entanto, a lógica permanece a mesma: selecione seu domínio, aumente o nível de segurança e valide o tráfego que chega através do Cloudflare.

1. Acesse sua conta do Cloudflare

Primeiro, faça login na sua conta do Cloudflare e selecione o domínio sob ataque. Se você gerencia vários domínios, certifique-se de que está trabalhando na zona correta. Ativar o modo "Under Attack" em um domínio incorreto desperdiça tempo e o ataque real continua.

2. Verifique se os registros DNS estão configurados como proxied

Para que o modo "Under Attack" seja eficaz, o tráfego da web precisa passar pelo Cloudflare. Na seção de DNS, verifique se os registros A, AAAA e CNAME estão com a nuvem laranja, ou seja, em modo proxied. Registros em modo cinza, ou seja, DNS only, não passam pela camada de segurança do Cloudflare. É importante verificar especialmente os registros www, do domínio raiz e dos subdomínios utilizados.

Se o seu endereço IP de origem estiver visível na internet, os atacantes podem contornar o Cloudflare e atacar diretamente o servidor. Portanto, permitir tráfego HTTP/HTTPS apenas dos intervalos de IP do Cloudflare no firewall do servidor é uma medida adicional poderosa. Você pode obter suporte do seu provedor de hospedagem a esse respeito ou direcionar-se ao guia sobre como configurar as configurações de DNS do Cloudflare.

3. Ative a função "Under Attack Mode" na seção de Segurança

Após abrir o domínio relevante no painel do Cloudflare, encontre a opção "Under Attack Mode" na tela de Segurança ou Visão Geral. Quando você ativa essa opção, o Cloudflare começa a mostrar uma página de verificação temporária para os visitantes que chegam ao site. Em alguns painéis, essa configuração pode ser exibida sob "Security Level" como "I am Under Attack".

Após a ativação, a mudança geralmente é implementada rapidamente. Nos primeiros minutos, é necessário monitorar o Cloudflare Analytics, eventos de segurança e o consumo de recursos do servidor em conjunto. Se os números de CPU e conexões começarem a cair, isso significa que o modo está funcionando. Porém, se a taxa de erro continuar alta, regras adicionais devem ser escritas.

4. Teste a experiência do usuário real

Após ativar o modo, teste o site de diferentes redes. Acesse a página inicial, a página de produtos, a página de login e o fluxo de pagamento a partir de internet móvel, rede de escritório e, se possível, de uma localização diferente. Se, após a tela de verificação do usuário, você conseguir acessar o site, isso é o esperado. Se os usuários entrarem em um ciclo de verificação infinito, devem ser investigadas configurações que bloqueiam cookies, compatibilidade do navegador ou conflitos nas regras de segurança do Cloudflare.

5. Identifique as URLs alvo do ataque

O modo "Under Attack" fornece uma proteção geral; no entanto, a verdadeira eficácia é obtida com regras específicas para os alvos. Utilize o Cloudflare Security Events, Web Analytics, logs de acesso de hospedagem e logs da aplicação para identificar os caminhos que estão recebendo mais requisições. Por exemplo, /wp-login.php, /xmlrpc.php, /search, /cart, /api/login ou /checkout podem estar sob ataque.

Uma vez que a URL alvo é identificada, pode-se agir com WAF Custom Rules com base em critérios como país, user-agent, método de requisição, URI path ou pontuação de bot. Por exemplo, para um endpoint de login específico que recebe requisições acima de um número razoável por minuto, pode-se aplicar um desafio gerenciado aos IPs que excederem esse limite. Para sites WordPress, o link Medidas de Segurança do WordPress representa uma oportunidade natural de link interno.

Diferenças entre o Modo "Under Attack" e Outras Opções de Segurança do Cloudflare

As ferramentas de segurança do Cloudflare servem a diferentes propósitos. O modo "Under Attack" é um filtro de emergência rápido e geral; enquanto o WAF e a Limitação de Taxa oferecem soluções mais direcionadas, sustentáveis e equilibradas em termos de experiência do usuário.

Na prática, uma boa abordagem de defesa avança da seguinte forma: primeiro, o modo "Under Attack" reduz a pressão imediata; em seguida, o padrão do ataque é analisado, regras de WAF e limitação de taxa são adicionadas, e finalmente, as configurações de cache e firewall de origem são fortalecidas para uma estrutura permanente.

Configurações Adicionais Recomendadas do Cloudflare Durante um Ataque

Embora o modo "Under Attack" possa ser ativado com um único botão, o sucesso da defesa contra DDoS depende de configurações de suporte. As recomendações a seguir são as mais frequentemente eficazes em operações reais.

Crie Proteção Direcionada com Regras do WAF

O WAF do Cloudflare permite que você tome ações com base em condições específicas. Por exemplo, você pode aplicar um desafio apenas às requisições POST que chegam à página /wp-login.php feitas de determinados países. Assim, você isola o alvo do ataque sem sobrecarregar todo o site.

• Abra as páginas de admin e login apenas para determinados países ou intervalos de IP.
• Bloqueie endpoints não utilizados, como XML-RPC.
• Imponha desafios gerenciados para valores de user-agent suspeitos.
• Limite a taxa de clientes que fazem requisições frequentes em um determinado URI path.

Configure Corretamente o Nível de Cache

Se o servidor de origem tiver que responder a cada requisição durante um DDoS, os recursos se esgotarão rapidamente. Arquivos estáticos, imagens, CSS, JavaScript e páginas que podem ser armazenadas em cache devem ser servidas a partir da borda do Cloudflare. Em estruturas dinâmicas como WordPress, um plugin de cache de página, regras de cache do Cloudflare e cabeçalhos apropriados de cache-control podem ser usados em conjunto.

Por exemplo, em um site que é predominantemente um blog ou notícias, as páginas exibidas a visitantes anônimos podem ser armazenadas em cache por 5 a 30 minutos. Essa configuração simples reduz os valores de TTFB mesmo durante períodos fora de ataque e alivia os recursos de hospedagem. Para o lado de desempenho, o link Guia de aceleração de site pode ser avaliado.

Defina Limites de Taxa de Forma Realista

A limitação de taxa é especialmente eficaz em endpoints dispendiosos. Contudo, se os limites forem definidos de forma aleatória, usuários reais podem ser bloqueados. Por exemplo, em uma página de busca de produtos, um usuário normal pode fazer de 5 a 15 buscas por minuto; 100 buscas por minuto é anormal. Na página de login, 10 tentativas fracassadas em 5 minutos são suspeitas na maioria dos cenários.

Uma abordagem exemplar: para /wp-login.php, pode-se aplicar um desafio gerenciado a IPs que enviem mais de 10 requisições em um minuto, e um bloqueio temporário a IPs que enviarem mais de 50 requisições em 5 minutos. Em endpoints de API, limites mais precisos devem ser considerados com base em sessão de usuário, IP, token e método.

Oculte o Endereço IP de Origem e Limite com o Firewall

Um dos erros mais críticos ao usar o Cloudflare é deixar o endereço IP de origem exposto. Registros DNS antigos, subdomínios que funcionam com IP direto, serviços web misturados com registros de e-mail ou configurações comprometidas podem permitir que um atacante acesse o servidor fora do Cloudflare.

No lado do servidor, abrir as portas 80 e 443 apenas para os intervalos de IP do Cloudflare oferece uma proteção robusta. Além disso, portas de SSH, painel, banco de dados e administrativas não devem ficar abertas para a internet; devem ser aplicadas restrições de IP, senhas fortes, autenticação em dois fatores e, se possível, VPN. Para segurança de hospedagem, pode-se conectar aos conteúdos sobre configurações de segurança do cPanel e configuração de firewall VPS.

Pontos de Atenção Especiais para Sites WordPress, WooCommerce e Corporativos

Nem todos os sites têm a mesma estrutura de tráfego. Um blog, uma loja WooCommerce e um painel SaaS podem resultar em diferentes impactos ao utilizar o modo "Under Attack" do Cloudflare. Portanto, caminhos críticos devem ser identificados de acordo com o tipo de site.

Sites WordPress

Os arquivos mais frequentemente alvos no WordPress são os caminhos /wp-login.php e /xmlrpc.php. Se você não estiver usando XML-RPC, bloqueá-lo geralmente é seguro. Pode-se aplicar restrições de país ou IP para o painel admin. Além disso, as regras do Cloudflare não devem conflitar com plugins de segurança; muitos desafios simultâneos podem colocar o usuário em um ciclo de verificação.

Lojas WooCommerce

As páginas de carrinho, pagamento e conta em WooCommerce requerem atenção. Como essas páginas são dinâmicas, não devem ser aplicadas caches agressivos. Enquanto o modo "Under Attack" estiver ativo, verifique se as URLs de callback ou webhook do provedor de pagamento estão funcionando. Se necessário, os intervalos de IP do provedor de pagamento devem ser adicionados à lista de permissão, ou pode-se escrever uma regra específica para o endpoint relevante.

Sites Corporativos e que Usam API

Portais corporativos, integrações de CRM e APIs de aplicativos móveis podem não conseguir processar a tela de desafio em JavaScript. Nesses casos, pode ser mais adequado gerenciar o subdomínio da API separadamente em vez de aplicar o modo "Under Attack" a todo o domínio. Por exemplo, enquanto o modo "Under Attack" é ativado para www.exemplo.com, pode-se aplicar segurança baseada em token, limitação de taxa e lista de permissão para api.exemplo.com.

Métricas a Serem Monitoradas Após Ativar o Modo "Under Attack"

Para entender se uma medida de segurança está funcionando, é necessário monitoramento numérico. Apenas ter o site acessível não é suficiente; taxas de erro, carga do servidor e comportamento real do usuário devem ser avaliados em conjunto.

• Eventos de Segurança do Cloudflare: Mostra quais regras desafiaram ou bloquearam quantas requisições.
• Códigos de status HTTP: A variação em erros 403, 429, 502, 503 e 504 deve ser monitorada.
• Uso de CPU e RAM do servidor: Espera-se uma queda após o modo "Under Attack".
• Conexões do PHP-FPM e MySQL: Indica alívio na camada de aplicação.
• Largura de banda e número de requisições: A taxa de requisições filtradas deve ser comparada com o volume de tráfego.
• Conversões de usuários reais: Envio de formulários, pedidos, login e etapas de pagamento devem ser testados.

Por exemplo, mesmo que o número total de requisições permaneça o mesmo após a ativação do modo "Under Attack", se as requisições que chegam ao servidor de origem diminuírem em 60%, isso indica que a camada do Cloudflare está absorvendo uma carga significativa. Entretanto, se o uso de CPU do MySQL continuar alto, o ataque pode estar acionando uma consulta dinâmica específica; nesse caso, os logs da aplicação devem ser analisados.

Como Desativar o Modo "Under Attack" Após o Fim do Ataque?

Uma vez que o tráfego do ataque retorne ao normal, deixar o modo "Under Attack" ativado permanentemente não é recomendado para a maioria dos sites. Isso porque exibir uma verificação adicional a cada visitante pode impactar a taxa de conversão, a eficiência de rastreamento e a satisfação do usuário. A desativação também deve ser realizada de maneira controlada, assim como a ativação.

Passos para Retornar ao Normal de Forma Segura

• Aguarde pelo menos 30-60 minutos para que os níveis de tráfego se normalizem.
• Verifique na tela de Eventos de Segurança do Cloudflare se os números de desafios e bloqueios diminuíram.
• Antes de desativar o modo "Under Attack", certifique-se de que as regras de WAF e limitação de taxa específicas estão ativas.
• Reduza o nível de segurança para um nível mais equilibrado, como Alto ou Médio.
• Teste o site em diferentes dispositivos e monitore a taxa de erros 5xx.
• Durante 24 horas, monitore os logs para ver se o ataque recomeça.

Como boa prática, deve-se elaborar um relatório de incidentes após o ataque. Este relatório deve incluir a hora de início do ataque, URLs alvo, o número máximo de requisições, ações tomadas, regras que funcionaram e melhorias permanentes. Esse documento ajudará a reduzir significativamente o tempo de resposta em futuros incidentes.

Erros Comuns e o que Evitar

É preciso tomar decisões rápidas durante um DDoS; no entanto, configurações incorretas podem bloquear usuários reais. Os erros a seguir são especialmente comuns sob estresse intenso.

• Pensar que o modo "Under Attack" protegerá sem fazer os registros DNS serem proxied.
• Deixar o endereço IP de origem exposto e não bloquear o acesso fora do intervalo de IPs do Cloudflare no firewall.
• Aplicar desafios a todo o domínio sem testar endereços de API, webhook e callback de pagamento.
• Escrever regras de bloqueio WAF muito amplas, bloqueando clientes reais.
• Aplicar cache agressivo em páginas de carrinho, pagamento ou painel de usuário que não devem ser cacheadas.
• Deixar o modo ativo por semanas após o fim do ataque.
• Tomar decisões apenas com base na tela do Cloudflare, sem examinar os logs do servidor.

Particularmente em sites de e-commerce, bloquear callbacks de pagamento pode resultar em perdas significativas de receita. Portanto, ao escrever regras de segurança, é mais seguro testar primeiro com ações de log ou desafios gerenciados ao invés de bloqueios. Após observar a eficácia da regra, ações mais severas podem ser implementadas.

Como Planejar uma Defesa Mais Resiliente na Infraestrutura da Hostragons?

O Cloudflare fornece uma forte camada de proteção; porém, uma defesa bem-sucedida contra DDoS não termina apenas no lado da CDN. A infraestrutura de hospedagem, otimização de software, configuração SSL, gestão de DNS e estratégias de backup devem ser consideradas em conjunto. A abordagem básica para um site hospedado na Hostragons deve ser a seguinte: o Cloudflare filtra o tráfego, a camada de hospedagem atende apenas o tráfego limpo, e a aplicação é otimizada de modo a não gerar carga desnecessária no banco de dados.

Antes de lançar um novo projeto, é importante gerenciar o domínio com os registros DNS corretos, garantir a instalação sem problemas do certificado SSL e escolher recursos de servidor web que se adequem ao seu perfil de tráfego. Nesse ponto, os links sobre Consulta de domínio e registro de nome de domínio, Pacotes de hospedagem web, soluções de hosting corporativo e Certificado SSL gratuito podem ser úteis para o usuário.

Em projetos de alto tráfego ou com alto risco de ataque, opções de VPS ou servidores gerenciados mais controlados devem ser consideradas em vez de hospedagem compartilhada padrão. Assim, configurações de firewall, servidor web, PHP-FPM, Redis, cache de objetos e banco de dados podem ser configuradas de forma mais flexível. No entanto, independentemente da infraestrutura escolhida, o modo "Under Attack" do Cloudflare deve ser posicionado apenas como uma ferramenta de emergência; a arquitetura de segurança permanente deve ser apoiada por WAF, análise de logs e atualizações regulares.

Lista de Verificação Rápida: Primeiros 15 Minutos Durante um DDoS

O tempo é crítico durante um ataque. A lista a seguir resume o que a equipe técnica ou o proprietário do site pode fazer nos primeiros 15 minutos.

• Entre no painel do Cloudflare e selecione o domínio correto.
• Verifique se os registros DNS estão com a nuvem laranja, ou seja, em modo proxied.
• Ative o modo "Under Attack".
• Teste a página inicial, login, carrinho, pagamento e endpoints da API.
• Identifique URLs alvo a partir da tela de Eventos de Segurança do Cloudflare.
• Adicione regras específicas de WAF ou limitação de taxa para os caminhos mais atacados.
• Verifique o estado da CPU, RAM, PHP-FPM e MySQL do servidor.
• Teste se há acesso direto ao IP de origem.
• Verifique se há necessidade de listas de permissão para provedores de pagamento, webhooks e integrações críticas.
• Anote todas as ações com a hora correspondente.

Se essa lista for ensaiada regularmente, o pânico durante um ataque real diminuirá e a qualidade da resposta aumentará. Em grandes sites, recomenda-se documentar esse processo como um plano de resposta a incidentes.

Perguntas Frequentes

O modo "Under Attack" do Cloudflare protege completamente o site?

Não. O modo "Under Attack" do Cloudflare é eficaz especialmente para reduzir o tráfego de bots e flood no nível HTTP/HTTPS; no entanto, não fornece proteção total por si só. Deve ser usado em conjunto com registros DNS proxied, ocultação do IP de origem, regras de WAF, limitação de taxa, cache e configurações de firewall do servidor.

O modo "Under Attack" prejudica o SEO?

O uso a curto prazo geralmente não causa danos severos ao SEO. Contudo, se o modo permanecer ativo por muito tempo, a eficiência do rastreamento dos motores de busca e a experiência do usuário podem ser afetadas. Portanto, é mais saudável desativar o modo após o ataque e continuar com regras de segurança direcionadas.

Por quanto tempo o modo "Under Attack" deve permanecer ativo?

Ele pode permanecer ativo até que a intensidade do ataque diminua; na prática, após o tráfego retornar ao normal, recomenda-se monitorar por pelo menos 30-60 minutos antes de desligá-lo gradualmente. Antes de desligar, as regras permanentes, como WAF e limitação de taxa, devem estar preparadas.

O modo "Under Attack" afeta APIs ou sistemas de pagamento?

Sim, pode afetar. Alguns clientes de API, serviços de webhook e sistemas de callback de pagamento podem não conseguir completar a verificação de segurança baseada em navegador. Portanto, endpoints críticos devem ser testados e, se necessário, devem ser definidas listas de permissão ou regras específicas do Cloudflare.

Ao usar o Cloudflare, é necessário tomar precauções no lado do hosting?

Sim. O Cloudflare fornece proteção forte na camada de frente; no entanto, o endereço IP do servidor de origem deve ser oculto, o firewall deve permitir apenas o tráfego necessário, o software deve ser mantido atualizado e a configuração de cache deve ser feita corretamente. Uma infraestrutura de hospedagem segura é uma parte importante da resistência a DDoS.

Conclusão

O modo "Under Attack" do Cloudflare é uma ferramenta eficaz que proporciona alívio rápido em um site sob ataque DDoS. Quando ativado com a configuração correta do proxy DNS, ele reduz o tráfego de bots, diminui a carga do servidor e aumenta a probabilidade de usuários reais conseguirem acessar o site. Para obter os melhores resultados, esse modo deve ser apoiado por regras de WAF, limitação de taxa, otimização de cache e segurança do firewall de origem.

Se você deseja que seu site funcione de forma mais resiliente contra ataques, revise regularmente sua infraestrutura, gerenciamento de DNS e configuração SSL. Ao explorar as soluções de hospedagem, domínio e SSL da Hostragons, você pode estabelecer uma base mais segura e sustentável para o seu site.