二重カウントせずにディレクトリ申請を追跡する

準備、審査、キュー、スケジュール、公開を区別し、次のエージェントが再開すべきか確認すべきかを判断できるようにします。

既存の記録から始める

プラットフォーム上で正確なプロダクト名とドメインを検索し、サインインした状態でプロダクト一覧を確認します。公開検索では、審査待ちの申請が見つからないことがあります。クリックがタイムアウトした場合は、再試行する前にアカウントを確認してください。タイムアウトはブラウザの応答を表すもので、サーバー側の結果を表すものではありません。

それぞれ異なる問いに答えるステータスを使う

Draft(下書き)は、作業が保存されたことを意味します。Prepared(準備済み)は、人による操作がまだ申請を妨げていることを意味します。Submitted pending review(申請済み・審査待ち)は、プラットフォームが受領を確認したことを意味します。Queued(キュー待ち)は、処理または枠を待っていることを意味します。Scheduled(予約済み)は日付が確定したことを意味し、なお承認に左右される場合があります。Live(公開中)には、検証済みの公開掲載が必要です。

合計の水増しを防ぐ2つの例

SaaSHubでは、公開ページが作成されてもPending approvalと表示されたままだったため、アクセスできることはLiveの根拠になりませんでした。TinyLaunchでは、将来のローンチが確定した一方で、ダッシュボードではまだ承認が必要でした。公開完了と報告するのではなく、その条件をメモに記録してください。

次のアクションを再現可能にする

プラットフォーム、ステータス、確認日、簡潔な理由、次のアクションを記録します。アカウントのURLや証跡は非公開のストレージに保管し、共有するのは確認済みの公開URLだけにします。ログインリンクやメールボックスのスクリーンショットを公開レポートに載せてはいけません。同梱のトラッカーはプラットフォームごとに現在の行を1行だけ保持し、置き換えには明示的な指定が必要です。

安全に再開する

別のエージェントが引き継ぐ場合は、フォームに触れる前に最新の行を読みます。審査待ちの項目は、オーナーが選んだ確認日にチェックします。Liveに変更するのは、公開ページを確認した後だけです。記録ツールがプラットフォームを代わりに検証することはできません。確認画面はオペレーターが自分で確認する必要があります。