LaunchRepoモデレーションのあるディレクトリにはローンチの3〜4週間前に申請し、日付を選べるプラットフォームは、ローンチ週が決まってから予約します。タイミングの戦略は、この一文に尽きます。これが機能するのは、ディレクトリの掲載が申請した時点では公開されないからです。公開されるのは各ディレクトリが対応した時点であり、無料ルートではそれに数週間かかることがあります。ローンチがだらだら続くのではなく、ローンチの週を作りたいなら、下限が必要です。それより前には何も予約してはいけない、最も早い日付のことです。この記事では、その理由を示し、週ごとの計画を紹介し、LaunchRepoのトラッカーがどうやってこの下限を守らせるかを説明します。
無料の掲載が思ったより遅く公開される理由
無料ルートでディレクトリにプロダクトを申請したことがなければ、そのタイムラインには驚くはずです。このサイトで公開している実践ガイドから、いずれも2026年9月13日に観察したものを紹介します。
- SaaSHubでは、申請直後に誰でもアクセスできるページができ、“Pending approval”（承認待ち）と表示されていました。アクセスできることは承認されたことではないので、トラッカーはこの表示が消えるまで審査待ちのままにします。
- Pitchwallは申請を “Under Review”（審査中）として受け付け、審査には30日以上かかる見込みを示しました。
- TinyLaunchは、無料のStandardルートで将来の週の枠を提示し、日付を選んだ後も “Waiting for approval”（承認待ち）と表示していました。つまり、予約済みで、承認はまだという状態です。
- Uneedは、観察した無料ルートでは1アカウントにつき審査待ちのローンチを1件しか認めていなかったため、2つ目のプロダクトは1つ目が片付くまで待つことになります。
- Product Huntは、ローンチの日付とタイムゾーンを確定しました。確定したのは日付であって、トップページへの掲載ではありません。
これは不満を言っているのではありません。無料プランは、キューを抱えた人がモデレーションしていて、無料だからこそキューが長いのです。ツールキットのランブックは、多くの無料ディレクトリには数日ではなく数週間かかることを最初にあなたに伝えるよう、そしてプラットフォームが示していない審査期間を決してでっち上げないよう、エージェントに指示しています。各状態の意味は掲載ステータスの解説で説明しています。
2種類のプラットフォーム、2つの時計
使う予定のディレクトリは、どれも2つのグループのどちらかに入り、必要なタイミングは正反対です。
| モデレーションのあるディレクトリ | 日付を選べるプラットフォーム | |
|---|---|---|
| 公開のタイミングを決めるのは誰か | ディレクトリの審査キュー | あなた（枠を選ぶことで） |
| 申請後によくある表示 | “Pending approval”、“Under Review”、キューの順番 | 確定した日付とタイムゾーン |
| いつ動くか | 早く：ローンチの3〜4週間前 | 遅く：ローンチの1〜2週間前、下限を設定した後 |
| トラッカーの状態 | submitted_pending_review または queued |
scheduled（日付付き） |
| タイミングを誤ったときのリスク | ローンチの盛り上がりが過ぎてから掲載が出る | ローンチページの準備前に掲載が出てしまう |
| 下限は適用されるか | いいえ：申請は公開ではない | はい：下限より前の枠は選ばない |
この表が戦略のすべてを説明しています。モデレーションのあるディレクトリは遅く、あなたにはコントロールできないので、先に始めます。日付を選べるプラットフォームは速く、完全にあなたのコントロール下にあるので、ローンチ週が決まるまで待ちます。
目標日と下限
目標日とは、物事が起きてほしい日です。下限とは、何かが起きてもよい最も早い日です。ディレクトリの世界では、目標日は当てにならず、下限は簡単に設定できます。あなたがコントロールできるのは、いつ申請するかと、いつ予約するかの2つだけだからです。
目標日だけの場合を考えてみましょう。ローンチ週に掲載を公開したいとします。審査には数週間かかるので、エージェントは4週間前に作業を始めます。するとモデレーションのあるディレクトリの多くは、それぞれの都合で公開します。1日後のところもあれば、ローンチの後のところも、公開しないところもあります。毎週のローンチボードやProduct Huntのカレンダーのように日付を選べるプラットフォームは、エージェントが最初に見つけた空き枠をそのまま受け付けてしまいます。その枠が来週の月曜日かもしれず、そうなると、ランディングページも更新履歴も告知も準備ができていないうちに、最も重要なローンチプラットフォームで公開されてしまいます。
ローンチ週の月曜日に下限を設定しておけば、この問題はなくなります。エージェントはモデレーションのあるディレクトリには早めに申請できます。申請は公開ではなく、下限は申請には適用されないからです。一方で、下限より前に何かを予約することはできません。トラッカーが拒否するからです。
4週間のローンチタイムライン
下限が想定している計画は次のとおりです。日付は例で、下限を2026年11月9日（月）とします。
第−4週：下限を設定し、オンボーディングを行う。 何かが公開されてもよい最も早い日付を決め、オンボーディングの中で入力します。プロダクト情報と、どう紹介されたいかの説明を仕上げ、エージェントがフォームに触れる前に承認済みのテキストを持っているようにします。間違った創業者プロフィールで公開される掲載は、遅れて公開される掲載よりも悪いものです。
第−4週〜第−2週：モデレーションのあるディレクトリに申請する。 カレンダーのないプラットフォームです。審査キュー、“Pending approval” のページ、“Under Review” の見込み期間があるところです。最も時間がかかり、あなたには動かせないので、先に進めます。すべての結果を記録します。審査待ちやキュー待ちの状態になることを想定し、一部はローンチ週を過ぎてもそのままだと想定しておきましょう。それで構いません。下限はもともとそれらのためのものではありません。
第−2週〜第−1週：日付を選べるプラットフォームを予約する。 枠のあるローンチボード、Product Hunt、日付とタイムゾーンを確定してくれるものすべてです。エージェントに下限と希望の曜日を伝えます。エージェントはプラットフォームが確定した日付とともに scheduled を記録し、トラッカーは下限より前の日付をすべて拒否します。枠は確定したが承認がまだの場合は、メモにそう書きます。
ローンチ週：確認してから投稿する。 当日、エージェントは予約済みの各掲載を開いて確認してから live を記録します。カレンダー上の日付は、公開ページがある証拠ではありません。Hacker Newsのようなコミュニティは、フォームではなく、ハウスルールに沿って自分で書く投稿です。これらは、リンク先の掲載がすでに存在するこの週に行います。
第+1週〜第+4週：キューをフォローアップする。 示されていた審査期間を過ぎた審査待ちの申請は再確認します。順番を飛ばすための再申請は決してしません。遅れて届いた掲載も数に入ります。それらは下限より後に公開されており、下限が約束したのはそれだけです。
トラッカーは下限をどう扱うか
2026年9月15日のリリース以降、プロダクトファイル product.json には earliest_launch_date というフィールドがあります。空欄なら下限はありません。日付が入っていれば、トラッカーのスクリプト record.py は、--launch-date のない scheduled の記録を拒否し、下限より前の日付も拒否します。オンボーディングでは、何かを申請する前にこの値を尋ね、ローカルのダッシュボードはプロダクトの横に下限を表示します。リリースノートは更新履歴にあります。
以下は、例のプロダクトで下限を2026-11-09にして、2026年9月30日に実際に実行したものです。
$ python3 scripts/record.py --project projects/my-product tinylaunch scheduled --note "Slot offered" --next-action "Pick a date"
Tracker rejected input: scheduled requires --launch-date as YYYY-MM-DD
$ python3 scripts/record.py --project projects/my-product tinylaunch scheduled --launch-date 2026-10-26 --note "First free slot" --next-action "Pick a later week"
Tracker rejected input: launch_date is earlier than the owner-authorized earliest_launch_date
$ python3 scripts/record.py --project projects/my-product tinylaunch scheduled --launch-date 2026-11-09 --note "Waiting for approval" --next-action "Verify on launch day"
Recorded tinylaunch: scheduled
$ python3 scripts/record.py --project projects/my-product pitchwall submitted_pending_review --note "Under Review" --next-action "Recheck after 30 days"
Recorded pitchwall: submitted_pending_review日付のない予約は拒否され、下限より前の枠も拒否され、下限の日の枠は受け付けられ、審査待ちの申請は下限の数週間前に記録されています。まさに意図したとおりです。
下限がしないこと
下限は、ディレクトリの公開を早めるものではありません。ディレクトリがいつ公開するかを決めるのはエージェントではないからです。審査待ちやキュー待ちの申請にも適用されません。それらはプラットフォームの時計で動くからです。無料ルートですぐに公開されることがわかっているプラットフォームなら、数週間前ではなく、ローンチ期間の中で申請しましょう。また、下限は任意です。すでにローンチ済みのプロダクトなら空欄のままにして、支出ゼロのローンチ計画ガイドのように、一定のリズムで進めましょう。
下限は、あるプラットフォームに申請する価値があるかどうかも決めません。それはプロダクトごとの別の問いであり、日付ではなく選定の方法で答えるものです。
実際に下限を設定する
Claude Codeのセットアップから始めても、ほかのエージェントを使っても、オンボーディングの中で尋ねられます。日付で答えるか、「下限なし」と伝えてください。後から変えるには、プロダクトの product.json にある earliest_launch_date を編集してエージェントに伝えるか、ダッシュボードのプロダクト画面で変更します。どちらの方法も手順ガイドで紹介しています。既存の scheduled の行は書き換えられません。確認が適用されるのは新しい記録です。すでに確定した枠より後に下限を動かした場合は、エージェントの次のセッションの前にトラッカーを読み、プラットフォーム上で予約し直すかどうかを決めてください。
これをうまく機能させる習慣が2つあります。プラットフォームが日付を確定したら、必ずタイムゾーンも確認すること。Product Huntの実践ガイドがあるのも、一部はそのためです。そして、お礼の画面はお礼の画面として扱うこと。公開済みでも予約済みでもなく、フォームが終わっただけです。その違いは予約掲載の解説で説明しています。
LaunchRepoは、この仕組みを一回払いのライセンスで提供しています。その問いを尋ねるオンボーディング、答えを守らせるトラッカー、そして2026年9月24日時点で299件のアクティブなプレイブックです。プレイブックには、どのプラットフォームが日付を受け付け、どのプラットフォームが単に時間をかけるのかが記録されています。
よくある質問
ローンチのどれくらい前にディレクトリに申請すべきですか？
無料の審査には数週間かかることが多いので、モデレーションのあるディレクトリにはローンチの3〜4週間前に申請します。ローンチボードのような日付を選べるプラットフォームは、ローンチ週が決まってから、1〜2週間前に予約します。
最短公開日を設定すると申請が遅れますか？
いいえ。下限がブロックするのは、選んだ日より前の日付での予約だけです。モデレーションのあるディレクトリへの申請は、好きなだけ早く出せます。申請は公開ではないからです。
ディレクトリがローンチ日より前に掲載を公開したらどうなりますか？
モデレーションのあるディレクトリは審査が終わった時点で公開し、下限でそれを止めることはできません。無料ルートですぐに公開されることがわかっているプラットフォームなら、数週間前ではなく、ローンチ期間の中で申請しましょう。
ローンチ日が変わったらどうなりますか？
earliest_launch_date を変更して、エージェントに伝えてください。新しい予約の記録は新しい下限に従う必要があります。すでに確定した枠はそのままなので、トラッカーを確認し、必要な場合はプラットフォーム上で予約し直してください。
プロダクトがすでに公開済みでも下限は必要ですか？
いいえ。既定では下限は空欄です。すでに市場に出ているプロダクトには、調整されたローンチ週よりも、毎週いくつかずつ申請する一定のリズムのほうが合います。
出典：LaunchRepoツールキットの ONBOARDING.md、RUNBOOK.md、DASHBOARD.md、CHANGELOG.md（2026年9月15日のリリース）、2026年9月30日の record.py の実行結果、そして2026年9月13日に観察した、このサイトで公開している実践ガイド。