URL-Parser: URLs in Komponenten aufteilen | Kostenlos

A Ja, genau gleich. Das Tool läuft komplett im Browser, und die Analyse erfolgt lokal auf Ihrem Gerät – nichts wird hochgeladen. Auf dem Handy wird die Ergebnistabelle nur vertikal statt horizontal dargestellt. Das passiert automatisch. Wenn Sie auf dem Smartphone entwickeln und die Schrift zu klein wirkt, hilft einmal kurz Zwei-Finger-Zoomen.

A Ja, aber die Ergebnisse können seltsam aussehen. Unser Parser nimmt bei fehlendem Protokoll automatisch http:// an. Wenn Sie „example.com/page?q=test“ einfügen, zeigt er http als Protokoll und behandelt „example.com“ als Host. Das klappt meistens. URLs wie „ftp://files.example.com“ ohne Prefix werden allerdings falsch zerlegt – die gesamte Adresse landet im Pfad. Fügen Sie also immer das Protokoll hinzu.

A Das liegt daran, dass Ihr Browser Standardports ausblendet. HTTP verwendet Port 80, HTTPS Port 443 — sie sind implizit, nicht sichtbar in der Adressleiste. Unser Parser zeigt den tatsächlich genutzten Port an. Wenn Sie "https://example.com:443/seite" einfügen, erscheint Port 443, obwohl Ihr Browser ihn versteckt hat. Lassen Sie den Port jedoch komplett weg, zeigen wir „nicht angegeben" anstatt zu raten. Testen Sie es mit "http://example.com:8080", um den Unterschied zu sehen.

A Ja, aber zuerst siehst du die prozentkodierte Version. Ein ü wird zu %C3%BC in der rohen URL, und unser Tool zeigt diese Kodierung direkt im geparsten Ergebnis. Die echten Zeichen erscheinen erst in der Tabelle der Query-Parameter. Am besten kopierst du die URL direkt aus dem Browser, nicht aus einem Texteditor. Teste es mit 'https://münchen.de' – dann siehst du den Unterschied sofort.

A Klar, das ist sogar einer der häufigsten Anwendungsfälle. Füge den vollständigen Link aus dem Quellcode der E-Mail ein, nicht den verkürzten Anzeigetext. Unser Parser zeigt jeden UTM-Parameter, Click-ID und Kampagnen-Tracker separat an. Marketing-Leute lieben das für die Prüfung ihrer Kampagnen-URLs. Ein Tipp: Prüfe, ob die Query-String '?' und '&' richtig gemischt hat — etwa 15% der E-Mail-Plattformen verhaspeln sich dabei.

A Nein, und die Verwechslung führt zu echten Problemen. Parsing zerlegt eine URL in strukturelle Teile wie Host, Pfad und Query. Dekodierung wandelt prozentcodierte Zeichen (%20, %C3%A9) in lesbaren Text um. Unser Tool macht beides, aber getrennt. In der Hauptübersicht siehst du die rohen codierten Werte, in der Query-Tabelle die dekodierten. Beispiel: 'https://site.de/suche?q=gr%C3%BC%C3%9Fe' zeigt als Rohwert 'gr%C3%BC%C3%9Fe', in der Tabelle steht dann 'grüße'. Teste mal eine URL mit %2F im Pfad – ein klassischer Stolperstein, weil dekodierte Schrägstriche wie Pfadtrenner aussehen, es aber nicht sind.

A Der Parser behandelt den Pfad als leeren String, was technisch korrekt ist. Je nachdem, wie strikt der Parser arbeitet, siehst du '/' oder ein leeres Feld. Wir zeigen einen Schrägstrich, damit klar ist, dass der Pfad existiert, aber leer ist. Das überrascht Leute, die saubere Textdaten für einen Datenbank-Import vorbereiten, denn ein leerer Pfad kann beim CSV-Export verloren gehen. Teste es mit https://example.com im Vergleich zu https://example.com/ — du siehst den Unterschied sofort.

A Das Parsing passiert sofort — sobald Sie die URL einfügen oder tippen, erscheint die Aufschlüsselung in unter 50 Millisekunden. Kein Server-Roundtrip, also selbst bei einem 2.000-Zeichen-Monster von URL wird nichts langsamer. Allerdings bieten wir derzeit keine Stapelverarbeitung an. Sie sind auf eine URL pro Ansicht begrenzt, was die Ausgabe sauber hält und verhindert, dass Ergebnisse durcheinandergeraten. Wenn Sie Hunderte aus einer Logdatei verarbeiten, fügen Sie sie einzeln ein oder schreiben Sie ein kurzes Skript, das die Parsing-Logik in der Browser-Konsole aufruft. Dieser Workflow ist umständlicher, aber zuverlässig, besonders beim Prüfen von Redirect-Ketten für SEO.

A Kurze URLs täuschen den Parser nicht, aber sie zeigen dir auch nicht das eigentliche Ziel. Wenn du 'bit.ly/3xyz' einfügst, zerlegt das Tool nur den Kurz-Link selbst und behandelt 'bit.ly' als Host. Es folgt der 301-Weiterleitung zur echten Zielseite nicht automatisch. Du musst die finale URL nutzen, wenn du Query-Parameter für eine bestimmte Kampagne prüfen willst. Probiere am besten beide Versionen aus, um den Unterschied beim Host zu sehen.

A Meistens ja, aber pass auf versteckte Zeilenumbrüche auf. PDFs fügen oft unsichtbare Leerzeichen mitten in einen Abfrageparameter ein. Wenn du so einen verstümmelten String in unser Tool einfügst, bricht das Ergebnis beim ersten Leerzeichen ab. Lösche diese störenden Umbrüche am besten vorher im Editor. So sparst du dir jede Menge Frust bei der Fehlersuche.