Gespeicherte Builds

Ein gespeicherter Build ist ein Schnappschuss einer angefangenen Konfiguration im Web-Uploader. Er hält die bisher getroffenen Entscheidungen fest und gibt dieser Arbeit eine stabile build_<hash>-Referenz. Web-Uploader, CLI und MCP verwenden alle dieselbe Referenz.

Ein Build ist keine gelaunchte Anzeige und kein abgeschlossener Job. Du kannst einen unfertigen Build speichern, ihn an eine andere Oberfläche übergeben und weiterarbeiten, bevor du irgendetwas erstellst.

Autosave im Web-Uploader

Der Uploader speichert deinen aktuellen Build unauffällig, während du arbeitest. Die Build-Referenz erscheint an zwei Stellen:

• Unten im Anzeigenkonfigurations-Panel
• In der Kopfzeile des Texteditors für einzelne Anzeigen bzw. Ad Sets, neben Reset All

Klicke auf das Kopiersymbol neben der Referenz, um sie in die Zwischenablage zu legen. Du kannst sie dann ins CLI, in eine MCP-Konversation oder in deine eigenen Notizen einfügen, ohne die ganze Konfiguration zu kopieren.

Autosave hält eine Arbeitskopie aktuell. Es launcht keine Anzeigen und ersetzt nicht die normalen Vorschau- und Erstellungsschritte.

Autosaves und benannte Builds

Ein Autosave ist die aktuelle, unbenannte Arbeitskopie. Ein benannter Build ist ein Autosave, den du bewusst unter einem sinnvollen Namen gespeichert hast, damit er leicht wiederzufinden bleibt.

Sobald das Konto mindestens einen Build hat, öffne Saved Builds neben der Werbekonto-Auswahl, um alle benannten Builds und deine letzten Autosaves für dieses Konto zu durchsuchen. Von dort kannst du:

• Einen Build fortsetzen
• Seine Build-Referenz kopieren
• Einen Autosave unter einem Namen speichern
• Einen gespeicherten Build umbenennen oder löschen

Verwende einen benannten Build für Arbeit, zu der du später zurückkehren willst. Das Benennen eines Autosaves erhält ihn als gespeicherten Build, statt ihn im rotierenden Bestand der letzten Autosaves zu belassen.

Einen Build fortsetzen

Um in der Web-App fortzusetzen, öffne Saved Builds und wähle Resume. Der Uploader stellt die gespeicherte Konfiguration in den Live-Bedienelementen wieder her, sodass du direkt weiterarbeiten kannst.

Resume arbeitet an demselben Build weiter, spätere Autosaves aktualisieren ihn also direkt. Wähle Fork, wenn du einen Build als Vorlage verwenden und das Original unverändert lassen willst. Fork erstellt einen neuen unbenannten Entwurf mit eigener Build-Referenz und öffnet die Kopie zum Bearbeiten.

Du kannst einen Build auch direkt über dieses URL-Format öffnen:

Der Uploader wechselt zum Werbekonto, dem der Build gehört, bevor er ihn wiederherstellt. Basierte der Build auf einem API-Preset, wählt der Uploader dieses Preset erneut aus. Basierte er auf einer Meta-Anzeige, lädt der Uploader diese Quellanzeige neu und wendet dann die gespeicherte Konfiguration an.

Die direkte URL ist nützlich, wenn ein Agent dir einen Build zurückgibt oder der ursprüngliche Uploader-Tab geschlossen ist.

Mit einem KI-Agenten arbeiten

Die Texteditoren für einzelne Anzeigen und Ad Sets enthalten Claude- und ChatGPT-Buttons. Jeder Button öffnet eine neue Konversation, in der die aktuelle Build-Referenz und ein MCP-Bearbeitungsprompt bereits ausgefüllt sind. Beschreibe die gewünschten Textänderungen, und der Agent kann genau diesen Build über das Ads Uploader MCP abrufen und aktualisieren.

Ist der Build noch im Uploader geöffnet, prüft die Seite auf externe Updates, wenn du zum Tab zurückkehrst oder das Fenster fokussierst, und zusätzlich in regelmäßigen Abständen, solange die Seite sichtbar ist. Liegt auf dem Server eine neuere Version vor und du hast keine lokalen Änderungen offen, wendet der Uploader das Update automatisch an.

Klicke auf das Aktualisierungssymbol neben der Build-Referenz, wenn du sofort prüfen willst. Dasselbe Bedienelement gibt es im Footer der Anzeigenkonfiguration und in der Kopfzeile des Texteditors.

Hast du lokale Änderungen, wenn ein externes Update eintrifft, überschreibt der Uploader sie nicht. Er zeigt Load changes und Keep mine:

• Load changes übernimmt den neueren gespeicherten Build.
• Keep mine behält deine aktuelle lokale Arbeit und verwirft dieses Update.

Ist dein Uploader-Tab geschlossen, bitte den Agenten um die Build-URL. Nach einem Update in einem geöffneten Tab muss er die URL nicht zusätzlich senden.

Arbeit zwischen Web, CLI und MCP verschieben

Gespeicherte Builds sind die Brücke zwischen den drei Oberflächen. Du kannst in der Web-App mit hochgeladenen Medien und einer Quellkonfiguration starten, die build_...-Referenz für eine bestimmte Änderung an einen CLI- oder MCP-Agenten weitergeben und das Ergebnis anschließend im selben Uploader-Tab oder über eine von dir angeforderte URL prüfen.

Die Referenz identifiziert denselben Build weiter, während er zwischen den Oberflächen wandert. Du musst Preset, Quellanzeige, Medienauswahl oder Textkonfiguration nicht für jede Übergabe neu aufbauen.

Unfertige Builds und Launch-Fähigkeit

Ein Build kann nützlich sein, bevor er launch-fähig ist. Du kannst einen unfertigen Build im Web-Uploader fortsetzen und abschließen, auch wenn CLI oder MCP ihn als „nur Web" markieren.

Für einen Launch über CLI oder MCP braucht der gespeicherte Build eine verwendbare Quellkonfiguration, etwa ein API-Preset oder eine Quellanzeige, für sein Werbekonto auflösbare Medien und eine vollständige Konfiguration, die der Headless-Workflow unterstützt. Fehlt eines dieser Teile, meldet der Build, warum er nicht launch-fähig ist, damit du in den Web-Uploader zurückkehren und ihn fertigstellen kannst.

Sieh dir vor dem Erstellen von Anzeigen immer die Vorschau an. Siehe Anzeigen launchen für den Web-Workflow oder die CLI-Konfiguration für den Kommandozeilen-Workflow.

Hinweise zu Konto und Zugriff

Gespeicherte Builds gehören zu dem Werbekonto, in dem sie erstellt wurden, und lassen sich nicht auf ein anderes Konto übertragen. Ein direkter Link kann den Uploader zum richtigen verbundenen Konto wechseln, ändert aber nichts an der Zugehörigkeit des Builds.

CLI- und MCP-Zugriff sind zahlenden Nutzern vorbehalten und in der Testversion nicht verfügbar. Das MCP verwendet dieselben Zugriffskontrollen wie das CLI; wird der CLI-Zugriff deaktiviert, ist damit auch der MCP-Zugriff deaktiviert. Verbindungs- und Authentifizierungsanleitungen findest du unter MCP-Konfiguration.