URL-Parser
Jeder Teil, beschriftet
Dieser URL-Parser zerlegt eine Adresse mit dem eigenen Leser Ihres Browsers. Schema, Host, Port, Pfad, Query und Fragment bekommen je eine Beschriftung, und außerdem erscheinen die Parameter darunter als Zeilen.
- KostenlosPreis
- 11Teile
- KeineAnmeldung
- KeineUploads
URL-Parser
Jeder Teil einer Adresse, beschriftet
- Scheme
- https
- Host
- shop.example.com
- Subdomain
- shop
- Port
- 8443
- Path
- /winter/boots
- Path depth
- 2
- Last segment
- boots
- Query string
- colour=blue&size=9&utm_source=newsletter
- Fragment
- reviews
- Origin
- https://shop.example.com:8443
- Full length
- 91 characters
- colourblue
- size9
- utm_sourcenewsletter
Alles wird mit dem eigenen URL-Leser Ihres Browsers zerlegt, sodass Sie hier genau das sehen, was ein Browser sieht.
Bereit. Fügen Sie eine Adresse ein, und jeder Teil erscheint.
Die Teile einer Webadresse
Eine Adresse sieht aus wie ein String und verhält sich wie acht Felder. Schema, Host, Port, Pfad, Query, Fragment und außerdem Origin und Subdomain, die sich aus dem Host ergeben.
Jedes Stück der URL erfüllt einen eigenen Zweck. Der Host sagt also, welche Maschine, der Pfad, welche Ressource, und die Query, welche Variante davon.
Eine Frage entscheidet alles: wo jeder Teil endet. Die Antwort steht im URL Standard, den Ihr Browser umsetzt.
Dieses Tool stützt sich auf diese Umsetzung statt auf einen regulären Ausdruck. Deshalb entspricht, was Sie hier sehen, dem, was ein Browser sieht.
Was ein Browser stillschweigend normalisiert
Ein Browser schreibt den Host klein und entfernt einen abschließenden Punkt. Außerdem entfernt er einen Standardport, sodass aus https://example.com:443/ bereits https://example.com/ wird, bevor irgendetwas darauf schaut.
Leere Pfade werden zu einem einzelnen Schrägstrich. Zudem werden Backslashes zu Schrägstrichen, was Leute beim ersten Mal überrascht.
Diese Normalisierung ist der Grund, warum ein selbstgeschriebener Parser von der Realität abweicht. Die URL-Schnittstelle erledigt nämlich überall dieselbe Arbeit.
Im Query-String versteckt sich das Detail
Parameter sind Paare, getrennt durch Kaufmanns-Und, und jeder ist escaped. Zwei können denselben Namen tragen, und manchmal ist dem Server die Reihenfolge wichtig.
Mit bloßem Auge klappt das Lesen ab etwa vier nicht mehr. Deshalb listet ein Query-String-Parser sie als Zeilen, und dadurch fällt ein doppelter Schlüssel sofort auf.
Der Dekodier-Schalter zeigt den lesbaren Wert neben dem rohen. So erkennen Sie einen Wert, der zweimal durch den Encoder lief.
Das Fragment verlässt nie den Browser
Alles nach der Raute bleibt auf dem Client. Ein Server erhält es nie und protokolliert es nie. Deshalb lesen Analytics-Tools es stattdessen mit JavaScript.
Inhaltsparameter und Tracking-Parameter
Manche Parameter ändern, was die Seite zeigt. Größe, Farbe, Seitenzahl und Sortierung etwa. Diese gehören daher in die Adresse und in das Canonical-Tag.
Andere tragen gar keinen Inhalt. Kampagnen-Tags, Klick-IDs, Sitzungsmarker. Halten Sie diese folglich aus dem Canonical-Tag und aus internen Links heraus.
Der Tracking-Schalter markiert die zweite Art anhand derselben Liste, die der Canonical-Tag-Generator dieser Website liest. Eine Liste, also stimmen die beiden Tools immer überein.
Was Sie mit einem langen Query-String tun
Sortieren Sie die Parameter in zwei Gruppen. Die, die die Seite ändern, und die, die nur beschreiben, woher ein Besucher kam.
Die erste Gruppe gehört in das Canonical-Tag, da ein anderer Wert dort eine wirklich andere Seite bedeutet.
Die zweite Gruppe gehört nirgendwo dauerhaft hin. Entfernen Sie sie deshalb, bevor Sie eine Adresse speichern, bevor Sie sie in eine Sitemap setzen und bevor Sie intern verlinken.
Der Button für die saubere Kopie erledigt genau diese Trennung. Dadurch wird eine Adresse aus einem Bericht zu einer, die Sie gefahrlos wiederverwenden können.
Was Sie mit einem langen Query-String tun
Sortieren Sie die Parameter in zwei Gruppen: die, die die Seite ändern, und die, die nur beschreiben, woher ein Besucher kam.
Die erste Gruppe gehört in das Canonical-Tag, weil ein anderer Wert dort eine wirklich andere Seite bedeutet.
Die zweite Gruppe gehört nirgendwo dauerhaft hin. Entfernen Sie sie deshalb, bevor Sie eine Adresse speichern, bevor Sie sie in eine Sitemap setzen und bevor Sie intern verlinken.
Der Button für die saubere Kopie erledigt genau diese Trennung, sodass eine Adresse aus einem Bericht zu einer Adresse wird, die Sie gefahrlos wiederverwenden können.
Was Sie mit einem langen Query-String tun
Sortieren Sie die Parameter in zwei Gruppen: die, die die Seite ändern, und die, die nur beschreiben, woher ein Besucher kam.
Die erste Gruppe gehört in das Canonical-Tag, weil ein anderer Wert dort eine wirklich andere Seite bedeutet.
Die zweite Gruppe gehört nirgendwo dauerhaft hin. Entfernen Sie sie deshalb, bevor Sie eine Adresse speichern, bevor Sie sie in eine Sitemap setzen und bevor Sie intern verlinken.
Der Button für die saubere Kopie erledigt genau diese Trennung, sodass eine Adresse aus einem Bericht zu einer Adresse wird, die Sie gefahrlos wiederverwenden können.
Warum sechs Adressen eine Seite sein können
Mit oder ohne www, per http oder https, mit oder ohne / am Ende. Jede Kombination antwortet, und deshalb behandeln Suchmaschinen sie als Kandidaten für denselben Inhalt, bis ein Canonical-Tag es regelt.
So nutzen Sie den URL-Parser
Zwei Schritte, und der zweite ist optional. Währenddessen erscheint die Aufschlüsselung schon beim Tippen.
- 1
Eine Adresse einfügen
Mit oder ohne Schema. Eine nackte Domain bekommt https:// vorangestellt, da ein Browser genau das damit tun würde.
- 2
Die Teile lesen
Elf Zeilen, vom Schema bis zur Gesamtlänge. Eine leere Zeile bedeutet außerdem, dass dieser Teil wirklich fehlt.
- 3
Die Parameter ansehen
Jeder in einer eigenen Zeile, auf Wunsch dekodiert. Schalten Sie dann den Tracking-Schalter ein, und die inhaltlosen werden markiert.
- 4
Die saubere Version kopieren
Ein Button kopiert die Adresse ohne Tracking-Parameter und ohne Fragment. Das ist die Version, die sich zum Teilen oder Speichern lohnt.
Was diesen URL-Parser online auszeichnet
Einen String an Schrägstrichen aufzuteilen ist leicht und falsch. Das hier sind jedoch die Unterschiede, die das echte Werkzeug mit sich bringt.
Das Zerlegen erledigt Ihr Browser
Kein regulärer Ausdruck. Deshalb verhalten sich Normalisierung, Standardports und Sonderfälle genau wie in einem Browser.
Parameter als Zeilen
Zwanzig Parameter lesen sich als zwanzig Zeilen statt als ein langer String, sodass ein doppelter Name sichtbar statt verborgen ist.
Tracking markiert
Es markiert Kampagnen-Tags und Klick-IDs anhand derselben Liste, die der Canonical-Generator liest. Folglich können die beiden Tools nicht voneinander abweichen.
Dekodiert und roh
Ein Schalter zeigt den lesbaren Wert. Ein Wert, der zweimal durch den Encoder lief, fällt dann sofort auf, sobald Sie ihn umlegen.
Ein Button für die saubere Kopie
Er kopiert die Adresse ohne Tracking und Fragment, also die Version, die in ein Canonical-Tag oder einen geteilten Link gehört.
Nichts verlässt Ihren Tab
Adressen tragen Sitzungstokens und Bestellnummern. Weil Ihr Browser das Parsen übernimmt, ruft diese Website nichts ab und protokolliert nichts.
Regeln zum Lesen und Bauen von Adressen
Diese tauchen in jedem Audit, jeder Migration und jeder Analytics-Diskussion auf.
- Mit einem URL-Objekt parsen, nie mit Regex. Jede Sprache bringt eines mit. Ein regulärer Ausdruck trifft die einfachen Fälle, jedoch nicht die interessanten.
- Tracking-Parameter aus Canonicals heraushalten. Ein Canonical-Tag, das eine Kampagnenadresse nennt, sagt Suchmaschinen, die Kampagnenversion sei die echte Seite.
- Einmal über den abschließenden Schrägstrich entscheiden. Wählen Sie eine Form für die ganze Website und leiten Sie die andere um, denn zwei Formen jeder Adresse bedeuten von allem zwei in Ihren Berichten.
- Nie personenbezogene Daten in eine Query setzen. Sie landen in Server-Logs, in Analytics und in Referrer-Headern, und keines der drei ist dafür gedacht, personenbezogene Daten zu halten.
- Auf die Länge achten. Browser kommen mit sehr langen Adressen zurecht, manche Server und Proxys nicht. Unter 2.000 Zeichen ist die sichere Grenze.
- Den Host kleinschreiben, nicht den Pfad. Hostnamen unterscheiden keine Groß- und Kleinschreibung, Pfade schon. Also behandeln viele Server /About/ und /about/ als verschiedene Seiten.
- Das Fragment als reine Client-Sache behandeln. Nichts auf dem Server sieht es, deshalb protokolliert kein Log es und keine Weiterleitung kann ohne JavaScript darauf reagieren.
- Adressen dort lesbar halten, wo Menschen sie sehen. Ein Pfad aus Wörtern schlägt einen aus Zahlen im Suchergebnis, in einer geteilten Nachricht und in einem Support-Anruf. Eines Tages muss ihn jemand laut vorlesen.
- Die Adresse protokollieren, nicht die Parameter. Ein vollständiger Query-String in einer Logdatei enthält, was ein Besucher getippt hat. Entfernen Sie die unnötigen Werte, bevor irgendetwas sie aufschreibt.
- Parameter in generierten Links sortieren. Eine stabile Reihenfolge bedeutet, dass dieselbe Seite immer dieselbe Adresse erzeugt, und genau das lässt Caching und Vergleiche funktionieren.
Sechs URL-Fehler, die man kennen sollte
Jeder davon wirkt harmlos, bis ein Bericht, ein Crawl oder ein Support-Ticket ihn sichtbar macht.
Beim ersten Fragezeichen trennen
Ein Fragezeichen kann in einem Parameterwert stehen, also schneidet eine Trennung dort die Adresse an der falschen Stelle.
Einen Wert pro Name annehmen
Eine Query kann einen Namen wiederholen, und viele Server lesen das als Liste. Ein Parser, der nur einen Wert behält, verliert den Rest stillschweigend.
Die ganze Adresse kleinschreiben
Den Host darf man kleinschreiben, den Pfad nicht. So erzeugt ein Aufräumskript eine Seite voller 404-Fehler.
Den Port ignorieren
Ein Nicht-Standardport ergibt einen anderen Origin. Daher behandeln Cookies, Speicher und CORS ihn als andere Website.
Sitzungs-IDs in der Query mitführen
Sie werden geteilt, indexiert und protokolliert. In jedem Fall hält danach jemand anderes einen Schlüssel zu einem Konto.
Dem Fragment auf dem Server vertrauen
Es kommt nie an. Jedes Routing, das davon abhängt, muss im Browser passieren, nachdem die Seite geladen ist.
Häufige Fragen zu Adressen
Welche Bausteine bilden eine URL?
Schema, Host, optionaler Port, Pfad, Query und Fragment. Außerdem ist der Origin die ersten drei zusammen, und die Subdomain ist alles, was vor der registrierten Domain steht.
Warum verschwindet der Port manchmal?
Weil 443 für https und 80 für http Standardwerte sind. Ein Browser entfernt sie, deshalb kann die zurückgegebene Adresse leicht von der eingegebenen abweichen.
Kann ein Query-String-Parser wiederholte Namen zeigen?
Ja, und dieser listet jedes Vorkommen als eigene Zeile. Ein Parser, der nur den letzten Wert behält, verbirgt nämlich einen echten Unterschied in dem, was der Server erhält.
Worin unterscheiden sich Query und Fragment?
Die Query reist zum Server, das Fragment nicht. Alles nach der Raute bleibt im Browser, deshalb kann ein Server es nicht protokollieren.
Wie lang darf eine Adresse sein?
Die Norm legt kein Maximum fest. In der Praxis bleiben Sie jedoch unter etwa 2.000 Zeichen, weil ältere Server und manche Proxys alles Längere ablehnen.
Warum ändert sich meine Adresse beim Einfügen?
Ein Browser normalisiert beim Lesen: Er schreibt den Host klein, entfernt einen Standardport und macht aus Backslashes Schrägstriche. Deshalb sehen Sie hier die normalisierte Form.
Welche Parameter gelten als Tracking?
Kampagnen-Tags, Klick-IDs von Werbeplattformen und Sitzungsmarker. Der Tracking-Schalter markiert sie außerdem anhand derselben Liste, die diese Website auch anderswo nutzt.
Ist ein URL-Parser online für private Links sicher?
Dieser schon, weil die Seite nichts irgendwohin sendet. Ihr Browser zerlegt die Adresse in diesem Tab, und außerdem ruft diese Website sie nie ab.
Ist die Abfolge der Parameter wichtig?
Für einen Server manchmal. Für einen Cache und einen Vergleich immer: Zwei Adressen mit denselben Parametern in anderer Reihenfolge sind zwei verschiedene Strings.
Kann ich hier eine Adresse bereinigen?
Ja. Der zweite Kopier-Button liefert die Adresse ohne Tracking-Parameter und ohne Fragment, also die Version, die sich zum Teilen oder Speichern lohnt.
Tools für Adressen
Eine Adresse zu lesen ist meist der erste Schritt. Diese drei bieten sich als Nächstes an.
URL-Encoder und -Decoder
Einen Wert oder eine ganze Adresse korrekt escapen.
Tool öffnen →Canonical-Tag-Generator
Eine Adressliste bereinigen und ein Tag pro Zeile schreiben.
Tool öffnen →Weiterleitungsketten-Prüfer
Verfolgen, wo eine Adresse tatsächlich landet.
Tool öffnen →
Bereit, eine Adresse zu zerlegen?
Fügen Sie eine Adresse ein und lesen Sie jeden ihrer Teile. Der URL-Parser ist kostenlos, braucht kein Konto und ruft die Seite, die er beschreibt, nie ab.