Base64クリーナー

元の入力
0文字

無料オンラインBase64クリーナーツール。Base64文字列内の改行・スペース・不可視文字などの無効な内容を除去します。空白除去・特殊文字除去・パディング自動補完の3つの独立したオプションをサポートし、RFC 4648に厳密に準拠したBase64を出力します。

関連おすすめ

Base64フォーマット

Base64 エンコード

Base64 デコード

Base64 パディング処理

URL Safe Base64変換

Base64長さ統計

Base64クリーニングとは？

Base64クリーニングとは、Base64文字列からすべての無効文字・冗長文字を除去する操作です。目標は、RFC 4648規格に厳密に準拠した純粋なBase64を出力し、システム間での送受信・保存・デコードを容易にすることです。

クリーニングが必要な理由：さまざまなソースのBase64には無効文字が混入することがよくあります。①改行文字（\n、\r\n）— メール添付ファイル、データベースフィールド、ログ出力；②スペースとタブ — 手動貼り付け、Excelからのコピー；③UTF-8 BOM（EF BB BF）— Windowsで保存されたテキストファイル；④全角記号・日本語句読点 — コピペエラー。これらはすべてデコーダーのエラーを引き起こします。

3つのクリーニングオプション：①空白除去（スペース・\n・\r・\t）— 改行とスペースを処理；②特殊文字除去 — Base64アルファベットA-Z a-z 0-9 + / = - _ のみを保持；③パディング自動補完 — 結果の長さを4の倍数にします。3つのオプションは独立してチェックでき、必要に応じて組み合わせ可能です。

代表的な用途：①APIデバッグ — サードパーティ製インターフェースから返されたエラーのあるBase64を貼り付けてクリーニング；②データベースインポート — Excelコピー時の余分なスペースを除去；③デコード前の前処理 — atob()によるInvalidCharacterErrorを回避；④JWT・Data URL正規化 — システム間転送の差異を処理。

ユースケース

  • デコード前前処理：サードパーティAPI・JWT・ログの改行やスペースを含むBase64をデコード可能な形式にクリーニングし、InvalidCharacterErrorを回避します。
  • Excel・メール貼り付け修正：Excelセル・メール本文からBase64をコピーするときに混入する余分なスペース・タブ・改行文字を除去します。
  • JWTトークンクリーニング：改行を含むJWTの3セグメント文字列（header.payload.signature）を1行に正規化し、余分なホワイトスペースを除去します。
  • MIME添付ファイル処理：メール添付ファイルのBase64にある76文字ごとの自動改行フォーマットをクリーニングし、後続のデコードを容易にします。
  • URL Safe互換性：-と_文字を保持し、JWT・URLパス・ファイル名内のBase64が誤って削除されないようにします。
  • 一括クリーニング前の前処理：base64-format・base64-paddingと組み合わせて使用し、最初にクリーニングしてからフォーマットまたはパディング補完を行います。

使い方

  1. ノイズを含むBase64文字列を貼り付けまたは入力します（改行・スペースなどの無効文字を含んでいても構いません）。
  2. 必要に応じてクリーニングオプションをチェックします：空白除去・特殊文字除去・パディング自動補完（デフォルトで3つすべてオン）。
  3. 右側の出力を確認：クリーニング後のBase64・文字カウント・除去文字数・デコード正当性がリアルタイムで表示されます。
  4. 結果をクリップボードにコピーするか、後続の処理のために.txtファイルとしてダウンロードします。

特徴

  • 空白除去オプション：スペース・\n・\r・\tを自動的に除去し、メール添付ファイル・Excel貼り付けなどのシナリオに対応します。
  • 特殊文字除去オプション：A-Z a-z 0-9 + / = - _ の合計66個の正当なBase64文字のみを保持します。
  • パディング自動補完：結果の長さを4の倍数にすることで、長さエラーを修正します。
  • 3つのオプションは独立して重ねがけ可能：必要に応じてチェックし、さまざまな汚染状況に柔軟に対応します。
  • URL Safe文字保持：-と_を誤って削除せず、JWT・URLシナリオでの文字損失を防ぎます。
  • リアルタイム検証出力：ブラウザのatob()を使用して出力がデコード可能か検出し、ステータスをリアルタイムで表示します。
  • 文字カウントと除去表示：入出力文字数・除去文字数・デコード可能状態をリアルタイムで表示します。
  • ローカルブラウザ処理：すべてのクリーニング操作はローカルで完了し、元のBase64がサーバーにアップロードされることはありません。

Best Practices

最初にクリーニング、必要に応じてパディングツールで補完

クリーニングは無効文字の除去とオプションでのパディング補完のみを行います。Base64に改行とパディング欠落の両方がある場合は、まず3つのクリーニングオプションをすべてチェックし、出力の長さがまだ4の倍数でないか確認することを推奨します。それでもパディング異常がある場合は、専用のパディングツールを使用してください。

