Pular para o conteúdo principal
O código de erro 440 (e os códigos relacionados Instagram 138 / Threads 379) é retornado quando o crawler de publicação da Meta não consegue baixar sua URL de mídia — mais comumente porque o robots.txt ou uma regra de bloqueio de bots no seu servidor está negando o crawler.
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 erro 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 440 (primary)
Instagram Error 138 (fallback — less specific upstream response)
Threads Error 379
O código 440 é o código dedicado do Ayrshare para essa falha e sua mensagem nomeia explicitamente facebookexternalhit e robots.txt — se você vir 440, está na página certa. O código 138 é 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" em details. O código 379 não inclui um campo details — se o Threads falhar junto com um 440 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-Agent facebookexternalhit. 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 arquivo robots.txt:
robots.txt
Isso permite explicitamente o crawler da Meta e mantém seu site aberto para outros crawlers (Google, Bing, etc.).

Avançado: restrinja apenas aos publicadores sociais

Se você quiser bloquear a maioria dos crawlers, mas permitir plataformas de redes sociais:
robots.txt
Use um único bloco User-agent: *, colocado no final do arquivo. Crawlers compatíveis com a RFC 9309 mesclam vários grupos com curinga em um único, mas nem todo parser existente é compatível com a RFC — grupos com curinga duplicados são uma fonte comum de regras serem descartadas ou aplicadas de forma inconsistente.

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 o robots.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.txt permita. Verifique os logs do seu WAF e adicione uma exceção para facebookexternalhit.
  • Proteção contra hotlink / verificações de Referer — Alguns CDNs bloqueiam requisições de IPs de data centers ou sem um cabeçalho Referer vá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.
Se nenhuma dessas resolver o problema, entre em contato com o suporte do Ayrshare e inclua:
  • O postId da resposta de erro
  • A saída do comando curl de verificação acima
  • O conteúdo do seu robots.txt

Tentar novamente uma publicação com falha

Depois de resolver o problema de acesso do crawler, tente novamente sua publicação com falha usando o endpoint Retry Post.

Consulte também