Ingediend, in behandeling, gepland, live: waarom statussen ertoe doen

Een inzending is in behandeling wanneer de directory haar heeft ontvangen en nog niet heeft beslist. Ze is live wanneer een buitenstaander de vermelding kan openen en er nergens “in behandeling” op staat. Gepland betekent dat het platform een launchdatum heeft bevestigd. Ingediend betekent op zichzelf alleen dat jij op de knop hebt gedrukt. Die vier woorden beschrijven vier verschillende momenten, en een tracker die ze in één kolom “klaar” stopt, rapporteert een totaal dat niemand kan verdedigen. Dit artikel legt elke status uit, wat als bewijs telt en hoe je een directory-launch rapporteert in getallen die standhouden. Voor de korte definitie van het overkoepelende begrip zie je het item listing status; voor de dagelijkse routine de gids directory-inzendingen bijhouden zonder dubbeltellingen.

Eén kolom, vijf vragen

Wanneer je een product bij een directory indient, willen de mensen die om het resultaat geven verschillende dingen weten:

• Is het werk aan mijn kant klaar? Heb ik alles ingevuld en op de knop gedrukt?
• Heeft het platform het ontvangen? Een bedankpagina, een e-mail, een regel in het account.
• Wacht het ergens op? Moderatie, een plek in de wachtrij, een goedkeuring, een datum.
• Kan het publiek het zien? Een URL die laadt voor iemand die niet is ingelogd en geen label “in behandeling” draagt.
• Moet ik iets doen? Een CAPTCHA, een tweestapsverificatie, een badge op mijn website, een beslissing over een betaalde route.

“Klaar” beantwoordt de eerste vraag en claimt stilzwijgend de vierde. Zo komt het dat een spreadsheet die 40 zegt, uiteindelijk 6 betekent. Het verschil tussen de eerste twee vragen heeft een eigen item: concept vs. ingediend.

In behandeling vs live, gepland vs ingediend

Dit zijn de paren die het vaakst door elkaar lopen. Elke rij is de vraag die je stelt voordat je een status verandert.

Paar	Het verschil	Bewijs dat de status vooruit brengt
Ingediend vs in afwachting van beoordeling	Ingediend is jouw actie; in afwachting van beoordeling is de bevestiging van het platform dat de moderatie loopt	Een ontvangstbewijs van het platform: succespagina, e-mail of regel in het dashboard
In afwachting van beoordeling vs live	In behandeling wacht op een beslissing; live is gepubliceerd en zonder label	De openbare URL opent zonder login, zonder label “in behandeling”
Gepland vs live	Gepland heeft een bevestigde datum; live heeft een openbare pagina	De pagina openen op of na de datum
In de wachtrij vs gepland	In de wachtrij heeft een plek in de rij; gepland heeft een datum	Het platform noemt de datum
Live vs al vermeld	Live komt uit deze inzending; al vermeld bestond al voordat je begon	Eerst controleren of er al een vermelding is

De laatste rij weegt zwaarder dan ze lijkt. Vermeldt een directory je product al, dan maakt opnieuw indienen een duplicaat dat het platform kan afwijzen of verwijderen. Daarom heeft de tracker er een aparte status voor.

Elf statussen, gegroepeerd naar de vraag die ze beantwoorden

De tracker van LaunchRepo (record.py, dat naar submissions.json schrijft, met dezelfde regels in het lokale dashboard) gebruikt elf statussen. Elke status vereist een minimale waarneming voordat hij mag worden vastgelegd. Het dashboard deelt elk platform in precies één bucket in, zodat de buckets altijd optellen tot het aantal geprobeerde platforms.

Vraag	Status	Dashboardbucket	Volgende actie
Werk aan jouw kant	draft	draft	Afmaken en indienen, of weggooien
Werk aan jouw kant	prepared_needs_human	needs_you	De genoemde stap doen: CAPTCHA, 2FA, badge, beslissing
Ontvangen	submitted_pending_review	pending	Opnieuw controleren na het genoemde beoordelingsvenster
Ontvangen	queued	queued	Op de wachtrij wachten; opnieuw controleren, nooit opnieuw indienen
Ontvangen	scheduled	scheduled	De vermelding openen op de bevestigde datum
Openbaar	live	live	Niets; bewaar de URL
Openbaar	already_listed	already_listed	Niets; niet opnieuw indienen
Gestopt	blocked	problem	De geschiktheids- of accountlimiet oplossen, of laten vallen
Gestopt	unavailable	problem	Opnieuw proberen als de route werkt
Gestopt	deferred_paid	parked	Jouw keuze: buiten de run betalen of overslaan
Gestopt	not_a_fit	parked	Geen

