PayWebhookLab

誰のための案か

いまは RequestBin / ngrok と手書き curl で webhook をデバッグしている個人開発者と小規模チーム

どんな困りごとか

時間とお金。本番の決済 webhook バグの調査は数時間〜数日かかり、返金漏れ・注文処理の失敗・チャージバックを生む。再現は手作業で、不安定なステージング用トンネルに頼っている

どう作るか

Web UI + 1 行の CLI インストーラでエンドポイントごとのテスト実行。GitHub Actions のワンクリックステップ、テスト履歴のダッシュボード、プロジェクト単位のエンドポイント管理

どう稼ぐか

チームや制作会社がエンドポイント数・テスト数の段階制で月 $15〜50 を払う。決済バグの損害のほうがはるかに大きく、無料の RequestBin 系ではプロバイダー有効な署名も再送シミュレーションも監査用の再生レポートも作れないため

なぜまだ無いのか

既存の request-bin 系はプロバイダー固有の署名方式・冪等性の意味論・現実の失敗モード(再送・順序入れ替え・部分重複)を無視している。決済事業者のプレイグラウンドはコンソールから理想的なイベントしか送れない。署名付きペイロードのテンプレート + 再生スケジューラ + 検証ハーネスなら個人でも速く作れる

最初の利用者

最初の 10 人は (1) webhook バグで決済を失った個人 SaaS 創業者 (2) Stripe / PayPal 移行中の小チーム (3) EC 導入を請け負う制作会社 (4) CI テストが欲しい OSS ライブラリ作者。数時間かかっていた再現が数分で署名付き webhook と失敗する CI バッジになる

作る規模

2 人 × 8 週間(MVP = Stripe + PayPal の署名付きテンプレート、再生スケジューラ、2xx + 応答時間 + 冪等性を見る検証ランナー。全言語 SDK と企業向け SSO は除外)

一番のリスク

決済事業者が悪条件ネットワークの変種まで設定できる署名付き再生テスト API を公式に無料で出すか、大手インフラが CI ツールに webhook シミュレーションを組み込んだ場合

的中の条件(3 つすべて必要)

• 署名付きペイロード生成: プロバイダー(Stripe / PayPal)・イベント種別・JSON 上書きを指定すると、エンドポイントが本物として受理する正しい署名ヘッダー付きリクエストを 10 秒以内の窓で生成
• 再生の変種: 遅延・重複・順序入れ替え・タイムアウト・指数リトライを設定した 20 イベントのテストバッチを実行し、タイムスタンプと送信した生リクエストを記録
• 検証レポート: 各イベントに 3 秒以内の 2xx が返ったか、冪等性キーが処理されたか(応答挙動から重複抑止を検出)を判定し、HAR + 署名付きリクエストのアーカイブをダウンロード可能に

的中の判定(6ヶ月後)

Product Hunt 日次トップ 5 入り、または GitHub リポジトリ 1,000 スター(どちらかで成立)(判定日 2027-02-16)

AI自己確度 55/100 — 判定条件を満たす見込みの自己申告で、事業の成功率ではありません