Veröffentlicht vs. Geplant

Lädt immer dann, wenn ein Agent Inhalte (Beiträge, Reels, Stories, Videos, Dateien) in einem sozialen Planer oder einer Cloud geplant, hochgeladen oder veröffentlicht hat und feststellen muss, was wirklich live ist.

Was ist Veröffentlicht vs. Geplant?

Diese Fertigkeit schließt eine kritische Lücke zwischen dem Scheduler-Status und der tatsächlichen Live-Präsenz. Scheduler melden oft fälschlicherweise „Erfolg

Funktioniert mit~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/RabbitDesigns22/published-vs-planned/tree/HEAD/skills/published-vs-planned

Installed? Explore more Produktivität & Zusammenarbeit skills: steipete/gemini, steipete/gh-issues, steipete/skill-creator · View all 6 →

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Was macht Veröffentlicht vs. Geplant?

Ein Tool, das „Erfolg“ meldet, ist kein Beitrag auf einem Profil. Scheduler akzeptieren einen Auftrag und scheitern später: abgelaufener Token, falsches Konto, zurückgewiesenes Format, ein Netzwerk stillschweigend fallengelassen. Der Eigentümer öffnet dann die Seite, findet nichts, und der Agent hat bereits „alles veröffentlicht“ gesagt. Diese Fertigkeit schließt diese Lücke mit einer Regel: Ein Eintrag ist nur dann „veröffentlicht“, wenn du ihn live gesehen hast, bei dieser Prüfung.

Wann zu verwenden

  • Du hast gerade etwas geplant, hochgeladen oder veröffentlicht und wirst es gleich melden.
  • Jemand fragt: „Ist es rausgegangen?“, „Ist alles gespeichert?“, „Warum ist es nicht auf Instagram?“.
  • Ein wiederkehrender Auftrag postet Inhalte für Kunden, und niemand hat die Live-Seiten angesehen.

Verwende es nicht, um Beiträge zu entwerfen, Bildunterschriften zu schreiben oder Anzeigenergebnisse zu lesen. Es beantwortet nur: War das geplante Ding dort, wo es sein sollte, als es sein sollte?

Die Methode

1. Zuerst die Planliste erstellen (bevor du den Scheduler berührst)

Ein Eintrag pro Element pro Netzwerk. Cross-Posting zu Facebook und Instagram sind zwei Einträge.

#Konto / SeiteNetzwerkFormatGeplante Datum-Uhrzeit + ZeitzoneAsset (Dateiname oder ID)Bildunterschrift, erste Worte

Regeln:

  • Schreibe die Zeitzone in jede Zeile. Die Zeitzone des Schedulers und die des Kontos unterscheiden sich oft.
  • Nimm die Liste aus dem Briefing oder dem genehmigten Kalender, nicht aus dem, was du zu tun glaubst.
  • Wenn ein Feld unbekannt ist, sage es jetzt. Fülle es später nicht aus Schätzungen nach.

2. Nach der Planung: Aus der Scheduler-Liste zurücklesen

Schließe die Bestätigungsmeldung. Öffne die Listenansicht des Schedulers (geplante Beiträge, Planer, Warteschlange) und gleiche jeden Eintrag Feld für Feld ab:

  • richtiges Konto/Seite, richtiges Netzwerk
  • richtiges Format (Beitrag vs. Reel vs. Story)
  • Datum, Uhrzeit und Zeitzone
  • das richtige Medium (Vorschau öffnen; Elemente in einer Karussell zählen)
  • Bildunterschrift intakt (erste Wörter, Zeilenumbrüche, Links, Hashtags, keine Kürzung)

Jede Abweichung: Korrigiere sie jetzt, dann lies sie erneut zurück. Ein in der Liste nicht gefundener Eintrag ist „nicht geplant“, egal was die Meldung sagte.

3. Nach Ablauf des Zeitfensters: Die LIVE-Oberfläche prüfen

Warte, bis die geplante Zeit vergangen ist, plus ein paar Minuten. Öffne dann das, was die Öffentlichkeit sieht, nicht das Admin-Tool:

  • das öffentliche Profil oder die Seite, nach Möglichkeit abgemeldet oder in der App-Ansicht; oder die eigene „veröffentlichte“ Liste der Plattform als zweite Quelle
  • Instagram und Facebook getrennt. Cross-Posting lässt oft eine Seite ohne Fehlermeldung ausfallen.
  • Für jeden Eintrag bestätigen: Er existiert, richtiges Konto, richtiges Format, Bildunterschrift intakt, Medium wird abgespielt und ist das richtige Asset, etwa zur richtigen Zeit gepostet
  • Für Drive-Uploads: Öffne den Zielordner in der Webansicht, überprüfe Dateiname, Größe größer als Null, und dass sie geöffnet werden kann