Elf klinkt als veel. In de praktijk bestaat elke status omdat samenvoegen met een buur minstens één keer een fout rapport opleverde. De gids uitkomsten vastleggen: statussen, bewijs en record.py toont de exacte commando’s voor elke status.

Voorbeeld 1: SaaSHub, openbaar maar in behandeling

De inzending bij SaaSHub, gedocumenteerd in de openbare praktijkgids voor SaaSHub, leverde een productpagina op die iedereen met de link kon openen. Die droeg ook een zichtbaar label: Pending approval (wacht op goedkeuring).

Een tracker met één kolom legt dat vast als klaar, of zelfs als live, omdat de pagina laadt. De regel van LaunchRepo is het tegenovergestelde: openbare bereikbaarheid alleen is geen bewijs van acceptatie. De vermelding blijft submitted_pending_review zolang de pagina “in behandeling” zegt. Ze gaat pas naar live nadat iemand haar opnieuw opent, geen label “in behandeling” ziet en de URL vastlegt met een expliciete bevestigingsflag. Op de dag van indienen ging het aantal live vermeldingen niet omhoog; de regel kreeg in plaats daarvan een datum om terug te kijken.

Voorbeeld 2: TinyLaunch, gepland met goedkeuring nog open

TinyLaunch, gedocumenteerd in de praktijkgids voor TinyLaunch, bood op het gratis Standard-pad een toekomstig wekelijks launchslot aan. Nadat de datum was bevestigd, toonde het dashboard die naast Waiting for approval (wacht op goedkeuring).

Er zijn twee verkeerde manieren om dit vast te leggen: live, omdat er een datum in een kalender staat, of submitted_pending_review, omdat de goedkeuring nog openstaat. De tracker legt scheduled vast met de bevestigde datum en houdt de openstaande goedkeuring in de notitie. Beide feiten blijven bewaard: er is een datum, en die kan nog vervallen. De tracker weigert ook een scheduled-datum die vroeger valt dan de minimale launchdatum van het product, zodat een gratis slot volgende maandag niet kan afgaan voordat je launchpagina klaar is. Het item scheduled listing behandelt de status in één alinea.

Wat de tracker weigert

Regels op een pagina sla je makkelijk over. Deze worden door het script afgedwongen. Hieronder een echte run op 30 september 2026 in een nieuwe werkruimte met een voorbeeldproduct: zes uitkomsten die de openbare praktijkgidsen spiegelen, daarna een poging om SaaSHub naar live te promoveren. buckets.py is een hulpscript van vier regels dat voor dit artikel is geschreven; het print wat de eigen bucketfunctie van het dashboard teruggeeft.

$ 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 gebeuren drie dingen. “De pagina laadt” is niet genoeg voor live: de tracker wil een gecontroleerde openbare URL en de bevestigingsflag. Een bestaande regel wordt nooit stilzwijgend overschreven: wijzigen vraagt een bewuste --replace. En het promoveren van SaaSHub verplaatst één platform van in behandeling naar live, terwijl ingediend op 4 blijft, omdat een statuswijziging geen nieuwe inzending is. Zodra een live listing is vastgelegd, draagt de regel de URL die iedereen kan controleren.

Drie tellingen in plaats van één totaal

Een goed rapport geeft nooit één getal. Het geeft er drie, en elk beantwoordt een andere vraag:

1. Ingediend: hoeveel platforms het product hebben ontvangen. In het dashboard is dat pending + queued + scheduled + live.
2. Live: naar hoeveel openbare vermeldingen je vandaag kunt linken.
3. Actie van jou nodig: hoeveel regels op een mens wachten.

