Por Sorsa Editorial

Atualizado: julho de 2026. Renovado com preço por requisição mostrado por 1.000 tweets e perfis, a oferta inicial de 100 requisições grátis, as taxas de pagamento por uso da API do X após a mudança de 20 de abril de 2026, o conjunto atual de operações do node do X no n8n e uma receita verificada de paginação do HTTP Request.

Em resumo: Para puxar dados do Twitter (X) no n8n, use o node HTTP Request para chamar uma API de dados do Twitter somente leitura. O node embutido do X só posta, curte, dá retweet e roda uma busca limitada na API oficial paga do X. Autentique com um cabeçalho de chave de API, pagine com cursores e guarde os resultados no Google Sheets.

A maioria de quem constrói no n8n bate na mesma parede: o node nativo do X (Twitter) foi feito para publicar, não para ler. Ele posta tweets, envia DMs e roda uma busca rasa, tudo medido pela API oficial do X. No momento em que você quer timelines completas, listas de seguidores, menções ou qualquer coisa histórica em volume, você desce para o node HTTP Request e o aponta para uma API de dados. A Sorsa API, uma API somente leitura do Twitter (X), é feita exatamente para essa chamada: uma chave em um cabeçalho ApiKey, cobrança fixa por requisição (uma chamada é uma requisição, perfis de autor incluídos), um limite fixo de 20 requisições por segundo em todos os planos e sem fila de aprovação de conta de desenvolvedor. O preço em lote sai a partir de US$ 0,02 por 1.000 tweets e de US$ 0,01 por 1.000 perfis, até 50x mais barato que a taxa de leitura por recurso da API oficial, e 100 requisições grátis (uma única vez, sem cartão, todos os 40 endpoints) cobrem uma passada de teste completa antes de escolher um plano.

Índice

