Soumis, en attente, en ligne : pourquoi les états comptent

Une soumission est en attente quand l’annuaire l’a reçue sans avoir encore tranché. Elle est en ligne quand un inconnu peut ouvrir la fiche et que rien n’y indique « en attente ». Programmée signifie que la plateforme a confirmé une date de lancement. Soumise, à elle seule, veut seulement dire que vous avez appuyé sur le bouton. Ces quatre mots décrivent quatre moments différents, et un suivi qui les range dans une seule colonne « fait » affichera un total que personne ne peut défendre. Cet article explique chaque état, ce qui vaut preuve et comment présenter un lancement sur annuaires avec des chiffres qui tiennent. Pour la définition courte du terme générique, voyez l’entrée statut de fiche ; pour la routine au quotidien, le guide de suivi des statuts de soumission.

Une colonne, cinq questions

Quand vous soumettez un produit à un annuaire, les personnes qui s’intéressent au résultat veulent savoir des choses différentes :

• Le travail est-il fait de mon côté ? Ai-je tout rempli et appuyé sur le bouton ?
• La plateforme l’a-t-elle reçu ? Une page de remerciement, un e-mail, une entrée dans le compte.
• Attend-il quelque chose ? Une modération, une place dans la file, une approbation, une date.
• Le public peut-il le voir ? Une URL qui s’ouvre pour quelqu’un qui n’est pas connecté et qui ne porte aucune mention « en attente ».
• Dois-je faire quelque chose ? Un CAPTCHA, une demande de double authentification, un badge sur mon site, une décision sur une voie payante.

« Fait » répond à la première question et prétend en silence répondre à la quatrième. C’est ainsi qu’une feuille de calcul qui affiche 40 finit par vouloir dire 6. La différence entre les deux premières questions a sa propre entrée : brouillon vs soumis.

En attente vs en ligne, programmé vs soumis

Ce sont les paires que l’on confond le plus. Chaque ligne donne la question à se poser avant de changer un statut.

Paire	La différence	La preuve qui le fait avancer
Soumis vs en attente de modération	Soumis, c’est votre action ; en attente de modération, c’est la plateforme qui confirme que la modération est ouverte	Un accusé de réception de la plateforme : page de confirmation, e-mail ou entrée dans le tableau de bord
En attente de modération vs en ligne	En attente, on attend une décision ; en ligne, c’est publié et sans mention	L’URL publique s’ouvre sans connexion, sans mention « en attente »
Programmé vs en ligne	Programmé a une date confirmée ; en ligne a une page publique	Ouvrir la page le jour prévu ou après
En file vs programmé	En file a une place dans la file ; programmé a une date	La plateforme indique la date
En ligne vs déjà référencé	En ligne vient de cette soumission ; déjà référencé existait avant que vous commenciez	Vérifier d’abord s’il existe déjà une fiche

La dernière ligne compte plus qu’il n’y paraît. Si un annuaire référence déjà votre produit, soumettre à nouveau crée un doublon que la plateforme peut refuser ou supprimer. C’est pourquoi le suivi a un état distinct pour ce cas.

Onze états, regroupés selon la question à laquelle ils répondent

Le suivi LaunchRepo (record.py, qui écrit submissions.json, et les mêmes règles dans le tableau de bord local) utilise onze états. Chacun exige une observation minimale avant de pouvoir être enregistré. Le tableau de bord range chaque plateforme dans exactement une catégorie, si bien que les catégories s’additionnent toujours au nombre de plateformes tentées.

Question	État	Catégorie du tableau de bord	Action suivante
Travail de votre côté	draft	draft	Terminer et soumettre, ou abandonner
Travail de votre côté	prepared_needs_human	needs_you	Faire l’étape indiquée : CAPTCHA, 2FA, badge, décision
Reçu	submitted_pending_review	pending	Revérifier après le délai d’examen annoncé
Reçu	queued	queued	Attendre la file ; revérifier, ne jamais soumettre à nouveau
Reçu	scheduled	scheduled	Ouvrir la fiche à la date confirmée
Public	live	live	Rien ; conserver l’URL
Public	already_listed	already_listed	Rien ; ne pas soumettre à nouveau
Arrêté	blocked	problem	Lever la condition d’éligibilité ou la limite de compte, ou abandonner
Arrêté	unavailable	problem	Réessayer quand la voie fonctionne
Arrêté	deferred_paid	parked	À vous de décider : payer en dehors de l’exécution ou passer
Arrêté	not_a_fit	parked	Aucune

