Link funktioniert auf der Website, aber nicht beim Teilen

Erkenne vor dem Weiterleiten, was fehlt

Auf deiner Website öffnet sich das Programm einer Veranstaltung problemlos. Kopierst du anschließend agenda.pdf oder einen mit Schrägstrich beginnenden Pfad in eine E-Mail, erreicht der Empfänger die Datei nicht. Die untersuchten Fragen zeigen dieses Problem und die Überraschung, wenn beim Adressaufbau ein Teil des Basispfads verschwindet. Prüfe vor Schuldzuweisungen an Mail oder Kürzer, was tatsächlich kopiert wurde: Eine relative Referenz braucht Kontext für ihr vollständiges Ziel. Innerhalb einer Website kann sie völlig gültig sein. Bereite für das Teilen außerhalb eine vollständige geprüfte Webadresse vor. Dieser Leitfaden trennt Adressauflösung vom Nachweis, dass das Dokument existiert und für das Publikum bestimmt ist. Das sind verschiedene Prüfschritte.

Bestimme die bedeutungsgebende Basis

Laut MDN verwendet die Auflösung eine Basis-URL und fügt nicht bloß zwei Zeichenketten zusammen. In einem HTML-Dokument hängt sie normalerweise vom Speicherort ab; ein base-Element mit href kann sie ändern. Siehst du im Code nur einen Pfad, errate fehlende Domain oder Ordner nicht. Kopiere bevorzugt die Linkadresse mit der Browserfunktion und kontrolliere das Ergebnis, statt das Attribut abzuschreiben. Pflegst du die Website, vergleiche die tatsächliche Dokumentbasis mit dem erwarteten Ziel vor einer Korrektur. Ergänze kein base-Element für die gesamte Seite als schnelle Reparatur: Es kann andere Verweise ebenfalls verändern. Kläre zuerst den Kontext, damit eine örtliche Korrektur nicht unbemerkt die Auflösung weiterer Ressourcen beeinflusst.

Prüfe die Schrägstriche im Beispiel

Drei Ausdrücke zeigen die Auflösung mit dem URL-Konstruktor. Domain example.invalid und Datei sind erfunden; sie belegen kein herunterladbares Programm. Endet die Basis auf event/, ergibt agenda.pdf eine Adresse innerhalb dieses Ordners. Beginnt die Referenz mit/agenda.pdf, startet das Ergebnis an der Wurzel desselben Ursprungs. Endet die Basis hingegen ohne letzten Schrägstrich auf event, ersetzt agenda.pdf diesen letzten Abschnitt und landet wieder an der Wurzel. MDN und RFC3986 beschreiben diese Unterschiede. Füge Schrägstriche nicht gewohnheitsmäßig hinzu und entferne sie nicht pauschal. Wähle die Adresse der tatsächlichen Ressource und kontrolliere die gesamte Ausgabe, nicht nur den abschließenden Dateinamen. Konstruktion allein prüft keine Verfügbarkeit.

Notiere die Ausgaben: zuerst https://example.invalid/event/agenda.pdf, dann https://example.invalid/agenda.pdf und erneut https://example.invalid/agenda.pdf. Zwei gleiche Ergebnisse beweisen weder einen vorhandenen event-Ordner noch dass er auf deiner Website fehlen soll. Erfasse bei echten Tests berechnete Adresse, geöffnetes Dokument und Zugang des Publikums getrennt. Unbeobachtetes bleibt ungeprüft. Die Ergebnisse zeigen lokale Zeichenkettenauflösung, keinen Download und keine Serverprüfung.

new URL("agenda.pdf", "https://example.invalid/event/").href
new URL("/agenda.pdf", "https://example.invalid/event/").href
new URL("agenda.pdf", "https://example.invalid/event").href

Prüfe nach der Auflösung die Ressource

Kontrolliere erwartete Domain und Pfad der entstandenen URL. Ein Konstruktor kann eine syntaktisch gültige Adresse zur falschen Ressource erzeugen; er vergibt keine Rechte und prüft keinen Inhalt. Für öffentliche Ziele ohne Geheimnisse oder personenbezogene Daten nutze die vollständige Adresse im Wiki URL-Prüfer und notiere HTTP-Antwort und endgültige URL. Öffne außerdem die Ressource für richtiges Programm und Zugang des vorgesehenen Publikums. Eine Antwort200 beweist beides nicht allein. Prüfe bei Weiterleitungen das endgültige Ziel vor der Freigabe. Verwende für private Dokumente erlaubte Mittel und keine externen Werkzeuge. Unterscheide technische Erreichbarkeit, tatsächlichen Inhalt und Berechtigungen, statt ein Ergebnis als universellen Nachweis für alle Fragen zu behandeln.

Verteile die freigegebene Adresse und teste den Empfang

Benutze die vollständige geprüfte URL in der fertigen Mail oder im Dokument. Unterstützt der Editor benannte Links, bleibt das freigegebene Ziel erhalten, auch wenn der Text Veranstaltungsprogramm lautet. Ersetze die echte Adresse nicht durch einen unvollständigen Pfad, nur um die Anzeige zu verkürzen. Erstelle nötige Kurzlinks oder QR bei Wiki URL aus dem vollständigen freigegebenen Ziel und teste genau diese Fassung. Der Kürzer errät fehlende Website oder Ordner nicht und veröffentlicht keine Datei für dich. Öffne aus der empfangenen oder exportierten Version erneut, nicht ausschließlich aus der Editorvorschau. Das zeigt Unterschiede zwischen Original und tatsächlich verteiltem Material und prüft den vorgesehenen Weg des Lesers.

Bewahre Kontext, Ziel und Belege zusammen auf

Speichere ursprünglichen Verweis, verwendete Basis, aufgelöste URL und verteilte Version für spätere Änderungen an Ordnern, Vorlagen oder Website. Ersetze nicht unterschiedslos alle relativen Verweise: Es geht um Links außerhalb ihres Kontexts, nicht um das Verbot einer gültigen Technik innerhalb von Seiten. Wird die Datei verschoben, prüfe weiter umlaufende Referenzen und Materialien und vereinbare mit Verantwortlichen den weiteren Zugriff. Versprich keine automatische Aktualisierung früherer QR. Hilfreich sind eine vollständige Adresse zum erwarteten Dokument und ein Test des realen Weges. Wiki URL unterstützt Prüfung und Verteilung der Adresse; die Auflösung ersetzt weder Inhaltskontrolle noch Zugriffsrechte. Halte diese Zuständigkeiten und die dazugehörigen Beobachtungen im Prüfprotokoll weiterhin getrennt fest.