WebSocket & SSE テスター
ブラウザーから WebSocket と Server-Sent Events のエンドポイントに接続し、すべてのメッセージをライブで確認できます。
接続
カンマ区切り。Sec-WebSocket-Protocol として送信されます。
ブラウザーではハンドシェイクのカスタムヘッダーやプロトコルレベルの ping/pong フレームを送れません。Socket.IO と SignalR は WebSocket 上に独自のプロトコルを追加します。
詳細設定
予期しない切断後、待ち時間を延ばしながら再試行します。
メッセージ
タイムライン
詳細
WebSocket & SSE テスターとは
リアルタイム API 向けの対話型クライアントです。ブラウザーから WebSocket または Server-Sent Events のエンドポイントへ直接接続し、テキスト・JSON・バイナリのメッセージを送信して、受信・送信メッセージ、再接続、クローズコードを検索可能なタイムラインで確認できます。プロキシは使いません。接続はブラウザーから入力したエンドポイントへ直接行われます。
使い方
- 1.WebSocket または Server-Sent Events を選び、エンドポイント URL（wss:// または https://）を入力します。
- 2.WebSocket ではサブプロトコルを追加し、SSE ではネイティブ EventSource か Fetch ストリームを選んで、トークンが必要ならヘッダーを追加します。
- 3.「接続」を選びます。ステータスバッジと統計にライブの接続状態が表示されます。
- 4.メッセージ作成欄から送信します（Ctrl+Enter または ⌘+Enter）。テキスト、JSON、Hex、Base64 を選べます。
- 5.タイムラインの行を選ぶと内容をテキスト、JSON、hex、Base64 で確認できます。「JSON をエクスポート」でセッションをチケットに添付できます。
ネイティブ EventSource と Fetch ストリームの違い
ネイティブ EventSource はブラウザーの API で、自動で再接続して Last-Event-ID を送信しますが、カスタムヘッダーは送れず、名前付きイベントは指定したものだけが届きます。Fetch ストリームは fetch を使って SSE 形式のレスポンスを解析します。ブラウザー標準の EventSource API ではありませんが、Authorization ヘッダーや POST ボディ（多くの AI ストリーミング API が必要とする形式）を送信でき、HTTP ステータスと各イベントの生の行も表示します。
できないこと
- •ブラウザーでは WebSocket ハンドシェイクにカスタムヘッダーを設定できません（URL のトークンか最初のメッセージを使ってください）。
- •プロトコルレベルの ping/pong フレーム、生のフレーム、TCP 通信は Web ページから確認も制御もできません。
- •Socket.IO、SignalR、STOMP は WebSocket 上に独自のプロトコルを追加します。表示されるのは生のメッセージで、デコード済みのイベントではありません。
- •エンドポイントはこのサイトを許可している必要があります。SSE には CORS ヘッダーが必要で、未知のオリジンを拒否する WebSocket サーバーもあります。
- •HTTPS のページからリモートホストへの ws:// や http:// 接続は開けません（混在コンテンツ）。localhost は許可されます。
プライバシーと制限
URL、ヘッダー、メッセージはこのタブ内にとどまり、保存されません。記憶されるのはプロトコルのタブや保持件数などの表示設定だけです。タイムラインは 1,000、5,000、10,000 件のいずれかと 50 MB まで保持し、古いものから削除します。送信できるメッセージは 1 MB までです。それより大きい受信内容は切り詰めて保持し、元のサイズを表示します。
