API de X Articles: obtenha o conteúdo de posts longos do X (2026)

Por Sorsa Editorial

Atualizado em 8 de julho de 2026: reformulamos o preço de busca de artigo para uma tarifa por 1.000, adicionamos a franquia inicial de 100 requisições grátis e enxugamos a comparação com a API oficial do X para a capacidade de acesso a artigos.

Em resumo: X Articles são posts de formato longo no X que comportam até cerca de 100.000 caracteres, com uma imagem de capa e formatação rica. A API oficial do X expõe apenas um wrapper t.co, não o corpo. Buscar o texto completo, a imagem de capa, a data de publicação e as métricas de engajamento leva uma chamada REST dedicada.

A Sorsa API, um provedor alternativo de API do Twitter (X), fecha essa lacuna com um endpoint dedicado POST /v3/article que retorna o objeto completo do artigo como JSON em uma única requisição: texto do corpo, imagem de capa, data de publicação e cada métrica de engajamento, sem OAuth, sem revisão de app e sem navegador headless. Cada busca é uma requisição fixa, a partir de US$ 1,80 por 1.000 artigos, em um limite de 20 requisições por segundo que se aplica em todo plano. Chaves novas incluem 100 requisições grátis, sem cartão, então o endpoint pode ser testado antes de qualquer gasto.

Desde que o X abriu os Articles a todos os assinantes Premium em janeiro de 2026, mais jornalistas, analistas e equipes de projeto publicam conteúdo de formato longo nativamente em vez de no Medium ou Substack. A pegadinha para quem constrói monitoramento ou análise: a API oficial do X nunca foi desenhada em torno do objeto Article, então uma consulta padrão de tweet devolve um link curto e nada mais. Este guia é uma referência prática para trabalhar com a API de X Articles: o que o formato é, por que os endpoints oficiais falham em retorná-lo, e como puxar o corpo completo do artigo, os metadados e as métricas em uma chamada REST, com Python executável para detecção, benchmarking de concorrentes e análise de conteúdo.

Índice

• O que são X Articles?
• Por que a API oficial do X não retorna o conteúdo do artigo
• X Articles contra posts longos contra threads
• Quando você precisa de acesso programático a X Articles
• Buscando um X Article: o endpoint
• Detectando se um post é um X Article
• Fazendo benchmark de Articles de concorrentes
• Analisando o conteúdo de artigo com NLP
• Preço e rate limits
• Perguntas frequentes

