URL-Ersteller

Bauen Sie URLs interaktiv mit Schema, Host, Pfad, Query-Parametern und Hash zusammen.

So funktioniert es

  1. Schema und Host wählen: Wählen Sie ein Protokoll (http, https, ftp) und geben Sie die Zieldomain ein.
  2. Pfad und Query-Parameter ergänzen: Tippen Sie den Pfad und fügen Sie nach Bedarf Schlüssel-Wert-Paare als Query-Parameter hinzu.
  3. Fragment hinzufügen (optional): Hängen Sie einen Anker oder Hash an, der auf einen bestimmten Abschnitt der Seite verweist.
  4. Zusammengebaute URL kopieren: Die generierte URL aktualisiert sich live. Kopieren Sie sie zur Verwendung in Code, Marketing oder Tests.

Warum einen URL-Builder nutzen?

URLs von Hand zusammenzustellen ist fehleranfällig, ein fehlender Schrägstrich, ein nicht kodiertes Leerzeichen oder ein verloren gegangener Query-Parameter können Deep-Links, API-Aufrufe oder Weiterleitungen unbrauchbar machen. Dieser URL-Builder stellt sicher, dass jede Komponente korrekt platziert und kodiert ist und liefert jedes Mal eine valide URL. Ideal, um getrackte Marketing-Links zu erstellen, API-Endpunkte während der Entwicklung zu bauen, Deep-Links für E-Mail-Kampagnen zusammenzusetzen und URL-Strukturen zu dokumentieren.

Funktionen

Häufige Fragen

Aus welchen Teilen besteht eine URL?

Eine vollständige URL hat: Schema (https), Host (example.com), optionalen Port (:8080), Pfad (/api/v1), Query (?key=value) und Fragment (#section). Dieser Builder deckt jede Komponente ab.

Werden Sonderzeichen behandelt?

Ja. Leerzeichen, akzentuierte Buchstaben, Symbole und andere Nicht-ASCII-Zeichen in Query-Parameterwerten werden automatisch URL-kodiert, sodass die resultierende URL in jedem Browser oder API-Client gültig ist.

Beeinflussen URL-Parameter das SEO?

Tracking-Parameter (etwa UTM-Tags) wirken sich in der Regel nicht auf das organische Ranking aus. Um Duplicate-Content-Strafen zu vermeiden, wenn viele markierte URLs existieren, achten Sie darauf, dass Ihr Canonical-Tag auf die saubere Version jeder Seite verweist.

Anatomie einer URL, Komponente für Komponente

Die Grammatik, die jede URL im Web definiert, lebt in RFC 3986 «Uniform Resource Identifier (URI): Generic Syntax» (Berners-Lee, Fielding, Masinter, Januar 2005). Browser verwenden tatsächlich eine etwas tolerantere Variante, die im WHATWG URL Living Standard definiert ist. Beide stimmen über die Komponenten überein:

Prozentkodierung: die + versus %20 Falle

RFC 3986 §2.3 definiert die nicht reservierten Zeichen, die niemals kodiert werden müssen: A-Z a-z 0-9 - . _ ~. Alles andere wird, wenn es als Daten innerhalb einer URL-Komponente erscheint, zu %XX, wobei XX der Hex-Wert des Bytes ist. Multi-Byte-UTF-8-Zeichen expandieren zu mehreren Prozenttripeln: é (U+00E9, UTF-8 C3 A9) kodiert als %C3%A9. Der klassische Knackpunkt ist das Leerzeichen: in einem regulären URL-Pfad oder Fragment kodiert das Leerzeichen als %20; in formularcodierten Query-Strings (dem application/x-www-form-urlencoded-Algorithmus, der von HTML-Formularen und dem WHATWG-Query-String-Serialisierer geteilt wird) kodiert das Leerzeichen als +. Ein Server, der Formulardaten dekodiert, wandelt + zurück in Leerzeichen; ein Server, der die Query als generische URI behandelt, tut dies nicht. Das Mischen der beiden Konventionen beschädigt Daten still. Das sichere Muster in JavaScript: Verwenden Sie new URLSearchParams für Queries und encodeURIComponent für einzelne Werte; die Spec-Konformität wird für Sie übernommen.

Wo Sie tatsächlich einen URL-Builder brauchen

Häufige Fehler

Weitere häufig gestellte Fragen

Was ist die maximale Länge einer URL?

RFC 3986 setzt keine Grenze. In der Praxis: Browser begrenzen auf etwa 2.000 Zeichen für die Adressleiste (Internet Explorer 11 war bei 2.083; Chrome und Firefox tolerieren mehr, kürzen aber die Anzeige); die meisten CDNs und Proxys begrenzen auf 4.096 oder 8.192; Server wie Apache und Nginx standardmäßig auf 8.192 Bytes für die Anfragezeile. Wenn Sie mehr als 2.000 Zeichen brauchen, wechseln Sie zum POST-Body.

Kann ich denselben Query-Parameter mehrfach einfügen?

Ja. ?tag=red&tag=blue&tag=green ist gültig. Wie der Server es interpretiert, hängt vom Framework ab: Express / Node.js parst zu req.query.tag = ['red', 'blue', 'green']; PHP benötigt die Klammerkonvention ?tag[]=red&tag[]=blue; Rails parst zu einem Array, wenn Sie die tag[]-Klammern verwenden. Die Methode URLSearchParams.getAll('tag') gibt unabhängig vom Klammerstil immer alle Werte als Array zurück.

Beeinflussen Query-Parameter SEO?

Tracking-Parameter (UTM, fbclid, gclid) beeinflussen im Allgemeinen nicht das organische Suchranking. Das Risiko ist die Duplicate-Content-Indexierung: eine getaggte URL und ihre saubere Version sehen für einen Crawler wie zwei verschiedene Seiten aus. Die Lösung ist ein <link rel="canonical" href="clean-url">-Tag, das jede getaggte Variante auf dieselbe kanonische URL verweist.

Was ist eine URI-Vorlage, und sollte ich eine verwenden?

RFC 6570 (März 2012) definiert URI-Vorlagen: eine Syntax für parametrisierte URLs mit Platzhaltern. Sie werden in OpenAPI- / Swagger-Specs, JSON Hyper-Schema und einigen HATEOAS-APIs verwendet. Für die alltägliche URL-Konstruktion ist die einfache String-Verkettung über diesen Builder einfacher; URI-Vorlagen glänzen beim Dokumentieren einer API-Oberfläche und beim Generieren von Client-SDKs.

Wird etwas an einen Server gesendet?

Nein. Jede Komponente, die Sie eingeben, die Kodierung und die endgültige URL werden im JavaScript Ihres Browsers konstruiert. Es wird kein Netzwerkaufruf gemacht, um die URL zusammenzusetzen. Öffnen Sie den Netzwerk-Tab in DevTools und probieren Sie das Tool aus: Sie sehen null ausgehende Anfragen während der Konstruktion.

Verwandte Tools

Kostenloser URL-Encoder / -Decoder URL-Parser & Decoder Kostenloser QR-Code-Generator online URL-Slug-Generator