Liste vor dem Import bereinigen
Adressen ohne https:// oder mit Kopierfehlern finden, bevor sie in ein E-Mail-Tool, ein CMS oder eine Tabelle gelangen.
Prüfe, ob eine URL syntaktisch gültig ist. Die Verarbeitung erfolgt lokal in deinem Browser.
Dieser Validator prüft eine Liste von URLs, eine pro Zeile, mit dem URL-Parser des Browsers, demselben, den Webseiten verwenden. Für jede gültige Adresse zeigt er die normalisierte Form und zerlegt sie in Protokoll, Host und Pfad; Zeilen, die keine absolute URL bilden, werden mit einem Kreuz markiert.
Jede nicht leere Zeile wird einzeln nach dem URL-Standard der WHATWG ausgewertet, den alle modernen Browser umsetzen; Leerzeichen am Anfang und Ende werden ignoriert.
Eine gültige URL wird mit ✓ markiert und in normalisierter Form ausgegeben: Domain in Kleinbuchstaben, Nicht-ASCII-Zeichen im Pfad als %XX kodiert, Schrägstrich nach der Domain ergänzt, wenn der Pfad leer ist.
Die nächste Zeile zeigt protocol, host (mit Port, falls angegeben) und path. Der Pfad behält seine Groß- und Kleinschreibung: /Cafe und /cafe bleiben zwei verschiedene Adressen.
Eine Zeile, die keine absolute URL ist (ohne Schema wie example.com/contact oder mit Leerzeichen in der Domain), wird mit ✗ markiert und unverändert wiedergegeben.
Eine Adresse pro Zeile im Feld Eingabe.
Klicke auf Verarbeiten.
✓ für eine gültige URL mit ihrer Zerlegung, ✗ für eine abgelehnte Zeile.
Ergänze das fehlende Schema, entferne Leerzeichen oder kodiere unzulässige Zeichen und starte erneut.
Adressen ohne https:// oder mit Kopierfehlern finden, bevor sie in ein E-Mail-Tool, ein CMS oder eine Tabelle gelangen.
Von einem Skript oder einer Tabellenformel erzeugte URLs vor der Veröffentlichung kontrollieren.
Sehen, wie der Browser eine Adresse mit Großbuchstaben oder Umlauten umschreibt und warum zwei scheinbar gleiche URLs verschieden sind.
Die Domain wird kleingeschrieben und das é im Pfad kodiert; example.com/contact wird mangels Schema abgelehnt; mailto: ist ein gültiges Schema ohne Host; das Leerzeichen in der Domain macht die letzte Zeile ungültig.
Eingabe
Eingabe:
https://Example.com/Café?q=1
example.com/contact
mailto:hello@example.com
https://exa mple.com
VerarbeitenErgebnis
Ergebnis:
✓ https://example.com/Caf%C3%A9?q=1
protocol=https: host=example.com path=/Caf%C3%A9
✗ example.com/contact
✓ mailto:hello@example.com
protocol=mailto: host= path=hello@example.com
✗ https://exa mple.comWeil eine absolute URL mit einem Schema wie https:// beginnen muss. Ohne Schema ist example.com/contact nur ein relativer Pfad. Setze https:// davor.
Der Browser normalisiert sie: Domain in Kleinbuchstaben, Nicht-ASCII-Zeichen im Pfad kodiert, Standardport entfernt (:443 bei https). In dieser Form verwendet er sie tatsächlich für die Anfrage.
Nein. Es stellt keine Netzwerkanfrage, sondern prüft nur, ob die Zeichenfolge eine gültige URL bildet.
In der Domain ja. Im Pfad oder in der Query kodiert der Browser sie als %20, und die URL bleibt gültig.
Nein. Die Prüfung läuft in deinem Browser.
Verwandte Werkzeuge
Werkzeuge, die diesem ähnlich sind oder es ergänzen.
Analysiere, erstelle und bearbeite URL-Query-Strings.
Kodiere oder dekodiere URLs und URL-Komponenten.
Erzeuge saubere URL-Slugs aus Titeln oder beliebigem Text.
Nutze robots.txt korrekt, verstehe seine Grenzen und verwechsle Crawl-Steuerung nicht mit Deindexierung.
Erfahre, wie Title, Description, Canonical und Social-Metadaten zusammenspielen und wie typische technische SEO-Fehler vermieden werden.
Entwirf stabile, lesbare URLs, normalisiere Slugs und Parameter und vermeide doppelte oder mehrdeutige öffentliche Routen.
Prüfe Metadaten, Canonical, robots, strukturierte Daten, URL, interne Links und Bilder vor der Veröffentlichung.