Como resultado, os custos operacionais aumentam, mas os problemas de desempenho permanecem os mesmos. A Prote\u00e7\u00e3o contra Bots da Kinsta<\/a> foi desenvolvida para esse tipo de situa\u00e7\u00e3o, pois oferece controle sobre o que realmente chega ao seu servidor, em vez de apenas ampliar a capacidade que absorve esse tr\u00e1fego.<\/p>\n Um visitante humano que encontra uma p\u00e1gina lenta pode esperar, recarreg\u00e1-la ou simplesmente sair do site. Em contrapartida, um bot continua enviando o mesmo volume de solicita\u00e7\u00f5es, independentemente da resposta do servidor. Esse \u00e9 o principal problema: como o tr\u00e1fego de bots n\u00e3o consegue se autorregular quando voc\u00ea adiciona mais recursos, fazer um upgrade do plano apenas oferece aos bots mais capacidade para consumir.<\/p>\n A situa\u00e7\u00e3o se torna ainda mais complexa quando consideramos como sites WordPress modernos processam solicita\u00e7\u00f5es. A maior parte do tr\u00e1fego de bots n\u00e3o acessa p\u00e1ginas est\u00e1ticas que podem ser absorvidas pelo cache. Em vez disso, ele atinge endpoints que ignoram os sistemas de cache e obrigam o servidor a trabalhar mais. Em qualquer site que utilize WooCommerce, pesquisa ou filtros, isso significa que os bots acessam diversos elementos:<\/p>\n Nenhum desses elementos pode ser armazenado em cache da mesma forma que uma p\u00e1gina est\u00e1tica. Para cada solicita\u00e7\u00e3o que chega a um desses endpoints, algumas opera\u00e7\u00f5es acontecem no servidor:<\/p>\n Com base em nossos pr\u00f3prios dados de infraestrutura<\/a>, um \u00fanico bot foi capaz de gerar 3,75 milh\u00f5es de solicita\u00e7\u00f5es<\/strong> para URLs de adicionar ao carrinho em um per\u00edodo de 24 horas. Isso equivale a aproximadamente uma solicita\u00e7\u00e3o a cada 23 milissegundos, durante todo o dia. Al\u00e9m disso, uma \u00fanica regra de detec\u00e7\u00e3o de loops filtrou 550 milh\u00f5es de solicita\u00e7\u00f5es<\/strong> em toda a plataforma durante um per\u00edodo de 30 dias.<\/p>\n No entanto, esses volumes n\u00e3o representam ataques no sentido tradicional. Eles s\u00e3o resultado de bots projetados para seguir todas as URLs que encontram, incluindo diversas varia\u00e7\u00f5es de strings de consulta e caminhos baseados em par\u00e2metros.<\/p>\n “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 Um padr\u00e3o comum entre ag\u00eancias segue um ciclo previs\u00edvel: quando o consumo de recursos aumenta, o cliente faz um upgrade do plano. Em seguida, o consumo aumenta novamente. Enquanto isso, o desempenho n\u00e3o melhora, porque o volume de solicita\u00e7\u00f5es continua exatamente o mesmo.<\/p>\n Como a cobran\u00e7a da Kinsta n\u00e3o considera tr\u00e1fego de bots no consumo do plano<\/a>, voc\u00ea tem uma maneira r\u00e1pida de identificar se eles s\u00e3o o problema. Os user agents de bots reconhecidos j\u00e1 s\u00e3o filtrados da tela Visitas<\/strong> nas An\u00e1lises<\/strong> do MyKinsta. Se essas estat\u00edsticas parecerem normais enquanto o servidor continua sob press\u00e3o, o tr\u00e1fego automatizado provavelmente \u00e9 a causa.<\/p>\n A visualiza\u00e7\u00e3o Tr\u00e1fego de bots e automatizado<\/strong> nas An\u00e1lises do MyKinsta fornece uma divis\u00e3o mais detalhada do tr\u00e1fego que chega ao seu site, incluindo bots verificados, prov\u00e1veis bots, Crawlers de IA, crawlers agressivos, tr\u00e1fego automatizado e prov\u00e1veis humanos.<\/p>\n Isso facilita identificar quando o tr\u00e1fego automatizado est\u00e1 impulsionando o consumo de recursos. Por exemplo, picos em crawlers agressivos ou tr\u00e1fego automatizado geralmente indicam bots acessando repetidamente endpoints n\u00e3o armazenados em cache.<\/p>\n O gr\u00e1fico Resultados da prote\u00e7\u00e3o contra bots<\/strong> tamb\u00e9m mostra como as solicita\u00e7\u00f5es s\u00e3o tratadas ap\u00f3s a classifica\u00e7\u00e3o, incluindo o tr\u00e1fego que foi permitido, submetido \u00e0 verifica\u00e7\u00e3o ou bloqueado. Isso oferece uma vis\u00e3o mais clara de como suas configura\u00e7\u00f5es atuais de prote\u00e7\u00e3o est\u00e3o afetando o tr\u00e1fego recebido.<\/p>\n O relat\u00f3rio Principais solicita\u00e7\u00f5es por visualiza\u00e7\u00f5es<\/strong> tamb\u00e9m mostra o que est\u00e1 gerando carga no seu servidor e inclui todo o tr\u00e1fego, n\u00e3o apenas as visitas fatur\u00e1veis. A diferen\u00e7a entre essas duas m\u00e9tricas \u00e9 justamente onde os custos come\u00e7am a se acumular sem uma explica\u00e7\u00e3o evidente.<\/p>\n Veja como interpretar essa diferen\u00e7a:<\/p>\n Se voc\u00ea gerencia um portf\u00f3lio de clientes, cada site afetado pela carga gerada por bots representa um custo dif\u00edcil de justificar, principalmente quando o desempenho n\u00e3o melhora ap\u00f3s um upgrade. O tr\u00e1fego de bots de IA cresceu 300%<\/a> no \u00faltimo ano e uma em cada 31 visitas \u00e0 web<\/a> j\u00e1 corresponde a um bot de IA. Esse volume n\u00e3o vai desaparecer por conta pr\u00f3pria.<\/p>\n A seguran\u00e7a em n\u00edvel de plataforma da Kinsta j\u00e1 bloqueia o tr\u00e1fego classificado como malicioso antes que ele chegue ao seu site, incluindo mitiga\u00e7\u00e3o de DDoS<\/a> e solicita\u00e7\u00f5es originadas de IPs associados a fontes de ataque conhecidas. Entre essa prote\u00e7\u00e3o e o tr\u00e1fego que voc\u00ea deseja permitir existe uma categoria de solicita\u00e7\u00f5es automatizadas n\u00e3o verificadas, de alto volume e alto consumo de recursos, que ainda chega ao seu servidor. Os controles da Prote\u00e7\u00e3o contra Bots da Kinsta ajudam a reduzir esse volume.<\/p>\n Os controles da Prote\u00e7\u00e3o contra Bots no MyKinsta operam na camada de infraestrutura, e a filtragem acontece antes mesmo que o WordPress seja envolvido. Por isso, n\u00e3o h\u00e1 nenhum plugin para instalar nem configura\u00e7\u00f5es do WordPress para ajustar.<\/p>\n A Kinsta classifica cada solicita\u00e7\u00e3o usando uma combina\u00e7\u00e3o de sua pr\u00f3pria an\u00e1lise de tr\u00e1fego e do sistema de Aprendizado de M\u00e1quina (Machine Learning) do Cloudflare<\/a>, que atribui a cada visitante uma pontua\u00e7\u00e3o de bot de um a 99. Pontua\u00e7\u00f5es altas indicam que a solicita\u00e7\u00e3o provavelmente veio de um humano, enquanto pontua\u00e7\u00f5es baixas indicam atividade automatizada.<\/p>\n O tr\u00e1fego \u00e9 agrupado em categorias como bots verificados, prov\u00e1veis bots, Crawlers de IA, crawlers agressivos, tr\u00e1fego automatizado e prov\u00e1veis humanos. O n\u00edvel de prote\u00e7\u00e3o selecionado determina como cada categoria ser\u00e1 tratada.<\/p>\n Voc\u00ea pode gerenciar a Prote\u00e7\u00e3o contra Bots no MyKinsta em Sites > nomedosite > Prote\u00e7\u00e3o contra Bots<\/strong>.<\/p>\n H\u00e1 quatro n\u00edveis dispon\u00edveis no painel N\u00edvel de prote\u00e7\u00e3o<\/strong> da tela de Prote\u00e7\u00e3o contra Bots<\/strong>:<\/p>\n Para alterar o n\u00edvel, acesse Sites > nomedosite > Prote\u00e7\u00e3o contra Bots<\/strong> e clique em Alterar<\/strong>. Pela tela Sites<\/strong>, voc\u00ea tamb\u00e9m pode selecionar os sites desejados e usar A\u00e7\u00f5es > Alterar Prote\u00e7\u00e3o contra Bots<\/strong>.<\/p>\n No entanto, ao elevar a prote\u00e7\u00e3o para Aplicar verifica\u00e7\u00e3o a bots<\/strong> ou superior, qualquer ferramenta que se conecte programaticamente ao seu site e n\u00e3o esteja listada no diret\u00f3rio de bots verificados do Cloudflare<\/a> ser\u00e1 bloqueada ou submetida \u00e0 verifica\u00e7\u00e3o. Isso inclui integra\u00e7\u00f5es personalizadas, scripts de implanta\u00e7\u00e3o e monitores de tempo de atividade auto-hospedados. Se voc\u00ea depende de algum desses servi\u00e7os, vale a pena verificar se eles aparecem nessa lista antes de aumentar o n\u00edvel de prote\u00e7\u00e3o.<\/p>\n A op\u00e7\u00e3o Bloquear Crawlers de IA<\/strong> \u00e9 direcionada especificamente aos Crawlers de IA<\/a>. Esses bots coletam conte\u00fado para treinamento de modelos, gera\u00e7\u00e3o aumentada por recupera\u00e7\u00e3o (RAG) e recursos de pesquisa baseados em IA. Isso n\u00e3o afeta os crawlers dos mecanismos de pesquisa, mas inclui crawlers dedicados, como o GPTBot. O Googlebot e o Bingbot continuam indexando seu site, independentemente de a op\u00e7\u00e3o estar ativada ou desativada.<\/p>\n Em geral, 80% de toda a atividade dos Crawlers de IA \u00e9 destinada ao treinamento de modelos, e n\u00e3o a consultas iniciadas por usu\u00e1rios<\/strong>. Esse tr\u00e1fego n\u00e3o gera nenhum tr\u00e1fego de refer\u00eancia para o seu site. Por isso, ativar essa op\u00e7\u00e3o costuma ser uma boa decis\u00e3o. Para habilit\u00e1-la, acesse Sites > nomedosite > Prote\u00e7\u00e3o contra Bots<\/strong> e clique no bot\u00e3o de altern\u00e2ncia ao lado de Bloquear Crawlers de IA<\/strong>. Para v\u00e1rios sites, utilize A\u00e7\u00f5es > Alterar bloqueio de Crawlers de IA<\/strong> na tela Sites<\/strong>.<\/p>\n No entanto, as consequ\u00eancias s\u00e3o uma menor visibilidade em vis\u00f5es gerais e resumos de conte\u00fado gerados por IA. Se essa exposi\u00e7\u00e3o for importante para sua estrat\u00e9gia de conte\u00fado, vale a pena monitorar o impacto antes de manter essa op\u00e7\u00e3o ativada permanentemente.<\/p>\n Se sua prioridade \u00e9 reduzir a carga no servidor, essa abordagem \u00e9 mais eficiente do que modificar o arquivo robots.txt<\/a> ou criar regras espec\u00edficas para cada bot. Ao contr\u00e1rio dessas alternativas, ela atua na camada de infraestrutura, antes mesmo que qualquer solicita\u00e7\u00e3o chegue ao WordPress.<\/p>\n Sites diferentes exigem n\u00edveis de prote\u00e7\u00e3o diferentes. Uma loja WooCommerce<\/a> com p\u00e1ginas de produtos filtradas, por exemplo, n\u00e3o tem as mesmas necessidades que uma plataforma de conte\u00fado. Al\u00e9m disso, cada site em um portf\u00f3lio de clientes possui um perfil de tr\u00e1fego, um conjunto de integra\u00e7\u00f5es e uma toler\u00e2ncia diferente \u00e0s etapas de verifica\u00e7\u00e3o. Isso significa que aplicar uma \u00fanica pol\u00edtica para todo o portf\u00f3lio pode restringir excessivamente alguns sites e deixar outros com prote\u00e7\u00e3o insuficiente.<\/p>\n Quando voc\u00ea identificar sinais de que o tr\u00e1fego de bots est\u00e1 aumentando os custos de um site de cliente, este \u00e9 um fluxo de trabalho pr\u00e1tico:<\/p>\n Para ag\u00eancias que gerenciam grandes portf\u00f3lios de hospedagem para WordPress<\/a>, isso transforma um projeto complexo em uma tarefa rotineira. Quando as configura\u00e7\u00f5es de prote\u00e7\u00e3o correspondem ao perfil real de tr\u00e1fego de cada site, o consumo de recursos passa a refletir a atividade de usu\u00e1rios reais. As m\u00e9tricas de desempenho tamb\u00e9m passam a representar a experi\u00eancia dos visitantes reais.<\/p>\n “O 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.” \u2014 Cristian Lopez, editor-chefe da HostingAdvice<\/em><\/p>\n A explica\u00e7\u00e3o que voc\u00ea fornece ao cliente sobre os custos deve estar relacionada \u00e0s decis\u00f5es tomadas sobre o tr\u00e1fego do site, e n\u00e3o \u00e0 capacidade adicional que foi necess\u00e1ria para responder a uma carga cuja origem voc\u00ea n\u00e3o consegue identificar.<\/p>\n Escalonar a infraestrutura aumenta a quantidade de carga que o servidor consegue absorver. A Prote\u00e7\u00e3o contra Bots reduz a quantidade de carga que chega at\u00e9 ele. Essas n\u00e3o s\u00e3o respostas equivalentes para o mesmo problema: uma adiciona capacidade, enquanto a outra elimina a press\u00e3o que fez parecer necess\u00e1rio aumentar essa capacidade.<\/p>\nPor que bots n\u00e3o se comportam como tr\u00e1fego real<\/h2>\n
\n
?add-to-cart=<\/code>.<\/li>\n\n
Como fica o custo do tr\u00e1fego de bots<\/h2>\n
![\"Tela](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/05\/kinsta-analytics.png\")
![\"Visualiza\u00e7\u00e3o](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/05\/bot-results.png\")
\n
Como funciona a Prote\u00e7\u00e3o contra Bots da Kinsta<\/h2>\n
![\"Tela](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/05\/protection-level.png\")
Escolhendo um n\u00edvel de prote\u00e7\u00e3o<\/h3>\n
![\"Tela](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/05\/change-level.png\")
\n
Bloqueando Crawlers de IA<\/h3>\n
![\"Tela](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/05\/block-crawler.png\")
Gerenciando a prote\u00e7\u00e3o em um portf\u00f3lio de clientes<\/h2>\n
\n
Pare de aumentar a infraestrutura para contornar um problema que voc\u00ea pode controlar<\/h2>\n