Eingereicht, geplant, live: warum jeder Status zählt

Eine Einreichung ist ausstehend, wenn das Verzeichnis sie erhalten und noch nicht entschieden hat. Sie ist live, wenn ein Fremder den Eintrag öffnen kann und nichts darauf „ausstehend“ sagt. Geplant heißt, die Plattform hat ein Launch-Datum bestätigt. Eingereicht allein heißt nur, dass du den Knopf gedrückt hast. Diese vier Wörter beschreiben vier verschiedene Momente, und ein Tracker, der sie in einer einzigen Spalte „erledigt“ speichert, meldet eine Summe, die niemand verteidigen kann. Dieser Artikel erklärt jeden Status, was als Beleg zählt und wie du einen Verzeichnis-Launch in Zahlen berichtest, die halten. Die kurze Definition des Oberbegriffs steht im Eintrag Listing-Status, die tägliche Routine im Leitfaden Verzeichniseinreichungen ohne Doppelzählung verfolgen.

Eine Spalte, fünf Fragen

Wenn du ein Produkt bei einem Verzeichnis einreichst, wollen die Leute, denen das Ergebnis wichtig ist, verschiedene Dinge wissen:

• Ist die Arbeit auf meiner Seite fertig? Habe ich alles ausgefüllt und den Knopf gedrückt?
• Hat die Plattform es erhalten? Eine Danke-Seite, eine E-Mail, ein Eintrag im Konto.
• Wartet es auf etwas? Moderation, einen Platz in der Warteschlange, eine Freigabe, ein Datum.
• Kann die Öffentlichkeit es sehen? Eine URL, die auch ohne Login lädt und kein „ausstehend“-Etikett trägt.
• Muss ich etwas tun? Ein CAPTCHA, eine Zwei-Faktor-Abfrage, ein Badge auf meiner Website, eine Entscheidung über einen kostenpflichtigen Weg.

„Erledigt“ beantwortet die erste Frage und behauptet stillschweigend die vierte. So wird aus einer Tabelle, die 40 sagt, in Wahrheit 6. Der Unterschied zwischen den ersten beiden Fragen hat einen eigenen Eintrag: Entwurf vs. eingereicht.

Ausstehend vs. live, geplant vs. eingereicht

Das sind die Paare, die am häufigsten verwechselt werden. Jede Zeile ist die Frage, die du stellen solltest, bevor du einen Status änderst.

Paar	Der Unterschied	Beleg, der es weiterbringt
Eingereicht vs. in Prüfung	Eingereicht ist deine Handlung; in Prüfung ist die Bestätigung der Plattform, dass die Moderation läuft	Eine Eingangsbestätigung der Plattform: Erfolgsseite, E-Mail oder Eintrag im Dashboard
In Prüfung vs. live	In Prüfung wartet auf eine Entscheidung; live ist veröffentlicht und ohne Etikett	Die öffentliche URL öffnet sich ohne Login, ohne „ausstehend“-Etikett
Geplant vs. live	Geplant hat ein bestätigtes Datum; live hat eine öffentliche Seite	Die Seite am oder nach dem Datum öffnen
In der Warteschlange vs. geplant	In der Warteschlange hat einen Platz in der Reihe; geplant hat ein Datum	Die Plattform nennt das Datum
Live vs. bereits gelistet	Live kam aus dieser Einreichung; bereits gelistet existierte, bevor du angefangen hast	Zuerst nach einem bestehenden Eintrag suchen

Die letzte Zeile ist wichtiger, als sie aussieht. Führt ein Verzeichnis dein Produkt bereits, erzeugt eine erneute Einreichung ein Duplikat, das die Plattform ablehnen oder entfernen kann. Deshalb hat der Tracker dafür einen eigenen Status.

Elf Status, gruppiert nach der Frage, die sie beantworten