Stories laufen ab, und einige Formate erscheinen in einem anderen Tab (Reels-Tab, Stories-Archiv). Suche an der richtigen Stelle, bevor du etwas als fehlend bezeichnest.

4. Nur die Abweichungstabelle melden

Setze Lücken an den Anfang. Gib die genaue Prüfzeit mit Zeitzone an.

#ElementGeplantGeplant (Listenansicht)Live (öffentliche Seite)Lücke und wahrscheinliche UrsacheKorrektur

Statuswörter pro Zelle: ok, fehlt, falsch (was sagen), noch nicht fällig, nicht geprüft (warum sagen). Dann eine Zeile: „Geprüft am 4. Nov., 21:40 (UTC-5): 7 von 9 live, 2 Lücken.“

5. Wörter, die du verwenden darfst und nicht

  • „Veröffentlicht“ und „live“: nur für Einträge, die bei dieser Prüfung auf der Live-Oberfläche verifiziert wurden.
  • „Geplant“: nur für Einträge, die du bei dieser Prüfung in der Scheduler-Liste zurückgelesen hast.
  • Niemals aus: einem Tool-Status, einer als „erfolgreich“ markierten Aufgabe, einer Meldung, einer Log-Zeile, einem früheren Bericht oder dem Gedächtnis.
  • Wenn du nicht nachsehen konntest (Login abgelaufen, Seite blockiert), schreibe nicht geprüft und warum. „Unbekannt“ ist besser als „wahrscheinlich in Ordnung“.
  • Wenn etwas falsch ist und du es sicher beheben kannst (neu planen, neu hochladen, eine verpasste Stelle mit Zustimmung des Eigentümers erneut veröffentlichen, falls erforderlich), tue es, überprüfe es dann erneut und zeige die neuen Belege.

6. Wiederholungsrhythmus

  • Direkt nach jedem geplanten Zeitfenster: Überprüfe nur die Einträge, die dieses Fenster abdeckte.
  • Einmal täglich: vollständige Tabelle.
  • Zwischen den Prüfungen melde nur eine Differenz („2 Einträge haben sich seit der letzten Prüfung geändert“), nicht die ganze Geschichte erneut.
  • Behalte die letzte Tabelle mit ihrem Zeitstempel, damit die nächste Prüfung sie als Differenz verwenden kann.

Ausgearbeitetes Beispiel

Plan: 3 Elemente für Dienstag. Gemeldet um 21:40.

#ElementGeplantGeplant (Liste)LiveLücke und UrsacheKorrektur
1Seite A, FB, BeitragDi 10:00okokkeinekeine
2Seite A, IG, ReelDi 10:00okfehltCross-Post zu IG fehlgeschlagen, kein Fehler angezeigtmanuell neu veröffentlicht 21:45, jetzt live (verifiziert)
3Seite B, FB, ReelDi 18:00falsch: auf 08:00 gesetztok zur falschen StundeZeitzonenverschiebung (Scheduler in anderer Zone)Konto-Zeitzone gesetzt, Hinweis für nächsten Batch

Schlechter Bericht: „Alle 3 geplant und veröffentlicht.“ (kam von drei Erfolgsmeldungen.)

Häufige Fehlerursachen

  • Abgelaufener oder widerrufener Token, oder die Berechtigungen der Seite haben sich geändert
  • Falsches Konto ausgewählt, oder zwei ähnliche Seiten/Konten
  • Format zurückgewiesen: Reel zu lang, falsches Seitenverhältnis, nicht unterstützter Codec, Bildunterschrift zu lang
  • Zeitzonenverschiebung zwischen Scheduler, Konto und der planenden Person
  • Medien-Upload noch in Bearbeitung, als der Zeitplan gespeichert wurde, sodass der Beitrag ohne Medium gespeichert wurde
  • Ein Netzwerk bei einem Cross-Post stillschweigend fallengelassen
  • Duplikat oder Entwurf statt geplant gespeichert
  • Scheduler-Liste gefiltert (Datumsbereich, ein Konto), sodass der Eintrag zu fehlen scheint oder vorhanden zu sein scheint, obwohl es ein anderer ist
  • Inhalt nach dem Posten von der Plattform gekennzeichnet oder durch eine Urheberrechtsprüfung entfernt
  • Drive-Uploads: Synchronisation nicht abgeschlossen, Datei im falschen Ordner gelandet, Datei mit Null Byte, Berechtigungen nicht geteilt

Grenzen

  • Du kannst private oder eingeschränkte Konten ohne Zugriff nicht sehen; sage es.
  • Plattformlisten können einige Minuten hinterherhinken; überprüfe einmal erneut, bevor du es als fehlend bezeichnest.
  • Dies überprüft Existenz und Korrektheit, nicht ob jemand es gesehen hat.

Verwandte Skills