Pular para o conteúdo

Integração do Make.com com o Twitter (X) em 2026

O Make.com não tem app do Twitter (X) desde 3 de abril de 2025, e todo cenário construído nele parou em 30 de maio de 2025; para levar dados do X ao Make hoje, um cenário chama uma API de dados do X pelo módulo HTTP.

Resposta curta: O Make descontinuou o app do X por causa dos termos da API do X e não o trouxe de volta até novembro de 2026. As leituras agora passam por HTTP > Make a request, e a API oficial do X cobra US$ 0,005 por post. Para ler o X no Make, use a Sorsa API: um keychain ApiKey, 20 posts por requisição a partir de US$ 0,07 por 1.000 e 100 requisições grátis.

Endpoint
POST /search-tweets
Tamanho da página
20 posts por requisição
Preço
a partir de US$ 0,07 por 1.000 tweets

#O que aconteceu com o app do Twitter (X) no Make

O app do X (antigo Twitter) no Make acabou de vez: o Make o retirou da busca de apps em 3 de abril de 2025, e os cenários que ainda usavam seus módulos começaram a falhar em 30 de maio de 2025. A nota de lançamento do Make (abre em uma nova aba) dá um único motivo, os requisitos de política e os preços da API do X, que, segundo ela, impedem "a reasonable integration" (uma integração razoável) para os seus clientes.

Nada foi restabelecido desde então, como mostram as datas:

DataO que mudou no Make
3 de abril de 2025O app do X sai da busca de apps; nenhum cenário novo com o X
30 de maio de 2025Os cenários existentes do X param; ainda abrem, mas falham a cada execução
19 de janeiro de 2026O aviso do Make é atualizado pela última vez, sem mudança de rumo
2 de novembro de 2026Ainda não há app do X nas integrações do Make (verificado para este guia)
  • 3 de abril de 2025

    O que mudou no Make
    O app do X sai da busca de apps; nenhum cenário novo com o X
  • 30 de maio de 2025

    O que mudou no Make
    Os cenários existentes do X param; ainda abrem, mas falham a cada execução
  • 19 de janeiro de 2026

    O que mudou no Make
    O aviso do Make é atualizado pela última vez, sem mudança de rumo
  • 2 de novembro de 2026

    O que mudou no Make
    Ainda não há app do X nas integrações do Make (verificado para este guia)

O Make (antigo Integromat) encaminha os clientes que postavam no X para apps de gestão de redes sociais, e seu app xAI, que acessa os modelos do Grok, não foi afetado. Nenhum dos dois lê posts, perfis ou seguidores do X. Ler dados do X agora exige uma requisição do app HTTP do Make, que fala com qualquer serviço com uma API REST.

Chamar a API oficial do X por esse módulo exige um app de desenvolvedor do X, um Bearer token ou uma conexão OAuth e créditos pré-pagos: US$ 0,005 por post lido e US$ 0,010 por usuário ou seguidor, com o pagamento por uso limitado a 3 milhões de leituras de posts por mês, segundo a página de preços do X (abre em uma nova aba). A partir de 22 de novembro de 2026, o X também cobra o autor de cada post como uma leitura de usuário, então um post com o seu autor sai por US$ 0,015 (aviso do X de 23 de outubro (abre em uma nova aba)).

#Leia dados do X no Make com a Sorsa API

A Sorsa API, uma API e scraper do Twitter (X), preenche a lacuna com uma chave de API e o app HTTP que todo plano do Make já tem. Para ler tweets, menções e seguidores em um cenário do Make, use a Sorsa API: 20 posts ou 200 seguidores por requisição, busca desde 2006 e 20 requisições por segundo em todos os planos, sem conta de desenvolvedor do X e sem conexão OAuth para renovar.

