Skip to main content
Siga-nos no X, ouça nosso Podcast Social Media API ou inscreva-se em nosso Newsletter para as últimas atualizações.

Outubro de 2026

  • 14 de outubro - Vídeos do Bluesky mantêm a proporção real. Um vídeo quadrado ou vertical publicado no Bluesky a partir de uma URL do Amazon S3 (qualquer host amazonaws.com) era exibido com barras pretas nas laterais no feed, na visualização do post e no app do Bluesky, embora o arquivo enviado estivesse correto. O registro do post declarava uma proporção 16:9 independentemente do formato real do vídeo, e o Bluesky dimensiona o player com base nessa declaração. Agora os posts de vídeo no Bluesky trazem a largura e a altura medidas do vídeo sempre que for possível lê-las, então um vídeo 1:1 ou 9:16 é exibido no formato real. Nada muda na forma de publicar: envie os mesmos mediaUrls de antes. Posts publicados antes desta correção mantêm a proporção com que foram criados; publique-os novamente para corrigi-los. Consulte as diretrizes de mídia do Bluesky.
  • 13 de outubro - Orçamentos de campanha para impulsionamentos do Facebook e do Instagram. Agora um impulsionamento pode manter o orçamento na campanha em vez de no conjunto de anúncios com budget.level: “campaign”, com um orçamento diário ou vitalício. Ele usa o formato aninhado do corpo do impulsionamento. Para um orçamento diário de campanha, budgetDaily no Histórico mostra o orçamento da campanha. Consulte Impulsionamento do Facebook e Impulsionamento do Instagram.
  • 13 de outubro - Uploads de mídia no X agora retornam o código 416 quando os créditos se esgotam. Quando a conta X Developer cadastrada de uma conta BYOK do X/Twitter fica sem créditos de API, os uploads de imagens e vídeos agora retornam code: 416 (HTTP 402, X CreditsDepleted) com a explicação do X em details. Antes, imagens falhavam com code: 117 (“Please check the media file size, dimensions, and content-type”) e vídeos com code: 115, e ambos apontavam para um arquivo de mídia que nunca foi o problema. A solução é comprar créditos em console.x.com (Billing → Credits). Esses uploads não são repetidos, pois nenhuma nova tentativa pode ter sucesso até que a conta tenha créditos. Isso alinha o upload de mídia aos fluxos de publicação e de análises, que já retornam 416. Se a sua integração usa 117 ou 115 para detectar um problema de mídia no X, adicione o tratamento de 416.
  • 13 de outubro - Contas do X bloqueadas agora retornam o código 224 em uploads de mídia. Quando o X havia bloqueado temporariamente a conta, publicar uma imagem ou um vídeo no X falhava com code: 117 (“Please check the media file size, dimensions, and content-type”) para imagens ou code: 115 para vídeos, então você verificava um arquivo de mídia que estava correto. Esses uploads agora retornam code: 224 (“X/Twitter account locked. Please go to twitter.com to unlock.”) com a própria explicação do X em details. Para corrigir, faça login em x.com e conclua as etapas de desbloqueio do X; depois publique novamente. Não é preciso vincular a conta de novo, e ela continua vinculada ao Ayrshare.
  • 13 de outubro - Webhooks de comentários do Facebook agora disparam. Um webhook comments registrado para uma página do Facebook nunca recebia eventos: a Ayrshare não estava inscrita no campo da Meta que transporta os comentários da página, então nada chegava. Não havia erro, apenas silêncio. As páginas do Facebook agora estão inscritas, e os eventos de comentários são entregues enquanto as mensagens estiverem habilitadas no perfil (o Messaging Add-On). As páginas já conectadas são reinscritas automaticamente, sem necessidade de vincular novamente nem de registrar o webhook outra vez. Os comentários do Facebook chegam no formato feed da página da Meta (comment_id, post_id, message, from.name), que é diferente do formato do Instagram; veja Comments Action para ambos. Os webhooks de comentários do Instagram não mudaram.
  • 9 de outubro - Impulsione em suas campanhas existentes do Facebook e do Instagram. Um impulsionamento não precisa mais criar a própria campanha. Com attachTo.campaignId, ele adiciona um novo conjunto de anúncios e um novo anúncio a uma campanha que você já executa na Meta. Com attachTo.adSetId (mais o attachTo.campaignId desse conjunto de anúncios), ele adiciona apenas o anúncio, e você omite budget, targeting e bidAmount porque o conjunto de anúncios mantém os seus próprios. Pausar ou ativar o impulsionamento depois altera apenas o que o impulsionamento criou, nunca sua campanha ou seu conjunto de anúncios. Ele usa o formato aninhado do corpo do impulsionamento. Consulte Impulsionamento do Facebook e Impulsionamento do Instagram.
  • 9 de outubro - Menos erros falsos de revinculação no Instagram e carrosséis mais rápidos. Agora aguardamos brevemente antes de publicar um post que o Instagram acabou de aceitar e verificamos se um carrossel está pronto antes de publicá-lo, então o Instagram recusa muito menos primeiras tentativas. Antes, um post publicado logo após o processamento da sua mídia podia falhar com code: 259, pedindo que você desvinculasse e vinculasse novamente sua conta do Instagram, mesmo que a conta estivesse funcionando e uma nova tentativa do post desse certo, e a maioria dos carrosséis levava cerca de 10 segundos a mais do que o necessário porque o Instagram recusava a primeira tentativa de publicá-los. Você não precisa alterar nada, e um 259 recebido por esse motivo não exigia revincular a conta.
  • 8 de outubro - Posts de vídeo no Instagram e Threads são publicados mais rápido. Otimizamos nosso fluxo de publicação de vídeos para acelerar os posts ao vivo, e a espera típica caiu de cerca de 20 segundos para 5 no Instagram e de cerca de 31 segundos para 6 no Threads. Clipes mais longos ou de maior resolução ainda podem levar de 25 a 30 segundos, pois esse é o tempo que a própria Meta leva para processá-los. Você não precisa alterar nada.
  • 8 de outubro - Anúncios do Facebook e Instagram listados por ID de conta com act_. Os Anúncios impulsionados do Facebook e do Instagram agora retornam seus anúncios quando o accountId traz o prefixo act_, como act_1234567890. Antes, só o número sem prefixo funcionava: a forma com prefixo retornava uma lista ads vazia, como se a conta não tivesse anúncios. A mesma correção vale para a consulta GraphQL ads e a ferramenta MCP list_ads. Um accountId que não seja um ID de conta de anúncios válido agora também retorna code: 101 nelas, em vez de uma lista vazia.
  • 8 de outubro - Erros de comentários do Facebook e do Instagram incluem o motivo da plataforma. Quando o Facebook ou o Instagram rejeita um comentário ou uma resposta enviada com Publicar um comentário ou Responder a um comentário, o erro agora inclui o motivo da plataforma em details, com o código e o subcódigo do erro, por exemplo “Instagram Comment Not Added: Your Instagram comment was not added (code 20, subcode 1772107)”. Antes, esses erros traziam apenas uma mensagem genérica, então você não conseguia saber por que o comentário falhou.
  • 7 de outubro - Publicações no Threads não falham mais com o código 379 quando o Threads não está pronto por um breve momento. Algumas publicações no Threads falhavam com code: 379 (“Error posting to Threads.”) e um HTTP 500, mesmo sem nenhum problema na publicação. O Ayrshare agora aguarda até 30 segundos para que o Threads aceite a publicação, e comentários, respostas e primeiros comentários do Threads recebem a mesma espera. Se o Threads ainda não estiver pronto para aceitar uma publicação, você recebe code: 522 (HTTP 400, retryAvailable: true) em vez de 379. Veja Código 522 para saber como tentar novamente com segurança.
  • 7 de outubro - URLs de vinculação são retornadas mesmo quando o e-mail de Connect Accounts falha. Se você nos pedir para enviar a URL de vinculação por e-mail ao seu usuário e o e-mail não puder ser enviado, Gerar uma URL de vinculação e Criar uma Link Session agora ainda retornam a URL, com emailSent: false e um objeto emailError, para que você possa enviá-la ao seu usuário de outra forma. Antes, um envio com falha retornava code: 333 e nenhuma URL, e um objeto email sem termsUrl, privacyUrl, company ou contactEmail era ignorado silenciosamente; esse caso agora também retorna emailError, com details indicando os campos que faltam. Verifique isto se você faz novas tentativas ao receber code: 333: procure emailError na resposta de sucesso, conforme descrito em E-mail de conexão de contas.
  • 6 de outubro - Divulgações de IA do Pinterest em Pins. A publicação no Pinterest agora aceita pinterestOptions.aiDisclosures, para que você possa enviar AI_MODIFIED, SYNTHETIC_PERFORMER ou ambos ao criar Pins de imagem, carrossel ou vídeo. As divulgações se aplicam ao Pin inteiro. Se o campo for omitido ou estiver vazio, nada muda; se for inválido, o Pin ainda pode ser publicado e o resultado do Pinterest inclui um aviso explicando que as divulgações não foram encaminhadas.
  • 6 de outubro - Facebook Reels podem convidar uma Page colaboradora. Adicione o ID de uma Facebook Page a faceBookOptions.collaborators em uma publicação de Reel para convidar essa Page como colaboradora; é suportada uma Page por Reel. O convite é enviado assim que o Reel é publicado, e você pode verificar o status dele com Collaborator Request Status. O Facebook ainda pode recusar o convite, por exemplo, quando a Page está no mesmo portfólio Business que a sua: o Reel permanece publicado e a resposta traz um aviso em warnings. Para agendar um Reel desse tipo, use scheduleDate em vez de draft ou scheduledPublishDate. Veja Facebook Reels.
  • 5 de outubro - Insights de anúncios do Facebook e Instagram em tempo real. O Histórico mostra o gasto diário que cobramos, copiado todas as noites para os últimos 30 dias. O novo endpoint de Insights lê os dados da Meta em tempo real, então agora você pode gerar relatórios de uma campanha ou de um anúncio para qualquer período dos últimos 37 meses. Cada linha corresponde a um dia, com spend, impressions, reach, clicks, cpm, cpc, ctr, actions, conversionValue e a currency da conta de anúncios. Escolha as métricas de que precisa com metrics, divida cada dia por age, gender, country ou placement com breakdowns e percorra longos períodos com cursor. Com breakdowns, a Meta informa reach apenas para os últimos 13 meses. Relatórios por conjunto de anúncios ainda não estão disponíveis. Veja Facebook Insights e Instagram Insights.
  • 5 de outubro - Crescimento diário de seguidores do LinkedIn para perfis pessoais. followersDaily em Analytics on a Social Network (/analytics/social) sempre retornava um array vazio para perfis pessoais do LinkedIn. Agora ele retorna a contagem diária de seguidores dos últimos 30 dias.
  • 5 de outubro - Nome de usuário do Pinterest. Para contas do Pinterest, username na resposta de User Profile Details retornava o nome da pasta selecionada em vez do nome de usuário da conta, então profileUrl apontava para um perfil que não existe. Agora username retorna o nome de usuário da conta e profileUrl abre o perfil correto, sem necessidade de vincular a conta novamente. displayName continua retornando o nome da pasta.
  • 5 de outubro - Nome de usuário do Threads. Para contas do Threads, username na resposta de User Profile Details retornava o nome de exibição da conta em vez do seu identificador (handle), então profileUrl apontava para um perfil que não existe. Agora username retorna o identificador e profileUrl abre o perfil correto, sem necessidade de vincular a conta novamente. Se você exibe username como o nome da conta, use displayName no lugar.
  • 2 de outubro - Impulsionamentos de categorias especiais de anúncios fora dos EUA. Um impulsionamento do Facebook ou Instagram com specialAdCategories (como housing) que segmentava locais fora dos EUA falhava com “You’ve chosen audience locations that are outside of the countries you selected for your Special Ad Categories” e deixava uma campanha vazia na sua conta de anúncios. A Meta precisa saber em quais países um anúncio de categoria especial é veiculado, e não estávamos informando isso, então ela presumia os EUA. Agora obtemos esses países das suas locations, incluindo o país de cada região e cidade, para que você possa impulsionar publicações de moradia, emprego e serviços financeiros fora dos EUA. Se um impulsionamento falhar depois que a campanha for criada, agora também tentamos excluir essa campanha, então impulsionamentos com falha não devem mais deixar campanhas vazias. Veja Boost Post.
  • 1 de outubro - Código de erro 249 de bloqueio por Padrões da Comunidade do Facebook esclarecido e documentado. A mensagem retornada com 249 não diz mais que o próprio post violou os Padrões da Comunidade do Facebook. O Facebook geralmente aplica o bloqueio à conta ou à Página, e não ao post, e não retorna o motivo específico pela API. Por isso, a mensagem agora direciona para a página Account Status do Facebook (faça login no Facebook, clique na sua foto de perfil no canto superior direito, abra a seção Help e selecione Account Status), que mostra o motivo real e um fluxo de recurso. Quando o Facebook fornece um texto, ele continua sendo repassado literalmente em details. O código 249 agora está documentado publicamente pela primeira vez. Consulte Bloqueio por Padrões da Comunidade do Facebook. Apenas o texto da mensagem mudou; o código numérico, o status HTTP e o formato da resposta permanecem os mesmos. Os clientes devem fazer a correspondência pelo code numérico, e não pelo texto exato da mensagem.
  • 1 de outubro - A página de vinculação agora informa quando um link expirou. Uma URL de vinculação dura 5 minutos por padrão. Quando ela expirava enquanto seu usuário ainda estava fazendo login na rede social, a página de vinculação exibia uma mensagem genérica “There was an error linking”, e seu usuário tentava novamente com o mesmo link expirado. Agora ele é informado de que o link expirou e de que precisa de um novo. No Snapchat e no TikTok, onde seu usuário pode voltar a uma página na qual não está conectado, ele agora vê uma página de Link expired em vez da tela de login da Ayrshare. Se você usa o Ayrshare Connect Widget, o evento error dessa falha agora inclui code, que é 503 para um link expirado, para que seu código possa criar um novo link para seu usuário. Para dar mais tempo aos seus usuários, aumente expiresIn ao criar o link (até 2880 minutos, Max Pack).

