Gönderildi, beklemede, planlandı, yayında: durumlar neden önemli

Dizin gönderimini almış ama henüz karar vermemişse gönderim beklemededir. Bir yabancı listelemeyi açabiliyorsa ve üzerinde “beklemede” diyen hiçbir şey yoksa yayındadır. Planlandı, platformun bir lansman tarihini onayladığı anlamına gelir. Gönderildi tek başına yalnızca düğmeye bastığın anlamına gelir. Bu dört kelime dört farklı anı anlatır; bunları tek bir “tamam” sütununda tutan bir takip aracı, kimsenin savunamayacağı bir toplam raporlar. Bu yazı her durumu, neyin kanıt sayıldığını ve bir dizin lansmanını ayakta kalan sayılarla nasıl raporlayacağını açıklıyor. Üst terimin kısa tanımı için listeleme durumu maddesine, günlük rutin için dizin gönderimlerini çift saymadan takip etme rehberine bak.

Tek sütun, beş soru

Bir ürünü bir dizine gönderdiğinde, sonucu önemseyen kişiler farklı şeyler bilmek ister:

• Benim tarafımdaki iş bitti mi? Her şeyi doldurup düğmeye bastım mı?
• Platform gönderimi aldı mı? Bir teşekkür sayfası, bir e-posta, hesapta bir kayıt.
• Bir şey mi bekliyor? Moderasyon, sırada bir yer, bir onay, bir tarih.
• Herkes görebiliyor mu? Oturum açmamış biri için yüklenen ve üzerinde “beklemede” etiketi taşımayan bir URL.
• Benim bir şey yapmam gerekiyor mu? Bir CAPTCHA, iki adımlı doğrulama istemi, web sitemde bir rozet, ücretli bir yol hakkında bir karar.

“Tamam” ilk soruyu cevaplar ve sessizce dördüncüsünü de cevapladığını iddia eder. 40 diyen bir tablonun sonunda 6 anlamına gelmesi böyle olur. İlk iki soru arasındaki farkın kendi maddesi var: taslak vs. gönderildi.

Beklemede vs yayında, planlandı vs gönderildi

İnsanların en çok karıştırdığı çiftler bunlar. Her satır, bir durumu değiştirmeden önce sorman gereken soruyu gösteriyor.

Çift	Fark	Onu ileri taşıyan kanıt
Gönderildi vs inceleme bekliyor	Gönderildi senin eylemindir; inceleme bekliyor, platformun moderasyonun açık olduğunu kabul etmesidir	Platformdan bir alındı kanıtı: başarı sayfası, e-posta ya da paneldeki kayıt
İnceleme bekliyor vs yayında	Beklemede olan bir karar bekler; yayında olan yayımlanmıştır ve etiketsizdir	Herkese açık URL oturum kapalıyken açılır ve “beklemede” etiketi yoktur
Planlandı vs yayında	Planlananın onaylanmış bir tarihi vardır; yayındakinin herkese açık bir sayfası vardır	Sayfayı o tarihte ya da sonrasında açmak
Sırada vs planlandı	Sıradakinin sırada bir yeri vardır; planlananın bir tarihi vardır	Platform tarihi açıkça belirtir
Yayında vs zaten listelenmiş	Yayında olan bu gönderimden gelir; zaten listelenmiş olan sen başlamadan önce vardı	Önce mevcut bir listeleme olup olmadığını kontrol etmek

Son satır göründüğünden daha önemli. Bir dizin ürününü zaten listeliyorsa, yeniden göndermek platformun reddedebileceği ya da kaldırabileceği bir kopya oluşturur. Takip aracında bunun için ayrı bir durum olmasının nedeni bu.

On bir durum, cevapladıkları soruya göre gruplanmış

LaunchRepo takip aracı (submissions.json dosyasına yazan record.py ve yerel paneldeki aynı kurallar) on bir durum kullanır. Her biri kaydedilebilmek için asgari bir gözlem ister. Panel her platformu tam olarak bir gruba yerleştirir; bu yüzden gruplar her zaman denenen platform sayısına eşit olur.

Soru	Durum	Panel grubu	Sonraki adım
Senin tarafındaki iş	draft	draft	Bitir ve gönder ya da vazgeç
Senin tarafındaki iş	prepared_needs_human	needs_you	Belirtilen adımı yap: CAPTCHA, 2FA, rozet, karar
Alındı	submitted_pending_review	pending	Belirtilen inceleme süresinden sonra yeniden kontrol et
Alındı	queued	queued	Sırayı bekle; yeniden kontrol et, asla yeniden gönderme
Alındı	scheduled	scheduled	Listelemeyi onaylanan tarihte aç
Herkese açık	live	live	Hiçbir şey; URL’yi sakla
Herkese açık	already_listed	already_listed	Hiçbir şey; yeniden gönderme
Durdu	blocked	problem	Uygunluk ya da hesap sınırını çöz veya bırak
Durdu	unavailable	problem	Yol çalıştığında yeniden dene
Durdu	deferred_paid	parked	Karar senin: çalıştırmanın dışında öde ya da atla
Durdu	not_a_fit	parked	Yok

