URL-Parser
Der URL-Parser analysiert einen einzelnen URL oder relativen Pfad lokal in Protokoll-, Anmeldeinformationen-, Host-, Port-, Pfad-, Hash- und Abfrageparameterzeilen, ermöglicht Ihnen deren Bearbeitung und zeigt eine Vorschau des neu erstellten URL an.
URL-Eingabe
Strukturdetails
Protokoll
Rechnername
Portnummer
Benutzername / Passwort
Benutzername
Passwort
Pfad
Fragment (#)
Query-Parameter
0 / 500
Keine Parameter
Neu zusammengesetzte URL
Schnellstart
Häufige Anwendungsfälle
API-Debugging
Zerlegen Sie Endpoint-URLs, prüfen Sie Query-Parameter und finden Sie Übergabefehler schneller.
Linkanalyse
Entpacken Sie komplexe Marketing- oder Tracking-URL-Texte, um UTM-Parameter, Referrer-Werte und Zielpfade zu überprüfen.
Parameter-Anpassung
Fügen Sie Paging-, Filter- und Sortierparameter schnell hinzu, entfernen oder ändern Sie sie und reduzieren Sie manuelles URL-Zusammensetzen.
Link-Bereinigung
Entfernen Sie unnötige Tracking-Parameter, bevor Sie eine saubere URL teilen.
Fehlerbehebung bei der Umleitung
Überprüfen Sie den URL-Umleitungstext und bestätigen Sie den Zielhost, den Port, den Pfad und die Parameter, ohne der Umleitung zu folgen.
Deep-Link-Inspektion
Fügen Sie benutzerdefinierte Schema-Links ein, um eine Vorschau des neu erstellten Texts anzuzeigen, mit eingeschränkter Feldbearbeitung für nicht hierarchische Schemata.
Nutzungstipps
Grenzen analysieren und neu erstellen
Einschränkungen und Kompatibilität
Datenschutz & Sicherheit
Häufige Fragen
Eine URL (Uniform Resource Locator) ist die „Adresse“ einer Ressource im Web. Eine vollständige URL besteht typischerweise aus: • Schema (Protokoll), z. B. https:, ftp:, mailto: • Authentifizierungsdaten user:pass@ (optional, häufig bei FTP/Intranet) • Hostname (Domain oder IP-Adresse) • Port (optional; Standard: HTTPS 443, HTTP 80) • Pfad (pathname) zur Ressource • Query-String mit Schlüssel-Wert-Paaren nach ? (durch & getrennt) • Fragment/Hash nach # (nur clientseitig, wird nicht an den Server gesendet) Beispiel: https://user:pass@example.com:8080/path?key=value#section enthält alle genannten Teile. Dieses Tool ist vor allem für hierarchische URLs und relative Pfade ausgelegt; bei nicht-hierarchischen Schemas wie mailto:, data: oder file: ist die Bearbeitung und erneute Zusammensetzung eingeschränkt.
Wenn das automatische Hinzufügen aktiviert ist, stellt das Tool https:// voran, wenn ein Schema fehlt. Wenn es deaktiviert ist, wird http:// verwendet. Relative Pfade wie „/api/data?id=1“ werden im Modus „Relative Pfade“ analysiert, sodass Protokoll und Hostname leer bleiben.
Stellen Sie sicher, dass nicht jeder Parameterschlüssel leer ist, da Zeilen mit leeren Schlüsseln in der Ausgabe ignoriert werden. Geben Sie Chinesisch, Leerzeichen oder Symbole direkt in die Abfragetabelle ein; Neu erstellte Schlüssel-/Wertzeilen werden automatisch prozentual codiert.
Nein. Der URL-Text wird nur lokal analysiert und neu erstellt. Es sendet keine Netzwerkanfragen, folgt keinen Weiterleitungen, prüft den HTTP-Status, führt keine DNS/TLS-Prüfungen durch und bestätigt das endgültige Ziel nicht.
+ bedeutet Leerzeichen nur in application/x-www-form-urlencoded-Kontexten. Dieser Parser behält das Literal + als + bei und schreibt Leerzeichen als %20 in neu erstellte Abfragewerte. Überprüfen Sie daher die Formularnutzlasten, bevor Sie + als Leerzeichen behandeln.
In Standard-URLs werden Parameter nach ? an den Server gesendet, Inhalte nach # sind nur clientseitig. Dieses Tool priorisiert ?search; ist search leer und # enthält ?, werden diese als Hash-Query-Parameter geparst.