Setembro de 2026

  • 29 de setembro - Consulte a API do Ayrshare com GraphQL. Agora existe um endpoint GraphQL em https://api.ayrshare.com/graphql ao lado da REST API, para que você possa pedir várias operações suportadas em uma única requisição em vez de fazer uma chamada para cada uma. Ele usa a mesma API Key, o mesmo escopo de perfis e os mesmos limites de plano, enquanto o REST continua sendo a API completa. Como o schema GraphQL é tipado e autodescritivo, seu editor pode autocompletar todas as operações e argumentos disponíveis, e um gerador de código pode produzir tipos para a sua linguagem a partir dele. Cada campo raiz baseado na API conta como uma chamada de API, exatamente como a chamada REST equivalente contaria: uma consulta com quatro operações raiz equivale a quatro chamadas na sua cota, e não uma, enquanto selecionar campos aninhados da resposta não adiciona chamadas. Uma única requisição pode fazer até cinco chamadas de API, e o corpo da requisição é limitado a 64 KB, o que significa que os bytes de mídia não podem trafegar pelo GraphQL. Em vez disso, solicite uma URL de upload com mediaUploadUrl, faça um PUT do seu arquivo diretamente para o uploadUrl dela e, depois, use o accessUrl retornado na sua publicação. Um ponto de atenção ao escrever o tratamento de erros: uma operação com falha ainda retorna HTTP 200 e informa a falha no corpo da resposta, então sempre verifique errors em vez de confiar apenas no código de status. Erros do GraphQL lista os casos que alteram o status. Experimente no GraphQL Explorer sem escrever nenhum código e consulte a Visão geral da API GraphQL para começar.
  • 29 de setembro - Automações de DM em Páginas do Facebook. As Automations agora são executadas na Página do Facebook vinculada a um perfil, e não apenas no Instagram. Crie uma automação com “platform”: “facebook” e um trigger dm_keyword ou dm_reaction, e assim você pode responder automaticamente no Messenger quando alguém enviar uma palavra-chave para a sua Página ou reagir a uma das suas mensagens. send_dm envia a partir da Página, e fire_webhook e send_email funcionam da mesma forma que no Instagram. O perfil precisa ter o Messaging ativado para o Facebook. Os triggers de comentário e de story continuam exclusivos do Instagram. Consulte Páginas do Facebook.
  • 29 de setembro - O alcance único do Facebook está de volta. Desde que a Meta descontinuou suas métricas de impressões únicas em 15 de junho, as análises do Facebook informavam apenas visualizações totais (mediaView e pageMediaView), que contam a mesma pessoa mais de uma vez. Análises em uma publicação agora retorna totalMediaViewUnique, o número de pessoas únicas para as quais uma publicação foi reproduzida ou exibida, e Análises em uma rede social retorna pageTotalMediaViewUnique para sua Page. Ambos vêm da métrica Total Unique Media Views da Meta, a substituta dos campos descontinuados. A Meta informa o valor da Page por dia, então pageTotalMediaViewUnique soma essas contagens diárias: alguém que visualizou seu conteúdo em dois dias diferentes é contado duas vezes. Todos os campos existentes permanecem inalterados. Veja as notas de migração de 15 de junho para saber qual campo descontinuado corresponde a qual substituto.
  • 29 de setembro - Erro mais claro quando a Meta não consegue buscar sua mídia. Falhas de busca de mídia ou de bloqueio do crawler (subcódigo da Meta 2207052), que antes retornavam o code: 440 (Instagram; code: 108 no Facebook Reels) genérico e passível de nova tentativa, agora retornam um code: 479 dedicado, que não permite nova tentativa (HTTP 400). Ele é retornado quando a Meta não consegue buscar a mídia mesmo depois que a Ayrshare a hospeda novamente em sua própria CDN. A mensagem indica a causa provável (o host bloqueando os crawlers da Meta facebookexternalhit / Facebot via robots.txt ou regras de CDN/WAF) e a correção (liberar os crawlers ou servir a mídia a partir de um host acessível pela Meta). Falhas de ingestão realmente temporárias (subcódigos 2207032 / 2207003) mantêm code: 440 (Instagram; code: 108 no Facebook Reels) com sua orientação de nova tentativa. Veja Crawler de mídia da Meta bloqueado e a referência de códigos de erro.
  • 28 de setembro - Atualizar uma publicação rejeita requisições que não mudam nada e aceita disableComments sozinho. Atualizar uma publicação retornava code: 101 quando disableComments era o único campo enviado, então você precisava adicionar outro campo, como notes, para ativar ou desativar os comentários. Agora ele funciona sozinho. Na direção oposta, uma requisição sem nada para atualizar retornava status: “success” e não mudava nada. Isso incluía um id sozinho, um youTubeOptions vazio e visibility enviado no nível superior em vez de dentro de youTubeOptions, então um erro de digitação parecia ter funcionado. Essas requisições agora retornam code: 101. Verifique isto se você envia visibility no nível superior: ele nunca alterou o vídeo e agora retorna um erro em vez de sucesso. Mova-o para dentro de youTubeOptions.
  • 28 de setembro - Alterar a visibilidade de um vídeo do YouTube não redefine mais sua licença. Alterar youTubeOptions.visibility com Atualizar uma publicação redefinia a licença do vídeo para a Standard YouTube License, então um vídeo publicado como “creativeCommon” perdia sua licença Creative Commons no momento em que você o tornava público ou não listado. Agora a licença é mantida. Se você alterou a visibilidade de um vídeo Creative Commons antes desta correção, verifique a licença dele no YouTube Studio.
  • 25 de setembro - Posts do Facebook impulsionados agora segmentam o gênero que você escolher. Impulsionar um post do Facebook ignorava o parâmetro documentado gender, então um impulsionamento enviado com “gender”: “female” ou “male” era exibido para todos os gêneros, embora a requisição fosse bem-sucedida. Agora gender é aplicado, também nos impulsionamentos do Instagram. Verifique isto se você envia gender: um valor diferente de all, male ou female agora retorna code: 101 em vez de segmentar silenciosamente todo mundo. Requisições sem gender não mudam.
  • 25 de setembro - Veja Exatamente o Que Cada Automação Enviou. Todo resultado de action no Get Automation Activity agora registra o que a action enviou: o texto da DM enviado àquela pessoa, o e-mail como foi enfileirado ou os dados do evento de webhook com o id da entrega. Isso fica em um novo campo sent, ao lado de config, que registra as configurações da action como estavam naquele momento. Até agora, a activity mostrava apenas o status de cada action, então, depois que você editava uma automação, não havia como ver o que uma execução anterior realmente havia enviado. Ambos os campos também são registrados em envios com falha, e textos muito longos são encurtados para caber, com truncated definido quando isso acontece. Consulte o que sent contém.
  • 24 de setembro - Escreva Cada DM de Automação com o Seu Próprio Servidor. Até agora, uma automação send_dm enviava a todas as pessoas o mesmo template, mudando apenas placeholders como . Defina messageUrl na action e, toda vez que a regra corresponder, perguntamos ao seu endpoint o que dizer àquela pessoa e enviamos a resposta dele como a DM, para que cada pessoa que comenta possa receber uma mensagem que o seu próprio sistema escreveu para ela, como uma resposta com o seu próprio link de rastreamento. Se o seu endpoint for lento, retornar um erro ou retornar algo inutilizável, enviamos a message regular da action no lugar. Nunca repetimos uma chamada com falha ao seu endpoint, porque uma nova tentativa poderia enviar uma segunda DM. No Get Activity, messageSource mostra a partir de qual texto um send_dm foi construído: o do seu endpoint ou a message regular. Ele é registrado assim que o texto é escolhido, inclusive quando o envio falha depois, então leia status para ver se a DM foi enviada. Consulte o conteúdo dinâmico da mensagem.
  • 24 de setembro - Webhooks de Automação do Instagram Carregam Seu Contexto e Podem Reportar o Resultado. O webhook que uma automação dispara agora inclui activityId, actionId, eventId, commentId, commentText, postId e storyId, então você pode associá-lo exatamente à sua linha do Get Activity em vez de adivinhar a partir de recipientId, triggerId e palavra-chave, o que era ambíguo quando duas pessoas comentavam a mesma palavra-chave ao mesmo tempo. Defina “sendCompletedEvent”: true na action fire_webhook da automação para também receber automation.completed quando o despacho terminar, com seu status e os resultados por action, de modo que você normalmente fica sabendo o resultado sem fazer polling (o Get Activity continua sendo o registro contra o qual reconciliar). Ambos os eventos agora carregam um campo type (automation.triggered ou automation.completed); todos os campos existentes permanecem inalterados, e um receptor que não faz o opt-in continua recebendo exatamente um payload por disparo. Consulte os eventos de webhook.
  • 24 de setembro - Execute uma Automação de Comentários em Toda Publicação, Não Uma Por Publicação. Um trigger comment_keyword agora pode receber “all” como seu postId, então a regra dispara quando alguém comenta uma palavra-chave em qualquer publicação ou reel da conta conectada. Antes, postId precisava nomear uma peça de conteúdo específica, o que significava criar uma nova automação toda vez que você publicava — e uma regra que silenciosamente não cobria nada se você esquecesse. Os triggers de story aceitam “all” para storyId da mesma forma. “all” nunca alcança o conteúdo de outro perfil, e seu cap diário de DMs e as regras de envio ancoradas em engajamento se aplicam exatamente como em uma regra de publicação única. A desduplicação é contada por automação, então em uma regra “all” alguém que comenta em duas publicações dentro da janela de dedup recebe uma DM. Definir dedupWindowMinutes como 0 envia uma DM para cada comentário correspondente, incluindo repetições na mesma publicação. O valor deve ser exatamente “all” em minúsculas; uma variante como “ALL” agora é rejeitada em vez de ser salva como uma regra que nunca dispara. Seus próprios comentários também não executam mais as actions fire_webhook ou send_email de uma automação. Responder aos seus seguidores com uma palavra-chave costumava dispará-las, o que uma regra “all” faria em toda publicação; essas activities agora são registradas como skipped, assim como a DM já era. As automações existentes não são afetadas — um postId concreto continua correspondendo apenas àquela publicação. Consulte as regras perenes. Nos triggers de story, omitir storyId ainda se comporta da mesma forma que “all”, mas prefira o valor explícito: a omissão será aposentada em uma versão futura, anunciada com antecedência em Upcoming API Changes.
  • 24 de setembro - Comentários do X em uma Resposta Agora Retornam Suas Respostas. Solicitar ao Get Comments uma publicação do X que é ela própria uma resposta retornava uma lista vazia mesmo quando essa publicação tinha suas próprias respostas, porque o Ayrshare consultava a conversa errada. Essas publicações agora retornam suas respostas. Uma publicação do X que inicia sua própria conversa não muda e continua retornando tudo o que retornava antes. Além disso, quando o X rejeita a leitura na sua própria conta de desenvolvedor do X, você agora recebe um erro tipado em vez de uma lista vazia: code: 416 (HTTP 402) quando seus créditos do X estão esgotados, e code: 364 (HTTP 429) quando o X aplica rate limit à requisição. Assim, “sem créditos” não parece mais “sem comentários”. Nenhum dos dois é armazenado em cache, então a leitura é tentada novamente assim que você corrigir a causa, e em uma leitura multiplataforma a resposta é status: “partial” com a etapa do X que falhou listada em errors[], como já acontece com outras etapas que falham. Uma publicação que foi excluída, ou que suas credenciais do X não conseguem ver, continua retornando uma lista vazia sem erro. Consulte os códigos de erro 364 e 416.
  • 21 de setembro - Get Messages Retorna Páginas Limitadas Também no X/Twitter. Uma requisição de Get Messages para o X/Twitter enviada sem limit agora retorna até 100 mensagens armazenadas — ou até 100 conversas com conversationsOnly — além de um cursor meta.pagination. Essa é a requisição que antes retornava todo o seu histórico armazenado em uma única resposta, então uma integração que nunca seguiu o cursor agora verá apenas as 100 mais recentes e deve seguir meta.pagination.next para o restante. Continue enquanto meta.pagination.hasMore for true. status, action e conversationsOnly continuam se aplicando a essa requisição, mas agora se aplicam a uma página limitada de cada vez: uma página filtrada pode voltar curta, ou vazia com hasMore ainda true, então siga o cursor em vez de tratar uma página curta como o fim. Enviar limit no X/Twitter permanece inalterado e continua paginando a timeline ao vivo do X por meio do cursor do próprio X, que não aplica nenhum desses três filtros. Um cursor agora registra de qual dos dois ele veio, então adicionar ou remover limit ao segui-lo não vai trocá-lo silenciosamente para o outro.
  • 21 de setembro - Análises do Google Business Profile Suportam Intervalos de Datas e Valores Diários. As Análises em uma rede social agora respeitam quarters e daily para gmb, da mesma forma que já fazem para Facebook, Instagram, Snapchat, TikTok e YouTube. Passe quarters (1–4, 90 dias cada) para reportar sobre uma janela recente em vez dos totais fixos dos últimos 24 meses, e daily: true para obter cada métrica como uma série values por dia com um total, de modo que você possa construir relatórios do último mês ou do último trimestre e gráficos de séries temporais a partir dos dados do Google Business Profile. Antes, ambos os parâmetros eram silenciosamente ignorados para gmb e apenas os totais de 24 meses estavam disponíveis. Verifique isto se você já envia quarters ou daily em uma requisição que inclui gmb: esses parâmetros eram ignorados para essa rede antes, então a mesma requisição inalterada agora retorna uma janela mais estreita, e com daily: true cada métrica de gmb chega como um objeto em vez de um número único — código que plota ou soma esses valores precisa ler total (ou a série values) em vez da métrica diretamente. Uma requisição que envia gmb sem nenhum dos dois parâmetros permanece completamente inalterada. Quando um intervalo de datas está ativo, a resposta também carrega quarters.
  • 21 de setembro - quarters: 0 Agora Também Significa All-Time no Facebook e no YouTube. Nas Análises em uma rede social, enviar quarters: 0 sempre foi documentado como “sem intervalo de datas” — os mesmos dados all-time que você obtém ao omitir o parâmetro — e era isso que Instagram, Snapchat e TikTok faziam. Facebook e YouTube não: eles interpretavam qualquer valor de quarters como uma solicitação de intervalo e retornavam silenciosamente um único trimestre, então quarters: 0 resultava em cerca de 85 dias no Facebook em vez da janela completa, e um valor que essas redes não conseguiam ler como número não retornava nenhuma janela utilizável. Ambos agora correspondem ao comportamento documentado e a todas as outras redes. Verifique isto se você envia quarters: 0, um quarters negativo ou um não numérico para o Facebook ou o YouTube: a mesma requisição inalterada agora retorna a janela all-time completa em vez de um único trimestre, então os números são maiores e a resposta cobre um período mais longo. Enviar quarters: 1 obtém o único trimestre que você vinha recebendo por acidente. Requisições com quarters de 1 a 4, e requisições que o omitem completamente, permanecem inalteradas em todas as redes.
  • 18 de setembro - Vincule Contas Sociais de Dentro do Seu Próprio Dashboard. O widget Ayrshare Connect é uma única tag de script: carregue-o, coloque um slot onde a rede pertence no seu layout, e nós renderizamos ali um botão de conexão que já mostra se aquela conta está vinculada. Até agora, as únicas formas de permitir que um usuário conectasse eram enviá-lo a uma página que nós hospedamos, ou construir tudo você mesmo — uma sessão por rede, um popup aberto de forma síncrona no handler de clique, uma verificação de event.origin e um polling de popup.closed com uma janela de tolerância, tudo isso encanamento de navegador que você precisava acertar antes de a primeira conta conectar. O widget cuida disso, e também da desvinculação, e reporta o que acontece em dez eventos — incluindo state, que dá a você o estado de conta ao vivo de cada rede na montagem e a cada mudança, para que você nunca precise fazer polling por ele. Estilize-o com os design tokens —ayr-connect-*, e adicione entradas script-src e frame-src se a sua página envia uma Content-Security-Policy. O widget requer o Max Pack. Consulte o Widget Ayrshare Connect.
  • 17 de setembro - Get Messages Retorna Páginas Limitadas do Histórico Armazenado. O Get Messages agora retorna até 100 mensagens ou conversas por padrão no Facebook, Instagram e WhatsApp. Antes, omitir limit podia carregar todo o histórico armazenado, esgotando a memória do servidor e interrompendo outras requisições com erros 503/504. O padrão e o máximo são ambos 100; defina limit como um inteiro de 1 a 100 para páginas menores. Para recuperar mais, passe meta.pagination.next como o parâmetro next da próxima requisição, com o mesmo perfil e os mesmos filtros. Continue enquanto meta.pagination.hasMore for true, mesmo após uma página filtrada curta ou vazia. Os campos de resposta existentes permanecem, mas integrações de Facebook, Instagram e WhatsApp que esperavam todo o histórico em uma única resposta agora devem seguir o cursor. O comportamento do X/Twitter e seu contrato existente de cursor do provedor por adesão permanecem inalterados — o X/Twitter fez o mesmo em 21 de setembro, veja essa entrada acima.
  • 14 de setembro - Suas Opções do X e do Threads Agora se Aplicam a Threads. Publicar um thread costumava descartar quase todas as opções enviadas com ele. Um vídeo longo era o caso mais evidente: longVideo: true com thread: true era rejeitado com code: 182 — “140 seconds maximum” — antes mesmo de a publicação chegar ao X, então vídeo longo simplesmente não funcionava em um thread. Isso agora é publicado, verificado contra o limite de vídeo longo de 4 horas em vez dos 2 minutos e 20 segundos padrão. A metade mais silenciosa afetava muito mais publicações: altText, legendas, restrições geográficas, replySettings, subscribersOnly e as opções do Pro Media eram descartados silenciosamente — o thread era publicado e as opções simplesmente não eram aplicadas, sem nada na resposta indicando isso. No Threads, allowCountries era descartado da mesma forma. Todas essas opções agora se aplicam. A maioria se aplica a cada publicação do thread; poll, quoteTweetId, replyId e replySettings se aplicam apenas à primeira publicação, porque é onde o X as aceita. altText e legendas se aplicam apenas à mídia da primeira publicação — a mídia das publicações posteriores é publicada sem elas, então ainda não espere descrições por imagem em um thread com várias mídias. Consulte quais opções se aplicam a um thread. Duas mudanças precisam da sua atenção se você já envia opções em threads. Uma opção que sua conta não tem direito de usar agora faz o thread falhar em vez de ser ignorada: subscribersOnly de uma conta sem X Subscriptions retorna code: 111 e nada é publicado, onde antes o thread saía publicamente. No Threads, allowCountries de uma conta que a Meta não tornou elegível para restrições geográficas retorna code: 101 e nada é publicado, onde antes o thread saía sem restrições — verifique isEligibleForGeoRestrictions no /user primeiro. Ambos correspondem ao que uma publicação única sempre fez. Por fim, enviar longPost junto com thread agora retorna um aviso informando que longPost foi ignorado; o thread ainda é publicado, já que um thread divide seu texto em publicações separadas e nada pode ser publicado em formato longo. Os códigos 182, 101, 111 e 275 agora estão documentados nos códigos de erro.
  • 14 de setembro - Anexe Música Licenciada a um Reel do Instagram. Agora você pode pesquisar o catálogo de áudio do Instagram e anexar uma faixa licenciada ao publicar um Reel. Encontre uma faixa com GET /media/instagram/audio/search, verifique uma que você já tem com a consulta de áudio e então passe o id dela como instagramOptions.audioConfiguration.audioId na sua publicação. Os opcionais audioVolume e videoVolume (inteiros de 0 a 100) definem como a faixa e o áudio original do seu vídeo são mixados; omita-os e o Instagram aplica seu padrão de 100. Você não precisa de reels: true nem de isVideo: true — uma URL de vídeo é detectada automaticamente como um Reel e aceita música da mesma forma. Música é apenas para Reels: stories, imagens e carrosséis retornam code: 515. O audioName existente permanece inalterado e continua apenas definindo um rótulo de exibição no áudio já presente no seu vídeo; se você enviar ambos, audioConfiguration vence, audioName é descartado e um aviso não fatal code: 518 volta em postIds[].warnings[], com a publicação ainda publicada. Um requisito para verificar primeiro: a Meta só oferece sua Audio API a contas do Instagram conectadas por meio do Facebook Login, que exige uma Página do Facebook conectada à conta do Instagram. Uma conta vinculada com Instagram Login — o padrão — retorna code: 514 em toda chamada de áudio, e nenhuma permissão ou plano muda isso. Consulte a elegibilidade para anexar música para saber como mudar, e os códigos de erro 514 a 518.
  • 11 de setembro - Anúncios Impulsionados do Facebook: Botões de Call-to-Action, um Objetivo de Tráfego e Pesquisa de Interesses com Reconhecimento de Categoria. O Boost Post aceita um novo objetivo traffic, que otimiza para cliques em links fora da plataforma, e um objeto callToAction, que solicita um botão na publicação impulsionada — APPLY_NOW, SHOP_NOW, LEARN_MORE e mais seis — abrindo a URL que você indicar. No dashboard, escolha Drive Traffic (direcionar tráfego) para definir a URL de destino, o tipo de botão e o título opcional. A Meta determina como o botão aparece na publicação existente. O callToAction volta na resposta do impulsionamento e, posteriormente, no anúncio via Anúncios impulsionados. O endpoint de Interesses ganha um parâmetro de consulta specialAdCategories, para que uma campanha de moradia, emprego, financeira ou política possa pesquisar apenas os interesses que a Meta permite segmentar, em vez de escolher IDs pelos quais o anúncio será rejeitado depois. Em ambos os endpoints, financial_product_services e financial_products_services agora são aceitos como a mesma categoria — assim como credit, o antigo nome da Meta para ela — então tanto a grafia desta documentação quanto a que você possa ter copiado da Meta funcionam. Três mudanças exigem ação se descreverem o seu caso. Primeiro, callToAction costumava ser aceito com qualquer objetivo e então silenciosamente ignorado, produzindo um anúncio sem botão; agora ele retorna code: 101 a menos que o objetivo seja traffic. Segundo, um valor de specialAdCategories não reconhecido no Boost Post costumava ser descartado e a campanha criada sem categoria, deixando um anúncio regulamentado em veiculação sem nada declarado; agora ele retorna code: 101 listando os valores aceitos. Terceiro, accountId agora é obrigatório no endpoint de Interesses quando specialAdCategories é fornecido, porque a Meta só oferece pesquisa de interesses com reconhecimento de categoria em uma conta de anúncios — uma pesquisa de interesses sem specialAdCategories permanece completamente inalterada e continua não precisando de accountId. Quando você o fornece, o accountId deve ser numérico (um act_ inicial não é problema); qualquer outra coisa agora é rejeitada com code: 101 em vez de ser enviada à Meta como está.
  • 8 de setembro - Uma Chamada Retorna o Estado de Conta de Todas as Redes. O GET /profiles aceita include=state, que retorna exatamente um state normalizado por rede social para um User Profile — linked, unlinked, suspended, restricted, rateLimited ou identityVerificationRequired — cada um com actionable, message e helpUrl. Antes, você precisava montar o mesmo quadro por conta própria a partir dos blocos suspension, socialHealth e linkingErrors e decidir qual condição vencia. Todas as redes estão sempre presentes, então uma rede que nunca foi vinculada reporta unlinked em vez de ficar ausente, e actionable é o que diz se você deve mostrar um botão ao seu usuário. Requer refId, então é uma consulta de um único profile.
  • 7 de setembro - Cancele um Plano Mensal Imediatamente, Com Reembolso Automático. Cancelar uma assinatura mensal pela página “Account” agora oferece uma segunda opção: encerrar o plano hoje e ter seu dinheiro reembolsado automaticamente, na forma de pagamento original e na moeda em que você foi cobrado. Cancele em até 48 horas após a cobrança e reembolsamos esse pagamento integralmente; depois disso, reembolsamos a parte não utilizada do período de cobrança. Em ambos os casos, o dashboard mostra os valores antes de você confirmar. Antes, a única opção de autoatendimento era cancelar ao final do ciclo de cobrança, então um reembolso significava enviar um e-mail ao suporte e esperar que alguém o calculasse manualmente. Três coisas para saber antes de usar: seu acesso termina no momento em que você confirma, em vez de ao final do período, o que também inicia mais cedo a exclusão das suas publicações, análises e contas sociais conectadas; qualquer consumo sob demanda ainda não faturado é cobrado separadamente, em vez de ser descontado do reembolso; e é uma opção única por conta. Planos anuais continuam sendo cancelados ao final do período de cobrança. À parte, se o seu pagamento mais recente falhou, cancelar agora encerra o plano imediatamente em qualquer plano, em vez de agendar o cancelamento, e a fatura em aberto é anulada quando esse pagamento falhou pela primeira vez menos de 48 horas antes. Consulte como alterar ou cancelar sua assinatura.
  • 7 de setembro - Análises do LinkedIn para Publicações Mais Antigas Atualizam com Menos Frequência, e nextUpdate Informa Quando. As análises de uma publicação do LinkedIn com mais de cerca de dez dias agora vêm do cache por até alguns dias de cada vez, em vez de serem buscadas novamente a cada onze minutos. O engajamento em uma publicação chega principalmente nos seus primeiros dias; depois disso, os mesmos números inalterados estavam sendo buscados novamente cerca de 130 vezes por dia, e o LinkedIn limita quantas requisições de análises nosso app pode fazer por dia somando todas as contas — então esse limite estava sendo gasto em dados que não podiam ter mudado. Uma publicação recente do LinkedIn não é afetada e mantém a mesma cadência de onze minutos, e nenhuma outra rede social muda em nada. O que mudou em todos os lugares é que nextUpdate agora reporta o intervalo realmente aplicado à resposta que você tem em mãos, em vez de onze minutos fixos — em algumas redes esse intervalo já era maior que onze minutos e não estava sendo reportado com precisão. Se você faz polling, leia-o de cada resposta em vez de usar um timer fixo. Nenhum campo foi removido ou renomeado, nenhuma requisição é rejeitada, e as análises de conta mantêm seu próprio intervalo. Consulte Quão recentes são os dados.
  • 7 de setembro - Saiba o Momento em Que um Usuário Conecta uma Conta. Passe um origin ao criar uma link session, abra a url retornada em um popup, e a sua própria página é informada do que acontece nele: connect:success quando uma conta é conectada, connect:error com um código quando ela falha, connect:cancelled quando seu usuário desiste. Antes, a única forma de descobrir era fazer polling, ou usar o parâmetro redirect e ter sua página navegada para fora e recarregada — o que perdia qualquer estado que seu usuário tivesse à sua frente. Os eventos são enviados com postMessage para essa origem exata e para nenhum outro lugar, e connect:success chega somente depois que a conta foi salva, então um GET /user logo em seguida já mostra a conexão. Exatamente um evento de desfecho chega por conexão. Nada muda para links criados sem origin, e redirect continua funcionando exatamente como antes, incluindo seu parâmetro de consulta origin=true — que não tem relação com o novo parâmetro de corpo origin acima e não está obsoleto. Se você não puder usar um popup, Consultar uma Link Session agora também reporta completedAt, lastCompletedAt e completedNetworks, que é o mesmo sinal sem o navegador — e o único para o Telegram, que conclui fora do fluxo. Consulte Eventos de Conclusão de Vinculação.
  • 2 de setembro - Reels Aceitam URLs de Vídeo Com Query String. Publicar um Reel do Facebook ou do Instagram com uma URL de mídia assinada de CDN ou do Firebase Storage — qualquer URL que carregue uma query string com ? após o nome do arquivo — era rejeitado com code: 170 antes de o post sequer chegar à rede, reportando ativos de mídia incorretos mesmo que o vídeo fosse válido. O tipo de mídia agora é lido do caminho da URL, então uma URL como https://cdn.example.com/reel.mp4?Expires=1756700000 é reconhecida como vídeo e publica normalmente. Você não precisa mais de isVideo: true como contorno — ele ainda funciona, e um isVideo: false explícito ainda força o tratamento como imagem. Sem isVideo: true, um Reel cuja URL não tem extensão de vídeo no caminho ainda é rejeitado com code: 170 — mas a mensagem agora nomeia essa causa e aponta para isVideo em vez das diretrizes de mídia. A mesma correção se aplica aos limites de mídia por post no Facebook, LinkedIn, Pinterest e TikTok, onde o limite de vídeo é menor que o limite de imagem: uma URL de vídeo com query string agora conta contra o limite de vídeo em vez do limite de imagem, então dois desses vídeos em um mesmo post são corretamente rejeitados onde antes passavam despercebidos. Consulte as diretrizes de mídia.
  • 2 de setembro - WhatsApp Agora Listado Entre as Redes Sociais Suportadas. O WhatsApp agora aparece nas listas e contagens de redes sociais suportadas em toda a documentação, para que você possa encontrá-lo sem precisar saber que deveria procurá-lo. Na Ayrshare, o WhatsApp é uma rede de mensagens: recupere conversas e mensagens recebidas com GET /messages/:platform e envie com POST /messages/:platform através da API de Mensagens, e consulte os requisitos de mídia do WhatsApp para saber o que você pode anexar. Nada no comportamento do WhatsApp mudou nesta versão — apenas onde ele está documentado.
  • 1 de setembro - Vídeos do Bluesky de Até 10 Minutos e 300 MB. O Bluesky aumentou seus limites de vídeo em 26 de agosto, e a Ayrshare agora aceita os novos limites: um vídeo do Bluesky pode ter até 10 minutos de duração e 300 MB — acima dos 3 minutos e 100 MB anteriores. Antes, um vídeo mais longo ou maior era rejeitado antes da publicação com o erro de validação de vídeo muito longo ou vídeo muito grande, mesmo que o próprio Bluesky o aceitasse. Nada muda na forma como você publica: envie os mesmos mediaUrls de antes. Consulte as diretrizes de mídia do Bluesky para os requisitos completos.