O que são X Articles? {#what-are-x-articles}

X Articles são um formato de publicação de formato longo nativo no X (antigo Twitter) que deixa contas elegíveis postar peças formatadas de até cerca de 100.000 caracteres, muito além do limite de 280 caracteres do tweet. Cada Article tem uma imagem de capa, um título, texto de corpo com cabeçalhos e listas, mídia embutida e a sua própria data de publicação, e aparece sob uma aba dedicada de Articles no perfil do autor.

O X lançou os Articles em 8 de março de 2024, inicialmente para assinantes Premium+ e Organizações Verificadas. Segundo o Engadget, o teto fica em torno de 100.000 caracteres, contra 25.000 do recurso separado de posts longos. Em 7 de janeiro de 2026, o head de produto do X, Nikita Bier, anunciou a expansão do recurso a todos os assinantes Premium, encerrando a exclusividade Premium+. O Social Media Today reportou que o X pareou o impulso com um prêmio único de US$ 1 milhão para o melhor Article de formato longo do seu período de pagamento do fim de janeiro de 2026, aberto a usuários Premium dos EUA postando peças originais de pelo menos 1.000 palavras e julgado principalmente pelas impressões na Verified Home Timeline.

Algumas propriedades importam quando você constrói contra este formato:

• Os Articles carregam o próprio objeto de engajamento, com padrões que diferem dos tweets comuns, notavelmente taxas de salvamento mais altas e taxas de retweet mais baixas.
• O post de anúncio que linka um Article ainda é um tweet comum; o corpo do artigo vive em um objeto separado.
• A data de publicação do Article é distinta do created_at do tweet de anúncio.

Por que a API oficial do X não retorna o conteúdo do artigo {#why-the-official-x-api-doesnt-return-article-content}

A API oficial do X não expõe os corpos de Article. Quando um autor publica um Article, o X cria um tweet de anúncio que linka para ele, e uma consulta padrão de tweet retorna apenas o texto daquele tweet, que contém um link curto t.co em vez do conteúdo do artigo. Seguir o link redireciona para uma página web renderizada em x.com/i/article/{id}, não um endpoint JSON, então o corpo, a imagem de capa e a data de publicação ficam fora de alcance pelas chamadas normais de leitura de post.

Uma consulta v2 padrão do tweet de anúncio retorna algo assim:

{
  "data": {
    "id": "1234567890",
    "text": "Just published a new piece on the state of crypto Twitter in 2026 https://t.co/XYZ123",
    "edit_history_tweet_ids": ["1234567890"]
  }
}

Esse link t.co é o payload inteiro. Não há corpo, não há imagem de capa, não há data de publicação.

O campo note_tweet não resolve isso. Ele foi adicionado para posts longos de 25.000 caracteres, um recurso diferente: um único blob de texto sem formatação, sem imagem de capa, sem data de publicação separada e com um teto bem abaixo do limite do Article. Ler o note_tweet te dá o texto do post longo, nunca o conteúdo do Article.

Os contornos que as equipes buscam todos envolvem automação de navegador: dirigir um navegador headless para a página renderizada do artigo com um cookie autenticado e raspar o DOM. Isso segura para um caso avulso, mas como pipeline de produção é um imposto permanente. Você roda um cluster de navegadores, rotaciona cookies antes de expirarem, trata desafios e vê a latência subir de milissegundos para segundos. Esta é exatamente a lacuna que manda as equipes procurarem uma alternativa à API do Twitter: o dado é público, o padrão de acesso deveria ser uma chamada REST, e a API oficial ainda te deixa buscando um navegador.

Para a recuperação de Article especificamente, a comparação prática é menos sobre preço por chamada e mais sobre se o corpo é alcançável de forma alguma. A tabela abaixo contrasta uma API de dados do X somente leitura expondo um endpoint direto de artigo com a API oficial do X.

Se você precisa publicar Articles ou escrever no X, esse é o território da API oficial, já que uma API de dados do X somente leitura não posta. Para puxar o conteúdo do artigo a um preço fixo e previsível sem uma stack de scraping, um endpoint direto de artigo é o caminho mais simples. A Sorsa API é o nosso produto, então leia a tabela como uma comparação de um fornecedor e teste qualquer provedor contra a sua própria carga antes de se comprometer.

X Articles contra posts longos contra threads {#x-articles-vs-long-posts-vs-threads}

O X tem três mecanismos de formato longo distintos, e eles são fáceis de confundir. Tweets comuns têm teto de 280 caracteres. Posts longos (às vezes chamados de posts estendidos) alcançam 25.000 caracteres para assinantes Premium e aparecem na API como note_tweet. X Articles são um formato separado de até cerca de 100.000 caracteres com cabeçalhos, texto em negrito e itálico, listas, mídia embutida, uma imagem de capa e uma aba de perfil dedicada.

O recado para quem constrói monitoramento: tweets comuns e posts longos são alcançáveis pela API padrão com ressalvas, mas os corpos de Article não são, então eles precisam de um método de recuperação dedicado.

Quando você precisa de acesso programático a X Articles {#when-you-need-programmatic-access-to-x-articles}

Você precisa buscar objetos Article, não apenas os tweets de anúncio deles, sempre que o próprio corpo de formato longo é o dado. Os casos comuns são inteligência de conteúdo competitiva, arquivamento durável de autores específicos, NLP em texto de formato longo limpo, benchmarking de engajamento contra tweets comuns, e monitoramento de mídia ou de jornalistas onde os Articles são uma fonte de primeira classe em vez de uma reflexão tardia de scraping.

Inteligência de conteúdo competitiva. Articles de formato longo revelam a estratégia de mensagem de uma empresa muito mais claramente do que o fluxo curto de tweets, porque os Articles são deliberados e estruturados. Puxar os Articles de concorrentes semanalmente e compará-los é um loop de baixo esforço e alto sinal. Ele combina naturalmente com um fluxo de análise de concorrentes mais amplo.

Arquivamento e bancos de dados de conteúdo. Se a sua equipe depende de analistas, traders ou fundadores específicos, um arquivo durável te protege quando um post é editado, apagado ou ocultado. Os campos full_text, published_at e de autor dão a um armazenamento pesquisável tudo que ele precisa, e você pode estender a mesma abordagem com recuperação de tweets históricos para material mais antigo.

Treino e análise de NLP. Os Articles estão entre o texto de formato longo mais limpo da plataforma: escrito, editado e intencionalmente estruturado, o que os torna mais adequados a trabalho de sentimento e modelagem de tópicos do que o fluxo ruidoso de tweets curtos. O padrão mais amplo está no nosso guia de análise de sentimento e de tópicos.

Benchmarking de engajamento. Os Articles pendem para taxas de salvamento mais altas e taxas de retweet mais baixas do que os tweets, então fazer benchmark deles contra posts comuns distorce os números. Puxe os objetos Article à parte e analise-os como a própria classe, da mesma forma que você abordaria a análise no nível de tweet.

Monitoramento de jornalistas e formadores de opinião. Com o X cortejando ativamente escritores, os jornalistas publicam em Articles com mais frequência, então uma ferramenta de monitoramento de mídia precisa de ingestão de Article como fonte primária. Para detecção em menos de um minuto de novos Articles de uma watchlist, a arquitetura corresponde à do monitoramento em tempo real.

Buscando um X Article: o endpoint {#fetching-an-x-article-the-endpoint}

Recuperar um X Article por uma API REST leva uma chamada: envie a URL ou o ID numérico do tweet de anúncio a um endpoint de artigo, e a resposta retorna o texto completo do corpo, o trecho de prévia, a URL da imagem de capa, a data de publicação e os contadores de engajamento como JSON. Nenhum handshake OAuth e nenhuma renderização de navegador estão envolvidos; a autenticação é uma única chave de API em um cabeçalho de requisição.

Na Sorsa, esse endpoint é POST /v3/article. A especificação completa vive na referência do endpoint de artigo.

Requisição

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

{
  "tweet_link": "https://x.com/SorsaApp/status/1234567890"
}

O campo tweet_link aceita a URL completa do tweet de anúncio ou apenas o ID numérico do tweet.

Resposta (200)

{
  "full_text": "this isn't a cosmetic rebrand. it's a response to how crypto twitter actually works in 2026...",
  "preview_text": "this isn't a cosmetic rebrand. it's a response to how crypto twitter actually works in 2026...",
  "cover_image_url": "https://pbs.twimg.com/media/G-t2hYTaIAAstc8.jpg",
  "published_at": "2026-01-15T16:24:02Z",
  "likes_count": 315,
  "retweet_count": 41,
  "reply_count": 80,
  "quote_count": 37,
  "bookmark_count": 38,
  "views_count": 36538,
  "author": {
    "id": "1934538036466810880",
    "username": "SorsaApp",
    "display_name": "Sorsa",
    "followers_count": 6050,
    "verified": false
  }
}

Uma nota de nome de campo que vale tratar na borda do seu pipeline: a resposta de artigo usa views_count, enquanto o objeto de tweet padrão usa view_count. Se você empurra os dois pelo mesmo código, normalize a chave. O mapeamento completo está na referência de formato de resposta.

Quickstart

curl -X POST https://api.sorsa.io/v3/article \
  -H "ApiKey: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"tweet_link": "https://x.com/SorsaApp/status/1234567890"}'

import requests

API_KEY = "YOUR_API_KEY"
BASE_URL = "https://api.sorsa.io/v3"

def get_article(tweet_link: str) -> dict:
    """Fetch a single X Article by its announcement tweet URL or ID."""
    resp = requests.post(
        f"{BASE_URL}/article",
        headers={"ApiKey": API_KEY, "Content-Type": "application/json"},
        json={"tweet_link": tweet_link},
        timeout=30,
    )
    resp.raise_for_status()
    return resp.json()


if __name__ == "__main__":
    article = get_article("https://x.com/SorsaApp/status/1234567890")
    print(f"Author:      @{article['author']['username']}")
    print(f"Published:   {article['published_at']}")
    print(f"Views:       {article['views_count']:,}")
    print(f"Body length: {len(article['full_text']):,} chars")

Sem aprovação de portal de desenvolvedor e sem dança de OAuth: a autenticação é um cabeçalho. Chaves novas vêm do painel, e o guia de quickstart cobre a configuração de ponta a ponta.

Detectando se um post é um X Article {#detecting-whether-a-post-is-an-x-article}

Em um pipeline ao vivo você raramente tem uma lista limpa de URLs de artigo; você tem um fluxo de posts, alguns comuns e alguns tweets de anúncio de Articles. O tweet de anúncio fica no caminho usual x.com/{username}/status/{id}, então a URL sozinha não o identifica. A abordagem confiável é tentar o endpoint de artigo primeiro e recorrer a uma consulta padrão de tweet quando a resposta carece de um corpo substancial.

import requests
from typing import Literal, TypedDict

API_KEY = "YOUR_API_KEY"
BASE_URL = "https://api.sorsa.io/v3"

class Content(TypedDict):
    type: Literal["article", "tweet"]
    data: dict

def get_content(tweet_link: str) -> Content:
    """Return an article object if the link is an Article, else the tweet."""
    headers = {"ApiKey": API_KEY, "Content-Type": "application/json"}

    try:
        resp = requests.post(
            f"{BASE_URL}/article",
            headers=headers,
            json={"tweet_link": tweet_link},
            timeout=30,
        )
        if resp.status_code == 200:
            article = resp.json()
            # Articles carry a substantial body. A short or missing
            # full_text means this was not an Article.
            if article.get("full_text") and len(article["full_text"]) > 500:
                return {"type": "article", "data": article}
    except requests.RequestException:
        pass

    resp = requests.post(
        f"{BASE_URL}/tweet-info",
        headers=headers,
        json={"tweet_link": tweet_link},
        timeout=30,
    )
    resp.raise_for_status()
    return {"type": "tweet", "data": resp.json()}

O limiar de 500 caracteres funciona bem na prática. Para ser mais estrito, cheque também por cover_image_url ou published_at, ambos campos específicos de Article. A consulta de post único aqui é POST /v3/tweet-info, que retorna o objeto de tweet padrão.

Fazendo benchmark de Articles de concorrentes {#benchmarking-competitor-articles}

Fazer benchmark de Articles de formato longo significa puxar as métricas de cada um e normalizá-las por visualização, porque contadores brutos favorecem contas com audiências maiores. Os sinais que mais importam para Articles são o engajamento por 1.000 visualizações e a taxa de salvamento por 1.000 visualizações: os salvamentos rastreiam a intenção de salvar-para-depois, que se correlaciona com profundidade e autoridade e mal registra nos tweets comuns.

import requests
from dataclasses import dataclass
from datetime import datetime

API_KEY = "YOUR_API_KEY"
BASE_URL = "https://api.sorsa.io/v3"

@dataclass
class ArticleMetrics:
    author: str
    published_at: datetime
    views: int
    likes: int
    bookmarks: int
    replies: int
    retweets: int
    quotes: int
    body_length: int

    @property
    def engagement_rate(self) -> float:
        """Engagement events per 1,000 views."""
        if self.views == 0:
            return 0.0
        total = self.likes + self.bookmarks + self.replies + self.retweets + self.quotes
        return (total / self.views) * 1000

    @property
    def bookmark_rate(self) -> float:
        """Bookmarks per 1,000 views."""
        if self.views == 0:
            return 0.0
        return (self.bookmarks / self.views) * 1000


def fetch_article_metrics(tweet_link: str) -> ArticleMetrics:
    resp = requests.post(
        f"{BASE_URL}/article",
        headers={"ApiKey": API_KEY, "Content-Type": "application/json"},
        json={"tweet_link": tweet_link},
        timeout=30,
    )
    resp.raise_for_status()
    a = resp.json()
    return ArticleMetrics(
        author=a["author"]["username"],
        published_at=datetime.fromisoformat(a["published_at"].replace("Z", "+00:00")),
        views=a["views_count"],
        likes=a["likes_count"],
        bookmarks=a["bookmark_count"],
        replies=a["reply_count"],
        retweets=a["retweet_count"],
        quotes=a["quote_count"],
        body_length=len(a["full_text"]),
    )


def benchmark(article_links: list[str]) -> list[ArticleMetrics]:
    results = []
    for link in article_links:
        try:
            results.append(fetch_article_metrics(link))
        except requests.HTTPError as e:
            print(f"Skipping {link}: {e}")
    return sorted(results, key=lambda m: m.engagement_rate, reverse=True)

Construir a lista de entrada de URLs de Article é um passo separado: varra os posts recentes de cada conta da watchlist e mantenha os cujo texto é apenas um link t.co para x.com/i/article. Um benchmark sobre 50 Articles de concorrentes são 50 requisições, bem dentro do plano de entrada, e rodá-lo semanalmente custa algumas centenas de requisições por mês por concorrente. Para padrões de lote e tratamento de cursor, veja Otimizando o Uso da API.

Analisando o conteúdo de artigo com NLP {#analyzing-article-content-with-nlp}

Os corpos de Article são bem adequados a NLP porque o texto é limpo: escrito, editado e estruturado, com muito menos do ruído que torna os tweets curtos difíceis de modelar. Você pode passar full_text direto para um modelo de sentimento ou de sumarização com pouco pré-processamento. A recuperação e a análise são camadas separadas: busque o objeto do artigo, e depois entregue o corpo dele a qualquer provedor de modelo que você usa.

import os
import requests

SORSA_KEY = os.environ["SORSA_API_KEY"]

def fetch_article(tweet_link: str) -> dict:
    resp = requests.post(
        "https://api.sorsa.io/v3/article",
        headers={"ApiKey": SORSA_KEY, "Content-Type": "application/json"},
        json={"tweet_link": tweet_link},
        timeout=30,
    )
    resp.raise_for_status()
    return resp.json()


def build_prompt(article: dict) -> str:
    return (
        "Analyze this X Article. Return JSON with: sentiment "
        "(positive, negative, neutral, or mixed), main_topics (3 to 5 tags), "
        "and a 2 to 3 sentence neutral summary.\n\n"
        f"Body:\n{article['full_text']}"
    )

# Pass build_prompt(fetch_article(link)) to the model provider of your choice.

Como uma única chave trata 20 requisições por segundo, a recuperação raramente é o gargalo; a camada de modelo é. Para alta vazão, busque os artigos primeiro, e depois paralelize a análise contra os limites de concorrência do seu provedor. Isto funciona bem como um trabalho diário sobre uma watchlist de autores.

Preço e rate limits {#pricing-and-rate-limits}

As buscas de artigo saem a partir de US$ 1,80 por 1.000 artigos (US$ 0,0018 cada no maior plano), e cada busca conta como uma requisição contra uma cota mensal independentemente do quão longo é o corpo: sem cobrança por caractere, sem sobretaxa por imagem de capa, sem rate limit separado no endpoint. Um limite de 20 requisições por segundo se aplica uniformemente, e uma única chamada de artigo raramente é um gargalo. Toda chave nova começa com 100 requisições grátis, sem cartão, que nunca expiram e funcionam em todos os 40 endpoints, então o endpoint de artigo pode ser exercitado antes de escolher um plano.

A maioria das contas publica menos de um Article por semana, então buscar cada Article de 200 autores de uma watchlist semanalmente roda cerca de 800 a 2.000 requisições por mês, bem dentro do plano Starter com espaço para outros endpoints. Os detalhes completos de plano estão no detalhamento de preços da Sorsa API, e a economia por chamada entre a API oficial do X e um modelo de tarifa fixa é detalhada no guia atual de preços da API do X. Se você está movendo uma integração existente, o caminho de migração da API oficial do X mapeia os endpoints e as mudanças de autenticação.

Uma equipe de inteligência competitiva de SaaS B2B, cerca de dez pessoas, queria rastrear Articles de formato longo de cerca de 150 a 200 contas de concorrentes e analistas toda semana. Na API oficial do X os corpos simplesmente não eram alcançáveis, então a alternativa realista era um cluster de scraping de navegador headless com rotação de cookie e tratamento de desafio. Trocar para um endpoint direto de artigo transformou o trabalho em algumas centenas a alguns milhares de requisições por mês, confortavelmente dentro do plano de entrada, sem infraestrutura de scraping para manter viva. A vitória não foi uma porcentagem ajustada; foi remover todo um encargo de manutenção para um dado que deveria ter sido uma chamada REST.

Primeiros passos

O caminho mais rápido do zero a uma busca de artigo funcional:

1. Cole a URL de um tweet de artigo no Playground da API para ver a resposta JSON no navegador antes de escrever qualquer código.
2. Puxe uma chave de API do painel e rode a chamada em curl acima.
3. Jogue a função Python get_article em um notebook para confirmar a integração, e depois adicione retries em 429 e uma camada de persistência para produção.

A autenticação é um cabeçalho ApiKey, a configuração leva minutos sem fila de aprovação, e todo endpoint compartilha as mesmas 20 requisições por segundo fixas. Contas novas incluem 100 requisições grátis, sem cartão, que nunca expiram e cobrem todos os 40 endpoints, e as buscas de artigo saem a partir de US$ 1,80 por 1.000 depois disso, sacando da mesma cota que o resto da API de leitura, então adicionar o endpoint a um fluxo existente não precisa de integração separada.

Perguntas frequentes {#faq}

X Articles estão disponíveis pela API oficial do X?

Não diretamente. A API oficial do X não tem endpoint específico de artigo, e o tweet que anuncia um Article contém apenas um link t.co no campo de texto dele, sem corpo, imagem de capa ou data de publicação. O campo note_tweet cobre posts longos de 25.000 caracteres, um recurso diferente. Para recuperar os corpos de artigo, você ou roda automação de navegador contra a página renderizada ou usa uma API REST de terceiros que resolve o objeto do artigo.

Qual é a diferença entre X Articles e posts longos?

Posts longos (posts estendidos) são tweets de até 25.000 caracteres para assinantes Premium; eles aparecem inline com um botão "Mostrar mais", sem data de publicação separada, sem imagem de capa e sem formatação. X Articles são um formato distinto de até cerca de 100.000 caracteres com cabeçalhos, texto em negrito e itálico, listas, mídia embutida, uma imagem de capa e uma aba de Articles dedicada no perfil. Os Articles estão mais próximos de um post do Substack do que de um tweet.

Como buscar o texto completo de um X Article?

Envie a URL ou o ID numérico do tweet de anúncio a um endpoint de artigo e leia a resposta JSON. Na Sorsa API, POST /v3/article retorna o corpo completo, o texto de prévia, a imagem de capa, a data de publicação e os contadores de engajamento em uma única requisição, autenticada com um cabeçalho ApiKey e sem OAuth. Cada chamada conta como uma requisição da cota do plano.

Dá para recuperar X Articles publicados no passado?

Sim, contanto que o Article ainda esteja público no X. Os Articles têm uma URL permanente uma vez publicados, então qualquer Article histórico é recuperável pela URL ou ID do tweet de anúncio dele. Se o autor depois apagar o Article, a consulta retorna um erro de não encontrado. Para arquivos de tweets mais antigos além dos Articles, um fluxo de recuperação histórica dedicado pagina de volta até o primeiro post de uma conta.

Quanto custa puxar o conteúdo de X Article via API?

Na Sorsa API, uma busca de artigo é uma única requisição, precificada a partir de US$ 1,80 por 1.000 artigos (US$ 0,0018 cada no maior plano), sem sobretaxa por caractere não importa o quão longo é o corpo. Toda chave nova inclui 100 requisições grátis, sem cartão, que nunca expiram e funcionam em todos os 40 endpoints, então o endpoint pode ser experimentado antes de se comprometer com um plano. Buscar algumas centenas de Articles por semana cabe dentro do plano de entrada com cota sobrando para outros endpoints.

Como você diz se um post é um X Article antes de buscá-lo?

O tweet de anúncio usa o caminho normal x.com/{username}/status/{id}, então a URL sozinha não é um sinal confiável. O método confiável é chamar o endpoint de artigo primeiro e tratar o resultado como um Article apenas quando full_text for substancial (um limiar de 500 caracteres funciona bem); um corpo curto ou ausente significa que era um post comum. A presença de cover_image_url ou published_at confirma.

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

Este guia se apoia no trabalho prático rodando o endpoint /article da Sorsa em produção, na referência atual da Sorsa API v3 para nomes de campo e de parâmetro, e no formato de resposta ao vivo do próprio endpoint. A linha do tempo do recurso e os detalhes do prêmio foram verificados contra a cobertura do Engadget sobre o lançamento de março de 2024 e o limite de cerca de 100.000 caracteres, e a reportagem do Social Media Today sobre a expansão Premium de janeiro de 2026 e o concurso de Article de US$ 1 milhão. As capacidades e o preço do endpoint refletem os planos publicados da Sorsa. Verificado em 8 de julho de 2026.