Por Sorsa Editorial

Atualizado: 6 de julho de 2026. Preço atualizado para as taxas de lote por 1.000 atuais, adicionada a opção inicial de 100 requisições grátis e reconfirmado que a integração do X (Twitter) no Make segue descontinuada, sem reativação desde maio de 2025.

Em resumo O Make.com removeu a integração nativa com o X (Twitter) em 3 de abril de 2025, e os cenários existentes pararam em 30 de maio de 2025, por causa do preço e da política da API do X. Ela não voltou. Para ler dados do X em um cenário do Make agora, chame uma API REST de terceiros pelo módulo HTTP embutido do Make.

Essa API de terceiros é onde a Sorsa API, uma API alternativa do Twitter (X), encaixa na lacuna que o Make deixou. Ela é somente leitura e alcança dados públicos do X (tweets, busca, menções, seguidores, perfis) por REST simples, autenticada com uma chave em um cabeçalho ApiKey que mapeia direto para o API Key Auth do HTTP do Make. A cobrança é fixa: uma chamada é uma requisição, a partir de US$ 0,02 por 1.000 tweets e de US$ 0,01 por 1.000 perfis nos endpoints em lote, com perfis de autor incluídos de graça em cada resposta de tweet e sem conta de desenvolvedor do X para solicitar. Uma franquia única de 100 requisições grátis, sem cartão e sem prazo de validade, cobre todos os 40 endpoints enquanto você testa a configuração.

Uma distinção decide de qual metade deste guia você precisa. Postar no X e ler dados do X agora são dois trabalhos diferentes com duas correções diferentes. Postar é uma ação de escrita e, depois que o app nativo morreu, pertence ao seu próprio app de desenvolvedor do X ou a uma ferramenta de publicação social. Ler dados públicos é o que os antigos gatilhos nativos como "monitorar novas menções" faziam, e essa é a parte que ninguém substituiu de forma limpa. A mesma abordagem de chamada HTTP cobre as outras plataformas no-code também, no n8n e no Zapier.

Índice