Agosto de 2026

  • 31 de agosto - Crie URLs de Vinculação Social Sem uma Chave Privada, e Revogue-as. Criar uma Link Session cria uma URL de vinculação social apenas com a sua API Key e um Profile-Key — sem privateKey e sem nada a assinar. Antes, toda URL de vinculação exigia enviar a chave privada RSA que emitimos para você, o que significava armazená-la, lê-la do disco a cada chamada e depurar erros code: 189 “no start line” quando uma quebra de linha perdida entrava no PEM. Agora você também pode ver se um link foi aberto com Consultar uma Link Session, e eliminá-lo antes de expirar com Revogar uma Link Session — uma URL enviada ao endereço errado antes permanecia válida até o tempo esgotar, sem nenhuma forma de recolhê-la. Gerar uma URL de vinculação continua funcionando: privateKey, base64 e verify continuam sendo aceitos e agora são ignorados, domain permanece opcional e ainda é validado, e os links que você já distribuiu não são afetados. Se você passa a url retornada diretamente ao seu usuário, nada muda para você. Um caso exige mudança: o token agora é uma string opaca que começa com ayr_ls_ em vez de um JWT decodificável, então uma integração que o decodifica para ler as claims apiKey, profileKey ou exp deixa de funcionar. Leia a expiração do campo expiresIn em vez disso; para as outras duas, use os valores que você já enviou, já que o token apenas os ecoava de volta para você.
  • 27 de agosto - Erros Internos Genéricos do Instagram não pedem mais para você revincular. Um post do Instagram que falha com o error_subcode 2207085 da Meta (“Generic Internal Error”) agora é publicado novamente de forma automática por até cerca de 50 segundos antes de o erro ser retornado, e a resposta code: 258 não define mais relink: true. Essa flag dizia às integrações que a conta estava desconectada, então clientes desvinculavam e revinculavam contas que nunca estiveram quebradas — a mesma conta continuava publicando com sucesso entre as falhas, com um token inalterado. Tente publicar novamente em alguns minutos; somente se o erro persistir por mais de 24-48 horas é que se aplica revincular, ou entrar em contato com o suporte da Meta com o fbtrace_id agora retornado em details. Consulte os códigos de erro.
  • 26 de agosto - Webhooks de Mensagens agora avisam quando uma conexão social está quebrada. Um webhook de mensagem do Facebook ou do Instagram agora carrega connectionDegraded: true quando não conseguimos resolver os metadados dessa mensagem a partir da rede social. conversationId e senderDetails são consultados conforme cada mensagem chega, e a flag é definida sempre que essa consulta falha — geralmente porque a conexão do User Profile expirou ou foi invalidada, embora um erro transitório da Graph API também a defina. Antes, a única forma de perceber era notar a ausência desses campos, o que uma integração somente de escuta nunca faria; uma flag em todas as mensagens de um profile significa que a credencial está morta, enquanto uma flag em uma única mensagem foi algo pontual. As mensagens de entrada continuam chegando durante todo o período, então nada é perdido, mas enquanto a flag estiver definida, responder e buscar o histórico de conversas pela API também falharão, porque ambos precisam da mesma credencial. Trate-a como um sinal para que esse profile revincule a conta. Separadamente, mensagens do Facebook agora recuperam seu conversationId do seu histórico de mensagens armazenado enquanto uma conexão está degradada, de modo que uma thread em andamento permanece encadeada em vez de chegar desvinculada; o Instagram já fazia isso. Nada muda em uma conexão saudável — o campo é omitido em vez de enviado como false. Consulte New Message Events.
  • 25 de agosto - Entregas de webhook agora sobrevivem a uma indisponibilidade do endpoint. Uma entrega de webhook com falha antes era repetida duas vezes — após 5 segundos e depois 30 segundos — então cada tentativa terminava em cerca de 35 segundos. Um endpoint que ficasse fora do ar por mais tempo que isso perdia o evento para sempre. Falhas transitórias agora recebem até 9 tentativas de envio ao longo de cerca de uma hora — o primeiro envio mais 8 repetições — e, depois disso, a entrega é tentada novamente em uma programação decrescente de 5 minutos, 30 minutos, 2 horas e 12 horas, de modo que uma entrega ainda pode chegar até cerca de 16 horas após o evento original. Um endpoint que está inacessível, com o tempo limite esgotado ou retornando um 5xx durante um incidente ou uma janela de manutenção não custa mais a notificação. Observe que isso depende de como o endpoint falha: um deploy que retorna 404 porque a rota ainda não foi registrada é uma rejeição, não uma falha transitória, e continua sendo final na primeira tentativa. Isso se aplica a respostas 429, 408 e 425, qualquer 5xx, tempos limite esgotados e conexões interrompidas. Qualquer outra resposta 4xx — 400, 401, 403, 404, 410 — agora é tratada como final na primeira tentativa, porque repetir uma requisição que seu endpoint rejeitou de imediato não pode mudar o resultado; o Histórico de Webhook (Premium) lista suas entregas recentes para que você veja quais falharam — ele é somente leitura e não as reenvia. Como as novas tentativas agora podem chegar muitas horas depois, sua chave de deduplicação deve persistir por pelo menos 24 horas; uma chave que expira antes disso não reconhecerá uma tentativa tardia e você processará o mesmo evento duas vezes. Consulte a Visão geral de Webhooks para o contrato completo.
  • 24 de agosto - Webhooks de Comentários e Menções agora carregam o ID de publicação do Ayrshare. Os payloads dos webhooks comments e mentions agora incluem postId — o id do Ayrshare da publicação em que o evento aconteceu, o mesmo id que Post retornou quando você a criou. Antes, o payload carregava apenas o id próprio da rede para essa publicação (media.id em um comentário do Instagram, media_id em uma menção do Instagram, post_id no Facebook), então associar um evento à publicação que você criou significava manter seu próprio mapa de ids nativos para ids do Ayrshare. Você pode descartar esse mapa. postId é best-effort e é omitido em vez de enviado vazio quando não pode ser determinado: a publicação foi criada diretamente no app do Instagram ou do Facebook em vez de através do Ayrshare, foi publicada antes deste lançamento (não há preenchimento retroativo), ou pertence a um User Profile diferente conectado à mesma conta. Em mentions ele geralmente está ausente, porque uma menção normalmente está na publicação de outra pessoa. Trate um postId ausente como “não é uma das minhas publicações”, não como um erro. Consulte Correlacionando um comentário com a publicação que você criou.
  • 24 de agosto - Webhooks de Comentários e Menções agora identificam a rede. Os payloads dos webhooks comments e mentions agora carregam um campo platform nomeando a rede social de onde o evento veio. Isso importa mais em comments: um comentário do Instagram chega com id, text e media.id, enquanto um comentário de uma Página do Facebook chega como uma mudança de feed com comment_id, post_id e message — então um endpoint registrado para os dois tinha que inferir a rede a partir de quais nomes de campos estavam presentes. Em vez disso, faça o desvio por platform, instagram ou facebook. Em mentions é sempre instagram, já que menções de Páginas do Facebook não são entregues hoje. Todos os outros campos permanecem inalterados, então seus handlers existentes continuam funcionando. Consulte Comments Action e Mentions Action.
  • 19 de agosto - Edite seu perfil comercial do WhatsApp pela API. Update User agora aceita whatsapp ao lado de gbp, para que você possa alterar o que seus clientes veem no seu perfil comercial do WhatsApp sem sair da Ayrshare: about, description, address, email, até dois websites, sua categoria de negócio em vertical e a foto do perfil via profilePictureUrl. Envie apenas os campos que você deseja alterar. A foto do perfil deve ser um JPEG ou PNG quadrado — 640×640 é o recomendado — e a Ayrshare faz o upload dela para o WhatsApp por você, então uma URL pública de imagem é tudo de que você precisa. WhatsApp Business Profile retorna o perfil que você tem agora. Seu nome de exibição do WhatsApp não é editável aqui: ele está atrelado ao seu número e requer a própria revisão do WhatsApp.
  • 18 de agosto - Quedas na inspeção de mídia não culpam mais o seu host de mídia. Se o serviço de inspeção de mídia que a Ayrshare usa antes de publicar estiver inacessível ou retornar uma resposta inválida, a publicação agora retorna 499, que pode ser tentado novamente, em vez de converter a falha em 164 e pedir que você altere uma URL de mídia, um CDN ou uma regra de user-agent que funcionam. Falhas reais de acesso à mídia mantêm os erros de validação atuais. Veja Erros de busca de mídia / acesso do crawler para entender a diferença.
  • 18 de agosto - YouTube Engaged Views agora nas Análises. Post Analytics e Social Analytics agora retornam um campo engagedViews para o YouTube — o número de visualizações contadas após os segundos iniciais de playback. Em 24 de agosto de 2026, o YouTube altera sua métrica views para contar a partir do momento em que um vídeo começa a ser reproduzido, sem tempo mínimo de exibição, em todos os formatos de vídeo — então espere um aumento pontual em views nessa data. Se seus relatórios dependem da metodologia anterior, mude esses relatórios para engagedViews, que continua contando da forma antiga. Consulte Próximas Mudanças na API para os detalhes completos.
  • 17 de agosto - A cor da sua marca agora alcança o botão principal do diálogo. Os botões Submit e Yes nos diálogos de conexão de contas mantinham o gradiente azul-para-rosa do Ayrshare mesmo quando seu arquivo CSS definia — e o gradiente não podia ser sobrescrito por uma folha de estilos de forma alguma, porque é uma imagem de fundo posicionada por cima de qualquer cor que você definisse, em um botão que é indistinguível em CSS do Cancel (Cancelar) ao lado dele. Agora ele usa seu como uma cor sólida, para que o controle mais proeminente do diálogo combine com sua marca. O rótulo sobre ele, e o spinner exibido enquanto o botão está processando, são escolhidos automaticamente a partir do seu accent e alternam entre preto e branco conforme o que for mais legível sobre ele; no hover, o accent se afasta do rótulo em vez de sempre escurecer, então o texto continua legível ali também. Escolha seu accent pensando no botão de rádio selecionado, que ele também pinta; o rótulo se ajusta sozinho. Se você precisar de uma cor de rótulo específica, como um off-white ou um quase preto da sua própria paleta, defina , que sobrescreve a escolha automática e devolve o controle do contraste a você. Nada muda se você não definir .
  • 17 de agosto - Posts do Instagram agendados agora publicam seu primeiro comentário. Um firstComment em um post agendado para o Instagram sozinho era aceito e depois silenciosamente descartado na hora da publicação: o post saía no horário programado, o comentário nunca aparecia e nenhum erro era retornado. Publicar no Instagram imediatamente funcionava, o que fazia parecer que o problema estava no agendamento em vez do comentário. Posts do Instagram agendados agora adicionam seu primeiro comentário do mesmo jeito que os posts imediatos fazem. Posts que agendavam o Instagram junto com outra rede que aceita um primeiro comentário, como Facebook ou LinkedIn, nunca foram afetados, e posts imediatos permanecem inalterados. Se você contornou isso adicionando o comentário manualmente ou trocando esses posts para publicação imediata, você pode voltar a agendá-los com firstComment.
  • 17 de agosto - Novo Webhook Suspended para Eventos de Suspensão de Profile. Registre a nova ação de webhook suspended para ser notificado no momento em que um User Profile for suspenso ou reativado, em vez de descobrir isso por meio de respostas 403. O evento suspend carrega o reason registrado quando disponível (por exemplo, a exigência de verificação de identidade do Facebook), a platform que disparou a suspensão quando uma rede social foi a causa, o origin da suspensão e timestamps; o evento unsuspend avisa que o profile está ativo novamente para que você possa retomar a publicação. Registre-o como qualquer outra ação com Registrar webhook, e consulte a referência de Suspended Action para os payloads.
  • 16 de agosto - CSS personalizado agora pode colorir os diálogos de vinculação. Os diálogos na página white-label de conexão de contas — a confirmação de desvinculação, os seletores de página do Facebook e LinkedIn, os formulários de credenciais do Bluesky e do X e a caixa de código de ativação do Telegram — costumavam ser renderizados no tema claro padrão do Ayrshare independentemente do seu arquivo CSS, então uma página de vinculação escura abria um painel branco. Dez novas propriedades personalizadas agora os colorem: , , , , , , , e , e . Defina-as em :root em vez de em um card, porque os diálogos são renderizados fora do conteúdo da página. Qualquer uma que você deixar sem definir mantém as cores atuais, então uma folha de estilos existente não é afetada até você optar por participar. Consulte Linking Dialog Colors para a lista completa e um exemplo trabalhado.
  • 15 de agosto - Chega de flash do tema padrão antes do seu CSS personalizado carregar. A página white-label de conexão de contas que usa seu próprio arquivo CSS mostrava rapidamente a página clara padrão do Ayrshare antes da sua folha de estilos assumir. Se sua folha de estilos é escura, isso aparecia como um flash branco a cada carregamento — inclusive toda vez que um usuário voltava de conectar uma conta, o que o traz de volta para a mesma página. Agora a página espera pela sua folha de estilos antes de mostrar qualquer coisa, para que seus usuários nunca vejam a página padrão por baixo, e ela lembra da sua folha de estilos para que visitas de retorno apliquem suas cores imediatamente em vez de somente depois que seu arquivo tiver sido buscado. Se seu arquivo CSS não puder ser acessado, a página ainda carrega normalmente em vez de ficar esperando por ele. Páginas de linking sem um arquivo CSS permanecem inalteradas.
  • 14 de agosto - CSS personalizado alcança o interior dos cards de Connect Accounts. Mais cinco nomes de classe agora estão disponíveis no seu CSS personalizado do Max Pack na página white-label de conexão de contas: social-account-avatar na foto de perfil de uma conta conectada, social-account-icon no quadrado que contém o logo de uma rede, social-account-name no nome da rede, além de social-linking-page-column e social-linking-header nos dois contêineres que envolvem a página. A coluna é separada de main-content de propósito, para que você possa deixar os cards mais largos sem estreitar o fundo da sua página, e achatar o cabeçalho com display: contents permite reordenar o logo, os cards, o botão Close e o bloco de instruções com order. Os badges “Connected” e “Messaging” também leem duas propriedades personalizadas, e , que você pode definir uma única vez em social-account-card; badges de aviso como “Relink required” mantêm suas próprias cores, para que uma conta que parou de funcionar continue parecendo com uma. Se sua folha de estilos chegava a qualquer um desses elementos contando elementos ou selecionando um nome de classe Mui, reescreva essas regras usando os nomes acima — são eles que continuarão funcionando. Consulte Customize CSS para a lista completa e exemplos trabalhados.
  • 14 de agosto - Mais espaço acima da sua Linking Page. A página white-label de conexão de contas começa seu conteúdo mais para baixo, para que seu logo e cabeçalho não fiquem mais colados no topo da janela do navegador. Nada mais se move, e uma folha de estilos que já define padding-top em main-content mantém o valor dela.
  • 13 de agosto - Identidade do canal do YouTube no webhook social. O webhook social agora inclui um objeto account opcional que identifica a conta social específica que foi vinculada ou desvinculada. O YouTube é a primeira plataforma preenchida, então, para uma vinculação do YouTube, você não precisa mais de uma chamada adicional a /api/user para descobrir a qual canal o evento se refere: account.id é o id do canal e account.title é o nome do canal (diferente do title de nível superior, que continua sendo o título do seu perfil de usuário), junto com account.handle e account.profileUrl. Cada chave é opcional individualmente (um canal sem URL personalizada não tem handle), e account é enviado tanto nos eventos link quanto unlink. Todos os campos existentes permanecem inalterados. Consulte a referência do webhook Social action.
  • 12 de agosto - Divulgações de IA sobrevivem à conversão de formato de imagem. Quando o Ayrshare converte uma imagem WebP, HEIC, HEIF ou AVIF para JPEG para uma rede que não aceita o formato de origem, a divulgação de IA da imagem agora é preservada em vez de descartada. O Ayrshare escreve um novo pacote XMP pequeno contendo Iptc4xmpExt:DigitalSourceType, a propriedade IPTC de divulgação de IA, e sintetiza o valor equivalente quando um manifesto C2PA declara uma origem de IA que o XMP não registra. Facebook e Instagram exibem seu próprio rótulo de IA a partir dessa propriedade sozinha, sem nenhuma flag de IA da plataforma definida. Nada mais é transportado: o pacote é criado do zero em vez de copiado, então nenhum EXIF, nenhum GPS e nenhum campo de autor, copyright, palavra-chave ou localização da sua imagem original chega à rede. A renderização de cor é preservada de qualquer forma — uma imagem HEIC ou HEIF mantém seu perfil de cor ICC, e uma imagem WebP ou AVIF é convertida para sRGB padrão, para que suas cores estejam corretas mesmo em uma rede que descarta perfis incorporados. A assinatura criptográfica C2PA não pode sobreviver a uma recodificação e não é preservada — a divulgação sobrevive, a assinatura não. Imagens JPEG e PNG continuam passando intactas, vídeos não são afetados e os uploads de mídia continuam armazenando seus bytes literalmente. Observe que a opção autoResize do Instagram redimensiona por meio de uma etapa separada que não carrega metadados, então deixe-a desativada se a divulgação precisar chegar ao Instagram. Consulte Image Metadata and Content Credentials para a política completa e os resultados por rede.
  • 12 de agosto - A seleção de LinkedIn Company Pages não expira mais. Se você administra um grande número de LinkedIn company pages, ao conectar o LinkedIn a operação podia expirar antes que a lista de seleção de páginas aparecesse, deixando você sem nada para escolher. Isso acontecia inclusive após a melhoria de descoberta de 10 de agosto acima. Montar sua lista de páginas agora é muitas vezes mais rápido e termina bem dentro do limite de tempo da requisição. Separadamente, algumas páginas podiam ficar de fora da lista dependendo de como o LinkedIn as retornava; essas páginas agora aparecem.
  • 11 de agosto - Controle via CSS Personalizado sobre o Layout dos Cards da Página de Conexão de Contas. A página white-label de conexão de contas agora carrega mais dois nomes de classe que seu CSS personalizado do Max Pack pode selecionar: social-accounts-grid na grade que contém os cards de rede e social-account-card-wrapper na célula que contém cada card. Entre eles controlam o espaçamento entre os cards e quantos cards cabem por linha, e nenhum tinha um seletor antes. Se sua folha de estilos alcançava a área do card contando elementos a partir de main-content, como .main-content > div > div > div, essas regras correspondem a um elemento diferente desde que o dashboard foi reconstruído e podem redimensionar todos os cards de uma vez; reescreva-as usando os dois nomes acima. Suas regras ainda precisam de !important para sobrescrever os estilos gerados pela página. Veja Alterar o Layout dos Cards para exemplos práticos.
  • 11 de agosto - Páginas de vinculação com CSS personalizado permanecem claras. Uma página de vinculação social com seu próprio arquivo CSS agora permanece no esquema de cores claro, e seus usuários não veem mais o botão de alternância claro/escuro nela. As folhas de estilos são escritas em relação à página clara, então um usuário que alternou para o escuro mantinha suas cores enquanto as cores do texto ao redor mudavam, o que podia deixar os nomes das redes difíceis de ler em seus cards. Sua folha de estilos agora é o único elemento que decide como a página aparece. Páginas de vinculação sem um arquivo CSS não sofrem alterações e mantêm o botão de alternância.
  • 11 de agosto - Vinculação do Instagram simplificada. Clicar em Instagram na página de vinculação anteriormente abria uma caixa de diálogo avisando que apenas contas Instagram Business ou Creator são suportadas antes de o login começar. O próprio login do Instagram agora oferece converter uma conta pessoal em uma conta profissional durante a autorização, então esse passo extra foi removido: clicar em Instagram vai direto para o fluxo de login, seja o login próprio do Instagram ou, se você desativou o Instagram Login, o login do Facebook. Se você configurou um modal personalizado do Instagram para sua página de vinculação, suas instruções personalizadas continuam aparecendo exatamente como antes.
  • 10 de agosto - Class Hooks de CSS Personalizado Restaurados na Página de Conexão de Contas. A página white-label de conexão de contas volta a carregar os nomes de classe estáveis que seu CSS personalizado do Max Pack seleciona. Quando a página foi reconstruída esses nomes de classe foram removidos, então uma folha de estilos existente ainda era carregada, mas silenciosamente não correspondia a nada: uma regra que ocultava o cabeçalho da página, reestilizava o botão Close ou recoloreia o texto de instrução simplesmente deixava de ter efeito, sem erro em lugar nenhum. Restaurados na página: main-content, company-logo, heading-social-accounts, additional-info, additional-info__body, additional-info-text, troubleshooting-guide e close-button. Restaurados em cada card de rede: connected-card e click-to-link. Também novos: social-account-card em cada card, unlinked-card para o estado ainda não conectado e um atributo data-platform carregando a chave da rede, de modo que um card não conectado pode ser reestilizado como um botão, o que anteriormente era impossível porque um card conectado e um não conectado eram indistinguíveis em CSS. Suas regras precisam de !important para sobrescrever os estilos gerados pela página. Veja CSS Class Hooks para a lista completa e um exemplo prático.
    • Verifique sua folha de estilos. Regras baseadas nesses nomes de classe voltam a funcionar sem nenhuma alteração da sua parte. Regras baseadas nos nomes de classe gerados internamente pela página (qualquer coisa que você tenha copiado das ferramentas de desenvolvedor do navegador, como nomes começando com chakra-) não podem ser restauradas e precisam ser reescritas usando os seletores documentados. Veja Atualizando uma Folha de Estilos Antiga.
    • Um nome de classe antigo não volta. linked-tag não faz parte do contrato deliberadamente: um card conectado agora também pode exibir “Relink required” ou “Identity check”, então uma regra ocultando-o ocultaria um aviso ao qual seu usuário precisa reagir. Em vez disso, estilize connected-card. Veja Atualizando uma Folha de Estilos Antiga.
  • 10 de agosto - Descoberta aprimorada de LinkedIn Company Pages. Se você administra um grande número de LinkedIn company pages, algumas delas podiam estar faltando quando você conectava ou atualizava o LinkedIn — essas páginas não apareciam para seleção e não era possível postar nelas. A descoberta de company pages agora lê além do ponto em que anteriormente parava prematuramente, então páginas perdidas por esse motivo ficam disponíveis para selecionar e publicar.
  • 7 de agosto - Dashboard 3.0. O Ayrshare Dashboard foi reconstruído do zero com um sistema de design moderno, navegação renovada e um fluxo de trabalho mais rápido e limpo em todas as páginas.
    • Modo escuro & novo design — modo escuro por padrão com um toggle de tema claro/escuro de um clique na barra lateral, além de nova tipografia, cards e layouts em todas as páginas para melhor legibilidade e densidade de informação.
    • Billing, agora no dashboard — uma nova seção Billing (substituindo a antiga página Account) permite gerenciar sua assinatura sem sair do dashboard: visualize seu plano atual, próxima data de cobrança e método de pagamento; troque de plano, veja faturas e atualize informações de cobrança; e habilite ou gerencie add-ons (Max Pack, Messaging e Facebook Boost Ads) diretamente.
    • Publish a Post — toggles de rede com uma contagem de seleção ao vivo, Select all / Deselect all, e um atalho “Only” para publicar em uma única rede; View API Code (anteriormente View JSON) mostra a requisição de API exata para o seu post composto; e um painel Additional Options mais limpo que exibe configurações específicas da plataforma (como Instagram Post Type) contextualmente.
    • Post History — busque seus posts recentes junto com os filtros de status existentes (Success, Scheduled, Paused, Awaiting Approval, Error), miniaturas de mídia em cada post, e ícones de plataforma, chips de status, Post IDs copiáveis e um visualizador colapsável API Request & Response em cada card.
    • User Profiles — cards de perfil redesenhados com avatares e campos estruturados (Created, RefId, Accounts, Messaging), novos badges de função (Owner, Team Member e perfil Active), e um toggle inline de Messaging em cada card.
    • Webhooks — uma nova Events tab para inspecionar logs de eventos de webhook junto com seus webhooks registrados.
  • 6 de agosto - Correção de Visibilidade de Vídeo no TikTok. A opção tikTokOptions.visibility agora é respeitada em publicações de vídeo. Anteriormente ela só tinha efeito em publicações de imagem — um vídeo enviado com visibility: “private”, “followers” ou “friends” era publicado como Public sem erro ou aviso. Os vídeos agora são publicados com a visibilidade solicitada, e a documentação do parâmetro de visibilidade foi atualizada para refletir o suporte a vídeos.
  • 6 de agosto - Rótulo de conteúdo por IA do Instagram. As publicações no Instagram agora podem exibir o rótulo AI info do Instagram definindo isAIGenerated como true em instagramOptions. A autodeclaração aplica-se a imagens únicas, vídeos únicos, Reels, Stories e carrosséis — para um carrossel, o rótulo se aplica ao carrossel inteiro, e não a itens individuais. Os valores aceitos são true, “true”, false e “false”; qualquer outro valor (“yes” ou 1, por exemplo) ainda publica a publicação normalmente, mas sem o rótulo, e retorna uma entrada não fatal em warnings (code: 497, feature: “isAIGenerated”) listando os valores aceitos. Omitir o parâmetro permanece inalterado e publica sem rótulo, e o rótulo não pode ser alterado após a publicação. O parâmetro corresponde ao tikTokOptions.isAIGenerated existente, portanto o mesmo nome de flag funciona em ambas as redes. Veja Rótulo de conteúdo por IA do Instagram.
  • 4 de agosto - Rótulo “Made with AI” do X. As publicações no X agora podem declarar mídia gerada por IA com twitterOptions.isAIGenerated, que aplica o rótulo nativo “Made with AI” do X. Veja as opções de publicação no X.
  • 4 de agosto - Respostas a Comentários do LinkedIn em Posts Orgânicos de Company Pages. Responder a um comentário do LinkedIn por Social Comment ID agora funciona em posts orgânicos de Company Pages, que antes falhavam com code: 215. Nesse modo (searchPlatformId: true), envie o commentUrn completo retornado por get-comments em vez de apenas o commentId — por exemplo urn:li:comment:(urn:li:activity:<postId>,<commentId>). Veja o novo parâmetro commentUrn em Reply to a Comment.
  • 4 de agosto - Falhas de DM em Automações Não Culpam Mais o Seu Access Token. Quando uma automação do Instagram não conseguia entregar sua DM a um determinado destinatário, a linha de activity registrava auth_error — o status que significa que as credenciais da conta falharam — então clientes revinculavam uma conta perfeitamente saudável e a revinculação não mudava nada. Falhas de entrega por destinatário agora registram failed, carregando o motivo da própria Meta em actionResults[].errorDetails, e auth_error fica reservado para problemas genuínos de credenciais e permissões. A causa mais comum agora tem seu próprio status terminal: quando o comentário que disparou veio da mesma conta que enviaria a DM — o que acontece quando você testa uma automação em sua própria publicação — a linha registra skipped com uma explicação e nenhum envio é tentado, porque uma conta não pode enviar mensagem para si mesma. As referências de activity statuses e do endpoint de activity agora descrevem cada status com precisão. Linhas registradas antes desta mudança não foram corrigidas retroativamente, então uma linha histórica auth_error ainda pode ser um desses casos.

