URL coderen/decoderen

Ondersteunt URL-procentcodering en -decodering, verwerking van speciale tekens, spaties en meertalige tekst. Detecteert automatisch coderingsformaat, ondersteunt verwerking van queryparameters, geschikt voor API-aanroepen, formulierinzendingen en het delen van links.

Gebruiksinstructies

🚀 Snelstart

Voer de inhoud in het bovenste tekstvak in (URL, tekst, CJK-tekens, enz.).
Klik op "Coderen" of "Decoderen" om de modus te kiezen.
Na het klikken op de knop wordt de conversie uitgevoerd en verschijnt het resultaat in hetzelfde tekstvak.
Gebruik de kopieerknop eronder om het resultaat snel te kopiëren.

📌 Veelvoorkomende scenario's

API-parameters: codeer queryparameters en request bodies zodat speciale tekens correct worden verzonden.
Formuliersubmit: verwerk GET/POST-data; ondersteunt CJK en speciale symbolen.
Links delen: genereer URL's met CJK/speciale tekens zonder dat deze beschadigd raken.
Zoekopdrachten: codeer zoekwoorden, vooral als ze & = # ? enz. bevatten.

🧭 Gebruiksadvies

Voorkom dubbel coderen: controleer of de inhoud al %XX-sequenties bevat om hercodering te vermijden.
Gedeeltelijke codering: codeer alleen parameterwaarden (bijv. ?key=gecodeerde_waarde) en behoud de URL-structuur.
Debuggen: decodeer parameters in netwerkverzoeken om problemen snel op te sporen.
Gereserveerde tekens: : / ? # [ ] @ ! $ & ' ( ) * + , ; = hebben speciale betekenis; als ze als data worden gebruikt, moeten ze meestal worden gecodeerd (contextafhankelijk, vooral : / ? # & = +).
Tekencodering: niet-ASCII-tekens worden in UTF‑8 gecodeerd als 1–4 bytes, elk als %HH geschreven.

⚠️ Beperkingen & compatibiliteit

URL-codering ≠ versleuteling: het is een omkeerbare formaattransformatie die gevoelige data niet beschermt.
URL-lengte: aanbevolen totale lengte < 2048 tekens (limieten verschillen per browser/server).
Spaties: in querystrings kunnen spaties als + (form-encoding) of %20 (algemeen) worden geschreven; deze tool gebruikt standaard %20.
Zeer lange tekst kan de browser laten vastlopen of doen crashen; verwerk in delen.

🔒 Privacy & veiligheid

Alle verwerking gebeurt in uw browser; gegevens verlaten uw apparaat niet.
Gevoelige gegevens (wachtwoorden, sleutels, tokens) moeten worden versleuteld in plaats van alleen gecodeerd.

❓ Veelgestelde vragen

Wat is een URL? Waarom moet ik die "coderen"?

Een URL (Uniform Resource Locator) is het "adresseringssysteem" van het web en werd in de jaren 90 door Tim Berners‑Lee geïntroduceerd. Het is een leesbare tekststring die schema, host, pad, query en fragment beschrijft. Omdat sommige tekens (zoals ? & # = /) als scheidingsteken worden gebruikt maar ook in echte gegevens kunnen voorkomen, moeten ze worden geëscapet. Daarnaast worden spaties, niet‑ASCII-tekens en emoji via UTF‑8 naar bytes omgezet en als %HH geschreven (bijv. spatie → %20, een "/" in een parameterwaarde → %2F). In application/x‑www‑form‑urlencoded context mogen spaties ook als "+" worden geschreven (buiten formulieren wordt %20 aanbevolen). Kortom: URL-codering is een omkeerbare formatteringsstap om links robuust en parseerbaar te houden; ze biedt geen versleuteling of vertrouwelijkheid.

Biedt codering bescherming voor gevoelige informatie?

Nee. Codering is een omkeerbare formattering. Wachtwoorden, API-sleutels en andere geheimen moeten worden versleuteld.

Waarom wordt een spatie soms als + en soms als %20 weergegeven?

Formulieren (application/x-www-form-urlencoded) gebruiken +, terwijl RFC 3986 in het algemeen %20 voorschrijft. Deze tool gebruikt standaard %20 voor betere compatibiliteit; als u + nodig hebt, gebruik dat in forms of vervang handmatig.

Hoe zie ik of inhoud al is gecodeerd?

Gecodeerde inhoud bevat %XX-sequenties (% gevolgd door twee hex-cijfers, zoals %E4%BD%A0). Als u veel van zulke stukken ziet, is de tekst waarschijnlijk al gecodeerd; codeer dan niet opnieuw.

Waarom moeten niet‑ASCII-tekens worden gecodeerd?

De URL-standaard staat alleen ASCII toe. Niet‑ASCII-tekens (bijv. accenten, emoji) moeten als UTF‑8 bytes met %HH worden geschreven om veilig te worden verzonden.

Moet ik schuine strepen / coderen?

Dat hangt van de positie af: als padseparator moet / ongecodeerd blijven (bijv. /api/users). Als onderdeel van een parameterwaarde is %2F veiliger (bijv. ?path=%2Fhome%2Fuser).