Por Sorsa Editorial
Atualizado em julho de 2026: custos de leitura da API do X atualizados para o preço por 1.000, adicionado o ponto de partida de 100 requisições grátis para acesso por chave e reverificado o status de 2026 dos scrapers de código aberto. Construído em torno do lançamento do pagamento por uso de 6 de fevereiro e da mudança de preço da API do X de 20 de abril.
Em resumo A API oficial do X exige uma conta de desenvolvedor, mas dados públicos do X podem ser lidos sem uma usando uma API de terceiros, web scraping ou datasets públicos. Desde fevereiro de 2026 ela é de pagamento por uso, sem plano gratuito de leitura, e as APIs gerenciadas precisam apenas de uma chave de API.
O portal de desenvolvedor oficial não é mais a única porta para os dados do X. A Sorsa API, um provedor alternativo de API do Twitter (X), lê perfis, tweets, resultados de busca e grafos de seguidores públicos por uma única chave em um cabeçalho ApiKey: sem OAuth, sem análise de app e sem fila de aprovação, com configuração em cerca de três minutos. A cobrança é fixa 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, e uma leitura custa uma requisição, não importa quantos registros ela retorne. Uma alocação única de 100 requisições grátis cobre todos os 40 endpoints sem cartão, então a primeira extração de dados não custa nada.
Isso importa porque o programa oficial é construído em torno das duas coisas que uma equipe de dados mais quer pular: uma análise de caso de uso e um medidor por recurso. Este guia cobre o que de fato mudou no X em 2026, as três formas honestas de puxar dados públicos sem conta, onde cada um quebra, quanto as leituras custam de verdade agora, e a linha entre ler dados e escrevê-los. Para o caminho oficial, quando você quiser, veja nosso passo a passo de como obter uma chave de API do X pela via oficial.
Índice
- Você ainda precisa de uma conta de desenvolvedor para a API do X em 2026?
- Por que o portal de desenvolvedor oficial afasta os desenvolvedores
- Três formas de obter dados do X sem uma conta de desenvolvedor
- Leitura contra escrita: o que uma API não oficial do Twitter pode e não pode fazer
- Quanto o acesso de leitura custa: API oficial do X contra uma API de taxa fixa
- Como o acesso por chave funciona na prática
- Como fica a troca para uma equipe pequena
- Primeiros passos
- Perguntas frequentes
Você ainda precisa de uma conta de desenvolvedor para a API do X em 2026? {#do-you-still-need-a-developer-account-for-the-x-api-in-2026}
Sim. A API oficial do X não pode ser usada sem uma conta de desenvolvedor, mesmo que o modelo de preços tenha mudado. Segundo a documentação de desenvolvedor do X, você entra em console.x.com, aceita o Developer Agreement, cria um app para gerar credenciais e carrega créditos pré-pagos antes de qualquer requisição rodar. A conta em si é rápida de criar. O atrito é o que vem depois.
O que mudou foi a cobrança. Em 6 de fevereiro de 2026, o X substituiu seus níveis de assinatura por pagamento por uso como padrão para novos desenvolvedores. Os antigos planos Basic e Pro sobreviveram só para contas que assinaram antes da virada, e mesmo essas estão sendo migradas para o pagamento por uso depois de 1º de junho de 2026. Não há mais um plano gratuito de leitura independente: um novo desenvolvedor precisa manter um saldo de crédito para fazer chamadas, e as leituras param quando o saldo ou o teto mensal é atingido.
A aprovação não é mais uma espera garantida de várias semanas. Casos de uso padrão e bem descritos agora são aprovados automaticamente, muitas vezes em minutos. O porém está nas exceções: casos de uso de IA, bot e coleta de dados em massa ainda podem disparar uma análise manual adicional, e essas são exatamente as categorias em que a maioria dos projetos de dados e pesquisa cai. A fila não sumiu. Ela se mudou para as cargas que precisam de volume.
Uma API de terceiros contorna tudo isso. Não há candidatura, formulário de caso de uso nem cálculo de crédito: uma chave em um cabeçalho retorna JSON. Esse é o sentido prático de "sem uma conta de desenvolvedor", e é por isso que um pesquisador com prazo ou uma equipe entregando um recurso recorre a uma.
Por que o portal de desenvolvedor oficial afasta os desenvolvedores {#why-the-official-developer-portal-pushes-developers-away}
O portal afasta as pessoas por dois motivos duradouros: custo e incerteza. O modelo de pagamento por uso cobra por recurso, então uma única consulta que retorna 20 posts e os autores deles é cobrada por 20 leituras de posts mais 20 leituras de usuário, e a conta sobe rápido em qualquer coisa analítica. A etapa de análise adiciona um risco de prazo que nenhum roadmap gosta.
O preço é a lâmina mais afiada. Ler dados de outras contas é medido a US$ 0,005 por post e US$ 0,010 por perfil, e um monitoramento intenso pode bater no teto mensal de 2 milhões de leituras de posts, acima do qual só um contrato Enterprise (historicamente a partir de cerca de US$ 42 mil por mês) eleva o teto. Cobrimos o detalhamento completo no nosso texto sobre o preço de pagamento por uso da API oficial e sobre por que o preço oficial subiu.
Os rate limits são o terceiro motivo, silencioso. O pagamento por uso não os removeu: o X ainda impõe janelas móveis de 15 minutos por app e por usuário, então a vazão é limitada pelo tempo além do gasto. Para uma equipe que só precisa ler dados públicos, pagar por recurso e administrar limites por janela é muita sobrecarga para dados que já são públicos de saída.
Três formas de obter dados do X sem uma conta de desenvolvedor {#three-ways-to-get-x-data-without-a-developer-account}
Há três rotas que nunca tocam no portal oficial: uma API gerenciada somente leitura, scraping com bibliotecas de código aberto e download de datasets públicos. Elas diferem mais na confiabilidade e em se os dados são ao vivo.
1. Uma API gerenciada de dados somente leitura. Um provedor roda a infraestrutura e expõe endpoints REST documentados; você autentica com uma chave e recebe JSON estruturado de volta. Essa é a rota mais confiável para produção e para pesquisa com prazo, porque o provedor absorve as quebras quando o X muda os internos. É a rota que operamos, cobrindo perfis, tweets, busca, seguidores, listas e comunidades.
2. Scraping e wrappers de código aberto. A automação de navegador (Playwright, Puppeteer, Selenium) ou bibliotecas de engenharia reversa chamam os endpoints públicos ou internos do X diretamente. A realidade de 2026 é dura: o snscrape está em grande parte quebrado desde que a manutenção ativa parou em 2023, o Twint não recebe atualizações desde 2022, e o Twikit e o Twscrape ainda rodam mas quebram sempre que o X publica uma mudança de interface. Grátis para começar, caro para manter vivo quando você conta proxies, detecção de taxa e manutenção. Nosso mergulho profundo cobre a rota de scraping em detalhe.
3. Datasets públicos. Repositórios acadêmicos no Kaggle, no Harvard Dataverse e em plataformas similares publicam grandes datasets de tweets. Eles são legais e geralmente gratuitos, e são excelentes para trabalho histórico ou de machine learning. O limite é que são fotografias estáticas: sem dados em tempo real, e sem forma de consultar uma conta ou um tema específico sob demanda.
| Método | Configuração | Confiabilidade em 2026 | Dados | Custo típico |
|---|---|---|---|---|
| API gerenciada somente leitura | Chave de API, minutos | Alta, mantida pelo provedor | Tempo real e histórico | Fixo por requisição, a partir de US$ 0,02 / 1.000 tweets |
| Scraping ou wrappers de código aberto | Construir mais proxies | Baixa, a maioria das bibliotecas legadas quebrada | Tempo real, muitas vezes incompleto | "Grátis" mais tempo de dev e de proxy |
| Datasets públicos | Download | Estático, sem atualizações ao vivo | Só histórico | Geralmente gratuito |
Se os dados precisam ser atuais e a integração precisa ficar de pé, uma API gerenciada é a rota que não desmorona sob manutenção. Os datasets são para histórico, e o scraping caseiro é para experimentos descartáveis.
Leitura contra escrita: o que uma API não oficial do Twitter pode e não pode fazer {#read-vs-write-what-an-unofficial-twitter-api-can-and-cannot-do}
"API não oficial do Twitter" cobre dois trabalhos bem diferentes, e confundi-los causa a maioria dos conselhos ruins na internet. Ler dados públicos (perfis, tweets, busca, seguidores) é um trabalho. Escrever (postar, responder, curtir, seguir, enviar DMs) é outro, com risco separado.
Ler dados públicos sem conta é bem suportado e estável por APIs de dados gerenciadas. Escrever não é. As bibliotecas de engenharia reversa que automatizam a postagem pelos endpoints internos do X são frágeis e vão contra os termos da plataforma, e colocam a conta que age em risco real de suspensão. A rota suportada para ações de escrita é a API oficial do X com as credenciais OAuth dela, ponto final.
Essa é a ressalva honesta da categoria inteira: uma API somente leitura não posta, não curte e não manda mensagem, por design. Construímos a Sorsa somente leitura de propósito, porque remover as permissões de escrita remove uma classe de risco de nível de conta e mantém o acesso de leitura previsível. Se um projeto genuinamente precisa dos dois, o padrão limpo é uma API de dados somente leitura para a coleta mais a API oficial para o punhado de ações de escrita, em vez de confiar em uma gambiarra de endpoint interno para fazer os dois.
Quanto o acesso de leitura custa: API oficial do X contra uma API de taxa fixa {#what-read-access-costs-official-x-api-vs-a-flat-rate-api}
Para trabalho de leitura intensa, uma API fixa por requisição é dramaticamente mais barata que o medidor por recurso oficial. A API oficial cobra por cada item retornado; uma API de taxa fixa cobra uma requisição, retorne ela um registro ou duzentos. No plano Pro da Sorsa, o cálculo por unidade fica até 50x abaixo das taxas oficiais.
A diferença vem de como cada lado conta. A API oficial cobra o perfil de autor anexado a um tweet como uma leitura de usuário separada; uma API de taxa fixa retorna esse autor dentro da mesma resposta sem cobrança extra. Os endpoints em lote ampliam ainda mais a diferença: uma requisição a um endpoint de tweets em massa retorna até 100 tweets completos com autores, ainda uma única requisição.
| O que você busca | API oficial do X (pagamento por uso) | API de taxa fixa (plano Pro da Sorsa) |
|---|---|---|
| 1.000 perfis de usuário | US$ 10,00 (1.000 leituras a US$ 0,010 cada) | ~US$ 0,01 (5 requisições, 200 perfis cada) |
| 1.000 leituras de posts (busca ou timeline) | US$ 5,00 (1.000 leituras a US$ 0,005 cada) | ~US$ 0,10 (cerca de 50 requisições) |
| 100 tweets por ID, com autores | US$ 1,50 (US$ 0,50 de leituras mais US$ 1,00 de leituras de autor) | US$ 0,00199 (uma requisição em lote) |
| Autenticação | OAuth 2.0, conta de desenvolvedor, créditos pré-pagos | Cabeçalho ApiKey único, sem fila de aprovação |
| Opção gratuita para novos usuários | Nenhuma | 100 requisições grátis para começar, sem cartão; ferramentas no navegador grátis |
A única ressalva honesta: a API oficial é obrigatória se você precisa escrever (postar, DM, seguir). Para ler dados públicos em volume, o modelo fixo por requisição vence no custo, na simplicidade de rate limit (um fixo de 20 requisições por segundo em todos os planos, sem janelas de 15 minutos) e na configuração. Se você está movendo uma integração existente, nosso guia de migração da API oficial mapeia os endpoints.
Uma nota de precisão: a taxa de leitura mais barata da API oficial, US$ 0,001 por recurso, vale só para os dados da sua própria conta, não para as contas de terceiros que um projeto de dados geralmente lê.
Como o acesso por chave funciona na prática {#how-key-based-access-works-in-practice}
Sem uma conta de desenvolvedor, a autenticação encolhe para uma etapa: envie a sua chave em um cabeçalho. Não há handshake OAuth, refresh de bearer token nem URL de callback. Todo endpoint aceita o mesmo cabeçalho ApiKey, e toda resposta volta como JSON.
Uma consulta de perfil é uma única requisição GET:
curl -H "ApiKey: YOUR_API_KEY" \
"https://api.sorsa.io/v3/info?username=elonmusk"
A busca é um POST com um corpo JSON, e aceita os operadores padrão da busca avançada, como from: e since::
import requests
resp = requests.post(
"https://api.sorsa.io/v3/search-tweets",
headers={"ApiKey": "YOUR_API_KEY"},
json={"query": "from:nasa climate", "order": "latest"},
)
data = resp.json()
for tweet in data["tweets"]:
print(tweet["full_text"])
next_cursor = data["next_cursor"] # pass this back to fetch the next page
As listas de seguidores paginam da mesma forma, retornando até 200 perfis por requisição por um next_cursor. Para padrões por linguagem, veja nosso guia de leitura de dados do X em Python, com as páginas de autenticação por chave de API e de início rápido para a configuração completa. Equipes construindo com assistentes de IA alcançam os mesmos dados pelo nosso servidor Model Context Protocol.
Como fica a troca para uma equipe pequena {#what-switching-looks-like-for-a-small-team}
Uma equipe de análise com cerca de dez pessoas chegou até nós depois que um projeto de monitoramento de marca travou no portal oficial: o caso de uso de dados em massa deles tinha caído em análise manual, e o preço por recurso tornava o rastreamento contínuo de menções caro de modelar. Eles precisavam ler menções e perfis públicos, nada além disso.
Mover a camada de coleta para uma API fixa por requisição removeu os dois bloqueios de uma vez. A autenticação caiu para um único cabeçalho, então não havia encanamento de OAuth para manter e, como os perfis de autor chegam dentro das respostas de tweet, o custo de rastreamento de menções deles caiu até 50x em relação às taxas por recurso oficiais, a mesma ordem de economia que qualquer um lendo em volume vê. O limite honesto valeu: para as poucas respostas automatizadas que rodavam, eles mantiveram um caminho separado da API oficial, já que uma API somente leitura não posta.
Primeiros passos {#getting-started}
Ler dados do X sem uma conta de desenvolvedor leva três passos: escolher uma rota, pegar uma chave e fazer uma requisição. Para checagens pontuais, as ferramentas gratuitas no navegador do playground da Sorsa rodam consultas como conversão de ID e um teste de shadowban sem chave nenhuma. Para acesso programático, uma chave retorna JSON na hora, sem candidatura e sem fila de aprovação. Uma alocação única de 100 requisições grátis, sem cartão, cobre todos os 40 endpoints e volume o bastante para até 10.000 tweets ou 20.000 perfis, e os planos pagos ficam fixos por requisição a partir de US$ 0,02 por 1.000 tweets em um fixo de 20 requisições por segundo. Os preços completos e as cotas de requisição estão na página de planos, e, para ajuda a escolher entre provedores, há uma comparação de provedores de API do Twitter de terceiros.
Perguntas frequentes {#frequently-asked-questions}
Dá para obter dados do Twitter sem uma conta de desenvolvedor?
Sim. Dados públicos do X como perfis, tweets, resultados de busca e listas de seguidores podem ser lidos sem uma conta de desenvolvedor do X usando uma API de terceiros, web scraping ou datasets públicos. Uma API de terceiros gerenciada precisa apenas de uma chave de API em um cabeçalho de requisição, então não há formulário de candidatura nem espera de aprovação.
Você ainda precisa de uma conta de desenvolvedor para a API oficial do X em 2026?
Sim. Desde 6 de fevereiro de 2026, a API oficial do X roda em preço de pagamento por uso, mas você ainda cria uma conta de desenvolvedor em console.x.com, aceita o Developer Agreement, registra um app e carrega créditos pré-pagos antes de qualquer chamada. Casos de uso padrão são aprovados automaticamente, enquanto casos de uso de IA, bot e dados em massa podem disparar uma análise adicional.
Existe uma API do Twitter gratuita sem uma conta de desenvolvedor?
A API oficial do X não oferece mais um plano gratuito de leitura para novos desenvolvedores, e a maioria das APIs de terceiros cobra por requisição ou por mês. A Sorsa é uma exceção na largada: ela dá 100 requisições grátis que dispensam cartão, nunca expiram e cobrem todos os 40 endpoints, o que basta para uma pequena extração de teste antes de qualquer plano pago. Ferramentas gratuitas no navegador também dão conta de consultas pontuais como conversão de ID ou um teste de shadowban.
Dá para postar tweets ou enviar DMs sem uma conta de desenvolvedor?
Não de forma confiável. Postagem, respostas e mensagens diretas são ações de escrita, e a rota suportada para elas é a API oficial do X com as credenciais OAuth dela. Bibliotecas de engenharia reversa que automatizam a postagem pelos endpoints internos quebram com frequência e arriscam a suspensão da conta. APIs de dados somente leitura, incluindo a Sorsa, não postam nem enviam mensagens por design, o que mantém o acesso de leitura estável.
Quais APIs não oficiais do Twitter ainda funcionam em 2026?
A maioria dos scrapers de código aberto legados é não confiável em 2026. O snscrape está em grande parte quebrado desde que a manutenção ativa parou em 2023, e o Twint não recebe atualizações desde 2022. O Twikit e o Twscrape ainda rodam mas quebram sempre que o X muda a estrutura interna. As APIs de dados de terceiros gerenciadas são a opção mais estável porque o provedor mantém os endpoints.
Quanto o acesso a uma API do Twitter de terceiros custa em comparação com a API oficial?
Costuma ser muito mais barato para leituras. A API oficial do X cobra por recurso, então 1.000 perfis de usuário custam cerca de US$ 10 e 1.000 leituras de posts cerca de US$ 5. Uma API fixa por requisição como a Sorsa cobra uma requisição, não importa os itens retornados, então as mesmas cargas rodam por centavos, muitas vezes até 50x mais barato em trabalhos de leitura intensa.
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 operando os endpoints de leitura da Sorsa, na API ao vivo e na sua documentação, e na documentação oficial de desenvolvedor do X para o modelo atual de pagamento por uso e o fluxo de conta de desenvolvedor. As taxas oficiais de leitura por recurso e o status de ausência de plano gratuito foram reverificados contra a documentação de desenvolvedor do X em 6 de julho de 2026; as três rotas de acesso sem portal foram comparadas por confiabilidade, custo e frescura dos dados.