Ergebnis dieses Guides
Eine URL-Tabelle mit Erfolgs- und Fehlerfällen
Arbeitsumgebung
SvelteKit mit der eingesetzten Svelte-Version und dem vorgesehenen Adapter
Wann ist diese Entscheidung wichtig?
URLs sind eine öffentliche Schnittstelle. Ein Link muss auch nach Neuladen, Weitergabe und direktem Aufruf dieselbe Information liefern.
Trennen Sie Seiten, Layouts, Serverdaten und HTTP-Endpunkte anhand der SvelteKit-Dateikonventionen. Prüfen Sie bei jedem Datenübergang, ob der Wert öffentlich sein darf oder nur auf dem Server benötigt wird.
Routing: Schritt für Schritt.
- 01
Vorbereiten
Listen Sie statische Seiten, Parameter, Weiterleitungen und ungültige Werte auf. Legen Sie für jeden Parameter eine erlaubte Datenquelle fest.
- 02
In SvelteKit umsetzen
Ordnen Sie jede URL einer Route und einem Datensatz zu. Nicht vorhandene Datensätze erhalten 404; dauerhaft umgezogene Inhalte eine passende Weiterleitung.
- 03
Im tatsächlichen Projekt prüfen
Testen Sie Direktaufruf, clientseitige Navigation und den Adapter des Produktionsbetriebs. Entwicklungsserver und Zielplattform können unterschiedliche Fähigkeiten besitzen.
Beispiel zur Überprüfung
So lässt sich das Ergebnis prüfen.
Als Projektkontext dient ein Kundenportal mit Formularen und geschützten Bereichen. Der folgende Prüffall ist eine Vorlage für diese Aufgabe und kein Bericht über eine Kundenmessung.
- Eingabe / Auslöser
- GET /leistungen/webdesign sowie ein direkter Neuaufruf derselben URL
- Erwartetes Ergebnis
- Beide Wege zeigen denselben Inhalt; der Canonical verweist auf die endgültige öffentliche Adresse.
- Fehler- oder Grenzfall
- Ein unbekannter Slug antwortet mit 404 und nicht mit einer generischen Erfolgsseite.
Abnahme und typische Fehler.
- Direkte Aufrufe, interne Links und Fehlerseiten funktionieren.
- Ein unbekannter Slug antwortet mit 404 und nicht mit einer generischen Erfolgsseite.
- Load-Funktionen und Aktionen laufen in unterschiedlichen Kontexten; Berechtigungen gehören auf den Server.
Typischer Fehler
Dynamische Routen ohne geprüfte Daten erzeugen leere oder doppelte Seiten.
Quellen und Versionshinweis
Die Anleitung beschreibt das Vorgehen; konkrete APIs, Produktfunktionen und Laufzeitgrenzen müssen zur eingesetzten Version passen. Halten Sie Version, Konfiguration und Prüfergebnis im Projekt fest und vergleichen Sie die verlinkte Dokumentation bei Änderungen.
