Relative URL mit einer Basis-URL auflösen

Geben Sie eine absolute Basis-URL und den Verweis aus einem Dokument, Feed, Stylesheet, Manifest oder einer API-Antwort an. Der Resolver wendet die Standardregeln auf Pfadsegmente, abschließende Schrägstriche, Abfragen, Fragmente, Ports und Ursprungswechsel an und liefert eine normalisierte URL, ohne das Ziel abzurufen oder entfernte Inhalte zu untersuchen. Die Berechnung ist schnell und deterministisch.

Beginnen Sie mit der vollständigen URL als Kontext

Ein relativer Verweis hat nur in Beziehung zu einer anderen URL eine Bedeutung. Tragen Sie diesen Kontext in base_url als vollständige absolute URL ein, einschließlich Schema und Host, sofern das Schema einen Host verwendet. Der Pfad ist ebenso wichtig wie die Domain. Eine Basis mit der Endung <code>/docs/page.html</code> behandelt beispielsweise den einfachen Verweis <code>image.png</code> als Nachbarn der Seite; endet die Basis dagegen mit <code>/docs/</code>, gilt er als untergeordnetes Element dieses Verzeichnisses. Der Resolver rät nicht, ob ein Pfad eine Datei oder ein Verzeichnis bezeichnet, sondern folgt der Syntax und insbesondere dem abschließenden Schrägstrich. Unterstützt werden die absoluten Standardformen der URL-Implementierung des Browsers. Ein Wert wie <code>/docs/page.html</code> reicht nicht als Basis aus, weil ihm ein absolutes Schema und der Ursprungskontext fehlen. Ungültige oder relative Basiswerte führen zu einem Eingabefehler statt zu einer scheinbar glaubwürdigen Antwort. So werden Fehler sichtbar, bevor aufgelöste Links in einen Crawler, einen Importvorgang, eine Weiterleitungsregel oder gespeicherte Daten gelangen.

Verstehen Sie die Wirkung verschiedener Verweise

Das Feld relative_reference kann weit mehr als einen Dateinamen enthalten. Ein führender Schrägstrich ersetzt den Basispfad, behält aber Schema und Authority bei. Zwei führende Schrägstriche bilden einen Netzwerkpfadverweis; dadurch kann sich der Host ändern, während das Schema übernommen wird. Segmente wie <code>../</code> gehen eine Pfadebene nach oben, <code>./</code> bleibt auf der aktuellen Ebene; bei der Normalisierung verschwinden diese Navigationssegmente aus der endgültigen URL. Ein nur mit <code>?</code> beginnender Verweis behält den Pfad und ersetzt die Abfrage. Beginnt er mit <code>#</code>, bleiben Pfad und Abfrage erhalten und das Fragment ändert sich. Ein vollständig absoluter Verweis ersetzt die Basis gemäß dem Standard vollständig. Leere Verweise werden abgelehnt, damit ein versehentlich fehlender Formularwert nicht als beabsichtigte Wiederverwendung der Basis gilt. Prozentcodierte Zeichen bleiben nach den Serialisierungsregeln codiert; Hosts, Standardports und andere Bestandteile können in die vom Standardparser erzeugte kanonische Form überführt werden.

Nutzen Sie das serialisierte Ergebnis ohne Netzwerkzugriff

Das Ergebnis enthält unter absolute_url die nach der Auflösung normalisierte und serialisierte URL. Es erfolgen keine DNS-Abfrage, HTTP-Anfrage, Weiterleitungsverfolgung, Dateiübertragung oder Erreichbarkeitsprüfung. Diese Trennung eignet sich für deterministische Umwandlungen statt für Live-Tests: Dieselben zwei Eingaben erzeugen stets dieselbe Ausgabe, selbst wenn der Host nicht existiert oder die Ressource privat ist. Verwenden Sie das Ergebnis, um aus HTML extrahierte Links zu normalisieren, Crawl-Warteschlangen vorzubereiten, Verweise in Feeds zu erweitern, Testdaten zu prüfen, Sitemap-Einträge zu erstellen oder URLs vor der Deduplizierung einheitlich zu vergleichen. Eine syntaktische Auflösung beweist nicht, dass das Ziel sicher, erreichbar, öffentlich oder autorisiert ist. Wenn nicht vertrauenswürdige Personen die Werte liefern, müssen Sie vor einem Abruf die Schema-, Host- und Netzwerkzugriffsregeln Ihrer Anwendung anwenden. API und Browserwerkzeug verwenden denselben reinen Algorithmus und stimmen deshalb überein. Jede API-Anfrage kostet $0.002; die lokale Ausführung auf dieser Seite ist kostenlos.