Os passos montam uma busca por palavra-chave que devolve os posts mais recentes. Todos os outros trabalhos abaixo reaproveitam o mesmo keychain e o mesmo módulo, com outra URL.

  1. Obtenha uma chave de API. Cadastre-se e copie a chave do painel. As primeiras 100 requisições são grátis, não exigem cartão e nunca expiram.

  2. Guarde a chave em um keychain. Adicione o módulo Make a request do app HTTP e defina Authentication type como API key. Em Credentials, crie um keychain: cole a chave em Key, defina API key placement como In the header e API key parameter name como ApiKey. Assim a chave fica fora dos campos do módulo, e você pode trocá-la depois em Keys.

  3. Aponte o módulo para a Sorsa API. Defina URL como https://api.sorsa.io/v3/search-tweets e Method como POST.

  4. Envie a busca como JSON. Defina Body content type como application/JSON, Body input method como JSON string e informe um corpo com dois campos: query recebe qualquer busca do X, operadores incluídos, e order recebe latest ou popular. O curl abaixo é a mesma requisição, útil para testar uma consulta antes de levá-la ao Make.

    Terminal
    curl -X POST "https://api.sorsa.io/v3/search-tweets" \
      -H "ApiKey: YOUR_API_KEY" \
      -H "Content-Type: application/json" \
      -d '{"query": "make.com lang:en -filter:retweets", "order": "latest"}'
    
  5. Faça o parse da resposta e rode uma vez. Defina Parse response como Yes e clique em Run once. A saída do módulo agora traz Data com um array tweets e um next_cursor, e todo módulo seguinte pode mapear os campos deles.

    Response200 OK
    {
      "tweets": [
        {
          "id": "1985417630058127650",
          "full_text": "Rebuilt our launch tracker as a make.com scenario.",
          "created_at": "2026-11-02T08:41:19Z",
          "lang": "en",
          "likes_count": 18,
          "retweet_count": 2,
          "reply_count": 4,
          "view_count": 1290,
          "user": {
            "id": "1601177354291937280",
            "username": "scenario_builder_notes",
            "display_name": "Scenario Builder Notes",
            "followers_count": 2315
          }
        }
      ],
      "next_cursor": "DAADDAABCgABG4V8kQ2W"
    }
    
    HTTP > Make a request Busca por palavra-chave na Sorsa API Tipo de autenticação Chave de API Passo 2 Credenciais Chaveiro "Sorsa API" posição: no header, nome: ApiKey URL https://api.sorsa.io/v3/search-tweets Passo 3 Método POST Tipo de conteúdo do corpo application/JSON Passo 4 Método de entrada do corpo JSON string Corpo {"query": "make.com lang:en", "order": "latest"} Interpretar resposta Sim Passo 5
    A chave fica em um keychain; a URL, o método, um corpo JSON e o Parse response fazem o resto.

Adicione Flow Control > Iterator depois do módulo HTTP e defina o seu Array como o array tweets em Data. Cada post passa então pelo cenário como um bundle próprio, com o perfil completo do autor dentro, de modo que uma linha de planilha ou uma mensagem do Slack pode mostrar o handle e o número de seguidores sem uma segunda requisição. Uma resposta 401 significa que a chave está errada, e um 403 significa que a chave está ausente ou que a conta ficou sem requisições.

#Qual endpoint para qual cenário do Make

Cada trabalho no Make corresponde a um endpoint da Sorsa API, e o método do endpoint decide como o módulo HTTP o pagina. A tabela lista os endpoints que os cenários do Make mais usam; a lista completa de endpoints da Sorsa API tem todos os 45.

Cenário do MakeEndpointO que você enviaPor requisiçãoPaginação no Make
Busca por palavra-chave ou hashtagPOST /search-tweets (abre em uma nova aba)query, orderCerca de 20 postsLaço com Repeater
Posts de uma contaPOST /user-tweets (abre em uma nova aba)usernameCerca de 20 postsLaço com Repeater
Menções à marcaPOST /mentions (abre em uma nova aba)query (o handle), min_likes, since_dateCerca de 20 postsLaço com Repeater
O feed de uma Lista do XGET /list-tweets (abre em uma nova aba)list_idCerca de 20 postsPaginação nativa
Exportação de seguidoresGET /followers (abre em uma nova aba)usernameAté 200 seguidoresPaginação nativa

Um monitor que roda a cada poucos minutos raramente precisa de uma segunda página, porque cerca de 20 dos posts mais recentes por requisição cobrem a maioria das palavras-chave entre duas execuções. A paginação importa em cargas retroativas e exportações, e a próxima seção a configura.

O construtor abaixo escreve o módulo para o seu trabalho: escolha-o, digite uma consulta, um handle ou um ID de Lista e copie as configurações ou baixe um blueprint com o módulo HTTP e um Iterator. No Make, abra um cenário vazio, escolha Import blueprint no menu de três pontos e selecione o arquivo; depois cole a sua chave no header ApiKey ou mude o módulo para o keychain do passo 2.