Dezelfde regels bepalen wat meetelt voor een rundoel. Het runbook van de toolkit telt een platform één keer, wanneer het voor het eerst submitted_pending_review, queued, scheduled of live bereikt. Concepten, overdrachten, betaalde routes, afgewezen kandidaten en already_listed brengen het doel nooit dichterbij, en latere updates van hetzelfde platform tellen niet opnieuw. Een echte inzending die de moderatie later afwijst, blijft als ingediend geteld; alleen een ontvangstbewijs dat per vergissing is vastgelegd, wordt gecorrigeerd, met --invalidate-run-confirmation.

Onze eigen pilot laat zien waarom de splitsing ertoe doet. Het SeoMap-log van 14 september 2026, gepubliceerd op de founderpagina, telde 211 inzendpogingen: 20 live, 97 in afwachting van beoordeling en 24 gepland. De andere 70 pogingen hadden geen van die drie statussen bereikt. “211 klaar” was in één opzicht waar geweest en in elk bruikbaar opzicht fout.

Waarom een agent dit harder nodig heeft dan jij

Dien je met de hand bij vijf directory’s in, dan onthoud je welke in behandeling is en welke een kalender toonde. Een AI-agent die een sessie draait, afsluit en morgen opnieuw start, misschien als een andere agent op een andere machine, onthoudt dat niet. Hij leest eerst de tracker en beslist op basis van de status:

• Regels met prepared_needs_human en scheduled-launches die aan verificatie toe zijn, komen eerst.
• Regels met submitted_pending_review waarvan het genoemde beoordelingsvenster is verstreken, worden opnieuw gecontroleerd: het bestaande record, nooit een nieuwe inzending om voor te dringen.
• Regels met live blijven met rust.

Elk van die beslissingen is fout als de status fout is. SaaSHub op dag één als live vastleggen had betekend dat niemand controleerde of het was goedgekeurd. TinyLaunch als alleen ingediend vastleggen had betekend dat niemand de pagina op de launchdatum verifieerde. De statussen zijn het geheugen van de agent, en in het lokale dashboard lees je ze af.

Zet je je eigen run op, dan laat de pagina hoe LaunchRepo werkt zien waar de tracker in de workflow zit, en de pagina voor SaaS-founders behandelt een product met een echte launchkalender. De tracker, het dashboard en 299 actieve playbooks (op 24 september 2026) horen bij de eenmalige licentie.

Veelgestelde vragen

Wat is het verschil tussen in behandeling en live?

In behandeling betekent dat de directory je inzending heeft ontvangen en haar beoordeling nog niet heeft afgerond. Live betekent dat de vermelding openbaar is en geen label “in behandeling” draagt. Een pagina die je kunt openen kan nog in behandeling zijn, dus controleer het label, niet alleen de URL.

Is een geplande vermelding al live?

Nee. Gepland betekent dat het platform een launchdatum heeft bevestigd; de vermelding wordt op die datum openbaar, en de goedkeuring kan nog openstaan. Open de pagina op of na de datum voordat je haar als live vastlegt.

Betekent een bedankpagina dat mijn inzending is geaccepteerd?

Nee. Een bedankpagina laat zien dat het formulier is verstuurd. Hooguit bewijst ze ontvangst, dus de status is in afwachting van beoordeling tot het platform de vermelding publiceert.

Hoe lang blijven inzendingen in behandeling?

Zo lang als de beoordeling van het platform duurt. Gratis routes zijn vaak traag; één praktijkgids op deze site legt een schatting van meer dan 30 dagen vast. Gebruik het venster dat het platform noemt, of spreek een opvolgdatum af als het er geen noemt.

Moet ik opnieuw indienen als een vermelding in behandeling blijft?

Nee. Controleer de bestaande inzending opnieuw na het beoordelingsvenster, en neem contact op met het platform als de regels dat toestaan. Opnieuw indienen kan duplicaten opleveren en brengt je niet hoger in een wachtrij.

Bronnen: RUNBOOK.md (statustabel, tel- en correctieregels), scripts/record.py en scripts/dashboard_status.py in de LaunchRepo-toolkit 1.9.0; een echte trackerrun op 30 september 2026; de openbare praktijkgidsen voor SaaSHub en TinyLaunch (waargenomen op 13 september 2026); het SeoMap-log van 14 september 2026 op de founderpagina.