Indsæt din ødelagte URL her, og klik på "Fiks URL!!" for at reparere denIndtast ødelagt URL

Hvad er URL-fixeren?

Du har kopieret et link fra en mail, et Word-dokument, en Slack-besked eller en Confluence-side — og nu står der krøllede anførselstegn rundt om (" i stedet for "), en halvlang tankestreg (–) hvor der burde være en bindestreg, intet https:// foran, eller et vildfarent linjeskift der har klippet URL'en over på midten. Indsæt den her og få en fungerende URL tilbage. URL-fixeren rydder op i den syntaktiske skade, som copy-paste efterlader, og følger reglerne i WHATWG URL Standard og RFC 3986.

Fixeren tager sig af det, som et regulært udtryk skulle håndtere som specialtilfælde i evigheden: typografiske anførselstegn, typografiske tankestreger, utilsigtede dobbelte skråstreger i stien, blandet eller dobbelt procentkodning (så %2520 bliver til %20 når det tydeligvis er dobbeltkodning), ukodede mellemrum og CR/LF/tab-tegn der landede inde i URL'en, fordi nogen ramte Enter på det forkerte tidspunkt. Den finder ikke på et værtsnavn, ændrer ikke dine query-parametre og tilføjer ikke et stisegment, der ikke var der. Outputtet bliver derefter valideret mod browserens URL-API-regler, så du ved at det rent faktisk vil blive parset på den anden side. Internationaliserede værtsnavne (Unicode, IDN) bevares jævnfør RFC 3987.

Din URL ryger til backend, så fikset kan køre, og kommer direkte tilbage. Vi logger ikke input — URL'er bærer ofte session-tokens, kunde-id'er eller andre ting, du ikke har lyst til at have liggende i en logfil. Hvis din URL indeholder en rigtig hemmelighed (et signeret S3-link, et engangs-auth-token), så roter den efter du har indsat den nogetsteds — også her.

Sådan bruger du URL-fixeren

Tre trin. Hvert trin svarer til en knap på siden — der er intet skjult.

Indsæt den ødelagte URL eller hent eksemplet

Smid din ødelagte URL i editoren til venstre. Klik på Eksempel-URL for at hente et bevidst ødelagt eksempel med krøllede anførselstegn, en tankestreg, manglende skema og et ukodet mellemrum — den slags du faktisk indsætter fra en mail. Eksempel på en ødelagt URL:

"shop.example.com/orders/ORD–1001?customer=Ava Chen"

Krøllede anførselstegn fra et Word-dokument om URL'en, halvlang tankestreg inde i stisegmentet, intet skema og et bogstaveligt mellemrum i query-værdien. Fire forskellige problemer på én kort linje.

Klik på Fiks URL!!

Tryk på den grønne Fiks URL!!-knap. Fixeren fjerner de omsluttende anførselstegn, erstatter tankestregen med en bindestreg, sætter https:// foran og procentkoder mellemrummet, så resultatet overholder RFC 3986.

Kopiér den fiksede URL

Højre panel viser den oprydede URL. Skim den, kopiér den, smæk den ind i din browser, dit fetch()-kald, din README eller den test der fejlede. Vil du se URL'en delt op i sine bestanddele, så send den videre gennem vores URL-parser.

Hvornår du faktisk bruger det her

Links indsat fra mail eller Word

Outlook og Word omdanner stille og roligt lige anførselstegn til krøllede og bindestreger til halvlange tankestreger. URL'en ser fin ud i beskeden og bliver ødelagt i samme sekund, du indsætter den i en terminal. Fixeren ruller den "smarte" autokorrektur tilbage, så linket virker igen.

URL'er pakket i anførselstegn af en logger

JSON-formaterede applikationslogs elsker at skrive URL'er ud som "https://api.example.com/v1/orders?id=ORD-1001". Når du fanger den til et hurtigt curl, kommer de omsluttende anførselstegn med. Fixeren smider dem væk, og du holder op med at undre dig over, hvorfor din shell brokker sig over et uafsluttet anførselstegn.

