Corrigir "This request looks like it might be automated" no X

Por Sorsa Editorial · Atualizado em 6 de julho de 2026

Em resumo

"This request looks like it might be automated" é o bloqueio antiautomação do X. Ele para curtidas, respostas, follows e DMs quando o X lê a sua atividade como tipo bot, geralmente após agir rápido demais, em uma conta nova ou de um IP sinalizado. A maioria das pessoas corrige parando toda a atividade e esperando de 15 a 60 minutos.

A mensagem alcança dois grupos muito diferentes. A maioria das pessoas que a vê são usuários comuns que estavam rolando e curtindo posts e foram varridos pela aplicação antibot do X. O resto são desenvolvedores cujos scripts quebraram da noite para o dia, porque o mesmo filtro agora vive no gateway de API do X e sinaliza tráfego automatizado de cara. Este guia corrige os dois.

Se você é desenvolvedor, a correção durável é parar de brigar com o detector e ler os dados que você precisa por uma API somente leitura no lugar. A Sorsa API, um provedor alternativo de API do Twitter (X), lê dados públicos do X sobre HTTPS simples com uma única chave de API: sem sessão de navegador, sem login e sem cookies para fingerprint, então o bloqueio de requisição automatizada nunca dispara. Ela roda a um fixo de 20 requisições por segundo em todo plano, sem janelas por endpoint e sem passo de aprovação para começar, e 100 requisições grátis deixam você experimentar cada endpoint sem um cartão. A abordagem somente leitura é coberta por completo mais abaixo.

Atualizado em julho de 2026: reformulamos o preço somente leitura para tarifas por 1.000, adicionamos a franquia inicial de 100 requisições grátis e atualizamos os limites de ação de 2026 do X e o preço atual de pagamento por uso da API oficial do X.

Índice

• O que significa "This request looks like it might be automated"
• O que dispara o bloqueio de requisição automatizada
• É um shadowban, um rate limit ou um banimento?
• Como corrigir como usuário comum
• Quanto tempo dura o "This request looks like it might be automated"?
• Como corrigir como desenvolvedor
• Como evitá-lo no futuro
• Perguntas frequentes
• Obtendo dados do X somente leitura sem o bloqueio