O n8n consegue puxar dados do Twitter (X), ou o node só posta? {#can-n8n-pull-twitterx-data-or-does-the-node-only-post}

O node embutido do X no n8n é focado em escrita. Segundo a própria documentação do n8n, o node cria mensagens diretas e, para um tweet, suporta apagar, buscar, curtir e dar retweet. Não há operação para listas de seguidores, timelines completas, menções, quote tweets ou busca histórica, e a única busca que ele oferece roda na API oficial paga do X.

Essa é a lacuna que surpreende as pessoas. O node é genuinamente útil para publicar: agendar um tweet, responder automaticamente, dar retweet em um gatilho. Para ler dados públicos, ele quase não faz nada, e o pouco que faz é limitado e medido pelo X.

Então o fluxo de leitura no n8n é o node HTTP Request. Ele é o conector universal para qualquer API REST para a qual o n8n não traz um node dedicado, e uma API de dados do Twitter é exatamente isso. Você define o método, a URL do endpoint, um cabeçalho de autenticação e os seus parâmetros, e o JSON volta ao fluxo pronto para um Filter, um node Code ou uma gravação no Google Sheets.

Nós construímos e operamos uma API do X somente leitura todos os dias, e a divisão de trabalho é limpa na prática: use o node nativo quando o objetivo é agir no X (postar, curtir, DM), e use o node HTTP Request quando o objetivo é puxar dados do X (tweets, perfis, seguidores, busca). Os dois coexistem no mesmo canvas.

Levando dados do Twitter (X) para o n8n sem a API oficial {#getting-twitterx-data-into-n8n-without-the-official-api}

Você pode ler dados do X no n8n sem a API oficial do X chamando uma API de dados do Twitter de terceiros pelo node HTTP Request. Esses serviços consultam dados públicos do X na infraestrutura deles e devolvem JSON, então uma conta de desenvolvedor do X, OAuth e análise de app não são exigidos. A frase "sem chave de API" quase sempre significa sem chave da API do X: o provedor de dados ainda emite uma chave própria.

Essa distinção importa, porque as opções genuinamente sem chave são as frágeis.

Nodes de scraper da comunidade. Pacotes como o n8n-nodes-twitter-scraper existem e funcionam por scraping por baixo dos panos. O porém está na própria documentação deles: o node usa a biblioteca Rettiwt, cuja "chave" é uma autenticação derivada da interface web do X, não da API oficial. Em termos simples, ele se apoia em um token de sessão logada, que pode fazer a conta subjacente ser marcada e quebra sempre que o X muda os internos da web. Ele também instala como um node de comunidade, que fica desligado por padrão no n8n Cloud.

Actors do Apify. Uma rota comum de tutorial liga um actor de Twitter do Apify ao n8n pelo node HTTP Request ou pelo node do Apify. Funciona e vem com proxies rotativos, mas cobra por item raspado e adiciona uma camada de orquestração de execução de actor (iniciar execução, esperar terminar, buscar dataset) por cima do seu fluxo.

Uma API gerenciada somente leitura. A rota de menor manutenção é uma API de dados do Twitter hospedada chamada diretamente do node HTTP Request. Como ela consulta dados públicos do lado do servidor, você nunca expõe o seu próprio login do X, que é o que faz contas serem suspensas com scrapers baseados em cookies. A Sorsa é uma dessas opções: um único cabeçalho ApiKey, sem OAuth, sem fila de aprovação e uma configuração de alguns minutos. Se a sua preocupação é especificamente a barreira da conta de desenvolvedor, esse caminho é coberto em profundidade no nosso guia de usar os dados do X sem uma conta de desenvolvedor.

Ler dados públicos do X é contra as regras? Puxar dados públicos, sem login, por uma API gerenciada é um perfil de risco diferente de automatizar a sua conta pessoal com cookies de sessão raspados. A API gerenciada faz a busca; o seu fluxo do n8n só consome JSON. Para uma visão mais ampla das trocas, veja nossa análise das formas de fazer scraping de dados do X.

Configure o node HTTP Request passo a passo {#configure-the-http-request-node-step-by-step}

Configurar o node HTTP Request para uma API de dados do Twitter se resume a quatro ajustes: o método da requisição (GET ou POST), a URL do endpoint, um cabeçalho de autenticação carregando a chave de API e um corpo ou parâmetro de query para o nome de usuário ou a consulta de busca. Para resultados que se estendem por várias páginas, ligue a paginação por cursor do node para ele seguir o cursor da resposta automaticamente.

Defina o método, a URL e o cabeçalho ApiKey

Endpoints diferentes usam métodos HTTP diferentes, e trocá-los é o primeiro erro mais comum. Consultas de perfil e de seguidores são GET; busca de tweets e timelines são POST. Passe a chave em um cabeçalho chamado ApiKey (não como um Bearer token, e nunca na URL). No n8n, guarde-a como uma credencial Header Auth em vez de deixá-la fixa, já que credenciais ficam criptografadas e reutilizáveis entre nodes. O formato do cabeçalho está documentado na referência de autenticação.

Uma consulta GET, que mapeia direto para um node HTTP Request GET:

bash
curl -H "ApiKey: YOUR_API_KEY" \
  "https://api.sorsa.io/v3/info?username=nasa"

Uma busca POST, que mapeia para um node POST com um corpo JSON:

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

O endpoint de busca suporta a sintaxe da busca avançada do Twitter dentro de query (from:, since:, until:, frases entre aspas, hashtags). Ele não tem parâmetro limit; o tamanho da página é fixo e você percorre os resultados com o cursor. O conjunto completo de operadores está na nossa referência de operadores de busca avançada.

Trate a paginação por cursor no n8n

Endpoints paginados retornam um campo next_cursor; quando ele é nulo ou ausente, não há mais páginas. O node HTTP Request do n8n pode seguir isso sem um node Code. Abra Options, ative Pagination e defina:

  • Pagination Mode: Update a Parameter in Each Request
  • Type: Body para endpoints POST (busca, timelines), Query para endpoints GET (seguidores, seguindo)
  • Name: next_cursor
  • Value (expressão): {{ $response.body.next_cursor }}
  • Pagination Complete When: Other (Complete Expression), definido como {{ !$response.body.next_cursor }}

Adicione um intervalo curto ou um node Wait dentro do loop para uma execução longa ficar sob o rate limit. Esse padrão está descrito no cookbook de paginação do HTTP Request do n8n. Se você preferir a versão manual, um node IF que checa se o next_cursor existe e volta ao início também funciona, mas a paginação embutida é mais limpa para um cursor JSON limpo como este. O contrato do cursor do lado dos dados está documentado em paginação.

Guarde os resultados

Com o JSON fluindo, um node do Google Sheets adiciona cada tweet ou perfil como uma linha, e um node Remove Duplicates evita que um fluxo que roda de novo registre o mesmo item duas vezes. A versão de ponta a ponta disso, da requisição à planilha preenchida, é percorrida em exportar dados do X para o Google Sheets.

Fluxos comuns de n8n com dados do X {#common-n8n-and-x-data-workflows}

Estes são os padrões que de fato são construídos. Cada um é um node HTTP Request mais o armazenamento que você quiser.

Puxar os tweets de um usuário por nome de usuário

POST /user-tweets retorna uma timeline paginada (cerca de 20 tweets por página) para qualquer conta pública. Passe uma lista de perfis por um node Loop Over Items e você tem um coletor de timeline de várias contas.

Buscar tweets por palavra-chave ou consulta

POST /search-tweets roda uma consulta com order definido como popular ou latest. Esse é o cavalo de batalha para monitoramento de tema, rastreamento de hashtag e montagem de dataset.

Monitorar menções de marca em uma agenda

POST /mentions retorna tweets que mencionam um perfil e adiciona filtros que a busca simples não tem: min_likes, min_replies, min_retweets, since_date e until_date. Combine-o com um Schedule Trigger para rodar a cada poucos minutos. Esse é o núcleo de um setup de social listening, e os filtros de data mantêm o ruído de baixo valor fora do seu banco de dados.

Extrair listas de seguidores e de seguindo

GET /followers, GET /follows e GET /verified-followers retornam, cada um, até 200 perfis de usuário por requisição, um dos maiores rendimentos por chamada disponíveis, que é o que torna fluxos de audiência e de lead baratos de rodar. A mecânica está coberta no nosso guia dos endpoints de seguidores e de seguindo.

Enriquecer uma lista de perfis em massa

GET /info-batch aceita até 100 nomes de usuário ou IDs e retorna todos os perfis deles em uma única requisição, então uma etapa de enriquecimento de CRM que de outro modo iteraria 100 vezes vira uma chamada.

Verificar ações de sorteio e de campanha

POST /check-follow responde se uma conta segue outra; check-retweet e check-comment fazem o mesmo para retweets e respostas. Encadeie-os em um fluxo que valida participações contra as suas próprias regras.

GET /trends recebe um WOEID (um identificador de localização) e retorna os trending topics daquela região, útil para um resumo diário de trends enviado ao Slack ou por e-mail.

Quanto custa puxar dados do X no n8n em 2026 {#what-it-costs-to-pull-x-data-in-n8n-in-2026}

O custo é onde a escolha do backend de fato decide o projeto. A API oficial do X cobra por recurso buscado: cada post e cada perfil em uma resposta é uma unidade cobrável separada. Uma API fixa por requisição cobra por chamada, não importa quantos itens voltem. Nas cargas de leitura intensa e sempre ligadas para as quais o n8n é feito, esses dois modelos divergem rápido.

O X migrou para pagamento por uso como padrão para novos desenvolvedores em fevereiro de 2026, e a atualização de 20 de abril de 2026 reformulou as taxas de novo. Leituras de post são US$ 0,005 cada, leituras de usuário US$ 0,010 cada, leituras de seguidor US$ 0,010 cada, não há plano gratuito, e contas de pagamento por uso têm teto de 2 milhões de leituras de posts por mês. A criação de post padrão subiu para US$ 0,015, posts com URL saltaram para US$ 0,20, e as escritas de follow, curtida e quote passaram a acesso somente Enterprise. Muitos guias antigos ainda citam os aposentados níveis de assinatura "Basic de US$ 100 a US$ 200"; esses estão fechados para novos cadastros. O detalhamento atual e completo está no nosso guia de preços da API do Twitter em 2026.

Aqui estão os mesmos dados pelos dois backends práticos do n8n. A API oficial do X é a que o node nativo já usa; a alternativa fixa é o que o node HTTP Request chama.

DimensãoAPI oficial do X (pagamento por uso)Sorsa API
Modelo de cobrançaPor recurso buscadoPor requisição (fixo)
Ler 1.000 tweetsUS$ 5,00 (mais US$ 0,010 por perfil de autor)A partir de US$ 0,02 no Pro pelo endpoint de lote (até 100 tweets por chamada) até cerca de US$ 0,10 pela busca paginada, autores incluídos nos dois
Ler 1.000 perfisUS$ 10,00Cerca de US$ 0,01 no Pro (5 requisições pelo endpoint de seguidores, até 200 cada)
Rate limitJanelas de 15 minutos por endpoint (varia por endpoint)Fixo de 20 requisições/segundo, todos os planos
AutenticaçãoOAuth 2.0 mais Bearer tokenCabeçalho de chave de API único
ConfiguraçãoConta de desenvolvedor mais análise de appCerca de 3 minutos, sem aprovação
Entrada mensalPagamento por uso, sem plano gratuito, teto de 2 milhões de leituras de posts100 requisições grátis para começar, depois a partir de US$ 49/mês por 10.000 requisições
Acesso de escritaPostagem e DMs (follow, curtida, quote são só Enterprise)Nenhum (somente leitura)
Perfil do autor em uma resposta de tweetCobrado à parte como leitura de usuárioIncluído de graça

A conclusão em uma linha: para um fluxo somente leitura no n8n, a API oficial cobra cada tweet e cada perfil separadamente, enquanto uma API fixa por requisição cobra uma unidade por chamada com os dados do autor incluídos, então o modelo fixo é ao mesmo tempo mais barato e mais previsível em automações de leitura intensa.

Se o seu fluxo precisa postar, enviar DMs ou rodar ações de follow, curtida ou quote, esse é o território da API oficial, e a Sorsa é somente leitura por design. Para ler dados públicos a um preço fixo e previsível sem fila de aprovação, o modelo por requisição é o de que se ancorar. Os níveis de preço publicados começam a partir de US$ 0,02 por 1.000 tweets, com planos a partir de US$ 49 por mês por 10.000 requisições cobradas pela chamada.

A maioria dos tutoriais de scraping no n8n liga um backend medido por item em vez disso, como o twitterapi.io (cerca de US$ 0,15 por 1.000 tweets e US$ 0,18 por 1.000 perfis) ou um actor de Twitter do Apify (por volta de US$ 0,40 por 1.000 tweets, variando por actor). Os dois cobram por item retornado, então um Schedule Trigger 24/7 que repuxa as mesmas contas a cada poucos minutos pode acumular uma conta imprevisível. Um modelo fixo por requisição se comporta diferente: uma chamada conta como uma requisição, retorne ela 1 item ou 200, os endpoints em lote dobram até 100 tweets ou 100 perfis em uma única requisição, e a taxa efetiva sai a partir de US$ 0,02 por 1.000 tweets e de US$ 0,01 por 1.000 perfis, abaixo dos dois backends por item. Onde você pode trocar um loop por um lote ou uma página de 200 perfis de seguidores, o número de requisições, e a conta, cai bruscamente. As táticas para isso estão nas nossas notas sobre otimização do uso da API.

Um padrão de custo real

Entre os setups de social listening que ajudamos a mover para fora da API oficial, o mesmo formato se repete. Um exemplo: uma pequena agência de análise, cerca de oito pessoas, rodava um monitor de menções de marca 24/7 no n8n que consultava um conjunto de contas e termos de busca a cada poucos minutos. No preço por recurso da API oficial do X, esse volume (bem mais de um milhão de leituras de posts por mês quando respostas e quotes eram contadas) apontava para uma conta mensal de quatro dígitos e ficava perto do teto de 2 milhões de leituras de posts. Reapontar os mesmos nodes HTTP Request para um plano fixo por requisição colocou o monitor inteiro dentro de um custo mensal fixo, e os filtros min_likes e de data do endpoint de menções aparavam o ruído antes de ele chegar ao banco de dados.

Perguntas frequentes {#faq}

O node do X (Twitter) no n8n está descontinuado?

O node do X (Twitter) no n8n não está descontinuado e ainda roda, mas é focado em escrita, e sua autenticação OAuth 1.0a mais antiga foi aposentada com o node V2. Ele cria DMs e deixa você apagar, buscar, curtir ou dar retweet em um tweet pela API oficial do X. Para ler dados públicos em escala, quem constrói no n8n usa o node HTTP Request com uma API de dados.

O n8n tem um scraper de Twitter embutido?

Não, o n8n não tem scraper de Twitter ou X embutido. O node nativo do X publica e roda uma busca rasa na API oficial paga, e os nodes de scraper da comunidade dependem de tokens de sessão logada que quebram com frequência. A abordagem padrão é o node HTTP Request chamando uma API de dados do Twitter somente leitura que retorna tweets, perfis e seguidores como JSON limpo.

Dá para ler tweets e postar tweets com a mesma configuração no n8n?

Sim, mas são duas conexões diferentes. O node nativo do X cuida de postar, DMs, curtidas e retweets pela API oficial do X, enquanto ler tweets, seguidores e menções em volume roda pelo node HTTP Request apontado para uma API de dados. Muitos fluxos combinam os dois: ler com um, publicar com o outro, no mesmo canvas.

Existe uma forma grátis de obter dados do X no n8n?

Não há uma forma grátis confiável de puxar dados do X em volume no n8n. A API oficial do X derrubou o plano gratuito em 2023, as instâncias públicas do Nitter são instáveis, e os nodes de scraper da comunidade se apoiam em cookies de sessão logada que arriscam a suspensão da conta. APIs de dados gerenciadas de baixo custo com chave própria são a rota confiável, geralmente alguns dólares por milhares de registros, e algumas, a Sorsa entre elas, incluem 100 requisições grátis (sem cartão, uma única vez, todos os 40 endpoints) para testar um fluxo antes de pagar.

Como evitar rate limits ao puxar dados do X no n8n?

Para evitar rate limits no n8n, espace as requisições com um node Wait dentro dos loops de paginação e escolha uma API de dados com um limite simples e generoso. A Sorsa aplica um fixo de 20 requisições por segundo em todos os planos, sem janelas por endpoint ou resets de 15 minutos, então um fluxo pode paginar seguidores ou resultados de busca sem esbarrar em uma cota no meio da execução.

Dá para puxar tweets antigos ou históricos no n8n?

Sim. O node HTTP Request consegue buscar tweets históricos no n8n quando a API de dados expõe busca de arquivo. Os endpoints de busca e de user-tweets da Sorsa alcançam o arquivo público completo de tweets desde 2006, com filtros since_date e until_date no endpoint de menções para extrações delimitadas por data, então você pode recarregar um dataset em vez de só coletar tweets daqui para frente.

Primeiros passos

Ler dados do X no n8n se resume a dois nodes e uma chave. Adicione um node HTTP Request, defina o cabeçalho ApiKey, aponte-o para o endpoint de que você precisa e ligue a paginação por cursor. Uma chave de API da Sorsa leva cerca de três minutos para configurar, sem análise de conta de desenvolvedor, o fixo de 20 requisições por segundo deixa espaço para paginar listas grandes, e 100 requisições grátis (uma única vez, sem cartão, todos os 40 endpoints) cobrem uma passada de teste completa antes de escolher um plano. O preço em lote então sai a partir de US$ 0,02 por 1.000 tweets e de US$ 0,01 por 1.000 perfis. Se você roda Make ou Zapier em vez de n8n, a mesma API de dados entra nessas ferramentas do mesmo modo: veja a versão para Make e a versão para Zapier.

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

Este guia se apoia no trabalho prático da nossa equipe rodando uma API do X somente leitura em produção e na documentação dos endpoints ao vivo. O comportamento do n8n foi checado contra a documentação oficial do node do X do n8n e a sua documentação de paginação do HTTP Request; as taxas da API do X refletem o preço da plataforma de desenvolvedor do X vigente após a atualização de 20 de abril de 2026. A comparação pesa a API oficial do X e a Sorsa em nove dimensões. Verificado em 6 de julho de 2026.