Submetido, pendente, agendado, online: porque importam

Uma submissão está pendente quando o diretório a recebeu e ainda não decidiu. Está online (publicada) quando um estranho consegue abrir a listagem e nada nela diz «pendente». Agendada significa que a plataforma confirmou uma data de lançamento. Submetida, por si só, significa apenas que carregaste no botão. Estas quatro palavras descrevem quatro momentos diferentes, e um tracker que as guarda numa única coluna «feito» vai apresentar um total que ninguém consegue defender. Este artigo explica cada estado, o que conta como prova e como reportar um lançamento em diretórios com números que se aguentam. Para a definição curta do termo geral, vê a entrada estado da listagem; para a rotina do dia a dia, o guia acompanhar envios sem contar duplicados.

Uma coluna, cinco perguntas

Quando submetes um produto a um diretório, quem se interessa pelo resultado quer saber coisas diferentes:

• O trabalho do meu lado está feito? Preenchi tudo e carreguei no botão?
• A plataforma recebeu? Uma página de agradecimento, um e-mail, uma entrada na conta.
• Está à espera de alguma coisa? Moderação, um lugar na fila, uma aprovação, uma data.
• O público consegue ver? Um URL que abre para quem não tem sessão iniciada e que não traz uma etiqueta de «pendente».
• Tenho de fazer alguma coisa? Um CAPTCHA, um pedido de dois fatores, um badge no meu site, uma decisão sobre uma via paga.

«Feito» responde à primeira pergunta e, em silêncio, reclama a quarta. É assim que uma folha de cálculo que diz 40 acaba por querer dizer 6. A diferença entre as duas primeiras perguntas tem entrada própria: rascunho vs. submetido.

Pendente vs online, agendado vs submetido

Estes são os pares que mais se confundem. Cada linha é a pergunta a fazer antes de mudares um estado.

Par	A diferença	A prova que o faz avançar
Submetido vs em revisão	Submetido é a tua ação; em revisão é a confirmação da plataforma de que a moderação está aberta	Um recibo da plataforma: página de sucesso, e-mail ou entrada no painel
Em revisão vs online	Pendente espera por uma decisão; online está publicado e sem etiqueta	O URL público abre sem sessão iniciada e sem etiqueta de «pendente»
Agendado vs online	Agendado tem uma data confirmada; online tem uma página pública	Abrir a página na data ou depois dela
Em fila vs agendado	Em fila tem um lugar na fila; agendado tem uma data	A plataforma indica a data
Online vs já listado	Online resultou desta submissão; já listado existia antes de começares	Procurar primeiro uma listagem existente

A última linha importa mais do que parece. Se um diretório já lista o teu produto, submeter de novo cria um duplicado que a plataforma pode rejeitar ou remover. É por isso que o tracker tem um estado próprio para esse caso.

Onze estados, agrupados pela pergunta a que respondem

O tracker do LaunchRepo (o record.py, que escreve no submissions.json, e as mesmas regras no painel local) usa onze estados. Cada um exige uma observação mínima antes de poder ser registado. O painel coloca cada plataforma em exatamente um grupo, por isso os grupos somam sempre o número de plataformas tentadas.

Pergunta	Estado	Grupo no painel	Ação seguinte
Trabalho do teu lado	draft	draft	Terminar e submeter, ou descartar
Trabalho do teu lado	prepared_needs_human	needs_you	Fazer o passo indicado: CAPTCHA, 2FA, badge, decisão
Recebido	submitted_pending_review	pending	Voltar a verificar depois da janela de revisão indicada
Recebido	queued	queued	Esperar pela fila; voltar a verificar, nunca submeter de novo
Recebido	scheduled	scheduled	Abrir a listagem na data confirmada
Público	live	live	Nada; guardar o URL
Público	already_listed	already_listed	Nada; não submeter de novo
Parado	blocked	problem	Resolver o limite de elegibilidade ou de conta, ou desistir
Parado	unavailable	problem	Tentar de novo quando a via funcionar
Parado	deferred_paid	parked	Decisão tua: pagar fora da execução ou saltar
Parado	not_a_fit	parked	Nenhuma

Onze parece muito. Na prática, cada um existe porque juntá-lo ao vizinho produziu um relatório errado pelo menos uma vez. O guia registar resultados mostra os comandos exatos para cada estado.

Exemplo 1: SaaSHub, público mas pendente

A submissão ao SaaSHub, documentada no guia de envio público do SaaSHub, produziu uma página de produto que qualquer pessoa com o link conseguia abrir. Também trazia uma etiqueta visível: Pending approval (aprovação pendente).

Um tracker de uma só coluna regista isso como feito, ou até como online, porque a página abre. A regra do LaunchRepo é a oposta: a acessibilidade pública, só por si, não é prova de aceitação. A listagem fica em submitted_pending_review enquanto a página disser pendente. Só passa a live depois de alguém a voltar a abrir, não ver etiqueta de pendente e registar o URL com uma flag de confirmação explícita. No dia da submissão, a contagem de listagens online não subiu; em vez disso, a linha ficou com uma data para voltar a verificar.

Exemplo 2: TinyLaunch, agendado com a aprovação por decidir

O TinyLaunch, documentado no guia de envio do TinyLaunch, oferecia um lugar de lançamento semanal no futuro na sua via gratuita Standard. Depois de a data ser confirmada, o painel mostrou-a ao lado de Waiting for approval (a aguardar aprovação).

