Tamb\u00e9m observamos casos extremos em nossa pr\u00f3pria infraestrutura. Em nosso relat\u00f3rio sobre tr\u00e1fego de IA e bots<\/a>, um crawler gerou 3,75 milh\u00f5es de solicita\u00e7\u00f5es para URLs de adi\u00e7\u00e3o ao carrinho em 24 horas. Outro padr\u00e3o de loop recorrente gerou centenas de milh\u00f5es de solicita\u00e7\u00f5es antes de introduzirmos uma regra para detect\u00e1-lo.<\/p>\n Esses casos s\u00e3o reais, mas n\u00e3o representam todos os sites.<\/p>\n Em nossa an\u00e1lise mais recente<\/a> de mais de 5 mil sites WordPress, os bots de IA foram respons\u00e1veis por apenas 1,57% da largura de banda no site mediano, em compara\u00e7\u00e3o com 17,8% no 90\u00ba percentil e 90,3% no 99\u00ba percentil, enquanto mais de mil sites n\u00e3o registraram nenhum consumo de largura de banda por bots de IA.<\/p>\n Essa varia\u00e7\u00e3o explica por que identificar tr\u00e1fego de bots de IA e diagnosticar um problema com bots de IA s\u00e3o duas coisas diferentes.<\/p>\n As decis\u00f5es tomadas em seguida podem afetar o desempenho do site, as integra\u00e7\u00f5es, a visibilidade nas pesquisas e a capacidade de ferramentas de IA exibirem seu conte\u00fado. Antes de alterar qualquer coisa, voc\u00ea precisa saber o que os bots est\u00e3o realmente fazendo.<\/p>\n Veja alguns erros que observamos os propriet\u00e1rios de sites cometerem quando ignoram essa etapa.<\/p>\n Se os crawlers de IA forem respons\u00e1veis por 20% das solicita\u00e7\u00f5es do seu site, esse n\u00famero, por si s\u00f3, n\u00e3o revela se existe um problema.<\/p>\n Uma grande propor\u00e7\u00e3o de solicita\u00e7\u00f5es direcionadas a artigos armazenados em cache\u00a0pode exercer relativamente pouca press\u00e3o sobre o aplicativo, enquanto uma quantidade menor de solicita\u00e7\u00f5es repetidas a resultados de pesquisa, p\u00e1ginas de produtos com filtros ou URLs do carrinho pode gerar muito mais trabalho.<\/p>\n Esse \u00e9 um dos motivos pelos quais as estat\u00edsticas de bots de toda a rede exigem certo cuidado quando aplicadas a um site espec\u00edfico.<\/p>\n Nossa pesquisa mais recente<\/a> revelou que o n\u00famero m\u00e9dio de solicita\u00e7\u00f5es de bots de IA por site variou de 667 a 928 por dia em quatro medi\u00e7\u00f5es, em compara\u00e7\u00e3o com uma mediana de apenas 33 a 67 solicita\u00e7\u00f5es, enquanto aproximadamente 20% a 27% dos sites n\u00e3o receberam nenhuma solicita\u00e7\u00e3o de bots de IA em um dos dias analisados.<\/p>\n Em outras palavras, um pequeno grupo de sites intensamente rastreados eleva a m\u00e9dia.<\/p>\n Portanto, se voc\u00ea ler que os bots representam mais da metade do tr\u00e1fego da web ou vir outro propriet\u00e1rio de site relatando que 99% do tr\u00e1fego vem de bots, n\u00e3o use esse n\u00famero para decidir do que o seu pr\u00f3prio site precisa.<\/p>\n Comece pelo tr\u00e1fego do seu pr\u00f3prio site.<\/p>\n Para os clientes da Kinsta, a se\u00e7\u00e3o Prote\u00e7\u00e3o contra bots<\/a> no MyKinsta mostra como as solicita\u00e7\u00f5es est\u00e3o sendo classificadas, incluindo prov\u00e1veis humanos, bots verificados, prov\u00e1veis bots, crawlers de IA, crawlers de IA com taxa excessiva, tr\u00e1fego automatizado e tr\u00e1fego malicioso.<\/p>\n Em seguida, voc\u00ea pode usar Principais origens de tr\u00e1fego<\/strong> para consultar os caminhos, agentes de usu\u00e1rio, pa\u00edses e endere\u00e7os IP relacionados a um tipo espec\u00edfico de tr\u00e1fego.<\/p>\n Antes de tomar qualquer medida, voc\u00ea deve conseguir responder a algumas perguntas b\u00e1sicas:<\/p>\n Nosso relat\u00f3rio mais recente apresenta isso como uma an\u00e1lise da posi\u00e7\u00e3o, do padr\u00e3o e do perfil<\/strong> do tr\u00e1fego. Um site que recebe muito pouco tr\u00e1fego de IA, com um comportamento comum de solicita\u00e7\u00f5es, talvez n\u00e3o precise tomar nenhuma medida, enquanto outro que registra tr\u00e1fego cont\u00ednuo de crawlers direcionado a URLs din\u00e2micas que exigem muitos recursos merece uma an\u00e1lise muito mais cuidadosa.<\/p>\n O termo \u201cbot de IA\u201d agora abrange v\u00e1rios tipos diferentes de tr\u00e1fego. Alguns crawlers coletam conte\u00fado p\u00fablico para o treinamento de modelos ou pesquisas com IA, enquanto outros acessam p\u00e1ginas em resposta \u00e0 solicita\u00e7\u00e3o de um usu\u00e1rio.<\/p>\n Essas diferen\u00e7as s\u00e3o importantes ao decidir o que permitir. A OpenAI, por exemplo, usa o GPTBot para coletar conte\u00fado que pode ser utilizado para aprimorar seus modelos, enquanto o OAI-SearchBot ajuda a tornar os sites encontr\u00e1veis na pesquisa do ChatGPT. Portanto, bloquear o OAI-SearchBot pode afetar a exibi\u00e7\u00e3o do seu conte\u00fado nos resultados de pesquisa do ChatGPT.<\/p>\n A Anthropic faz uma distin\u00e7\u00e3o semelhante. O ClaudeBot coleta conte\u00fado da web que pode contribuir para o treinamento de modelos, o Claude-SearchBot \u00e9 usado para pesquisas e o Claude-User pode acessar um site quando algu\u00e9m que usa o Claude solicita isso.<\/p>\n A Perplexity informa que o PerplexityBot \u00e9 usado para seu \u00edndice de pesquisa e o Perplexity-User para solicita\u00e7\u00f5es feitas em resposta \u00e0 pergunta de um usu\u00e1rio.<\/p>\n O Google oferece aos editores um controle separado, o Agrupar todos esses sistemas em uma \u00fanica categoria de \u201cIA\u201d elimina informa\u00e7\u00f5es que voc\u00ea poderia utilizar.<\/p>\n Se preferir n\u00e3o consumir os recursos do site com o treinamento de modelos, voc\u00ea pode optar por restringir crawlers de treinamento e manter acess\u00edveis os sistemas de pesquisa e recupera\u00e7\u00e3o. Se o problema for um agente de IA acessando repetidamente um endpoint din\u00e2mico, alterar sua pol\u00edtica de acesso para crawlers de treinamento talvez n\u00e3o o resolva.<\/p>\n Tamb\u00e9m h\u00e1 uma quest\u00e3o comercial envolvida. Nossa pesquisa com consumidores revelou que 44,7% dos entrevistados afirmaram que sempre ou quase sempre visitam o site\u00a0de uma empresa ap\u00f3s receberem uma recomenda\u00e7\u00e3o de IA. Isso n\u00e3o significa que permitir o acesso de crawlers de IA gere automaticamente tr\u00e1fego de refer\u00eancia, mas indica que vale a pena considerar a descoberta por IA antes de tomar uma decis\u00e3o geral sobre visibilidade.<\/p>\n Na Kinsta, o controle Bloquear crawlers de IA<\/b> permite que os clientes bloqueiem crawlers de IA, inclusive os verificados, sem bloquear crawlers de mecanismos de pesquisa tradicionais, como Googlebot e Bing.<\/p>\n Tamb\u00e9m alertamos os clientes de que bloquear crawlers de IA pode reduzir a visibilidade em resultados de pesquisa, resumos ou recomenda\u00e7\u00f5es com tecnologia de IA.<\/p>\n Os bots podem causar problemas de seguran\u00e7a por meio de tentativas de for\u00e7a bruta, ataques DDoS, ataques com credenciais e outras formas de automa\u00e7\u00e3o abusiva, mas um crawler de IA verificado que envia solicita\u00e7\u00f5es leg\u00edtimas em excesso representa um tipo diferente de problema.<\/p>\n Durante nosso evento ao vivo sobre tr\u00e1fego de bots<\/a>, Daniel Pataki, CTO da Kinsta, explicou por que se preocupa com a forma como os propriet\u00e1rios de sites respondem quando essas duas situa\u00e7\u00f5es s\u00e3o confundidas:<\/p>\n \u201cNesse caso, temo mais uma rea\u00e7\u00e3o exagerada do que uma rea\u00e7\u00e3o insuficiente, pois n\u00e3o se trata de um problema de seguran\u00e7a.\u201d<\/em><\/p>\n Ele se referia ao problema mais amplo dos crawlers de IA, no qual grande parte do tr\u00e1fego problem\u00e1tico que observamos vem de sistemas leg\u00edtimos que realizam rastreamentos de maneira ineficiente, e n\u00e3o de um invasor tentando comprometer o site.<\/p>\n A resposta muda quando o site j\u00e1 est\u00e1 enfrentando problemas. Se os bots estiverem ocupando os recursos do servidor, tornando as p\u00e1ginas mais lentas ou impedindo que clientes reais usem o site, estabiliz\u00e1-lo deve ser a prioridade. Daniel recomendou bloquear temporariamente o tr\u00e1fego de bots quando ele estiver causando um problema ativo e investigar o ocorrido depois que o site estiver sob controle.<\/p>\n O erro \u00e9 transformar essa medida emergencial em uma pol\u00edtica permanente sem descobrir o que aconteceu.<\/p>\n A Prote\u00e7\u00e3o contra Bots da Kinsta<\/a> oferece v\u00e1rios n\u00edveis de controle, desde a prote\u00e7\u00e3o b\u00e1sica contra tr\u00e1fego malicioso at\u00e9 o bloqueio de automa\u00e7\u00f5es ou a aplica\u00e7\u00e3o de desafios a prov\u00e1veis bots quando uma prote\u00e7\u00e3o mais rigorosa \u00e9 necess\u00e1ria. Crawlers de IA com taxas excessivas tamb\u00e9m podem receber desafios nos n\u00edveis de prote\u00e7\u00e3o apropriados.<\/p>\n Um incidente repentino de desempenho pode justificar controles mais rigorosos hoje. Depois que o incidente passar, verifique qual tr\u00e1fego estava chegando ao site\u00a0e se esses controles mais rigorosos ainda fazem sentido.<\/p>\n Os dados da nossa infraestrutura deixam essa diferen\u00e7a evidente. Uma solicita\u00e7\u00e3o para um artigo armazenado em cache e outra para uma p\u00e1gina de pesquisa n\u00e3o armazenada em cache do WooCommerce s\u00e3o contabilizadas como uma \u00fanica solicita\u00e7\u00e3o cada, embora a segunda possa exigir muito mais trabalho do servidor.<\/p>\n Veja uma ilustra\u00e7\u00e3o do evento ao vivo sobre a realidade do tr\u00e1fego de bots<\/a>:<\/p>\n Quando uma p\u00e1gina armazenada em cache est\u00e1 dispon\u00edvel, o WordPress pode processar grande parte da solicita\u00e7\u00e3o sem gerar a p\u00e1gina novamente.<\/p>\n Uma solicita\u00e7\u00e3o din\u00e2mica pode precisar de uma thread PHP (tamb\u00e9m conhecida como worker), consultas ao banco de dados, gera\u00e7\u00e3o da p\u00e1gina e, em alguns casos, gerenciamento de sess\u00e3o antes que o WordPress possa retornar qualquer conte\u00fado. As atividades no carrinho e na finaliza\u00e7\u00e3o da compra podem exigir ainda mais trabalho.<\/p>\n Agora, repita esse processo milhares de vezes.<\/p>\n Em tr\u00eas medi\u00e7\u00f5es realizadas em nosso estudo mais recente<\/a>, entre 76,9% e 90,5% das solicita\u00e7\u00f5es de crawlers de IA foram direcionadas a conte\u00fado din\u00e2mico. O tr\u00e1fego humano permaneceu entre 18,3% e 18,9%.<\/p>\n Essa diferen\u00e7a revela muito mais sobre a poss\u00edvel press\u00e3o sobre a infraestrutura do que uma simples contagem de solicita\u00e7\u00f5es.<\/p>\n Considere o incidente relacionado \u00e0 adi\u00e7\u00e3o ao carrinho que identificamos em nossa pesquisa sobre tr\u00e1fego de bots de IA<\/a>. Um crawler gerou 3,75 milh\u00f5es de solicita\u00e7\u00f5es em 24 horas, o equivalente a aproximadamente uma solicita\u00e7\u00e3o a cada 23 milissegundos. Cada solicita\u00e7\u00e3o poderia fazer o WordPress executar tarefas para um \u201cvisitante\u201d que jamais compraria algo.<\/p>\n Isso tamb\u00e9m explica por que dois sites com a mesma porcentagem de tr\u00e1fego de IA podem apresentar comportamentos muito diferentes.<\/p>\n Um site de conte\u00fado no qual os crawlers solicitam principalmente artigos armazenados em cache pode processar um grande volume sem muitas dificuldades, enquanto uma loja WooCommerce pode sentir o impacto muito mais cedo se at\u00e9 mesmo uma quantidade menor de solicita\u00e7\u00f5es acessar repetidamente a pesquisa, os filtros, as a\u00e7\u00f5es do carrinho, as p\u00e1ginas da conta ou outras rotas n\u00e3o armazenadas em cache.<\/p>\n Depois de identificar um pico, n\u00e3o analise apenas o agente de usu\u00e1rio.<\/p>\n No MyKinsta, voc\u00ea pode filtrar Principais origens de tr\u00e1fego<\/strong> por C<\/b>rawlers de IA<\/strong> e verificar os caminhos que eles solicitam com mais frequ\u00eancia.<\/p>\n Em seguida, compare essas informa\u00e7\u00f5es com os dados de cache, largura de banda do servidor e desempenho para verificar se essas solicita\u00e7\u00f5es est\u00e3o chegando ao aplicativo e exigindo processamento.<\/p>\n Ver o \u00c0s vezes, o bot \u00e9 apenas o elemento que exp\u00f5e um problema j\u00e1 existente na estrutura de URLs.<\/p>\n Os sites WordPress podem gerar muitas URLs a partir de par\u00e2metros de consulta, p\u00e1ginas de pesquisa, arquivos filtrados, pagina\u00e7\u00e3o, calend\u00e1rios, varia\u00e7\u00f5es de produtos e a\u00e7\u00f5es de eCommerce.<\/p>\n Uma pessoa pode reconhecer que duas URLs ligeiramente diferentes levam essencialmente \u00e0 mesma p\u00e1gina, enquanto um crawler simplesmente v\u00ea mais links para seguir.<\/p>\n Se cada p\u00e1gina produzir outro conjunto de URLs que parecem novas, o crawler poder\u00e1 continuar seguindo-as. \u00c9 assim que surgem padr\u00f5es que parecem muito mais agressivos do que qualquer pessoa pretendia.<\/p>\n Observamos isso em nossa pesquisa anterior sobre infraestrutura<\/a>. Um padr\u00e3o recorrente se tornou t\u00e3o grande que uma \u00fanica regra criada para detect\u00e1-lo filtrou 550 milh\u00f5es de solicita\u00e7\u00f5es em 30 dias.<\/p>\n Bloquear o crawler pode interromper a carga imediata, mas n\u00e3o remove o padr\u00e3o de URL que fez o crawler encontrar novas p\u00e1ginas.<\/p>\n Quando um caminho espec\u00edfico passar repentinamente a dominar o tr\u00e1fego de crawlers de IA, analise o pr\u00f3prio caminho:<\/p>\n Voc\u00ea ainda pode decidir bloquear o crawler ou aplicar um desafio a ele, mas primeiro entenda o que continuou fazendo com que ele retornasse.<\/p>\n Isso \u00e9 especialmente importante para ag\u00eancias. Se v\u00e1rios sites de clientes usarem o mesmo plugin, a mesma configura\u00e7\u00e3o do WooCommerce, o mesmo tema ou o mesmo padr\u00e3o de URL, um crawler agressivo poder\u00e1 expor o mesmo problema em mais de um site. Corrigir esse comportamento pode ser mais \u00fatil do que manter uma lista cada vez maior de nomes de bots.<\/p>\n Uma altera\u00e7\u00e3o no O Abordamos essa distin\u00e7\u00e3o em detalhes em nosso guia sobre crawlers de IA<\/a>. O Isso \u00e9 importante ap\u00f3s identificar um problema de desempenho, pois apenas editar um arquivo pode transmitir a impress\u00e3o de que o problema foi resolvido.<\/p>\n Verifique seus registros ou as an\u00e1lises de bots. Se as solicita\u00e7\u00f5es do crawler diminu\u00edrem ap\u00f3s a altera\u00e7\u00e3o no O mesmo se aplica quando o problema \u00e9 a taxa de solicita\u00e7\u00f5es, e n\u00e3o o acesso em si. Um crawler pode ter permiss\u00e3o para consultar seu conte\u00fado e ainda solicit\u00e1-lo em uma taxa que seu site n\u00e3o consegue atender adequadamente.<\/p>\n O exemplo do PatronView<\/a> \u00e9 \u00fatil porque a resposta do site foi baseada em seus pr\u00f3prios dados.<\/p>\n Seu p\u00fablico est\u00e1 predominantemente na Am\u00e9rica do Norte, por isso o propriet\u00e1rio aplica desafios ao tr\u00e1fego proveniente de outros continentes. Ele verificou os dados de visitantes reais antes de aplicar desafios a usu\u00e1rios com vers\u00f5es antigas de navegadores. Ele tamb\u00e9m monitora quantos visitantes submetidos a desafios realmente conseguem conclu\u00ed-los. Em determinado per\u00edodo, apenas 0,24% de mais de 100 mil desafios foram resolvidos.<\/p>\n Esses n\u00fameros facilitam a justificativa das regras para esse site, mas aplicar a mesma configura\u00e7\u00e3o a uma loja internacional de eCommerce poderia acabar submetendo clientes leg\u00edtimos a desafios. O mesmo risco surge quando as equipes acumulam v\u00e1rias ferramentas de seguran\u00e7a porque cada uma parece \u00fatil por si s\u00f3.<\/p>\n Um site WordPress pode ter prote\u00e7\u00e3o contra bots no n\u00edvel da hospedagem, regras do Cloudflare, um plugin de seguran\u00e7a, limita\u00e7\u00e3o da taxa de solicita\u00e7\u00f5es, bloqueios por pa\u00eds e regras personalizadas de WAF, todos atuando sobre a mesma solicita\u00e7\u00e3o. Depurar um falso positivo se torna muito mais dif\u00edcil quando voc\u00ea n\u00e3o sabe qual camada tomou a decis\u00e3o.<\/p>\n Para clientes da Kinsta, n\u00e3o recomendamos especificamente combinar a Prote\u00e7\u00e3o contra Bots da Kinsta com outras camadas personalizadas de prote\u00e7\u00e3o contra bots<\/a>. Classifica\u00e7\u00f5es conflitantes podem fazer com que visitantes ou integra\u00e7\u00f5es leg\u00edtimas sejam bloqueados.<\/p>\n N\u00edveis de prote\u00e7\u00e3o mais altos tamb\u00e9m podem afetar automa\u00e7\u00f5es leg\u00edtimas, como APIs, ferramentas de monitoramento, webhooks e integra\u00e7\u00f5es do WordPress. Por isso, o MyKinsta inclui a op\u00e7\u00e3o Permitir automa\u00e7\u00f5es comuns do WordPress<\/strong> e exce\u00e7\u00f5es para sempre permitir endere\u00e7os IP, caminhos e agentes de usu\u00e1rio confi\u00e1veis.<\/p>\n Se voc\u00ea administra uma ag\u00eancia, um processo padr\u00e3o \u00e9 mais \u00fatil do que um conjunto padr\u00e3o de regras. Voc\u00ea pode usar o mesmo processo em 20 sites de clientes identificando o tr\u00e1fego, analisando seus caminhos, verificando o desempenho, escolhendo um controle, testando-o e monitorando o resultado.<\/p>\n Comece pelo que est\u00e1 acontecendo no seu site. Se o tr\u00e1fego de bots estiver afetando visitantes reais, proteja primeiro o site e, depois, analise o volume de tr\u00e1fego que voc\u00ea est\u00e1 recebendo, quais caminhos ele acessa e quais sistemas s\u00e3o respons\u00e1veis.<\/p>\n A partir da\u00ed, escolha a menor altera\u00e7\u00e3o que resolva o problema. Isso pode significar atualizar o Os clientes da Kinsta podem realizar grande parte dessa investiga\u00e7\u00e3o diretamente no MyKinsta. As an\u00e1lises de tr\u00e1fego de bots<\/a> separam crawlers de IA, crawlers de IA com taxas excessivas, bots verificados, tr\u00e1fego automatizado e outros tipos de solicita\u00e7\u00f5es, enquanto Principais origens de tr\u00e1fego<\/strong> mostra os caminhos, agentes de usu\u00e1rio, pa\u00edses e endere\u00e7os IP relacionados a eles.<\/p>\n Voc\u00ea tamb\u00e9m pode comparar essa atividade com o comportamento do cache<\/a>, a largura de banda do servidor<\/a> e o desempenho do PHP<\/a> para verificar se o tr\u00e1fego est\u00e1 realmente sobrecarregando seu site antes de decidir o que bloquear.<\/p>\n","protected":false},"excerpt":{"rendered":" Ao descobrir que grande parte do tr\u00e1fego do seu site vem de bots, bloque\u00e1-los pode parecer a pr\u00f3xima medida \u00f3bvia. Em alguns casos, os n\u00fameros realmente …<\/p>\n","protected":false},"author":287,"featured_media":76458,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_kinsta_gated_content":false,"_kinsta_gated_content_redirect":"","footnotes":""},"tags":[],"topic":[1080,1081],"class_list":["post-76457","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","topic-trafego-de-bots","topic-web-crawlers"],"yoast_head":"\nErro 1: tratar a porcentagem como o diagn\u00f3stico<\/h2>\n
![\"Gr\u00e1fico](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/kinsta-bot-protection-data.png\")
![\"Relat\u00f3rio](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/top-traffic-bot-data.png\")
\n
Erro 2: bloquear todos os bots porque o tr\u00e1fego \u00e9 automatizado<\/h2>\n
Google-Extended<\/code>, para determinar como o conte\u00fado rastreado pode ser usado com o Gemini. O Google afirma explicitamente que alterar essa configura\u00e7\u00e3o n\u00e3o afeta a inclus\u00e3o nem a classifica\u00e7\u00e3o na Pesquisa Google.<\/p>\n![\"Bloquear](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/block-ai-crawlers.png\")
Erro 3: tratar cada pico de crawlers de IA como uma emerg\u00eancia de seguran\u00e7a<\/h2>\n
![\"Selecione](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/chnage-bot-protection-level.png\")
Erro 4: observar o volume de solicita\u00e7\u00f5es e ignorar para onde elas s\u00e3o direcionadas<\/h2>\n
![\"Solicita\u00e7\u00e3o](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/website-request-flow.png\")
![\"Filtrar](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/filter-traffic-type.png\")
![\"Principais](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/top-requests-server-bandwidth.png\")
GPTBot<\/code> ou outro crawler no topo de um relat\u00f3rio \u00e9 \u00fatil. Ver que milhares de suas solicita\u00e7\u00f5es s\u00e3o direcionadas para \/blog\/<\/code> revela uma situa\u00e7\u00e3o. Ver que elas s\u00e3o direcionadas para resultados de pesquisa ou para uma URL parametrizada do WooCommerce revela outra.<\/p>\nErro 5: bloquear o crawler e deixar a armadilha de rastreamento<\/h2>\n
\n
Erro 6: presumir que o robots.txt interrompeu o tr\u00e1fego<\/h2>\n
robots.txt<\/code> pode ser a resposta adequada quando voc\u00ea deseja instruir um crawler confi\u00e1vel a n\u00e3o acessar parte ou todo o seu site, mas ainda precisa verificar o tr\u00e1fego depois disso.<\/p>\nrobots.txt<\/code> depende de o crawler respeitar a instru\u00e7\u00e3o e n\u00e3o impede fisicamente que a solicita\u00e7\u00e3o chegue ao seu site.<\/p>\nrobots.txt<\/code> comunica prefer\u00eancias de rastreamento, enquanto o llms.txt<\/code> fornece um \u00edndice estruturado de conte\u00fado para as ferramentas que optarem por consult\u00e1-lo. A aplica\u00e7\u00e3o das regras ocorre em outro lugar.<\/em><\/p>\nrobots.txt<\/code>, voc\u00ea ter\u00e1 evid\u00eancias de que ela funcionou. Se o tr\u00e1fego continuar ou voc\u00ea estiver lidando com outro sistema automatizado que n\u00e3o respeite a instru\u00e7\u00e3o, ser\u00e1 necess\u00e1rio usar um controle de aplica\u00e7\u00e3o das regras.<\/p>\nErro 7: copiar as regras de firewall de outro site sem verificar o que elas bloqueariam<\/h2>\n
![\"Permitir](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/allow-typical-wp-automation-and-exceptions.png\")
O que fazer ao identificar tr\u00e1fego de bots de IA<\/h2>\n
robots.txt<\/code>, bloquear um crawler ou aplicar um desafio a ele, corrigir um padr\u00e3o de URL rastre\u00e1vel ou n\u00e3o fazer nada se o tr\u00e1fego n\u00e3o estiver causando danos.<\/p>\n