Skip to main content
Der Fehlercode 479 ist der eigens dafür vorgesehene, nicht wiederholbare Ayrshare-Code, der zurückgegeben wird, wenn Meta Ihre Medien-URL nicht abrufen kann. Am häufigsten liegt das daran, dass robots.txt oder eine Bot-Blocking-Regel auf Ihrem Server dem Crawler (facebookexternalhit) den Zugriff verweigert. Er wird erst zurückgegeben, nachdem auch der automatische Re-Hosting-Fallback von Ayrshare fehlgeschlagen ist, was stark auf eine Blockierung auf Seiten des Hosts oder eine nicht erreichbare Quelle hindeutet. Wenn Ayrshare auf Instagram oder Threads veröffentlicht, übergibt es Ihre URL nicht einfach an Meta und gibt dann auf. Ayrshare wiederholt den Abruf automatisch und hostet, falls Meta die Medien weiterhin nicht erreicht, eine Kopie auf seinem eigenen CDN und lässt Meta stattdessen diese abrufen. Code 479 bedeutet, dass selbst dieser Fallback Meta nicht dazu bringen konnte, die Medien abzurufen. Ein erneuter Versuch derselben Anfrage hilft daher erst, wenn das zugrunde liegende Hosting-Problem behoben ist (retryAvailable: false, HTTP 400).
Diese Seite behandelt Fehler, bei denen in der Fehlermeldung oder den Details erwähnt wird, dass das soziale Netzwerk die Medien nicht herunterladen konnte, in der Regel mit Verweisen auf facebookexternalhit, robots.txt, "Restricted by robots.txt", "HTTP error code 403" oder den Meta-Fehler 2207052. Bei Seitenverhältnis- oder Formatfehlern zum Instagram-Code 138 lesen Sie stattdessen die Instagram Media Guidelines oder die Threads Media Guidelines.

Symptom

Wenn der Crawler blockiert ist, sehen Sie Fehler wie diese:
Error 479 (primary — dedicated, non-retryable)
Error 440 (transient ingestion — retryable)
Instagram Error 138 (fallback — less specific upstream response)
Threads Error 379
So unterscheiden sich diese Codes:
  • Code 479: eigener Code für Medienabruf / Crawler-Blockierung (nicht wiederholbar). Das ist der Code für den Fehler, den diese Seite behandelt. Er wird mit retryAvailable: false zurückgegeben, wenn Meta die Medien (Subcode 2207052 oder ein Textmuster für einen Medienabruf) selbst dann nicht abrufen konnte, nachdem Ayrshare sie auf seinem eigenen CDN erneut gehostet hatte. Seine Meldung nennt ausdrücklich facebookexternalhit / Facebot und robots.txt. Wenn Sie 479 sehen, sind Sie hier richtig. Beheben Sie das Hosting, bevor Sie es erneut versuchen.
  • Code 440: vorübergehende Ingestion (wiederholbar). Wird jetzt für tatsächlich vorübergehende Ingestion-Ausfälle verwendet: Meta-Subcodes 2207032 (“download too slow”) / 2207003 (“create media fail”) oder nicht klassifizierte Ausfälle. Er enthält retryAvailable: true; versuchen Sie es über /post/retry erneut.
  • Code 138: weniger spezifischer Instagram-Fallback. Wird für dieselbe Grundursache ausgegeben, wenn die Upstream-Antwort weniger spezifisch ist. 138 wird auch für Seitenverhältnis-/Formatprobleme verwendet, sodass die Media-Fetch-Variante durch "Restricted by robots.txt" oder "HTTP error code 403" in details erkennbar ist.
  • Code 379: Threads. Enthält kein details-Feld. Wenn Threads gleichzeitig mit einem Instagram 479 oder 138 fehlschlägt, ist die Grundursache typischerweise dieselbe.

Warum das passiert

Wenn Sie über Ayrshare auf Instagram oder Threads veröffentlichen, rufen die Meta-Server Ihre Medien von der angegebenen URL ab. Dieser serverseitige Abruf verwendet den User-Agent facebookexternalhit. Wenn robots.txt Ihres Servers diesen Crawler ausschließt – oder eine WAF/Bot-Schutzregel ihn blockiert – kann Meta die Datei nicht herunterladen, und die Veröffentlichung schlägt fehl. Für die Veröffentlichung auf Facebook-Seiten wird ein anderer Ingestion-Pfad genutzt, weshalb dieselbe mediaUrl für Facebook funktionieren, für Instagram und Threads aber fehlschlagen kann.

Fix: Aktualisieren Sie Ihre robots.txt

Empfohlen: Meta explizit erlauben, andere Crawler offen lassen

Fügen Sie diese Regeln zu Ihrer robots.txt-Datei hinzu:
robots.txt
Dies erlaubt Metas Crawler ausdrücklich, während Ihre Website für andere Crawler (Google, Bing usw.) geöffnet bleibt.

Fortgeschritten: Nur für Social-Media-Publisher freigeben

Wenn Sie die meisten Crawler blockieren, aber Social-Media-Plattformen erlauben möchten:
robots.txt
Verwenden Sie einen einzelnen User-agent: *-Block, platziert am Ende der Datei. RFC-9309-konforme Crawler führen mehrere Wildcard-Gruppen zu einer zusammen, aber nicht jeder in freier Wildbahn eingesetzte Parser ist RFC-konform – doppelte Wildcard-Gruppen sind eine häufige Ursache dafür, dass Regeln verworfen oder inkonsistent angewendet werden.

Prüfen, ob Meta Ihre URL abrufen kann

Bevor Sie Ihren Beitrag erneut versuchen, verifizieren Sie, dass Metas Crawler nun auf Ihre Medien zugreifen kann. Führen Sie diesen Befehl aus und ersetzen Sie $URL durch Ihre vollständige Medien-URL:
  • Healthy response: HTTP 200 oder 206 mit Binärdaten im Body.
  • Blocked response: HTTP 403 oder eine leere/HTML-Fehlerseite.
Laut Meta-Dokumentation können Änderungen an robots.txt bis zu 24 Stunden benötigen, um sich im Crawler-Cache von Meta zu verbreiten. Wenn die Verifizierung erfolgreich ist, Ihr Beitrag aber weiterhin fehlschlägt, warten Sie und versuchen Sie es später erneut.

Wenn dies das Problem nicht behebt

Wenn Sie robots.txt aktualisiert und mit dem curl-Befehl verifiziert haben, aber weiterhin Fehler sehen:
  • 24-Stunden-Verbreitungsverzögerung – Meta cached robots.txt. Warten Sie nach Änderungen bis zu 24 Stunden, bevor Sie es erneut versuchen.
  • WAF- oder Bot-Fight-Regeln – Cloudflare Bot Fight Mode, AWS-WAF-Managed-Bot-Regelgruppen und ähnliche Dienste können die Crawler-IP-Bereiche von Meta blockieren, selbst wenn robots.txt dies erlaubt. Prüfen Sie Ihre WAF-Logs und fügen Sie eine Ausnahme für facebookexternalhit hinzu.
  • Hotlink-Schutz / Referer-Prüfungen – Einige CDNs blockieren Anfragen von Rechenzentrums-IPs oder ohne gültigen Referer-Header. Setzen Sie Metas Crawler auf die Whitelist oder deaktivieren Sie den Hotlink-Schutz für Medien-Pfade.
  • Ablauf von Signed-/Presigned-URLs – Wenn Ihre Medien-URL einen Ablaufzeitstempel besitzt (häufig bei S3-Presigned-URLs), stellen Sie sicher, dass sie nicht abläuft, bevor Metas Crawler sie abrufen kann. Bei geplanten Beiträgen erzeugen Sie URLs, die bis deutlich nach der geplanten Zeit gültig sind.
  • Managed Media Hosting – Wenn Sie einen Dienst wie Cloudinary, Imgix oder ähnlich nutzen, bei dem Sie robots.txt nicht bearbeiten können, prüfen Sie in deren Dokumentation eine Allow-List-Einstellung für Meta-/Facebook-Crawler.
Wenn keine dieser Maßnahmen das Problem behebt, kontaktieren Sie den Ayrshare-Support und geben Sie an:
  • Die fehlgeschlagene postId aus der Fehlerantwort
  • Die Ausgabe des oben genannten curl-Verifizierungsbefehls
  • Den Inhalt Ihrer robots.txt

Fehlgeschlagenen Beitrag wiederholen

Wie Sie erneut versuchen, hängt davon ab, welchen Code Sie erhalten haben:
  • Code 440 (vorübergehend, retryAvailable: true): Für die Ingestion ist einfach die Zeit abgelaufen, oder es ist ein vorübergehender Meta-Fehler aufgetreten. Versuchen Sie es direkt über den Retry-Post-Endpunkt erneut; Änderungen an Ihrem Hosting sind nicht nötig.
  • Code 479 (retryAvailable: false): Meta konnte die Medien selbst dann nicht abrufen, nachdem Ayrshare sie auf seinem eigenen CDN erneut gehostet hatte. Ein erneuter Versuch mit der unveränderten, blockierten URL schlägt daher wieder fehl. Beheben Sie zuerst das Hosting: Erlauben Sie die Crawler von Meta (facebookexternalhit / Facebot) in robots.txt und in Ihrer WAF, oder hosten Sie die Medien auf einem CDN, das Meta erreichen kann. Prüfen Sie dies mit dem curl-Befehl oben und versuchen Sie es dann über den Retry-Post-Endpunkt erneut.

Siehe auch