Base64 Decode Online

Avkoda Base64-kodad text

Base64-inmatning

Avkodad text

Körs lokalt · Säkert att klistra in hemligheter
Avkodad utmatning...

Vad är Base64-avkodning?

Base64-avkodning är den omvända processen för Base64-kodning: den konverterar en Base64-kodad ASCII-sträng tillbaka till den ursprungliga binära datan eller texten. Var 4:e Base64-tecken avkodas till 3 byte av ursprunglig data. Avkodaren slår upp varje tecken i Base64-alfabetet, rekonstruerar de ursprungliga 6-bitarsgrupperna och sätter ihop dem till 8-bitars byte.

Base64-kodad data är igenkännlig genom användningen av stora och små bokstäver, siffror samt antingen +/ (standard) eller -_ (URL-säker), och slutar ofta med ett eller två utfyllnadstecken =. Den förekommer flitigt i JWT-tokens, e-postbilagor, data-URI:er, API-svar och konfigurationsfiler — överallt där binär eller strukturerad data måste bäddas in i ett textbaserat sammanhang.

Varför använda det här verktyget?

Den här avkodaren hanterar både standard- och URL-safe Base64, fixar automatiskt saknad utfyllnad och avkodar helt i din webbläsare utan att data skickas till servrar.

Automatisk utfyllnadskorrigering
Många källor producerar Base64 utan avslutande =-tecken. Det här verktyget beräknar och lägger automatiskt till saknad utfyllnad innan avkodning och förhindrar InvalidCharacterError-undantag.
🛡️
Båda varianterna stöds
Identifierar och hanterar automatiskt standard-Base64 (+/) och URL-safe Base64 (-_), så du kan klistra in tokens från vilken källa som helst utan manuell konvertering.
🔒
Helt klientbaserad
Avkodning sker lokalt i din webbläsare med det inbyggda atob-API:et. Dina data — som kan innehålla hemligheter eller känsligt innehåll — lämnar aldrig din enhet.
🌐
Unicode-utdata
Avkodar korrekt UTF-8-kodad text tillbaka till fullt Unicode, inklusive flerbyte-tecken, emoji och CJK-skript.

Hur du använder den här online Base64-avkodaren

Inget konto, ingen uppladdning, ingen installation. Klistra in din Base64-sträng i inmatningsfältet så visas det avkodade resultatet omedelbart. Allt körs i din webbläsare — dina data lämnar aldrig din enhet.

  1. 1
    Klistra in din Base64-sträng
    Kopiera en godtycklig Base64-kodad sträng från din källa — en JWT, ett API-svar, ett e-postbilagehuvud eller en konfigurationsfil — och klistra in den i inmatningsfältet. Standard- och URL-safe-varianter identifieras automatiskt.
  2. 2
    Automatisk identifiering och reparation
    Avkodaren identifierar om din indata använder standard-Base64 (+/) eller URL-safe Base64 (-_) och korrigerar automatiskt saknad =-utfyllnad. Du behöver inte normalisera strängen manuellt före avkodning.
  3. 3
    Granska utdata
    Den avkodade texten visas i utdatafältet. Om originaldata var UTF-8-text visas den som läsbara tecken. Binärdata visas i oförändrat skick. Ett felmeddelande visas om indata innehåller ogiltiga tecken som inte kan avkodas.
  4. 4
    Kopiera eller använd resultatet
    Klicka på Kopiera för att ta den avkodade utdatan, eller använd den direkt i ditt arbetsflöde. Behöver du koda om resultatet? Byt till Base64 Encoder-verktyget med ett enda klick.

Hur avkodning fungerar

Varje Base64-tecken mappas till ett 6-bitarsvärde (0–63). Fyra på varandra följande tecken ger 24 bitar som avkodas till 3 byte ursprunglig data. Exemplet nedan visar hur "TWFu" avkodas tillbaka till "Man":

Exempel "Man" → TWFu → "Man"
TeckenIndex6 bitar
T19010011
W22010110
F5000101
u46101110