Julho de 2026

  • 31 de julho - Mensagens do WhatsApp em Private Beta. A Messaging API agora suporta o WhatsApp em private beta. Contas aprovadas podem vincular uma WhatsApp Business Account por meio do fluxo embedded signup da Meta, enviar mensagens em formato livre durante a janela de atendimento ao cliente de 24 horas da Meta, receber mensagens e mídias de entrada e recuperar conversas do WhatsApp armazenadas. Envie um e-mail para lotty@ayrshare.com para solicitar acesso.
  • 31 de julho - Webhooks de Comments & Mentions do Instagram Não Exigem Mais Messaging. Os webhooks de comments e mentions do Instagram agora são totalmente independentes do add-on Messaging. Registrar um webhook com action: “comments” ou action: “mentions” assina automaticamente os campos Meta necessários usando suas contas vinculadas existentes — sem add-on Messaging e sem necessidade de re-vincular (as permissões de comentário já fazem parte do grant padrão). Isso funciona para todos os tipos de conta do Instagram, incluindo contas vinculadas através de uma Facebook Page, e desativar o Messaging não interrompe mais um webhook ativo de comments ou mentions. Esta mudança se aplica ao escopo do Instagram; eventos de comentários e menções do Facebook ainda não estão incluídos. Consulte a Visão geral de Webhooks para registrar um webhook.
  • 31 de julho - Correção de Atribuição em Analytics em Lote. Em uma requisição de post analytics com múltiplos posts, uma entrada com falha podia fazer com que resultados subsequentes no mesmo lote fossem registrados sob o post ID errado. Os resultados agora são sempre atribuídos ao post correto, mesmo quando algumas entradas do lote falham.
  • 31 de julho - Validação de Post-ID em Analytics do Instagram. IDs de post do Instagram inválidos enviados para post analytics agora são rejeitados localmente antes de qualquer chamada ser feita à Meta, então IDs malformados não custam mais uma chamada à Meta Graph API — combinando a proteção já existente para Facebook, Threads e X/Twitter. IDs de post numéricos também são tratados de forma adequada: um id numérico composto apenas por dígitos valida normalmente, e valores que não conseguem formar um ID válido retornam um erro limpo code: 186 em vez de uma falha não tratada. IDs em string válidos se comportam exatamente como antes.
  • 31 de julho - Atualização do Workflow Inicial do n8n. O workflow inicial do n8n MCP disponível para download foi atualizado: o primeiro prompt sugerido agora foca apenas em LinkedIn e Facebook (o prompt anterior incluía o Instagram, que requer mídia e fazia a validação de primeira execução falhar), e o modelo de chat do workflow agora é claude-sonnet-5 com instruções de configuração agnósticas de versão.
  • 29 de julho - Automações de Comentário do Instagram Agora Usam Private Replies. As automações acionadas por comentário (comment_keyword) agora entregam sua DM via private replies do Instagram, ancoradas à janela de 7 dias do próprio comentário. Isso remove a exigência de uma conversa prévia, então uma automação agora pode alcançar um autor de comentário para quem você nunca enviou mensagem antes — a rejeição que antes bloqueava comentaristas frios. A janela de 7 dias do próprio comentário ainda se aplica: uma resposta a um comentário mais antigo que isso falha com 491. Observe que a entrega ainda é, em última instância, ditada pela configuração Message requests do Instagram do destinatário: uma DM pode ser aceita pelo Instagram (activity com status: “sent”) e então descartada silenciosamente, sem sinal em nenhuma superfície de API. Assim, sent significa que o Instagram aceitou a mensagem, nunca que o destinatário a recebeu. Novos motivos de falha aparecem em actionResults[].errorDetails com códigos de erro dedicados 490–495. Consulte o novo guia de solução de problemas Automation DM Sent but Not Delivered.
  • 23 de julho - Criptografia Pronta para a Era Pós-Quântica (PQC). A API da Ayrshare agora suporta criptografia pós-quântica na camada TLS. Habilitamos a troca de chaves híbrida X25519MLKEM768 em nossa política global de SSL, adicionando um algoritmo quantum-safe (ML-KEM) ao lado do ECDHE clássico no handshake do TLS 1.3. Isso protege seu tráfego de API contra ataques do tipo “harvest now, decrypt later” — em que um adversário grava tráfego criptografado hoje para descriptografá-lo assim que os computadores quânticos amadurecerem. A mudança é totalmente retrocompatível: por ser uma negociação híbrida, uma conexão só é atualizada para PQC quando o cliente solicita, e todos os outros clientes continuam a se conectar normalmente via ECDHE padrão. E como 74% do nosso tráfego de API já está em TLS 1.3, a maioria das integrações obtém proteção pós-quântica agora mesmo sem alterações de código — desde que sua biblioteca HTTP/TLS suporte o grupo X25519MLKEM768 (OpenSSL 3.5+ e outras stacks TLS modernas já suportam), ele é negociado automaticamente.
  • 15 de julho - Correção da Validação da Proporção em Instagram Reels. Instagram Reels altos e estreitos não são mais rejeitados incorretamente antes de chegar à Meta. A verificação prévia de vídeo da Ayrshare estava aplicando as regras de proporção de imagem do Instagram (de 4:5 a 1.91:1, mais uma exceção retrato de 9:16) aos Reels, então um Reel retrato válido (por exemplo, 886 x 1920, uma proporção largura/altura de 0.46:1) era bloqueado localmente com code: 182 mesmo que o Instagram o aceitasse. Os vídeos de Reels agora são validados contra o intervalo documentado para Reels de 0.01:1 a 10:1 (9:16 ainda é recomendado para evitar cortes), correspondendo à especificação da própria Meta e às diretrizes de mídia do Instagram. A mensagem de code: 182 para falhas de proporção também foi corrigida — antes dizia “Video does not meet duration requirement.” (“O vídeo não atende ao requisito de duração.”). Nenhuma mudança de API é necessária.
  • 14 de julho - Sucesso Parcial em Leituras Multiplataforma de Comentários & Análises. Uma leitura multiplataforma de get-comments ou de análises de publicação (um único Ayrshare Post ID abrangendo várias plataformas) não colapsa mais a resposta inteira em erro quando a etapa de uma única plataforma falha. Quando pelo menos uma etapa é bem-sucedida e pelo menos uma falha, a resposta retorna HTTP 200 com status: “partial”, preservando os dados das plataformas saudáveis e listando cada etapa que falhou no errors[] de nível superior. Respostas com todas as etapas bem-sucedidas permanecem inalteradas. Respostas com todas as etapas falhando mantêm status: “error” e mapeiam o código de erro representativo de nível superior para seu status HTTP configurado; o código 485 mapeia para HTTP 404. O código 485 identifica comentários de Story do Instagram/Facebook e análises de Story do Instagram expirados ou indisponíveis quando os comentários ou insights não podem ser obtidos; as análises de Story do Facebook permanecem indisponíveis e não são incluídas. Os clientes devem inspecionar errors[] e fazer o match pelo code numérico, não pelo texto exato da mensagem.
  • 8 de julho - Tempos de Resposta da API Mais Rápidos. Lançamos uma rodada de trabalho de performance no backend que reduz significativamente a latência em alguns dos nossos endpoints mais populares. Os tempos de resposta médio e no percentil 95 (p95) caíram substancialmente, com os maiores ganhos aparecendo sob carga pesada. Os maiores ganhos são em profiles e analytics. Nenhuma mudança de API é necessária; toda requisição agora é mais rápida automaticamente.
  • 7 de julho - Método de Vinculação do Instagram Por Sessão em generateJWT. O endpoint generateJWT agora aceita um parâmetro de corpo opcional instagramLinkMethod que sobrepõe sua configuração global de Instagram Login para uma única sessão de vinculação. Envie “instagram” para iniciar o Instagram Login direto (sem Página do Facebook obrigatória) ou “facebook” para vincular via uma Página do Facebook conectada quando o usuário clicar no botão Instagram na página de vinculação social. A sobreposição se aplica apenas à página de vinculação aberta a partir da URL JWT retornada — persiste durante o redirecionamento de autorização mas nunca altera sua configuração global e omitir o parâmetro mantém o comportamento existente. Valores inválidos retornam 400 listando as opções válidas. Consulte a nova seção Instagram Link Method para detalhes, incluindo as diferenças de recursos entre os dois fluxos.