On bir kulağa çok gibi geliyor. Pratikte her biri, komşusuyla birleştirildiğinde en az bir kez yanlış bir rapor ürettiği için var. Sonuçları kaydetme rehberi her durum için tam komutları gösteriyor.

Örnek 1: SaaSHub, herkese açık ama beklemede

Herkese açık SaaSHub saha rehberinde belgelenen SaaSHub gönderimi, bağlantıya sahip herkesin açabildiği bir ürün sayfası üretti. Sayfada görünür bir etiket de vardı: Pending approval (onay bekliyor).

Tek sütunlu bir takip aracı bunu tamam, hatta yayında olarak kaydeder, çünkü sayfa yükleniyor. LaunchRepo kuralı tam tersi: tek başına herkese açık erişilebilirlik, kabul edildiğinin kanıtı değildir. Sayfa beklemede dediği sürece listeleme submitted_pending_review olarak kalır. live durumuna ancak biri sayfayı yeniden açıp beklemede etiketi görmediğinde ve URL’yi açık bir onay bayrağıyla kaydettiğinde geçer. Gönderim gününde yayındaki sayısı artmadı; onun yerine satıra yeniden kontrol için bir tarih eklendi.

Örnek 2: TinyLaunch, planlandı ama onay hâlâ açık

TinyLaunch saha rehberinde belgelenen TinyLaunch, ücretsiz Standard yolunda ileri tarihli haftalık bir lansman yeri sundu. Tarih onaylandıktan sonra platformun paneli onu Waiting for approval (onay bekleniyor) ibaresinin yanında gösterdi.

Bunu kaydetmenin iki yanlış yolu var: takvimde bir tarih olduğu için live ya da onay açık olduğu için submitted_pending_review. Takip aracı onaylanan tarihle scheduled kaydeder ve açık onayı nota yazar. İki gerçek de korunur: bir tarih var ve bu tarih tutmayabilir. Takip aracı ayrıca ürünün en erken lansman tarihinden önceki bir scheduled tarihini de reddeder; böylece gelecek pazartesiki ücretsiz bir yer, lansman sayfan hazır olmadan devreye giremez. Planlanmış listeleme maddesi bu durumu tek paragrafta anlatıyor.

Takip aracının reddettikleri

Bir sayfadaki kuralları atlamak kolaydır. Bunları ise betik uygular. Aşağıda, 30 Eylül 2026’da yeni bir çalışma alanında örnek bir ürünle yapılmış gerçek bir çalıştırma var: herkese açık saha rehberlerini yansıtan altı sonuç, ardından SaaSHub’ı yayına terfi ettirme denemesi. buckets.py bu yazı için yazılmış dört satırlık bir yardımcı; panelin kendi gruplama fonksiyonunun döndürdüğünü yazdırıyor.

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

Burada üç şey oluyor. live için “sayfa yükleniyor” yetmez: takip aracı incelenmiş bir herkese açık URL ve onay bayrağı ister. Mevcut bir satırın üzerine asla sessizce yazılmaz: onu değiştirmek bilinçli bir --replace gerektirir. Ve SaaSHub’ı terfi ettirmek bir platformu beklemede grubundan yayında grubuna taşırken gönderildi 4’te kalır, çünkü bir durum değişikliği yeni bir gönderim değildir. Bir yayındaki listeleme kaydedildiğinde satır, herkesin kontrol edebileceği URL’yi taşır.

Tek toplam yerine üç sayı

İyi bir rapor asla tek bir sayı vermez. Üç sayı verir ve her biri farklı bir soruyu cevaplar:

1. Gönderildi: ürünü kaç platform aldı. Panelde bu pending + queued + scheduled + live demektir.
2. Yayında: bugün bağlantı verebileceğin kaç herkese açık listeleme var.
3. Seni bekliyor: kaç satır bir insanı bekliyor.

Bir çalıştırma hedefine neyin sayılacağına da aynı kurallar karar verir. Araç setinin runbook’u bir platformu submitted_pending_review, queued, scheduled ya da live durumuna ilk ulaştığında bir kez sayar. Taslaklar, devirler, ücretli yollar, elenen adaylar ve already_listed hedefi asla ilerletmez; aynı platformdaki sonraki güncellemeler de yeniden sayılmaz. Moderasyonun sonradan reddettiği gerçek bir gönderim, gönderildi olarak sayılmaya devam eder; yalnızca yanlışlıkla kaydedilmiş bir alındı kaydı --invalidate-run-confirmation ile düzeltilir.