O que o cenário deve ler?

HTTP > Make a request

Tipo de autenticação
API key, keychain no cabeçalho chamado ApiKey
URL
https://api.sorsa.io/v3/search-tweets
Método
POST
Corpo, string JSON
{"query": "make.com lang:en -filter:retweets", "order": "latest"}
Analisar resposta
Sim
Paginação
Nenhuma no módulo; um loop Repeater para mais páginas
Array do iterador
Data > tweets
Por requisição
Cerca de 20 posts
Blueprint: HTTP + Iterator
{
  "name": "Sorsa API: search-tweets to Iterator",
  "flow": [
    {
      "id": 1,
      "module": "http:ActionSendData",
      "version": 3,
      "parameters": {
        "handleErrors": false,
        "useNewZLibDeCompress": true
      },
      "mapper": {
        "ca": "",
        "qs": [],
        "url": "https://api.sorsa.io/v3/search-tweets",
        "gzip": true,
        "method": "post",
        "headers": [
          {
            "name": "ApiKey",
            "value": "YOUR_API_KEY"
          }
        ],
        "timeout": "",
        "useMtls": false,
        "authPass": "",
        "authUser": "",
        "bodyType": "raw",
        "serializeUrl": false,
        "shareCookies": false,
        "parseResponse": true,
        "followRedirect": true,
        "useQuerystring": false,
        "followAllRedirects": false,
        "rejectUnauthorized": true,
        "contentType": "application/json",
        "data": "{\"query\": \"make.com lang:en -filter:retweets\", \"order\": \"latest\"}"
      },
      "metadata": {
        "designer": {
          "x": 0,
          "y": 0
        }
      }
    },
    {
      "id": 2,
      "module": "builtin:BasicFeeder",
      "version": 1,
      "parameters": {},
      "mapper": {
        "array": "{{1.data.tweets}}"
      },
      "metadata": {
        "designer": {
          "x": 300,
          "y": 0
        }
      }
    }
  ],
  "metadata": {
    "instant": false,
    "version": 1,
    "scenario": {
      "roundtrips": 1,
      "maxErrors": 3,
      "autoCommit": true,
      "autoCommitTriggerLast": true,
      "sequential": false,
      "confidential": false,
      "dataloss": false,
      "dlq": false,
      "freshVariables": false
    },
    "designer": {
      "orphans": []
    }
  }
}

Cole sua chave no cabeçalho ApiKey depois de importar, ou troque o módulo para o seu keychain.

Criado a partir do formato de blueprint documentado do Make. Se o Make recusar um campo na importação, configure o módulo à mão a partir da lista de configurações.

#Paginação: siga o next_cursor no Make

A Sorsa API pagina com um cursor: cada resposta traz next_cursor, um token que aponta para a próxima página, e a última página o devolve vazio. Como o Make segue o cursor depende de o endpoint esperá-lo na query string ou no corpo JSON.

Endpoints GET: a paginação nativa do módulo HTTP

O módulo HTTP atual pagina sozinho com o tipo de paginação Token or cursor-based e envia o cursor como parâmetro de consulta, que é onde os endpoints de lista GET da Sorsa API o leem. A documentação do HTTP no Make (abre em uma nova aba) lista os campos; para /followers e /list-tweets, eles recebem estes valores:

  • Pagination type: Token or cursor-based.
  • Items path: users para seguidores, tweets para o feed de uma Lista.
  • Next page token/cursor path e Page token/cursor parameter name: ambos next_cursor.
  • Page size parameter: vazio, já que a Sorsa API define o tamanho da página.
  • Output format e Limit: Array of items e o máximo de itens que uma execução pode devolver, até 10 mil.

Um Limit de 10 mil seguidores leva 50 requisições de 200 seguidores cada. As mesmas configurações funcionam em /follows, /verified-followers, /list-members e /list-followers.

Endpoints de lista GET recebem next_cursor na query string /followers /list-tweets /follows /list-members /verified-followers /list-followers Módulo HTTP, paginação nativa Baseada em token ou cursor página 1 página 2 próxima página Para quando next_cursor está vazio ou ao atingir o Limit (até 10 mil itens) Endpoints POST recebem next_cursor na corpo JSON /search-tweets /user-tweets /mentions e outros POST de lista Um loop Repeater, uma página por passada Repeater Obter variável Filtro Chamada HTTP Definir variável O filtro encerra o loop com cursor vazio.
Os endpoints de lista GET paginam sozinhos no Make. Os endpoints POST precisam de um pequeno laço com Repeater.

