URL-reparateur
Repareer kapotte URLs online — slimme aanhalingstekens, ontbrekende https, dubbele slashes, gemengde codering, regeleinden geplakt vanuit Word of Slack.
Wat is de URL-reparateur?
Je hebt een link uit een mail, een Word-document, een Slack-bericht of een Confluence-pagina gekopieerd — en nu staat er een gekruld aanhalingsteken omheen (" in plaats van "), een kastlijntje (–) waar een streepje hoort te staan, geen https:// aan de voorkant, of een verdwaald regeleinde dat de URL doormidden heeft geknipt. Plak hem hier en krijg een werkende URL terug. De URL-reparateur ruimt de syntactische schade op die kopiëren-en-plakken achterlaat, volgens de regels van de WHATWG URL-standaard en RFC 3986.
De reparateur regelt de dingen die een regex eeuwig als speciaal geval zou moeten behandelen: slimme aanhalingstekens, slimme streepjes, per ongeluk dubbele slashes in het pad, gemengde of dubbele percent-codering (zodat %2520 weer %20 wordt als het duidelijk dubbel gecodeerd is), niet-gecodeerde spaties, en CR/LF/tab-tekens die in de URL belandden omdat iemand op het verkeerde moment Enter drukte. Hij verzint geen hostnaam, verandert je querystring niet en voegt geen padsegment toe dat er niet was. De uitvoer wordt vervolgens gevalideerd tegen de regels van de URL-API van de browser, zodat je weet dat hij aan de andere kant ook echt parst. Internationale hostnamen (Unicode, IDN) blijven behouden volgens RFC 3987.
Je URL gaat naar de backend zodat de reparatie kan draaien, en komt direct terug. We loggen de invoer niet — URLs dragen vaak sessietokens, klant-ID's of andere dingen mee die je niet in een logbestand wilt zien staan. Bevat je URL een echt geheim (een ondertekende S3-link, een eenmalig auth-token), roteer het dan nadat je het ergens hebt geplakt — ook hier.
Hoe gebruik je de URL-reparateur
Drie stappen. Elke stap komt overeen met een knop op deze pagina — er zit niets verstopt.
Plak de kapotte URL of laad het voorbeeld
Zet je kapotte URL in de linker editor. Klik op Voorbeeld-URL om een opzettelijk kapot voorbeeld te laden met gekrulde aanhalingstekens, een kastlijntje, een ontbrekend schema en een niet-gecodeerde spatie — precies wat je in het echt uit een mail plakt. Voorbeeld van een kapotte URL:
"shop.example.com/orders/ORD–1001?customer=Ava Chen"Gekrulde aanhalingstekens uit een Word-document om de URL heen, een kastlijntje in het padsegment, geen schema, en een letterlijke spatie in de querywaarde. Vier aparte problemen in één korte regel.
Klik op Repareer URL!!
Druk op de groene Repareer URL!!-knop. De reparateur strip de aanhalingstekens eromheen, vervangt het kastlijntje door een streepje, zet er https:// voor en zet de spatie om naar percent-encoding zodat het resultaat voldoet aan RFC 3986.
Kopieer de gerepareerde URL
Het rechterpaneel toont de opgeschoonde URL. Bekijk hem, kopieer hem, en plak hem in je browser, je fetch()-aanroep, je README, of de test die faalde. Wil je de URL uitgesplitst in zijn onderdelen zien? Stuur hem dan vervolgens door onze URL-parser.
Wanneer je dit echt gaat gebruiken
Links geplakt vanuit mail of Word
Outlook en Word zetten stilletjes rechte aanhalingstekens om in gekrulde en streepjes om in kastlijntjes. De URL ziet er prima uit in het bericht en is kapot zodra je hem in een terminal plakt. De reparateur draait die "slimme" autocorrectie terug, zodat de link weer werkt.
URLs door een logger in aanhalingstekens gezet
JSON-geformatteerde applicatielogs printen URLs graag als "https://api.example.com/v1/orders?id=ORD-1001". Pak je hem voor een snelle curl, dan komen die aanhalingstekens mee. De reparateur haalt ze eraf en je hoeft je niet meer af te vragen waarom je shell klaagt over een niet-gesloten aanhalingsteken.
Regeleinden midden in een URL door Slack of Jira
Lange URLs in Slack, Jira of een Confluence-pagina worden vaak afgebroken en pikken een verdwaalde \n mee als je ze kopieert. Het pad lijkt goed, maar fetch() weigert de URL met een parsefout. De reparateur platwalst de regeleinden, zodat de URL weer één doorlopende string is.
Dubbel-gecodeerde querystrings
Wanneer een URL door twee systemen gaat die allebei percent-encoding toepassen, eindig je met %2520 waar %20 hoort te staan. De reparateur klapt de duidelijke dubbel-coderingen terug naar één laag — handig als je redirect-ketens of webhook-payloads aan het debuggen bent.
Veelgestelde vragen
Wordt mijn URL ergens opgeslagen of gestuurd waar ik geen zicht op heb?
Je URL gaat naar onze backend zodat de reparatie kan draaien, en komt meteen terug. We loggen de invoer zelf niet — URLs dragen vaak sessietokens of persoonsgegevens in pad/query. We loggen dat er een reparatie heeft plaatsgevonden, niet wat er gerepareerd is. Bevat de URL een echt geheim (een ondertekende link, een auth-token), beschouw het dan als blootgesteld zodra je het in een tool van een derde plakt — inclusief deze — en roteer het.
Welke soorten URL-fouten lost het echt op?
De alledaagse: ontbrekend schema (default https://), gekrulde/slimme aanhalingstekens om de URL heen, kastlijntje of half-cadratijntje waar een streepje hoort, per ongeluk een // in het pad, dubbele percent-encoding (%2520 → %20 als het duidelijk dubbel is), niet-gecodeerde spaties in querywaarden, tab/CR/LF-tekens die door een tekstverwerker in de URL zijn beland, en omsluitende punthaken zoals <https://example.com> uit Markdown-links.
Verandert hij mijn pad-, query- of fragmentwaarden?
Nee. De reparateur is bewust conservatief. Hij verzint geen host, raadt geen ontbrekende TLD, voegt geen padsegmenten toe of verwijdert ze, voegt geen queryparameters toe of verwijdert ze, verandert de parametervolgorde niet en gooit het fragment niet weg. Hij raakt alleen tekens aan die syntactisch fout zijn. Gaat customer=Ava Chen erin, dan komt customer=Ava%20Chen eruit — dezelfde waarde, alleen netjes gecodeerd volgens RFC 3986.
Werkt het met internationale (Unicode-)domeinnamen?
Ja. Unicode-tekens in de host of het pad blijven behouden als Internationalized Resource Identifiers (de IRI-vorm). Heeft je applicatie de punycode (ASCII)-vorm voor de host nodig, haal de opgeschoonde URL dan door de URL-bibliotheek van je taal — Node's url-module, Python's idna-pakket, of de ingebouwde URL-constructor van de browser geven je beide vormen.
Hoe zit het met heel lange URLs?
Er zit een limiet van 64 KB op de invoer — zo'n 64.000 tekens. Echte URLs zitten bijna altijd onder de 2.000 tekens; is die van jou groter, dan komt dat meestal doordat iets dubbel gecodeerd is tot een grote brij, of doordat er een binaire payload in de querystring zit die in een POST-body hoort. De reparateur vertelt je dan dat de invoer te groot is; kort eerst in of structureer hem anders.
Hij gaf een fout terug in plaats van een gerepareerde URL. Wat nu?
Sommige invoeren zijn te ver heen — bijvoorbeeld een URL waar de host helemaal ontbreekt, of een waarvan de structuur zo verminkt is dat het model niet kan zien wat er bedoeld werd. Bekijk in dat geval de URL met je eigen ogen, repareer de evidente dingen handmatig (host en schema zijn de gebruikelijke verdachten) en draai het opnieuw. Je kunt het resultaat ook door onze URL-validator halen om precies te zien waar de URL-parser over klaagt.
Andere URL-tools die handig kunnen zijn
De URL repareren is één stap. Zodra hij netjes parst, nemen deze tools het over: