robots.txt ou uma regra de bloqueio de bots no seu servidor está negando o crawler (facebookexternalhit). Ele só é retornado depois que o fallback automático de nova hospedagem do Ayrshare também falhou, o que indica fortemente um bloqueio do lado do host ou uma origem inacessível.
Quando o Ayrshare publica no Instagram ou Threads, ele não simplesmente entrega sua URL para a Meta e desiste. O Ayrshare tenta buscar novamente de forma automática e, se a Meta ainda não conseguir acessar a mídia, hospeda uma cópia na sua própria CDN e pede que a Meta busque essa cópia. O código 479 significa que nem esse fallback conseguiu fazer a Meta buscar a mídia, então repetir a mesma requisição não vai ajudar até que o problema de hospedagem subjacente seja corrigido (retryAvailable: false, HTTP 400).
Esta página cobre falhas cuja mensagem de erro ou detalhes mencionam que a rede social não conseguiu baixar a mídia, geralmente referenciando
facebookexternalhit, robots.txt, "Restricted by robots.txt", "HTTP error code 403", ou o subcódigo 2207052 da Meta. Para erros de proporção ou formato no código 138 do Instagram, consulte as Diretrizes de Mídia do Instagram ou as Diretrizes de Mídia do Threads em vez disso.Sintoma
Quando o crawler está bloqueado, você verá erros como estes:Error 479 (primary — dedicated, non-retryable)
Error 440 (transient ingestion — retryable)
Instagram Error 138 (fallback — less specific upstream response)
Threads Error 379
Entendendo a divisão entre esses códigos:
- Código 479: busca de mídia / bloqueio do crawler dedicado (não retentável). Este é o código da falha tratada nesta página. Ele é retornado com
retryAvailable: falsequando a Meta não conseguiu buscar a mídia (subcódigo2207052ou um padrão de texto de busca de mídia) mesmo depois que o Ayrshare a hospedou na sua própria CDN. Sua mensagem nomeia explicitamentefacebookexternalhit/Faceboterobots.txt; se você vir 479, está na página certa. Corrija a hospedagem antes de tentar novamente. - Código 440: ingestão transitória (retentável). Agora usado para esgotamentos de ingestão realmente transitórios: subcódigos da Meta
2207032(“download too slow”) /2207003(“create media fail”), ou esgotamentos não classificados. Ele vem comretryAvailable: true; tente novamente via/post/retry. - Código 138: fallback menos específico do Instagram. Emitido pela mesma causa raiz quando a resposta upstream é menos específica. O 138 também é usado para problemas de proporção / formato, então a variante de busca de mídia é identificável por
"Restricted by robots.txt"ou"HTTP error code 403"emdetails. - Código 379: Threads. Não inclui um campo
details. Se o Threads falhar junto com um 479 ou 138 do Instagram, a causa raiz é normalmente a mesma.
Por que isso acontece
Quando você publica no Instagram ou Threads via Ayrshare, os servidores da Meta buscam sua mídia na URL que você fornece. Essa busca do lado do servidor usa o User-Agentfacebookexternalhit. Se o robots.txt do seu servidor proibir esse crawler — ou uma regra de WAF/proteção contra bots o bloquear — a Meta não conseguirá baixar o arquivo e a publicação falhará.
A publicação em Facebook Pages usa um caminho de ingestão diferente, e é por isso que a mesma mediaUrl pode funcionar no Facebook, mas falhar no Instagram e Threads.
Correção: atualize seu robots.txt
Recomendado: permita a Meta explicitamente, mantenha outros abertos
Adicione estas regras ao seu arquivorobots.txt:
robots.txt
Avançado: restrinja apenas aos publicadores sociais
Se você quiser bloquear a maioria dos crawlers, mas permitir plataformas de redes sociais:robots.txt
Verifique se a Meta consegue buscar sua URL
Antes de tentar novamente sua publicação, verifique se o crawler da Meta agora consegue acessar sua mídia. Execute este comando, substituindo$URL pela URL completa da sua mídia:
- Resposta saudável: HTTP 200 ou 206 com dados binários no corpo.
- Resposta bloqueada: HTTP 403 ou uma página de erro vazia/HTML.
De acordo com a documentação da Meta, alterações no
robots.txt podem levar até 24 horas para se propagar pelo cache do crawler da Meta. Se a verificação for bem-sucedida, mas sua publicação ainda falhar, aguarde e tente novamente mais tarde.Se isso não resolver
Se você atualizou orobots.txt e verificou com o comando curl, mas ainda vê falhas:
- Atraso de propagação de 24 horas — A Meta armazena em cache o
robots.txt. Aguarde até 24 horas após fazer alterações antes de tentar novamente. - Regras de WAF ou bot-fight — O Cloudflare Bot Fight Mode, grupos de regras gerenciadas de bots do AWS WAF e serviços semelhantes podem bloquear as faixas de IP do crawler da Meta mesmo que o
robots.txtpermita. Verifique os logs do seu WAF e adicione uma exceção parafacebookexternalhit. - Proteção contra hotlink / verificações de Referer — Alguns CDNs bloqueiam requisições de IPs de data centers ou sem um cabeçalho
Refererválido. Coloque o crawler da Meta na lista de permitidos ou desative a proteção contra hotlink para caminhos de mídia. - Expiração de URL assinada / presigned URL — Se sua URL de mídia tem um timestamp de expiração (comum em URLs presigned do S3), garanta que ela não expire antes que o crawler da Meta possa buscá-la. Para publicações agendadas, gere URLs que permaneçam válidas até bem depois do horário agendado.
- Hospedagem de mídia gerenciada — Se você usa um serviço como Cloudinary, Imgix, ou similar, onde não pode editar o
robots.txt, verifique a documentação deles para uma configuração de allow-list do crawler da Meta/Facebook.
- O
postIdcom falha da resposta de erro - A saída do comando
curlde verificação acima - O conteúdo do seu
robots.txt
Tentar novamente uma publicação com falha
O comportamento da nova tentativa depende do código que você recebeu:- Código 440 (transitório,
retryAvailable: true): a ingestão simplesmente ficou sem tempo ou encontrou um erro temporário da Meta. Tente novamente diretamente usando o endpoint Retry Post; nenhuma alteração na sua hospedagem é necessária. - Código 479 (
retryAvailable: false): a Meta não conseguiu buscar a mídia mesmo depois que o Ayrshare a hospedou na sua própria CDN, então tentar novamente com a mesma URL bloqueada vai falhar de novo. Corrija a hospedagem primeiro: permita os crawlers da Meta (facebookexternalhit/Facebot) norobots.txte no seu WAF, ou hospede a mídia em uma CDN que a Meta consiga acessar. Verifique com o comandocurlacima e então tente novamente via o endpoint Retry Post.