Endpoints POST: um laço com Repeater

Busca, timelines e menções são endpoints POST que recebem o next_cursor no corpo JSON, como a referência da API os define, então a paginação nativa não consegue conduzi-los. Cinco módulos conseguem:

  1. Repita. Adicione Flow Control > Repeater com Repeats definido como o máximo de páginas que uma execução pode ler, por exemplo 10.

  2. Leia o cursor. Adicione Tools > Get variable para uma variável chamada cursor.

  3. Pare no fim. Coloque depois dele um filtro que deixe passar a primeira repetição ou um cursor que exista.

  4. Peça a página. Adicione o módulo HTTP dos passos acima e inclua next_cursor no corpo, mapeado para a variável. Envolva esse campo na função if() do Make para que a primeira requisição o deixe de fora.

  5. Guarde o próximo cursor. Adicione Tools > Set variable que armazena o next_cursor da resposta como cursor, com Variable lifetime definido como One execution.

As repetições depois da última página param no filtro, então gastam um crédito do Make e nenhuma requisição da Sorsa API.

Bom saber

Mantenha a paginação nativa fora do /search-tweets, do /user-tweets e do /mentions. Ela envia o cursor na query string, enquanto a referência da API define esses endpoints com o cursor no corpo JSON, então o laço com Repeater é a forma de paginá-los.

#Posts novos para o Google Sheets ou o Slack

Um cenário do Make pode registrar cada post novo sobre uma palavra-chave ou de um conjunto de contas, cada um uma vez e sem duplicatas, com quatro módulos: o módulo HTTP, um Iterator, um filtro e o destino. O Make não tem gatilho para posts novos no X, e a Sorsa API não tem webhooks, então o cenário consulta em um agendamento e deixa passar apenas os posts novos.

  1. Agende. Configure o cenário para rodar em intervalos regulares, por exemplo a cada 15 minutos, o padrão do Make.

  2. Peça os posts mais recentes. Use o módulo HTTP no POST /search-tweets com order definido como latest. Para acompanhar contas, junte-as como operadores from: com OR em uma única consulta. Para centenas de contas, adicione-as a uma Lista pública do X e chame o GET /list-tweets com o seu list_id: uma requisição lê o feed de uma Lista de até 5.000 contas.

  3. Separe os posts. Adicione um Iterator no array tweets.

  4. Deixe passar só os posts novos. Defina um filtro no link depois do Iterator: created_at posterior ao horário da execução menos 16 minutos, que o Make escreve como addMinutes(now; -16). O minuto extra cobre o desvio do agendamento, e os filtros não gastam créditos.

  5. Grave ou envie. Adicione Google Sheets > Add a row ou Slack > Create a message e mapeie full_text, user.username, created_at e id.

Para uma deduplicação rigorosa, adicione um Data store com chave no ID do post depois do filtro: Check the existence of a record, deixe passar apenas os posts que ainda não estão guardados e Add/replace a record depois que a linha for gravada. Compare os IDs como chaves de texto exatas. Um ID de post tem 19 dígitos, mais do que um número em uma fórmula guarda com exatidão, e ordenar IDs como texto coloca "9" depois de "10" sempre que os tamanhos diferem.

O guia para exportar dados do Twitter para o Google Sheets cobre o lado da planilha: layout de colunas, listas grandes de seguidores e uma rota com Apps Script que dispensa o Make. Para alertas em segundos e monitoramento de palavras-chave em escala, veja o monitoramento do Twitter em tempo real.

#Quanto custam os dados do X no Make

Um cenário do Make que lê dados do X paga duas contas: uma à fonte de dados e outra em créditos do Make. A Sorsa API cobra por requisição, não por post: uma página de busca com cerca de 20 posts é uma requisição, então os posts custam a partir de US$ 0,07 por 1.000 contra US$ 5,00 por 1.000 na API oficial do X, e requisições com falha nunca são cobradas.

Posts lidos

API oficial do X

US$ 5.000

para 1 milhão posts

US$ 0,005 por post

Sorsa API

a partir deUS$ 70