Bu ayrımın neden önemli olduğunu kendi pilotumuz gösteriyor. Kurucu sayfasında yayımlanan 14 Eylül 2026 tarihli SeoMap kaydında 211 gönderim denemesi vardı: 20 yayında, 97 inceleme bekliyor ve 24 planlandı. Kalan 70 deneme bu üç durumdan hiçbirine ulaşmamıştı. “211 tamam” demek bir anlamda doğru, işe yarayan her anlamda ise yanlış olurdu.

Bir ajanın buna neden senden daha çok ihtiyacı var

Beş dizine elle gönderim yapıyorsan hangisinin beklemede olduğunu, hangisinin bir takvim gösterdiğini hatırlarsın. Bir oturum yürütüp onu kapatan ve yarın, belki başka bir makinede başka bir ajan olarak yeniden başlayan bir AI ajanı hatırlamaz. Önce takip aracını okur ve kararını duruma göre verir:

• Önce prepared_needs_human satırları ve doğrulama zamanı gelen scheduled lansmanlar ele alınır.
• Belirtilen inceleme süresi geçmiş submitted_pending_review satırları yeniden kontrol edilir: mevcut kayıt, sırayı atlamak için yeni bir gönderim asla değil.
• live satırlarına dokunulmaz.

Durum yanlışsa bu kararların her biri yanlıştır. SaaSHub’ı ilk gün yayında olarak kaydetmek, onaylanıp onaylanmadığını kimsenin kontrol etmemesi demek olurdu. TinyLaunch’ı yalnızca gönderildi olarak kaydetmek, lansman tarihinde sayfayı kimsenin doğrulamaması demek olurdu. Durumlar ajanın hafızasıdır; onları okuduğun yer de yerel panel.

Kendi çalıştırmanı kuruyorsan, LaunchRepo nasıl çalışır sayfası takip aracının iş akışında nerede durduğunu gösteriyor; SaaS kurucuları sayfası ise gerçek bir lansman takvimi olan bir ürünü ele alıyor. Takip aracı, panel ve 299 aktif playbook (24 Eylül 2026 itibarıyla) tek seferlik lisansla birlikte gelir.

Sık sorulan sorular

Beklemede ile yayında arasındaki fark nedir?

Beklemede, dizinin gönderimini aldığı ama incelemesini bitirmediği anlamına gelir. Yayında ise listelemenin herkese açık olduğu ve üzerinde beklemede etiketi taşımadığı anlamına gelir. Açabildiğin bir sayfa hâlâ beklemede olabilir; bu yüzden yalnızca URL’ye değil, etikete de bak.

Planlanmış bir listeleme zaten yayında mıdır?

Hayır. Planlandı, platformun bir lansman tarihini onayladığı anlamına gelir; listeleme o tarihte herkese açılır ve onay hâlâ açık olabilir. Yayında olarak kaydetmeden önce sayfayı o tarihte ya da sonrasında aç.

Teşekkür sayfası gönderimimin kabul edildiği anlamına mı gelir?

Hayır. Teşekkür sayfası formun gönderildiğini gösterir. En fazla alındığını kanıtlar; bu yüzden platform listelemeyi yayımlayana kadar durum inceleme bekliyor olarak kalır.

Gönderimler ne kadar süre beklemede kalır?

Platformun incelemesi ne kadar sürerse. Ücretsiz yollar çoğu zaman yavaştır; bu sitedeki bir saha rehberi 30 günden uzun bir tahmin kaydediyor. Platformun belirttiği süreyi kullan; hiçbir süre belirtmiyorsa bir takip tarihi kararlaştır.

Bir listeleme beklemede kalırsa yeniden göndermeli miyim?

Hayır. İnceleme süresinden sonra mevcut gönderimi yeniden kontrol et ve kuralları izin veriyorsa platformla iletişime geç. Yeniden göndermek kopyalar oluşturabilir ve seni sırada öne taşımaz.

Kaynaklar: LaunchRepo araç seti 1.9.0’daki RUNBOOK.md (durum tablosu, sayma ve düzeltme kuralları), scripts/record.py ve scripts/dashboard_status.py; 30 Eylül 2026’da yapılan gerçek bir takip aracı çalıştırması; herkese açık SaaSHub ve TinyLaunch saha rehberleri (13 Eylül 2026’da gözlemlendi); kurucu sayfasındaki 14 Eylül 2026 tarihli SeoMap kaydı.