Document

Text encode & decode

Base64, URL, and hex conversions run in your browser on this device.

Encoding schemes and when each fits

API debugging often stalls on mismatched encoding: a token pasted from a log may be Base64 while your client expects percent-encoded query values. This page lets you flip directions on the same snippet so you can confirm what a gateway or SDK actually produced.

Base64 round-trips

Base64 expands data by roughly one-third and is not encryption. Use it to inspect JWT middle segments, embed small blobs in JSON, or verify that a decoded string matches the original UTF-8 text. Invalid padding or non-alphabet characters surface as decode errors rather than silent corruption.

URL and hex transforms

URL encoding replaces spaces and reserved symbols with %XX sequences—essential before dropping arbitrary strings into GET parameters. Hex mode is useful when comparing binary fingerprints, color values, or firmware dumps where a human-readable alphabet is not the goal.

FAQ

What encodings does this tool support?
Base64 (RFC-style text encoding), URL percent-encoding for query components, and hexadecimal representation of byte values. Pick the mode that matches your API or log format.
Is my input sent to a server?
No. Conversion runs entirely in your browser. Refreshing clears unsaved text, so copy results before navigating away if you need them later.
When should I use URL encoding vs Base64?
URL encoding escapes reserved characters in query strings and form fields. Base64 packs binary or arbitrary bytes into ASCII-safe text—common in JWT segments, data URIs, and legacy APIs.