para 1 milhão posts

a partir de US$ 0,07 por 1.000

71x mais barato

A diferença cresce nos seguidores e nos posts com autores, porque a Sorsa API devolve 200 seguidores por requisição e cada post com o perfil do autor incluído:

Dados no MakeSorsa API, por 1.000API oficial do X, por 1.000
Posts de busca, timelines, menções e Listasa partir de US$ 0,07US$ 5,00
Posts com seus autores, a partir de 22 de novembro de 2026a partir de US$ 0,07US$ 15,00
Seguidoresa partir de US$ 0,007US$ 10,00
Perfis consultados em lotes de 100a partir de US$ 0,014US$ 10,00
  • Posts de busca, timelines, menções e Listas

    Sorsa API, por 1.000
    a partir de US$ 0,07
    API oficial do X, por 1.000
    US$ 5,00
  • Posts com seus autores, a partir de 22 de novembro de 2026

    Sorsa API, por 1.000
    a partir de US$ 0,07
    API oficial do X, por 1.000
    US$ 15,00
  • Seguidores

    Sorsa API, por 1.000
    a partir de US$ 0,007
    API oficial do X, por 1.000
    US$ 10,00
  • Perfis consultados em lotes de 100

    Sorsa API, por 1.000
    a partir de US$ 0,014
    API oficial do X, por 1.000
    US$ 10,00

O Make cobra o seu lado por execução de módulo: um crédito por operação, e um módulo roda uma vez para cada bundle que processa, como explica o guia de créditos do Make (abre em uma nova aba). O módulo HTTP e o Iterator custam um crédito cada por execução, cada módulo depois do Iterator custa um crédito por post que chega a ele, e filtros e routers não custam nada. O plano Free do Make inclui 1.000 créditos por mês.

Um agendamento de 15 minutos roda 2.880 vezes em um mês de 30 dias: 2.880 requisições da Sorsa API, que cabem nas 10 mil do plano Starter, e 5.760 créditos do Make antes de o primeiro post ser gravado. A calculadora abaixo soma as duas contas para o seu agendamento.

Pular posts já vistos com

Sorsa API

2,880

requisições por mês

Cabe no plano Starter (10K por mês)

100 requisições grátis duram cerca de 1 dia

Make

6,960

créditos por mês

2,880 execuções, 2 créditos cada antes de qualquer post

Acima dos 1,000 créditos do plano Free

Cerca de 0.4 posts novos por execução: uma página de cerca de 20 posts cobre cada execução.

Os créditos do Make crescem com a frequência; as requisições da Sorsa API crescem só com as execuções e as páginas.

O preço é uma de cinco verificações antes de ligar uma fonte de dados do X ao Make. A Sorsa API passa em cada uma com um número:

O que verificarA Sorsa API em um cenário do Make
ConfiguraçãoUma chave de API em um keychain; sem app de desenvolvedor e sem conexão OAuth para renovar
Velocidade20 requisições por segundo em todos os planos, contas gratuitas incluídas
CoberturaBusca desde 2006, timelines, menções, seguidores e Listas em 45 endpoints
Segurança da contaNunca pede seu login nem seus cookies do X, então nenhuma conta sua do X corre risco
ConfiabilidadeEm produção desde 2022; um schema de resposta estável, então seus campos continuam os mesmos
  • Configuração

    A Sorsa API em um cenário do Make
    Uma chave de API em um keychain; sem app de desenvolvedor e sem conexão OAuth para renovar
  • Velocidade

    A Sorsa API em um cenário do Make
    20 requisições por segundo em todos os planos, contas gratuitas incluídas
  • Cobertura

    A Sorsa API em um cenário do Make
    Busca desde 2006, timelines, menções, seguidores e Listas em 45 endpoints
  • Segurança da conta

    A Sorsa API em um cenário do Make
    Nunca pede seu login nem seus cookies do X, então nenhuma conta sua do X corre risco
  • Confiabilidade

    A Sorsa API em um cenário do Make
    Em produção desde 2022; um schema de resposta estável, então seus campos continuam os mesmos

#Monte seu primeiro cenário do X no Make

O Make descontinuou seu app do X em 2025, e um módulo HTTP com um header de chave agora faz toda a leitura. Monte esse módulo sobre a Sorsa API: um keychain ApiKey no lugar de um app OAuth, 20 posts ou 200 seguidores por requisição, a partir de US$ 0,07 por 1.000 tweets, e 100 requisições grátis que cobrem seus primeiros 2.000 posts.

