Base64 troubleshooting guide

URL-safe Base64 vs standard Base64

URL-safe Base64 is a small variation that avoids characters with special meaning in URLs. That difference matters when you paste values into a standard decoder.

Open Base64 Error Fixer View all tools

The alphabet is slightly different

Standard Base64 can contain plus and slash. URL-safe Base64 commonly replaces them with dash and underscore, and some systems remove padding equals signs.

Example

Input

abc-def_123

Output

Normalize - to + and _ to / before using a strict standard Base64 decoder.

How to handle the difference

  1. Look for dash or underscore characters in the encoded value.
  2. Normalize URL-safe characters when the decoder expects standard Base64.
  3. Add padding only when the receiving system requires it and you understand the expected length.

Do not confuse two URL ideas

Base64URL is an alphabet choice for encoded bytes. URL encoding is percent-escaping text for use inside URLs. They are related only because both show up around web values.

For JWT-style values, decode for inspection, but do not edit and reuse the token unless you know how it is signed.

Common mistakes

  • Treating every token in a URL as standard Base64
  • Changing characters inside a signed token without understanding the signature
  • Adding padding to a value that is meant to stay unpadded
  • Assuming Base64URL and URL encoding are the same thing

Related problems

FAQ

Why does URL-safe Base64 exist?

It avoids plus and slash because those characters can have special meaning in URLs and file paths.

Is Base64URL encrypted?

No. Like standard Base64, it is encoding, not encryption.

Can I decode JWT parts with this tool?

JWT header and payload parts use Base64URL. They may need URL-safe normalization before using a standard Base64 decoder.