“Do ponto de vista da infraestrutura, n\u00e3o existe ‘apenas tr\u00e1fego de bots’. Toda solicita\u00e7\u00e3o representa trabalho real. Em escala, rastreamentos ineficientes deixam de ser um problema de tr\u00e1fego e passam a ser um problema de consumo de recursos.” \u2014 Daniel Pataki, CTO da Kinsta<\/em><\/p>\n Neste artigo, voc\u00ea entender\u00e1 por que essa mudan\u00e7a aconteceu, quanto ela realmente custa para propriet\u00e1rios de sites WordPress e por que a forma de enxergar esse problema precisa mudar.<\/p>\n O gerenciamento tradicional de bots era baseado em uma ideia simples: bloquear os bots maliciosos e permitir a passagem dos leg\u00edtimos. Durante muitos anos, isso foi suficiente. O Googlebot rastreava suas p\u00e1ginas, indexava o conte\u00fado e seguia em frente. J\u00e1 os bots maliciosos tentavam invadir a p\u00e1gina de login. Eram dois problemas completamente diferentes, cada um com sua pr\u00f3pria solu\u00e7\u00e3o.<\/p>\n O que nenhum desses modelos considerava era uma terceira categoria: tr\u00e1fego automatizado que n\u00e3o \u00e9 malicioso nem bloqueado, mas que ainda assim causa impactos mensur\u00e1veis no desempenho do seu site quando ocorre em grande escala.<\/p>\n Os Crawlers de IA<\/a> \u2014 bots desenvolvidos n\u00e3o apenas para indexar p\u00e1ginas em mecanismos de pesquisa, mas tamb\u00e9m para coletar conte\u00fado destinado ao treinamento de modelos, gera\u00e7\u00e3o aumentada por recupera\u00e7\u00e3o (RAG) e consultas em tempo real \u2014 operam em uma escala completamente diferente de tudo o que existia anteriormente. Somente o GPTBot cresceu 305% entre maio de 2024 e maio de 2025. No in\u00edcio de 2025, aproximadamente uma em cada 200 visitas \u00e0 web era feita por um bot de IA. No final do ano, essa propor\u00e7\u00e3o passou para uma em cada 31 visitas.<\/p>\n No fim de 2025, os Crawlers de IA j\u00e1 representavam 4,2% de todas as solicita\u00e7\u00f5es HTML na rede do Cloudflare. Esse percentual variou de 2,4% no in\u00edcio de abril para 6,4% no fim de junho, praticamente triplicando em apenas um ano.<\/p>\n Esses crawlers fazem solicita\u00e7\u00f5es frequentes e persistentes, al\u00e9m de se comportarem de maneira diferente dos bots tradicionais dos mecanismos de pesquisa. Muitos geram grandes volumes de solicita\u00e7\u00f5es para endpoints din\u00e2micos n\u00e3o armazenados em cache, obrigando o servidor a executar “trabalho real”.<\/p>\n \u00c9 nesse ponto que o problema de infraestrutura fica evidente \u2014 e essa \u00e9 uma parte da hist\u00f3ria que costuma passar despercebida na maioria das an\u00e1lises sobre tr\u00e1fego de bots.<\/p>\n Quando um visitante acessa uma p\u00e1gina armazenada em cache em um site WordPress, o servidor faz muito pouco trabalho. Ele apenas entrega um arquivo HTML<\/a> previamente gerado, da mesma forma que entrega uma imagem ou um arquivo CSS<\/a>. O servidor de origem praticamente nem percebe a solicita\u00e7\u00e3o. Esse \u00e9 justamente o objetivo do cache.<\/p>\n No entanto, uma parcela significativa das solicita\u00e7\u00f5es em um site WordPress real \u2014 especialmente em lojas WooCommerce \u2014 n\u00e3o pode ser atendida pelo cache. Essas solicita\u00e7\u00f5es incluem:<\/p>\n Quando um bot acessa esses endpoints, \u00e9 isso que acontece no servidor:<\/p>\n Esse \u00e9 o mecanismo que transforma o tr\u00e1fego de bots em um problema de infraestrutura. N\u00e3o se trata de uma hip\u00f3tese, mas da sequ\u00eancia exata de eventos que ocorre quando solicita\u00e7\u00f5es automatizadas inundam endpoints din\u00e2micos em um site WordPress em produ\u00e7\u00e3o.<\/p>\n O problema deixa de ser abstrato quando analisamos dados reais da infraestrutura que administramos em larga escala.<\/p>\n Um dado que chamou particularmente nossa aten\u00e7\u00e3o foi que um \u00fanico bot (ClaudeBot)<\/strong> gerou<\/strong> 3,75 milh\u00f5es de solicita\u00e7\u00f5es para URLs de adicionar ao carrinho em apenas 24 horas.<\/strong> Isso equivale a aproximadamente uma solicita\u00e7\u00e3o a cada 23 milissegundos<\/strong>, durante todo o dia e toda a noite. Como os endpoints de carrinho s\u00e3o inerentemente din\u00e2micos, o servidor tratou cada uma dessas solicita\u00e7\u00f5es como uma nova opera\u00e7\u00e3o.<\/p>\n Para colocar esse n\u00famero em perspectiva, solicita\u00e7\u00f5es de adicionar ao carrinho est\u00e3o entre os endpoints mais caros de uma loja WooCommerce. Elas criam sess\u00f5es, executam consultas ao banco de dados e atualizam o estado do carrinho. Cada uma representa trabalho real para o servidor. Os 3,75 milh\u00f5es de solicita\u00e7\u00f5es<\/strong> que observamos provenientes de uma \u00fanica origem em apenas um dia representam um padr\u00e3o de tr\u00e1fego capaz de tirar um site do ar.<\/p>\n Outro dado refor\u00e7a o quanto esses padr\u00f5es podem ser persistentes: um \u00fanico comportamento incorreto de loop gerou<\/strong> 550 milh\u00f5es de solicita\u00e7\u00f5es ao longo de 30 dias<\/strong>, volume suficiente para justificar a cria\u00e7\u00e3o de uma regra dedicada de mitiga\u00e7\u00e3o em nossa infraestrutura. N\u00e3o se trata de um ataque DDoS nem de uma campanha de malware. \u00c9 apenas um bot preso em um loop de rastreamento, solicitando repetidamente URLs que j\u00e1 havia visitado.<\/p>\n Esses n\u00e3o s\u00e3o casos isolados. S\u00e3o padr\u00f5es que observamos continuamente em toda a plataforma da Kinsta.<\/p>\n Um dos aspectos menos compreendidos do problema atual do tr\u00e1fego de bots \u00e9 que grande parte do que causa danos \u00e0 infraestrutura nem sequer \u00e9 malicioso. Trata-se de automa\u00e7\u00e3o ineficiente executada em grande escala.<\/p>\n Sites modernos, especialmente lojas virtuais, geram URLs ligeiramente diferentes para, na pr\u00e1tica, a mesma p\u00e1gina:<\/p>\n Para um usu\u00e1rio, todas essas URLs representam a mesma p\u00e1gina. Para um bot que segue links, cada uma delas parece ser uma p\u00e1gina totalmente nova para rastrear.<\/p>\n Assim, o bot segue o primeiro link. Essa p\u00e1gina gera outra varia\u00e7\u00e3o de URL, que o bot tamb\u00e9m segue. Depois, outra. Depois, mais outra. Ele n\u00e3o possui nenhum mecanismo para reconhecer que est\u00e1 andando em c\u00edrculos, e alguns desses loops permaneceram ativos durante v\u00e1rios dias em infraestruturas monitoradas antes que regras de mitiga\u00e7\u00e3o conseguissem identific\u00e1-los.<\/p>\n No relat\u00f3rio AI & Bot Traffic<\/strong> que publicamos recentemente, David Belson<\/a>, ex-chefe de Data Insights do Cloudflare, comentou: “Tem gente que ontem n\u00e3o fazia ideia do que estava fazendo, mas hoje criou um bot usando vibe coding e simplesmente o colocou para rodar. Nem sequer se preocupou em verificar o Esse comportamento nem sempre vem de agentes mal-intencionados. Muitas vezes, ele \u00e9 resultado de sistemas de Crawlers de IA que n\u00e3o foram projetados para lidar com navega\u00e7\u00e3o facetada, prolifera\u00e7\u00e3o de par\u00e2metros em URLs ou URLs geradas por sess\u00f5es, recursos comuns em sites WordPress modernos.<\/p>\n O pr\u00f3prio Google identifica explicitamente a navega\u00e7\u00e3o facetada<\/a> e URLs baseadas em par\u00e2metros como fontes de inefici\u00eancia no rastreamento, observando que bots podem explorar um n\u00famero praticamente infinito de varia\u00e7\u00f5es da mesma p\u00e1gina.<\/p>\n At\u00e9 pouco tempo atr\u00e1s, muitos planos de hospedagem eram dimensionados com base no n\u00famero de visitas, o que funcionava razoavelmente bem como um indicador do uso real por pessoas. A premissa era simples: quanto mais visitas, maior o n\u00famero de usu\u00e1rios interagindo com o site.<\/p>\n Essa premissa deixou de ser v\u00e1lida.<\/p>\n O tr\u00e1fego automatizado passou a inflar o n\u00famero de visitas de uma forma que pouco tem rela\u00e7\u00e3o com a atividade real do neg\u00f3cio. Solicita\u00e7\u00f5es feitas por bots podem aumentar a contagem de visitas sem gerar qualquer engajamento, convers\u00e3o ou receita. Como consequ\u00eancia, muitos propriet\u00e1rios de sites passaram a receber cobran\u00e7as por exceder os limites do plano devido a tr\u00e1fego de bots que nunca solicitaram nem tinham como controlar.<\/p>\n Esse comportamento tornou-se t\u00e3o recorrente que levou a Kinsta a lan\u00e7ar seus planos de hospedagem baseados em largura de banda do servidor<\/a>, como resposta direta a uma categoria de sites cujas m\u00e9tricas de visitas passaram a divergir significativamente do consumo real de recursos.<\/p>\n O problema relacionado \u00e0 cobran\u00e7a \u00e9 mensur\u00e1vel e pode ser resolvido. O desafio maior \u00e9 que a maioria dos propriet\u00e1rios de sites nem percebe que isso est\u00e1 acontecendo, porque os pain\u00e9is de monitoramento simplesmente n\u00e3o mostram o quadro completo.<\/p>\n Uma das consequ\u00eancias do tr\u00e1fego de bots operar nessa escala \u00e9 que as an\u00e1lises tradicionais deixaram de retratar com precis\u00e3o o desempenho real do seu site.<\/p>\n Se o n\u00famero de visitas est\u00e1 aumentando, mas a receita, o tempo de perman\u00eancia na p\u00e1gina e o comportamento de rejei\u00e7\u00e3o n\u00e3o acompanham esse crescimento, os bots provavelmente fazem parte da explica\u00e7\u00e3o. Da mesma forma, se o servidor apresenta degrada\u00e7\u00e3o de desempenho sem qualquer pico de tr\u00e1fego relacionado \u00e0 publica\u00e7\u00e3o de conte\u00fado, campanhas de marketing ou outros eventos esperados, vale a pena investigar se bots est\u00e3o acessando endpoints n\u00e3o armazenados em cache.<\/p>\n A Kinsta filtra automaticamente user agents de bots conhecidos das An\u00e1lises e dos c\u00e1lculos de uso do plano. No entanto, tr\u00e1fego automatizado que se comporta de maneira semelhante ao de usu\u00e1rios reais ainda pode aparecer nas suas m\u00e9tricas.<\/p>\n Os principais sinais aos quais voc\u00ea deve ficar atento s\u00e3o:<\/p>\n Nenhum desses sinais, isoladamente, \u00e9 conclusivo. No entanto, qualquer combina\u00e7\u00e3o entre eles merece investiga\u00e7\u00e3o antes que esses n\u00fameros sejam atribu\u00eddos ao crescimento do neg\u00f3cio.<\/p>\n A rea\u00e7\u00e3o mais comum diante de dados sobre tr\u00e1fego de bots \u00e9 bloquear tudo. Outras pessoas preferem permitir tudo, afinal, “a IA \u00e9 o futuro”.<\/p>\n Nenhuma dessas abordagens funciona.<\/p>\n Bloquear indiscriminadamente significa bloquear tamb\u00e9m crawlers verificados, incluindo o Googlebot, cuja cobertura de rastreamento determina se seu conte\u00fado aparecer\u00e1 ou n\u00e3o nos resultados de pesquisa. Isso tamb\u00e9m significa bloquear bots de descoberta usados por IA, que podem estar exibindo seu conte\u00fado em pesquisas conversacionais, recomenda\u00e7\u00f5es baseadas em IA ou mecanismos de resposta. Para uma loja WooCommerce<\/a> ou um site de conte\u00fado, isso representa um custo relevante de distribui\u00e7\u00e3o.<\/p>\n Por outro lado, permitir todo o tr\u00e1fego significa aceitar custos de infraestrutura que n\u00e3o geram nenhum retorno. E, para os endpoints din\u00e2micos que costumam ser os principais alvos dos bots, esses custos est\u00e3o longe de ser insignificantes. Eles se acumulam continuamente, principalmente sob cargas automatizadas persistentes.<\/p>\n A solu\u00e7\u00e3o est\u00e1 em algum ponto entre esses dois extremos e exige compreender as diferen\u00e7as entre as categorias de tr\u00e1fego, em vez de tratar todos os bots como um \u00fanico grupo.<\/p>\n Como explicou Cristian Lopez, editor-chefe da HostingAdvice, no\u00a0relat\u00f3rio<\/a>: \u201cO equ\u00edvoco \u00e9 pensar que o tr\u00e1fego de bots \u00e9 apenas uma quest\u00e3o de ‘bloquear ou permitir’. Na realidade, trata-se de pol\u00edtica, visibilidade e controle econ\u00f4mico.\u201d<\/p>\n Bots verificados, como Googlebot, Bing e ferramentas leg\u00edtimas de monitoramento, normalmente devem ser permitidos, embora seja poss\u00edvel restringir caminhos espec\u00edficos que n\u00e3o possuem valor para rastreamento (por exemplo, sua p\u00e1gina de checkout n\u00e3o contribui em nada para o SEO). J\u00e1 bots n\u00e3o verificados, sem identifica\u00e7\u00e3o clara ou finalidade conhecida, merecem uma an\u00e1lise mais cuidadosa. Os Crawlers de IA voltados para treinamento de modelos, que geram grandes volumes de solicita\u00e7\u00f5es para endpoints din\u00e2micos, representam uma categoria espec\u00edfica que pode justificar bloqueio ou limita\u00e7\u00e3o da taxa de solicita\u00e7\u00f5es, dependendo do tipo de site e das suas prioridades.<\/p>\n No nosso relat\u00f3rio sobre IA e tr\u00e1fego de bots<\/a>, desenvolvemos uma estrutura interativa de decis\u00e3o que orienta a escolha da melhor estrat\u00e9gia para diferentes tipos de sites. O exemplo abaixo mostra a configura\u00e7\u00e3o recomendada para uma loja WooCommerce cujo foco \u00e9 desempenho e estabilidade.<\/p>\n Esse tipo de controle detalhado, baseado em categorias de tr\u00e1fego, \u00e9 justamente o que a maioria das ferramentas atuais n\u00e3o oferece.<\/p>\n A Prote\u00e7\u00e3o contra bots da Kinsta<\/a> foi desenvolvida especificamente para enfrentar os desafios de infraestrutura descritos acima.<\/p>\n O sistema classifica o tr\u00e1fego<\/a> em categorias como bots verificados, prov\u00e1veis humanos, prov\u00e1veis bots, tr\u00e1fego automatizado e tr\u00e1fego malicioso, permitindo que voc\u00ea configure n\u00edveis de prote\u00e7\u00e3o compat\u00edveis com as necessidades reais do seu site.<\/p>\n Os n\u00edveis de prote\u00e7\u00e3o n\u00e3o s\u00e3o simplesmente “permitir” ou “bloquear”. Bloquear automa\u00e7\u00f5es<\/strong> bloqueia o tr\u00e1fego automatizado confirmado enquanto permite a passagem de bots verificados. Aplicar verifica\u00e7\u00e3o a bots<\/strong> adiciona uma etapa de verifica\u00e7\u00e3o para automa\u00e7\u00f5es n\u00e3o verificadas sem interromper a experi\u00eancia de visitantes leg\u00edtimos. Aplicar verifica\u00e7\u00e3o a todos<\/strong> est\u00e1 dispon\u00edvel para per\u00edodos de alta press\u00e3o sobre o tr\u00e1fego, embora apresente as consequ\u00eancias esperadas para uma configura\u00e7\u00e3o mais restritiva.<\/p>\n Um diferencial importante \u00e9 que a ferramenta utiliza a pontua\u00e7\u00e3o de bots de n\u00edvel empresarial do Cloudflare, baseada em Aprendizado de M\u00e1quina (Machine Learning) em tempo real. Cada visitante recebe uma pontua\u00e7\u00e3o de um a 99 com base em sinais comportamentais, e n\u00e3o apenas no user agent. Isso \u00e9 especialmente importante porque confiar apenas no user agent est\u00e1 se tornando cada vez menos eficaz. Atualmente, 12,9% dos bots de IA ignoram as diretivas do <\/strong> A ferramenta tamb\u00e9m oferece um sistema de exce\u00e7\u00f5es Sempre permitir<\/a>, destinado a integra\u00e7\u00f5es confi\u00e1veis, servi\u00e7os de monitoramento e automa\u00e7\u00f5es cr\u00edticas para o neg\u00f3cio que n\u00e3o devem ser afetadas pelas regras de prote\u00e7\u00e3o. sso \u00e9 importante porque bloquear excessivamente tamb\u00e9m gera custos, especialmente para lojas WooCommerce que dependem de sincroniza\u00e7\u00e3o autom\u00e1tica de pedidos, integra\u00e7\u00f5es com gateways de pagamento ou monitores de disponibilidade.<\/p>\n A op\u00e7\u00e3o Bloquear Crawlers de IA<\/a> foi criada especificamente para bloquear bots de treinamento de IA sem afetar crawlers tradicionais dos mecanismos de pesquisa, como Googlebot e Bingbot. Para sites que j\u00e1 identificaram a atividade de Crawlers de IA como uma das causas do aumento de carga, essa \u00e9 uma forma simples de mitiga\u00e7\u00e3o que dispensa a cria\u00e7\u00e3o de regras individuais para cada bot.<\/p>\n Saber que a ferramenta existe \u00e9 uma coisa. Saber quando e como utiliz\u00e1-la \u00e9 outra completamente diferente.<\/p>\n Se voc\u00ea est\u00e1 observando os padr\u00f5es descritos acima, este \u00e9 um bom ponto de partida, em ordem de impacto:<\/p>\n Primeiro: verifique a origem.<\/strong> Use o gr\u00e1fico Detalhamento das solicita\u00e7\u00f5es<\/a> na visualiza\u00e7\u00e3o da Prote\u00e7\u00e3o contra Bots do MyKinsta para entender como o tr\u00e1fego que chega ao seu site est\u00e1 sendo classificado.<\/p>\n Se uma parte significativa desse tr\u00e1fego for automatizada ou composta por bots n\u00e3o verificados, esse \u00e9 o sinal de que voc\u00ea precisa agir. N\u00e3o pule essa etapa, pois alterar configura\u00e7\u00f5es de prote\u00e7\u00e3o sem saber exatamente do que voc\u00ea est\u00e1 se protegendo costuma resultar em configura\u00e7\u00f5es incorretas.<\/p>\n Segundo: adapte o n\u00edvel de prote\u00e7\u00e3o ao tipo de site.<\/strong> Uma loja WooCommerce possui prioridades diferentes de um site de conte\u00fado, que, por sua vez, possui necessidades diferentes de um ambiente de teste. Bloquear tr\u00e1fego automatizado e aplicar verifica\u00e7\u00f5es a prov\u00e1veis bots faz sentido para uma loja com muitos endpoints din\u00e2micos. J\u00e1 um site de conte\u00fado pode priorizar permitir bots de descoberta por IA enquanto bloqueia Crawlers de IA voltados ao treinamento de modelos. Um ambiente de teste, por outro lado, normalmente deve permanecer totalmente protegido.<\/p>\n Terceiro: proteja primeiro os endpoints mais caros.<\/strong> Antes de aplicar regras de prote\u00e7\u00e3o mais amplas, verifique se os endpoints de maior custo, como carrinho, checkout e manipuladores AJAX, est\u00e3o acess\u00edveis para crawlers que n\u00e3o t\u00eam motivo para visit\u00e1-los. Bloquear user agents de bots conhecidos em Quarto: monitore e ajuste continuamente.<\/strong> Os padr\u00f5es de tr\u00e1fego de bots mudam muito mais r\u00e1pido do que a maioria dos propriet\u00e1rios de sites imagina. A participa\u00e7\u00e3o do GPTBot, por exemplo, triplicou em apenas um ano. Definir regras de prote\u00e7\u00e3o uma \u00fanica vez e nunca mais revis\u00e1-las n\u00e3o \u00e9 uma estrat\u00e9gia. O gr\u00e1fico Resultados da prote\u00e7\u00e3o contra bots<\/a> no MyKinsta mostra, ao longo do tempo, quais solicita\u00e7\u00f5es foram bloqueadas, submetidas \u00e0 verifica\u00e7\u00e3o ou permitidas.<\/p>\n Esses dados devem orientar os ajustes nas suas configura\u00e7\u00f5es.<\/p>\n Se os bots estiverem gerando cobran\u00e7as por exceder o limite de visitas em um plano baseado em visitas, tamb\u00e9m vale a pena avaliar os planos de hospedagem da Kinsta baseados em largura de banda<\/a> da Kinsta. Migrar para um plano baseado em largura de banda do servidor n\u00e3o resolve o problema dos bots em si, mas pode refletir com mais precis\u00e3o o custo real de infraestrutura do perfil de tr\u00e1fego do seu site, que muitas vezes \u00e9 significativamente menor do que o n\u00famero de visitas sugere.<\/p>\nO modelo antigo j\u00e1 n\u00e3o funciona mais<\/h2>\n
O que significa “trabalho real” para um site WordPress<\/h2>\n
\n
?add-to-cart=<\/code>, \/cart<\/code>, \/checkout<\/code>)<\/li>\n\n
![\"Como](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/05\/how-bot-talk-to-server.png\")
O que os dados da infraestrutura da Kinsta realmente mostram<\/h2>\n
![\"7,67](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/05\/bots-hit-add-to-cart-url.png\")
O problema dos loops: os bots n\u00e3o est\u00e3o atacando, est\u00e3o presos<\/h2>\n
\n
![\"Bots](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/05\/bot-causing-loop-problem.png\")
robots.txt<\/code>.\u201d<\/p>\nA conta do seu servidor agora tamb\u00e9m depende do gerenciamento de bots<\/h2>\n
![\"Planos](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/05\/kinsta-bandwidth-hosting-plans.png\")
O que suas an\u00e1lises mostram (e o que elas n\u00e3o mostram)<\/h2>\n
\n
Por que esse problema \u00e9 mais complexo do que parece<\/h2>\n
![\"Estrutura](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/05\/ai-bot-traffic-report-decision-framework.png\")
A abordagem da Kinsta para Prote\u00e7\u00e3o contra bots<\/h2>\n
![\"N\u00edveis](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/05\/bot-protection-levels-mykinsta.png\")
robots.txt<\/code>, contra 3,3% apenas um trimestre antes<\/strong>. A classifica\u00e7\u00e3o baseada em comportamento consegue identificar aquilo que regras baseadas apenas em user agents deixam passar.<\/p>\n![\"Exce\u00e7\u00f5es](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/05\/always-allow-exception-bot-protection-mykinsta.png\")
![\"Op\u00e7\u00e3o](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/05\/mykinsta-bot-protection-ai-crawlers.png\")
O que fazer se o tr\u00e1fego de bots for o seu problema<\/h2>\n
![\"Gr\u00e1fico](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/05\/bot-request-breakdown-mykinsta.png\")
\/cart<\/code> e ?add-to-cart=<\/code> por meio do robots.txt<\/code> pode ser um primeiro passo, mas aplicar essa restri\u00e7\u00e3o no WAF \u2014 e n\u00e3o apenas sinaliz\u00e1-la \u2014 \u00e9 o que realmente impede que essas solicita\u00e7\u00f5es gerem carga no servidor.<\/p>\n![\"Gr\u00e1fico](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/05\/bot-protection-results.png\")
O panorama geral: esse problema s\u00f3 tende a crescer<\/h2>\n