Trabalha em outra ferramenta? Os guias da API do Twitter no n8n e da API do Twitter no Zapier configuram as mesmas leituras nessas plataformas.

#Perguntas frequentes

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

O Make removeu seu app do X (antigo Twitter) em 3 de abril de 2025, quando cenários novos com módulos do X deixaram de poder ser criados. Os cenários existentes do X continuaram rodando até 30 de maio de 2025 e falham a cada execução desde então. O aviso do Make foi atualizado pela última vez em 19 de janeiro de 2026 e, em 2 de novembro de 2026, o app não voltou, então os cenários chegam ao X pelo app HTTP.

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

O Make diz que os requisitos de política e os preços da API do X o impediram de oferecer uma integração razoável aos seus clientes. A API oficial do X cobra toda leitura de créditos pré-pagos, US$ 0,005 por post e US$ 0,010 por usuário, o que é difícil de sustentar em um enorme número de cenários pequenos. O app xAI do Make, que acessa os modelos do Grok, não foi afetado porque a xAI tem a sua própria política de API.

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

Não. A Sorsa API precisa apenas da própria chave de API, guardada em um keychain do Make e enviada no header ApiKey, então não há portal de desenvolvedor, revisão de app, conexão OAuth nem crédito pré-pago do X. Uma conta de desenvolvedor do X só é necessária quando um cenário chama a API oficial do X, por exemplo para postar. A Sorsa API devolve apenas dados públicos, e como você os usa continua sendo sua responsabilidade perante a lei e as regras do X.

Qual API do Twitter devo usar com o Make.com?

Use a Sorsa API para ler dados do X no Make. Ela funciona no módulo HTTP padrão com um keychain ApiKey, devolve 20 posts ou 200 seguidores por requisição a partir de US$ 0,07 por 1.000 tweets contra US$ 5,00 por 1.000 posts na API oficial do X, roda a 20 requisições por segundo em todos os planos, e seus endpoints de lista GET paginam com a paginação por cursor nativa do Make.

Ainda posso postar no X pelo Make.com?

Sim, pela API oficial do X: crie um app de desenvolvedor do X e chame o endpoint Create Post a partir do módulo HTTP com o tipo de autenticação OAuth 2.0, a US$ 0,015 por post ou US$ 0,200 com um link. A Sorsa API é somente leitura por princípio e nunca posta, curte nem segue, então não coloca nenhuma conta do X em risco. Um cenário pode ler pela Sorsa API e postar pelo X lado a lado.

Existe um gatilho do Make para tweets novos?

Não. O Make perdeu os módulos de monitoramento do X junto com o app, e a Sorsa API não tem webhooks, então os posts novos são encontrados por consulta periódica. Agende o cenário a cada poucos minutos, peça os posts mais recentes e deixe um filtro em created_at ou um Data store com chave no ID do post deixar passar cada post uma única vez. Uma requisição por execução lê cerca de 20 posts, ou o feed de uma Lista inteira do X.

#Como verificamos

Em 2 de novembro de 2026, lemos a nota de lançamento do Make sobre o app do X, a documentação do app HTTP (Make a request, o keychain de chave de API e os campos de paginação por cursor), os guias do Make sobre créditos, operações e agendamento e o formato de blueprint no SDK TypeScript de código aberto do Make. No mesmo dia, conferimos os preços do X em docs.x.com e comparamos cada endpoint, parâmetro e tamanho de página da Sorsa API com a referência da API em produção. Não tínhamos uma chave de API para esta rodada, então as requisições, a resposta e o blueprint foram escritos a partir dessas referências, e o blueprint não foi importado em uma conta do Make.

Pela equipe da Sorsa API. Construímos e operamos a Sorsa API, a API e scraper somente leitura do Twitter (X), em produção desde 2022 (antiga TweetScout API), com mais de 6 bilhões de requisições atendidas. Sobre a Sorsa API

O que mudou
  • Reescrito do zero: situação do app do X no Make verificada, configuração do módulo HTTP com um keychain de chave de API, paginação por endpoint, um construtor de blueprint, uma calculadora de requisições da Sorsa API e créditos do Make e uma receita sem duplicatas.
  • Primeira publicação.