De fyra 6-bitarsgrupperna (010011 010110 000101 101110) sammanfogas till 24 bitar och delas sedan upp i tre 8-bitars byte: 01001101 (M=77), 01100001 (a=97), 01101110 (n=110).

Förstå utfyllnad

Base64-kodning grupperar indatabyte i uppsättningar om 3. När indatalängden inte är delbar med 3 läggs utfyllnadstecken (=) till för att komplettera den sista gruppen. Vid avkodning tas dessa =-tecken bort och avkodaren vet att de extra noll-bitar som lades till under kodningen ska kasseras.

OriginalKodadUtfyllnadsregel
AQQ==1 byte → 2 padding chars
ABQUI=2 bytes → 1 padding char
ABCQUJD3 bytes → no padding needed

Vanliga användningsfall

Inspektera JWT-nyttolaster
JWT-tokens består av tre URL-safe Base64-kodade segment. Att avkoda det andra segmentet (nyttolast) avslöjar anspråken: användar-ID, roller, utgångstid och annan metadata — utan behov av en signeringsnyckel.
Läsa API-svar
REST-API:er returnerar ofta binär data (filinnehåll, miniatyrer, kryptografiskt material) Base64-kodat i JSON-svar. Avkoda fältet för att läsa ursprunglig data.
Avkoda e-postinnehåll
MIME-e-postkroppar och bilagor är Base64-kodade. Att avkoda dem avslöjar det ursprungliga textinnehållet eller låter dig rekonstruera binära bilagor.
Extrahera Kubernetes-hemligheter
Kubernetes lagrar hemliga värden som Base64 i YAML-manifest. Att avkoda dem avslöjar de faktiska lösenorden, tokens och nycklarna som lagras i klustret — användbart för felsökning och revision.
Felsöka konfiguration
Miljövariabler och CI/CD-pipeline-hemligheter är ofta Base64-kodade för säker lagring i YAML- eller JSON-konfigurationsfiler. Avkoda dem för att verifiera de faktiska värdena under felsökning.
Avkoda data-URI:er
Data-URI:er bäddar in Base64-kodade resurser direkt i HTML/CSS. Avkoda Base64-delen för att extrahera den ursprungliga bilden, teckensnittet eller annan inbäddad resurs.

Vanliga fallgropar

Dessa är de vanligaste orsakerna till Base64-avkodningsfel i praktiken:

Saknad utfyllnad
Base64-strängar måste ha en längd som är en multipel av 4. Många API:er och JWT-bibliotek tar bort avslutande = för kompakthet. Lägg tillbaka utfyllnaden: antalet saknade = är (4 - längd % 4) % 4.
URL-safe-tecken inte konverterade
URL-safe Base64 använder - och _ istället för + och /. Om du skickar URL-safe Base64 direkt till atob() eller base64.b64decode() misslyckas det. Ersätt alltid - → + och _ → / innan du avkodar med standardbibliotek.
Blanksteg och radbrytningar
PEM-certifikat, MIME-data och kopierad-och-inklistrad Base64 innehåller ofta radbrytningar var 76:e tecken. Ta bort allt blanksteg innan avkodning för att undvika InvalidCharacterError.
Binär vs textutdata
Base64 kan koda vilken binär data som helst, inte bara text. Om ursprungsdata var en binär fil (bild, PDF) kommer avkodning av den som UTF-8-text att producera skräp. Använd lämplig binär utdatametod för icke-textuella nyttolaster.

Kodexempel

Hur man avkodar en Base64-sträng i populära språk och miljöer:

JavaScript (browser)
// Standard Base64
const decoded = decodeURIComponent(escape(atob(encoded)))

// URL-safe Base64 (restore padding first)
function decodeUrlSafe(str) {
  const padded = str.replace(/-/g, '+').replace(/_/g, '/')
  const pad = padded.length % 4
  return decodeURIComponent(escape(atob(padded + '='.repeat(pad ? 4 - pad : 0))))
}
Node.js
// Standard
const decoded = Buffer.from(encoded, 'base64').toString('utf8')