JWTトークンは3セグメントを個別に処理

JWTは、ドットで連結された3つのBase64URLセグメント（header.payload.signature）の全体です。クリーニング時は3セグメントすべての空白を除去する必要がありますが、セグメント間に余分な文字を挿入しないでください。署名検証が失敗します。貼り付け前にドットで分割し、セグメントごとにクリーニングしてから再連結することを推奨します。

URL Safe入力では「特殊文字除去」をチェックしない

URL Safe Base64は+と/の代わりに-と_を使用します。本ツールはデフォルトでこれら4文字を保持しますが、手動でより厳格な文字ホワイトリスト（+/のみ許可）を設定した場合、URL Safe入力が破損します。文字セットが不明な場合は、「特殊文字除去」をオフにして「空白除去」のみを有効にしてください。

クリーニング後もエラーが出る → エンコーディングとBOMを確認

クリーニング後もatob()がInvalidCharacterErrorをスローする場合は、UTF-8 BOM（EF BB BF）またはUTF-16バイトオーダーの残留が考えられます。本ツールの「空白除去」オプションはBOMを対象としていません。ブラウザコンソールでTextDecoderを使用してUTF-8で再デコードしてから再度クリーニングすることを推奨します。

BOMの発生源特定：Windowsで保存されたtxtファイル

Base64がWindowsの「メモ帳」でUTF-8として保存されたものである場合、最初の3バイト（EF BB BF）がBOMです。空白と改行をクリーニングしても、atobが認識に失敗する可能性があります。対処方法：VS CodeまたはPowerShellでBOMなしUTF-8フォーマットとして再保存してください。

教育・ドキュメントデモでクリーニング前後の比較を表示

Base64クリーニングは教育現場でよくある課題です。ドキュメント作成時にはクリーニング前後のBase64を併記し、文字数やデコード可能状態の比較も加えることで、各オプションの効果を読者が直感的に理解できるようにすることを推奨します。

よくある質問

Base64クリーニングは元のバイトを変更しますか？

いいえ、有効なBase64文字を削除することはありません。クリーニングは無効文字（空白・改行・Base64以外の文字）を除去するだけで、途中の正当な文字を変更しません。空白と不正文字のみを除去した場合、クリーニング前後のバイト内容は完全に一致します。「パディング自動補完」をチェックした場合でも、末尾に=を追加するだけで、元のバイトには影響しません。

3つのクリーニングオプションの違いは何ですか？

空白除去：スペース・\n・\r・\t（スペース・改行・復帰・タブ）を除去します。特殊文字除去：A-Z a-z 0-9 + / = - _ の合計66個のBase64正当文字のみを保持します。パディング自動補完：末尾に=を追加して長さを4の倍数にします。3つのオプションは独立しており、組み合わせ可能です。

なぜatob()がInvalidCharacterErrorをスローするのですか？

一般的な原因：①日本語・Unicode絵文字・その他の非ASCII文字が含まれている；②改行またはスペースが含まれている（Excelコピー・メール貼り付けでよくあるケース）；③Base64URL文字（- _）が混在している；④長さが4の倍数でない。本ツールのクリーニングで最初の3つの問題を解決でき、パディングツールで4つ目の問題を解決できます。

クリーニングでパディングは削除されますか？

いいえ。=はBase64の正当な文字であり、本ツールの「特殊文字除去」オプションは=を明示的に保持します。パディングを削除したい場合は、専用のパディングツール（base64-padding）を使用して「パディング除去」モードに切り替えてください。

改行が含まれている場合はどうやってクリーニングしますか？

デフォルトで「空白除去」にチェックを入れておけば処理できます。改行文字（\n / \r\n）ならびにタブ・スペースが除去されます。改行を保持する必要がある場合（MIMEメール添付ファイルフォーマット）は、「空白除去」オプションをオフにしてください。

本ツールはUTF-8 BOMを処理できますか？

BOM（EF BB BF）はUnicode文字U+FEFFです。本ツールの「空白除去」はスペース・\n・\r・\tの正規表現を使用しておりU+FEFFは含まれないため、BOMが残留する可能性があります。BOMによるInvalidCharacterErrorが発生した場合は、コードまたはブラウザコンソールでTextDecoderを使用して事前にBOMを除去することを推奨します。

URL Safeと標準Base64文字は相互変換されますか？

いいえ。本ツールの「特殊文字除去」オプションは+ / - _ の4文字をすべて保持し、ノイズ除去のみを行い積極的な変換はしません。URL Safe↔標準文字の相互変換が必要な場合は、専用のBase64URLツール（base64-url-safe）を使用してください。

