WebSocket テスター / クライアント

任意の ws:// または wss:// エンドポイントに接続し、任意のサブプロトコルを宣言し、テキストまたは JSON メッセージを送信して、完全なライフサイクルログを観察します：準備状態の転移、クローズコードと理由、および方向・時刻・ペイロードつきのすべてのメッセージ。 すべてはネイティブ WebSocket API でブラウザー内でローカルに実行されます — 何もサーバー経由になりません。通常の HTTP API には REST API クライアント / テスターを、API ツール族全体はAPI ツール一覧を参照してください。
接続
切断済み 接続時にウェルカム JSON を送信
メッセージ送信
メッセージログ 0 件
まだ何もありません。開始するにはサーバーに接続してください。
知っておくべきブラウザー WebSocket の制限：リクエストヘッダーはカスタマイズできません（送られるのは Cookie と上の Sec-WebSocket-Protocol サブプロトコルだけ）。ハンドシェイクは CORS の管轄外ですが、ページの Content-Security-Policy connect-src がブロックできます。HTTPS ページは wss:// しか開けません。 JavaScript はプロトコルレベルの ping フレームを送れません（サーバーの ping はブラウザーが自動応答 — ハートビートのシミュレーションには {"type":"ping"} のようなアプリレベルのメッセージを使ってください）。自己署名証明書は信頼されません。 ローカルテストのおすすめ：自分のサーバーを立てるか、wss://ws.postman-echo.com/raw や wss://echo.websocket.org のような公開エコーを使ってください。
WebSocket の解説
WebSocket は、ブラウザーとサーバーの間の双方向で持続的なメッセージチャネルを提供します。HTTP と違い、単一の接続上を両方向にメッセージが流れます。
ws:// と wss://—ws://は暗号化されません（http://); wss://は暗号化されます（https://と同じ）。このページが HTTPS で提供されている場合、ブラウザーが許すのはwss://接続だけです。ローカルファイル（file://）からは両方のスキームが許可されますが、多くの公開エコーサーバー（echo.websocket.org を含む）が受け付けるのはwss://.
サブプロトコル — 任意のカンマ区切りリストは Sec-WebSocket-Protocol ハンドシェイクヘッダーに対応します。サーバーはそのうち 1 つをサポートしている必要があり、さもないとブラウザーは接続を拒否します。
接続は完了するのに「メッセージ送信」ボックスが出ないのはなぜ？送信フォームは状態が OPEN になったときだけ現れます。サーバーがハンドシェイクを落とすと、エラーイベントに続いて CLOSED コード 1006（異常クローズ — クローズフレームなし）が見えます。典型的な原因：wss:// しか受け付けないサーバーへの ws://、誤ったホスト/ポート、サブプロトコルの不一致、サーバーのオフライン。
目にするクローズコード — 1000 正常、1001 ブラウザータブのクローズ、1006 異常 / ハンドシェイク失敗、1009 メッセージ過大、1011 サーバーエラー。ログはコードと短い理由を自動表示します。
接続失敗のトラブルシューティング：まずスキームを wss:// に切り替え、ホストが到達可能か確認し、不要なサブプロトコルを空にし、ブラウザーコンソールで TLS や混在コンテンツのエラーを確認してください。