Há duas formas erradas de registar isto: live, porque há uma data num calendário, ou submitted_pending_review, porque a aprovação ainda está por decidir. O tracker regista scheduled com a data confirmada e guarda a aprovação pendente na nota. Os dois factos sobrevivem: existe uma data, e pode não se manter. O tracker também recusa uma data scheduled anterior à data mínima de lançamento do produto, para que um lugar gratuito na próxima segunda-feira não possa disparar antes de a tua página de lançamento estar pronta. A entrada listagem agendada resume o estado num parágrafo.

O que o tracker recusa

Regras numa página são fáceis de ignorar. Estas são impostas pelo script. Abaixo está uma execução real a 30 de setembro de 2026, num espaço de trabalho novo com um produto de exemplo: seis resultados que espelham os guias de envio públicos e, depois, uma tentativa de promover o SaaSHub a online. O buckets.py é um pequeno script auxiliar de quatro linhas escrito para este artigo; imprime o que a própria função de agrupamento do painel devolve.

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

Aqui acontecem três coisas. «A página abre» não chega para live: o tracker quer um URL público revisto e a flag de confirmação. Uma linha existente nunca é substituída em silêncio: alterá-la exige um --replace deliberado. E promover o SaaSHub move uma plataforma de pendente para online, enquanto submetido fica em 4, porque uma mudança de estado não é uma nova submissão. Assim que uma listagem live é registada, a linha guarda o URL que qualquer pessoa pode verificar.

Três contagens em vez de um total

Um bom relatório nunca dá um único número. Dá três, e cada um responde a uma pergunta diferente:

1. Submetido: quantas plataformas receberam o produto. No painel, isso é pending + queued + scheduled + live.
2. Online: quantas listagens públicas consegues ligar hoje.
3. Precisa de ti: quantas linhas esperam por uma pessoa.

As mesmas regras decidem o que conta para o objetivo de uma execução. O runbook do toolkit conta uma plataforma uma vez, quando ela chega pela primeira vez a submitted_pending_review, queued, scheduled ou live. Rascunhos, passagens para humano, vias pagas, candidatos rejeitados e already_listed nunca fazem avançar o objetivo, e atualizações posteriores à mesma plataforma não voltam a contar. Uma submissão genuína que a moderação rejeita mais tarde continua contada como submetida; só um recibo registado por engano é corrigido, com --invalidate-run-confirmation.

O nosso próprio piloto mostra porque é que esta separação importa. O registo do SeoMap de 14 de setembro de 2026, publicado na página do fundador, tinha 211 tentativas de submissão: 20 online, 97 em revisão e 24 agendadas. As outras 70 tentativas não tinham chegado a nenhum destes três estados. «211 feitas» teria sido verdade num sentido e errado em todos os sentidos úteis.

Porque é que um agente precisa disto mais do que tu

Se submeteres a cinco diretórios à mão, lembras-te de qual está pendente e de qual mostrou um calendário. Um agente de IA que corre uma sessão, a fecha e recomeça amanhã, possivelmente como outro agente noutra máquina, não se lembra. Lê primeiro o tracker e decide a partir do estado:

• As linhas prepared_needs_human e os lançamentos scheduled com verificação por fazer vêm primeiro.
• As linhas submitted_pending_review cuja janela de revisão indicada já passou são verificadas de novo: o registo existente, nunca uma nova submissão para saltar a fila.
• As linhas live ficam em paz.

Todas estas decisões estão erradas se o estado estiver errado. Registar o SaaSHub como online no primeiro dia teria significado que ninguém verificaria se foi aprovado. Registar o TinyLaunch apenas como submetido teria significado que ninguém verificaria a página na data de lançamento. Os estados são a memória do agente, e o painel local é onde os lês.

Se estás a preparar a tua própria execução, como funciona o LaunchRepo mostra onde o tracker entra no fluxo de trabalho, e a página para fundadores de SaaS cobre um produto com um calendário de lançamento real. O tracker, o painel e 299 playbooks ativos (a 24 de setembro de 2026) vêm com a licença de pagamento único.

Perguntas frequentes

Qual é a diferença entre pendente e online?

Pendente significa que o diretório recebeu a tua submissão e ainda não terminou a revisão. Online significa que a listagem é pública e não tem etiqueta de pendente. Uma página que consegues abrir pode continuar pendente, por isso verifica a etiqueta, não só o URL.

Uma listagem agendada já está online?

Não. Agendada significa que a plataforma confirmou uma data de lançamento; a listagem torna-se pública nessa data, e a aprovação pode ainda estar em aberto. Abre a página na data ou depois dela antes de a registares como online.

Uma página de agradecimento significa que a minha submissão foi aceite?

Não. Uma página de agradecimento mostra que o formulário foi enviado. No máximo prova a receção, por isso o estado é em revisão até a plataforma publicar a listagem.

Quanto tempo ficam as submissões pendentes?

O tempo que a revisão da plataforma demorar. As vias gratuitas são muitas vezes lentas; um guia de envio neste site regista uma estimativa de mais de 30 dias. Usa a janela indicada pela plataforma ou, se ela não indicar nenhuma, combina uma data de seguimento.

Devo submeter de novo se uma listagem continuar pendente?

Não. Volta a verificar a submissão existente depois da janela de revisão e contacta a plataforma se as regras dela o permitirem. Submeter de novo pode criar duplicados e não te faz subir numa fila.

Fontes: RUNBOOK.md (tabela de estados, regras de contagem e de correção), scripts/record.py e scripts/dashboard_status.py no toolkit do LaunchRepo 1.9.0; uma execução real do tracker a 30 de setembro de 2026; os guias de envio públicos do SaaSHub e do TinyLaunch (observados a 13 de setembro de 2026); o registo do SeoMap de 14 de setembro de 2026 na página do fundador.