コンテンツがサーバーにアップロードされることはありますか？

いいえ。すべてのクリーニングロジックはブラウザ内でローカルに実行され、元のBase64文字列がお使いのデバイスから外部に送信されることはありません。機密データ（認証情報・鍵・トークン）も安心して処理できます。

複数のBase64セグメントを一度にクリーニングできますか？

本ツールは単一セグメントのクリーニングインターフェースです。複数のBase64セグメントをクリーニングする必要がある場合は、本ツールのロジックをループで呼び出すか、対応するコマンドラインツール（base64コマンドなど）を使用することを推奨します。一括エンコード・デコードが必要な場合は、base64-batch-encode・base64-batch-decodeを使用してください。

トラブルシューティング

クリーニング後もatobがエラーをスローする

長さの問題（4の倍数でない）またはBOM・エンコーディングの残留が考えられます。まず「パディング自動補完」がチェックされていることを確認してください。それでもエラーが発生する場合は、ブラウザコンソールでTextDecoderを使用してUTF-8で再デコードし、BOMを除去してから再度クリーニングしてみてください。

クリーニング後に長さは変わったが、デコードが依然として失敗する

元のコンテンツが標準Base64ではなく、例えばBase32・Base58・Base85である可能性があります。元のデータのエンコーディング形式を確認し、対応するツールに切り替えてください。また、atobの前にbtoaで元の文字列が再エンコードできるかテストしてみることもできます。

クリーニング後に文字が極端に少なくなった

「特殊文字除去」オプションが厳格すぎて、+ / - _ も除去してしまっている可能性が高いです。文字ホワイトリストを誤って無効にしていないか確認してください；本ツールはデフォルトで66個のBase64正当文字すべてを保持します。入力がURL Safeの場合は、「特殊文字除去」をオフにしてください。

貼り付け後に何も出力されない

入力が完全に空白文字（スペース・改行・タブのみ）で構成されている可能性があります。本ツールの「空白除去」オプションはそれらをすべて除去し空文字列を残します。元の入力に少なくとも1つのBase64文字（A-Z a-z 0-9 + / =）が含まれているか確認してください。

用語集

UTF-8 BOM
バイトオーダーマーク。WindowsがUTF-8テキストを保存するときに付加する3バイトのプレフィックス（0xEF 0xBB 0xBF）で、Base64デコーダーが最初の文字を不正なバイトとして扱う原因になります。
URL Safe Base64
RFC 4648 §5で定義されたBase64のURL安全バリアントで、+と/を-と_に置き換えたものです。本ツールの「特殊文字除去」オプションはこれら4文字を保持し、誤削除を防ぎます。
改行文字
\r\n（Windows）と\n（Unix・macOS）。メール添付ファイルのMIME Base64は通常76文字ごとに改行されるため、クリーニング時に除去する必要があります。
有効なBase64文字
標準Base64文字セットはA-Z、a-z、0-9、+、/、=（パディング）に、URL Safeバリアントの-、_を加えた、合計66個の正当な文字です。
InvalidCharacterError
ブラウザのatob()がスローするデコードエラーです。Base64文字列に正当な文字テーブル外の文字（日本語・スペース・特殊記号など）が含まれている場合に発生します。

Base64文字セットと保持ルール

本ツールの「特殊文字除去」オプションが保持する正当な文字一覧です。

文字タイプ文字保持ルール
英字A-Z, a-z52文字、必ず保持
数字0-910文字、必ず保持
標準Base64記号+ /2文字、必ず保持
URL Safe記号- _2文字、URLSafeシナリオで必ず保持
パディング=末尾のパディング、必ず保持
空白スペース, \n, \r, \t「空白除去」オプションで除去
その他日本語・絵文字・BOMなど「特殊文字除去」オプションで除去

Base64汚染の5つの一般的な発生源

Base64文字列に無効な内容がどのように混入するかを理解しましょう。

汚染発生源混入内容推奨オプション
メール添付ファイル\r\n 76文字ごと空白除去
Excel・データベース貼り付け前後のスペース・タブ空白除去
Windows txtファイルUTF-8 BOM (EF BB BF)特殊文字除去 + 手動でBOM除去
URL・ファイル名+ / 文字の競合URLSafeを保持（base64-url-safeで変換）
ログ・トレース出力デバッグ用の接頭辞・接尾辞特殊文字除去

3つのクリーニングオプション比較

3つのオプションは独立して重ねがけ可能。必要に応じて組み合わせて使用してください。

オプション動作代表的なシナリオ
空白除去スペース・\n・\r・\tを除去メール・Excel・ログ
特殊文字除去Base64アルファベットのみ保持日本語・絵文字・BOMの混入
パディング自動補完末尾に=を追加して4の倍数に長さが4の倍数でない

Authoritative References