Onze, cela paraît beaucoup. En pratique, chacun existe parce que le fusionner avec son voisin a produit au moins une fois un rapport faux. Le guide d’enregistrement des résultats donne les commandes exactes pour chaque état.

Exemple 1 : SaaSHub, public mais en attente

La soumission à SaaSHub, documentée dans le guide pratique SaaSHub public, a produit une page produit que n’importe qui disposant du lien pouvait ouvrir. Elle portait aussi une mention visible : Pending approval (en attente d’approbation).

Un suivi à une seule colonne l’enregistre comme fait, voire comme en ligne, parce que la page s’affiche. La règle de LaunchRepo est l’inverse : l’accessibilité publique seule ne prouve pas l’acceptation. La fiche reste submitted_pending_review tant que la page indique qu’elle est en attente. Elle ne passe à live qu’après que quelqu’un l’a rouverte, n’a vu aucune mention d’attente et a enregistré l’URL avec un indicateur de confirmation explicite. Le jour de la soumission, le compte des fiches en ligne n’a pas augmenté ; la ligne a reçu à la place une date de revérification.

Exemple 2 : TinyLaunch, programmé avec une approbation en suspens

TinyLaunch, documenté dans le guide pratique TinyLaunch, a proposé un futur créneau de lancement hebdomadaire sur sa voie gratuite Standard. Après la confirmation de la date, le tableau de bord l’affichait à côté de Waiting for approval (en attente d’approbation).

Il y a deux mauvaises façons de l’enregistrer : live, parce qu’il y a une date dans un calendrier, ou submitted_pending_review, parce que l’approbation est en suspens. Le suivi enregistre scheduled avec la date confirmée et garde l’approbation en suspens dans la note. Les deux faits sont conservés : une date existe, et elle peut ne pas tenir. Le suivi refuse aussi une date scheduled antérieure à la date de lancement au plus tôt du produit, pour qu’un créneau gratuit lundi prochain ne parte pas avant que votre page de lancement soit prête. L’entrée fiche programmée décrit cet état en un paragraphe.

Ce que le suivi refuse

Des règles écrites sur une page, on les saute facilement. Celles-ci sont imposées par le script. Voici une exécution réelle du 30 septembre 2026, dans un espace de travail neuf avec un produit d’exemple : six résultats qui reprennent les guides pratiques publics, puis une tentative de faire passer SaaSHub en ligne. buckets.py est un petit utilitaire de quatre lignes écrit pour cet article ; il affiche ce que renvoie la fonction de catégories du tableau de bord lui-même.

$ 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}

Il se passe trois choses ici. « La page s’affiche » ne suffit pas pour live : le suivi exige une URL publique vérifiée et l’indicateur de confirmation. Une ligne existante n’est jamais écrasée en silence : la modifier demande un --replace délibéré. Et faire passer SaaSHub en ligne déplace une plateforme de en attente vers en ligne, tandis que soumis reste à 4, parce qu’un changement de statut n’est pas une nouvelle soumission. Une fois une fiche en ligne enregistrée, la ligne porte l’URL que chacun peut vérifier.

Trois comptes au lieu d’un total

Un bon rapport ne donne jamais un seul chiffre. Il en donne trois, et chacun répond à une question différente :

1. Soumis : combien de plateformes ont reçu le produit. Dans le tableau de bord, c’est pending + queued + scheduled + live.
2. En ligne : combien de fiches publiques vous pouvez lier aujourd’hui.
3. Vous attend : combien de lignes attendent une personne.