// URL-safe
const decoded = Buffer.from(encoded, 'base64url').toString('utf8')
Python
import base64

# Standard
decoded = base64.b64decode(encoded).decode('utf-8')

# URL-safe (add padding if missing)
padding = '=' * (-len(encoded) % 4)
decoded = base64.urlsafe_b64decode(encoded + padding).decode('utf-8')
CLI (bash)
# Standard
echo "SGVsbG8sIFdvcmxkIQ==" | base64 -d

# URL-safe (restore + and / first)
echo "SGVsbG8sIFdvcmxkIQ" | tr '-_' '+/' | base64 -d

Base64-avkodare vs. alternativ

Flera verktyg kan avkoda Base64, men de skiljer sig åt vad gäller integritet, hastighet och bekvämlighet.

Det här verktyget
Webbläsarbaserat, omedelbart, privat. Inga data skickas till någon server. Hanterar standard- och URL-safe Base64, korrigerar automatiskt saknad utfyllnad och fungerar offline.
CLI (base64 -d)
Snabbt för skript och stora filer. Kräver en terminal. Kräver manuell normalisering för URL-safe-indata (-_ → +/).
Allmänna verktyg
Curl, Postman, webbläsarens DevTools och onlinekonverterare kan alla avkoda Base64. Bekvämligheten varierar; vissa skickar data till fjärrservrar.

Vanliga frågor

Varför ger avkodning mig skräptecken?
Den vanligaste orsaken är att avkoda binär data (bilder, komprimerade filer) som UTF-8-text — binära byte bildar ofta inte giltiga Unicode-sekvenser. En annan orsak är att avkoda URL-safe Base64 (-_) med en standardavkodare som förväntar sig +/. Kontrollera vilken variant din källa använder.
Vad är InvalidCharacterError?
Det här webbläsarfelet från atob() uppstår när indata innehåller tecken utanför Base64-alfabetet, som URL-safe-tecken (- eller _), blanksteg, radbrytningar eller icke-ASCII-tecken. Ta bort blanksteg och konvertera URL-safe-tecken innan du anropar atob().
Hur vet jag om min Base64 är URL-safe eller standard?
Leta efter - eller _-tecken: om de finns är det URL-safe Base64. Standard-Base64 använder + och /. URL-safe Base64 utelämnar också vanligtvis utfyllnadstecknen =. JWT-tokens använder alltid URL-safe Base64.
Kan Base64-avkodning misslyckas tyst?
Ja. Vissa avkodare ignorerar tyst ogiltiga tecken istället för att kasta ett fel och producerar felaktig utdata. Verifiera alltid att din avkodade data matchar det förväntade formatet (JSON, bildhuvud, etc.) istället för att anta att avkodaren lyckades.
Finns det en storleksgräns för Base64-avkodning?
Det här webbläsarbaserade verktyget kan hantera Base64-strängar upp till några megabyte innan gränssnittet blir långsamt. För mycket stora filer använder du ett CLI-verktyg eller en serverbaserad avkodare.
Varför slutar Base64 med ett eller två =-tecken?
= är utfyllnadstecknet. Base64 kodar 3 byte till 4 tecken. Om den ursprungliga datalängden inte är en multipel av 3 läggs ett eller två =-tecken till så att den totala utdatalängden är en multipel av 4. Ett = innebär 2 indatabyte i den sista gruppen; två == innebär 1 indatabyte.
Kan jag avkoda binärfiler, bilder eller PDF:er?
Ja, men utdata blir råa binärdata som kanske inte visas korrekt som text. För binärt innehåll är det bättre att använda data-URI:n direkt i en '<'img'>'- eller '<'a'>'-tagg, eller att spara de avkodade bytarna till en fil med hjälp av ett skript.
Finns det en storleksgräns för avkodning?
Det här verktyget körs helt i webbläsaren utan serversidebegränsning. Praktiska gränser beror på webbläsarens minne. Mycket stora Base64-strängar (över några MB) hanteras bättre med ett CLI-verktyg som base64 -d (Linux/macOS) eller certutil -decode (Windows).