本文へスキップ
Encoding suite

Base64 / Base58 / Base32 エンコード・デコードツール

Base64・Base58・Base32の3種類のエンコード方式に対応したオンラインエンコード/デコードツールです。
タブを切り替えるだけで各方式を選択し、結果を即座に確認できます。

UTF-8に対応しており、改行や日本語を含むテキストも安全に処理できます。
エンコード・デコード結果はワンクリックでコピーでき、API通信、ファイル名、URL-safeデータ、設定値の生成などに利用できます。

すべての処理はブラウザ内で完結し、入力したテキストが外部サーバーに送信されることはありません。
開発やデバッグ用途に、安心して高速に利用できます。

ガイド: 使い方・特徴

  • テキスト欄に変換したい文字列を貼り付け、各タブのエンコード/デコードボタンを押して結果を取得します。
  • Base64はURL Safeや改行除去を切り替えられ、同じ入力をBase32/58にも流用できます。
  • 生成されたテキストはワンクリックでコピーできます。長い文字列は完了まで数秒お待ちください。
  • 処理はブラウザ内で完結し、入力内容がサーバーに送信されることはありません。

サンプル: 入力例と出力例

Base64 encode text

入力例

Hello, DevToolKits! (UTF-8)

出力例

SGVsbG8sIERldlRvb2xLaXRzISAoVVRGLTgp

FAQ: よくある質問

  • Base64・Base58・Base32はどう使い分けますか?

    Base64は最もコンパクトで、メールやデータURIなど一般的なバイナリ埋め込みに使われます。Base58は 0/O や l/I など紛らわしい文字を除いてあり、暗号資産のアドレスなど人が目視・手入力する用途に向きます。Base32は大文字と数字のみで大文字小文字を区別しないため、URLや一部のファイル名など扱いが厳しい環境で安全です。
  • URL Safe オプションは何を変えていますか?

    通常のBase64は + と / を使いますが、これらはURLやファイル名で特別な意味を持つことがあります。URL Safeでは + を - に、/ を _ に置き換え、クエリ文字列やパスにそのまま載せられる形にします。デコードする相手も同じURL Safe形式を前提にしている必要があります。
  • Base64は暗号化ですか?機密データに使えますか?

    いいえ。Base64などは「読める文字に変換するエンコード」であり、鍵もなく誰でも元に戻せます。秘匿の役には立ちません。機密データを守りたい場合は、エンコードではなく暗号化(AESなど)を使ってください。エンコードはあくまで「安全に運ぶための表現変換」です。

使いどころ: よくある使いどころ

  • ログに出たトークンや文字列の検証

    Base64/32/58 を切り替えながらデコードし、署名付きトークンや設定文字列の中身を安全に確認できます。

  • API テスト用のデータ作成

    画像やバイナリを Base64 に変換してリクエストボディへ貼り付けたり、レスポンスを逆変換して中身を確認できます。

  • 共有形式のすり合わせ

    URL Safe や改行除去をオン・オフしながら、連携先が求めるエンコード形式をその場で決められます。

注意点: 注意点・制限

  • 処理はブラウザ内で完結

    入力と出力は端末内にとどまります。タブを閉じたりキャッシュを消すと、一時的な状態はリセットされます。

  • 重要データは必ず確認

    結果はあくまで補助です。システムに投入する前に内容を確認し、必要に応じて社内ルールに沿って検証してください。

  • 大きなデータは端末性能に依存

    長文や大容量を扱うとブラウザが重くなる場合があります。処理が遅いときはデスクトップ環境の利用を推奨します。

UTF-8対応。Base64はファイル名などのURL-safe用途にもコピーして使えます。

Base64

Base64エンコード・デコードの使いどころ

Base64は、バイナリデータや特殊文字をテキストとして扱うためのエンコード方式です。API、JWT、Basic認証、画像のData URL、設定ファイルなど、開発中に目にする機会が多くあります。このツールでは、文字列をBase64へ変換したり、Base64文字列を元のテキストへ戻したりできます。

開発で便利な場面

  • API検証: Basic認証やWebhookのサンプル値を確認できます。
  • トークン調査: JWTの各セグメントやエンコード済みデータを読み解く補助になります。
  • 設定値の確認: 環境変数や設定ファイルに入っているBase64文字列を確認できます。

セキュリティの注意

Base64は暗号化ではありません。誰でも元の文字列へ戻せるため、パスワード、APIキー、秘密鍵を隠す目的では使えません。秘密情報を扱う場合は、保存方法、アクセス制御、暗号化の仕組みを別途検討してください。

おすすめリソース

このセクションにはアフィリエイトリンクが含まれる場合があります。リンク経由で購入すると、追加費用なしでDevToolKits.appが紹介料を受け取ることがあります。

このツールの関連記事

最新記事

活用事例
2026-08-07

curlコマンドのオプション早見表|-X -H -d の意味と落とし穴

curlの主要オプションを早見表で整理。-X と -d の関係、-d と --data-raw の違い、@ で始まる値がファイル読み込みになる罠、シングルクォートとダブルクォートの使い分け、-L や -k を安易に付けない理由まで実例で解説します。

ツール紹介
2026-08-06

JSON SchemaとZodを相互変換する仕組み|requiredと.optional()の対応

JSON SchemaからZodスキーマを生成し、Zodのコードから逆にJSON Schemaを書き出す双方向変換ツールの実装を解説。requiredと.optional()で既定値が逆転している問題、formatや制約の対応表、コードを実行せずに解析する方法まで整理します。

活用事例
2026-08-06

SQLの句の評価順リファレンス|WHEREでSELECTの別名が使えない理由

SQLは書いた順に実行されません。論理的な評価順(FROM→WHERE→GROUP BY→HAVING→SELECT→ORDER BY→LIMIT)を軸に、別名がWHEREで使えない理由、WHEREとHAVINGの使い分け、ONLY_FULL_GROUP_BY、COUNT(*)とCOUNT(列)の差、LEFT JOIN+WHEREの罠を実例で整理します。

活用事例
2026-08-06

unified diff形式の読み方リファレンス|@@ の数字とgit diffの出力

git diffが出力するunified diff形式の読み方を整理。@@ -12,7 +12,9 @@ の4つの数字の意味、コンテキスト行、空白だけの変更が行全体の置換に見える理由、\ No newline at end of file、マージ時の @@@、リネーム検出の similarity index までを実例で解説します。

活用事例
2026-08-06

UTC⇄JST変換リファレンス|時差9時間の早見表とタイムゾーン事故の防ぎ方

UTCとJSTの変換を早見表で整理。ISO 8601のZと+09:00の意味、JavaScriptの日付パースでズレる条件、MySQL/PostgreSQLのタイムゾーン挙動、GitHub ActionsのcronがUTCで動く罠まで実例付きで解説します。

活用事例
2026-08-04

CREATE TABLE リファレンス|MySQL・PostgreSQL・SQLiteの型と制約の違い

CREATE TABLE文(DDL)の書き方を3データベース横断の早見表で整理。型対応表、自動採番(AUTO_INCREMENT / IDENTITY / rowid)の方言差、外部キーのON DELETE挙動、CHECK制約が無視される罠まで実例付きで解説します。

広告

広告