Base64-koding & Dekoding Online — Gratis, UTF-8-sikkert

Base64 gjør om hver 3 byte data til 4 ASCII-tegn, så det kodede resultatet blir omtrent 33 % større enn originalen. Konverter tekst til Base64, eller dekod en Base64-streng tilbake til lesbar tekst. Verktøyet er UTF-8-sikkert, så det håndterer emoji, kinesiske tegn og andre ikke-ASCII-tegn korrekt — noe enklere Base64-verktøy ofte roter det til med. Alt skjer lokalt i nettleseren din.

Hva er dette verktøyet?

Base64 er et kodingssystem som gjør om binær- eller tekstdata til et sett med 64 trygge ASCII-tegn (A–Z, a–z, 0–9, + og /). Det brukes overalt i programvare: for å bygge inn bilder i HTML/CSS, i HTTP Basic-autentiseringsheadere, e-postvedlegg (MIME), JSON Web Tokens og API-data som må overleve rene tekstkanaler.

Viktig: Base64 er koding, ikke kryptering. Hvem som helst kan dekode det. Hensikten er å gjøre data trygg å sende gjennom systemer som bare forstår tekst — ikke å holde den hemmelig.

Base64 er formelt spesifisert i RFC 4648, som også definerer den URL-sikre varianten som brukes i JWT-er og web-API-er: den erstatter + med - og / med _ slik at den kodede strengen kan sendes inni en URL uten prosentkoding.

Hvorfor bruke det?

Dekod API-tokener, JWT-segmenter og autentiseringsheadere for å se hva de inneholder.
Kod tekst for data-URI-er, konfigurasjonsfiler eller HTTP-headere.
UTF-8-sikkert: emoji og ikke-latinske tegn kodes og dekodes korrekt.
100 % privat — konverteringen skjer i nettleseren din, ingenting lastes opp.
Gratis, ingen innlogging, ingen størrelsesbegrensning.

Slik bruker du det

Skriv eller lim inn innholdet ditt i inndatafeltet.
Klikk «Encode» for å gjøre om tekst til Base64, eller «Decode» for å gjøre om Base64 tilbake til tekst.
Hvis dekodingen mislykkes, er ikke inndataen gyldig Base64 — sjekk om det mangler tegn eller er ekstra mellomrom.
Klikk «Copy» for å kopiere resultatet.

Eksempel

Inndata

Hello, CodeKitHub! 你好 👋

Resultat

SGVsbG8sIENvZGVLaXRIdWIhIOS9oOWlvSDwn5GL

Legg merke til at de kinesiske tegnene og emojien overlever hele veien tur-retur — det er den UTF-8-sikre delen som gjør jobben.

Praktiske tips

JWT-tokener består av tre Base64-segmenter skilt med punktum — dekod de to første (header og payload) hver for seg for å lese dem; det tredje er en binær signatur og vil se ut som støy.
Hvis dekodingen feiler på et JWT-segment, er det trolig base64url-koding: bytt ut - med + og _ med / først (standardverktøy forventer alfabetet +/).
Mellomrom og linjeskift inni en Base64-streng er som regel ufarlige rester fra e-post eller logger, men manglende avsluttende =-utfylling er det gjerne ikke — sjekk lengden før du antar at dataen er skadet.
Base64 gjør data om lag 33 % større. Greit for små datamengder; for bilder over noen få KB er en ekte fil nesten alltid et bedre valg enn en data-URI.

Virkelige bruksscenarioer

De tre tilfellene folk oftest havner her for: å lese hva som ligger i en Authorization-header eller JWT, dekode et webhook-/API-felt som kom Base64-pakket (ofte JSON — formater det etter dekoding), og manuelt lage en data-URI eller Basic-Auth-streng under feilsøking.

For binærdata (bilder, filer) er det viktig å huske at det du får når du dekoder som tekst, er meningsløst tegnrot — dataen kan være helt gyldig, den er rett og slett ikke tekst. Koding/dekoding av binærdata hører hjemme i kode; dette verktøyet er optimalisert for tekst-tilfellene.

Slik feilsøker du en dekodingsfeil

Feil ved Base64-dekoding kan nesten alltid spores til en av tre årsaker, i synkende hyppighet: inndataen var faktisk base64url (bruker - og _ i stedet for de vanlige + og /, vanlig i JWT-er og URL-sikre sammenhenger) og trenger å få disse tegnene byttet tilbake før standard dekoding godtar den; strengen ble avkortet et sted underveis (en kopiering som mistet de siste tegnene, eller en loggrad som ble kuttet), noe som kan oppdages fordi lengden på en gyldig Base64-streng alltid er delelig med 4 når utfylling er tatt med i betraktningen; eller uønskede tegn (ekstra mellomrom, et tilfeldig linjeskift, et duplisert tegn) ble introdusert under kopiering — det er derfor det alltid er tryggere å lime inn direkte fra kilden enn å skrive teksten på nytt.

→ JSON-formatering · URL-koder / dekoder · JWT-dekoder

Ofte stilte spørsmål

Er Base64 kryptering?

Nei. Base64 er en reversibel koding som hvem som helst kan dekode — den gir null sikkerhet. Trenger du å beskytte data, bruk ekte kryptering (som AES); Base64 er kun for å gjøre data trygg å transportere som tekst.

Hvorfor ser det dekodede resultatet ut som rot?

Enten er ikke inndataen faktisk Base64, den er blitt avkortet, eller originaldataen var binær (som et bilde) i stedet for tekst. Binærdata vises ikke som lesbare tegn.

Hva er likhetstegnene (=) på slutten?

Utfylling (padding). Base64 jobber i blokker på 3 inndata-byte → 4 utdata-tegn. Når inndatalengden ikke er delelig med 3, fyller ett eller to =-tegn ut den siste blokken.

Fungerer dette verktøyet med emoji og kinesiske tegn?

Ja. Det koder tekst som UTF-8-byte først, som er standardmetoden. Enklere verktøy som bruker btoa() direkte, feiler på alle tegn utenfor Latin-1 — det gjør ikke dette.

Blir dataene mine lastet opp noe sted?

Nei. Koding og dekoding skjer utelukkende i nettleseren din med JavaScript. Dataene dine forlater aldri enheten din.

Base64-koder/dekoder Online