O que aconteceu com a integração nativa do X (Twitter) no Make? {#what-happened-to-makes-native-x-twitter-integration}

O Make descontinuou seu app do X (Twitter) em 3 de abril de 2025. A partir dessa data, nenhum cenário novo pôde ser construído com os módulos do X e, em 30 de maio de 2025, todos os cenários existentes do X pararam de rodar e passaram a retornar erros na execução. A razão declarada pelo Make foi que o preço e a política da API do X tornaram uma integração razoável impossível para seus clientes.

Esse texto vem direto da nota de lançamento do Make, e a página da central de ajuda que o carrega foi atualizada pela última vez em janeiro de 2026 sem mudança de rumo. Diferente do Zapier, que removeu o suporte ao X e depois o restaurou em um modelo de traga a sua própria chave, o Make não trouxe a integração de volta. O app nativo do X sumiu, e a orientação oficial aponta para outro lugar.

As substituições que o próprio Make recomenda são reveladoras: Buffer, Hootsuite e postar em redes como Bluesky e Mastodon. Cada uma delas é uma ferramenta de publicação. Nenhuma delas lê dados públicos arbitrários do X, que é exatamente o que boa parte dos cenários antigos de fato fazia.

Um detalhe pequeno, mas útil: o app da xAI (Grok) do Make não foi afetado, porque o X e a xAI rodam em políticas de API separadas. Então você ainda alcança o Grok dentro do Make mesmo sem alcançar o X por um módulo nativo.

A causa raiz é custo, e vale entender porque ela molda toda gambiarra. A API oficial do X cobra por recurso, então uma plataforma que serve milhões de automações não consegue absorver uma cobrança por post e por perfil em escala. Cobrimos a economia em detalhe em por que a API do X ficou tão cara.

Ainda dá para postar no X pelo Make? {#can-you-still-post-to-x-from-make}

Sim, mas só por uma rota que você mesmo configura ou por uma ferramenta de publicação dedicada. O Make não oferece mais um módulo nativo do X, então postar agora significa ou chamar a própria API do X pelo módulo HTTP com as suas credenciais de desenvolvedor, ou conectar um serviço de gestão de mídias sociais que segura a conexão com o X por você.

Ferramentas da categoria de publicação incluem Buffer, Hootsuite, Ayrshare e APIs focadas em postagem como XTweetAPI e upload-post. Elas cuidam de ações de escrita: enviar posts, agendar, responder e administrar conta. Se o seu cenário só precisa publicar no X, uma dessas é a correção prática, e a própria central de ajuda do Make aponta para Buffer e Hootsuite primeiro.

Há um porém que vale dizer com todas as letras. Postar pela sua própria configuração HTTP exige um app de desenvolvedor do X, credenciais OAuth e a cobrança de pagamento por uso do X, em que a criação de post padrão sai por US$ 0,015 por requisição e um post com URL custa US$ 0,20. As ferramentas de conveniência colocam a própria assinatura por cima disso.

A Sorsa não compete aqui. Ela é somente leitura por design e não tem endpoints de postagem, curtida, follow ou DM. Se você precisa escrever no X, use as ferramentas acima. Se você precisa ler do X, o restante deste guia é para você.

Como ler dados do Twitter (X) no Make sem o app nativo {#how-to-read-twitterx-data-into-make-without-the-native-app}

Para ler dados públicos do X em um cenário do Make sem o app nativo, chame uma API REST somente leitura pelo módulo HTTP e mapeie a resposta JSON para os seus módulos seguintes. Isso reconstrói os trabalhos de coleta de dados que os antigos gatilhos do X faziam, sem conta de desenvolvedor do X e sem automação de navegador para manter.

Essa é a faixa que as ferramentas de publicação deixam vazia. Buffer e Hootsuite não conseguem monitorar as menções de um concorrente, puxar uma lista de seguidores ou rodar uma busca por palavra-chave e jogar os resultados em uma planilha. Esses são trabalhos de leitura, e uma API REST de dados os responde diretamente. Operando a nossa própria API, vemos estes quatro padrões reconstruídos com mais frequência.

Monitorar menções de uma marca ou perfil

O rastreamento de menções foi um dos usos mais comuns dos gatilhos nativos, e é o mais limpo de reconstruir. Uma chamada ao endpoint /mentions retorna posts que referenciam um perfil, com filtros de mínimo de curtidas, respostas, retweets e um intervalo de datas. Roteie os resultados para o Slack, uma planilha ou um alerta. Veja rastreamento de menções do X pela API para a configuração completa, ou a solução de social listening para o quadro mais amplo de monitoramento.

Buscar tweets por palavra-chave, hashtag ou operador

Para monitoramento de tema e hashtag, o /search-tweets aceita uma string de consulta com o conjunto completo de operadores da busca avançada do Twitter (from:, since:, until:, frases exatas, hashtags) e retorna os posts correspondentes, cerca de 20 por página, paginados com um cursor. Não há parâmetro de limite de resultado, então o volume é controlado por quantas páginas você pede. Nosso guia de busca de tweets por um endpoint REST percorre os operadores, e o construtor de consultas monta a sintaxe para você.

Puxar tweets, seguidores ou seguindo de um usuário

Para observar uma conta, o /user-tweets retorna os posts recentes dela. Para analisar uma audiência, o /followers e o /follows retornam até 200 perfis por requisição, um dos maiores rendimentos por chamada disponíveis. Cada perfil chega com métricas completas. O passo a passo de puxar listas de seguidores e de seguindo cobre a paginação e o mapeamento de campos.

Enriquecer um perfil dentro de um fluxo

Quando um lead ou cadastro chega, uma única chamada /info retorna a bio, a localização, os contadores de seguidores e de seguindo, o status de verificação e a data de criação daquela conta, prontos para gravar de volta em uma linha de CRM. Para passadas em massa, o /info-batch resolve até 100 perfis em uma requisição, o que mantém um cenário de alto volume dentro de um pequeno orçamento de requisições. Para rodar a mesma lógica de polling em uma agenda, veja monitoramento agendado da atividade do X, e, para pousar a saída, enviar os resultados para o Google Sheets.

Configurando o módulo HTTP do Make para uma API do X somente leitura {#configuring-makes-http-module-for-a-read-only-x-api}

O módulo HTTP "Make a request" do Make envia uma requisição a qualquer URL e processa a resposta, e ele suporta autenticação por chave de API com a chave colocada em um cabeçalho. Isso é tudo que uma API do X somente leitura precisa, e o módulo vem em todos os planos, incluindo o gratuito. A configuração abaixo é de propósito leve em interface, porque a parte durável é a própria requisição, não os botões em volta dela.

Configurar uma chamada da Sorsa no módulo HTTP leva seis passos:

  1. Adicione o módulo HTTP > Make a request ao seu cenário.
  2. Defina o Method. Use GET para leituras de perfil e de seguidores, POST para busca.
  3. Defina a URL para o endpoint, por exemplo https://api.sorsa.io/v3/search-tweets.
  4. Adicione um cabeçalho chamado ApiKey com a sua chave como valor (ou use o API Key Auth do módulo com a chave no cabeçalho). O detalhe de autenticação está na documentação de cabeçalho de chave de API.
  5. Para um POST, defina o tipo do corpo como Raw, o content type como JSON, e forneça a requisição, por exemplo {"query": "from:nasa", "order": "latest"}.
  6. Ligue o Parse response para o Make mapear os campos JSON para os módulos seguintes.

Uma leitura de perfil fica assim:

GET https://api.sorsa.io/v3/info?username=nasa
ApiKey: YOUR_API_KEY

Uma busca fica assim:

POST https://api.sorsa.io/v3/search-tweets
ApiKey: YOUR_API_KEY
Content-Type: application/json

{"query": "from:nasa", "order": "latest"}

A paginação é a parte que as pessoas esquecem. Endpoints que retornam listas incluem um campo next_cursor na resposta. Para coletar mais de uma página, passe esse valor ao next_cursor da requisição seguinte e repita com um Repeater ou Iterator até o cursor voltar vazio. A referência de paginação por cursor mostra o campo exato. Quando testamos esse loop contra o endpoint ao vivo, o único modo de falha foi esquecer de parar em um cursor vazio, o que manda o cenário para uma chamada ociosa extra.

Se você preferir não tocar no módulo HTTP, o playground no-code roda os mesmos endpoints por uma interface no navegador e mostra o JSON bruto, que é uma forma rápida de confirmar uma consulta antes de ligá-la a um cenário.

Você precisa de uma conta de desenvolvedor do X para ler dados do X no Make? {#do-you-need-an-x-developer-account-to-read-x-data-in-make}

Não. Ler dados do X por uma API REST de terceiros precisa apenas da chave dessa própria API, então você pula o portal de desenvolvedor do X, a fila de análise de app, a configuração de OAuth e os créditos de pagamento por uso por completo. A conta de desenvolvedor do X só é exigida quando você fala diretamente com os endpoints do próprio X, que é a rota de postagem, não a de leitura.

Essa é a diferença prática entre as duas metades deste guia. O módulo nativo e qualquer configuração de postagem auto-hospedada te puxam para o fluxo de desenvolvedor do X e sua cobrança por recurso. Uma API de leitura te entrega uma chave e uma URL base, e a configuração leva minutos em vez de um ciclo de aprovação. O quadro mais amplo está em obter dados do X sem uma conta de desenvolvedor.

Quanto custa puxar dados do X para o Make? {#what-does-it-cost-to-pull-x-data-into-make}

O custo depende da fonte de dados, não do Make. A API oficial do X cobra por recurso, os actors de scraper cobram por resultado retornado, e as APIs REST de taxa fixa cobram por requisição, não importa quantos itens uma chamada retorne. Para um cenário que lê em qualquer volume real, a unidade de cobrança é o que decide a conta.

A API oficial do X cobra US$ 0,005 por post lido e US$ 0,010 por usuário lido no seu modelo de pagamento por uso, e autentica com OAuth 2.0 e um bearer token. A Sorsa cobra por requisição a uma taxa fixa e autentica com uma única chave em um cabeçalho. O contraste em uma carga de leitura:

API oficial do XSorsa API
Modelo de acessoLeitura e escritaSomente leitura
Unidade de cobrançaPor recurso buscadoPor requisição (fixo)
Preço de leituraUS$ 0,005 por post, US$ 0,010 por perfilA partir de US$ 0,02 por 1.000 tweets, de US$ 0,01 por 1.000 perfis
Rate limitJanelas por endpointFixo de 20 req/s, todos os planos
AutenticaçãoOAuth 2.0 + bearer token, análise de appUma chave de API em um cabeçalho, sem análise
Conta de desenvolvedorObrigatóriaNão obrigatória
LoteLimitadoAté 100 tweets ou 100 perfis por chamada

Na Sorsa, a mesma leitura custa uma fração de centavo por 1.000 itens. Os endpoints em lote saem a partir de US$ 0,02 por 1.000 tweets e de US$ 0,01 por 1.000 perfis, enquanto os endpoints de busca por página dão cerca de US$ 0,10 por 1.000 tweets, já que uma chamada de busca retorna cerca de 20 posts com cada perfil de autor embutido. As duas bases ficam bem abaixo dos US$ 5,00 por 1.000 leituras de posts mais US$ 10,00 por 1.000 leituras de perfil da API oficial (taxas verificadas em 6 de julho de 2026).

Se você precisa publicar no X ou usar recursos de primeira parte e de dados licenciados, esse é o território da API oficial e você deve usá-la. Para ler dados públicos do X em um cenário do Make a um preço fixo e previsível com uma configuração de uma chave, uma API somente leitura como a Sorsa é o encaixe mais barato e mais simples, e uma resposta de tweet já inclui o perfil completo do autor sem cobrança extra. O detalhamento completo está no guia de preços da API do X em 2026.

Dois itens a mais pertencem a qualquer estimativa honesta. O próprio Make cobra em operações, e cada chamada HTTP mais cada loop de paginação consome uma, então um polling de alta frequência precisa de um plano pago do Make para cobrir a contagem de operações. E os actors de scraper genéricos que despejam no Make, como o Apify, cobram por resultado; uma taxa comum é cerca de US$ 0,40 por 1.000 tweets em um nível pago (estimativa, varia por actor), e eles rodam como jobs assíncronos que você dispara e depois consulta, o que adiciona etapas que uma chamada REST direta evita.

Alimentando dados do X nos Make AI Agents {#feeding-x-data-into-make-ai-agents}

Os Make AI Agents e o suporte a MCP do Make podem consumir dados do X buscados pelo mesmo módulo HTTP, então o padrão de leitura acima também serve de fonte de dados para uma etapa de agente. Puxe os posts ou perfis, passe o JSON processado ao agente e deixe-o resumir, classificar ou rotear.

Para configurações nativas de agente, a Sorsa também expõe seus endpoints para fluxos de IA diretamente, o que remove o mapeamento manual de campos. A abordagem está descrita em usar os dados dentro de fluxos de agentes de IA.

Uma reconstrução real: rastreamento de menções depois do fim da integração {#a-real-rebuild-mention-tracking-after-the-integration-ended}

Quando o Make matou o app do X, uma equipe de análise social com cerca de 10 pessoas com quem trabalhamos perdeu um cenário que monitorava menções de marca e as registrava em uma planilha para o dashboard do cliente. O gatilho nativo sumiu, e Buffer e Hootsuite não conseguiam ler menções, só publicar.

A reconstrução foi um único módulo HTTP chamando /mentions em uma agenda, paginado com o cursor, gravando linhas na planilha existente. A lógica do cenário quase não mudou; só a fonte de dados mudou. Como a cobrança passou de leituras por recurso para chamadas fixas por requisição, o custo de dados da equipe para essa carga caiu até 50x em relação ao que o mesmo volume custaria na API oficial do X, uma propriedade que qualquer um que troca um fluxo de leitura intensa por fora do preço por recurso vai ver. Equipes vindo direto da API oficial podem seguir o mesmo caminho em mover um fluxo para fora da API oficial do X.

Primeiros passos {#getting-started}

Se o seu cenário lê dados do X, a configuração é curta. Pegue uma chave, adicione um módulo HTTP e aponte-o para o endpoint de que você precisa. Não há análise de app nem OAuth, a chave entra em um cabeçalho ApiKey, e o limite fixo de 20 req/s vale em todos os planos, então um cenário movimentado não bate em uma janela por endpoint. Um pacote único de 100 requisições grátis, sem cartão e sem prazo de validade, cobre todos os 40 endpoints para você provar o fluxo antes de pagar. As leituras então saem a partir de US$ 0,02 por 1.000 tweets e de US$ 0,01 por 1.000 perfis; veja preços para os níveis completos. Rode uma consulta no playground para confirmar e depois ligue-a ao Make.

Perguntas frequentes {#faq}

Quando o Make removeu a integração do Twitter (X)?

O Make removeu sua integração nativa do app do X (Twitter) em 3 de abril de 2025, após o que nenhum cenário novo pôde usar os módulos do X. Os cenários existentes seguiram rodando até 30 de maio de 2025, então pararam e passaram a retornar erros na execução. Até a atualização de janeiro de 2026 da central de ajuda, a integração não foi reativada.

Por que o Make.com abandonou a integração do X?

O Make afirmou que as exigências de preço e de política da API do X o impediram de oferecer uma integração razoável aos clientes. A API oficial do X cobra por recurso buscado, então, para uma plataforma que roda grandes volumes de automações, o custo por post e por perfil tornou um módulo nativo do X sustentável inviável, e é por isso que o Make o descontinuou em vez de absorver o preço.

Ainda é possível postar no X pelo Make.com?

Sim, mas não por um módulo nativo. Postar agora exige ou chamar a própria API do X pelo módulo HTTP com o seu próprio app de desenvolvedor e credenciais OAuth, ou conectar uma ferramenta de publicação como Buffer ou Hootsuite que segura a conexão com o X. As duas rotas envolvem o preço de escrita de pagamento por uso do X ou uma assinatura separada, já que o Make não intermedia mais a conexão.

Como levar dados do X para o Make sem o app nativo?

Chame uma API REST somente leitura pelo módulo HTTP do Make e processe o JSON para os módulos seguintes. A Sorsa, uma API somente leitura do Twitter (X), retorna tweets, resultados de busca, menções, seguidores e perfis por REST simples com uma única chave em um cabeçalho ApiKey, que casa com o HTTP API Key Auth do Make. Nenhuma conta de desenvolvedor do X ou automação de navegador é necessária.

É preciso uma conta de desenvolvedor do X para ler dados do X no Make?

Não. Uma API REST de terceiros usa a própria chave, então ler dados do X por ela pula o portal de desenvolvedor do X, a análise de app, a configuração de OAuth e os créditos de pagamento por uso. Uma conta de desenvolvedor do X só é exigida quando um cenário chama diretamente os endpoints do próprio X, o que se aplica à postagem. Para ler dados públicos, uma chave de API e uma URL base bastam.

Quanto custa puxar dados do X para um cenário do Make?

O custo depende da fonte de dados. A API oficial do X cobra por recurso (US$ 0,005 por post, US$ 0,010 por perfil). Uma API de taxa fixa como a Sorsa cobra por requisição, a partir de US$ 0,02 por 1.000 tweets e de US$ 0,01 por 1.000 perfis nos endpoints em lote, com perfis de autor incluídos de graça nas respostas de tweet, e 100 requisições grátis para começar sem cartão. O Make também cobra operações, então cada chamada e loop de paginação conta para o seu plano do Make.

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

Este guia se apoia no nosso trabalho prático operando a API da Sorsa, na API ao vivo e na sua documentação, e na própria nota de lançamento do Make descontinuando o app do X. Preços e datas foram verificados contra a central de ajuda do Make e a nossa referência de preços em 17 de junho de 2026.