Les mêmes règles décident de ce qui compte pour l’objectif d’une exécution. Le runbook du kit compte une plateforme une seule fois, quand elle atteint pour la première fois submitted_pending_review, queued, scheduled ou live. Les brouillons, les relais, les voies payantes, les candidats écartés et already_listed ne font jamais avancer l’objectif, et les mises à jour ultérieures de la même plateforme ne comptent pas une seconde fois. Une vraie soumission que la modération refuse ensuite reste comptée comme soumise ; seul un accusé de réception enregistré par erreur est corrigé, avec --invalidate-run-confirmation.

Notre propre pilote montre pourquoi cette séparation compte. Le journal SeoMap du 14 septembre 2026, publié sur la page du fondateur, comptait 211 tentatives de soumission : 20 en ligne, 97 en attente de modération et 24 programmées. Les 70 autres tentatives n’avaient atteint aucun de ces trois états. « 211 faits » aurait été vrai dans un sens et faux dans tous ceux qui servent.

Pourquoi un agent en a plus besoin que vous

Si vous soumettez à cinq annuaires à la main, vous vous souvenez de celui qui est en attente et de celui qui a affiché un calendrier. Un agent IA qui mène une session, la ferme et reprend demain, peut-être sous la forme d’un autre agent sur une autre machine, ne s’en souvient pas. Il lit d’abord le suivi et décide d’après l’état :

• Les lignes prepared_needs_human et les lancements scheduled à vérifier passent en premier.
• Les lignes submitted_pending_review dont le délai d’examen annoncé est dépassé sont revérifiées : l’enregistrement existant, jamais une nouvelle soumission pour doubler la file.
• Les lignes live restent telles quelles.

Chacune de ces décisions est fausse si l’état est faux. Enregistrer SaaSHub comme en ligne dès le premier jour aurait signifié que personne ne vérifie s’il a été approuvé. Enregistrer TinyLaunch comme simplement soumis aurait signifié que personne ne vérifie la page à la date de lancement. Les états sont la mémoire de l’agent, et le tableau de bord local est l’endroit où vous les lisez.

Si vous préparez votre propre exécution, comment fonctionne LaunchRepo montre où se situe le suivi dans le processus, et la page pour les fondateurs de SaaS couvre un produit avec un vrai calendrier de lancement. Le suivi, le tableau de bord et 299 playbooks actifs (au 24 septembre 2026) sont fournis avec la licence à paiement unique.

Questions fréquentes

Quelle est la différence entre en attente et en ligne ?

En attente signifie que l’annuaire a reçu votre soumission et n’a pas terminé son examen. En ligne signifie que la fiche est publique et ne porte aucune mention d’attente. Une page que vous pouvez ouvrir peut encore être en attente : vérifiez la mention, pas seulement l’URL.

Une fiche programmée est-elle déjà en ligne ?

Non. Programmée signifie que la plateforme a confirmé une date de lancement ; la fiche devient publique à cette date, et l’approbation peut encore être en suspens. Ouvrez la page le jour prévu ou après, avant de l’enregistrer comme en ligne.

Une page de remerciement signifie-t-elle que ma soumission a été acceptée ?

Non. Une page de remerciement montre que le formulaire a été envoyé. Elle prouve au mieux la réception : le statut reste donc en attente de modération jusqu’à ce que la plateforme publie la fiche.

Combien de temps les soumissions restent-elles en attente ?

Aussi longtemps que dure l’examen de la plateforme. Les voies gratuites sont souvent lentes ; un guide pratique de ce site consigne une estimation de plus de 30 jours. Fiez-vous au délai annoncé par la plateforme, ou fixez une date de relance si elle n’en annonce aucun.

Faut-il soumettre à nouveau si une fiche reste en attente ?

Non. Revérifiez la soumission existante après le délai d’examen, et contactez la plateforme si ses règles le permettent. Soumettre à nouveau peut créer des doublons et ne vous fait pas remonter dans une file.

Sources : RUNBOOK.md (tableau des états, règles de comptage et de correction), scripts/record.py et scripts/dashboard_status.py dans le kit LaunchRepo 1.9.0 ; une exécution réelle du suivi le 30 septembre 2026 ; les guides pratiques publics SaaSHub et TinyLaunch (observés le 13 septembre 2026) ; le journal SeoMap du 14 septembre 2026 sur la page du fondateur.