Webhook機能はすべてのユーザーが利用可能です。
動作原理
データフロー
コア機能
対応イベントタイプ
Webhookは現在、以下のイベントタイプ(チャネル)をサポートしています:追加のイベントタイプは開発中です。お楽しみに!
Webhookエンドポイントの作成
APIエンドポイント
リクエストパラメータ
リクエスト例
レスポンス例
Webhook通知フォーマット
Webhook通知のデータ構造はWebSocketプッシュと一貫しています。新規トークン作成(sol.token.created)
トークン卒業(sol.token.migrated)
Webhook URLの要件
セキュリティ検証
Webhookシークレットの取得
エンドポイント作成後、このAPIでシークレットを取得:署名検証
各Webhookリクエストには、リクエスト元を検証するための署名ヘッダーが含まれています:検証フロー
コード例
- Node.js
- Python
- Go
Webhookエンドポイントの管理
エンドポイント一覧
エンドポイント詳細取得
エンドポイント更新
エンドポイント削除
シークレットのローテーション
ベストプラクティス
✅ 高速レスポンス
✅ 冪等性の処理
各イベントにはユニークな識別子が含まれています。サーバー側で処理済みイベントを記録してください:✅ セキュリティ
常に署名を検証
すべてのリクエストで署名を検証
HTTPSを使用
通信のセキュリティを確保
シークレットを定期的にローテーション
90日ごとを推奨
機密データを保護
機密データをログに記録しない
✅ 信頼性
冪等性を実装
重複リクエストを処理
メッセージキューバッファ
キューを使用した非同期処理
適切なタイムアウト
長時間のブロッキングを避ける
包括的なログ
トラブルシューティングのために重要な情報を記録
FAQ
Webhookリクエストが届かない場合
Webhookリクエストが届かない場合
トラブルシューティング手順:
- URLがアクセス可能か確認 — URLがパブリックインターネットから到達可能かテスト
- HTTPSを確認 — 有効なSSL証明書を使用していること
- エンドポイントステータスを確認 —
disabledがtrueでないことを確認 - チャネルを確認 — 正しいイベントタイプを購読しているか確認
重複イベントを受信する場合
重複イベントを受信する場合
これはリトライメカニズムによる可能性があります。冪等性の処理を実装してください:
- ユニークなイベント識別子を使用(チャネル + トークンアドレス + タイムスタンプ)
- リクエスト受信時に処理済みか確認
- TTL付きキャッシュ(Redisなど)を使用して保存
Webhookをテストするには?
Webhookをテストするには?
- ngrokを使用してローカルサービスを公開
- ngrok URLを指すWebhookエンドポイントを作成
- 実際のイベントのトリガーを待つか、テスト環境を使用
- ローカルサービスのログを確認
APIエンドポイント一覧
関連ドキュメント
WebSocket API
リアルタイムデータ購読
エンドポイントAPIリファレンス
完全なAPIドキュメント

