URL-Parser

URLs in ihre Einzelteile zerlegen

URL-Eingabe

Jump to the next useful tool without leaving your flow.

See more

Über dieses Tool

Eine URL packt sechs unterschiedliche Informationsstücke in einen String, und wenn sie lang genug ist, um über drei Zeilen zu umbrechen, kann sie niemand genau lesen. Sie auseinanderzunehmen macht jedes Stück sichtbar: das Protokoll, den Hostnamen, den Port, den Pfad, jeden Query-Parameter einzeln und das Fragment nach dem Hash. Zwei davon lohnt es, richtig zu verstehen. Query-Parameter sind, wo das meiste Debugging passiert – eine tracking-beladene Kampagnen-URL kann ein Dutzend tragen, percent-encodiert ins Unlesbare, und sie als Liste zu sehen beantwortet sofort, was ein Link wirklich übergibt. Das Fragment ist der Teil, den Leute missverstehen: Alles nach # wird nie an den Server gesendet. Es wird vollständig vom Browser behandelt, deshalb haben Single-Page-Apps es einst für Routing genutzt und deshalb funktioniert es einfach nicht, etwas hinein zu legen, das der Server braucht. Parsen läuft in deinem Browser.

So verwendest du dieses Tool

  1. Füge deine URL einEin Tracking-Link, ein API-Endpoint, ein Redirect – alles, was lang genug ist, um schwer lesbar zu sein.
  2. Lies die KomponentenProtokoll, Host, Port, Pfad, Query-Parameter und Fragment getrennt gezeigt.
  3. Prüfe die Query-Parameter einzelnPercent-encodierte Werte werden decodiert, das ist meist, wo die Antwort liegt.
  4. Notiz, was das Fragment enthältAlles nach # erreicht den Server nie – nützlich zu wissen beim Debuggen.

Warum es nutzen

  • Macht aus einer unlesbaren URL in einem Schritt eine beschriftete Aufschlüsselung.
  • Decodiert percent-encodierte Parameterwerte, damit du liest, was wirklich übergeben wird.
  • Listet jeden Query-Parameter einzeln statt als einen String.
  • Läuft in deinem Browser, URLs mit Tokens werden also nie übertragen.
  • Kein Konto und kein Limit.

Häufige Anwendungen

  • Debuggen, warum ein API-Call nicht die Parameter bekommt, die du erwartest.
  • Prüfen, wohin ein gekürzter oder Redirect-Link wirklich zeigt.
  • Eine Kampagnen-URL voller UTM-Parameter lesen.
  • Eine OAuth-Callback-URL während Authentifizierungsarbeit inspizieren.
  • Einen Link bestätigen, bevor du ihn anklickst.

Tipps für bessere Ergebnisse

  • Schau zuerst auf die Parameter. Dort leben die allermeisten URL-Bugs.
  • Denk daran, das Fragment erreicht den Server nie – braucht das Backend einen Wert, gehört er in den Query-String.
  • Achte auf doppelt encodierte Werte (%2520 statt %20), die anzeigen, dass die URL zweimal encodiert wurde.
  • Wiederholte Parameter-Namen sind legal und werden von unterschiedlichen Frameworks unterschiedlich behandelt – eine subtile Bug-Quelle.
  • Um eine URL zu bauen statt sie zu inspizieren, übernimmt der URL Encoder das korrekte Escapen von Werten.

Fehler, die du vermeiden solltest

  • Erwarten, das Fragment sei serverseitig verfügbar. Es ist immer nur Browser.
  • Annehmen, ein Parameter fehle, obwohl er eigentlich doppelt encodiert und deshalb unerkannt ist.
  • Eine URL von Hand editieren und das Escaping brechen, besonders um & und =.
  • Einem gekürzten Link vertrauen, ohne zu prüfen, wohin er auflöst.
  • Den Port ignorieren, wenn du einen lokalen oder nicht-standardmäßigen Endpoint debugst.

Häufig gestellte Fragen

Typischerweise das Protokoll (http/https), Hostname, Port (falls angegeben), Pfad, jeder einzelne Query-Parameter und der Fragment-/Hash-Teil nach einem #.

Dieses Tool konzentriert sich aufs Parsen/Zerlegen einer bestehenden URL. Musst du Query-Parameter konstruieren, kannst du die geparsten Werte bearbeiten und sie anhand dessen, was das Tool zeigt, manuell wieder zusammensetzen.

Ja – percent-encodierte Werte wie %20 werden decodiert, damit du liest, was wirklich übergeben wird, statt der escaped Form.

Weil Fragmente nie übertragen werden. Der Browser streicht alles ab dem Hash, bevor er den Request macht, und behandelt es lokal. Alles, was der Server braucht, muss in Pfad oder Query-String.

Doppeltes Encoding. %20 ist ein encodiertes Leerzeichen; diesen String nochmal zu encodieren macht das % selbst zu %25 und ergibt %2520. Es heißt meist, eine URL wurde auf zwei unterschiedlichen Schichten encodiert, und der Fix ist, einmal zu decodieren, bevor neu encodiert wird.

Nein. Parsen passiert in deinem Browser, das zählt, weil URLs häufig Access-Tokens, Session-IDs und personenbezogene Daten in ihren Parametern tragen.

Ja. Url Parser ist für die normale Nutzung kostenlos, ohne Konto, und ToolBox setzt kein Wasserzeichen auf dein Ergebnis.

Die meisten Tools in dieser Kategorie laufen in deinem Browser, sodass die Datei auf deinem Gerät bleibt. Wenn ein Tool einen temporären Server-Auftrag braucht, werden Dateien nur für diesen Auftrag verarbeitet und nicht als dauerhaftes Archiv gespeichert.

Andere suchen auch nach

  • url parser online kostenlos
  • url komponenten zerlegen
  • query string parser online
  • url parameter decodieren
  • was bedeutet # in einer url
  • url struktur erklärt
  • redirect link inspizieren

Related guides