Der LaunchRepo-Tracker (record.py, das submissions.json schreibt, und dieselben Regeln im lokalen Dashboard) nutzt elf Status. Jeder verlangt eine Mindestbeobachtung, bevor er erfasst werden darf. Das Dashboard sortiert jede Plattform in genau eine Gruppe, sodass die Gruppen immer die Zahl der versuchten Plattformen ergeben.

Frage	Status	Dashboard-Gruppe	Nächste Aktion
Arbeit auf deiner Seite	draft	draft	Fertigstellen und einreichen oder verwerfen
Arbeit auf deiner Seite	prepared_needs_human	needs_you	Den genannten Schritt erledigen: CAPTCHA, 2FA, Badge, Entscheidung
Erhalten	submitted_pending_review	pending	Nach dem genannten Prüffenster erneut prüfen
Erhalten	queued	queued	Auf die Warteschlange warten; erneut prüfen, nie erneut einreichen
Erhalten	scheduled	scheduled	Den Eintrag am bestätigten Datum öffnen
Öffentlich	live	live	Nichts; die URL behalten
Öffentlich	already_listed	already_listed	Nichts; nicht erneut einreichen
Gestoppt	blocked	problem	Die Eignungs- oder Kontogrenze klären oder fallen lassen
Gestoppt	unavailable	problem	Erneut versuchen, wenn der Weg funktioniert
Gestoppt	deferred_paid	parked	Deine Entscheidung: außerhalb des Laufs zahlen oder überspringen
Gestoppt	not_a_fit	parked	Keine

Elf klingt nach viel. In der Praxis existiert jeder einzelne, weil das Zusammenlegen mit dem Nachbarn mindestens einmal einen falschen Bericht erzeugt hat. Der Leitfaden Ergebnisse erfassen: Status, Belege und record.py zeigt die genauen Befehle für jeden Status.

Beispiel 1: SaaSHub, öffentlich, aber ausstehend

Die Einreichung bei SaaSHub, dokumentiert in der öffentlichen SaaSHub-Einreichungsanleitung, erzeugte eine Produktseite, die jeder mit dem Link öffnen konnte. Sie trug außerdem ein sichtbares Etikett: Pending approval (Freigabe ausstehend).

Ein Ein-Spalten-Tracker erfasst das als erledigt oder sogar als live, weil die Seite lädt. Die LaunchRepo-Regel sagt das Gegenteil: Öffentliche Erreichbarkeit allein ist kein Beleg für eine Annahme. Der Eintrag bleibt submitted_pending_review, solange die Seite „ausstehend“ sagt. Er wechselt erst auf live, wenn jemand ihn erneut öffnet, kein Ausstehend-Etikett mehr sieht und die URL mit einem ausdrücklichen Bestätigungs-Flag erfasst. Am Einreichungstag stieg der Live-Zähler nicht; die Zeile bekam stattdessen ein Datum zum Nachprüfen.

Beispiel 2: TinyLaunch, geplant, Freigabe noch offen

TinyLaunch, dokumentiert in der TinyLaunch-Einreichungsanleitung, bot auf seinem kostenlosen Standard-Weg einen künftigen wöchentlichen Launch-Slot an. Nachdem das Datum bestätigt war, zeigte das Dashboard es neben Waiting for approval (wartet auf Freigabe).

Es gibt zwei falsche Arten, das zu erfassen: live, weil ein Datum im Kalender steht, oder submitted_pending_review, weil die Freigabe aussteht. Der Tracker erfasst scheduled mit dem bestätigten Datum und hält die offene Freigabe in der Notiz fest. Beide Fakten bleiben erhalten: Ein Datum existiert, und es kann sein, dass es nicht hält. Der Tracker lehnt außerdem ein scheduled-Datum vor dem frühesten Launch-Datum des Produkts ab, sodass ein kostenloser Slot am nächsten Montag nicht losgehen kann, bevor deine Launch-Seite fertig ist. Der Eintrag Geplanter Eintrag erklärt den Status in einem Absatz.

