Warum dein localhost-Link beim Teilen nicht funktioniert
Unterscheide localhost, private Adressen und veröffentlichte Websites. Prüfe mit WikiURL ein öffentliches Ziel, bevor du den Link teilst.
Wenn es nur auf deinem Computer funktioniert, prüfe die Adresse
Du erstellst das Programm einer Veranstaltung auf deinem Laptop. Die Vorschau funktioniert, und du kopierst die Adresse zum Versenden oder für einen QR. Im eigenen Browser erscheint das Programm, am Handy eine Fehlermeldung. Bevor du das Design änderst oder Bilder neu erzeugst, prüfe den Servernamen in der Adresse. Eine lokale Vorschau ist nicht automatisch eine im Internet veröffentlichte Seite.
Hinter Fragen zum Öffnen von localhost am Telefon und aus anderen Netzen steckt dasselbe Problem: Das Versenden einer Zeichenfolge macht den zuständigen Server nicht erreichbar. Dieser Leitfaden unterscheidet drei Situationen und zeigt einen Ablauf für ein öffentliches Programm. Er verwandelt keine Entwicklungsumgebung in Hosting und setzt nicht voraus, dass der Fehler Kontoberechtigungen betrifft. Prüfe zuerst, wohin die Adresse tatsächlich verweist, bevor du weitere Ursachen untersuchst.
Localhost verweist auf das anfragende Gerät
Der Name localhost hat eine besondere Bedeutung: RFC 6761 beschreibt die Auflösung zu einer Loopback-Adresse. Im üblichen Fall sucht der Browser den Dienst auf seinem eigenen Gerät. Das localhost des Laptops bezeichnet deshalb für das Telefon nicht diesen Laptop. Wenn du dieselbe Adresse am Handy öffnest, wird die lokale Umgebung des Handys angesprochen. Dort liegt das vorbereitete Programm wahrscheinlich nicht als entsprechender Dienst bereit.
Beide Beispiele zeigen lokale Ziele und keine öffentlichen Einladungen. 127.0.0.1 ist eine IPv4-Loopback-Adresse; Port 3000 unterscheidet einen Dienst, verändert aber nicht die Reichweite der Adresse. Kopieren, UTM ergänzen, Kürzen oder Einbetten in einen QR ändert diese Bedeutung nicht. Nutze solche Adressen für die lokale Arbeit, aber nicht als Programmziel für beliebige Besucher. Du musst sie nicht in externen Werkzeugen testen, um dieses grundlegende Problem zu erkennen.
http://localhost:3000/programa
http://127.0.0.1:3000/programaAuch eine private Adresse ist keine Veröffentlichung im Internet
Das Ersetzen von localhost durch eine Adresse im lokalen Netz kann zu einem autorisierten Gerätetest gehören, ist aber keine Veröffentlichung. RFC 1918 reserviert private Bereiche, darunter 192.168.0.0/16. Das Beispiel 192.168.1.25 könnte einen Rechner innerhalb eines bestimmten Netzes bezeichnen. Für Menschen in anderen Netzen ist es kein universelles Ziel. Selbst im selben WLAN müssen der Dienst und die Zugriffsregeln eine Verbindung erlauben; die Adresse allein genügt nicht.
Stimme für einen internen Test Adresse und Zugangsbedingungen mit der Administration ab. Ein Firmennetz oder autorisierter Fernzugriff ist ein anderes Szenario und kein Grund, interne Informationen öffentlich zu machen. Fordere für ein öffentliches Programm eine passende veröffentlichte Adresse an. Deaktiviere nicht die Firewall und öffne keine Routerports als improvisierte Lösung beim Gestalten eines Plakats. Die URL-Prüfung ersetzt weder die Konfiguration noch den Schutz des Servers, auf dem die Inhalte bereitstehen.
http://192.168.1.25:3000/programaBesorge eine veröffentlichte Adresse für tatsächlich öffentliche Inhalte
Veröffentlichen bedeutet, Inhalte auf einem für die Zielgruppe erreichbaren Webdienst bereitzustellen. MDN unterscheidet Arbeitsdateien und Veröffentlichung und erklärt die Rolle von Hosting und Webadresse. Verwaltet jemand deine Website, übergib die freigegebene Programmfassung und bitte um die endgültige URL. Veröffentlichst du selbst, folge dem Verfahren deines Hostings. Prüfe dabei, welche Inhalte und Einstellungen du Besuchern zur Verfügung stellst. Die geplante Zielgruppe bestimmt die passende Form der Bereitstellung.
Nur den Text localhost durch eine Domain zu ersetzen reicht nicht: Die Domain muss zu einem Dienst führen, der die Seite wirklich bereitstellt. Die fiktive Beispieladresse verwendet example.invalid und ist keine funktionierende Testwebsite. Ersetze sie erst nach der Veröffentlichung durch die echte URL. Behalte den richtigen Programmpfad bei und prüfe Bilder, Gestaltung und Links. Eine veröffentlichte Seite mit localhost-Ressourcen kann bei dir vollständig aussehen und bei anderen nicht funktionieren.
https://example.invalid/programaPrüfe das öffentliche Ziel mit WikiURL und aus einem anderen Kontext
Sobald eine öffentliche URL ohne Geheimnisse vorliegt, gib sie in URL prüfen von WikiURL ein. Prüfe HTTP-Antwort und erkanntes Endziel bei Weiterleitungen. Laut Werkzeug werden Adressen privater Netze nicht akzeptiert. Nutze es nicht zur Erkundung deines Netzes oder für lokale Dienste. Bei Einschränkungen oder Blockaden gilt das Ergebnis im Rahmen dieser Prüfung. Daraus folgt nicht automatisch, dass die Website für jeden Besucher in jedem Kontext ausgefallen ist.
Öffne den veröffentlichten Link anschließend am Telefon und möglichst über eine andere Verbindung als der Entwicklungsrechner. Prüfe Programminhalt, Bilder und Navigation. Eine Antwort 200 allein belegt nicht die erwartete Seite; es könnte eine Start- oder Anmeldeseite sein. Technische Prüfung und Sichtprüfung beantworten unterschiedliche Fragen und ergänzen sich. Prüfe außerdem, dass kein Link der Seite zurück zu einer lokalen Adresse führt, wenn Besucher innerhalb des Programms weiter navigieren.
Erstelle Materialien aus der freigegebenen Fassung
Verwende erst danach die bestätigte öffentliche Adresse in Nachricht, Kurzlink oder QR-Generator von WikiURL. Prüfe das endgültige Ziel und teste den QR auf dem Material, das du verteilen wirst. Verwende nicht versehentlich die mit der Vorschau erstellte Datei erneut. Ändert sich die Veröffentlichungsadresse, aktualisiere kontrollierbare Kopien und dokumentiere die freigegebene Fassung. Gehe nicht davon aus, dass ein älterer QR automatisch seinen Inhalt geändert hat, nur weil du später eine neue Adresse erhalten hast.
Speichere öffentliche Adresse und Prüfergebnisse im Veröffentlichungsprotokoll getrennt von Entwicklungsadressen. Müssen Inhalte intern bleiben, bewahre den vereinbarten Zugang und veröffentliche sie nicht bloß für einen externen Prüfer. Ziel und Zielgruppe sollen zusammenpassen: lokale Arbeit für dein Gerät, interner Zugang für die vorgesehenen Personen und eine veröffentlichte Website, wenn das Programm von außen erreichbar sein soll. Entscheide das vor der Erstellung der endgültigen Materialien für die Verteilung.