Linjeskift midt i URL'en fra Slack eller Jira

Lange URL'er i Slack, Jira eller en Confluence-side bliver ofte ombrudt og tager et vildfarent \n med, når du kopierer dem. Stien ser rigtig ud, men fetch() afviser URL'en med en parse-fejl. Fixeren glatter linjeskiftene ud, så URL'en igen er én sammenhængende streng.

Dobbeltkodede query-strenge

Når en URL går igennem to systemer, der begge procentkoder den, ender du med %2520 der hvor der burde stå %20. Fixeren reducerer de oplagte dobbeltkodninger til et enkelt lag — nyttigt når du fejlfinder redirect-kæder eller webhook-payloads.

Hyppige spørgsmål

Bliver min URL gemt eller sendt et sted hen, jeg ikke kan se?

Din URL ryger til vores backend, så fikset kan køre, og kommer straks tilbage. Vi logger ikke selve input — URL'er bærer ofte session-tokens eller persondata i sti/query. Vi logger at en fiks fandt sted, ikke hvad der blev fikset. Indeholder URL'en en rigtig hemmelighed (et signeret link, et auth-token), så betragt den som eksponeret i samme øjeblik du indsætter den i et tredjepartsværktøj — også dette — og rotér den.

Hvilke slags URL-fejl fikser den egentlig?

De hverdagsagtige: manglende skema (default https://), krøllede/typografiske anførselstegn rundt om URL'en, halvlang eller lang tankestreg hvor der skulle være en bindestreg, utilsigtede // i stien, dobbelt procentkodning (%2520 → %20 når det tydeligt er dobbelt), ukodede mellemrum i query-værdier, tab/CR/LF-tegn som en tekstbehandler har dryppet ind i URL'en, og omsluttende vinkelparenteser som <https://example.com> fra Markdown-links.

Vil den ændre mine sti-, query- eller fragmentværdier?

Nej. Fixeren er bevidst konservativ. Den finder ikke på en host, gætter ikke et manglende TLD, tilføjer eller fjerner ikke stisegmenter, tilføjer eller fjerner ikke query-parametre, ændrer ikke parameterrækkefølgen og kasserer ikke fragmentet. Den rører kun tegn der er syntaktisk forkerte. Går customer=Ava Chen ind, kommer customer=Ava%20Chen ud — samme værdi, bare korrekt kodet jævnfør RFC 3986.

Understøtter den internationale (Unicode-)domænenavne?

Ja. Unicode-tegn i host eller sti bevares som Internationalized Resource Identifiers (IRI-formen). Hvis din applikation skal bruge punycode-formen (ASCII) til hosten, så kør den oprydede URL gennem dit sprogs URL-bibliotek — Nodes url-modul, Pythons idna-pakke eller browserens indbyggede URL-konstruktør giver dig begge former.

Hvad med rigtigt lange URL'er?

Der er en grænse på 64 KB for input — cirka 64.000 tegn. Rigtige URL'er ligger næsten altid under 2.000 tegn; er din større, skyldes det som regel at noget er blevet dobbeltkodet til én stor klump, eller at der ligger en binær payload i query-strengen, som egentlig burde være i en POST-body. Fixeren fortæller dig, at input er for stort; beskær eller omstrukturér først.

Den returnerede en fejl i stedet for en fikset URL. Hvad nu?

Nogle input er for langt ude — for eksempel en URL hvor host'en helt mangler, eller en hvor strukturen er så ødelagt, at modellen ikke kan se hvad der var meningen. I så fald: kig på URL'en, fix det åbenlyse i hånden (host og skema er de sædvanlige mistænkte) og kør den igennem igen. Du kan også slippe resultatet ind i vores URL-validator for at se præcis hvad URL-parseren brokker sig over.

Andre URL-værktøjer du måske får brug for

At fikse URL'en er ét skridt. Når den parser rent, tager de her værktøjer den resten af vejen: