Warum ist mein Launch fehlgeschlagen und wie behebe ich das?

Ein Launch scheitert selten als Ganzes. uplads legt jede Anzeige einzeln an, im letzten Schritt siehst du also unter Umständen, dass manche live gehen und andere scheitern.

Die Gründe je Creative lesen

Im Schritt Starten bekommt jedes Creative eine Zeile mit Punkt und kurzer Bezeichnung:

• Grüner Punkt, „live". Die Anzeige wurde angelegt.
• Gelber Punkt, „partly live". In manchen Anzeigengruppen erfolgreich, in anderen nicht.
• Roter Punkt, „failed". In keiner Gruppe konnte eine Anzeige entstehen.

Am Ende steht entweder, dass alles gelungen ist, oder dass der Launch mit Fehlern abgeschlossen wurde, dazu die Zahl der Erfolge und Fehlschläge.

Beim erneuten Ausspielen bestehender Anzeigen zeigt uplads direkt hier einen Kasten „Why these failed" mit jedem Anzeigennamen und Metas genauer Fehlermeldung. Bei einem normalen Launch steht die Zusammenfassung hier und der vollständige Grund je Anzeige auf der Detailseite.

Vorübergehende Fehler, die sich selbst wiederholen

Manche Fehlschläge sind zeitlich: Meta drosselt kurz, oder ein Dienst ist einen Moment nicht erreichbar. uplads erkennt das und wiederholt automatisch, du siehst es also meist gar nicht. Im Hintergrund wiederholt der Arbeitsprozess jeden solchen Block bis zu dreimal, mit wachsendem Abstand.

Als vorübergehend gelten unter anderem:

• Drosselung auf Ebene der App, der Person oder der Seite (Meta-Fehlercodes 4, 17 und 32).
• Vorübergehende Nichterreichbarkeit, also „service temporarily unavailable" und Metas allgemeiner „unknown error" (Codes 1 und 2).
• Alles, was Meta selbst als wiederholbar kennzeichnet.
• Ein bekannter Aussetzer, wenn mehrere Anzeigen gleichzeitig in dieselbe Anzeigengruppe treffen (Unter-Code 1487390), der sich bei einer Wiederholung auflöst.

Bei Video-Uploads ist zusätzlich Geduld eingebaut: verarbeitet Meta ein Video noch, wartet uplads und fragt nach, statt zu scheitern. Du siehst dann den Hinweis, dass Meta das Video verarbeitet. Bleibt die Verarbeitung wirklich stecken, scheitert der Launch mit der Aufforderung, ihn erneut zu fahren, und das bereits hochgeladene Video wird weiterverwendet, die Wiederholung geht also schnell.

Dauerhafte Fehler, die dich brauchen

Übersteht ein Fehler die automatischen Wiederholungen, ist es ein echtes Problem. Häufige Ursachen:

• Abgelehntes Creative. Bild, Video oder Text verstoßen gegen Metas Richtlinien.
• Ein ungültiges Feld. Eine kaputte Ziel-URL, eine fehlende Seite oder ein Call-to-Action, der nicht zum Ziel passt.
• Strukturelle Unstimmigkeiten, etwa dass Meta in einer Anzeigengruppe mit dynamischem Creative nur eine Anzeige erlaubt, oder ein dynamisches Creative ohne Produktset.
• Nicht unterstützter Dateityp. Für Meta gehen nur Bilder und Videos.
• Abgelaufene Freigabe. Lässt sich dein Meta-Token nicht mehr nutzen, siehe Meta-Konto neu freigeben oder trennen.

Behebe die Ursache, also Creative tauschen, URL korrigieren, Meta neu verbinden oder die Anzeigengruppe anpassen, und nutz dann Retry failed, um nur die gescheiterten Anzeigen neu anzulegen. Bereits live gegangene bleiben unangetastet.

Der Hinweis beim erneuten Ausspielen

Spielst du eine bestehende Anzeige mit Post-ID erneut aus, damit Likes und Kommentare am selben Beitrag zusammenlaufen, weigert sich Meta manchmal, für Advantage+- oder Katalog-Anzeigen ein frisches Post-ID-Creative zu bauen. Statt zu scheitern, verwendet uplads das Creative der Quellanzeige direkt weiter und zeigt einen gelben Hinweis.

Das ist kein Fehler: die erneut ausgespielte Anzeige zeigt weiterhin genau denselben Beitrag, die Interaktion wandert also wie gewollt mit. Der einzige Unterschied ist kosmetisch, im Meta Ads Manager siehst du den Creative-Editor statt „Bestehenden Beitrag verwenden". Der Hinweis steht da, damit dich das später nicht überrascht.

Wo der vollständige Grund steht

1. Klick auf dem Ergebnisbildschirm auf View launch details, oder öffne den Launch aus der Liste.
2. Jede Position zeigt ihren Status und die gespeicherte Fehlermeldung von Meta.
3. Von dort kannst du Retry failed für die gescheiterten oder Retry all für alles noch nicht Gelungene nutzen.

Ereignisse auf Workspace-Ebene, Launches und Wiederholungen eingeschlossen, stehen zusätzlich im Audit-Log.