Junho de 2026

  • 24 de junho - Integração com n8n. Conecte o n8n ao Servidor MCP Ayrshare usando o nó MCP Client Tool integrado do n8n, sem código customizado e sem nó da comunidade para instalar. Veja a nova página de integração com n8n para uma visão geral, e o guia completo do n8n para configuração, três exemplos trabalhados, perfis multi-tenant, X BYO e um workflow inicial para download (Chat Trigger para AI Agent para o nó MCP Ayrshare). Consulte também Connect & Setup e o Catálogo de Ferramentas.
  • 17 de junho - Análises do Facebook: Meta Descontinuou Métricas de Alcance e Vídeo de 3 Segundos. A Meta removeu as métricas Insights de impressões únicas e visualização de vídeo de 3 segundos em todas as versões da Graph API (a partir de 15 de junho de 2026). As análises de posts do Facebook não retornam mais impressionsUnique, impressionsFanUnique, impressionsOrganicUnique, impressionsPaidUnique ou videoViewsUnique, e as análises sociais não retornam mais a família pagePostsImpressions* (incluindo pagePostsServedImpressionsOrganicUnique). Os campos ainda suportados (reactionsByType, videoViews, mediaView, pagePostEngagements, pageVideoViews) não são afetados. Use mediaView / pageMediaView para alcance; um sucessor Total Unique Media Views está planejado. Referência: changelog da Meta Graph API v25.
  • 15 de junho - Código de Erro 476 de Restrição de Conta do Facebook. Posts do Facebook que falham porque a Meta colocou uma restrição na conta (subcódigos Meta 2424009 e 1404078, ou o texto de restrição da Meta quando não há subcódigo presente) agora retornam um dedicado, não-retriável code: 476 (HTTP 400) em vez do genérico retriável code: 108. A conta permanece vinculada — resolva a restrição pela página Account Status da Meta (Facebook → foto do perfil → Help → Account Status), que exibe o motivo específico e um fluxo de apelação que a API não pode retornar. Consulte Restrição de Conta do Facebook para detalhes.
  • 10 de junho - Análises de Perfil Pessoal do LinkedIn. Perfis pessoais (membros) do LinkedIn agora retornam uma matriz expandida de análises. As análises de posts incluem impressionCount, uniqueImpressionsCount (membros alcançados), likeCount, commentCount, shareCount, engagement, reactions, e — para posts de vídeo — videoViews, videoViewers, e videoWatchTimeMs. As análises sociais adicionam followersCount vitalício, crescimento diário followersDaily, e métricas agregadas de post. Contagens agregadas de reshare/reação/comentário são best-effort e podem diferir ligeiramente da UI do LinkedIn. Contas vinculadas existentes precisam re-vincular seu perfil do LinkedIn na página Social Accounts para conceder os novos escopos de análises — até que isso seja feito, as análises retornam code: 475 (“re-link your LinkedIn profile to enable analytics”). A publicação não é afetada.
  • 10 de junho - Primeiros Comentários do TikTok Agora Orientados por Evento. Um primeiro comentário em um post do TikTok não é mais tentado em uma espera fixa por tempo. Como o TikTok processa vídeos de forma assíncrona, a resposta /post agora retorna o primeiro comentário do TikTok com status: “pending”, e o comentário é postado automaticamente uma vez que o TikTok termina o processamento e o webhook tikTokPublished resolve o id real do vídeo. A visibility do vídeo deve ser public, caso contrário um erro claro de comentário é retornado. Separadamente, get-comments em um post do TikTok ainda em processamento agora retorna code: 288 em vez de uma falha genérica.
  • 8 de junho - Rotação da Chave Secreta de Assinatura de Webhook. Agora você pode rotacionar com segurança a chave secreta de assinatura do seu webhook no painel de Webhooks em 2 cliques, ou pelo novo endpoint POST /hook/webhook/secret com um parâmetro de corpo secret. Após uma rotação, as entregas são assinadas com ambas a sua chave secreta anterior e a nova por uma janela de tolerância de 24 horas, através do novo cabeçalho X-Authorization-Content-SHA256-V2 (v1=<current-sig>,v1=<previous-sig>, atual primeiro), para que você possa atualizar seu receptor sem nenhuma entrega descartada ou rejeitada. O cabeçalho X-Authorization-Content-SHA256 existente permanece inalterado. A chave secreta de assinatura é por profile (uma por User Profile, assinando todas as ações daquele profile). Consulte Rotacionar chave secreta de assinatura para o procedimento de rotação segura e um exemplo de verificação no receptor.
  • 8 de junho - Falhas de Miniatura do YouTube Agora Expostas. Quando um vídeo do YouTube é publicado mas sua miniatura personalizada falha ao aplicar, o resultado do YouTube agora mantém status: “success” (o vídeo permanece ao vivo) e adiciona um array warnings (feature: “thumbnail”, code: 307) descrevendo a falha — anteriormente a falha era enterrada no sub-objeto thumbNail, que ainda é retido para compatibilidade retroativa. A orientação enganosa 403 foi corrigida para começar com verificação de telefone do canal em https://www.youtube.com/verify (um canal não verificado é a causa dominante), com re-vinculação OAuth como uma etapa secundária. Nova validação pré-publicação também captura miniaturas que não são PNG/JPG, têm mais de 2MB ou estão inacessíveis antes do upload e as ignora, de forma que o vídeo ainda é publicado com o motivo relatado em warnings (um problema de miniatura nunca falha o post). Consulte a YouTube Post API e o novo guia de solução de problemas YouTube Thumbnail Not Applied (Unverified Channel).
  • 8 de junho - Análises X BYOK Agora Retornam Código 416 em Créditos Esgotados. Quando a conta do X Developer inscrita de uma conta X/Twitter BYOK fica sem créditos de API, os caminhos de analytics e user-lookup agora retornam code: 416 (HTTP 402, X CreditsDepleted) com o id da conta inscrita no detail — anteriormente estes eram mascarados como code: 294 (HTTP 400, “Unable to get X User”). A correção é adicionar créditos no X Developer Portal. Isso alinha a superfície analytics/lookup com o caminho de publicação (que já retorna 416). Se sua integração se ramifica em 294 das análises para detectar um handle inválido, adicione tratamento para 416.
  • 4 de junho - Servidor MCP & plugin Claude Code. Agentes de IA agora podem operar a API Ayrshare através do novo Servidor MCP (https://api.ayrshare.com/mcp), incluindo o plugin Claude Code. Consulte Connect & Setup e o Catálogo de Ferramentas. O MCP de busca em docs existente agora é Documentation MCP.

Maio de 2026

  • 22 de maio - Correção de Roteamento por Profile-Key no Bulk Post. POST /post/bulk agora respeita o cabeçalho Profile-Key, de forma que linhas CSV publiquem no Perfil de Usuário resolvido em vez do Perfil Primário. Anteriormente uploads em massa enviados com Profile-Key eram silenciosamente roteados para as contas sociais do Perfil Primário. Consulte Bulk Post.
  • 21 de maio - Escopo DELETE /comments do TikTok esclarecido. Atualizamos as páginas Delete Comments e Comments Overview para documentar que DELETE /comments no TikTok só é bem-sucedido para comentários criados pela própria conta TikTok autenticada (suas próprias respostas). Tentar excluir um comentário de terceiros retorna Ayrshare code: 328. Clientes que precisam moderar comentários de terceiros em seus próprios vídeos do TikTok devem entrar em contato com o suporte. Sem mudança de comportamento na API; apenas documentação.
  • 21 de maio - Ocultar Comentários do TikTok. DELETE /comments agora suporta ocultar um comentário do TikTok de espectadores públicos via hide=true junto com videoId. A resposta de sucesso retorna action: “hide” e retorna o texto do comentário; enviar hide=true sem videoId é rejeitado com um 400. Comentários ocultos permanecem visíveis para o dono do vídeo no TikTok Studio.
  • 20 de maio - Node SDK v1.3.0 — Suporte X/Twitter BYO. O Node SDK oficial agora expõe setTwitterByo(apiKey, apiSecret) e clearTwitterByo() para X/Twitter Bring-Your-Own-Keys. Uma vez definido, cada requisição do SDK inclui os cabeçalhos X-Twitter-OAuth1-Api-Key e X-Twitter-OAuth1-Api-Secret obrigatórios — necessários para operações X/Twitter agora que a exigência BYO da Ayrshare é aplicada (a partir de 31 de março de 2026). Instale via npm install social-media-api@1.3.0; notas da versão em npm e GitHub.
  • 20 de maio - Preços Medidos para Mensagens. Business Messaging agora é cobrado via preços medidos do Stripe a 0.09</code>porconversaativanosplanosLauncheBusiness(oPremiumpermaneceumadd−onfixode<code>0.09</code> por conversa ativa nos planos Launch e Business (o Premium permanece um add-on fixo de <code>49/mês), com até 1.000 conversas ativas por ciclo de faturamento. Consulte preços de Mensagens.
  • 20 de maio - Análises do Instagram Não Desvinculam Mais em Erros de Permissão. Quando as análises do Instagram encontram um erro de permissão faltante (Meta errCode 10), a conta não é mais desvinculada automaticamente. Anteriormente, um problema de escopo/permissão era tratado como um token revogado e desconectava silenciosamente a conta mesmo quando a publicação ainda funcionava. A Ayrshare agora mantém a conta vinculada e expõe um erro de escopo de permissão em vez disso.
  • 19 de maio - hideLogo por perfil. Novo booleano hideLogo em Create Profile e Update Profile oculta o logotipo global na página de vinculação social de um Perfil de Usuário individual. Útil para white-label de perfis individuais de parceiros.
  • 19 de maio - Compartilhamento de Orçamento do Facebook Boost Ad Set. O endpoint Boost agora aceita um novo booleano opcional adSetBudgetSharingEnabled (padrão false). A Meta agora exige este campo wire em cada campanha criada sem orçamento de nível de campanha, e a Ayrshare o envia em cada requisição — o padrão false preserva o comportamento anterior sem alterações no chamador. Defina-o como true para habilitar a otimização cross-ad-set da Meta, que pode transferir até ~20% do orçamento de um ad set para outros ad sets na mesma campanha para melhor desempenho geral.
  • 19 de maio - Erro de Subreddit Banido no Reddit. Publicar em um subreddit do qual você está banido agora retorna um erro distinto, não-retriável seguro, em vez do genérico retriável seguro code 121. Isso impede que agendadores tentem novamente em loop um post permanentemente rejeitado. Consulte códigos de erro Ayrshare.
  • 19 de maio - Limite de Tamanho de Vídeo do Bluesky. O tamanho máximo de upload de vídeo no Bluesky agora é 100 MB (anteriormente anunciado como 1 GB) para corresponder ao limite da plataforma Bluesky. Arquivos acima de 100 MB agora são rejeitados antecipadamente em vez de falharem no upload. Consulte as diretrizes de mídia do Bluesky.
  • 19 de maio - Mensagens X/Twitter no Dashboard para Chaves BYO. A página Messaging do dashboard Ayrshare agora suporta mensagens diretas do X/Twitter para contas Bring-Your-Own-Keys (BYO). Sua consumer key e secret do X são coletadas no navegador para a sessão e passadas por ações de envio, refresh e image-fetch — nenhuma chave é armazenada. Necessário agora que o X/Twitter é BYO-only na Ayrshare.
  • 19 de maio - Correção de Targeting de Cidades para Facebook Ads. O endpoint Facebook Ads Cities (GET /ads/facebook/cities) agora resolve corretamente cidades e seus dados de região associados. Cada resultado inclui region, regionId e supportsRegion para que você possa direcionar a região de uma cidade quando disponível. Use o parâmetro de query search com um nome parcial ou completo de cidade.
  • 18 de maio - Controles de Campo de Status do YouTube. Três novos parâmetros opcionais no YouTube Post API youTubeOptions: license (“youtube” ou “creativeCommon”), embeddable (booleano), e publicStatsViewable (booleano — controla o painel de estatísticas estendidas na página de exibição; contagens básicas de visualização e curtida permanecem públicas independentemente). A resposta /history/youtube agora também retorna esses campos. Dois novos códigos de erro de validação — 455 (license inválido) e 456 (embeddable ou publicStatsViewable inválido) — rejeitam requisições malformadas no edge da Ayrshare. Toggles de monetização (habilitar/desabilitar anúncios) não estão incluídos; esses requerem credenciais YouTube CMS e não estão disponíveis via API padrão do YouTube.
  • 18 de maio - Primeiro Comentário do GMB Não Mascara Mais o Sucesso do Post. Corrigido um problema onde incluir firstComment em um post do Google Perfil da Empresa retornava code: 163 sem postIds mesmo quando o post era bem-sucedido. O Google Perfil da Empresa não suporta comentários de posts, então firstComment agora é ignorado para GMB e o resultado do post bem-sucedido é retornado normalmente.
  • 14 de maio - Prevenindo Desvinculação de Contas. Redes sociais vêm silenciosamente implementando controles anti-bot mais rigorosos, o que estava causando um número anormalmente alto de contas de usuário a serem desvinculadas. Implementamos várias melhorias no backend para reduzir desvinculações e clarificar mensagens de erro, e atualizamos a página de vinculação de contas para tornar a UI muito mais clara para os usuários — incluindo um novo estado “Ação necessária” para redes Meta (Facebook, Instagram, FB Groups, Threads, Messenger) quando uma conta atinge o limbo de verificação de identidade, com um link “Resolver com a Meta” e uma sondagem “Verificar novamente” para que os usuários possam corrigir o problema sem desvincular e re-vincular.
  • 12 de maio - Automações de Engajamento do Instagram (Beta). Nova Automations API permite que seus usuários reajam automaticamente ao engajamento no Instagram — dispare um DM, webhook ou e-mail quando um usuário final comenta em um post, responde a um story, envia um DM ou reage a um DM. Quatro tipos de trigger (comment_keyword, story_reply, dm_reaction, dm_keyword) e três tipos de ação (send_dm, fire_webhook, send_email) — até 50 de cada por regra. Inclui dedupe de 7 dias por ação (configurável por ação via dedupWindowMinutes), limites diários de DM (1.000 Launch & Business / 5.000 Enterprise), e um log de atividade paginado por cursor. Disponível nos planos Launch, Business e Enterprise. Novos códigos de erro 462–472 cobrem validação, gating de tier, o limite de automation ativa, contas vinculadas faltantes, e opt-in de feature flag. Beta — estamos ativamente coletando feedback; envie relatos de bugs e pedidos de recursos ao suporte.
  • 12 de maio - Melhorias no Throughput de Posts Agendados. Adicionamos mais hardware para processar posts agendados o que está aumentando dramaticamente throughput e desempenho. Também adicionaremos hardware específico para YouTube e TikTok em breve.
  • 12 de maio - Dica de Relink do Instagram para Erros de Estado de Conta. Certas falhas de estado de conta do Instagram (Meta error_subcode 2207085, anteriormente exibidas como um genérico code: 258 sem orientação) retornavam relink: true e retryAvailable: true com uma mensagem de remediação instruindo o usuário a desvincular e re-vincular a conta do Instagram concedendo todas as permissões. Substituído posteriormente: 2207085 agora é repetido automaticamente e não define mais relink: true. Consulte códigos de erro.
  • 11 de maio - Códigos de erro transientes do YouTube. Uploads no YouTube que falham devido a problemas transientes upstream agora retornam novos códigos de erro 453 (HTTP 504, timeout de ingestão do Google) e 454 (HTTP 503, serviço indisponível) com uma flag retryAvailable: true que sua integração pode usar para tentar novamente automaticamente. Consulte códigos de erro para detalhes.
  • 11 de maio - Analytics e Lookups do X/Twitter Abertos a Todos os Usuários BYO. O gate legado do add-on do X foi removido de /analytics/social e /lookups/x. Qualquer cliente X/Twitter Bring-Your-Own-Keys agora pode consultar análises para handles arbitrários e usar o endpoint de lookups do X sem receber code: 3. As chamadas são assinadas com suas próprias credenciais de App X Developer e contam contra seus próprios limites de taxa do X.
  • 8 de maio - Python SDK v1.3.0 — Suporte X/Twitter BYO. O Python SDK oficial agora expõe set_twitter_byo(api_key, api_secret) e clear_twitter_byo() para X/Twitter Bring-Your-Own-Keys. Uma vez definido, cada requisição do SDK inclui os cabeçalhos X-Twitter-OAuth1-Api-Key e X-Twitter-OAuth1-Api-Secret obrigatórios — necessários para operações X/Twitter agora que a exigência BYO da Ayrshare é aplicada (a partir de 31 de março de 2026). Instale via pip install —upgrade social-post-api; notas da versão em GitHub e PyPI.
  • 4 de maio - Conversão Automática de Formato de Imagem. Imagens WebP, HEIC e AVIF agora são convertidas automaticamente para JPEG antes de serem publicadas em plataformas que não as aceitam. A conversão de WebP se aplica a Instagram, LinkedIn, TikTok, Google Meu Negócio, Threads e Snapchat. HEIC e AVIF são convertidos em todas as plataformas suportadas. Nenhuma alteração na API é necessária; a conversão ocorre transparentemente no momento do envio. Novos códigos de erro 450 (falha na conversão), 451 (falha no download da origem) e 452 (falha no upload da imagem convertida) aparecem quando a conversão não pode ser concluída.
  • 4 de maio - Erros do Instagram agora incluem mensagem bruta da Meta. Falhas de media-status do Instagram agora expõem o texto subjacente do erro da Meta no campo details junto com o código de erro Ayrshare, para que os chamadores possam distinguir causas (por exemplo, problemas de robots.txt/crawler vs. problemas de token) sem adivinhar pelo código genérico. Consulte a Instagram Post API e códigos de erro.

Abril de 2026

  • 30 de abril - X/Twitter BYOK no API Explorer. O Ayrshare API Explorer agora inclui uma seção colapsável X/Twitter BYOK (Bring Your Own Keys) para que você possa colar sua API Key e API Secret do X uma vez e tê-las anexadas como cabeçalhos X-Twitter-OAuth1-Api-Key e X-Twitter-OAuth1-Api-Secret em cada requisição de saída — não é mais necessário recorrer a curl ou Postman para testar BYOK a partir do Explorer. Valores são limitados à aba atual do navegador via sessionStorage, mascarados por padrão com um toggle de reveal, e limpos com um clique. Consulte o Guia de Configuração de Chaves X BYO para saber como obter suas credenciais.
  • 28 de abril - Aprimoramentos de Análises Sociais (em rollout). O endpoint Social Analytics está ganhando o Instagram shareCount (compartilhamentos totais agregados na janela rolante de 90 dias) e YouTube lifetimeLikes (opt-in via youtube: { lifetime: true }); os novos campos aparecerão nas respostas conforme o deployment alcança sua conta. Correções de documentação incluídas nesta atualização: Instagram viewsCount é uma janela rolante de 90 dias (não 180 dias), mediaCount é sempre vitalício, YouTube likes é escopo por quarters, e métricas de nível de perfil TikTok são limitadas a 60 dias com semântica vitalícia por post quando quarters é usado.
  • 28 de abril - Trial Reels do Instagram. O endpoint /post agora suporta a publicação de Trial Reels do Instagram — Reels visíveis apenas para não-seguidores quando publicados pela primeira vez. Defina instagramOptions.trialParams.graduationStrategy como “MANUAL” (graduar de dentro do app Instagram) ou “SS_PERFORMANCE” (Meta gradua automaticamente com base no desempenho inicial). Três novos códigos de erro de validação — 447, 448, 449 — rejeitam requisições inválidas de trial-reel no edge da Ayrshare.
  • 24 de abril - Confiabilidade de Publicação no Instagram. Expandimos o tratamento automatizado de retry para o Instagram durante horários de pico e melhoramos mensagens de erro em geral. Em vez de erros genéricos, você agora receberá códigos de erro específicos para rate limits (code: 435) e timeouts de processamento de mídia (code: 436) — facilitando o diagnóstico de problemas e a construção de lógica de retry mais inteligente em suas integrações.
  • 23 de abril - Código de Erro 444 de Rate Limit em Análises do Facebook. Throttles por Página nas análises da Página do Facebook (erro Meta 80001) agora retornam code: 444 (HTTP 429) em respostas de análises de post e social. Anteriormente esses throttles eram mal classificados como code: 161 (“relink your account”). Se sua integração se ramifica em 161 para acionar um fluxo de relink, atualize-a para reconhecer 444 e tente novamente com backoff. Consulte Facebook Analytics Rate Limit para detalhes.
  • 23 de abril - Solução de Problemas para o Crawler de Mídia da Meta. Novo guia do help-center sobre como corrigir o erro code: 440 (“social network could not download media from this URL”) e os relacionados Instagram code: 138 / Threads code: 379, todos causados por robots.txt ou regras de bot bloqueando o crawler de publicação da Meta. Consulte Meta Media Crawler Blocked.
  • 21 de abril - Erros de input de moderação agora retornam 400. POST /validate/moderation agora retorna o novo erro code 438 (HTTP 400) para problemas de input do chamador (por exemplo, um arquivo não suportado como imageUrl, ou uma URL inacessível/malformada) em vez de um enganoso 500 com orientação de retry. Falhas de processamento genuínas ainda retornam code 331 (HTTP 500). Consulte códigos de erro.
  • 20 de abril - Código de Erro 441 de Aprimoramento de Caption. O endpoint Post agora retorna o erro code: 441 (HTTP 502) quando um aprimoramento de caption como shortenLinks falha. Quando a falha afeta apenas algumas plataformas, as plataformas bem-sucedidas ainda publicam e aparecem em postIds junto com um status: “error” no topo e entradas por plataforma em errors[]. Consulte Caption Enhancement Errors para detalhes.
  • 15 de abril - Detecção de token morto do Instagram. Posts do Instagram que falham devido a um token OAuth inválido/expirado — ou a um erro de função/permissão de página (Meta subcode 492) — agora retornam Ayrshare code 161 (erro de autorização) e desvinculam automaticamente a conta afetada para que o usuário seja notificado a re-vincular, em vez da enganosa resposta genérica code 138 “please try again” que anteriormente mascarava esses casos. Consulte códigos de erro e a Instagram Post API.
  • 9 de abril - Dados All-Time e Filtragem por Data em Análises do Instagram e TikTok. O endpoint social analytics agora retorna dados all-time do Instagram e TikTok quando nem daily nem quarters é especificado. Use quarters (1–4, onde 1 = 90 dias) ou daily=true para filtrar por intervalo de datas — agora também suportado no TikTok. Quando ativo, os rótulos e totais de período para comentários, compartilhamentos e visualizações do TikTok refletem o intervalo de datas filtrado.
  • 9 de abril - Confiabilidade e Recuperação de Análises. Os endpoints Social Analytics e Post Analytics agora fazem backfill automático de métricas cumulativas (seguidores, curtidas, visualizações) a partir de dados armazenados quando a rede social retorna zeros temporariamente. Dois novos campos opcionais de resposta, backfilledFrom e recoveredFrom, indicam quando dados armazenados foram usados. Adicionalmente, solicitar análises quando nenhuma plataforma retorna dados agora retorna um erro 400 (code: 187) em vez de uma resposta de sucesso vazia.
  • 1 de abril - Credenciais X Baseadas em Header no generateJWT. O endpoint Generate JWT agora aceita os cabeçalhos X-Twitter-OAuth1-Api-Key e X-Twitter-OAuth1-Api-Secret para passar suas consumer keys do X — consistente com todos os outros endpoints X/Twitter. Parâmetros de corpo permanecem suportados para compatibilidade retroativa.

Março de 2026

  • 30 de março - Erros de Créditos Esgotados do X Expostos. Quando uma conta X/Twitter Developer BYOK fica sem créditos de API, os posts que anteriormente ficavam presos em processing sem erro agora corretamente falham com code: 416 (X Credits Depleted, HTTP 402). A detecção para code: 416 foi ampliada para também capturar respostas HTTP 429 do X que mencionam créditos. Consulte códigos de erro para detalhes.
  • 28 de março - Resposta Nula em Post do Instagram Corrigida. Resolvido um caso extremo onde um post do Instagram era bem-sucedido na plataforma mas a resposta /post retornava null em vez do corpo normal de sucesso com postIds e id. Posts bem-sucedidos do Instagram agora sempre retornam uma resposta válida que sua integração pode fazer parse.
  • 26 de março - Correção de Alcance Diário do Instagram. Corrigido um problema onde as Social Analytics do Instagram omitiam dados de alcance diário quando daily=true era definido. A resposta agora retorna um objeto reach aninhado (com period e uma série temporal values) no modo diário; o escalar reachCount ainda é retornado no modo não-diário e é preservado como fallback quando os dados diários estão temporariamente indisponíveis.
  • 26 de março - Códigos de Erro de Aplicação BYOK do X/Twitter. Com o requisito Bring Your Own Keys agora aplicado, as requisições X/Twitter retornam códigos de erro específicos nos quais você pode se ramificar: 419 (HTTP 400, cabeçalhos X-Twitter-OAuth1-Api-Key/Secret ausentes), 416 (HTTP 402, conta X Developer sem créditos), e 417 (HTTP 403, permissões do app OAuth 1.0a não definidas como Read/Write/DM). Consulte códigos de erro para mensagens e resoluções.
  • 23 de março - Busca por Palavra-Chave no X. Novo endpoint de busca por palavra-chave para clientes BYOK. Busque tweets no X/Twitter que correspondam a palavras-chave, hashtags e operadores de busca avançados. Suporta paginação, filtragem por idioma e localização, e retorna dados normalizados de tweets.
  • 23 de março - Seção Listening. Uma nova seção Listening foi adicionada, expandindo os endpoints Brand com novos recursos como busca por palavra-chave.
  • 19 de março - @Menções em Comentários. Adicionamos documentação para suporte a @menção na string de texto comment nos endpoints Post a Comment e Reply to a Comment. Inclui detalhes de resolução server-side do LinkedIn e links para sintaxe de menção específica por plataforma.
  • Mensagens Paginadas do X/Twitter. O endpoint Get Messages agora suporta um parâmetro de query limit para X/Twitter, permitindo buscar apenas as N mensagens mais recentes (1–100) sem uma sincronização de histórico completa. Combinado com paginação por cursor via o parâmetro next, isso permite polling eficiente — busque um pequeno lote, verifique se você já os tem e só pagine mais se necessário.
  • Limites de Tamanho de Vídeo Aumentados. Com tanto da publicação social agora focada em conteúdo de vídeo, aumentamos nossos limites de upload de vídeo em várias plataformas: LinkedIn (200 MB → 500 MB), TikTok (1 GB → 10 GB), X Premium vídeo longo (1 GB → 16 GB), e adicionamos limites maiores específicos por content-type para Facebook (Reels 2 GB, Stories 4 GB, Feed 10 GB) e Pinterest (2 GB). Consulte as Diretrizes de Mídia para detalhes completos.
  • Suporte a Chaves BYO em Mensagens do X/Twitter. Os endpoints Get Messages e Send Message agora suportam credenciais BYO (Bring Your Own) da API do X/Twitter. Notificações em tempo real de DMs via webhooks não estão disponíveis para usuários BYO; use polling via o endpoint GET Messages em vez disso.
  • Bring Your Own Keys no X. Uma grande mudança em como as contas do X/Twitter são conectadas. A nova abordagem Bring Your Own Keys oferece mais controle da sua conta, melhor portabilidade de dados e um fluxo OAuth com marca personalizada. Todos os usuários precisam fazer a transição até 31 de março de 2026.
  • Links Curtos Editáveis. Agora você pode atualizar links curtos após serem publicados.
  • Confiabilidade do Processamento de Posts Agendados. Resolvido um problema onde o job de processamento de posts agendados podia ficar sem memória e retornar erros 503. Aumentamos a alocação de recursos, adicionamos processamento paginado de queries e introduzimos um application lock distribuído para evitar execução duplicada — garantindo execuções únicas e confiáveis para todo o processamento de posts agendados.
  • Melhorias no Histórico do Facebook e Instagram. Melhoramos os endpoints /history/facebook e /history/instagram: para o Facebook, Stories expirados/arquivados são agora filtrados por padrão para que apenas Stories ativos apareçam ao lado de posts regulares, e novos parâmetros de query since e until permitem filtragem baseada em tempo com strings de data ISO UTC. Para Facebook e Instagram, um novo parâmetro dataType permite requisitar apenas posts, apenas stories, ou ambos (padrão).
  • Limites de Taxa do X Removidos. Como parte da migração para Chaves BYO do X/Twitter, a Ayrshare não aplica mais limites mensais ou diários em análises do X. Seu uso agora é governado pelos limites da sua própria conta X Developer.

Fevereiro de 2026

  • 25 de fevereiro - Títulos e Descrições de Vídeo do X/Twitter. Vídeos publicados no X/Twitter agora suportam a configuração de videoTitle e videoDescription (enviados no objeto twitterOptions do X Post API) para mídia enviada ao X Media Studio. Estes acompanham o suporte existente a thumbNail para metadados de vídeo mais ricos.
  • Análises em Lote. Adicionado suporte para análises em lote de IDs de posts sociais, permitindo até 100 posts por chamada de analytics usando o novo parâmetro postIds. Leia sobre isso no nosso endpoint Analytics on a Post by Social ID.
  • Paginação de Histórico. Adicionado suporte a paginação à API de histórico de posts por plataforma para Threads e X/Twitter. Sem mais limite de 500 posts — você pode agora puxar um histórico mais longo usando paginação e dividir chamadas em pedaços menores para respostas mais rápidas e eficientes.
  • Aprimoramentos do Free Trial. Usuários do free trial agora podem testar a Messaging API e o Max Pack — você não será cobrado até o final do período de free trial.
  • Mensagens de Erro Melhoradas. Adicionamos detalhes adicionais às mensagens de erro do X/Twitter e LinkedIn, facilitando o diagnóstico de problemas com suas chamadas de API.
  • Correção de Comentários do Instagram. Corrigido um problema onde comentários de nível superior do Instagram com respostas aninhadas não estavam sendo retornados corretamente pelo endpoint Get Comments.
  • Python SDK. Atualizamos nosso Python SDK com os últimos recursos e melhorias.
  • URL de Webhook do X/Twitter. Um novo campo ayrshareUrl agora está incluído no payload do webhook Direct Message Event, fornecendo uma URL não autenticada para conveniência.
  • Integração do Slack com a Status Page. Você pode vincular atualizações da nossa Status Page automaticamente no Slack. Basta clicar em “Get Updates” no canto superior direito e selecionar a opção Slack.

Janeiro de 2026

  • 21 de janeiro - Correção de Domínio Personalizado em Link Analytics. O endpoint Link Analytics (GET /links/:id) agora retorna links curtos usando seu domínio personalizado configurado em vez do domínio Ayrshare padrão. Se você usa um domínio de link curto personalizado (Business/Enterprise), as URLs de analytics agora correspondem aos seus links ao vivo.
  • 15 de janeiro - Sincronização de Exclusão de Mensagens Enviadas do Instagram. Quando uma mensagem enviada do Instagram é deletada no app nativo do Instagram, ela agora é corretamente marcada como deletada nos dados de Messages da Ayrshare — combinando o comportamento existente para mensagens de entrada. O histórico de conversa agora permanece preciso para ambas as direções.
  • MCP Server. A pedidos populares — relançamos nosso MCP Server! Conecte suas ferramentas de IA diretamente à API Ayrshare.
  • Cadastro Self-Serve. Adicionamos um novo cadastro self-serve para o Plano Business e Plano Launch. Novos clientes agora podem acessar um free trial de 14 dias do Plano Launch para testar a plataforma Ayrshare.
  • Miniaturas de Vídeo do X/Twitter. Posts de vídeo do X/Twitter agora suportam incluir uma imagem de prévia como miniatura (como URL). Isso é enviado como parte dos metadados ao fazer upload de um vídeo.
  • Limite de Hashtags do Instagram. Alterado o limite de hashtags nos posts do Instagram para 5 para alinhar com novas diretrizes publicadas pelo Instagram.
  • Duração de Vídeo do Bluesky. O limite de duração de mídia de vídeo do Bluesky foi ajustado para três minutos para estar em linha com os requisitos da API Bluesky.

Dezembro de 2025

Estamos encerrando este ano focados em transparência e confiabilidade, com toneladas de novos lançamentos de recursos planejados para o Q1 de 2026.
  • 23 de dezembro - Entidades de URL do X/Twitter na Resposta. As respostas de post e histórico do X/Twitter agora incluem dados de entidade de URL para links no corpo do tweet: um array urls de nível superior carregando os campos brutos do X (display_url, expanded_url) mais um objeto entities em camelCase onde os mesmos links aparecem como entities.urls[].displayUrl / expandedUrl — facilitando a renderização de prévias de link e a detecção de links de saída em sua integração.
  • Entidades do X/Twitter. Os endpoints post analytics e platform history para X/Twitter agora retornam entidades parseadas do texto do tweet, incluindo URLs, menções, hashtags e cashtags com suas posições e URLs de exibição.
  • Análises de Posts do Facebook. Novas métricas adicionadas às análises de posts do Facebook incluindo mediaView, mediaViewIsFromAds e mediaViewIsFromFollowers para substituir métricas de impressão descontinuadas.
  • Comentários do Bluesky. Suporte melhorado para recuperação de comentários do Bluesky com tratamento adequado de IDs de post e comentário no estilo AT Protocol.
  • Vinculação do Threads. Vinculação de contas do Threads aprimorada para lidar com casos onde os campos de nome ou nome de usuário não estão presentes na conta.
  • Monitoramento 24/7. Contratamos uma equipe dedicada de DevOps para monitorar a plataforma 24 horas por dia para maior confiabilidade.
  • Recibos Mensais. Recibos mensais automáticos agora são enviados por e-mail ao titular principal da conta, fornecendo melhor transparência sobre preços e pagamentos.

Novembro de 2025

  • Refresh de Token do Instagram. Adicionado refresh automatizado para tokens de vida longa do Instagram para usuários que se vinculam ao Instagram usando login IG direto (sem Página do Facebook).
  • Atualizações de Análises do Facebook. As análises de posts do Facebook agora retornam métricas de impressão aprimoradas incluindo post_impressions_paid_unique, post_impressions_fan_unique, post_impressions_organic_unique e post_impressions_unique.
  • Insights da Página do Facebook. Novos campos de análises sociais do Facebook adicionados: pageFollows, pageMediaView, pageMediaViewIsFromAds e pageMediaViewIsFromFollowers com suporte para desagregação agregada e diária.
  • Análises do Instagram. As métricas viewsCount e reachCount das análises sociais do Instagram agora são suportadas com contas de Instagram Login direto e contas vinculadas ao Facebook.
  • Menções do LinkedIn. Corrigido o tratamento de menções do LinkedIn para distinguir corretamente entre mencionar organizações versus indivíduos.
  • Melhorias no Dashboard. A página API do dashboard web Ayrshare foi refatorada com desempenho melhorado e um cartão de uso de mensagens melhor organizado.
  • Expansão do Time. Expandindo o time de desenvolvimento para acelerar suporte e desenvolvimento de recursos.

Outubro de 2025

  • Ayrshare Adquirida pela Saas.group. A Ayrshare foi adquirida pela Saas.group. O time está se expandindo para entregar desenvolvimento de recursos mais rápido e melhor suporte ao cliente.
  • Histórico de Webhook. Novo endpoint para obter histórico de webhook por ação dos últimos 6 meses.
  • Direcionamento de Localização para Facebook Ads. Além do direcionamento por país, agora você pode especificar uma região ou cidade ao impulsionar posts do Facebook.
  • Miniaturas de Vídeo do LinkedIn. O endpoint de histórico do LinkedIn agora retorna a thumbnailUrl para posts de vídeo, facilitando a exibição de prévias de vídeo em seu aplicativo.
  • Análises de Posts do Reddit. A confiabilidade das análises de posts do Reddit foi melhorada com tratamento de autenticação aprimorado para evitar problemas de rate limiting.
  • Histórico do Instagram. Melhorou o tratamento de grandes conjuntos de resultados no histórico de posts do Instagram para contas com muitos posts.
  • Facebook Ads. O endpoint de histórico do Facebook ads agora inclui um esclarecimento sobre quais anúncios são retornados com base na estrutura da campanha.
  • Colaboração no Instagram. Adicionamos documentação esclarecendo que posts de colaboração aceitos podem não retornar do endpoint de histórico da plataforma devido a limitações da API do Instagram.

Setembro de 2025

  • Rascunhos do TikTok. Enviar um post para rascunhos do TikTok agora suporta imagens além de vídeos.
  • Facebook Ads. Como parte dos requisitos estabelecidos pela Lei de Serviços Digitais da União Europeia (DSA), o Facebook exige que anúncios que direcionam qualquer parte da UE forneçam valores definindo o beneficiário e pagador do anúncio sendo criado. Você pode agora consultar as recomendações DSA e adicioná-las ao anúncio.
  • Gerenciamento de Mídia. O endpoint GET media foi aprimorado para incluir arquivos grandes de mídia enviados, e agora exibe o campo expireAt.
  • Publicação no Threads. Crie facilmente uma thread no Threads (também conhecida como threadstorms), que é uma série de posts conectados no Meta Threads.
  • Mensagens Diretas. As mensagens do Facebook e Instagram agora suportam envio de arquivos de áudio (AAC ou WAV).

Agosto de 2025

Julho de 2025

Junho de 2025

  • Instagram Login (em breve). Habilite ou desabilite o Instagram Login na página de vinculação social. O Instagram Login será habilitado por padrão nas próximas semanas. Se você precisar dos recursos avançados listados, incluindo busca por hashtag, colaborações, marcação de localização ou dados de marca, é preciso desabilitar manualmente essa opção para usar autenticação via Página do Facebook. Recomendamos que a maioria dos clientes use o novo Instagram Login direto, pois é um fluxo de trabalho mais simples e não requer uma Página do Facebook.
  • Apresentando o Snapchat. A Ayrshare agora suporta Snapchat. A API do Snapchat permite a publicação direta de conteúdo tanto em Stories quanto em Spotlight, e obter análises e histórico. Stories são posts temporários que desaparecem após 24 horas, enquanto posts no Spotlight são permanentes e podem ajudar criadores e empresas a alcançar um público mais amplo.
  • MCP Server. Conecte o servidor MCP dos docs da API Ayrshare ao seu agente de IA. Conectando o servidor MCP da documentação da API Ayrshare às suas ferramentas de desenvolvimento de IA como Cursor ou Claude Desktop, você pode dar ao seu agente de IA acesso direto à documentação da Ayrshare.
  • Copiar um Post. Copie um post existente para outra plataforma. Esse novo endpoint permite reutilizar posts bem-sucedidos entre diferentes plataformas ou com diferentes configurações.
  • Developer Dashboard. Duas novas melhorias no fluxo de publicação do developer dashboard. Além de fazer upload de arquivos de mídia, agora você também pode usar URLs para publicar sua mídia. E você agora pode visualizar o JSON usado para publicar seu post, o que ajuda a verificar a correção do seu JSON.
  • Gerenciamento de Usuário. O endpoint User agora retorna o estado em tempo real das redes sociais conectadas, atualizando automaticamente sempre que usuários conectam ou desconectam suas contas de redes sociais.
  • YouTube. Publicar um vídeo no YouTube agora permite divulgar conteúdo Alterado ou Sintético (A/S) realista definindo o parâmetro containsSyntheticMedia. Ver docs.
  • Facebook. Obter comentários no Facebook agora retorna a URL direta para o comentário específico.

Maio de 2025

Abril de 2025

Março de 2025

Fevereiro de 2025

Janeiro de 2025

Dezembro de 2024

  • Dashboard. O desempenho da página User Profiles no dashboard web foi otimizado. Agora você terá uma experiência suave de rolagem e carregamento independentemente de quantos perfis de usuário você tenha em sua conta.
  • Dashboard. A página Posts no dashboard web agora permite incluir posts deletados no seu histórico. Isso permite acessar, filtrar e buscar posts deletados da mesma forma que posts bem-sucedidos.
  • Posts Deletados. Se você ou seus usuários deletaram manualmente um post em uma rede social, você pode marcá-lo como manualmente deletado na Ayrshare. Isso vai impedir que a Ayrshare tente deletar o post no futuro e permitir que você acesse um histórico de posts mais preciso.
  • Webhooks. Agora você pode obter todos os webhooks registrados para todos os seus perfis de usuário em uma única chamada.
  • Análises. Análises de posts do Instagram agora incluem contagens de compartilhamento, seguidores ganhos, visitas ao perfil e atividade do perfil.
  • Comentários. Comentários do TikTok agora retornam o nome da pessoa que fez o comentário.
  • Comentários. Comentários do X agora retornam o ID do Tweet ao qual o comentário foi respondido.

Novembro de 2024

  • Docs Totalmente Novos. Confira os novos docs da Ayrshare. Migramos para uma plataforma de documentação mais avançada com muitas melhorias na experiência do usuário em relação à versão anterior.
  • Análises do Instagram. Análises de posts do Instagram agora incluem as métricas de quantas vezes seu reel foi reproduzido novamente após a primeira vez e quantas vezes no total seu reel foi reproduzido após a primeira impressão.
  • Hashtags. O endpoint hashtags agora permite especificar uma dica de idioma para manter as hashtags no mesmo idioma do post.
  • Análises do X. Análises sociais do X/Twitter agora retornam o Tweet mais recente e o Tweet Fixado, se um Tweet fixado foi definido.
  • Dashboard. No developer dashboard, Posts com Auto-Schedule agora são marcados como “Auto-Schedule”.
  • Auto-Schedule. Obtenha todos os Posts com Auto-Schedule pendentes via API. Isso retorna a lista de posts que foram agendados mas ainda não publicados.
  • TikTok. Você pode verificar se uma conta TikTok vinculada é uma conta business com o endpoint Social Analytics.
  • Comentários do Instagram. O endpoint comments agora retorna o ID de post de nível superior do Instagram para identificar o post original.
  • Histórico. O endpoint history agora retorna posts agendados “pausados”. Além disso, o número de posts passados retornados foi aumentado para 1000.
  • Página de Vinculação. Adicione um rodapé e informações de copyright na página de vinculação social do perfil de usuário. Max Pack necessário.
  • Conversão de Imagem. O endpoint de redimensionamento de imagem agora pode converter um PNG ou outro tipo de imagem para JPG como parte do processo de conversão. Max Pack necessário.

Outubro de 2024

Chamadas de API no Dashboard Ayrshare

Setembro de 2024

  • Análises do Facebook. Os endpoints History Get All Posts e Analytics agora retornam os usuários que curtiram um post do Facebook. Para cada usuário, você pode obter o nome do usuário e o ID do usuário.
  • Moderação de Conteúdo. Há um novo endpoint Moderation que verifica se o conteúdo é prejudicial ou inadequado. Esse endpoint suporta texto e imagens.
  • Vinculação do LinkedIn. Conectar páginas de empresa do LinkedIn anteriormente exigia que o usuário fosse um Super Admin da página. Agora Content Admins que gerenciam a página de empresa do LinkedIn podem conectar, permitindo publicar, obter análises e gerenciar comentários.
  • Gerenciamento de Usuário. O endpoint User agora retorna o Page ID e o User ID para Facebook e Instagram.
  • Dashboard. A página Post do dashboard web agora mostra um ícone indicador se o post foi publicado a partir de um feed rss.
  • Avaliações do Facebook. Facebook Reviews agora retorna a foto de perfil do revisor.
  • Google Reviews. Avaliações do Google Perfil da Empresa agora retornam todas as suas avaliações, mesmo que sejam milhares.

Agosto de 2024

  • Histórico do LinkedIn. Agora você pode obter o histórico de posts para páginas pessoais do LinkedIn. Anteriormente apenas páginas de empresa do LinkedIn retornavam histórico. Requer re-vinculação do LinkedIn com a Ayrshare.
  • Análises do LinkedIn. Há novos data points disponíveis para LinkedIn páginas pessoais e de empresa incluindo detalhes likedBy e comment.
  • Consulta do LinkedIn. O endpoint brand agora permite buscar uma pessoa ou empresa. Isso é útil para ver detalhes de quem curtiu um dos seus posts.
  • Histórico do Facebook. Você pode limitar os resultados do histórico de uma Página do Facebook para mostrar apenas posts que foram publicados pela própria página. Isso filtrará todo o conteúdo que não foi publicado pela página.
  • Perfil de Usuário. O endpoint user agora retorna um novo campo com o timestamp da última vez que uma chamada de API foi feita para este perfil de usuário.
  • Posts Longos no X. Você pode publicar posts longos em Contas X Premium. Posts longos podem ter até 25.000 caracteres. Agora você também pode obter dados completos de Posts longos incluindo o corpo completo e URL no corpo do Post longo ao chamar analytics ou history.
  • Dashboard Web. O design da página post foi melhorado e vários novos tipos de conteúdo foram adicionados. Agora você pode publicar Facebook e Instagram Reels ou Stories ou YouTube Shorts diretamente do dashboard.
Dashboard de API Atualizado
  • Gerenciamento de Equipe. Ao convidar um membro da equipe agora você pode ver se ele aceitou o convite ou reenviar o convite pela página User Profiles do Dashboard.
  • Títulos de Vídeo com IA. Os transcritos de vídeo agora incluem um título sugerido. Isso é útil para publicar no YouTube, que requer um título para cada upload de vídeo. (Max Pack Necessário)
  • Pausar Posts. Você pode pausar e despausar posts agendados com o endpoint post.
  • Análise de Sentimento. O endpoint generate agora pode gerar análise de sentimento para um post ou comentário para entender se ele é negativo, positivo ou neutro. O resultado também inclui recomendações sobre como melhorar.
  • Análises do Instagram. Análises do Instagram foi aprimorado para retornar dados demográficos adicionais sobre a audiência engajada.
  • Fotos do TikTok. Agora você pode publicar no TikTok com uma foto. Anteriormente era necessário um vídeo.

Julho de 2024

Junho de 2024

  • Ayrshare Messaging API. O Ayrshare Messaging Add-On é um add-on pago opcional que permite à sua plataforma gerenciar mensagens diretas para seus usuários, incluindo Facebook Messenger, Instagram Messaging e X/Twitter Messaging.
  • Comentários do YouTube. Agora você pode excluir comentários no YouTube usando o ID do comentário do YouTube.
  • Auto Hashtags. Apresentando o novo sistema de auto-hashtag totalmente reconstruído com hashtags mais relevantes e sem limite no tamanho do post. A quantidade de hashtags também foi aumentada para permitir até 10 hashtags por post.
  • Dashboard Web. A UI do dashboard foi atualizada com a capacidade de remover todas as redes sociais alvo na página post com um único clique, e uma nova seção de exemplo de código na página API Key.
  • Gerenciamento de Perfil de Usuário. O endpoint Profiles foi aprimorado para permitir filtrar os resultados para perfis que têm contas sociais ativas ou contêm certas plataformas.

Maio de 2024

Abril de 2024

Março de 2024

  • Colaboradores do Instagram. A colaboração no Instagram permite co-autoria de conteúdo com outras contas. O autor original público pode marcar outra conta privada ou pública como colaboradora. Adicione colaboradores do Instagram a posts de mídia.
  • Google Perfil da Empresa. Dados adicionais no Google Perfil da Empresa agora estão disponíveis, incluindo links para as avaliações e mapa, place Id e outros dados. Obter esses dados adicionais requer re-vinculação do Google Perfil da Empresa.
  • Localização de Página do Facebook, Instagram, Perfil Google. Na tela de vinculação de página, agora você pode exibir a localização da página para uma Página do Facebook, conta do Instagram e Google Perfil da Empresa.
  • Análises de Perfil do Facebook. Análises de Perfil Social do Facebook agora retornam até 4 trimestres de dados. Você pode definir os dados para serem retornados agregados ou diários.
  • Histórico do Facebook. Facebook Stories agora retornados no endpoint Get All History.
  • Página de Vinculação Social. A página de vinculação social Ayrshare agora suporta redirecionamento para a aba ou janela original.
  • Avaliações do Facebook. Agora você pode responder a uma avaliação no Facebook.
  • Seguidores do Instagram. Instagram Get Followers Online tem um formato UTC aprimorado. Esses dados retornam a contagem histórica total dos seus seguidores do Instagram online por hora, o que permite otimizar a publicação para o máximo engajamento.
  • Carrossel do Instagram. Agora publique vídeos e imagens em um carrossel do Instagram. Até 10 itens de mídia combinados podem ser incluídos.
  • TikTok. Legendas do TikTok agora suportam quebras de linha com o caractere “\n”.

Fevereiro de 2024

  • Reviews. Obtenha, responda e exclua avaliações no Google Perfil da Empresa e Páginas do Facebook usando o novo endpoint /reviews.
  • Comentários do Linkedin. Obtenha comentários do LinkedIn por ID de comentário para comentários feitos fora da Ayrshare.
  • Menções do Linkedin. Menções do Linkedin em comentários e resposta a comentários agora resolvem para o handle da organização referenciada.
  • Dados de Perfil Público. Agora você pode buscar por Páginas do Facebook e nomes do Linkedin no endpoint brand. Consulte informações públicas de redes sociais de usuários ou empresas, como seguidores, imagem de perfil e sites. Esses usuários e empresas não precisam ser um usuário Ayrshare vinculado.
  • Comentários do Facebook. A API endpoint comments para Facebook Comments agora retorna respostas diretamente no corpo da resposta.
  • Hashtags Banidas do Instagram. Verifique hashtags banidas usando o novo endpoint API ou a nova ferramenta web. Isso é útil para manter suas contas seguras contra suspensões ou shadow banning.
  • Grupos do Facebook. O Facebook anunciou que estará removendo o acesso à API para Grupos do Facebook. Saiba mais.

Janeiro de 2024

  • Vídeos Mais Longos no Instagram. Posts de vídeo do Instagram agora suportam até 15 minutos de duração e 1 GB. Isso é um aumento em relação aos 60 segundos e 100 MB anteriores.
  • Traduzir Texto de Post. Escolha entre mais de 100 idiomas diferentes para traduzir seu texto de post. Por exemplo, traduza inglês para francês ou espanhol para alemão. O idioma de origem é detectado automaticamente.
  • Tradução de Erros. Mensagens de erro podem ser traduzidas automaticamente para o idioma de sua escolha. Isso é útil se você quiser exibir o erro diretamente ao seu usuário no idioma preferido dele.
  • Análises do Pinterest. Data points adicionais do Pinterest estão disponíveis para get all history incluindo título do post, notas e id do board.
  • Verificar Tamanho do Post. O endpoint Check Post Length agora inclui validações para Facebook, Google Perfil da Empresa, LinkedIn, Pinterest e YouTube.
  • Novos Endpoints User Batch. Quando você precisa de um grande conjunto de dados, os endpoints batch são uma ótima opção. Você pode usar os endpoints batch para obter arquivos json para todos os seus perfis de usuário e depois usar o webhook para saber quando o arquivo está pronto.
  • Posts Históricos do Linkedin. Obtenha dados históricos para um post do Linkedin publicado fora da Ayrshare.
  • Reações a Posts do Linkedin. O endpoint Get All Post para LinkedIn agora retorna reações ao post, como Curtidas, Praise, Maybe e Appreciation.
  • Hora da Última Chamada de API. Acesse a hora em que você usou a API key pela última vez no dashboard web na seção API Key.
  • Histórico do Ayrshare Dashboard. O dashboard web agora permite carregar todos os seus posts históricos ou logs de webhook com um novo botão “Load more”.
  • Erros de Webhook. Veja a taxa de erro dos seus webhooks para ver o percentual de respostas de sucesso vs erro.

Atualizações Anteriores

Consulte o Arquivo de Atualizações para ver atualizações anteriores.