O que significa "This request looks like it might be automated" {#what-this-request-looks-like-it-might-be-automated-means}

"This request looks like it might be automated" é a resposta comportamental antiautomação do X. Ela aparece quando os sistemas do X decidem que uma requisição parece com script e recusam completar a ação. A mensagem completa diz: "This request looks like it might be automated. To protect our users from spam and other malicious activity, we can't complete this action right now. Please try again later." Ela bloqueia ações, não a sua conta inteira.

No sistema interno do X, a resposta carrega o código 226, então os desenvolvedores muitas vezes a chamam de Error 226. O nome mal importa para um usuário comum. O que importa é que o X sinalizou o padrão da sua atividade, não a sua identidade, e pausou ações específicas até a flag sumir.

O erro aparece para usuários desde meados de 2023 e ficou muito mais comum depois que o X moveu a detecção de bots mais fundo na sua stack no fim de 2024. Os relatos ainda estão ativos e recentes: threads na própria comunidade de desenvolvedores do X mostram usuários comuns trancados para fora da postagem por dias, muitas vezes durante ondas de aplicação em toda a plataforma.

O que dispara o bloqueio de requisição automatizada {#what-triggers-the-automated-request-block}

O gatilho é quase sempre velocidade e padrão, não o volume total. O sistema do X observa o quão rápido e o quão previsivelmente você age, e pode te sinalizar enquanto você está bem abaixo de qualquer limite diário. Os gatilhos se dividem de forma limpa entre contas do dia a dia e ferramentas automatizadas.

Para usuários comuns

A velocidade é a causa número um. Curtir de 15 a 20 posts em sucessão rápida, clicando rapidamente pela sua linha do tempo, pode sinalizar uma sessão mesmo que o teto diário de curtidas seja muito mais alto. Padrões comuns que disparam:

• Curtidas ou respostas em rajada, cerca de 20 ou mais ações em dois a três minutos.
• Follow em massa em uma conta jovem, mais de 10 a 15 follows em uma hora em uma conta com menos de uma semana.
• Tráfego de VPN ou proxy, já que muitas dessas faixas de IP já estão sinalizadas.
• Várias sessões ao vivo de uma vez, por exemplo web, o app móvel e um cliente de terceiros logados juntos.
• Extensões de navegador que autoatualizam, autoengajam ou injetam scripts na interface do X.
• Idade da conta, porque contas novas rodam com limiares muito mais apertados para cada ação.

Para desenvolvedores e ferramentas de automação

Desde o fim de 2024, o X deslocou a detecção do front end para o seu gateway de API e uma camada de análise comportamental. Os antigos contornos, rotacionar proxies, forjar cabeçalhos, randomizar atrasos, não seguram mais da forma que seguravam. Por toda a SERP, tanto guias de desenvolvedor quanto relatos de fórum descrevem a mesma virada. Gatilhos frequentes de desenvolvedor:

• IPs de datacenter. Faixas de AWS, Hetzner, OVH, Vultr e DigitalOcean são fortemente sinalizadas.
• Frameworks de automação de navegador. Selenium, Puppeteer e Playwright deixam fingerprints detectáveis.
• Bibliotecas não oficiais que logam em uma conta real e batem nos endpoints internos do X, como Twikit e snscrape. Elas funcionam localmente em um IP residencial, e depois quebram no momento em que rodam de um servidor.
• Cookies reciclados ou inválidos, tokens de sessão reusados entre máquinas ou rotacionados com frequência demais.
• Conteúdo repetitivo e timing fixo, texto idêntico ou ações perfeitamente espaçadas.
• Loops de login de alta frequência, logar, agir, deslogar e repetir.

Limites de ação reportados do X em 2026

Conhecer os tetos rígidos ajuda, mas o bloqueio dispara na velocidade mesmo quando você fica abaixo deles. Estes são os limites diários reportados do X em junho de 2026:

O X Premium aumenta alguns desses tetos mas não desliga a detecção de velocidade, e o limite de postagem fica em cerca de 2.400 por dia para todos. Pagar pelo Premium não compra imunidade ao bloqueio de requisição automatizada.

É um shadowban, um rate limit ou um banimento? {#is-it-a-shadowban-a-rate-limit-or-a-ban}

Essas quatro restrições são constantemente confundidas, e elas precisam de respostas diferentes. O bloqueio de requisição automatizada para ações específicas e te avisa disso com um popup. Um HTTP 429 significa que você bateu em uma cota fixa de requisições. Um shadowban silenciosamente baixa o seu alcance sem aviso. Uma suspensão desabilita a conta de vez. Aqui está como eles se alinham:

Um shadowban se comporta diferente deste erro: ele nunca mostra um popup e nunca bloqueia uma ação, ele só reduz quem vê os seus posts. Se você suspeita disso em vez disso, rode um checador de shadowban e leia nosso passo a passo de teste de shadowban do Twitter. Se você é desenvolvedor comparando isto contra erros de cota, a mecânica dos rate limits da API do Twitter explica quando um 429 é o culpado de verdade.

Como corrigir como usuário comum {#how-to-fix-it-as-a-regular-user}

Para uma conta comum, o bloqueio de requisição automatizada quase sempre some sozinho uma vez que você para de dispará-lo. Percorra estes passos em ordem, e não pule o primeiro.

1. Pare toda a atividade imediatamente. Não fique tocando em tentar de novo. Cada tentativa falha pode estender o bloqueio. Feche a aba ou largue o telefone.
2. Espere. Esta é a correção que funciona para a maioria das pessoas. Um primeiro bloqueio em uma conta estabelecida geralmente some em 15 a 60 minutos; em uma conta nova pode durar de 12 a 24 horas.
3. Limpe o estado de navegador do X. Depois de esperar, limpe os cookies e o cache especificamente para x.com e twitter.com. Deixe o resto dos dados do seu navegador em paz.
4. Desabilite as extensões de navegador. Desligue bloqueadores de anúncio, autoatualizadores e qualquer ferramenta relacionada ao X que injete scripts na página.
5. Troque de rede. Mude do WiFi para dados móveis ou de volta. Se você está em uma VPN, desligue-a, já que IPs de VPN compartilhados costumam estar pré-sinalizados.
6. Deslogue e logue de novo. Um login fresco reseta o seu token de sessão e às vezes limpa uma flag travada.
7. Contate o suporte do X se durar além de 24 a 48 horas. Vá em Configurações, depois Ajuda, depois Fale Conosco, e declare que você é um usuário comum, não rodando automação.

O que não fazer

Não fique tentando de novo. Cada ação falha reforça a suspeita do X de que você é um bot, o que pode prolongar o bloqueio.

Não crie uma nova conta. O seu IP provavelmente está sinalizado, e uma nova conta em um IP sinalizado recebe tratamento ainda mais estrito.

Não pague por serviços de "desbloqueio". Nenhuma ferramenta paga contorna este bloqueio para ações de usuário comum. Qualquer um vendendo uma está aplicando um golpe.

Não mude a sua senha esperando uma correção. O bloqueio está atrelado ao comportamento e ao IP, não às credenciais, então uma mudança de senha não faz nada.

Quanto tempo dura o "This request looks like it might be automated"? {#how-long-does-this-request-looks-like-it-might-be-automated-last}

Para a maioria das pessoas, o "this request looks like it might be automated" dura de 15 a 60 minutos em uma conta estabelecida na primeira vez que aparece, contanto que você pare de agir e espere. Contas novas com menos de uma semana podem ficar bloqueadas por 12 a 24 horas, e reincidentes veem de 1 a 7 dias. O achado mais consistente isolado entre os relatos de usuários é que o bloqueio some mais rápido quando você para completamente a atividade em vez de tentar de novo.

O quadro completo depende da idade da conta e de quantas vezes você o disparou:

Essas linhas de tempo vêm de relatos de usuários, não da documentação oficial do X. O X nunca publicou durações de bloqueio, então os casos individuais variam. Trate os números como faixas realistas em vez de garantias.

Como corrigir como desenvolvedor {#how-to-fix-it-as-a-developer}

Se você está batendo no "this request looks like it might be automated" em código, a correção depende inteiramente do que você precisa. Para ler dados públicos do X, o caminho confiável em 2026 é parar de usar automação de navegador e ler por uma API autorizada. Para postar e outras ações de escrita, a única rota sustentável é a API oficial do X. Nenhum pool de proxy, randomização de cabeçalho ou truque de timing bate o detector do X de forma confiável mais, porque a detecção saiu do front end e foi para a análise comportamental do seu tráfego.

Por que os seus scripts continuam quebrando

Scripts construídos sobre bibliotecas não oficiais logam em uma conta real e percorrem os endpoints internos do X como se fossem um navegador. Essa sessão é exatamente o que o X faz fingerprint. No seu laptop, o IP residencial e os sinais do navegador parecem humanos, então funciona. Implantado em um servidor em um IP de datacenter, o mesmo script é sinalizado em minutos e a resposta de requisição automatizada começa a encher os seus logs.

A correção somente leitura

Se o dado que você precisa é público, tweets, perfis, seguidores, resultados de busca, comunidades, você não precisa de uma sessão logada de forma alguma. Uma API somente leitura lê esse dado diretamente e retorna JSON limpo. Rodando uma API alternativa do Twitter (X) contra os dados públicos do X, nunca vemos o bloqueio de requisição automatizada, pela simples razão de que não há login de conta ou sessão de navegador para o X sinalizar.

Aqui está uma leitura completa de tweets públicos pelo acesso REST somente leitura a dados públicos do X da Sorsa, autenticada com um único cabeçalho:

import requests

# No login, no cookies, no browser session,
# so the "this request looks like it might be automated" block never fires.
response = requests.post(
    "https://api.sorsa.io/v3/search-tweets",
    headers={"ApiKey": "YOUR_API_KEY"},
    json={"query": "from:nasa", "order": "latest"},
)
payload = response.json()

for tweet in payload["tweets"]:
    print(tweet["id"], tweet["likes_count"], tweet["full_text"])

# One call returns up to 20 tweets, each with the full author profile.
# Pass next_cursor back to page through more results.
next_cursor = payload.get("next_cursor")

A mesma requisição em curl:

curl -X POST https://api.sorsa.io/v3/search-tweets \
  -H "ApiKey: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"query": "from:nasa", "order": "latest"}'

Não há handshake OAuth, nem token de sessão para atualizar, e nada para fazer fingerprint. O endpoint de busca aceita os operadores de sempre (from:, since:, frases exatas), e cada objeto de tweet já inclui o perfil do autor, então você não está pagando uma segunda chamada para enriquecê-lo.

Três formas de os desenvolvedores obterem dados do X após o bloqueio

Quando o erro de requisição automatizada para um trabalho de coleta, há três opções reais. Elas não são iguais, e qual se encaixa depende de se você precisa ler ou escrever.

O tradeoff honesto é direto. Se você precisa escrever no X, postar, enviar DMs, curtir em escala, a API oficial do X é a única escolha durável, e a Sorsa não faz isso. Se a sua carga é de leitura intensa, puxar tweets, perfis, grafos de seguidores ou resultados de busca, um scraper não oficial é o que fica disparando o bloqueio de requisição automatizada, e a cobrança por uso da API oficial soma rápido em trabalhos grandes. Um provedor de dados do X somente leitura contorna os dois problemas: o bloqueio nunca se aplica, e a tarifa fixa por requisição permanece previsível conforme o volume cresce.

Quando você genuinamente precisa de acesso de escrita

Use a API oficial do X. Crie uma conta de desenvolvedor, configure OAuth 2.0 e construa dentro dos limites publicados. O preço de pagamento por uso dela roda mais alto e os limites são mais apertados, mas é a única forma autorizada de escrever. Um padrão comum é dividir o trabalho: ler por uma API somente leitura onde é mais barato e nunca bloqueado, e escrever pela API oficial do X onde a autorização é exigida.

Na prática

As equipes que ficam presas aqui geralmente estão coletando em tempo emprestado. Um padrão que vemos com frequência: uma equipe de análise social de cerca de 12 pessoas construiu um pipeline de monitoramento de palavra-chave em uma biblioteca Python não oficial que logava em uma conta real e raspava a linha do tempo. Ele rodou bem por meses. Depois que o X moveu a detecção para o seu gateway no fim de 2024, o bloqueio de requisição automatizada começou a aparecer nos logs deles a cada poucas horas, e o pipeline passava mais tempo tentando de novo do que coletando. Eles moveram a carga de leitura para uma API somente leitura, onde não há login de conta para sinalizar, e o erro sumiu. Eles também tiraram esse dado da cobrança por uso da API oficial e o puseram em um plano mensal fixo. A correção não foi um truque de evasão mais esperto. Foi remover a coisa que o X estava detectando em primeiro lugar.

Como evitá-lo no futuro {#how-to-avoid-it-in-the-future}

Prevenção para usuários comuns

A regra de bolso é não mais do que 40 a 50 ações por hora entre curtidas, respostas, follows e reposts combinados. Em uma conta nova, corte isso pela metade.

• Espace os follows em contas novas, 5 a 10 por hora na primeira semana, e depois aumente.
• Evite usar o X em uma VPN, e aceite o risco maior se você precisa de uma para privacidade.
• Audite as suas extensões e remova qualquer coisa que autoatualize, autoengaje ou reescreva a interface do X.
• Pule ferramentas de engagement-pod, que coordenam curtidas em massa e colocam a sua conta diretamente na mira do X.

Prevenção para desenvolvedores

• Para dados somente leitura, use uma API gerenciada com um limite documentado. A Sorsa roda a um fixo de 20 requisições por segundo em todo plano, independente do sistema antiautomação do X.
• Para acesso de escrita, use a API oficial do X com OAuth adequado e respeite os limites publicados dela.
• Observe a sua taxa de erro. Respostas intermitentes de requisição automatizada em métodos não oficiais só pioram com o tempo, porque o X continua apertando a detecção.
• Mantenha a automação de navegador fora da produção para interações com o X. Ela funcionava em 2022 e mal funcionava em 2023. Ela não funciona em 2026.

Perguntas frequentes {#faq}

O X Premium para o erro "this request looks like it might be automated"?

Não. O X Premium aumenta alguns limites diários, elevando os follows de 400 para 1.000 por dia e as leituras de post de 1.000 para 10.000, mas não desliga o bloqueio de automação baseado em velocidade. Usuários Premium são sinalizados na mesma taxa que usuários gratuitos quando agem rápido demais, o que é reportado consistentemente nos fóruns do X e no Reddit.

O erro de requisição automatizada pode banir a minha conta permanentemente?

Por si só, não. O bloqueio "this request looks like it might be automated" é uma restrição temporária de ação, não uma suspensão. Dispará-lo repetidamente enquanto continua o comportamento tipo bot pode escalar para uma trava temporária ou revisão manual, mas o erro em si some uma vez que você para a atividade que o disparou.

Por que ainda consigo dar retweet quando curtidas, respostas e follows estão bloqueados?

O X aplica limiares de detecção diferentes a ações diferentes. Os retweets tendem a ter o limiar mais brando, provavelmente porque contas automatizadas focam em curtidas, respostas e follows. Então você pode bater na parede do "this request looks like it might be automated" na maioria das ações enquanto o repost continua funcionando por um tempo.

Mudar a minha senha corrige o erro?

Não. O bloqueio "this request looks like it might be automated" está atrelado a padrões comportamentais, fingerprints de sessão e reputação de IP, não à sua senha. Mudá-la, revogar acesso de app ou reautorizar ferramentas não faz nada. O único passo relacionado a credenciais que às vezes ajuda é deslogar e logar de novo, o que reseta o seu token de sessão.

Uma VPN contorna o bloqueio de requisição automatizada?

Geralmente piora as coisas. Muitos endereços de IP de VPN e proxy já estão sinalizados no sistema do X por atividade de bot passada, então trocar para uma VPN enquanto você está bloqueado pode estender o bloqueio. Se você está em uma VPN e vendo "this request looks like it might be automated", desligá-la e usar a sua conexão de casa tem mais chance de limpá-lo.

Como isto é diferente de um erro de rate limit HTTP 429?

Um HTTP 429 significa que você bateu em uma cota fixa de requisições e precisa esperar a janela resetar. O erro "this request looks like it might be automated" é comportamental: o X analisou o padrão da sua atividade e o julgou tipo bot, o que pode acontecer bem dentro dos seus rate limits. Para o 429, espere o reset; para este erro, desacelere a sua velocidade de ação e espere a flag sumir.

Existe uma API do Twitter (X) que não dispara o erro de requisição automatizada?

Sim. O erro dispara em automação logada estilo navegador, então uma API somente leitura que nunca entra em uma conta o evita por completo. A Sorsa é uma API do Twitter (X) somente leitura que lê tweets, perfis, seguidores e busca públicos sobre HTTPS com uma única chave de API, a um fixo de 20 requisições por segundo, sem OAuth e sem aprovação. Sem sessão para fazer fingerprint, o bloqueio de automação não se aplica.

Como os desenvolvedores coletam dados do X de forma acessível sem serem bloqueados em 2026?

A maioria das equipes de leitura intensa em 2026 evita tanto a automação de navegador quanto a cobrança por uso da API oficial usando um provedor de dados do X somente leitura. A Sorsa cobra uma tarifa fixa por requisição em vez de pagamento por uso, dando a partir de US$ 0,02 por 1.000 tweets ou a partir de US$ 0,01 por 1.000 perfis nos seus endpoints de lote, que retornam até 100 tweets ou perfis em uma única requisição. Chaves novas incluem 100 requisições grátis, então trabalhos grandes de coleta permanecem baratos e nunca disparam o filtro de automação.

Obtendo dados do X somente leitura sem o bloqueio {#getting-read-only-x-data-without-the-block}

Se você está construindo qualquer coisa que lê dados públicos do X, monitorar menções, rastrear palavras-chave, puxar tweets e perfis, ou coletar datasets de pesquisa, você não precisa brigar com o bloqueio de requisição automatizada de forma alguma. Uma API somente leitura nunca loga em uma conta, então não há nada para o sistema antiautomação do X sinalizar.

Você pode testar qualquer endpoint no navegador sem uma chave, ler a documentação e checar o preço antes de se comprometer. Nos endpoints de lote, o modelo fixo por requisição dá a partir de US$ 0,02 por 1.000 tweets ou a partir de US$ 0,01 por 1.000 perfis, todo plano roda a um fixo de 20 requisições por segundo sem janelas por endpoint, e 100 requisições grátis (sem cartão, todos os 40 endpoints) cobrem até 10.000 tweets ou 20.000 perfis antes de você pagar. Não há passo de aprovação: você gera uma chave e começa a ler. Para ações de escrita, combine-a com a API oficial do X, já que um provedor somente leitura não posta.

Revisado por Keksich, fundador da Sorsa, profissional de marketing e pesquisador da API do X.

Como este guia foi montado: ele se apoia no nosso trabalho prático construindo e operando uma API do Twitter (X) somente leitura, nos endpoints ao vivo que rodamos contra os dados públicos do X diariamente e no comportamento atual do próprio erro. As linhas de tempo de recuperação e os padrões de gatilho foram cruzados com relatos públicos ativos, incluindo threads na comunidade de desenvolvedores do X, onde os mesmos bloqueios são documentados em 2026. O preço e os detalhes de rate limit da API oficial do X refletem o preço de desenvolvedor dela a partir da atualização de pagamento por uso de abril de 2026. Detalhes de produto, preços e endpoints vêm da documentação da Sorsa API; mais sobre a equipe por trás da Sorsa está no nosso site. Não fizemos benchmark de ferramentas de terceiros para esta peça, então nenhuma contagem de comparação é alegada além das três abordagens de acesso a dados descritas acima. Verificado pela última vez em 6 de julho de 2026.