Was der Tracker ablehnt

Regeln auf einer Seite sind leicht zu überspringen. Diese hier setzt das Skript durch. Unten steht ein echter Lauf vom 30. September 2026 in einem frischen Workspace mit einem Beispielprodukt: sechs Ergebnisse, die die öffentlichen Einreichungsanleitungen abbilden, dann ein Versuch, SaaSHub auf live zu setzen. buckets.py ist ein vierzeiliges Hilfsskript, das für diesen Artikel geschrieben wurde; es gibt aus, was die Gruppierungsfunktion des Dashboards selbst zurückliefert.

$ python3 scripts/record.py --project projects/my-product saashub submitted_pending_review --note 'Public page labelled Pending approval' --next-action 'Recheck the label after the review window'
Recorded saashub: submitted_pending_review
$ python3 scripts/buckets.py
{"attempted": 6, "submitted": 4, "pending": 2, "scheduled": 2, "problem": 2}
$ python3 scripts/record.py --project projects/my-product saashub live --note 'Page loads' --next-action None
Tracker rejected input: Public states require a reviewed URL and --confirmed-public
$ python3 scripts/record.py --project projects/my-product saashub live --public-url https://www.saashub.com/my-product --confirmed-public --note 'Pending label gone' --next-action None
Tracker rejected input: Platform exists: inspect the record and use --replace intentionally
$ python3 scripts/record.py --project projects/my-product saashub live --replace --public-url https://www.saashub.com/my-product --confirmed-public --note 'Pending label gone' --next-action None
Recorded saashub: live
$ python3 scripts/buckets.py
{"attempted": 6, "submitted": 4, "pending": 1, "scheduled": 2, "live": 1, "problem": 2}

Hier passieren drei Dinge. „Die Seite lädt“ reicht nicht für live: Der Tracker will eine geprüfte öffentliche URL und das Bestätigungs-Flag. Eine bestehende Zeile wird nie still überschrieben: Sie zu ändern verlangt ein bewusstes --replace. Und das Hochstufen von SaaSHub verschiebt eine Plattform von ausstehend nach live, während eingereicht bei 4 bleibt, denn eine Statusänderung ist keine neue Einreichung. Sobald ein Live-Eintrag erfasst ist, trägt die Zeile die URL, die jeder prüfen kann.

Drei Zahlen statt einer Summe

Ein guter Bericht nennt nie nur eine Zahl. Er nennt drei, und jede beantwortet eine andere Frage:

1. Eingereicht: wie viele Plattformen das Produkt erhalten haben. Im Dashboard ist das pending + queued + scheduled + live.
2. Live: wie viele öffentliche Einträge du heute verlinken kannst.
3. Braucht dich: wie viele Zeilen auf einen Menschen warten.

Dieselben Regeln entscheiden, was zu einem Laufziel zählt. Das Runbook des Toolkits zählt eine Plattform einmal, sobald sie zum ersten Mal submitted_pending_review, queued, scheduled oder live erreicht. Entwürfe, Übergaben, bezahlte Wege, verworfene Kandidaten und already_listed bringen das Ziel nie voran, und spätere Aktualisierungen derselben Plattform zählen nicht noch einmal. Eine echte Einreichung, die die Moderation später ablehnt, bleibt als eingereicht gezählt; nur eine versehentlich erfasste Eingangsbestätigung wird korrigiert, mit --invalidate-run-confirmation.

Unser eigener Pilot zeigt, warum die Aufteilung zählt. Das SeoMap-Protokoll vom 14. September 2026, veröffentlicht auf der Gründerseite, hatte 211 Einreichungsversuche: 20 live, 97 in Prüfung und 24 geplant. Die übrigen 70 Versuche hatten keinen dieser drei Status erreicht. „211 erledigt“ wäre in einem Sinn wahr gewesen und in jedem nützlichen Sinn falsch.

