日本語テキストをShift_JIS（CP932）のバイト列に変換、または16進数・URLエンコード・Base64形式の Shift_JISバイト列をテキストにデコードできます。機種依存文字や変換不可文字も自動で検出します。
UTF-8とShift_JISの変換ツールとは？文字化けが起きる仕組み
UTF-8は現在のWebやアプリ開発で標準的に使われる文字コードですが、日本国内では今なおShift_JIS（CP932）で作られた古いWebシステム、業務システム、CSVファイルなどが数多く現役で稼働しています。異なる文字コード同士でデータをやり取りすると、文字化けと呼ばれる表示崩れが発生し、原因の切り分けに時間がかかることがあります。
本ツールは、入力したテキストをShift_JISのバイト列（16進数・URLエンコード・Base64）に変換したり、逆にShift_JISのバイト列をUTF-8のテキストにデコードしたりできる、開発者・Web担当者向けの文字コード変換ツールです。①②③のような「機種依存文字」や、Shift_JISに存在しない「変換不可文字」も自動で検出し、文字化けの原因調査にそのまま役立てられます。
すべての処理はブラウザ内のJavaScriptだけで完結し、入力したテキストが外部のサーバーに送信されることはありません。
こんなシーンで便利です
レガシーシステムとのデータ連携で文字化けが起きた時に
古い業務システムやCSVファイルがShift_JISで作られており、UTF-8環境に取り込むと文字化けする場合に、実際のバイト列を確認しながら原因を切り分けられます。
Web開発でHTTPヘッダーやmeta charsetの設定を確認したい時に
フォームから送信されたデータが想定した文字コードで届いているかを確認したい場合や、旧システムのAPIレスポンスをデバッグする際の検証に活用できます。
①②③などの機種依存文字が正しく扱えるか事前に確認したい時に
ドキュメントやメールに丸数字・ローマ数字などを使う前に、Shift_JIS環境で文字化けを起こす可能性がないかをあらかじめチェックできます。
古いURLのクエリ文字列（%XX形式）をデコードして読みたい時に
Shift_JISでURLエンコードされた古いWebページのクエリ文字列を、実際の日本語テキストに変換して内容を確認したい場合に使えます。
使い方は簡単 4ステップ
- 上部の「UTF-8 → Shift_JIS」または「Shift_JIS → UTF-8」からモードを選びます。
- テキスト、または16進数・URLエンコード・Base64形式のバイト列を入力します。
- 変換結果と、文字数・バイト数・機種依存文字や変換不可文字の有無を確認します。
- 必要に応じて出力形式（16進数／URLエンコード／Base64）を切り替え、結果をコピーして利用します。
※入力・変換処理はすべてブラウザ内で完結し、サーバーへの送信は一切行われません。
ご利用時の注意点
- 本ツールが表示するShift_JIS変換結果は、一般的なWindows環境（CP932）でのバイト表現に基づく目安です。ソフトウェアや実装によって、機種依存文字や拡張領域の扱いが異なる場合があります。
- 絵文字や一部の拡張漢字・特殊記号はShift_JISの文字集合に存在しないため変換できません。該当する文字は自動的に検出され、一覧で表示されます。
- ①②③やⅠⅡⅢなどの機種依存文字は変換自体は可能ですが、システム間でのやり取りでは文字化けの原因になりやすいため、重要な文書での使用には注意が必要です。
- 完全無料・安全：入力したテキストやバイト列が外部に送信されることはない、ブラウザ完結型の設計を採用しています。
主要な日本語文字コードの比較
代表的な日本語文字コードそれぞれの特徴と主な用途の目安です。
| 文字コード | ASCII互換 | 半角カナ | 主な用途 |
|---|---|---|---|
| UTF-8 | ○（1バイト） | ○（3バイト前後） | 現在のWeb標準。HTML・JSON・多言語対応システムなど |
| Shift_JIS（CP932） | ○（1バイト） | ○（1バイト） | 日本語Windows環境、レガシーなWebシステム・CSV |
| EUC-JP | ○（1バイト） | △（実装依存） | 旧UNIX系・一部のレガシーな日本語サーバー環境 |
| JIS（ISO-2022-JP） | ○（1バイト） | 非対応が多い | メール本文（RFC準拠）などテキスト中心の伝送 |
※実際のバイト数や互換性は、対象システムの実装やフォントによって前後する場合があります。あくまで一般的な傾向としての目安表です。
文字コード変換と文字化けについて知っておきたいこと
Shift_JISとUTF-8を扱う際に押さえておきたい実務的なポイントを解説します。
結論：文字化けの正体は「文字コードの解釈違い」
文字化けは、データそのものが壊れているのではなく、書き込まれた文字コードと、読み込む側が想定している文字コードが一致していないことで起こります。
たとえばShift_JISで保存されたファイルをUTF-8として読み込むと、1バイトずつ意味のない記号として解釈されてしまいます。原因調査の第一歩は、実際のバイト列を確認し、どちらの文字コードとして解釈すれば正しい文字列になるかを突き止めることです。
HTMLのmeta charsetとHTTPヘッダーの整合性が重要
Webページで文字化けが起きる典型的な原因は、HTMLの<meta charset>タグの指定と、サーバーが返すHTTPヘッダーのContent-Type（charset）が一致していないケースです。
ブラウザはHTTPヘッダーの指定を優先することが多いため、meta charsetだけを修正しても文字化けが解消しないことがあります。両方の設定を必ず揃えて確認しましょう。
機種依存文字（環境依存文字）を避けるべき理由
①②③やⅠⅡⅢ、㈱㈲などの文字は、Windows拡張のShift_JIS（CP932）が独自に追加した領域に配置されているため、標準のJIS規格や他のOS環境では正しく変換できないことがあります。
メールや異なるシステム間でやり取りするドキュメントでは、これらの文字を避け、（株）や(1)(2)(3)のような機種に依存しない表記に置き換えることが推奨されています。
CSVファイルの文字コードトラブルへの対処法
業務システムから出力されるCSVファイルがShift_JISで作られている場合、UTF-8前提のプログラムで読み込むと文字化けが発生します。
本ツールで実際のバイト列を確認しながら、読み込み側の文字コード指定をShift_JISに合わせるか、事前にファイル自体をUTF-8に変換してから処理する、という2つの対処法のどちらが適切かを判断する材料として活用できます。
よくある失敗と対策
文字コードの指定を確認せず、思い込みでUTF-8として処理してしまう
現在はUTF-8が標準だからという思い込みだけで、実際にはShift_JISで作られたファイルやAPIレスポンスをUTF-8として処理してしまい、文字化けの原因調査に時間がかかってしまう失敗です。
💡 対策・解決策を見る▼
HTMLのmeta charsetだけを修正し、HTTPヘッダーを見落とす
文字化けを直そうとHTMLのmeta charsetタグだけを修正したが、サーバー側のHTTPヘッダーのContent-Typeが異なる文字コードを指定したままになっており、修正が反映されない失敗です。
💡 対策・解決策を見る▼
機種依存文字を含む文書を送信し、受信側で文字化けが起きる
社内資料やメールに①②③やⅠⅡⅢといった機種依存文字を使ってしまい、異なるメールソフトやOS環境で受信した相手側の画面で文字化けや表示崩れが発生する失敗です。
💡 対策・解決策を見る▼
CSVファイルの文字コードを確認せずにインポートし、文字が化ける
取引先や旧システムから受け取ったCSVファイルの文字コードを確認せずにそのままUTF-8前提のツールに取り込んでしまい、日本語の項目名やデータがすべて文字化けしてしまう失敗です。
💡 対策・解決策を見る▼
よくある質問（FAQ）
Q.UTF-8とShift_JISの違いは何ですか
A. UTF-8は1文字を1〜4バイトの可変長で表現する現在のWeb標準の文字コードで、世界中のほぼすべての文字を扱えます。一方Shift_JIS（実際にはWindows拡張版のCP932であることが多い）は、ASCII文字を1バイト、日本語の漢字やひらがなを主に2バイトで表現する、かつて日本語Windows環境やレガシーなWebシステムで広く使われてきた文字コードです。両者はバイト表現の仕組みが根本的に異なるため、変換せずに読み込むと文字化けが発生します。
Q.なぜUTF-8とShift_JISの間で文字化けが起きるのですか
A. 文字化けは、あるバイト列を「実際にエンコードされた文字コード」とは異なる文字コードとして解釈してしまうことで発生します。たとえばShift_JISでエンコードされたファイルをUTF-8として開いたり、その逆を行ったりすると、本来の文字とは異なる記号や意味不明な文字列として表示されます。HTMLのmeta charset指定やHTTPヘッダーのContent-Type、テキストエディタの保存時の文字コード設定など、複数の箇所で文字コードの認識がずれることが主な原因です。
Q.機種依存文字とは何ですか、なぜ注意が必要なのですか
A. ①②③などの丸数字、ⅠⅡⅢなどのローマ数字、㈱㈲といった略号は「機種依存文字（環境依存文字）」と呼ばれ、Windows拡張のShift_JIS（CP932）では変換できても、標準的なJIS規格や他のOS・システムでは正しく扱えないことがある文字です。メールや異なるシステム間でのデータ連携でこれらの文字を使うと、受信側で文字化けや表示崩れを起こす可能性があるため、重要な文書では使用を避けることが推奨されています。
Q.Shift_JISに変換できない文字にはどのようなものがありますか
A. 絵文字（😀など）、Shift_JIS制定後に追加された一部の異体字・拡張漢字、多くの言語固有の特殊記号などは、Shift_JISの文字集合に含まれていないため変換できません。本ツールではこうした文字を検出すると「?」に置き換えたうえで、変換できなかった文字を一覧表示してお知らせします。
Q.入力したテキストや変換結果は外部に送信されますか
A. 送信されません。本ツールはテキストのエンコード・デコード処理をすべてブラウザ内のJavaScriptだけで完結させる設計です。サーバーへの通信は一切発生せず、入力内容や変換結果はページを離れると同時に破棄されます。
Q.この結果はどのようなツールで確認したバイト列と一致しますか
A. 本ツールはブラウザに標準搭載されているエンコーディング変換の仕組み（Shift_JISデコーダー）を基に、実際のバイト列を1つずつ確認しながら変換テーブルを構築しています。一般的なWindows環境（CP932）でのShift_JIS変換結果とほぼ一致しますが、環境やソフトウェアによって一部の機種依存文字・拡張領域の扱いが異なる場合がある点にご留意ください。
Q.URLエンコードやBase64形式にも対応していますか
A. はい。Shift_JISバイト列は16進数表示のほか、レガシーなCGIやクエリ文字列でよく見られる「URLエンコード（%XX形式）」、および「Base64形式」でも出力・入力できます。用途に応じて出力形式を切り替えてご利用いただけます。
あなたの声で、
このツールをより鋭く。
「こんな機能が欲しい」「ここを直してほしい」といったご意見や、新しいツールのリクエストを募集しています。エンジニアが直接目を通し、開発の参考にさせていただきます。