Content-Typeヘッダービルダー

Content-Typeヘッダーを正しいMIMEタイプ、charset、boundaryパラメータで構築します。ヘッダーやcurlフラグとしてコピーできます。

このツールについて

Content-Typeヘッダービルダーは、構文的に正しい Content-Type HTTPヘッダー値を構築するための無料ブラウザベース ツールです。Content-Typeヘッダーは、リクエストやレスポンスの ボディにどのメディアタイプが含まれているかをサーバーやクライアントに 伝えます。間違った値を設定すると、パースの失敗、文字エンコーディングの 問題、APIリクエストの拒否が発生する可能性があります。このツールは、 カテゴリ別に整理されたMIMEタイプのリストから選択し、適切なcharsetと boundaryパラメータを追加し、複数の出力形式で結果をコピーできます。

ビルダーはWeb開発で遭遇する一般的なメディアタイプをすべてサポート しています:REST API用のapplication/json、従来のフォーム送信用の application/x-www-form-urlencoded、ファイルアップロード用の multipart/form-data、XMLおよびSOAPバリアント、プレーンテキスト、 HTML、application/octet-streamapplication/pdfなどの バイナリタイプ。ベンダー固有や実験的なメディアタイプ用に完全な カスタムMIMEタイプも入力できます。マルチパートタイプの場合、ツールは ランダムなboundary文字列を自動生成し、ワンクリックでカスタマイズや 再生成ができます。

Content-Type値を設定したら、4つの出力形式から選択できます:生の HTTPヘッダー行、ターミナルに貼り付け可能なcurl -Hフラグ、 JavaScriptのfetch()ヘッダースニペット、またはaxios設定 オブジェクト。JSON API、Form POST、File Upload、GraphQL、XML SOAP などの一般的なシナリオ用のクイックプリセットで、手動選択なしで すぐに正しい値にジャンプできます。

サーバーが返すヘッダーを検査する必要がある場合は、 HTTPヘッダーアナライザーをお試し ください。完全なcurlコマンドをコードに変換するには、 cURLからコード変換をチェックしてください。 HTTPレスポンスステータスコードのリファレンスについては、 HTTPステータスコードを参照してください。

すべての処理はブラウザ内で完全に実行されます。データがサーバーに 送信されることはありません。ヘッダー値やAPIの詳細は非公開のまま 保たれます。

使い方

  1. ドロップダウンからカテゴリを選択します(JSON、Form Data、Multipart、XML、HTML、Plain Text、Binary、Custom)。
  2. フィルタリングされたリストから特定のMIMEタイプを選択するか、Customカテゴリ使用時は独自のタイプを入力します。
  3. オプションでCharsetパラメータ(例:utf-8iso-8859-1)を設定して文字エンコーディングを指定します。
  4. マルチパートタイプの場合、自動生成されたBoundary文字列を確認するか、更新アイコンをクリックして新しいものを生成します。
  5. 追加パラメータkey=valueペアとして追加します(セミコロンまたは改行で区切り)。
  6. 出力形式を選択します:Header値、curl -H、fetch()、またはaxios。
  7. CopyをクリックするかCtrl+Shift+Cを押して結果をクリップボードにコピーします。一般的なシナリオにはクイックプリセットを使用してください。

人気のContent-Typeヘッダー例

すべてのContent-Typeヘッダー例を見る →

よくある質問

Content-Typeヘッダーとは何ですか?

Content-Typeヘッダーは、リソースまたはリクエストボディで送信されるデータのメディアタイプ(MIMEタイプ)を示すHTTPヘッダーです。受信者にボディの解析方法を伝えます。例えば、application/jsonはボディがJSONであることを意味し、multipart/form-dataはboundaryで区切られたパーツを持つファイルアップロードを示します。

charsetパラメータはいつ含めるべきですか?

テキストベースのコンテンツを送信し、文字エンコーディングを明示的に指定する必要がある場合にcharsetパラメータを含めます。JSONの場合、RFC 8259はシステム間で交換されるJSONテキストはUTF-8でエンコードする必要があると規定しているため、charset=utf-8は一般的ですが技術的にはオプションです。HTMLやXMLの場合、charsetを指定することでブラウザがエンコーディングを誤って推測するのを防ぎます。

マルチパートタイプのboundaryパラメータとは何ですか?

boundaryは、マルチパートメッセージボディ内の各パーツを区切るユニークな文字列です。パーツの内容に含まれてはいけません。ファイルアップロードにmultipart/form-dataを使用する場合、サーバーが各パーツの開始と終了を認識するためにboundaryが必要です。このツールはコンテンツと衝突する可能性が極めて低いランダムなboundary文字列を自動生成します。

application/jsonとapplication/vnd.api+jsonの違いは何ですか?

application/jsonはあらゆるJSONペイロードの標準MIMEタイプです。application/vnd.api+jsonはJSON:API仕様(jsonapi.org)で規定されたメディアタイプです。JSON:APIメディアタイプを使用すると、リクエストまたはレスポンスが特定のリソース、リレーションシップ、エラー形式を持つJSON:API構造に従うことを示します。

text/xmlとapplication/xmlのどちらを使うべきですか?

RFC 7303は、デフォルトでUTF-8エンコーディングになるため、ほとんどの場合application/xmlを推奨しています。text/xmlはcharsetが指定されない場合US-ASCIIがデフォルトになり、エンコーディングの問題が発生する可能性があります。APIペイロードにはapplication/xmlを、SOAP 1.2サービスにはapplication/soap+xmlを使用してください。text/xmlはXMLが主に人間が読むことを想定している場合に許容されます。

データは安全ですか?

はい。すべての処理はJavaScriptを使用してブラウザ内で完全に実行されます。ヘッダー値、MIMEタイプ、その他のデータがサーバーに送信されることはありません。ツール使用中にブラウザの開発者ツールのネットワークタブで確認できます。

カスタムやベンダー固有のMIMEタイプを使用できますか?

はい。Customカテゴリを選択して、ベンダー固有のタイプ(例:application/vnd.mycompany.myapp.v2+json)や実験的なタイプ(例:改行区切りJSON用のapplication/x-ndjson)など、必要なMIMEタイプを入力できます。ツールは設定したcharsetや追加パラメータとともにContent-Typeヘッダーに含めます。

関連ツール