Warum ein Agent das dringender braucht als du

Wenn du bei fünf Verzeichnissen von Hand einreichst, weißt du noch, welches ausstehend ist und welches einen Kalender gezeigt hat. Ein KI-Agent, der eine Sitzung fährt, sie schließt und morgen neu startet, womöglich als anderer Agent auf einer anderen Maschine, weiß das nicht. Er liest zuerst den Tracker und entscheidet anhand des Status:

• prepared_needs_human-Zeilen und zur Prüfung fällige scheduled-Launches kommen zuerst.
• submitted_pending_review-Zeilen, deren genanntes Prüffenster abgelaufen ist, werden erneut geprüft: der bestehende Eintrag, nie eine neue Einreichung, um die Warteschlange zu überspringen.
• live-Zeilen bleiben unangetastet.

Jede dieser Entscheidungen ist falsch, wenn der Status falsch ist. SaaSHub am ersten Tag als live zu erfassen hätte bedeutet, dass nie jemand geprüft hätte, ob der Eintrag freigegeben wurde. TinyLaunch bloß als eingereicht zu erfassen hätte bedeutet, dass nie jemand die Seite am Launch-Datum verifiziert hätte. Die Status sind das Gedächtnis des Agenten, und im lokalen Dashboard liest du sie.

Wenn du deinen eigenen Lauf aufsetzt, zeigt So funktioniert LaunchRepo, wo der Tracker im Ablauf sitzt, und die Seite für SaaS-Gründer behandelt ein Produkt mit echtem Launch-Kalender. Der Tracker, das Dashboard und 299 aktive Playbooks (Stand 24. September 2026) kommen mit der Einmallizenz.

Häufige Fragen

Was ist der Unterschied zwischen ausstehend und live?

Ausstehend heißt, das Verzeichnis hat deine Einreichung erhalten und seine Prüfung noch nicht abgeschlossen. Live heißt, der Eintrag ist öffentlich und trägt kein Ausstehend-Etikett. Eine Seite, die du öffnen kannst, kann trotzdem noch ausstehend sein, also prüf das Etikett, nicht nur die URL.

Ist ein geplanter Eintrag schon live?

Nein. Geplant heißt, die Plattform hat ein Launch-Datum bestätigt; der Eintrag wird an diesem Datum öffentlich, und die Freigabe kann noch offen sein. Öffne die Seite am oder nach dem Datum, bevor du sie als live erfasst.

Heißt eine Danke-Seite, dass meine Einreichung angenommen wurde?

Nein. Eine Danke-Seite zeigt, dass das Formular abgeschickt wurde. Sie belegt höchstens den Eingang, also ist der Status „in Prüfung“, bis die Plattform den Eintrag veröffentlicht.

Wie lange bleiben Einreichungen ausstehend?

So lange, wie die Prüfung der Plattform dauert. Kostenlose Wege sind oft langsam; eine Einreichungsanleitung auf dieser Website hält eine Schätzung von mehr als 30 Tagen fest. Nutze das von der Plattform genannte Zeitfenster oder vereinbare ein Nachfassdatum, wenn sie keines nennt.

Soll ich erneut einreichen, wenn ein Eintrag ausstehend bleibt?

Nein. Prüf die bestehende Einreichung nach dem Prüffenster erneut und kontaktiere die Plattform, wenn ihre Regeln das erlauben. Eine erneute Einreichung kann Duplikate erzeugen und bringt dich in keiner Warteschlange nach vorn.

Quellen: RUNBOOK.md (Statustabelle, Zähl- und Korrekturregeln), scripts/record.py und scripts/dashboard_status.py im LaunchRepo-Toolkit 1.9.0; ein echter Tracker-Lauf am 30. September 2026; die öffentlichen Einreichungsanleitungen zu SaaSHub und TinyLaunch (beobachtet am 13. September 2026); das SeoMap-Protokoll vom 14. September 2026 auf der Gründerseite.